Phát biểu nào sau đây là sai khi nói về thiết kế?

Khi xem xét phân tích yêu cầu khả thi, có 4 đặc trưng quan trọng cần được xem xét:

1. Tính khả thi về mặt kỹ thuật (Technical Feasibility): Đánh giá xem liệu hệ thống có thể được phát triển và triển khai bằng công nghệ hiện có hay không. Xem xét các yếu tố như phần cứng, phần mềm, và chuyên môn kỹ thuật.
2. Tính khả thi về mặt kinh tế (Economic Feasibility): Đánh giá chi phí phát triển và duy trì hệ thống so với lợi ích dự kiến. Xem xét các yếu tố như chi phí đầu tư ban đầu, chi phí vận hành, và lợi nhuận thu được.
3. Tính khả thi về mặt pháp lý (Legal Feasibility): Đảm bảo rằng hệ thống tuân thủ tất cả các luật và quy định hiện hành. Xem xét các yếu tố như quyền riêng tư, bảo mật dữ liệu, và tuân thủ quy định ngành.
4. Tính khả thi về mặt vận hành (Operational Feasibility): Đánh giá xem liệu hệ thống có thể được vận hành và duy trì một cách hiệu quả hay không. Xem xét các yếu tố như khả năng sử dụng, khả năng bảo trì, và khả năng mở rộng.

Trong các kỹ thuật thu thập yêu cầu, kỹ thuật Delphi đặc biệt cần đến sự tham gia của các chuyên gia. Phương pháp Delphi là một quy trình có cấu trúc để thu thập và tổng hợp ý kiến từ một nhóm các chuyên gia về một chủ đề cụ thể. Các chuyên gia được hỏi ý kiến một cách độc lập và ẩn danh, và các phản hồi của họ được tổng hợp và chia sẻ lại cho nhóm. Sau đó, các chuyên gia có thể xem xét lại ý kiến của mình dựa trên thông tin mới. Quá trình này lặp đi lặp lại cho đến khi đạt được sự đồng thuận. Do đó, kỹ thuật Delphi phụ thuộc rất nhiều vào kiến thức và kinh nghiệm của các chuyên gia.

Câu hỏi yêu cầu tìm phát biểu sai về bản chất của phần mềm. Chúng ta sẽ xét từng đáp án:

• Đáp án 1: Phần mềm hoàn toàn có thể là sản phẩm theo đơn đặt hàng, ví dụ như các phần mềm quản lý nghiệp vụ được viết riêng cho một công ty.
• Đáp án 2: Phần mềm là một sản phẩm công nghiệp, vì nó được tạo ra thông qua một quy trình công nghiệp, sử dụng các công cụ và kỹ thuật cụ thể.
• Đáp án 3: Phần mềm là sản phẩm có thể thực thi, đây là một đặc tính quan trọng của phần mềm, nó phải có thể chạy và thực hiện các chức năng được thiết kế.
• Đáp án 4: Phần mềm thực sự là một sản phẩm, mặc dù nó là một sản phẩm vô hình (intangible), nó mang lại giá trị sử dụng cho người dùng, giải quyết các vấn đề hoặc cung cấp các dịch vụ.

Vậy, đáp án sai là "Không thực sự là sản phẩ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".