Kiểm tra mô hình theo EIR và nêu vấn đề

Mở các yêu cầu thông tin mà mô hình phải đáp ứng - quy ước đặt tên, phân loại, mức độ nhu cầu thông tin và các thuộc tính mỗi cấu kiện phải mang.

Tại sao: Bạn không thể kiểm tra một mô hình theo một tiêu chuẩn bạn chưa mở. Bắt đầu từ các yêu cầu thực tế biến một cuộc rà soát mơ hồ thành đạt hay không đạt rõ ràng ở từng điểm.

Rà soát toàn bộ mô hình, kiểm tra quy tắc đặt tên, mã phân loại, mức độ chi tiết và các thuộc tính bắt buộc trên mỗi loại cấu kiện so với yêu cầu.

Tại sao: Một phân loại thiếu hay một trường thuộc tính trống làm hỏng việc bóc tách khối lượng và bàn giao tài sản ở phía sau. Bắt được nó lúc bàn giao rẻ hơn nhiều so với khi phát hiện lúc cần đến.

Nêu một vấn đề BCF cho mỗi thiếu sót so với một yêu cầu, chỉ vào cấu kiện và nêu rõ cái gì đang thiếu, để tác giả có một danh sách chính xác để sửa.

Tại sao: Một vấn đề chính xác được sửa; một lời phàn nàn mơ hồ rằng mô hình không tuân thủ thì bị tranh cãi. Gắn mỗi vấn đề với một yêu cầu và một cấu kiện loại bỏ chỗ cho tranh luận.

Chỉ chấp thuận một yêu cầu khi mô hình thực sự đáp ứng nó, để ma trận ghi nhận sự chấp nhận đúng thực chất thay vì một dấu tích lạc quan.

Tại sao: Chấp thuận là cửa bảo vệ mọi người ở phía sau. Giữ lại cho đến khi mô hình thực sự tuân thủ là điều ngăn một lỗ hổng dữ liệu bị người dự toán và người vận hành thừa kế.