Trong độ đo hiệu quả khử lỗi DRE, số lỗi tiềm tàng là

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.

Kiểm thử hộp đen (black-box testing) là một phương pháp kiểm thử phần mềm mà không yêu cầu kiến thức về cấu trúc bên trong, thiết kế hoặc cách triển khai của phần mềm. Các kỹ thuật kiểm thử hộp đen tập trung vào việc kiểm tra chức năng và hành vi của phần mềm dựa trên các yêu cầu và đặc tả.

Các phương án B, C và D (Phân tích giá trị biên, Kiểm thử chuyển đổi trạng thái, và Đoán lỗi) đều là các kỹ thuật kiểm thử hộp đen phổ biến.

Phương án A, Kiểm thử điều kiện (Condition testing), thường được xem là một phần của kiểm thử hộp trắng (white-box testing) vì nó liên quan đến việc kiểm tra các điều kiện và nhánh (branches) trong mã nguồn.

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

Để xây dựng một mô hình hệ thống hiệu quả, kỹ sư cần xem xét các yếu tố hạn chế. Trong đó, những giả định và ràng buộc đóng vai trò quan trọng nhất. Giả định là những điều được chấp nhận là đúng mà không cần chứng minh, trong khi ràng buộc là những giới hạn về mặt kỹ thuật, tài chính, thời gian, hoặc quy định mà hệ thống phải tuân thủ. Việc xác định rõ các giả định và ràng buộc giúp định hình phạm vi và hướng đi của mô hình, đảm bảo tính khả thi và phù hợp với thực tế. Các yếu tố khác như ngân sách, đối tượng/hoạt động, lịch biểu cũng quan trọng nhưng không mang tính nền tảng như giả định và ràng buộc.