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

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.

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.

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 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.

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.