FP (Function Point) là

Kiểm nghiệm tích hợp hướng đối tượng có hai hình thức chính:

1. Kiểm nghiệm trên cơ sở thread: Kiểm tra sự tương tác và đồng bộ giữa các thread (luồng) trong hệ thống hướng đối tượng, đặc biệt khi các đối tượng tương tác đồng thời thông qua các thread khác nhau. Điều này đảm bảo tính đúng đắn và ổn định của hệ thống khi có nhiều luồng thực thi đồng thời.

2. Kiểm nghiệm trên cơ sở sử dụng: Tập trung vào việc kiểm tra các mối quan hệ sử dụng (use relationship) giữa các đối tượng. Điều này bao gồm việc đảm bảo rằng một đối tượng có thể sử dụng các dịch vụ của đối tượng khác một cách chính xác và hiệu quả. Kiểm nghiệm này thường bao gồm kiểm tra các lời gọi phương thức, truyền tham số và xử lý kết quả trả về.

Vì cả hai hình thức kiểm nghiệm trên đều là các hình thức kiểm nghiệm tích hợp hướng đối tượng, đáp án C là chính xác nhất.

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.