בדיקת מודל מול דרישות המידע ופתיחת בעיות
פתחו את דרישות המידע, בדקו מודל שנמסר מולן מבחינת שמות, סיווג, רמת פירוט ומאפיינים נדרשים, פתחו בעיית BCF על כל פער ואשרו רק את מה שעובר.

איך זה עובד, שלב אחר שלב
4 שלבים לאורך הפלטפורמה - מה עושים בכל שלב ולמה זה חשוב.
פתיחת הדרישות
מטריצת EIR (ISO 19650)פתחו את דרישות המידע שהמודל אמור לענות עליהן - כללי השמות, הסיווג, רמת המידע הנדרשת והמאפיינים שכל אלמנט חייב לשאת.
למה: אי אפשר לבדוק מודל מול תקן שלא פתחתם. התחלה מהדרישות בפועל הופכת סקירה מעורפלת לעבור או נכשל ברור בכל נקודה.
בדיקת המודל מולן
בדיקת מודלעברו על המודל ובדקו שמות, קודי סיווג, רמת פירוט והמאפיינים הנדרשים בכל סוג אלמנט מול הדרישה.
למה: סיווג חסר או שדה מאפיין ריק שוברים את כתב הכמויות ואת מסירת הנכסים בהמשך. תפיסה בעת המסירה זולה בהרבה מגילוי בעת הצורך.
פתיחת בעיה לכל פער
בעיות מודלפתחו בעיית BCF לכל פער מול דרישה, תוך הצבעה על האלמנט וציון מה חסר, כך שלמחבר יש רשימה מדויקת לתיקון.
למה: בעיה מדויקת מתוקנת; תלונה מעורפלת שהמודל לא תואם מובילה לוויכוח. קשירת כל בעיה לדרישה ולאלמנט מסירה את מקום הדיון.
אישור מה שעובר
מטריצת EIR (ISO 19650)אשרו דרישה רק לאחר שהמודל אכן עומד בה, כך שהמטריצה מתעדת קבלה אמיתית ולא סימון מקווה.
למה: אישור הוא השער המגן על כולם בהמשך. השהייתו עד שהמודל באמת תואם היא מה שמונע פער נתונים מלרשת אל השמאי והמפעיל.
המודולים בתרחיש הזה
3 מתוך 184 מודולי הפלטפורמה


