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

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:

Đáp án đúng: B

Câu hỏi đề cập đến việc xác định kiến trúc hoặc kết hợp các mẫu kiến trúc phù hợp nhất cho hệ thống đề nghị. Trong ngữ cảnh này, "mẫu thiết kế" (design patterns) là các giải pháp đã được chứng minh cho các vấn đề thiết kế phần mềm thường gặp. Việc khám phá và áp dụng các mẫu thiết kế phù hợp sẽ giúp xây dựng một hệ thống đề nghị hiệu quả và dễ bảo trì.

* A. Giải thuật phức tạp: Giải thuật là một phần quan trọng của hệ thống đề nghị, nhưng nó không trực tiếp liên quan đến việc xác định kiến trúc tổng thể.
* B. Đặc trưng và ràng buộc: Các đặc trưng và ràng buộc quan trọng để xác định yêu cầu, nhưng chúng không trực tiếp chỉ ra kiến trúc phù hợp.
* C. Điều khiển và dữ liệu: Điều khiển và dữ liệu là các khía cạnh của hệ thống, nhưng chúng không phải là phương pháp chính để khám phá kiến trúc.
* D. Những mẫu thiết kế: Mẫu thiết kế cung cấp các giải pháp có cấu trúc cho các vấn đề thiết kế, giúp xác định và kết hợp các mẫu kiến trúc phù hợp cho hệ thống đề nghị. Đây là đáp án phù hợp nhất.

Câu 35:

Phân tích văn phạm của bản tường thuật xử lý là bước đầu tiên tốt nhất để tạo ra

Lời giải: