Bước thứ ba là vai trò của các lớp được ghi trên thẻ CRC. Mục đích của bước này là xác nhận trạng thái hiện tại của mô hình kết cấu đang phát triển.
Bản dịch của 65K và 66K – CNTT-ĐHSPHN
Alec đã trao các thẻ CRC cho các thành viên khác nhau trong đội của mình. Sử dụng thẻ CRC, họ bắt đầu thực hiện các trường hợp sử dụng khác nhau (xem Hình 5-18), từng lần một, để xem liệu mô hình cấu trúc hiện tại có thể hỗ trợ từng trường hợp sử dụng hay liệu trường hợp sử dụng có khiến hệ thống gặp sự cố hay không. Bất cứ khi nào hệ thống gặp sự cố, có thể thiếu một thứ gì đó: một lớp, một thuộc tính, một mối quan hệ hoặc một hoạt động. Sau đó, họ sẽ thêm thông tin còn thiếu vào mô hình cấu trúc và thử thực hiện lại trường hợp sử dụng.
Đầu tiên, Alec và nhóm xác định rằng khách hàng đã yêu cầu hệ thống thực hiện tìm kiếm tất cả các đĩa CD liên quan đến một nghệ sĩ cụ thể. Dựa trên các thẻ CRC hiện tại, nhóm cảm thấy rằng hệ thống sẽ tạo ra một danh sách chính xác các đĩa CD. Sau đó, họ đã cố gắng yêu cầu hệ thống cho một tập hợp các đánh giá về các đĩa CD. Tại thời điểm thực hiện, hệ thống bị sập. Các thẻ CRC không có lớp đánh giá được liên kết với lớp CD. Do đó, không có cách nào để lấy thông tin được yêu cầu. Quan sát này đặt ra một câu hỏi khác: có thông tin tiếp thị nào khác cần được cung cấp cho khách hàng không, ví dụ như thông tin nghệ sĩ và clip mẫu?
Tiếp theo, nhóm nhận ra rằng thông tin nhà cung cấp phải là một lớp riêng biệt được liên kết với CD chứ không phải là một thuộc tính bổ sung của CD. Điều này là do các nhà cung cấp đã có thêm thông tin và hoạt động. Nếu nhóm đã mô hình hóa thông tin nhà cung cấp như một thuộc tính của CD, thì thông tin và hoạt động bổ sung sẽ bị mất. Họ tiếp tục nhập vai từng trường hợp sử dụng cho đến khi họ cảm thấy hài lòng với mô hình cấu trúc có thể hỗ trợ từng người.