سيناريو توضيحي لتحديث تطبيق قديم

فرضية السيناريو

الموقف الافتراضي الذي يختبره المثال.

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

الأصل القابل للفحص

ما الذي يحتويه الأصل القابل للفحص؟

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

طريقة القراءة

كيف تراجع النموذج وتتحدى افتراضاته؟

1. ملاحظة المهام الفعلية واستخراج القواعد من الواجهة والشفرة والبيانات والمشغلين.
2. توصيف السلوك الحالي قبل تغيير طريقة تنفيذه.
3. إنشاء حد منضبط حول التطبيق القديم وبياناته.
4. نقل قدرة محدودة مع إمكان مقارنة المسارين القديم والجديد.
5. عدم إجازة التحويل أو الإيقاف حتى قبول الأدلة والمخاطر المتبقية.

افتراضات مفتوحة

ما الذي يبقى قرارًا في النطاق الحقيقي؟

• أي سلوك يجب حفظه أو تغييره عمدًا أو إلغاؤه؟
• أين يمكن إدخال حد للتطبيق أو API من دون إفساد المرجعية؟
• أي سجلات تقبل القراءة المزدوجة، وأيها يجب أن يكون لها كاتب واحد؟
• ما الدليل الذي يسمح بالتحويل والرجوع والإيقاف النهائي؟

دليل مطلوب

أدلة لازمة قبل تحويل المثال إلى خطة.

• تغطية السلوكيات المقبولة باختبارات التوصيف والقبول
• مطابقة السجلات الممثلة بين المسارين القديم والجديد
• عدد الاستثناءات غير المحسومة ومآلها بعد البروفات
• تنفيذ الاستعادة والرجوع وفق شروط سلامة البيانات المتفق عليها

حدود المثال

حدود تمنع قراءة المثال كحالة عميل.

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

أسئلة القرار

اقرأ الدليل بحدوده الصحيحة.