Phân tích giá trị được dẫn ra như là một phần của QFD (quality function deployment) nhằm xác định

Nguyên mẫu tiến hóa (evolutionary prototyping) được ưa chuộng hơn nguyên mẫu bỏ đi (throwaway prototyping) vì nó cho phép tái sử dụng nguyên mẫu ban đầu. Trong phương pháp tiến hóa, nguyên mẫu được xây dựng không phải để vứt bỏ mà để phát triển dần thành sản phẩm cuối cùng. Các phiên bản nguyên mẫu được tinh chỉnh và cải tiến liên tục dựa trên phản hồi từ khách hàng và các bên liên quan. Điều này giúp tiết kiệm thời gian và công sức so với việc xây dựng một sản phẩm hoàn toàn mới từ đầu. Các lựa chọn khác không đúng vì: B. Làm việc với khách hàng là yếu tố quan trọng trong cả hai loại nguyên mẫu. C. Thời gian thực hiện có thể nhanh hơn ở nguyên mẫu bỏ đi ban đầu, nhưng về tổng thể thì nguyên mẫu tiến hóa hiệu quả hơn. D. Độ tin cậy phụ thuộc vào quy trình phát triển và kiểm thử, không phải chỉ loại nguyên mẫu.

Độ đo hiệu quả khử lỗi (Defect Removal Efficiency - DRE) được tính bằng tỷ lệ giữa số lỗi được phát hiện trước khi phát hành phần mềm và tổng số lỗi tiềm tàng. Trong đó, số lỗi tiềm tàng là tổng số lỗi được phát hiện trước khi phát hành *cộng với* số lỗi được phát hiện sau khi phát hành (tức là lỗi do khách hàng phát hiện). Vì vậy, đáp án C là đáp án chính xác nhất vì nó bao gồm toàn bộ các lỗi đã được tìm thấy sau đó (sau khi phát hành phần mềm).

Phân tích yêu cầu là quá trình tìm hiểu sâu sắc nhu cầu của người dùng và các bên liên quan để xác định các yêu cầu cho một hệ thống phần mềm. Có nhiều phương pháp để phân tích yêu cầu, trong đó hai phương pháp phân tách vấn đề phổ biến nhất là top-down (từ trên xuống) và bottom-up (từ dưới lên).

* Top-down (từ trên xuống): Bắt đầu bằng việc xem xét toàn bộ hệ thống và chia nhỏ nó thành các thành phần nhỏ hơn, dễ quản lý hơn. Tiếp tục chia nhỏ cho đến khi đạt đến mức chi tiết cần thiết. Cách tiếp cận này hữu ích khi có một tầm nhìn rõ ràng về hệ thống tổng thể.

* Bottom-up (từ dưới lên): Bắt đầu bằng việc xác định các thành phần riêng lẻ và sau đó tích hợp chúng lại để tạo thành một hệ thống lớn hơn. Cách tiếp cận này hữu ích khi không có một tầm nhìn rõ ràng về hệ thống tổng thể, hoặc khi các thành phần riêng lẻ đã tồn tại.

Các lựa chọn khác không phải là các loại phân tách vấn đề tiêu chuẩn trong phân tích yêu cầu:

* Horizontal and vertical (ngang và dọc) thường được sử dụng trong các ngữ cảnh khác, ví dụ như phân chia trách nhiệm trong một tổ chức.
* Subordinate và superordinate (thứ cấp và siêu cấp) thường được sử dụng để mô tả mối quan hệ giữa các đối tượng hoặc khái niệm, nhưng không phải là phương pháp phân tách vấn đề.

Do đó, đáp án chính xác là A.

Mô hình tiến hóa là một mô hình phát triển phần mềm lặp đi lặp lại, trong đó một prototype (mẫu thử) được xây dựng, thử nghiệm, và sau đó được tinh chỉnh dựa trên phản hồi. Quá trình này lặp lại cho đến khi sản phẩm cuối cùng đạt yêu cầu. Do đó:

- A. Thường dùng prototype: Đúng, vì prototype là cốt lõi của mô hình tiến hóa.
- B. Bản chất lặp: Đúng, vì mô hình này phát triển qua nhiều vòng lặp.
- C. Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm: Đúng, vì mỗi vòng lặp cho phép tích hợp các thay đổi một cách linh hoạt.

Vì cả A, B và C đều đúng, đáp án D (Tất cả các mục) là đáp án chính xác nhất.