Cấu trúc thông tin biểu diển tổ chức nội của

Những cấu trúc dữ liệu dùng để biểu diễn loại dữ liệu

Mô hình bố trí nhân viên dự án

Mô hình truyền thông dự án

Những dữ liệu khác nhau và những mục điều khiển

Trả lời:

Đáp án đúng: D

Câu hỏi này liên quan đến cấu trúc thông tin biểu diễn tổ chức nội của một hệ thống hoặc dự án. Phương án A không chính xác vì nó chỉ đề cập đến cấu trúc dữ liệu biểu diễn *loại* dữ liệu, mà không nói đến tổ chức nội tại của các dữ liệu đó. Phương án B và C cũng không chính xác. Mô hình bố trí nhân viên dự án và mô hình truyền thông dự án là các khía cạnh cụ thể của quản lý dự án, chứ không phải là cấu trúc thông tin biểu diễn tổ chức nội tại của một hệ thống. Phương án D chính xác vì nó bao hàm việc tổ chức nội tại liên quan đến các dữ liệu khác nhau và cách chúng được điều khiển. Một cấu trúc thông tin tốt sẽ mô tả mối quan hệ giữa các dữ liệu này và cách chúng được quản lý, truy cập và sử dụng.

500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Phần 1

Tổng hợp 500+ câu hỏi trắc nghiệm môn Công nghệ phần mềm có đáp án đầy đủ nhằm giúp các bạn dễ dàng ôn tập lại toàn bộ các kiến thức.

50 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

Câu 49:

Sơ đồ luồng dữ liệu

Lời giải:

Đáp án đúng: B

Sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) là một công cụ mô hình hóa trực quan, tập trung vào việc thể hiện cách dữ liệu di chuyển qua một hệ thống. Nó cho thấy các chức năng (processes) biến đổi luồng dữ liệu, các kho chứa dữ liệu (data stores) nơi dữ liệu được lưu trữ, và các tác nhân bên ngoài (external entities) tương tác với hệ thống. Phương án A: Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu - Mô tả này phù hợp với sơ đồ quan hệ thực thể (Entity Relationship Diagram - ERD), không phải DFD. Phương án B: Đưa ra hình ảnh những chức nĕng biến đổi luồng dữ liệu - Đây là đáp án chính xác. DFD tập trung vào việc biểu diễn các processes (chức năng) và cách chúng biến đổi dữ liệu khi dữ liệu di chuyển qua hệ thống. Phương án C: Chỉ ra những quyết định logic chính khi chúng xuất hiện - Mô tả này liên quan đến lưu đồ thuật toán hoặc bảng quyết định, không phải DFD. Phương án D: Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài - DFD có thể thể hiện các tác nhân bên ngoài, nhưng trọng tâm chính của nó là luồng dữ liệu và các biến đổi, không chỉ là sự tương tác với các sự kiện bên ngoài.

Câu 50:

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 cần đảm bảo tính độc lập cao giữa các module để dễ dàng bảo trì, nâng cấp và tái sử dụng. Sự liên kết mạnh giữa các module làm tăng tính phụ thuộc lẫn nhau, gây khó khăn cho việc thay đổi một module mà không ảnh hưởng đến các module khác. * **A. Cho thấy sự liên kết mạnh giữa các module:** Sai. Liên kết mạnh giữa các module là một dấu hiệu của thiết kế kém. * **B. Thực hiện tất cả yêu cầu trong phân tích:** Đúng. Thiết kế tốt cần đáp ứng đầy đủ các yêu cầu đã được xác định trong giai đoạn phân tích. * **C. Bao gồm những test case cho tất cả thành phần:** Sai. Test case là một phần của quá trình kiểm thử, không phải thiết kế. * **D. Kết hợp mã nguồn nhằm mục đích mô tả:** Sai. Mã nguồn nên rõ ràng và dễ hiểu, nhưng không nên chỉ dùng để mô tả thiết kế.

Câu 1:

Đặc tả hệ thống mô tả:

Lời giải:

Đáp án đúng: A

Đặc tả hệ thống mô tả chức năng và hành vi của hệ thống dựa vào máy tính. Nó định nghĩa những gì hệ thống phải làm, cách nó tương tác với môi trường bên ngoài, và các ràng buộc về hiệu năng, độ tin cậy, và bảo mật. Các đặc tả hệ thống thường được viết bằng ngôn ngữ tự nhiên, biểu đồ, hoặc các ký hiệu hình thức khác. Các lựa chọn khác không phải là mục tiêu của đặc tả hệ thống.

Câu 2:

Khung nhìn (view) nào được quan tâm đầu tiên trong phân tich yêu cầu phần mềm:

Lời giải:

Đáp án đúng: C

Trong phân tích yêu cầu phần mềm, khung nhìn (view) **essential view** (khung nhìn bản chất) thường được quan tâm đầu tiên. Khung nhìn này tập trung vào việc xác định các chức năng và dữ liệu cốt lõi mà hệ thống cần cung cấp, không bị ảnh hưởng bởi các chi tiết triển khai. Nó giúp chúng ta hiểu rõ vấn đề cần giải quyết trước khi đi vào các chi tiết cụ thể về người dùng (actor view), dữ liệu (data view) hay cách thức triển khai (implementation view). * **Actor view:** Mô tả hệ thống từ quan điểm của người dùng (actors) và cách họ tương tác với hệ thống. Mặc dù quan trọng, nó thường được xem xét sau khi đã xác định các chức năng cốt lõi. * **Data view:** Tập trung vào cấu trúc dữ liệu và luồng dữ liệu trong hệ thống. Tương tự như actor view, nó thường được xem xét sau essential view. * **Implementation view:** Liên quan đến các quyết định về công nghệ và kiến trúc hệ thống, và do đó, được xem xét ở giai đoạn sau của quá trình phân tích yêu cầu. Vì vậy, essential view là khung nhìn được quan tâm đầu tiên để nắm bắt được bản chất của vấn đề và các yêu cầu cốt lõi của hệ thống.

Câu 3:

Mục nào không là một mục đích cho việc xây dựng một mô hình phân tích:

Lời giải:

Đáp án đúng: C

Mục đích của việc xây dựng một mô hình phân tích trong phát triển phần mềm là để mô tả yêu cầu của khách hàng, phát triển một giải pháp tóm tắt cho vấn đề và thiết lập một nền tảng cho thiết kế phần mềm. Điều này giúp các nhà phát triển hiểu rõ vấn đề cần giải quyết, đưa ra giải pháp tổng quan và có cơ sở để thiết kế phần mềm một cách hiệu quả. Ngược lại, việc xác định một tập hợp các yêu cầu phần mềm thường là một phần của giai đoạn thu thập yêu cầu, tiền đề cho việc xây dựng mô hình phân tích, chứ không phải là mục đích của nó.

Câu 4:

Loại trừu tượng nào được dùng trong thiết kế phần mềm:

Lời giải: