Mô hình thiết kế không quan tâm tới:

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âu hỏi yêu cầu xác định mục *không* phải là đặc trưng chung trong các phương pháp thiết kế.

* Quản lý cấu hình: Là một đặc trưng quan trọng trong quá trình thiết kế, đảm bảo kiểm soát và theo dõi các thay đổi của thiết kế.
* Ký hiệu thành phần chức năng: Các phương pháp thiết kế thường sử dụng các ký hiệu để mô tả và biểu diễn các thành phần chức năng của hệ thống.
* Nguyên tắc đánh giá chất lượng: Các phương pháp thiết kế luôn đi kèm với các nguyên tắc để đánh giá và đảm bảo chất lượng của thiết kế.
* Heuristic tinh chế: Heuristic là các quy tắc hoặc phương pháp dựa trên kinh nghiệm được sử dụng để cải thiện hoặc tinh chỉnh thiết kế. Tuy nhiên, không phải phương pháp thiết kế nào cũng sử dụng heuristic tinh chế một cách rõ ràng và có hệ thống. Do đó, đây là mục *không* phải là đặc trưng chung.

Vậy đáp án đúng là "Heuristic tinh chế".

Câu 5:

Loại mô hình nào không được có trong kiến trúc phần mềm:

Lời giải:

Đáp án đúng: A

Trong kiến trúc phần mềm, có một số loại mô hình chính được sử dụng để mô tả và thiết kế hệ thống. Các mô hình này bao gồm:

* Mô hình dữ liệu: Mô tả cấu trúc và mối quan hệ của dữ liệu được sử dụng bởi hệ thống. Nó bao gồm các thực thể, thuộc tính và các ràng buộc dữ liệu.
* Mô hình xử lý: Mô tả các chức năng và quy trình xử lý dữ liệu trong hệ thống. Nó tập trung vào luồng dữ liệu và các hoạt động chuyển đổi dữ liệu.
* Mô hình cấu trúc: Mô tả cấu trúc tĩnh của hệ thống, bao gồm các thành phần, kết nối giữa các thành phần và các giao diện.
* Mô hình động: Mô tả hành vi động của hệ thống, bao gồm các trạng thái, chuyển đổi trạng thái và các sự kiện.

Như vậy, các loại mô hình dữ liệu, động, và cấu trúc đều cần thiết và được sử dụng rộng rãi trong kiến trúc phần mềm. Mô hình "Xử lý" có thể được coi là một phần của mô hình động hoặc được thể hiện thông qua các mô hình khác (ví dụ: mô hình use case, sơ đồ hoạt động).

Vì vậy, không có loại mô hình "Xử lý" tách biệt như một thành phần cơ bản trong kiến trúc phần mềm theo cách mà các mô hình dữ liệu, động và cấu trúc được định nghĩa rõ ràng.

Câu 6:

Mục đích của tham chiếu chéo những yêu cầu (ma trận) trong tài liệu thiết kế là nhằm:

Lời giải:

Đáp án đúng: B

Mục đích chính của việc tham chiếu chéo các yêu cầu (thường được thực hiện thông qua ma trận truy vết yêu cầu - Requirement Traceability Matrix) trong tài liệu thiết kế là để đảm bảo rằng tất cả các yêu cầu đã được thu thập và phân tích đều được xem xét và đáp ứng đầy đủ trong quá trình thiết kế. Việc này giúp xác minh rằng không có yêu cầu nào bị bỏ sót hoặc hiểu sai, từ đó giảm thiểu rủi ro phát sinh lỗi và đảm bảo chất lượng của sản phẩm cuối cùng.

Phương án 1 không đúng vì tham chiếu chéo yêu cầu không trực tiếp liên quan đến việc theo dõi năng suất của nhóm thiết kế. Mặc dù nó có thể cung cấp thông tin về tiến độ công việc, nhưng mục tiêu chính không phải là đánh giá năng suất.

Phương án 3 không đúng vì tham chiếu chéo yêu cầu không chỉ ra chi phí liên quan đến mỗi yêu cầu. Chi phí thường được quản lý thông qua các công cụ và quy trình quản lý dự án khác.

Phương án 4 không đúng vì tham chiếu chéo yêu cầu không cung cấp thông tin về tên của nhà thiết kế chịu trách nhiệm cho mỗi yêu cầu. Thông tin này có thể được quản lý riêng.

Vì vậy, phương án 2 là chính xác nhất.

Câu 7:

Mô hình nào đưa ra hình ảnh hệ thống trong đầu của người dùng cuối:

Lời giải:

Đáp án đúng: D

Hình ảnh hệ thống (System Image) là cách mà hệ thống được trình bày cho người dùng cuối, bao gồm giao diện, phản hồi và tất cả các thông tin mà người dùng có thể thấy và tương tác. Nó tạo ra một hình ảnh về cách hệ thống hoạt động trong tâm trí của người dùng. Do đó, đáp án chính xác là "Hình ảnh hệ thống".

Mô hình thiết kế (Design Model) là mô hình mà nhà thiết kế tạo ra để thể hiện cách hệ thống hoạt động từ góc độ kỹ thuật, nó không trực tiếp đưa ra hình ảnh trong đầu người dùng.

Mô hình người dùng (User Model) là sự hiểu biết của nhà thiết kế về người dùng, bao gồm nhu cầu, mong đợi và khả năng của họ. Nó không phải là hình ảnh hệ thống trong đầu người dùng.

Mô hình nhận thức hệ thống (Cognitive Model of the System) là mô hình mà người dùng tự xây dựng trong đầu dựa trên kinh nghiệm và tương tác với hệ thống. Mặc dù liên quan, nó không phải là bản thân hình ảnh hệ thống.

Câu 8:

Những độ đo phức tạp vòng (cyclomatic complexity metric) cung cấp cho người thiết kế thống tin về số

Lời giải:

Đáp án đúng: C

Độ phức tạp Cyclomatic (Cyclomatic Complexity) là một độ đo phần mềm, được Thomas J. McCabe Sr. phát triển, dùng để chỉ ra độ phức tạp của một chương trình. Nó định lượng số lượng các đường dẫn độc lập tuyến tính thông qua một đoạn mã nguồn. Đường dẫn độc lập tuyến tính là một đường dẫn thực thi không thể tạo ra bằng cách kết hợp các đường dẫn khác. Độ phức tạp Cyclomatic được tính bằng công thức V(G) = E - N + 2, trong đó E là số cạnh của đồ thị luồng điều khiển và N là số nút của đồ thị luồng điều khiển. Một cách hiểu khác, độ phức tạp Cyclomatic cho biết số lượng test case tối thiểu cần thiết để bao phủ tất cả các nhánh của chương trình. Do đó, đáp án chính xác là "Những đường logic độc lập trong chương trình".

Câu 9:

Những kiểm tra chấp nhận thường được đưa ra bởi:

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 10:

Kỹ sư phần mềm không cầ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

Câu 11:

Loại khả thi nào không được xem xét trong phân tích khả thi:

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