Milestone

Mô hình phát triển dựa vào thành phần

Lời giải:

Đáp án đúng: C

Mô hình phát triển dựa vào thành phần (Component-Based Development - CBD) là một phương pháp phát triển phần mềm tập trung vào việc xây dựng hệ thống từ các thành phần phần mềm có thể tái sử dụng. Các thành phần này thường được phát triển độc lập và sau đó được tích hợp lại để tạo thành một ứng dụng hoàn chỉnh. CBD tận dụng các kỹ thuật hỗ trợ đối tượng như tính đóng gói, kế thừa và đa hình để tạo ra các thành phần linh hoạt và dễ bảo trì. Vì vậy, đáp án C là chính xác nhất.

Các phương án khác không chính xác vì:
- A: CBD không chỉ dành riêng cho thiết kế phần cứng.
- B: CBD đặc biệt hỗ trợ việc phát triển và tái sử dụng các thành phần.
- D: Chi phí hiệu quả của CBD có thể được đánh giá bằng nhiều độ đo khác nhau, không chỉ những độ đo định lượng.

Câu 30:

Mô hình phát triển phần mềm dựa trên mẫu thử là

Lời giải:

Đáp án đúng: C

Mô hình phát triển phần mềm dựa trên mẫu thử (Prototyping Model) là một phương pháp mà trong đó, một mẫu thử (prototype) của phần mềm được xây dựng trước khi phát triển sản phẩm cuối cùng. Điều này đặc biệt hữu ích khi khách hàng không thể xác định rõ ràng các yêu cầu ngay từ đầu. Mẫu thử giúp khách hàng hình dung và đưa ra phản hồi, từ đó các yêu cầu được làm rõ và hoàn thiện hơn.

* Phương án A: Sai. Mô hình mẫu thử không nhất thiết rủi ro nếu được quản lý đúng cách. Nó giúp giảm rủi ro bằng cách xác định và giải quyết các vấn đề tiềm ẩn sớm.
* Phương án B: Sai. Mô hình này không chỉ dành cho dự án có nhiều thành viên. Nó tập trung vào việc làm rõ yêu cầu.
* Phương án C: Đúng. Đây là ưu điểm chính của mô hình mẫu thử. Nó cho phép thu thập và tinh chỉnh yêu cầu của khách hàng một cách linh hoạt.
* Phương án D: Sai. Mô hình mẫu thử thường được sử dụng khi yêu cầu *chưa* được xác định rõ ràng.

Do đó, đáp án đúng là C.

Câu 31:

Mô hình phát triển phần mềm lặp lại tăng thêm

Lời giải:

Đáp án đúng: B

Mô hình phát triển phần mềm lặp lại tăng thêm (incremental) là một cách tiếp cận trong đó phần mềm được phát triển theo một chuỗi các phiên bản (increments). Mỗi phiên bản được xây dựng dựa trên các phiên bản trước đó, thêm vào các chức năng và cải tiến mới.

* Phương án A: Không chính xác. Mô hình lặp tăng trưởng phù hợp với những dự án mà yêu cầu chưa được xác định đầy đủ ngay từ đầu và có thể thay đổi trong quá trình phát triển.
* Phương án B: Chính xác. Mô hình lặp tăng trưởng cho phép xây dựng nhanh chóng một sản phẩm lõi (core) có thể thực thi được, sau đó tiếp tục phát triển và hoàn thiện nó qua các lần lặp.
* Phương án C: Không chính xác. Mô hình lặp tăng trưởng có thể được sử dụng cho các dự án với nhiều nhóm phát triển, nhưng không phải là lựa chọn tốt nhất. Các mô hình khác như Agile có thể phù hợp hơn cho các nhóm lớn.
* Phương án D: Không chính xác. Mô hình lặp tăng trưởng được sử dụng rộng rãi trong phát triển phần mềm thương mại.

Vì vậy, đáp án đúng là B. Mô hình này đặc biệt hữu ích khi cần cung cấp một phiên bản ban đầu nhanh chóng và sau đó cải tiến dần dần.

Câu 32:

Mô hình phát triển phần mềm xoắn ốc

Lời giải:

Đáp án đúng: C

Mô hình xoắn ốc là một mô hình phát triển phần mềm lặp đi lặp lại, tập trung vào việc quản lý rủi ro. Mỗi vòng lặp (hay mỗi vòng xoắn) bao gồm các giai đoạn: lập kế hoạch, phân tích rủi ro, thực hiện và đánh giá.

* A. Kết thúc với việc xuất xưởng sản phẩm phần mềm: Mô hình xoắn ốc không nhất thiết phải kết thúc bằng việc xuất xưởng sản phẩm ngay lập tức, nó có thể trải qua nhiều vòng lặp để cải tiến sản phẩm. Tuy nhiên, cuối cùng thì sản phẩm cũng sẽ được xuất xưởng.
* B. Nhiều hỗn độn hơn với mô hình gia tăng: Mô hình xoắn ốc phức tạp hơn mô hình gia tăng vì nó tập trung vào việc quản lý rủi ro trong mỗi vòng lặp.
* C. Bao gồm việc đánh giá những rủi ro phần mềm trong mỗi vòng lặp: Đây là đặc điểm chính của mô hình xoắn ốc. Việc đánh giá và giảm thiểu rủi ro là trọng tâm của mỗi vòng lặp.

Vì vậy, đáp án D bao gồm tất cả các ý trên, tuy nhiên, ý C là chính xác nhất và quan trọng nhất để mô tả mô hình xoắn ốc. Đáp án D đúng nhưng không đầy đủ bằng đáp án C. Trong trường hợp này, đáp án C là đáp án đúng và đầy đủ nhất.

Câu 33:

Mục nào không phải là một loại kiến trúc (style): kiến trúc

Lời giải:

Đáp án đúng: B

Kiến trúc phần mềm có nhiều loại (style), trong đó phổ biến là kiến trúc luồng dữ liệu (Dataflow), kiến trúc tầng (Layered), và kiến trúc gọi trả về (Call and Return). Kiến trúc ngữ cảnh không phải là một loại kiến trúc phần mềm đã được định nghĩa rõ ràng hoặc thường được sử dụng.

Câu 34:

Nhằm xác định những mẫu kiến trúc hay kết hợp những mẫu phù hợp nhất cho hệ thống đề nghị, kỹ thuật yêu cầu dùng để khám phá

Lời giải: