Hình thức kiểm nghiệm tích hợp hướng đối tượng

Trong phân tích yêu cầu phần mềm, khung nhìn (view) được quan tâm đầu tiên thường là khung nhìn thiết yếu (essential view). Khung nhìn này tập trung vào việc hiểu rõ nghiệp vụ và các yêu cầu cốt lõi của hệ thống, không bị ràng buộc bởi các chi tiết kỹ thuật hay cách triển khai cụ thể. Nó giúp các nhà phân tích và các bên liên quan hiểu rõ vấn đề cần giải quyết trước khi đi vào các chi tiết thiết kế và triển khai.

• Actor view: Tập trung vào các tác nhân (người dùng hoặc hệ thống khác) tương tác với hệ thống.
• Data view: Tập trung vào dữ liệu mà hệ thống quản lý.
• Implementation view: Tập trung vào các chi tiết triển khai của hệ thống.

Vì vậy, đáp án C là chính xác nhất.

Phân tích yêu cầu phần mềm tập trung vào việc xác định và mô tả những gì phần mềm cần phải làm. Điều này bao gồm việc mô tả các chức năng mà phần mềm cung cấp, cách phần mềm phản ứng với các sự kiện khác nhau (hành vi), và các ràng buộc mà phần mềm phải tuân theo.

• A. Chức năng và hành vi: Đây là trọng tâm chính của phân tích yêu cầu. Các mô hình chức năng mô tả những gì phần mềm phải thực hiện, trong khi các mô hình hành vi mô tả cách phần mềm phản ứng với các kích thích bên ngoài.
• B. Giải thuật và cấu trúc dữ liệu: Những yếu tố này thuộc về giai đoạn thiết kế, khi các yêu cầu đã được xác định và các nhà phát triển quyết định cách thực hiện chúng.
• C. Kiến trúc và cấu trúc: Tương tự như giải thuật và cấu trúc dữ liệu, kiến trúc và cấu trúc phần mềm cũng là một phần của giai đoạn thiết kế, không phải phân tích yêu cầu.
• D. Tính tin cậy và tính sử dụng: Mặc dù quan trọng, tính tin cậy và tính sử dụng thường được xem xét như các thuộc tính chất lượng cần được đảm bảo trong quá trình phát triển, chứ không phải là loại mô hình được tạo ra trong phân tích yêu cầu.

Do đó, đáp án chính xác nhất là A.

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