Tính khả thi của phần mềm dựa vào các yếu tố sau:

Phần mềm hệ thống (System software) là một tập hợp các chương trình được thiết kế để cung cấp dịch vụ cho các chương trình khác. Nó quản lý tài nguyên phần cứng và cung cấp một nền tảng để các ứng dụng có thể chạy. Các ví dụ về phần mềm hệ thống bao gồm hệ điều hành (như Windows, macOS, Linux), trình điều khiển thiết bị và các tiện ích hệ thống.

Báo cáo của IBM chỉ ra tỷ lệ dự án thất bại cao do nhiều yếu tố. Các lựa chọn khác như thiếu đào tạo, đạo đức phần mềm hay suy thoái kinh tế có thể là yếu tố tác động, nhưng không bao trùm được toàn bộ vấn đề như quản lý dự án kém. Quản lý yếu kém có thể dẫn đến các vấn đề như phạm vi dự án không rõ ràng, ước tính thời gian và chi phí không chính xác, giao tiếp kém hiệu quả giữa các bên liên quan, quản lý rủi ro không đầy đủ và thiếu sự giám sát chặt chẽ trong quá trình thực hiện dự án. Tất cả những yếu tố này góp phần vào việc dự án bị hủy bỏ, vượt dự toán hoặc phải khởi động lại.

Câu hỏi yêu cầu tìm phát biểu không đúng về quá trình thu thập yêu cầu.

• Đáp án 1: Yêu cầu rất khó phát hiện. Phát biểu này đúng. Việc thu thập yêu cầu thường gặp nhiều khó khăn do người dùng có thể không diễn đạt rõ ràng nhu cầu của mình, hoặc yêu cầu ẩn nằm sâu trong quy trình nghiệp vụ.
• Đáp án 2: Yêu cầu rất dễ bị thay đổi. Phát biểu này đúng. Yêu cầu có thể thay đổi do nhiều yếu tố như thay đổi về môi trường kinh doanh, công nghệ, hoặc nhận thức của người dùng.
• Đáp án 3: Yêu cầu phải luôn thống nhất. Phát biểu này đúng. Tính nhất quán của yêu cầu là rất quan trọng để tránh xung đột và đảm bảo hệ thống được xây dựng đáp ứng đúng nhu cầu.
• Đáp án 4: Yêu cầu luôn được biết một cách chính xác. Phát biểu này không đúng. Trên thực tế, yêu cầu thường không được biết một cách chính xác ngay từ đầu. Quá trình thu thập yêu cầu là một quá trình lặp đi lặp lại, trong đó yêu cầu được khám phá, làm rõ và tinh chỉnh dần dần.

Vì vậy, đáp án đúng là đáp án 4.

Mô hình tiến trình phần mềm tiến hóa là một cách tiếp cận lặp đi lặp lại để phát triển phần mềm. Thay vì cố gắng phát triển một sản phẩm hoàn chỉnh trong một lần, mô hình tiến hóa phát triển phần mềm theo các bước gia tăng, với mỗi bước xây dựng dựa trên các bước trước đó. Điều này cho phép dễ dàng điều chỉnh các thay đổi về yêu cầu sản phẩm trong suốt quá trình phát triển. Do bản chất lặp đi lặp lại, mô hình này thường không tạo ra các sản phẩm bị loại bỏ hoàn toàn vì mỗi lần lặp đều nhằm mục đích cải thiện và mở rộng sản phẩm hiện có. Vì vậy, đáp án D, "Tất cả các mục", là chính xác nhất vì nó bao gồm tất cả các khía cạnh quan trọng của mô hình tiến trình phần mềm tiến hóa.

Trong phân tích yêu cầu phần mềm, mục tiêu chính là hiểu và mô tả những gì phần mềm cần làm, chứ không phải là cách nó sẽ làm điều đó. Do đó, các mô hình được tạo ra tập trung vào chức năng và hành vi của hệ thống.

• A. Chức năng và hành vi: Đây là đáp án đúng. Phân tích yêu cầu tập trung vào việc mô tả các chức năng mà phần mềm phải cung cấp và cách người dùng tương tác với phần mềm (hành vi).
• B. Giải thuật và cấu trúc dữ liệu: Đây là công việc của giai đoạn thiết kế, sau khi các yêu cầu đã được xác định rõ ràng.
• C. Kiến trúc và cấu trúc: Tương tự như trên, kiến trúc và cấu trúc hệ thống là một phần của giai đoạn thiết kế, không phải phân tích yêu cầu.
• D. Tính tin cậy và tính sử dụng: Đây là các thuộc tính chất lượng quan trọng, nhưng không phải là loại mô hình được tạo ra trong phân tích yêu cầu. Các yêu cầu về tính tin cậy và tính sử dụng sẽ ảnh hưởng đến thiết kế và kiểm thử, nhưng bản thân chúng không phải là "mô hình".