- प्रकाशन
- अद्यतन
जब अनुकरण के परिणाम डिज़ाइन निर्णय को जानकारी देते हैं, तो गणनात्मक प्रक्रिया की भी समीक्षा आवश्यक होती है। प्रस्तुति में प्रदर्शन की तालिका पर्याप्त नहीं है, यदि समीक्षक पहचान न सकें कि प्रस्तावित परीक्षण का समर्थन करने वाली संख्याएँ किस कोड और किन मान्यताओं से बनीं।
प्रश्न और मान्यताएँ परिभाषित करें
परिदृश्य की परिभाषाओं को प्रोग्राम के तर्क से अलग रखें और सॉफ़्टवेयर संस्करण दर्ज करें। यादृच्छिक संख्या नियंत्रण, पुनरावृत्ति संख्या और विफल रन को रिपोर्टिंग से जोड़ें। सरल ज्ञात स्थितियों से सत्यापन और स्वतंत्र समीक्षा, जटिल अनुकूलन तर्क में कमियाँ उजागर कर सकते हैं। तेज़ निष्पादन और देखने में यथार्थपरक सारांश आँकड़े गणनात्मक शुद्धता स्थापित नहीं करते।
काल्पनिक अध्ययन का उदाहरण
एक काल्पनिक डिज़ाइन में प्रोग्राम एक अंतरिम निर्णय के बाद बचे प्रतिभागियों की गलत गणना करता है। फिर भी समग्र सांख्यिकीय शक्ति का अनुमान यथार्थपरक दिखता है। टीम बड़ी अनुकरण पुनरावृत्ति संख्या को सटीकता का प्रमाण मानने के बजाय छोटे, हाथ से क्रमवार जाँचे जा सकने वाले परिदृश्यों और सीमा परीक्षणों से कमी ढूँढती है।
डिज़ाइन समीक्षा के जाँच बिंदु
- कोड संस्करण, परिदृश्य इनपुट और संबंधित आउटपुट फ़ाइलों की साथ पहचान करें।
- शून्य घटनाओं और ठीक सीमा पर स्थित मानों जैसे सीमांत मामलों का परीक्षण करें।
- विफल और अभिसरण न करने वाली पुनरावृत्तियों को चुपचाप हटाने के बजाय रिपोर्ट करें।
निर्णय और उसकी सीमाएँ दर्ज करें
स्वीकृति किसी स्वतंत्र व्यक्ति को दर्ज परिस्थितियों में चुना हुआ परिदृश्य दोबारा चलाने देती है। संख्यात्मक अनिश्चितता और परिणामों में स्वीकार्य अंतर स्पष्ट करें। कोड सुधार के बाद पहले के आउटपुट का अभिलेख बनाए रखते हुए प्रभावित तालिकाओं और निर्णयों का पुनर्मूल्यांकन करें। पसंदीदा डिज़ाइन के अनुकूल केवल एक संस्करण चुनना वैज्ञानिक संस्करण नियंत्रण या पर्याप्त गणनात्मक सत्यापन नहीं है।
अक्सर पूछे जाने वाले प्रश्न
- क्या एक समान यादृच्छिक सीड पर्याप्त है?
- अकेले नहीं। कोड, सॉफ़्टवेयर और परिदृश्य के संस्करण भी महत्त्वपूर्ण हैं।
- क्या कई पुनरावृत्तियाँ प्रोग्रामिंग की गलती ठीक करती हैं?
- नहीं। दोषपूर्ण तर्क दोहराने से अब भी गलत अनुमान मिल सकता है।