Mô hình nào đưa ra hình ảnh hệ thống trong đầu của người dùng cuối

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.

Thiết kế test case theo Boris Beizer cần tuân theo các ràng buộc sau:

• Nhằm khám phá lỗi: Mục tiêu chính của test case là tìm ra các lỗi tiềm ẩn trong phần mềm.
• Nỗ lực và thời gian là tối thiểu: Test case cần được thiết kế sao cho hiệu quả, tốn ít thời gian và công sức nhất mà vẫn đảm bảo khả năng phát hiện lỗi cao.
• Theo một cách thức đầy đủ: Test case cần bao phủ đầy đủ các khía cạnh của phần mềm, bao gồm các chức năng, các trường hợp sử dụng, và các điều kiện biên.

Vì vậy, đáp án "Tất cả đều đúng" là chính xác nhất.