Loại khả thi nào không được xem xét trong phân tích khả thi

Yêu cầu chức năng mô tả những gì hệ thống cần phải làm. Trong các lựa chọn trên:

• Lựa chọn 1, 2 và 3 đều mô tả những hành động cụ thể mà hệ thống cần thực hiện (cảnh báo, thao tác dữ liệu).

• Lựa chọn 4 là yêu cầu về thao tác người dùng, không phải là chức năng hệ thống.

Vậy, đáp án đúng nhất là lựa chọn 2 vì nó bao quát các thao tác nghiệp vụ cơ bản mà một hệ thống thông tin thường phải cung cấp. Các đáp án 1 và 3 cũng là yêu cầu chức năng nhưng không bao quát bằng đáp án 2.

Tài liệu SRS (Software Requirements Specification) mô tả đầy đủ các yêu cầu chức năng và phi chức năng của một hệ thống phần mềm. Người chịu trách nhiệm chính trong việc viết tài liệu này thường là phân tích viên (analyst). Phân tích viên có vai trò thu thập, phân tích và mô tả các yêu cầu từ khách hàng và các bên liên quan, sau đó chuyển chúng thành một tài liệu SRS chi tiết và dễ hiểu.

• Người quản lý dự án (project manager) có vai trò quản lý dự án, lập kế hoạch, phân công công việc và theo dõi tiến độ, nhưng không trực tiếp viết SRS.
• Lập trình viên (programmer) có vai trò viết mã chương trình dựa trên tài liệu SRS.
• Khách hàng (customer) cung cấp yêu cầu, nhưng không viết tài liệu SRS.

Phân tích yêu cầu phần mềm bao gồm các tác vụ như mô hình hóa và thừa nhận vấn đề, đặc tả và xem xét, định giá và tổng hợp. Lập kế hoạch và lịch biểu là các hoạt động thuộc về quản lý dự án, không phải là một phần của phân tích yêu cầu phần mềm.

Do đó, đáp án C là đáp án đúng.

Mục đích của việc xây dựng mô hình phân tích bao gồm: mô tả yêu cầu của khách hàng, phát triển một giải pháp tóm tắt cho vấn đề và thiết lập một nền tảng cho thiết kế phần mềm. Việc xác định một tập những yêu cầu phần mềm là một phần của quá trình phân tích yêu cầu, nhưng không phải là mục đích chính của việc xây dựng mô hình phân tích. Mô hình phân tích giúp hiểu rõ hơn về bài toán, yêu cầu và các ràng buộc, từ đó đưa ra giải pháp phù hợp.

Thiết kế phần mềm tốt đảm bảo chất lượng tổng thể của sản phẩm phần mềm. Chất lượng bao gồm nhiều yếu tố như độ tin cậy, tính bảo trì, hiệu suất, tính dễ sử dụng, v.v. Các lựa chọn khác như Accuracy (độ chính xác), Complexity (độ phức tạp), Efficiency (hiệu quả) chỉ là những khía cạnh riêng lẻ của chất lượng phần mềm chứ không bao quát được toàn bộ ý nghĩa của việc thiết kế phần mềm. Do đó, 'Quality' (chất lượng) là từ đơn thích hợp nhất để tóm tắt tầm quan trọng của thiết kế phần mềm.