يرتكز المبرر التقليدي للاستثمار في جودة البيانات على المخاطر التشغيلية: إذ تعاني 84% من المؤسسات من اضطرابات ملموسة نتيجةً لضعف جودة البيانات، وتخسر أكثر من ربعها ما يزيد عن 5 ملايين دولار سنويًا كنتيجة مباشرة لذلك. ويتمثل الحل الأمثل في برنامج لإدارة جودة البيانات يقيس الدقة والشمولية والاتساق والتوقيت والصحة والتفرد وفقًا لمعايير محددة، بالإضافة إلى لوحة بيانات ترصد مدى استيفاء البيانات المتدفقة عبر الأنظمة التشغيلية للمعايير المحددة.
لم يُصمم هذا الإطار القياسي لمشروع تحديث. فنقل البيانات من حاسوب مركزي مدعوم بلغة كوبول إلى منصة سحابية أصلية ليس مشكلة جودة تشغيلية مستمرة، بل هو عملية تحويل ذات متطلبات محددة قبل الترحيل، ومخاطر محددة أثناء الترحيل، واحتياجات محددة للتحقق بعد الترحيل، وهي أمور لا تغطيها أبعاد جودة البيانات القياسية إلا جزئيًا. يختلف إطار تقييم جودة البيانات المناسب لمشروع تحديث عن الإطار المناسب للمراقبة التشغيلية في ثلاثة جوانب أساسية: يجب أن يُقيّم مدى ملاءمة البيانات للترحيل بدلًا من ملاءمتها للعمليات الحالية، ويجب أن يُقيّم مخاطر الترحيل بدلًا من معدل الخطأ التشغيلي، ويجب أن يُقدّم أدلة لعملية التحقق من الترحيل تُؤكد ما إذا كانت البيانات المُحوّلة تتصرف بشكل مُكافئ لبيانات المصدر.
المخطط أولاً، ثم النتيجة
SMART TS XL يكتشف كل إدخال FD، ويعيد تعريف التسلسل الهرمي، وحقل COMP-3 عبر مجموعة COBOL الخاصة بك.
إعرف المزيد…لماذا لا تكفي أطر جودة البيانات القياسية للتحديث؟
تقيس الأبعاد الستة لإطار عمل إدارة البيانات (DAMA)، وهي الدقة والشمولية والاتساق والتوقيت والصحة والتفرد، جودة البيانات وفقًا للمتطلبات التشغيلية. يُعتبر السجل الذي تبلغ دقته 95% وشموليته 98% واتساقه 99% مستوفيًا لمعايير الجودة التشغيلية لمعظم الأنظمة. وقد يكون هذا السجل مناسبًا أو غير مناسب للترحيل، وقد يُنتج نتائج صحيحة أو غير صحيحة في النظام المستهدف.
لا يكمن القصور في الأبعاد نفسها، بل في ما تقيسه وما تغفله لغرض محدد هو مشروع التحديث.
لا يُعدّ مدى ملاءمة الترحيل مرادفًا لمدى ملاءمته للتشغيل. قد يُرحّل سجل VSAM ذو حقل عشري مُعبأ صالح من نوع COMP-3، والذي يعمل بشكل صحيح في لغة COBOL، بشكل خاطئ إلى قاعدة البيانات الهدف إذا تم تعريف الحقل الهدف على أنه FLOAT بدلاً من DECIMAL. يُعدّ هذا خطأً في الدقة يجتاز فحوصات جودة التشغيل لأن برامج COBOL التي تقرأ الحقل الأصلي تحسب نتائج صحيحة من تمثيل COMP-3، ولكنه يُنتج أخطاء تقريب في النظام الهدف الذي يستخدم حسابات الفاصلة العائمة. كانت درجة جودة التشغيل عالية، بينما كانت درجة ملاءمة الترحيل منخفضة.
لا تستطيع أدوات الجودة الخارجية رصد القيود الضمنية للبيانات في النظام المصدر. تُطبّق برامج COBOL جودة البيانات من خلال التعليمات البرمجية الإجرائية، وفحوصات النطاق في عبارات IF، والتحقق من صحة التنسيق في كتل EVALUATE، وقواعد الحساب في عبارات COMPUTE. توجد قواعد الجودة هذه في التعليمات البرمجية المصدرية، وليس في البيانات نفسها. لا تستطيع أدوات جودة البيانات الخارجية التي تُحلّل البيانات دون تحليل البرامج التي تُنتجها رؤية هذه القيود الضمنية، وبالتالي لا يمكنها تحديد ما إذا كان النظام الهدف يُطبّق قيودًا مُماثلة.
تُضيف جاهزية الذكاء الاصطناعي بُعدًا ثالثًا يتجاوز الكفاءة التشغيلية وكفاءة الترحيل. تتوقع غارتنر أن 60% من مشاريع الذكاء الاصطناعي غير المدعومة ببيانات جاهزة ستُهمل بحلول عام 2026. ولا تُعدّ "البيانات الجاهزة للذكاء الاصطناعي" مرادفةً لـ"البيانات النظيفة" وفقًا للتعريف التشغيلي. فنموذج الذكاء الاصطناعي لا يُدرك أن "الإيرادات" في النظام المالي تستثني المبالغ المستردة، بينما "الإيرادات" في نظام إدارة علاقات العملاء (CRM) لا تستثنيها، بل يُعاملهما كمقياس واحد ويبني على هذا التناقض. لذا، يجب على مشاريع التحديث التي تُشكّل جزءًا من تحوّل الذكاء الاصطناعي أو التحليلات تقييم جودة البيانات وفقًا لمعيار ثالث: وهو ما إذا كانت البيانات المُرحّلة ستُنتج نتائج موثوقة في تطبيقات الذكاء الاصطناعي والتحليلات اللاحقة.
أبعاد جودة البيانات الخاصة بالتحديث
يُوسّع إطار عمل تقييم جودة البيانات لمشاريع التحديث الأبعاد الستة القياسية بخمسة تقييمات خاصة بالهجرة:
الأبعاد الستة القياسية (مطبقة على سياق الهجرة)
الدقة، مدى دقة تمثيل البيانات للكيان أو الحدث الواقعي الذي تصفه. في سياق الترحيل، يجب تقييم الدقة بناءً على تمثيل كل من النظام المصدر والنظام الهدف. مبلغ مالي مُخزّن كـ PIC S9(11)V99 COMP-3 في لغة كوبول، يُمثل هذا قيمةً تحتوي على منزلتين عشريتين ضمنيتين في صيغة عشرية مضغوطة. القيمة نفسها المخزنة كـ DECIMAL(13,2) في قاعدة البيانات المستهدفة تُمثل القيمة نفسها. أما القيمة نفسها المخزنة كـ FLOAT(8) فتُمثل قيمةً صحيحةً تقريبًا، ولكنها ليست مطابقةً تمامًا، للقيم التي لا يُمكن تمثيلها بدقة في نظام الفاصلة العائمة الثنائي.
الاكتمال ، أي مدى توافر جميع البيانات المطلوبة. تستخدم برامج COBOL غالبًا حقول FILLER، وبايتات الحشو، وقيم الحماية (جميعها مسافات، جميعها أصفار، HIGH-VALUES) كمكافئات وظيفية للقيمة NULL، والتي لا تُترجم حرفيًا إلى دلالات NULL في لغة SQL. يجب أن يُحدد تقييم الاكتمال لأغراض الترحيل هذه القيم الفارغة الوظيفية، وهي قيم موجودة فعليًا ولكنها تُمثل غياب بيانات ذات معنى، وأن يُحدد كيفية ربطها بمعالجة القيم الفارغة في النظام المستهدف.
الاتساق هو مدى خلو البيانات من التناقضات بين مجموعات البيانات أو داخل مجموعة البيانات الواحدة. بالنسبة لبيانات الحواسيب المركزية، يُعدّ الاتساق بين البرامج ذا أهمية بالغة: فقد يتم تمثيل الكيان التجاري نفسه (عميل، حساب، وثيقة تأمين) في ملفات VSAM متعددة أو جداول DB2 تُديرها برامج مختلفة. لكل برنامج سجله الخاص بالحالة الراهنة للكيان. يجب أن يُقيّم تقييم الاتساق ما إذا كانت هذه التمثيلات متطابقة، أو يُحدد التناقضات التي يجب حلها قبل أن تُنتج عملية الترحيل مجموعة بيانات مستهدفة متماسكة.
تُعرف الدقة الزمنية بأنها مدى انعكاس البيانات للواقع الحالي ضمن نطاق زمني مقبول. بالنسبة لبيانات الحواسيب المركزية المُعالجة على دفعات، تُحدد الدقة الزمنية بدورة المعالجة: حيث تُنتج الدفعة الشهرية بيانات محدثة في حدود شهر واحد. يُنشئ شرط الدقة الزمنية للنظام المستهدف، الذي قد يحتاج إلى بيانات شبه فورية لأحمال عمل التحليلات التي لم يُصمم النظام المصدر لدعمها، فجوة في الدقة الزمنية لا يمكن سدّها بالترحيل وحده.
الصلاحية، مدى توافق البيانات مع قيود التنسيق والنوع المحددة. تُنشئ أسماء الشروط ذات المستويات 88 في لغة كوبول قيودًا على الصلاحية الدلالية لا يغطيها نظام أنواع البيانات: حقل مُعرَّف على النحو التالي: PIC 9(2) قد يكون هذا الحقل صالحًا في برنامج COBOL فقط عندما يحتوي على القيم من 01 إلى 12 (أشهر) أو من 01 إلى 31 (أيام)، ويتم فرض الصلاحية من خلال الشرط ذي المستوى 88. ترى أدوات جودة البيانات الخارجية التي تُحلل الحقل حقلًا رقميًا مكونًا من خانتين؛ ولا ترى القيد الدلالي الذي يجعل القيم من 00 إلى 99 غير صالحة في هذا السياق.
التفرد ، هو مدى تمثيل كيانات البيانات مرة واحدة فقط. يتطلب بُعد التفرد لبيانات COBOL فهم أن ملفات VSAM KSDS تفرض تفرد المفتاح الأساسي على مستوى الملف، ولكن قد يظهر الكيان المنطقي نفسه في ملفات VSAM متعددة تحتفظ بها برامج مختلفة، بمفاتيح مختلفة. يُعدّ حلّ الكيانات عبر الملفات، أي تحديد ما إذا كان سجل العميل (CUSTOMER-RECORD) في ملف CUSTMSTR.VSAM وحامل الحساب (ACCOUNT-HOLDER) في ملف ACTHLD.VSAM يُمثلان الشخص نفسه في الواقع، مشكلة تفرد لا يمكن تقييمها بفحص أيٍّ من الملفين على حدة.
الأبعاد الخمسة الخاصة بالهجرة
السلامة الهيكلية هي مدى تطابق التخطيط المادي للبيانات مع تعريفات المخطط التي تتوقعها البرامج. تُخزَّن بيانات COBOL وفقًا لمواصفات بند PIC؛ ويجب أن تتوافق البايتات المادية على القرص أو في سجلات VSAM مع هذه المواصفات لكي تتمكن البرامج من تفسيرها بشكل صحيح. غالبًا ما توجد حالات فشل في السلامة الهيكلية في البيانات القديمة، وهي سجلات تحتوي فيها حقول COMP-3 على أنماط بتات غير صالحة للأرقام العشرية المضغوطة، أو تحتوي فيها حقول رقمية على أحرف غير رقمية، وتكون هذه الحالات غير مرئية للبرامج التي لا تستخدم القيم غير الصالحة. وتتحول هذه الحالات إلى حالات فشل في الترحيل عندما تحاول أدوات التحويل قراءة هذه الحقول.
تغطية متغيرات المخطط ، أي مدى مراعاة تقييم جودة البيانات لجميع متغيرات REDEFINES في مخطط المصدر. وكما ذُكر في سياق تحليل بنية ملفات VSAM، قد يحتوي سجل VSAM على عدة تخطيطات متداخلة مُعرَّفة من خلال بنود REDEFINES. يُغفل تقييم جودة البيانات القياسي الذي يُحلل تخطيط السجل الأساسي خصائص جودة متغيرات REDEFINES، بما في ذلك القيم الموجودة في حقل التمييز التي تُحدد المتغير المُطبق على كل سجل، وصحة قيم حقول كل متغير في ظل الظروف المناسبة.
اتساق البيانات بين البرامج ، وهو مدى اتساق قيم البيانات بين البرامج التي تحتفظ بتمثيلات متداخلة لنفس الكيانات التجارية. هذا البُعد خاص ببيئات الحواسيب المركزية حيث يتم الاحتفاظ بنفس الكيان بواسطة برامج متعددة من خلال مجموعات بيانات مشتركة. قاعدة عمل يتم تطبيقها بشكل مختلف بين برنامجين، لأن أحدهما تم تحديثه عند تغيير القاعدة والآخر لم يتم تحديثه، ينتج عنه عدم اتساق بين البرامج لا يمكن رصده من خلال أي تقييم لجودة البيانات على مستوى البرنامج الواحد.
الجودة المُراعية للدقة ، هي مدى إمكانية تمثيل البيانات الرقمية في النظام المستهدف بدقة مكافئة. يُعنى هذا البُعد تحديدًا بحقول COMP-3 وCOMP وCOMP-5 الشائعة في برامج COBOL والتي تتطلب ربطًا دقيقًا بنوع البيانات المستهدف. يُعد تقييم الجودة الذي يُحدد جميع الحقول الرقمية ويُقيّم ما إذا كانت قيمها تقع ضمن نطاق ودقة نوع الحقل المستهدف فحصًا خاصًا بعملية الترحيل لا تُجريه أدوات التحليل القياسية.
مؤشر جاهزية الترحيل هو تقييم شامل يحدد ما إذا كانت كل وحدة بيانات جاهزة للترحيل كما هي، أو تتطلب معالجة مسبقة قبل الترحيل، أو تتطلب تحويلاً في النظام المستهدف لتحقيق سلوك مكافئ. ويُحسب مؤشر جاهزية الترحيل بجمع الأبعاد السابقة: فالسجل الذي يحقق درجات عالية في الدقة، والشمولية، والاتساق، والصحة، والتفرد، والسلامة الهيكلية، وتغطية متغيرات المخطط، والاتساق بين البرامج، والجودة الدقيقة، يكون جاهزًا للترحيل. أما السجل الذي لا يستوفي أيًا من هذه الأبعاد، فيتطلب معالجة، أو تنظيفًا، أو تحويلاً، أو استبعادًا، أو قبول التغييرات مع توثيق المخاطر.
حساب درجة الجودة المركبة
تُحسب درجة جودة البيانات المركبة لمشروع التحديث كمتوسط مرجح لدرجات الأبعاد، حيث تعكس الأوزان الأهمية النسبية لكل بُعد في سياق الهجرة المحدد:
| الابعاد | الوزن القياسي | تعديل البيانات المالية | تعديل لاستهداف التحليلات |
|---|---|---|---|
| الدقة | 25% | 30% (الدقة أمر بالغ الأهمية) | 20% |
| كمال | 20% | 15% | 25% (يحتاج الذكاء الاصطناعي إلى ميزات كاملة) |
| اتساق | 15% | 20% (تنظيمي) | 20% |
| الصلاحية | 15% | 15% | 10% |
| تميز | 10% | 10% | 15% (إزالة التكرار للذكاء الاصطناعي) |
| توقيت | 5% | 5% | 10% (نضارة النماذج) |
| السلامة الهيكلية | 5% | 2% | 0% (بعد التحويل) |
| تغطية متغيرات المخطط | 3% | 2% | 0% |
| الاتساق بين البرامج | 1% | 1% | 0% |
| جودة واعية بالدقة | 1% | 1% | 0% |
يُقيّم كل بُعد بدرجة تتراوح بين 0 و100، والدرجة المركبة هي المجموع المرجح. وتُستخدم الدرجة المركبة لتحديد تصنيف جاهزية الهجرة.
| النتيجة المركبة | الاستعداد للهجرة | الموقف الموصى به |
|---|---|---|
| 90-100 | استعداد | الترحيل باستخدام التحقق القياسي |
| 75-89 | جاهز للمراقبة | الترحيل مع التحقق المحسن بعد الترحيل |
| 60-74 | مشروط | قم بمعالجة حالات فشل الأبعاد المحددة قبل الترحيل |
| 40-59 | غير جاهز | يلزم إجراء إصلاحات كبيرة قبل الهجرة |
| أقل من ٣٠ عام | مشكلات الجودة الحرجة | لا تقم بالترقية حتى يتم الانتهاء من تحليل السبب الجذري ومعالجته |
القياس العملي: سير عمل التقييم
يتبع تقييم جودة البيانات لمشروع التحديث سير عمل محدد يختلف عن مراقبة الجودة التشغيلية:
الخطوة الأولى: اكتشاف المخطط وتوثيقه. قبل تقييم أي بيانات، يجب معرفة المخطط الذي يُعرّفها. بالنسبة لبيانات الحواسيب المركزية، يعني هذا تحليل مدخلات FD، وأعضاء COPY، وعبارات SELECT من كل برنامج COBOL يصل إلى كل مجموعة بيانات. تُنتج مرحلة اكتشاف المخطط ما يلي: قائمة كاملة بالحقول مع أنواع البيانات وأطوالها ومواصفات COMP؛ جميع تسلسلات REDEFINES وشروط التمييز الخاصة بها؛ أسماء الشروط ذات 88 مستوى وقيودها الدلالية؛ وقواعد جودة البيانات على مستوى البرنامج المُضمنة في منطق PROCEDURE DIVISION.
الخطوة الثانية: تحليل البيانات وفقًا للمخطط المكتشف. حلل كل مجموعة بيانات وفقًا للمخطط المكتشف في الخطوة الأولى، وليس وفقًا لمخطط مفترض أو موثق. حلل البيانات من أجل: تكرار القيم الفارغة (المسافات، الأصفار، القيم العالية في الحقول التي يُقصد بها استخدام القيم الفارغة)؛ توزيعات نطاق القيم وفقًا لقيود المستوى 88؛ السلامة الهيكلية (أنماط بت COMP-3 الصحيحة، تمثيلات COMP-5 الصحيحة)؛ الاتساق بين الحقول (حقول التاريخ حيث تتجاوز قيم اليوم الحد الأقصى للشهر المحدد)؛ والاتساق بين السجلات (السجلات ذات الصلة التي من المفترض أن تتفق على السمات المشتركة ولكنها لا تتفق).
الخطوة الثالثة: تقييم الاتساق بين البرامج. لكل كيان تجاري ممثل في برامج أو مجموعات بيانات متعددة، يتم تقييم الاتساق بين التمثيلات. يتطلب ذلك: تحديد البرامج التي تحتفظ بتمثيلات متداخلة (من خلال رسم خرائط التبعية)؛ استخراج السجلات لكل تمثيل لكل كيان؛ مقارنة القيم التي ينبغي أن تكون متسقة؛ وتوثيق التباينات مع تكرارها وشدتها.
الخطوة الرابعة: تحليل تأثير الدقة. لكل حقل من حقول COMP-3 والحقول الرقمية الثنائية، احسب تأثيرات دقة تعيين نوع الحقل المستهدف. تحديدًا: حدد أي قيم في بيانات المصدر لا يمكن تمثيلها بدقة في نوع الحقل المستهدف؛ حدد مقدار خطأ التقريب الناتج عن تحويل النوع؛ وحدد ما إذا كان خطأ التقريب مقبولًا بالنظر إلى حالة الاستخدام اللاحقة (تختلف عتبات التسامح في التقارير التنظيمية عن التحليلات الداخلية).
الخطوة 5: حساب نقاط الأبعاد والنتيجة المركبة. يتم تطبيق نقاط الأبعاد وترجيحها وفقًا لنوع البيانات وسياق هدف الترحيل. يتم حساب النتيجة المركبة وتصنيف جاهزية الترحيل لكل مجموعة بيانات وللمحفظة ككل.
الخطوة 6: تخطيط المعالجة. بالنسبة لمجموعات البيانات التي تقل درجاتها عن عتبة جاهزية الترحيل، قم بإعداد خطة معالجة تحدد ما يلي: عناصر البيانات المحددة التي فشلت في فحوصات الجودة؛ حجم السجلات المتأثرة؛ قاعدة العمل أو التحويل الذي من شأنه تصحيح الفشل؛ وفحص التحقق الذي سيؤكد اكتمال المعالجة.
أنماط لغة SQL لقياس جودة البيانات
يتطلب التقييم العملي للجودة قياسًا قابلاً للتنفيذ. تُطبّق أنماط SQL التالية أكثر فحوصات الجودة شيوعًا والمخصصة للتحديث على البيانات المستخرجة من الأنظمة القديمة إلى بيئة تجريبية:
SQL
-- 1. Completeness: detect functional nulls (spaces/zeros as NULL equivalents)
SELECT
COUNT(*) AS total_records,
SUM(CASE WHEN TRIM(CUSTOMER_NAME) = ''
THEN 1 ELSE 0 END) AS functional_null_name,
SUM(CASE WHEN ACCOUNT_BALANCE = 0
AND ACCOUNT_STATUS NOT IN ('ACTIVE','CLOSED')
THEN 1 ELSE 0 END) AS suspicious_zero_balance,
ROUND(100.0 * SUM(CASE WHEN TRIM(CUSTOMER_NAME) = ''
THEN 1 ELSE 0 END)
/ COUNT(*), 2) AS functional_null_pct
FROM staging_customer_master;
-- 2. Validity: check 88-level equivalent constraints (month range)
SELECT
COUNT(*) AS total_records,
SUM(CASE WHEN TRANSACTION_MONTH NOT BETWEEN 1 AND 12
THEN 1 ELSE 0 END) AS invalid_month_count,
SUM(CASE WHEN TRANSACTION_DAY NOT BETWEEN 1 AND 31
THEN 1 ELSE 0 END) AS invalid_day_count,
SUM(CASE WHEN TRANSACTION_YEAR < 1900
OR TRANSACTION_YEAR > 2100
THEN 1 ELSE 0 END) AS invalid_year_count
FROM staging_transaction_header;
-- 3. Precision impact: identify values that lose precision in FLOAT conversion
SELECT
RECORD_KEY,
ORIGINAL_AMOUNT,
CAST(CAST(ORIGINAL_AMOUNT AS FLOAT) AS DECIMAL(13,2)) AS float_roundtrip,
ABS(ORIGINAL_AMOUNT -
CAST(CAST(ORIGINAL_AMOUNT AS FLOAT) AS DECIMAL(13,2)))
AS precision_loss
FROM staging_financial_amounts
WHERE ABS(ORIGINAL_AMOUNT -
CAST(CAST(ORIGINAL_AMOUNT AS FLOAT)
AS DECIMAL(13,2))) > 0.005
ORDER BY precision_loss DESC;
-- 4. Cross-program consistency: compare entity representations across programs
SELECT
a.CUSTOMER_ID,
a.CUSTOMER_NAME AS name_in_custmstr,
b.ACCOUNT_HOLDER_NAME AS name_in_acthld,
a.CUSTOMER_ADDRESS AS addr_in_custmstr,
b.MAILING_ADDRESS AS addr_in_acthld,
CASE WHEN a.CUSTOMER_NAME <> b.ACCOUNT_HOLDER_NAME
THEN 'NAME_MISMATCH' ELSE 'OK' END AS name_consistency,
CASE WHEN TRIM(a.CUSTOMER_ADDRESS) <> TRIM(b.MAILING_ADDRESS)
THEN 'ADDRESS_MISMATCH' ELSE 'OK' END AS addr_consistency
FROM staging_customer_master a
JOIN staging_account_holder b
ON a.CUSTOMER_ID = b.CUSTOMER_ID
WHERE a.CUSTOMER_NAME <> b.ACCOUNT_HOLDER_NAME
OR TRIM(a.CUSTOMER_ADDRESS) <> TRIM(b.MAILING_ADDRESS)
ORDER BY a.CUSTOMER_ID;
-- 5. Uniqueness: identify duplicates on logical keys
SELECT
CUSTOMER_ID,
COUNT(*) AS occurrence_count,
MIN(RECORD_TIMESTAMP) AS first_occurrence,
MAX(RECORD_TIMESTAMP) AS last_occurrence
FROM staging_customer_master
GROUP BY CUSTOMER_ID
HAVING COUNT(*) > 1
ORDER BY occurrence_count DESC;إطار عمل بوابة الجودة لموجات الهجرة
عادةً ما يتم نقل برامج التحديث على مراحل، حيث تنتقل مجموعات من التطبيقات ومجموعات البيانات معًا. ويُحدد إطار تقييم جودة البيانات قرارات تكوين هذه المراحل.
معايير أهلية الموجة: لا تُعتبر مجموعة البيانات مؤهلة لموجة ترحيل إلا إذا تجاوز مجموع نقاط جودتها الحد الأدنى المطلوب للموجة. بالنسبة للتطبيقات من المستوى الأول (البالغة الأهمية)، يبلغ الحد الأدنى 85، بينما يبلغ 75 للتطبيقات من المستوى الثاني. يمنع هذا الترحيل التطبيقات البالغة الأهمية من استخدام بيانات غير مؤهلة بشكل كافٍ.
بوابة الجودة قبل بدء عملية الترحيل: قبل بدء أي مرحلة من مراحل الترحيل، يتم إجراء فحص نهائي للجودة للتأكد من عدم تدهور مستوى جودة البيانات منذ التقييم الأولي. قد تتدهور جودة البيانات بين التقييم الأولي وتنفيذ عملية الترحيل إذا استمر النظام المصدر في العمل وتجميع سجلات جديدة لا تفي بمعايير الجودة المحددة أثناء التقييم.
التحقق من تكافؤ البيانات بعد الترحيل: بعد كل مرحلة ترحيل، يوفر إطار الجودة خط الأساس للمقارنة: حيث يُعاد حساب كل درجة بُعد مُحسوبة على بيانات المصدر على البيانات المُرحّلة، ويُمثل الفرق بين درجات المصدر والهدف تقرير جودة الترحيل. إن الترحيل الذي ينتج عنه مجموعة بيانات هدف ذات دقة أو اكتمال أو اتساق بين البرامج أقل من المصدر يُعدّ تدهورًا في الجودة، ويجب التحقق منه قبل الانتقال إلى المرحلة التالية.
كيفية SMART TS XL يدعم تقييم جودة البيانات لأغراض التحديث
تعتمد أبعاد الجودة الخاصة بالهجرة، وتغطية متغيرات المخطط، والاتساق بين البرامج، والجودة المُراعية للدقة، والسلامة الهيكلية، على مستوى فهمٍ لرمز التطبيق المصدر لا توفره أدوات جودة البيانات القياسية. فهي تتطلب معرفة ما تُعرّفه البرامج التي تُنتج البيانات على أنه صالح، وما هي الحقول من نوع COMP-3 والتي تتطلب تعيينًا مُراعيًا للدقة للهدف، وما هي البرامج التي تحتفظ بتمثيلات متداخلة لنفس الكيانات التجارية.
SMART TS XLالصورة تحليل الكود الثابت تُوفّر هذه الطبقة اكتشاف المخطط: حيث تقوم بتحليل كل إدخال FD، وعضو COPY، وعبارة SELECT في جميع أنحاء مجموعة COBOL لإنتاج جرد كامل للمخطط، يشمل جميع تعريفات الحقول، وجميع تسلسلات REDEFINES، وجميع القيود ذات 88 مستوى، وجميع مواصفات دقة COMP-3. يُشكّل هذا الجرد الأساس الذي تتطلبه أبعاد الجودة الخاصة بالترحيل، والذي لا يُمكن استخلاصه من البيانات نفسها.
تُمكّن خريطة تبعية التطبيقات من تقييم اتساق البرامج المختلفة: فمن خلال إنشاء خريطة توضح البرامج التي تحتفظ بالبيانات، والبرامج التي تكتب إلى مجموعات بيانات VSAM المختلفة، ومجموعات البيانات التي تحتوي على تمثيلات متداخلة لنفس الكيانات التجارية، تُحدد خريطة التبعية الأزواج والمجموعات التي تتطلب تقييم اتساق البرامج. وبدون هذه الخريطة، لا يمكن تقييم بُعد اتساق البرامج لأن المُقيِّم لا يعرف أي البرامج ومجموعات البيانات تُمثل نفس الكيانات.
إن قدرة تحليل التأثير تجعل إطار عمل بوابة الجودة قابلاً للتشغيل على نطاق واسع: فعندما يتم العثور على مشكلة جودة في مجموعة بيانات معينة، يحدد تحليل التأثير كل تطبيق وبرنامج وعملية تجارية تعتمد على مجموعة البيانات تلك، ويحدد نطاق العواقب اللاحقة لمشكلة الجودة ويعطي الأولوية للمعالجة بناءً على عدد البرامج التابعة المتأثرة.
تتيح إمكانية البحث المؤسسي إمكانية الاستعلام عن قائمة جرد الجودة طوال برنامج الترحيل: العثور على كل برنامج يقرأ ملف VSAM محدد (لتحديد نطاق تقييم الاتساق بين البرامج)، وكل حقل مُعرَّف كـ COMP-3 (لإنشاء قائمة جرد الجودة المُراعية للدقة)، وكل اسم شرط من المستوى 88 (لحصر قيود الصلاحية الدلالية التي لا تستطيع الأدوات الخارجية رؤيتها). تدعم إمكانية البحث هذه كلاً من التقييم الأولي للجودة والمراقبة المستمرة التي تضمن عدم تدهور الجودة بين التقييم وتنفيذ الترحيل.
بالنسبة للمنظمات التي تدير تحديث التراث برامج، SMART TS XLيُسهم تحليل [اسم الجهة] في سد الفجوة بين أُطر جودة البيانات المُصممة للمراقبة التشغيلية ومتطلبات الجودة الخاصة بالهجرة التي تُحدد ما إذا كانت مشاريع التحديث تُحقق النتائج المرجوة. تُعد أبعاد جودة البيانات القياسية ضرورية، أما الإضافات الخاصة بالهجرة فهي ما يجعلها كافية.
الخلاصة: الجودة في مجال الهجرة لا تعني بالضرورة الجودة في مجال العمليات
تزخر بيئة جودة البيانات لعام 2026 بأطر عمل وأدوات ومقاييس مصممة لإدارة البيانات التشغيلية. أبعاد DAMA راسخة ومطبقة على نطاق واسع. وقد شهدت الأدوات المستخدمة، مثل Great Expectations وMonte Carlo وCollibra وdbt، تطوراً ملحوظاً. ويُعدّ النهج القياسي لتحديد قواعد الجودة، وتحليل البيانات، والمراقبة وفقاً للحدود، فعالاً للغرض التشغيلي الذي صُمم من أجله.
تتطلب مشاريع التحديث نهجًا مختلفًا. فهي تتطلب تقييمًا للجودة يقيس مدى ملاءمة الترحيل، لا مدى ملاءمته للتشغيل. كما تتطلب فهمًا لشفرة المصدر التي تُنتج البيانات، لا البيانات نفسها فحسب. وتتطلب أيضًا تحليلًا دقيقًا للحقول الرقمية، وتغطية متغيرات REDEFINES، وتقييمًا للاتساق بين البرامج، وهي أبعاد لا تتناولها أطر جودة التشغيل لأن أنظمة التشغيل لا تتطلبها.
إنّ المؤسسات التي تُحقق نتائج ترحيل بيانات صحيحة هي تلك التي تُصمّم أُطر تقييم جودة البيانات خصيصًا لغرض الترحيل، قبل توسيع نطاقها ليشمل المراقبة التشغيلية لاحقًا. إنّ جودة البيانات المُخصصة للترحيل ليست جزءًا من إدارة جودة البيانات التشغيلية، بل هي مجالٌ قائمٌ بذاته، له أبعاده ومعاييره ومتطلبات التحقق الخاصة به، والتعامل معه على هذا الأساس هو ما يُمكّن برامج التحديث من تحقيق وعودها التقنية.
