Theo một báo cáo của IBM, "31% các dự án bị hủy bỏ trước khi chúng được hoàn thành, 53% vượt dự toán trung bình 189% và cứ mỗi 100 dự án, có 94 dự án khởi động lại". Lý do nào cho số liệu thống kê trên?

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".

Nguyên tắc cho việc biểu diễn yêu cầu bao gồm:

• Biểu đồ phải thu hẹp về số lượng và toàn vẹn trong sử dụng.
• Hình thức và nội dung biểu diễn thích hợp với nội dung.
• Những biểu diễn phải có thể xem xét lại.

Phương án D không phải là một nguyên tắc trong việc biểu diễn yêu cầu. Số lượng màu sắc sử dụng trong biểu đồ không phải là yếu tố quyết định tính hiệu quả của việc biểu diễn yêu cầu, mà quan trọng hơn là sự rõ ràng, dễ hiểu và phù hợp với mục đích truyền đạt thông tin.

Vậy đáp án đúng là D.

Kiến trúc phần mềm tập trung vào cấu trúc tổng thể của hệ thống, các thành phần chính và cách chúng tương tác với nhau. Các yếu tố như cơ sở dữ liệu, thiết kế dữ liệu và cấu trúc chương trình đều là những phần quan trọng của kiến trúc phần mềm. Chi tiết giải thuật, ngược lại, thường liên quan đến việc triển khai cụ thể bên trong một thành phần và không phải là một phần của kiến trúc phần mềm ở cấp độ cao.