CNPM C6 P1 34c

Phương án nào sau đây nêu đúng nhược điểm lớn nhất của mô hình RAD?

• Thành viên trong nhóm cần có kỹ năng và trình độ cao

• Cả ba điều trên[1]

• Không tính sử dụng lại của các thành phần

• Không có phản hồi từ khách hàng

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 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 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 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 yêu cầu khách hàng tham gia liên tục trong suốt quá trình phát triển.

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

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

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

• Mô hình RAD

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

Trong Scrum, nếu Product Owner không tham gia đầy đủ vào quá trình làm việc của nhóm, điều gì có thể xảy ra?

• Nhóm Scrum Master sẽ thay thế vai trò Product Owner và quản lý backlog.

• Sprint vẫn tiếp tục nhưng các yêu cầu có thể không chính xác hoặc không đáp ứng được nhu cầu khách hàng.

• Sprint sẽ bị tạm dừng cho đến khi Product Owner tham gia trở lại.

• Nhóm phát triển tự quyết định các ưu tiên sản phẩm và tiếp tục Sprint mà không cần Product Owner.

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.

Điểm yếu nào của mô hình thác nước (Waterfall Model) được khắc phục bởi mô hình xoắn ốc (Spiral Model)?

• Mô hình xoắn ốc không cần lập kế hoạch chi tiết trước khi bắt đầu phát triển.

• Mô hình xoắn ốc giảm thiểu sự cần thiết của tài liệu hóa.

• Mô hình xoắn ốc cho phép điều chỉnh yêu cầu và quản lý rủi ro qua mỗi vòng xoắn lặp lại.

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

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?

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

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

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

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

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