Về nguyên tắc, các yêu cầu trong xác định yêu cầu phải đảm bảo những yêu tố nào?

Tính khả thi của một dự án phần mềm phụ thuộc vào nhiều yếu tố, nhưng quan trọng nhất là:

• Công nghệ: Có công nghệ phù hợp để phát triển phần mềm hay không?
• Tiền bạc: Có đủ ngân sách để hoàn thành dự án hay không?
• Thời gian: Có đủ thời gian để hoàn thành dự án theo yêu cầu hay không?
• Tài nguyên: Có đủ nguồn lực (nhân lực, phần cứng, phần mềm, dữ liệu, v.v.) để hoàn thành dự án hay không?

Các yếu tố khác như nghiệp vụ, tiếp thị, phạm vi, ràng buộc, thị trường, kỹ năng và năng lực của nhà phát triển cũng quan trọng, nhưng chúng thường nằm trong phạm vi của các yếu tố chính trên. Ví dụ, kỹ năng và năng lực của nhà phát triển là một phần của "tài nguyên", và thị trường có thể ảnh hưởng đến "tiền bạc" và "thời gian".

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.