تقنية

عقد البيانات في مشروع تعلم الآلة: ما الذي يتفق عليه الطرفان؟

منتج البيانات ومستهلكها يرتبطان باتفاق محدد، ويشاركان في فحص التنفيذ ومراجعته
رسم أصلي يوضح العلاقة بين التوقعات المكتوبة ومراجعة التسليم الفعلي.

عقد البيانات في مشروع تعلم الآلة يوضح ما يتوقعه مستخدم البيانات ممن يقدمها. تصف Bitol العقد بأنه اتفاق بين المنتج والمستهلكين، وتعرض ضمنه أقساما للمخطط والجودة والدعم ومستوى الخدمة. [1]

الخلاصة السريعة

اتفق على معنى البيانات وبنيتها وفحوصها وتوفرها ومسؤولية التغيير، ثم تحقق من التنفيذ؛ كتابة الاتفاق لا تجعل كل وعد منفذا تلقائيا.

  • يصف العقد توقعات المنتج والمستهلك، وقد يشمل المخطط والجودة والدعم ومستوى الخدمة. [1]
  • حدد ما ستسلمه وما يعنيه كل حقل، ومن سيعتمد عليه ولأي سؤال.
  • اجعل الفحص والتوفر والمسؤولية محددة في الاتفاق، بدلا من وعد عام ببيانات جيدة.
  • راجع التغيير والتنفيذ فعليا؛ العقد وحده لا يثبت جودة الملف أو نجاح النموذج.

من المنتج ومن المستهلك؟

تعرف Bitol العقد باتفاق بين منتج البيانات ومستهلكيها، وتعرض له أقساما متعددة تتجاوز المخطط وحده. [1]

في مثال افتراضي، ينشر فريق تنظيم أنشطة ملفا بالمواعيد، ويستعمله فريق آخر لإعداد بيانات نموذج يقترح ترتيب العمل. الأول يقدم البيانات، والثاني يعتمد عليها في سؤال محدد. اكتب هذا الاعتماد بوضوح، حتى لا يفترض المستهلك أن موعدا تقريبا يمثل موعدا مؤكدا. لم نبن النموذج أو نختبره في نشاط حقيقي.

ما الذي نحدد تسليمه؟

للمثال، نتفق على معرف النشاط، وتاريخ البداية، وحالة الموعد: مؤكد أو مبدئي. نحدد صيغة التاريخ ومعنى الحالة وما إذا كانت بعض القيم قد تغيب. هذا وصف مستقل لاحتياج المثال، وليس اقتباسا من عقد منشور.

القاموس يشرح الحقول، والمخطط يصف بنيتها وقيودها. أما الاتفاق بين الفريقين فيربط تلك الأوصاف بما يتوقع المستهلك الحصول عليه. قد يستخدم العقد قاموسا أو مرجعا مشتركا؛ لا نحتاج إلى نسخ كل شرح في كل مكان إذا كانت النسخة المعتمدة محددة ويمكن الرجوع إليها.

كيف نجعل التوقع قابلا للفحص؟

تضم أقسام ODCS المنشورة الجودة وقنوات الدعم والفريق والأدوار واتفاق مستوى الخدمة، إلى جانب المخطط. [1]

في بطاقة تعليمية، نحدد أن معرف النشاط لا يغيب، وأن تاريخ آخر تحديث ظاهر، وأن الفريق يوضح متى يرسل تحديثا. نعين جهة تتلقى بلاغا إذا وصل الملف متأخرا أو نقص حقل مطلوب. هذه شروط يختارها طرفا المثال؛ ليست حدود جودة أو أوقاتا إلزامية لجميع المشاريع.

اكتب أيضا ما يحدث عند فشل الفحص: تعليق الاستعمال، أو طلب تصحيح، أو قبول محدود موضح. لا تجعل كلمة «جودة» وحدها معيارا يمكن التحقق منه. وربط الشرط بإجراء ومسؤول يساعد على معرفة ما ينتظره الطرف الآخر.

كيف نتعامل مع تغيير الاتفاق؟

لنفترض تغيير معنى الموعد المبدئي أو حذف عمود يحتاجه المستهلك. سجل النسخة الجديدة وسبب التغيير، وراجع أثره مع الطرف المعتمد على الملف قبل استعماله في المسار. هذا إجراء مقترح لتنسيق المثال؛ لا يزعم أن قالبا بعينه يطبق الموافقة آليا.

ثم افحص الملفات والتسليم مقابل ما اتفق عليه فعلا. قد يكون الاتفاق واضحا مع بقاء أخطاء أو تأخير في التنفيذ، وقد تلزم مراجعة صلاحية البيانات للهدف وتقييم النموذج أيضا. المقال يشرح اتفاقا تقنيا بين أدوار البيانات، ولا يمنح ضمانا بنتيجة النموذج أو يعلن امتثال المشروع لمعيار ODCS.

المصادر ومتابعة القراءة

  1. Bitol: Open Data Contract Standard (يفتح في نافذة جديدة)github.com

أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.