Chương 2. Các mô hình phát triển phần mềm

Phương án nào sau đây KHÔNG nêu đúng ưu điểm của quy trình phát triển phần mềm theo mô hình thác nước?

• Quá trình phát triển đơn giản nên phù hợp với những dự án có ít thay đổi.

• Giảm thiểu các lỗi mắc phải trong giai đoạn thiết kế.

• Các giai đoạn được định nghĩa, với đầu vào và đầu ra rõ ràng nên dễ phân công công việc, phân bổ chi phí, giám sát công việc.

• Sửa lỗi dễ dàng và tốn ít chi phí.

Hoạt động nào sau đây trong tiến trình phần mềm tổng quát cung cấp báo cáo phản hồi của khách hàng?

• Mô hình hóa

• Lập kế hoạch

• Giao tiếp (loại)

• Triển khai

Mô hình nào sau đây KHÔNG phù hợp cho việc kỹ nghệ phần mềm có yêu cầu thay đổi?

• Mô hình làm bản mẫu

• Mô hình phát triển nhanh RAD

• Mô hình thác nước

• Mô hình xoắn ốc

Hai mô hình nào sau đây sẽ không thể cho ra sản phẩm đạt yêu cầu nếu không có sự tham gia của khách hàng?

• Mô hình RAD & mô hình thác nước.

• Mô hình RAD & mô hình làm bản mẫu.

• Mô hình thác nước và xoắn ốc.

• Mô hình RAD & xoắn ốc.

So với mô hình RAD (Rapid Application Development), mô hình thác nước (Waterfall Model) có nhược điểm nào về sự tham gia của khách hàng?

• Mô hình thác nước không cho phép khách hàng thay đổi yêu cầu sau khi quá trình phát triển bắt đầu.

• Mô hình thác nước cho phép khách hàng điều chỉnh yêu cầu thông qua các nguyên mẫu nhanh chóng.

• Mô hình thác nước không yêu cầu sự tham gia của khách hàng trong quá trình kiểm thử.

• Mô hình thác nước yêu cầu khách hàng tham gia liên tục trong suốt quá trình phát triển.

Nhận xét nào sau đây đúng về cách mô hình chữ V (V-Model) khắc phục nhược điểm của mô hình thác nước?

• Mô hình chữ V không yêu cầu lập kế hoạch trước.

• Mô hình chữ V cho phép linh hoạt quay lại các giai đoạn trước khi có thay đổi yêu cầu.

• Mô hình chữ V kết hợp kiểm thử trong từng giai đoạn phát triển, giúp đảm bảo chất lượng sản phẩm.

• Mô hình chữ V không cần đến sự tham gia của khách hàng trong giai đoạn kiểm thử.

So với mô hình làm bản mẫu, mô hình tiến hóa (Evolutionary Model) có ưu điểm nào trong việc xử lý các yêu cầu thay đổi?

• Mô hình tiến hóa không cho phép điều chỉnh yêu cầu sau khi phát triển bắt đầu.

• Mô hình tiến hóa không cần sự tham gia của khách hàng trong suốt quá trình phát triển.

• Mô hình tiến hóa yêu cầu hoàn thành tất cả các yêu cầu ngay từ đầu.

• Mô hình tiến hóa cho phép yêu cầu thay đổi liên tục trong suốt quá trình phát triển, không chỉ dựa trên các nguyên mẫu ban đầu.

Ưu điểm chính nào của mô hình làm bản mẫu (Prototyping Model) giúp khắc phục hạn chế của mô hình thác nước trong việc đáp ứng yêu cầu người dùng?

• Tạo ra các nguyên mẫu giúp người dùng dễ dàng điều chỉnh yêu cầu trong quá trình phát triển.

• Giảm thiểu thời gian phát triển và đưa ra sản phẩm nhanh hơn.

• Giảm thiểu sự tham gia của khách hàng trong quá trình phát triển.

• Loại bỏ sự cần thiết của tài liệu hóa chi tiết.

Phát biểu nào sau đây mô tả đúng cách mô hình tăng trưởng (Incremental Model) giúp giảm rủi ro trong các dự án lớn so với mô hình thác nước?

• Mô hình tăng trưởng phát triển toàn bộ hệ thống ngay từ đầu mà không cần qua các giai đoạn lặp lại.

• Mô hình tăng trưởng yêu cầu tất cả các yêu cầu phải được xác định trước khi phát triển bắt đầu.

• Mô hình tăng trưởng giúp phát triển hệ thống theo từng phần nhỏ, cho phép kiểm thử sớm và điều chỉnh dựa trên phản hồi từ mỗi phần.

• Mô hình tăng trưởng không yêu cầu tài liệu hóa như mô hình thác nước.

Trong Agile, làm thế nào để nhóm phát triển đảm bảo rằng họ đang phát triển các tính năng có giá trị cao nhất trước tiên?

• Thực hiện phân tích chi tiết và xác định các tính năng để phát triển nhất để hoàn thành trước.

• Làm việc chặt chẽ với Product Owner để liên tục đánh giá và sắp xếp lại backlog dựa trên giá trị kinh doanh và phản hồi của khách hàng.

• Hoàn thành tất cả các tính năng nhỏ trước, sau đó chuyển sang các tính năng lớn và phức tạp hơn.

• Ưu tiên các tính năng theo thứ tự xuất hiện trong backlog mà không cần thay đổi.