EIR 대비 모델 점검 및 이슈 제기
정보 요구사항을 열고, 인도된 모델을 명명, 분류, 상세 수준, 필수 속성 측면에서 대조 점검하며, 모든 미비점에 BCF 이슈를 제기하고 통과한 것만 승인합니다.

작동 방식, 단계별로
플랫폼 전반에 걸친 4단계 - 각 단계에서 무엇을 하는지, 그리고 왜 중요한지.
요구사항 열기
EIR 매트릭스 (ISO 19650)모델이 충족해야 할 정보 요구사항을 엽니다. 명명 규칙, 분류, 정보 요구 수준, 각 요소가 담아야 할 속성입니다.
이유: 열어보지 않은 기준으로 모델을 점검할 수는 없습니다. 실제 요구사항에서 출발하는 것이 막연한 검토를 각 항목의 명확한 합격 또는 불합격으로 바꿉니다.
모델을 요구사항과 대조 점검
모델 검토모델을 훑으며 각 요소 유형의 명명, 분류 코드, 상세 수준, 필수 속성을 요구사항과 대조하여 점검합니다.
이유: 누락된 분류나 빈 속성 필드는 후속의 물량 산출과 자산 인도를 망칩니다. 인도 시점에 잡아내는 것이 필요할 때 발견하는 것보다 훨씬 저렴합니다.
미비점마다 이슈 제기
모델 이슈요구사항 대비 모든 미비점에 대해 해당 요소를 지목하고 무엇이 빠졌는지 명시하는 BCF 이슈를 제기하여, 작성자가 고칠 정확한 목록을 갖게 합니다.
이유: 정확한 이슈는 고쳐지고, 모델이 규정에 안 맞는다는 막연한 불평은 논쟁이 됩니다. 각 이슈를 요구사항과 요소에 연결하면 논쟁의 여지가 사라집니다.
통과한 것 승인
EIR 매트릭스 (ISO 19650)모델이 요구사항을 실제로 충족한 뒤에만 해당 요구사항을 승인하여, 매트릭스가 희망 섞인 체크가 아닌 진정한 수락을 기록하게 합니다.
이유: 승인은 후속의 모두를 보호하는 관문입니다. 모델이 정말 부합할 때까지 승인을 미루는 것이 데이터 미비가 견적자와 운영자에게 물려지는 것을 막습니다.
이 플레이북의 모듈
플랫폼 184개 모듈 중 3개


