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