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

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:

Đáp án đúng: B

Phân tích văn phạm của bản tường thuật xử lý (processing narrative) tập trung vào việc hiểu cấu trúc và logic của quy trình xử lý thông tin. Bước này giúp xác định các thực thể (entities), thuộc tính (attributes), và mối quan hệ (relationships) giữa chúng. Dựa trên phân tích này, chúng ta có thể xây dựng một biểu đồ quan hệ thực thể (Entity Relationship Diagram - ERD) để mô tả dữ liệu và các mối liên kết một cách trực quan.

Các lựa chọn khác không phù hợp vì:
* Tự điển dữ liệu: Mô tả chi tiết về các phần tử dữ liệu, nhưng không phải là kết quả trực tiếp của việc phân tích văn phạm bản tường thuật xử lý.
* Biểu đồ dòng dữ liệu: Thể hiện luồng dữ liệu qua một hệ thống, tập trung vào quá trình xử lý chứ không phải cấu trúc dữ liệu.
* Biểu đồ dịch chuyển trạng thái: Mô tả các trạng thái khác nhau của một đối tượng và các chuyển đổi giữa chúng, không liên quan trực tiếp đến phân tích văn phạm bản tường thuật xử lý.

Câu 36:

Tiêu chuẩn ISO để hướng dẫn thực hiện cho lĩnh vực phần mềm là

Lời giải: