Hãy chỉ ra phát biểu sai về nhiệm vụ phân tích yêu cầu phần mềm

Bản đặc tả yêu cầu có thể được thể hiện dưới nhiều hình thức khác nhau để mô tả đầy đủ và chi tiết các yêu cầu của hệ thống. Cụ thể:

* Văn bản: Sử dụng ngôn ngữ tự nhiên để mô tả các yêu cầu. Đây là hình thức phổ biến và dễ hiểu.
* Mô hình đồ họa: Sử dụng các sơ đồ, biểu đồ (ví dụ: UML) để trực quan hóa các yêu cầu, giúp dễ hình dung và hiểu mối quan hệ giữa các thành phần.
* Tập hợp các kịch bản sử dụng (Use case): Mô tả cách người dùng tương tác với hệ thống để đạt được một mục tiêu cụ thể. Mỗi kịch bản sử dụng thể hiện một yêu cầu chức năng của hệ thống.

Vì vậy, bản đặc tả yêu cầu có thể ở dạng văn bản, mô hình đồ họa, tập hợp các kịch bản sử dụng, hoặc kết hợp bất kỳ hình thức nào trong số đó để đảm bảo sự rõ ràng và đầy đủ.

Đáp án D chính xác vì nó bao gồm tất cả các khả năng có thể xảy ra của bản đặc tả yêu cầu.

Tài liệu đặc tả yêu cầu (Software Requirements Specification - SRS) mô tả chi tiết các chức năng, hiệu năng và ràng buộc thiết kế của phần mềm. Nó là tài liệu chính thức thể hiện sự đồng thuận giữa người mua và người bán về những gì phần mềm sẽ làm, do đó nó đủ chi tiết để làm cơ sở cho hợp đồng. Tài liệu xác định yêu cầu thường ở mức độ khái quát hơn, còn tài liệu đặc tả phần mềm bao gồm cả chi tiết thiết kế, có thể vượt quá phạm vi cần thiết cho hợp đồng ban đầu.

Câu hỏi này kiểm tra kiến thức về các loại tài liệu trong quy trình phát triển phần mềm, đặc biệt là vai trò của chúng trong giai đoạn thiết kế và triển khai.

* Tài liệu xác định yêu cầu: Tài liệu này chủ yếu tập trung vào việc thu thập và mô tả các yêu cầu từ phía người dùng và các bên liên quan. Nó xác định *cái gì* cần được xây dựng, chứ không đi sâu vào *làm thế nào* để xây dựng. Do đó, nó chưa đủ chi tiết để trực tiếp làm cơ sở cho thiết kế và triển khai.

* Tài liệu đặc tả yêu cầu: Tài liệu này chi tiết hơn tài liệu xác định yêu cầu, nó mô tả yêu cầu một cách chính thức và có cấu trúc. Tuy nhiên, nó vẫn tập trung vào việc mô tả yêu cầu ở mức độ cao, chưa đủ chi tiết cho việc thiết kế và triển khai trực tiếp.

* Tài liệu đặc tả phần mềm: Đây là tài liệu quan trọng nhất trong việc làm cơ sở cho thiết kế và triển khai. Tài liệu này mô tả chi tiết cách phần mềm sẽ được xây dựng để đáp ứng các yêu cầu đã được xác định. Nó bao gồm các thông tin về kiến trúc hệ thống, cấu trúc dữ liệu, các thuật toán, giao diện người dùng, và các thành phần khác của phần mềm. Các nhà thiết kế và lập trình viên sẽ dựa vào tài liệu này để hiểu rõ cách thức phần mềm hoạt động và xây dựng nó một cách chính xác.

* Tổng hợp tất cả tài liệu trên: Mặc dù việc tham khảo tất cả các tài liệu là hữu ích, nhưng tài liệu *đặc tả phần mềm* là quan trọng nhất và trực tiếp nhất trong việc làm cơ sở cho thiết kế và triển khai.

Vì vậy, đáp án chính xác là C.

Quy trình kỹ nghệ yêu cầu (Requirement Engineering Process) thường bắt đầu bằng việc xác định tính khả thi của dự án, sau đó thu thập các yêu cầu từ các bên liên quan, phân tích và thương lượng để làm rõ và giải quyết xung đột giữa các yêu cầu, đặc tả các yêu cầu này thành tài liệu chính thức, mô hình hóa để dễ hình dung và hiểu rõ hơn, thẩm định để đảm bảo tính đúng đắn và đầy đủ, và cuối cùng là quản trị các yêu cầu trong suốt vòng đời dự án.

Phân tích các đáp án:
* A. Sai vì bỏ qua bước nghiên cứu tính khả thi ban đầu, bước này cần thực hiện trước khi thu thập yêu cầu.
* B. Đúng. Trình bày đúng quy trình: Nghiên cứu tính khả thi -> Thu thập yêu cầu -> Mô hình hóa yêu cầu -> Phân tích và thương lượng -> Đặc tả yêu cầu -> Thẩm định yêu cầu -> Quản trị yêu cầu.
* C. Sai vì thứ tự các bước chưa chính xác, đặc biệt là bước mô hình hóa.
* D. Sai vì có một đáp án đúng.

Vậy đáp án đúng là B.

Quy trình kỹ nghệ yêu cầu (Requirements Engineering) bao gồm các bước chính như thu thập yêu cầu, phân tích yêu cầu, đặc tả yêu cầu, thẩm định yêu cầu và quản lý yêu cầu.

* Nghiên cứu tính khả thi của yêu cầu: Đây là một bước quan trọng trong giai đoạn đầu của quy trình, giúp xác định xem yêu cầu có thể thực hiện được trong điều kiện thực tế hay không.
* Quản trị yêu cầu: Quản lý các thay đổi, phiên bản của yêu cầu trong suốt quá trình phát triển phần mềm.
* Thẩm định yêu cầu: Đảm bảo rằng các yêu cầu được định nghĩa là chính xác, đầy đủ và đáp ứng nhu cầu của người dùng.
* Đối sánh yêu cầu: Không phải là một bước tiêu chuẩn trong quy trình kỹ nghệ yêu cầu. Thay vào đó, các hoạt động như phân tích và ưu tiên yêu cầu thường được sử dụng để giải quyết các xung đột hoặc mâu thuẫn giữa các yêu cầu khác nhau.

Do đó, đáp án C là đáp án không thuộc quy trình kỹ nghệ yêu cầu.