Tác vụ nào không được biểu diễn như là một phần của phân tích yêu cầu phần mềm

Mục đích của việc xây dựng mô hình phân tích bao gồm: 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. Việc xác định một tập những yêu cầu phần mềm là một phần của quá trình phân tích yêu cầu, nhưng không phải là mục đích chính của việc xây dựng mô hình phân tích. Mô hình phân tích giúp hiểu rõ hơn về bài toán, yêu cầu và các ràng buộc, từ đó đưa ra giải pháp phù hợp.

Thiết kế phần mềm tốt đảm bảo chất lượng tổng thể của sản phẩm phần mềm. Chất lượng bao gồm nhiều yếu tố như độ tin cậy, tính bảo trì, hiệu suất, tính dễ sử dụng, v.v. Các lựa chọn khác như Accuracy (độ chính xác), Complexity (độ phức tạp), Efficiency (hiệu quả) chỉ là những khía cạnh riêng lẻ của chất lượng phần mềm chứ không bao quát được toàn bộ ý nghĩa của việc thiết kế phần mềm. Do đó, 'Quality' (chất lượng) là từ đơn thích hợp nhất để tóm tắt tầm quan trọng của thiết kế phần mềm.

Câu hỏi này liên quan đến các khái niệm trong thiết kế hệ thống và biểu đồ luồng dữ liệu. Cụ thể, nó hỏi về ý nghĩa của luồng tổng thể (transaction flow) trong một đoạn biểu đồ luồng dữ liệu có tính trình tự cao và theo đường thẳng.

• Luồng giao dịch (transaction flow): Luồng giao dịch xảy ra khi một luồng dữ liệu tổng thể được chia thành nhiều đường dẫn khác nhau, mỗi đường dẫn xử lý một loại giao dịch cụ thể. Trong trường hợp này, luồng dữ liệu có tính trình tự cao và đi theo đường thẳng, điều này không phù hợp với định nghĩa của luồng giao dịch.
• Luồng biến đổi (transform flow): Luồng biến đổi xảy ra khi dữ liệu được biến đổi qua một chuỗi các bước xử lý liên tiếp. Tính trình tự cao và đường thẳng trong biểu đồ luồng dữ liệu cho thấy một quá trình biến đổi tuần tự rõ ràng. Do đó, đây là đáp án phù hợp nhất.
• Liên kết thấp (low coupling): Liên kết thấp đề cập đến mức độ phụ thuộc giữa các module. Mặc dù luồng biến đổi có thể có liên kết thấp, nhưng câu hỏi tập trung vào bản chất của luồng dữ liệu, không phải mức độ liên kết.
• Module hóa tốt (good modularity): Module hóa tốt là một đặc điểm thiết kế quan trọng, nhưng nó không trực tiếp mô tả luồng dữ liệu trong trường hợp này.

Vì vậy, đáp án đúng nhất là D. Luồng biến đổi (transform) vì nó mô tả chính xác tình huống luồng dữ liệu được mô tả trong câu hỏi.

Mô hình người dùng (User model) tập trung vào việc xây dựng hình ảnh, hồ sơ (profile) về người dùng cuối, bao gồm các đặc điểm, nhu cầu, hành vi và mục tiêu của họ khi tương tác với hệ thống. Các mô hình khác không tập trung vào việc này:

• 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.
• Mô hình của người dùng: Cách diễn đạt không rõ ràng và không phổ biến trong ngữ cảnh này.
• Mô hình nhận thức hệ thống: Liên quan đến cách người dùng hiểu và nhận thức về hệ thống, nhưng không nhất thiết xây dựng hồ sơ người dùng chi tiết.

Mô hình hình ảnh hệ thống (System Image Model) tập trung vào việc cung cấp một hình ảnh rõ ràng và nhất quán về hệ thống cho người dùng. Nó bao gồm giao diện người dùng (look and feel), các thông tin hỗ trợ (ví dụ: hướng dẫn, trợ giúp), và cách hệ thống phản hồi các hành động của người dùng. Mục tiêu là giúp người dùng xây dựng một mô hình tinh thần chính xác về hệ thống, từ đó dễ dàng sử dụng và tương tác với hệ thống một cách hiệu quả.

• Mô hình thiết kế: Tập trung vào các quyết định thiết kế kỹ thuật, kiến trúc phần mềm, và cấu trúc dữ liệu, không trực tiếp liên quan đến giao diện người dùng hoặc trải nghiệm người dùng.
• Mô hình người dùng: Mô tả đặc điểm, nhu cầu và hành vi của người dùng mục tiêu. Nó giúp các nhà thiết kế hiểu rõ người dùng để tạo ra các sản phẩm phù hợp, nhưng không trực tiếp tạo ra giao diện người dùng.
• Mô hình nhận thức hệ thống: Liên quan đến cách người dùng hiểu và nhận thức về hệ thống, nhưng không phải là mô hình trực tiếp tạo ra hình ảnh và giao diện.

Do đó, đáp án đúng nhất là C.