मॉडल को EIR के मुकाबले जांचें और मुद्दे उठाएं

वे सूचना आवश्यकताएं खोलें जिन्हें मॉडल को पूरा करना है - नामकरण परंपरा, वर्गीकरण, सूचना आवश्यकता का स्तर और वे गुण जो हर तत्व को धारण करने चाहिए।

क्यों: आप एक मॉडल को उस मानक के मुकाबले नहीं जांच सकते जिसे आपने खोला ही नहीं। वास्तविक आवश्यकताओं से शुरू करना एक अस्पष्ट समीक्षा को हर बिंदु पर निश्चित पास या फेल में बदल देता है।

मॉडल के माध्यम से काम करते हुए हर तत्व प्रकार पर नामकरण, वर्गीकरण कोड, विस्तार स्तर और आवश्यक गुणों को आवश्यकता के मुकाबले जांचें।

क्यों: एक गायब वर्गीकरण या एक खाली गुण फ़ील्ड आगे के टेकऑफ और परिसंपत्ति हस्तांतरण को तोड़ देता है। इसे वितरण पर पकड़ना उससे कहीं सस्ता है जब इसकी जरूरत हो तब इसे ढूंढना।

एक आवश्यकता के मुकाबले हर अंतर के लिए एक BCF मुद्दा उठाएं, तत्व की ओर इशारा करते हुए और यह बताते हुए कि क्या गायब है, ताकि लेखक के पास ठीक करने के लिए एक सटीक सूची हो।

क्यों: एक सटीक मुद्दा ठीक हो जाता है; एक अस्पष्ट शिकायत कि मॉडल अनुपालन नहीं करता, पर बहस होती है। हर मुद्दे को एक आवश्यकता और एक तत्व से जोड़ना बहस की गुंजाइश हटा देता है।

एक आवश्यकता को तभी मंजूर करें जब मॉडल वास्तव में उसे पूरा करे, ताकि मैट्रिक्स एक आशापूर्ण टिक के बजाय सच्ची स्वीकृति दर्ज करे।

क्यों: मंजूरी वह द्वार है जो आगे सबकी रक्षा करता है। इसे तब तक रोके रखना जब तक मॉडल सचमुच अनुपालन न करे, ही एक डेटा अंतर को अनुमानक और संचालक द्वारा विरासत में मिलने से रोकता है।