Chỉ phát biểu sai. Mô hình hướng ngắt

Thiết kế dữ liệu ở mức thành phần (component-level design) tập trung vào việc hiện thực các trừu tượng dữ liệu (data abstractions) thành các cấu trúc dữ liệu cụ thể, tinh chỉnh các đối tượng dữ liệu (data objects) và thiết kế các giao diện để truy cập và thao tác dữ liệu. Thiết kế cơ sở dữ liệu (database design) là một công việc khác, thường được thực hiện ở mức hệ thống hoặc ứng dụng, chứ không phải ở mức thành phần.

• A. Thiết kế cơ sở dữ liệu: Đây là phát biểu sai, vì thiết kế cơ sở dữ liệu là một hoạt động thiết kế ở mức cao hơn, liên quan đến toàn bộ ứng dụng hoặc hệ thống, chứ không chỉ giới hạn ở một thành phần.
• B. Hiện thực thuộc tính dữ liệu thành cấu trúc dữ liệu: Đây là một phần quan trọng của thiết kế dữ liệu ở mức thành phần. Thành phần cần phải chọn cấu trúc dữ liệu phù hợp (ví dụ: mảng, danh sách liên kết, cây) để lưu trữ và quản lý dữ liệu.
• C. Phát triển một tập những trừu tượng dữ liệu: Đây là bước đầu tiên trong thiết kế dữ liệu ở mức thành phần. Thành phần cần xác định những loại dữ liệu nào nó cần và cách nó sẽ tương tác với dữ liệu đó.
• D. Tinh chế các đối tượng dữ liệu: Sau khi đã xác định các trừu tượng dữ liệu, thành phần cần tinh chỉnh chúng để đảm bảo rằng chúng đáp ứng được các yêu cầu về hiệu suất và khả năng sử dụng.

Vậy đáp án sai là A

Câu hỏi này liên quan đến việc phân tích biểu đồ luồng dữ liệu (Data Flow Diagram - DFD) và cách các luồng dữ liệu thể hiện các đặc tính của hệ thống.

• A. Liên kết thấp: Liên kết thấp (Low Coupling) là một đặc điểm thiết kế tốt, trong đó các module ít phụ thuộc vào nhau. Tuy nhiên, luồng tổng thể trong DFD không trực tiếp thể hiện mức độ liên kết.
• B. Module hóa tốt: Module hóa tốt là việc chia hệ thống thành các module độc lập, dễ quản lý. Luồng tổng thể trong DFD có thể gợi ý về module hóa, nhưng không phải là yếu tố duy nhất.
• C. Luồng giao dịch (transaction): Luồng giao dịch đề cập đến một chuỗi các hoạt động xử lý một giao dịch duy nhất. Khi một luồng tổng thể có tính trình tự cao và theo đường thẳng, nó thường thể hiện một luồng giao dịch.
• D. Luồng biến đổi (transform): Luồng biến đổi đề cập đến việc biến đổi dữ liệu từ dạng này sang dạng khác. Mặc dù biến đổi dữ liệu có thể xảy ra trong một luồng, nhưng tính trình tự cao và đường thẳng không phải là đặc điểm chính của luồng biến đổi.

Do đó, đáp án chính xác nhất là C. Luồng giao dịch (transaction).

Kiểm thử tích hợp Top-down là một phương pháp kiểm thử phần mềm, trong đó các module cấp cao được kiểm thử trước, sau đó dần dần tích hợp và kiểm thử các module cấp thấp hơn. Phương pháp này có một số ưu điểm, trong đó ưu điểm chính là các điểm quyết định quan trọng được kiểm thử sớm. Điều này giúp phát hiện sớm các lỗi thiết kế và kiến trúc, giảm thiểu rủi ro và chi phí sửa chữa.

• A. Những module mức thấp không bao giờ cần kiểm thử: Sai. Tất cả các module đều cần được kiểm thử, dù ở mức độ nào.
• B. Những điểm quyết định chính được kiểm thử sớm: Đúng. Đây là ưu điểm chính của kiểm thử tích hợp Top-down.
• C. Không có những stub cần phải viết: Sai. Trong kiểm thử Top-down, chúng ta cần stubs để thay thế cho các module cấp dưới chưa được phát triển.
• D. Không có mục nào: Sai. Vì đáp án B đúng.

Mô hình hình ảnh hệ thống (system image model) tập trung vào việc thể hiện giao diện người dùng (look and feel) và cung cấp thông tin hỗ trợ cho người dùng. Nó là cách hệ thống trình bày chính nó cho người dùng thông qua giao diện, phản ánh cách hệ thống được thiết kế để người dùng tương tác. Các mô hình khác không trực tiếp liên quan đến việc trình bày giao diện người dùng và cung cấp thông tin hỗ trợ một cách trực quan.

• Mô hình thiết kế: Tập trung vào cấu trúc và chức năng của hệ thống, không trực tiếp liên quan đến giao diện người dùng.
• Mô hình người dùng: Mô tả cách người dùng hiểu và tương tác với hệ thống, nhưng không phải là hình ảnh trực quan của hệ thống.
• Mô hình nhận thức hệ thống: Liên quan đến cách người dùng nhận thức và hiểu về hệ thống, nhưng không phải là giao diện cụ thể.

Tham chiếu chéo các yêu cầu trong tài liệu thiết kế (thường được thể hiện dưới dạng ma trận truy vết yêu cầu - Requirements Traceability Matrix) nhằm mục đích đảm bảo rằng tất cả các yêu cầu đã được xem xét và đáp ứng đầy đủ trong quá trình thiết kế. Điều này giúp xác minh tính đầy đủ của thiết kế và tránh bỏ sót bất kỳ yêu cầu nào. Các lựa chọn khác không phải là mục đích chính của tham chiếu chéo yêu cầu.