بررسی یک مدل در برابر EIR و ثبت مسائل

الزامات اطلاعاتی‌ای را که مدل قرار است برآورده کند باز کنید - قرارداد نام‌گذاری، طبقه‌بندی، سطح نیاز اطلاعاتی و ویژگی‌هایی که هر جزء باید حمل کند.

چرا: نمی‌توانید یک مدل را در برابر استانداردی که باز نکرده‌اید بررسی کنید. شروع از الزامات واقعی یک بازبینی مبهم را به قبولی یا مردودی قطعی در هر نکته تبدیل می‌کند.

در سراسر مدل، نام‌گذاری، کدهای طبقه‌بندی، سطح جزئیات و ویژگی‌های لازم را روی هر نوع جزء در برابر الزام بررسی کنید.

چرا: یک طبقه‌بندی گم‌شده یا یک فیلد ویژگی خالی takeoff و تحویل دارایی پایین‌دستی را می‌شکند. گرفتن آن در تحویل بسیار ارزان‌تر از یافتن آن زمانی است که لازم می‌شود.

برای هر شکاف در برابر یک الزام یک مسئله BCF ثبت کنید، با اشاره به جزء و نام‌بردن آنچه گم است، تا نویسنده فهرست دقیقی برای رفع داشته باشد.

چرا: یک مسئله دقیق رفع می‌شود؛ یک شکایت مبهم که مدل منطبق نیست بحث می‌شود. گره‌زدن هر مسئله به یک الزام و یک جزء جای بحث را از بین می‌برد.

یک الزام را فقط زمانی امضا کنید که مدل واقعاً آن را برآورده می‌کند، تا ماتریس پذیرش واقعی را ثبت کند نه یک تیک امیدوارانه.

چرا: امضا دروازه‌ای است که همه پایین‌دست را محافظت می‌کند. نگه‌داشتن آن تا زمانی که مدل واقعاً منطبق شود چیزی است که یک شکاف داده را از به‌ارث‌رسیدن به برآوردگر و بهره‌بردار باز می‌دارد.