Loại mô hình nào được tạo ra trong phân tích yêu cầu phần mềm

Câu hỏi này liên quan đến sự hiểu biết của người dùng về hệ thống.

• A. Mô hình thiết kế: Mô tả cách hệ thống được các nhà thiết kế hình dung, không nhất thiết trùng khớp với cách người dùng hiểu.
• B. Mô hình người dùng: Chính xác là hình ảnh hệ thống được hình thành trong đầu người dùng, dựa trên kinh nghiệm và tương tác của họ.
• C. Hình ảnh hệ thống: Là giao diện bên ngoài của hệ thống, bao gồm tài liệu, hướng dẫn sử dụng và cách hệ thống phản hồi, nhưng nó không phải là mô hình nằm trong đầu người dùng.
• D. Mô hình nhận thức hệ thống: Không phải là một thuật ngữ tiêu chuẩn trong lĩnh vực này.

Do đó, đáp án chính xác là B. Mô hình người dùng vì nó thể hiện cách người dùng thực sự hiểu và hình dung về hệ thống.

Sơ đồ quan hệ - thực thể (ERD) là một công cụ mô hình hóa dữ liệu ở mức khái niệm. Nó mô tả các thực thể (đối tượng) trong một hệ thống thông tin và các mối quan hệ giữa các thực thể đó. Khi ánh xạ các giao dịch để tạo một thiết kế kiến trúc đầy đủ, sơ đồ quan hệ - thực thể giúp xác định cấu trúc dữ liệu cần thiết để hỗ trợ các giao dịch đó. Các tùy chọn còn lại không phải là một thành phần cốt lõi trong việc chuyển đổi một giao dịch thành một thiết kế kiến trúc hoàn chỉnh, mặc dù chúng có thể đóng vai trò hỗ trợ.

• Từ điển dữ liệu: Mô tả chi tiết các phần tử dữ liệu, nhưng không trực tiếp ánh xạ giao dịch thành kiến trúc.
• Mô tả việc xử lý cho mỗi module: Tập trung vào logic nghiệp vụ, không phải cấu trúc dữ liệu.
• Những Test-case cho mỗi module: Được sử dụng để kiểm tra, không phải để thiết kế kiến trúc.

Kiến trúc phần mềm tập trung vào cấu trúc tổng thể và các thành phần chính của hệ thống. Nó bao gồm các yếu tố như cơ sở dữ liệu, thiết kế dữ liệu, và cấu trúc chương trình. Chi tiết giải thuật là một phần của thiết kế chi tiết, nằm ở mức độ thấp hơn và tập trung vào cách thức cụ thể để thực hiện một chức năng nào đó, không phải là một phần của kiến trúc phần mềm tổng thể.

Bảng lần vết (trace table) là một công cụ được sử dụng để theo dõi giá trị của các biến trong chương trình khi nó thực thi. Việc sử dụng bảng lần vết giúp xác định chính xác luồng thực thi của chương trình và giá trị của các biến tại mỗi bước, từ đó giúp việc gỡ lỗi (debug) và hiểu rõ cách chương trình hoạt động trở nên dễ dàng hơn. Nó đặc biệt hữu ích trong việc xác định những sai sót trong logic của chương trình, nơi mà việc chỉ nhìn vào mã nguồn không đủ để phát hiện ra vấn đề. Vì vậy, bảng lần vết giúp xác định việc biểu diễn những sự thi hành giải thuật một cách chi tiết.

Phương án A không hoàn toàn chính xác. Mặc dù bảng lần vết có thể hỗ trợ debug, nhưng nó không chỉ dừng lại ở việc phát hiện lỗi thời gian thực mà còn giúp hiểu rõ quá trình thực thi.

Phương án C không liên quan đến mục đích sử dụng của bảng lần vết.

Phương án D không đúng vì có một đáp án đúng.

Kỹ sư phần mềm chịu trách nhiệm thiết kế hệ thống nghiệp vụ. Các công việc như phân tích phạm vi nghiệp vụ, kế hoạch sản phẩm và kế hoạch chiến lược thông tin thường thuộc về các vai trò khác như nhà phân tích nghiệp vụ, quản lý sản phẩm hoặc chuyên gia tư vấn chiến lược.

• Thiết kế hệ thống nghiệp vụ: Bao gồm việc cụ thể hóa các yêu cầu nghiệp vụ thành các thành phần và kiến trúc phần mềm có thể triển khai được.