NEW
Font size
WorksheetsCNPM C6 P2
Total questions: 38
Worksheet time: 57mins
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
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 RAD
Mô hình thác nước
Mô hình tăng trưởng
Mô hình xoắn ốc
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?
Lập kế hoạch
Giao tiếp
Triển khai
Mô hình hóa
Mô hình phát triển phần mềm nào được chọn nếu đội ngũ phát triển của công ty ít kinh nghiệm trong các dự án tương tự?
RAD.
Mô hình xoắn ốc.
Mô hình tăng trưởng.
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 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 Agile
Mô hình sử dụng lại
Mô hình mã nguồn mở
Mô hình hướng thành phần
Mô hình nào sau đây có sự tham gia của khách hàng trong tất cả các pha của vòng đời phát triển phần mềm?
Mô hình phát triển nhanh RAD.
Mô hình thác nước.
Cả hai mô hình RAD và làm bản mẫu.
Mô hình làm bản mẫu.
Phương án nào sau đây mô tả đúng về ưu điểm chính của mô hình tăng trưởng?
Dễ kiểm thử và debug và được dùng khi cần đưa sản phẩm ra thị trường sớm.
Được dùng khi cần đưa sản phẩm ra thị trường sớm.
Khách hàng có thể phản hồi sau mỗi lần tăng trưởng.
Dễ kiểm thử và debug.
Đ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 yêu cầu tất cả các yêu cầu phải được xác định ngay từ đầu.
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.
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 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 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.
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 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ỏ.
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?
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.
Ư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
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.
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.
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 đượ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.
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ó thể được thay thế tự động thông qua giao thức HTTP.
Thành phần sẽ được thay thế mà không cần dừng hệ thống.
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 nộp sản phẩm trong một khoảng thời gian ngắn và không cần quan tâm đến chi phí, bạn sẽ chọn mô hình nào sau đây?
Mô hình xoắn ốc
Mô hình thác nước
Mô hình RAD
Mô hình tăng trưởng
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 xoắn ốc
Mô hình RAD
Mô hình thác nước
Mô hình tăng trưởng
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?
Chọn mô hình phát triển Waterfall
Service-Oriented Architecture (SOA)
Component-based Software Engineering (CBSE)
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ế
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?
Giảm thiểu các lỗi mắc phải trong giai đoạn thiết kế.
Sửa lỗi dễ dàng và tốn ít chi phí.
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.
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.
Phương án nào sau đây KHÔNG nêu đúng một pha của mô hình làm bản mẫu?
Lập trình
Làm mịn bản mẫu
Thiết kế nhanh
Kỹ nghệ
Mô hình phát triển phần mềm nào được chọn nếu đội ngũ phát triển của công ty ít kinh nghiệm trong các dự án tương tự?
Mô hình tăng trưởng.
Mô hình thác nước.
Mô hình xoắn ốc.
RAD.
RAD viết tắt của từ nào sau đây?
Relative Application Development
Rapid Application Development
Không từ nào
Rapid Application Document
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?
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.
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
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.
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.
Khi một tổ chức muốn tích hợp một hệ thống CRM mới với hệ thống ERP hiện có mà cả hai hệ thống sử dụng các giao thức khác nhau, phương pháp nào dưới đây có thể giúp đảm bảo sự tương tác giữa các hệ thống trong kiến trúc SOA?
Tích hợp thủ công các dữ liệu từ CRM vào ERP thông qua các kịch bản chuyển đổi dữ liệu hàng ngày.
Phát triển lại các hệ thống để chúng sử dụng cùng một giao thức giao tiếp
Tạm ngừng việc tích hợp cho đến khi tìm ra giải pháp tương thích giữa hai hệ thống
Sử dụng một dịch vụ trung gian (middleware) hoặc một tầng tích hợp dịch vụ để cho phép các hệ thống giao tiếp mà không cần thay đổi các hệ thống hiệ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 với tiêu chí nhanh chóng xác định được yêu cầu, tạo cơ sở ký kết hợp đồng với khách hàng, thuận lợi trong việc đào tạo huấn luyện người sử dụng, bạn sẽ chọn mô hình nào sau đây?
Mô hình xoắn ốc
Mô hình RAD
Mô hình chữ V
Mô hình làm bản mẫu
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 thác nước và xoắn ốc
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 RAD & xoắc ố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.
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.
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
Trong một hệ thống phát triển theo mô hình SOA, nếu một dịch vụ quan trọng bị ngừng hoạt động do sự cố mạng, nhóm phát triển nên ưu tiên làm gì để đảm bảo rằng các dịch vụ khác vẫn tiếp tục hoạt động?
Tìm kiếm các giải pháp thủ công để thay thế chức năng của dịch vụ gặp sự cố cho đến khi mạng hoạt động trở lại.
Tạm dừng toàn bộ hệ thống cho đến khi dịch vụ quan trọng được khôi phục hoàn toàn.
Cấu hình hệ thống để sử dụng các dịch vụ thay thế khác, đảm bảo tính sẵn sàng và khả năng tiếp tục của các phần còn lại
Phát triển lại dịch vụ gặp sự cố ngay lập tức và tích hợp lại vào hệ thống sau khi hoàn thành.
Khi một dự án Agile gặp phải sự chậm trễ do thiếu nguồn lực hoặc kỹ năng, nhóm Agile nên ưu tiên làm gì?
Tăng cường giờ làm việc của nhóm để đảm bảo kịp tiến độ đã cam kết với khách hàng.
Hoãn dự án để tuyển thêm nhân sự có kỹ năng đáp ứng yêu cầu.
Thay đổi phạm vi công việc và thông báo cho khách hàng về việc trì hoãn.
Đánh giá lại backlog, tập trung vào các tính năng có giá trị cao và giảm thiểu yêu cầu không quan trọng.
Phương án nào sau đây mô tả đúng về nhược điểm của mô hình xoắn ốc?
Các chức năng phụ có thể thêm vào sau.
Công việc phân tích rủi ro chiếm nhiều thời lượng.
Kiểm soát tài liệu chặt chẽ.
Không phù hợp với các dự án nhỏ.
Một câu có 4 đáp án như sau
Mô hình hóa
Giao tiếp
Lập kế hoạch
Triển khai
Hai mô hình nào KHÔNG định nghĩa yêu cầu ở các giai đoạn đầu của vòng đời phát triển phần mềm?
Mô hình làm bản mẫu và RAD
Mô hình thác nước và xoắn ốc.
Mô hình làm bản mẫu và xoắn ốc.
Mô hình thác nước và RAD.
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 khả năng mô đun hóa cao, thời gian phát triển sản phẩm ngắn (60-90 ngày), bạn sẽ chọn mô hình nào sau đây?
Mô hình tăng trưởng
Mô hình tiến hóa
Mô hình làm bản mẫu
Mô hình RAD
