Tài liệu nào sau đây sẽ được tạo ra trong pha thiết kế hệ thống?

Vấn đề nào sau đây liên quan chính đến pha thiết kế?

Lời giải:

Đáp án đúng: B

Pha thiết kế tập trung vào việc xác định phạm vi dự án, các tính năng cần thiết và cách chúng sẽ được triển khai. Trong giai đoạn này, kiến trúc tổng thể của hệ thống được xác định, các thành phần được mô tả, và các giao diện được xác định. Khả thi và dữ liệu là những yếu tố quan trọng, nhưng phạm vi dự án là yếu tố trung tâm điều khiển các quyết định thiết kế. Vì vậy, đáp án D chính xác nhất.

Câu 42:

Mật độ lỗi (defect density) dùng để đo lường

Lời giải:

Đáp án đúng: A

Mật độ lỗi (defect density) là một thước đo chất lượng phần mềm, được tính bằng số lượng lỗi trên một đơn vị kích thước phần mềm (ví dụ: số lỗi trên 1000 dòng code - KLOC). Nó được sử dụng để đánh giá hiệu quả của quá trình phát triển phần mềm và chất lượng của sản phẩm. Do đó, đáp án đúng nhất là "C. Quá trình sản xuất". Mật độ lỗi thấp cho thấy quá trình sản xuất hiệu quả và sản phẩm có chất lượng tốt hơn.

Câu 43:

Chọn lựa nào sau đây mô tả một yêu cầu chức năng?

Lời giải:

Đáp án đúng: C

Yêu cầu chức năng mô tả những gì hệ thống *cần phải làm*. Nó tập trung vào chức năng và hành vi của hệ thống.

* Phương án A: Đề cập đến hiệu suất (thời gian phản hồi), đây là một yêu cầu phi chức năng.
* Phương án B: Đề cập đến khả năng sử dụng và giảm lỗi, đây là một yêu cầu phi chức năng.
* Phương án C: Mô tả một chức năng cụ thể mà hệ thống phải cung cấp (cho phép người dùng nhập chi tiết chiến dịch quảng cáo). Đây là một yêu cầu chức năng.
* Phương án D: Đề cập đến thời gian nộp báo cáo, là một ràng buộc về quy trình, có thể xem là yêu cầu phi chức năng liên quan đến thời gian.

Do đó, phương án C là đáp án đúng nhất vì nó mô tả rõ ràng một chức năng mà hệ thống cần thực hiện.

Câu 44:

Cách tốt nhất để đưa tới việc xem xét việc đánh giá yêu cầu là

Lời giải:

Đáp án đúng: D

Câu hỏi này kiểm tra kiến thức về quy trình đánh giá yêu cầu trong phát triển phần mềm. Mục tiêu của việc đánh giá yêu cầu là đảm bảo rằng các yêu cầu được thu thập đầy đủ, chính xác, rõ ràng và có thể thực hiện được. Trong các lựa chọn được đưa ra, việc sử dụng danh sách kiểm tra (checklist) là phương pháp hệ thống và hiệu quả nhất để đảm bảo rằng mọi yêu cầu đều được xem xét kỹ lưỡng theo các tiêu chí đã định.

A. Kiểm tra lỗi mô hình hệ thống: Mặc dù quan trọng, nhưng việc này thường diễn ra sau khi đã có mô hình, không phải là cách chính để đánh giá yêu cầu ban đầu.

B. Nhờ khách hàng kiểm tra yêu cầu: Khách hàng đóng vai trò quan trọng trong việc xác nhận yêu cầu, nhưng họ có thể không có chuyên môn để phát hiện các vấn đề kỹ thuật hoặc tính nhất quán của yêu cầu.

C. Gởi họ tới đội thiết kế và xem họ có sự quan tâm nào không: Cách này mang tính chất thụ động và không đảm bảo rằng tất cả các yêu cầu đều được xem xét một cách hệ thống.

D. Dùng danh sách các câu hỏi kiểm tra để kiểm tra mỗi yêu cầu: Đây là cách tiếp cận chủ động và có hệ thống nhất. Danh sách kiểm tra giúp đảm bảo rằng mọi yêu cầu đều được đánh giá dựa trên các tiêu chí nhất định (ví dụ: tính rõ ràng, tính khả thi, tính nhất quán, v.v.).

Do đó, đáp án D là đáp án tốt nhất.

Câu 45:

Use-cases là một kịch bản mà mô tả

thống

Lời giải:

Đáp án đúng: A

Use case (ca sử dụng) mô tả một chuỗi các tương tác giữa người dùng (hoặc một hệ thống khác) và hệ thống phần mềm để đạt được một mục tiêu cụ thể. Nó tập trung vào việc phần mềm sẽ thực hiện *cái gì* chứ không phải *như thế nào*. Do đó, đáp án A là chính xác nhất vì nó mô tả use case như một kịch bản về cách phần mềm hoạt động trong một tình huống cụ thể từ góc độ người dùng. Các đáp án còn lại không phù hợp: B liên quan đến công cụ CASE, C liên quan đến kế hoạch xây dựng, và D liên quan đến test case, trong khi use case là mô tả chức năng từ quan điểm người dùng.

Câu 46:

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: