Nhược điểm đặc tả phi hình thức?

Trong thiết kế phần mềm,thiết kế thành phần là gì?

Lời giải:

Đáp án đúng: C

Thiết kế thành phần (component design) tập trung vào việc phân chia các dịch vụ mà một hệ con (subsystem) cung cấp cho các thành phần (components) cấu thành nên hệ con đó. Quá trình này bao gồm việc xác định các thành phần cần thiết, trách nhiệm của từng thành phần, và cách chúng tương tác với nhau để cung cấp các dịch vụ của hệ con.

* Đáp án 1: Mô tả thiết kế giao diện (interface design) giữa các hệ con.
* Đáp án 2: Mô tả kiến trúc phần mềm (software architecture) ở mức cao.
* Đáp án 3: Đúng. Mô tả chính xác thiết kế thành phần.
* Đáp án 4: Mô tả đặc tả hệ con (subsystem specification).

Câu 19:

Khái niệm phần mềm?

Lời giải:

Đáp án đúng: A

Khái niệm phần mềm bao gồm ba thành phần chính: các chương trình máy tính (chứa các chỉ thị để thực hiện tác vụ), các cấu trúc dữ liệu (tổ chức và quản lý dữ liệu được sử dụng bởi chương trình) và các tài liệu liên quan (hướng dẫn sử dụng, tài liệu thiết kế, tài liệu kiểm thử, v.v.). Đáp án 1 mô tả đầy đủ các thành phần này.

Các đáp án khác chỉ tập trung vào một khía cạnh cụ thể của phần mềm (ví dụ: mục đích phát triển, đối tượng sử dụng hoặc ngôn ngữ lập trình) mà không bao quát toàn bộ khái niệm.

Câu 20:

Đặc điếm của mô hình xoắn ốc?

Lời giải:

Đáp án đúng: C

Mô hình xoắn ốc (Spiral Model) là một mô hình phát triển phần mềm dựa trên việc lặp đi lặp lại các giai đoạn (lập kế hoạch, phân tích rủi ro, thực hiện và đánh giá). Đặc điểm nổi bật của mô hình này là khả năng quản lý và kiểm soát rủi ro ở từng giai đoạn phát triển.

- Phương án 1: "Nhanh chóng xác định được yêu cầu" không phải là đặc điểm chính của mô hình xoắn ốc. Mặc dù yêu cầu cần được xác định, nhưng mô hình này tập trung hơn vào quản lý rủi ro.
- Phương án 2: "Tách biệt giữa các pha, tiến hành tuần tự" mô tả mô hình thác nước (Waterfall), không phải mô hình xoắn ốc.
- Phương án 3: "Có thể kiểm soát rủi ro ở từng mức tiến hóa" là đặc điểm cốt lõi của mô hình xoắn ốc. Mô hình này đặc biệt phù hợp với các dự án có nhiều rủi ro tiềm ẩn.
- Phương án 4: "Sử dụng bộ case trong quá trình phát triển" không phải là đặc điểm riêng biệt của mô hình xoắn ốc. Case study có thể được sử dụng trong nhiều mô hình phát triển khác nhau.

Vậy đáp án đúng là phương án 3.

Câu 21:

Yêu cầu thường được mô tả ở những mức nào?

Lời giải:

Đáp án đúng: C

Câu hỏi này kiểm tra kiến thức về các mức độ mô tả yêu cầu trong quá trình phát triển phần mềm.

* Phân tích yêu cầu: Là quá trình tìm hiểu, làm rõ các yêu cầu của người dùng và các bên liên quan.
* Xác định yêu cầu: Là quá trình thu thập và ghi nhận lại các yêu cầu sau khi đã phân tích.
* Yêu cầu chức năng: Mô tả những chức năng mà hệ thống cần thực hiện (ví dụ: tính năng đăng nhập, tìm kiếm, thanh toán).
* Yêu cầu phi chức năng: Mô tả các đặc tính chất lượng của hệ thống (ví dụ: hiệu năng, bảo mật, khả năng mở rộng).
* Đặc tả yêu cầu: Là tài liệu mô tả chi tiết và chính thức về các yêu cầu, thường được sử dụng làm cơ sở cho việc thiết kế và phát triển.

Trong các phương án:

* Phương án 1 (Phân tích yêu cầu, xác định yêu cầu): Chỉ đề cập đến các giai đoạn trong quá trình thu thập yêu cầu, không phải là các mức mô tả yêu cầu.
* Phương án 2 (Yêu cầu chức năng, yêu cầu phi chức năng): Mô tả hai loại yêu cầu chính trong đặc tả yêu cầu.
* Phương án 3 (Xác định yêu cầu, đặc tả yêu cầu): Tương tự phương án 1, chỉ đề cập đến các giai đoạn.
* Phương án 4 (Xác định yêu cầu, phân tích yêu cầu): Tương tự phương án 1, chỉ đề cập đến các giai đoạn.

Vậy, phương án đúng nhất là phương án 2, vì nó mô tả hai loại yêu cầu chính được sử dụng để mô tả yêu cầu ở các mức khác nhau.

Câu 22:

Điều nào là đặc trưng của một thiết kế phần mềm tốt?

Lời giải:

Đáp án đúng: B

Một thiết kế phần mềm tốt cần đảm bảo tính module hóa cao, nghĩa là các mô-đun nên độc lập và có sự kết nối lỏng lẻo (low coupling) để dễ dàng bảo trì, nâng cấp và tái sử dụng. Đồng thời, thiết kế phải đáp ứng đầy đủ các yêu cầu đã được xác định trong quá trình phân tích. Việc bao gồm các trường hợp thử nghiệm và cung cấp một bức tranh hoàn chỉnh về phần mềm là quan trọng, nhưng không phải là yếu tố cốt lõi đặc trưng cho một thiết kế tốt như việc đáp ứng yêu cầu và tính module hóa.

* Đáp án 1 không đúng vì một thiết kế tốt nên có kết nối lỏng lẻo giữa các mô-đun.
* Đáp án 2 đúng vì một thiết kế phần mềm tốt phải hiện thực hóa tất cả các yêu cầu đã được xác định ở giai đoạn phân tích.
* Đáp án 3 không đúng vì việc bao gồm các trường hợp thử nghiệm là một phần của quá trình kiểm thử, không phải là đặc trưng của thiết kế.
* Đáp án 4 không đúng vì mặc dù việc cung cấp một bức tranh hoàn chỉnh là hữu ích, nhưng không phải là đặc trưng chính của một thiết kế tốt.

Câu 23:

Kỹ thuật thu thập yêu cầu cầu nào cần đến sự nhất trí của số đông?

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 24:

Mục nào không dùng cho đặc tả yêu cầu:

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 25:

Mẫu mô hình hệ thống chứa thành phần

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP