سجل قرارات تنظيف البيانات يشرح سبب كل تغيير، لا قائمة الأوامر وحدها. إذا حولنا رمزا إلى كلمة أو عدلنا قيمة، نحتاج دليلا يبرر المعنى الجديد. قد يحسن التغيير شكل الملف، لكنه يضيف معنى لم يكتبه المصدر إن طبقناه على حالة مجهولة.
الخلاصة السريعة
سجل المشكلة والدليل والقرار والنطاق والقيم قبل التغيير وبعده، ووضح إن كان التعديل مقترحا أو منفذا وما لم يحسم.
- ابحث عن سبب المشكلة وسند الإجراء؛ توصي الإرشادات بمعالجة الأسباب وبالإصلاح قرب المصدر قدر الإمكان. [1]
- في المثال عقد المورد يعرّف G بأنه أخضر؛ هذا الدليل لا يعرّف U ولا يجعل الحقل المفقود لونا.
- وثق النسخ والنطاق والقيم قبل التغيير وبعده، وافصل المقترح عن المنفذ والحالات المعلقة.
- راجع أثر التغيير على سؤال النموذج، واحتفظ بالأصل؛ توحيد الكتابة وحده لا يثبت صحة اللون الفعلي.
لماذا نكتب سبب الإجراء قبل تنفيذه؟
تنصح الإرشادات الحكومية البريطانية بفهم أسباب مشكلة الجودة وبالإصلاح قرب مصدرها قدر الإمكان. [1]
نقترح في مشروع تعليمي ملفا افتراضيا لبطاقات ملونة يستخدم رمزا مختصرا. ظهرت الحاجة إلى عرض اللون بالكلمات، لكننا لا نسمي كل رمز خطأ؛ قد يكون الاختصار جزءا صحيحا من تعريف المورد. نسأل: هل المطلوب تغيير المعنى، أم تمثيله بطريقة مفهومة للمستخدم؟ يحدد الجواب سبب القرار ونطاقه.
ما الدليل الذي يسمح بتفسير الرمز؟
نفترض أن عقد المورد في نسخته ع2 ينص على أن G يمثل اللون الأخضر. وفق هذا الشرط، نقترح حقل عرض جديدا يكتب «أخضر» عندما تكون قيمة الحقل الأصلي G. لا نفترض أن الحرف معناه أخضر في كل المصادر؛ الدليل يخص المورد والعقد المذكورين.
أما U فلا يملك تعريفا في العقد المفترض، والخانة المفقودة لا تقدم رمزا. نترك الحالتين للمراجعة بدلا من إلحاقهما بالأخضر أو استنتاج لون من شيوعه. كما لا نعوض غياب اللون بعدد صفر؛ فالعدد واللون يؤديان دورين مختلفين في بيانات النموذج.
| القيمة الأصلية في المثال | دليل المعنى | الإجراء المقترح |
|---|---|---|
| G | عقد المورد ع2: أخضر | إضافة أخضر في حقل العرض |
| U | لم يحدد في العقد المفترض | حالة معلقة للمراجعة |
| مفقود | لا يوجد رمز مسجل | الإبقاء على الغياب ظاهرا |
ما الحقول التي تجعل القرار قابلا للمراجعة؟
نقترح سجلا بعنوان «د1: تفسير رمز المورد»، يذكر نسخة الإدخال ب1، ونسخة العقد ع2، والحقل المعني، وشرط التطبيق، والقيمة قبل التغيير والقيمة المقترحة بعده. نضيف السبب وصاحب القرار وحالته؛ فوجود قرار مكتوب لا يعني أن التعديل نفذ على الملف.
نحتفظ في المثال بالحقل الأصلي وبحقل العرض منفصلين. ونحدد الحالات التي لم تشملها القاعدة، وعدد السجلات المتأثرة عند تنفيذه فعلا، ونسخة الناتج حين تتوفر. لا نكتب عددا منفذا الآن؛ لم نقرأ ملف مورد أو نشغّل عملية تنظيف. هذه بنية سجل مقترحة وليست تقرير تجربة.
كيف نراجع أثر القرار بعد ذلك؟
إذا كان النموذج يستخدم اللون، نسأل هل يحتاج الرمز الأصلي أم المعنى المفسر وفق العقد؟ تغيير حقل العرض لا يقتضي حذف الرمز أو إخفاء الحالات المعلقة. ونقترح مراجعة سجل القرار عند تغير عقد المورد، حتى لا تستمر قاعدة قديمة دون مبرر مناسب للنسخة الجديدة.
وأخيرا، فرق بين تفسير الرمز والتحقق من اللون الفعلي للبطاقة. قد نطبق تحويل G إلى أخضر كما عرف العقد، مع بقاء دقة تسجيل المورد غير مفحوصة. حفظ الأصل ومبرر القرار يتيحان إعادة النظر في التفسير؛ لا يمنحان وحدهما دليلا على الواقع أو جودة توقعات النموذج.
المصادر ومتابعة القراءة
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.