Khung nhìn (view) nào được quan tâm đầu tiên trong phân tich yêu cầu phần mềm

actor view

data view

essential view

implementation view

Trả lời:

Đáp án đúng: C

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.

500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Phần 11

Tổng hợp 500+ câu hỏi trắc nghiệm môn Công nghệ phần mềm có đáp án đầy đủ nhằm giúp các bạn dễ dàng ôn tập lại toàn bộ các kiến thức.

50 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

Câu 35:

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

Lời giải:

Đáp án đúng: A

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 36:

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

Lời giải:

Đáp án đúng: D

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.

Câu 37:

Một bổ sung cần thiết nhằm biến đổi hay ánh xạ giao dịch để tạo một thiết kế kiến trúc đầy đủ là

Lời giải:

Đáp án đúng: C

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.

Câu 38:

Mục nào không là một phần của kiến trúc phần mềm

Lời giải:

Đáp án đúng: A

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

Câu 39:

Sử dụng bảng lần vết giúp

Lời giải:

Đáp án đúng: C

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.

Câu 40:

Thành phần nào của kỹ thuật tiến trình nghiệp vụ là trách nhiệm của kỹ sư phần mềm

Lời giải: