Phát biểu nào là sai khi nói về bản chất của phần mềm:

Use case (ca sử dụng) mô tả cách người dùng (hoặc một hệ thống khác) tương tác với phần mềm để đạt được một mục tiêu cụ thể. Nó tập trung vào việc phần mềm thực hiện như thế nào khi được sử dụng trong một tình huống cụ thể, từ góc độ của người dùng.

• Đáp án 1 đúng: Mô tả chính xác mục đích của use case, tập trung vào hành vi của phần mềm trong một tình huống cụ thể.
• Đáp án 2 sai: Use case không liên quan trực tiếp đến các công cụ CASE (Computer-Aided Software Engineering).
• Đáp án 3 sai: Use case không phải là kế hoạch xây dựng phần mềm; nó mô tả cách phần mềm sẽ được sử dụng, không phải cách nó sẽ được xây dựng.
• Đáp án 4 sai: Use case có thể được sử dụng để tạo test case, nhưng bản thân nó không phải là một test case.

Đặc tả yêu cầu (Requirements Specification) là một tài liệu mô tả đầy đủ và chi tiết về những gì mà phần mềm hoặc hệ thống cần phải làm. Nó bao gồm các chức năng, hiệu năng, ràng buộc và các thuộc tính khác của hệ thống.

Các phương pháp thường được sử dụng trong đặc tả yêu cầu bao gồm:

• Đặc tả thao tác: Mô tả các thao tác mà người dùng hoặc hệ thống sẽ thực hiện, ví dụ như các use case, sequence diagram.
• Đặc tả mô hình: Sử dụng các mô hình để biểu diễn hệ thống, ví dụ như class diagram, state diagram.
• Đặc tả bằng sơ đồ: Sử dụng các sơ đồ để trực quan hóa các yêu cầu, ví dụ như sơ đồ luồng dữ liệu, sơ đồ thực thể liên kết.

Đặc tả thuật toán không phải là một phần của đặc tả yêu cầu. Thuật toán mô tả cách một chức năng cụ thể được thực hiện, và nó thuộc về giai đoạn thiết kế và triển khai, chứ không phải là giai đoạn thu thập và đặc tả yêu cầu.

Vì vậy, đáp án đúng là "Đặc tả thuật toán".

Câu hỏi này liên quan đến việc làm rõ các từ ngữ mang tính định lượng hoặc tần suất không rõ ràng khi xác nhận một yêu cầu nào đó. Việc sử dụng các từ như "một số", "đôi khi", "thường",... có thể dẫn đến hiểu lầm hoặc không thống nhất về mức độ yêu cầu. Do đó, đáp án đúng là phương án 1.

Các phương án khác không trực tiếp liên quan đến việc làm rõ mức độ hoặc tần suất của yêu cầu:

• Phương án 2: Danh từ số nhiều hay số ít quan trọng trong ngữ pháp, nhưng không phải là yếu tố cần làm rõ để tránh hiểu lầm về mức độ yêu cầu.
• Phương án 3: Tính từ chỉ trạng thái mô tả đặc điểm, tính chất, nhưng không liên quan đến số lượng hay tần suất.
• Phương án 4: Động từ chủ động/bị động liên quan đến vai trò của chủ thể trong hành động, không phải mức độ hoặc tần suất của hành động đó.

Trong quá trình xác định yêu cầu, các yêu cầu thường được phân loại thành hai loại chính: yêu cầu chức năng và yêu cầu phi chức năng. Yêu cầu chức năng mô tả những gì hệ thống phải làm (ví dụ: tính năng, chức năng cụ thể). Yêu cầu phi chức năng mô tả cách hệ thống thực hiện các chức năng đó (ví dụ: hiệu suất, bảo mật, khả năng sử dụng). Các lựa chọn khác không phản ánh chính xác cách phân loại yêu cầu trong giai đoạn xác định yêu cầu.

Giao diện dòng lệnh (Command Line Interface - CLI) là một loại giao diện người dùng dựa trên văn bản, nơi người dùng tương tác với hệ thống bằng cách nhập các lệnh. Đặc điểm chính của giao diện dòng lệnh là tính đơn giản và thao tác tuần tự. Người dùng nhập một lệnh, hệ thống thực hiện lệnh đó, và sau đó hiển thị kết quả hoặc nhắc lệnh tiếp theo. Không giống như giao diện đồ họa (GUI) có nhiều cửa sổ và khả năng tương tác song song, CLI thường yêu cầu người dùng thực hiện các thao tác một cách tuần tự.

• Phương án 1: "Giao diện đơn giản, thao tác thực hiện tuần tự" - Đây là đáp án chính xác, phản ánh đúng bản chất của giao diện dòng lệnh.
• Phương án 2: "Có nhiều cửa sổ, có thể tương tác song song" - Mô tả này phù hợp với giao diện đồ họa (GUI) chứ không phải CLI.
• Phương án 3: "Sử dụng cửa sổ, menu, icon,…,bàn phím, chuột" - Đây cũng là đặc điểm của giao diện đồ họa (GUI).
• Phương án 4: "Giao diện đơn giản, có thể tương tác song song" - Mặc dù giao diện dòng lệnh đơn giản, nhưng nó không hỗ trợ tương tác song song theo cách mà GUI thực hiện.