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

Ai là người không thích hợp để tham dự vào nhóm FAST (facilitated application specification techniques)

Lời giải:

Đáp án đúng: D

Nhóm FAST (Facilitated Application Specification Techniques) là một kỹ thuật thu thập yêu cầu phần mềm, tập trung vào việc tạo điều kiện cho sự giao tiếp và cộng tác hiệu quả giữa các bên liên quan khác nhau. Mục tiêu là để đảm bảo rằng tất cả các quan điểm được xem xét và các yêu cầu được hiểu rõ trước khi bắt đầu phát triển.

Thành phần tham gia nhóm FAST nên bao gồm các bên liên quan có liên quan trực tiếp đến dự án, những người có thể đóng góp vào việc xác định và làm rõ các yêu cầu. Điều này thường bao gồm:

* Kỹ sư phần cứng và phần mềm: Hiểu rõ về khả năng kỹ thuật và hạn chế của hệ thống.
* Đại diện nhà sản xuất: Cung cấp thông tin về sản phẩm và khả năng sản xuất.
* Đại diện thị trường: Cung cấp thông tin về nhu cầu và mong muốn của khách hàng.

Nhân viên tài chính cao cấp, mặc dù quan trọng trong việc quản lý ngân sách dự án, nhưng thường không tham gia trực tiếp vào việc xác định các yêu cầu kỹ thuật và chức năng của phần mềm. Do đó, họ ít thích hợp hơn để tham gia vào nhóm FAST so với các thành viên khác.

Vậy đáp án đúng là D

Câu 30:

Một đặc trưng của thiết kế tốt là

Lời giải:

Đáp án đúng: B

Thiết kế tốt trong kỹ thuật phần mềm hướng đến việc tạo ra một hệ thống có cấu trúc rõ ràng, dễ hiểu, dễ bảo trì và mở rộng. Một đặc trưng quan trọng của thiết kế tốt là giảm sự phụ thuộc giữa các module (tính liên kết yếu - low coupling). Các module nên hoạt động độc lập càng nhiều càng tốt, chỉ giao tiếp với nhau qua các giao diện được định nghĩa rõ ràng. Điều này giúp việc thay đổi một module không ảnh hưởng đến các module khác, giảm thiểu rủi ro và công sức bảo trì.

* A. Cho thấy sự liên kết mạnh giữa các module: Sai. Thiết kế tốt hướng đến sự liên kết yếu giữa các module.
* B. Thực hiện tất cả yêu cầu trong phân tích: Đúng một phần, nhưng chưa đủ. Thiết kế cần đáp ứng yêu cầu, nhưng còn phải đảm bảo tính dễ bảo trì, mở rộng và hiệu quả.
* C. Bao gồm những test case cho tất cả thành phần: Kiểm thử là một phần quan trọng của quy trình phát triển phần mềm, nhưng không phải là đặc trưng của thiết kế.
* D. Kết hợp mã nguồn nhằm mục đích mô tả: Mã nguồn mô tả chức năng của hệ thống, nhưng không phải là đặc trưng của thiết kế. Thiết kế là bản thiết kế kiến trúc tổng thể.

Do đó, không có đáp án nào hoàn toàn chính xác trong các lựa chọn đã cho. Tuy nhiên, đáp án B gần đúng nhất, vì một thiết kế tốt sẽ phải đáp ứng các yêu cầu được xác định trong giai đoạn phân tích. Nhưng để chính xác tuyệt đối thì cần bổ sung thêm các khía cạnh khác của thiết kế tốt như tính module hóa, tính dễ bảo trì, khả năng mở rộng…

Câu 31:

Mục nào không là đặc trưng chung trong các phương pháp thiết kế

Lời giải:

Đáp án đúng: A

Các phương pháp thiết kế phần mềm thường có các đặc trưng chung như quản lý cấu hình, ký hiệu thành phần chức năng và nguyên tắc đánh giá chất lượng. Tuy nhiên, heuristic tinh chế không phải là một đặc trưng chung phổ biến trong các phương pháp thiết kế. Heuristic tinh chế có thể được sử dụng trong một số phương pháp thiết kế cụ thể, nhưng nó không phải là một yếu tố thiết yếu hoặc bắt buộc phải có trong tất cả các phương pháp.

* Quản lý cấu hình: Đảm bảo kiểm soát và theo dõi các thay đổi trong quá trình thiết kế.
* Ký hiệu thành phần chức năng: Sử dụng các ký hiệu để mô tả các thành phần và chức năng của hệ thống.
* Nguyên tắc đánh giá chất lượng: Áp dụng các nguyên tắc để đánh giá và cải thiện chất lượng thiết kế.
* Heuristic tinh chế: Là các quy tắc hoặc hướng dẫn không chính thức được sử dụng để cải thiện thiết kế, nhưng không phải là yếu tố chung cho tất cả các phương pháp.

Vì vậy, đáp án D là đáp án đúng.

Câu 32:

Thủ tục phần mềm tập trung vào

Lời giải:

Đáp án đúng: B

Thủ tục phần mềm (Software architecture) tập trung vào việc mô tả cấu trúc cấp cao của một hệ thống phần mềm. Nó bao gồm việc xác định các thành phần chính, mối quan hệ giữa chúng và các nguyên tắc chi phối thiết kế và phát triển hệ thống. Do đó, đáp án A phù hợp nhất vì nó đề cập đến cấp bậc điều khiển (control hierarchy) trong một cảm nhận trừu tượng hơn, tức là cách các thành phần điều khiển và tương tác với nhau ở mức độ tổng quan, thay vì đi sâu vào chi tiết xử lý của từng module. Các đáp án còn lại tập trung vào chi tiết xử lý (B, C) hoặc mối quan hệ giữa điều khiển và thủ tục một cách cụ thể (D), không phản ánh đúng bản chất của kiến trúc phần mềm.

Câu 33:

Một bảng quyết định được dùng

Lời giải:

Đáp án đúng: D

Bảng quyết định là một công cụ mạnh mẽ được sử dụng để mô tả các logic nghiệp vụ phức tạp, đặc biệt khi có nhiều điều kiện và hành động liên quan. Nó giúp trình bày một cách rõ ràng và có cấu trúc các quy tắc nghiệp vụ, đảm bảo rằng tất cả các khả năng đều được xem xét và xử lý đúng cách.

* Phương án A: Không chính xác. Bảng quyết định không chỉ đơn thuần là tư liệu các trạng thái phụ thuộc, mà còn xác định hành động tương ứng với mỗi tổ hợp điều kiện.
* Phương án B: Không chính xác. Bảng quyết định không trực tiếp hướng dẫn phát triển kế hoạch quản lý dự án.
* Phương án C: Không chính xác. Bảng quyết định có thể được sử dụng trong nhiều lĩnh vực, không chỉ trong xây dựng hệ chuyên gia.
* Phương án D: Chính xác. Bảng quyết định đặc biệt hữu ích khi một tập hợp phức tạp các điều kiện và hành động xuất hiện trong một thành phần của hệ thống hoặc quy trình. Nó giúp đơn giản hóa và làm rõ các quy tắc, đảm bảo tính nhất quán và dễ hiểu.

Vì vậy, đáp án chính xác nhất là D.

Câu 34:

Kiểm thử lặp là một kỹ thuật kiểm thử cấu trúc điều khiển mà những tiêu chuẩn dùng để thiết kế test-case

Lời giải: