CNPM C6 P2

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 làm bản mẫu.

  
  

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

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

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

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 có thể đưa vào hoạt động trong thời gian ngắn, sản phẩm chuyển giao chia thành từng phần tăng thêm theo yêu cầu chức năng, đáp ứng nhanh yêu cầu của khách hàng, bạn sẽ chọn mô hình nào sau đây?

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

• Mô hình RAD

• Mô hình tăng trưởng

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

Trong một dự án lớn, yêu cầu về khả năng tương tác giữa các hệ thống sử dụng các ngôn ngữ và môi trường khác nhau là rất quan trọng. Đội phát triển nên chọn mô hình nào để đảm bảo hệ thống có khả năng mở rộng và linh hoạt tốt nhất?

• Component-based Software Engineering (CBSE)

• Chuyển đổi tất cả các hệ thống sang cùng một ngôn ngữ và môi trường để dễ quản lý

• Service-Oriented Architecture (SOA)

• Phát triển phần mềm từ đầu mà không sử dụng tái chế các thành phần

Trong một hệ thống phát triển dựa trên mô hình Kỹ nghệ hướng thành phần (CBSE), một hệ thống phần mềm cần được nâng cấp để hỗ trợ một chức năng mới mà thành phần hiện có không hỗ trợ. Nhóm phát triển cần ưu tiên thực hiện hành động nào?

• Viết lại toàn bộ chức năng mới từ đầu để tích hợp vào hệ thống.

• Tìm kiếm một thành phần đã được phát triển sẵn, có thể tái sử dụng và tích hợp vào hệ thống, nhằm tiết kiệm thời gian và chi phí.

• Biên dịch lại hệ thống và kiểm tra lại tất cả các thành phần hiện tại trước khi phát triển chức năng mới.

• Thay thế toàn bộ các thành phần cũ bằng các thành phần mới để đảm bảo hệ thống đồng nhất.

Nhược điểm nào của mô hình tăng trưởng (Incremental Model) có thể gây khó khăn cho việc xác định yêu cầu của người dùng?

• Mô hình tăng trưởng yêu cầu lập kế hoạch chi tiết cho tất cả các phần trước khi phát triển bắt đầu.

• Mô hình tăng trưởng yêu cầu người dùng cung cấp tất cả các yêu cầu trước khi phát triển.

• Mô hình tăng trưởng có thể khiến người dùng khó hình dung ra sản phẩm cuối cùng do phát triển qua các phần nhỏ.

• Mô hình tăng trưởng không cho phép kiểm thử sản phẩm trước khi tất cả các phần hoàn thành.

Trong quá trình phát triển phần mềm dựa trên mô hình CBSE, nếu một thành phần quan trọng cần phải thay đổi, điều gì thường xảy ra?

• Thành phần sẽ được thay thế mà không cần dừng hệ thống.

• Thành phần có thể được thay thế tự động thông qua giao thức HTTP.

• Thành phần phải được biên dịch lại và tích hợp lại vào hệ thống.

• Thành phần được tích hợp mà không cần kiểm tra tính tương thích với các thành phần khác.

Trong một dự án Agile, nếu nhóm phát hiện rằng yêu cầu của khách hàng thay đổi trong giữa chu kỳ phát triển, nhóm nên làm gì?

• Tạm dừng tiến trình, tổ chức một cuộc họp ngay lập tức với khách hàng để làm rõ yêu cầu và điều chỉnh kế hoạch.

• Đưa ra giải pháp tạm thời để hoàn thành yêu cầu ban đầu và chuyển sang yêu cầu mới trong sprint tiếp theo.

• Tiếp tục hoàn thành các nhiệm vụ theo kế hoạch ban đầu và xem xét yêu cầu mới sau khi hoàn thành.

• Ghi nhận yêu cầu mới và tích hợp vào Sprint tiếp theo mà không cần sự thông báo với khách hàng.

Trong một hệ thống phát triển dựa trên mô hình Kỹ nghệ hướng thành phần (CBSE), nếu một thành phần trong hệ thống gặp lỗi và cần được thay thế, nhóm phát triển nên làm gì để đảm bảo tính liên tục của hệ thống?

• Liên hệ với nhà cung cấp thành phần lỗi và chờ phiên bản cập nhật trước khi tiếp tục.

• Tạm dừng hệ thống và biên dịch lại toàn bộ mã nguồn để tích hợp thành phần mới.

• Viết lại thành phần lỗi từ đầu và chạy lại toàn bộ hệ thống để kiểm tra tính tương thích.

• Thay thế thành phần lỗi bằng một thành phần tương thích mới mà không cần tạm dừng hệ thống, nhờ khả năng thay thế động của CBSE.

Trong quá trình Sprint Review, nhóm phát triển đã hoàn thành hết các mục tiêu đề ra cho Sprint. Tuy nhiên, khách hàng lại yêu cầu thêm một tính năng mới chưa có trong backlog. Nhóm nên xử lý như thế nào?

• Bắt đầu phát triển tính năng này ngay lập tức và gia hạn Sprint nếu cần thiết.

• Từ chối yêu cầu vì nó không nằm trong phạm vi của Sprint ban đầu.

• Hoàn thành tính năng mới này trong Sprint Review để đáp ứng yêu cầu khách hàng.

• Tạo một user story mới cho tính năng này và đưa vào backlog để xem xét cho các sprint sau.

Nếu bạn là trưởng nhóm lập trình 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 lớn với nghiệp vụ phức tạp trong một khoảng thời gian dài và không cần quan tâm đến chi phí, yêu cầu của khách hàng đã được phân tích rất chi tiết và chỉ thay đổi trong một phạm vi nhất định, bạn sẽ chọn mô hình nào sau đây?

• Mô hình RAD

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

• Mô hình tăng trưởng

• Mô hình xoắn ốc