CHƯƠNG 2

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 xoắn ốc

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

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

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

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

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

• Giảm thiểu sự tham gia của khách hàng 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.

So với mô hình thác nước, mô hình RAD (Rapid Application Development) có ưu điểm nào liên quan đến thời gian phát triển?

• Mô hình RAD giúp phát triển các dự án có yêu cầu rõ ràng ngay từ đầu.

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

• Mô hình RAD không yêu cầu kiểm thử phần mềm trước khi phát hành.

• Mô hình RAD cho phép hoàn thiện sản phẩm nhanh chóng bằng cách chia nhỏ các yêu cầu và phát triển song song.

Nhận định nào sau đây đúng về ưu điểm của mô hình làm bản mẫu (Prototyping Model) so với mô hình thác nước (Waterfall Model)?

• Mô hình làm bản mẫu cho phép người dùng điều chỉnh yêu cầu dựa trên nguyên mẫu trước khi sản phẩm hoàn chỉnh được phát triển.

• Mô hình làm bản mẫu không yêu cầu sự tham gia của khách hàng trong suốt quá trình phát triển.

• Mô hình làm bản mẫu không yêu cầu tài liệu hóa chi tiết như mô hình thác nước.

• Mô hình làm bản mẫu giúp giảm thời gian phát triển phần mềm so với mô hình thác nước.

Nhận xét nào sau đây đúng về cách mô hình xoắn ốc (Spiral Model) xử lý rủi ro so với mô hình thác nước?

• Mô hình xoắn ốc loại bỏ việc kiểm thử phần mềm cho đến khi sản phẩm hoàn thành.

• Mô hình xoắn ốc kết hợp đánh giá rủi ro trong mỗi chu kỳ lặp, giúp quản lý rủi ro tốt hơn so với mô hình thác nước.

• Mô hình xoắn ốc không cần đánh giá rủi ro trong quá trình phát triển.

• Mô hình xoắn ốc yêu cầu tất cả các yêu cầu phải được xác định ngay từ đầu như mô hình thác nước.

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 không cần đến sự tham gia của khách hàng trong giai đoạn kiểm thử.

• 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 cho phép linh hoạt quay lại các giai đoạn trước khi có thay đổi yêu cầu.

Nếu bạn là quản lý dự án của một công ty phần mềm và bạn cần xây dựng một hệ thống phần mềm nội bộ cho khách hàng với tiêu chí tiết kiệm, khả năng tùy biến cao, có nhiều sự hỗ trợ và tư vấn từ cộng đồng nhà phát triển, bạn sẽ chọn mô hình nào sau đây?

• Mô hình hướng thành phần

• Mô hình mã nguồn mở

• Mô hình sử dụng lại

• Mô hình Agile

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?

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

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

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

• Ư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.

Một công ty đang phát triển bản nâng cấp của một phần mềm đã được bán trên thị trường, mô hình nào sau đây thích hợp trong trường hợp này?

• Mô hình tiến hóa

• Mô hình xoắn ốc

• Mô hình RAD

• Cả mô hình RAD và tiến hóa

Khi phát triển một ứng dụng nhỏ với thời gian phát triển ngắn, và nhóm phát triển muốn tận dụng tối đa các thành phần phần mềm đã có sẵn, phương pháp nào sẽ tối ưu hơn?

• Phát triển một hệ thống hoàn toàn mới mà không dùng thành phần hoặc dịch vụ tái chế

• Component-based Software Engineering (CBSE)

• Service-Oriented Architecture (SOA)

• Chọn mô hình phát triển Waterfall