Khi đặc tả yêu cầu phần mềm cần đặc tả:

Quá trình mô hình hóa yêu cầu hệ thống nhằm mục đích thu thập, phân tích và biểu diễn các yêu cầu của người dùng và hệ thống. Các sản phẩm của quá trình này bao gồm: * **Biểu đồ Use Case:** Mô tả tương tác giữa người dùng (tác nhân) và hệ thống để đạt được một mục tiêu cụ thể. Nó cho thấy các chức năng chính mà hệ thống cung cấp cho người dùng. * **Biểu đồ phân rã chức năng:** Phân rã các chức năng phức tạp thành các chức năng nhỏ hơn, dễ quản lý hơn. * **Câu chuyện người dùng (User Story):** Mô tả ngắn gọn về một tính năng từ quan điểm của người dùng cuối. Vì vậy, tất cả các đáp án trên đều là sản phẩm của quá trình mô hình hóa yêu cầu hệ thống.

Mô hình hóa yêu cầu hệ thống là quá trình phân tích và biểu diễn các yêu cầu của người dùng và hệ thống một cách rõ ràng và dễ hiểu. Quá trình này tạo ra nhiều sản phẩm khác nhau, bao gồm: * **Biểu đồ lớp mức phân tích:** Biểu diễn cấu trúc tĩnh của hệ thống, các lớp, thuộc tính và mối quan hệ giữa chúng. * **Mô hình dữ liệu (Ví dụ biểu đồ ERD của Chen):** Biểu diễn cấu trúc dữ liệu của hệ thống, các thực thể, thuộc tính và mối quan hệ giữa chúng. * **Biểu đồ giao tiếp:** Biểu diễn tương tác giữa các đối tượng trong hệ thống. Vì vậy, tất cả các đáp án trên đều là sản phẩm của quá trình mô hình hóa yêu cầu hệ thống.

Quá trình mô hình hóa yêu cầu hệ thống nhằm mục đích thu thập, phân tích và biểu diễn các yêu cầu của người dùng và hệ thống một cách rõ ràng, dễ hiểu. Các sản phẩm của quá trình này bao gồm: * **Biểu đồ luồng quy trình nghiệp vụ (Ví dụ: BPMN):** Mô tả các bước và luồng công việc trong một quy trình nghiệp vụ. * **Mô hình dữ liệu (Ví dụ biểu đồ ERD của Chen):** Biểu diễn cấu trúc dữ liệu và mối quan hệ giữa các thực thể dữ liệu. * **Biểu đồ máy trạng thái:** Mô tả các trạng thái của hệ thống và các chuyển đổi giữa các trạng thái này. Vì cả ba loại biểu đồ trên đều là sản phẩm của quá trình mô hình hóa yêu cầu hệ thống, đáp án đúng là "Tất cả các đáp án trên".

Đáp án A đúng vì thẩm định yêu cầu diễn ra sau phân tích yêu cầu, nhằm tìm kiếm và giải quyết các vấn đề tiềm ẩn trong các yêu cầu đã được xác định. Đáp án B đúng vì lỗi trong đặc tả yêu cầu, nếu không được phát hiện sớm, sẽ gây ra chi phí sửa chữa lớn khi hệ thống đã được triển khai. Đáp án C đúng vì thẩm định yêu cầu đảm bảo rằng các yêu cầu đã thu thập thực sự phản ánh nhu cầu của khách hàng và định nghĩa chính xác hệ thống cần xây dựng. Vì cả ba đáp án A, B, và C đều đúng, nên đáp án D là đáp án chính xác nhất.

Phát biểu đúng về thẩm định yêu cầu là: D. Vì chi phí sửa chữa yêu cầu phần mềm cao nên việc thẩm định rất quan trọng. Thẩm định yêu cầu là quá trình kiểm tra và xác nhận rằng các yêu cầu phần mềm được thu thập và ghi lại một cách chính xác, đầy đủ và phù hợp với nhu cầu của người dùng. Mục tiêu chính của việc thẩm định là phát hiện ra các lỗi, mâu thuẫn hoặc thiếu sót trong yêu cầu trước khi chúng gây ra các vấn đề nghiêm trọng trong quá trình phát triển phần mềm. Việc sửa chữa các lỗi yêu cầu ở giai đoạn sau của dự án (ví dụ: thiết kế, mã hóa, kiểm thử) tốn kém hơn rất nhiều so với việc phát hiện và sửa chữa chúng ở giai đoạn đầu (ví dụ: thẩm định yêu cầu). Do đó, thẩm định yêu cầu là một hoạt động quan trọng để đảm bảo chất lượng và thành công của dự án phần mềm. Các lựa chọn khác không chính xác vì: A. Thẩm định yêu cầu không phải là việc làm lại việc phân tích yêu cầu. Thẩm định là xác nhận rằng các yêu cầu đã được phân tích là chính xác và đầy đủ. B. Nếu không có thẩm định yêu cầu, lỗi về yêu cầu làm thay đổi hệ thống được phát hiện ra tại pha thiết kế hoặc mã hóa thường chi phí sửa CAO hơn nhiều so với chi phí chỉ sửa thiết kế hoặc sửa lỗi mã hóa. C. Việc thẩm định yêu cầu không chỉ là việc chứng tỏ rằng bản đặc tả yêu cầu là đúng với hệ thống khách hàng thực sự cần, mà còn phải đảm bảo tính đầy đủ, nhất quán và khả thi của các yêu cầu.