Làm rõ yêu cầu (Eliciting requirements) là:

Giao tiếp với khách hàng và người sử dụng để xác định các yêu cầu của họ

Các yêu cầu được ghi nhận lại theo nhiều hình thức

Các yêu cầu được tổng hợp lại theo nhiều hình thức

Xem các yêu cầu có ở tình trạng không rõ ràng?

Trả lời:

Đáp án đúng: A

Làm rõ yêu cầu (Eliciting requirements) là quá trình giao tiếp với khách hàng và người sử dụng để xác định, khám phá và hiểu rõ các nhu cầu, mong muốn của họ đối với một sản phẩm hoặc hệ thống. Quá trình này bao gồm việc thu thập thông tin, phân tích các yêu cầu tiềm năng và ghi nhận chúng một cách rõ ràng, chi tiết. Do đó, đáp án đúng nhất là "Giao tiếp với khách hàng và người sử dụng để xác định các yêu cầu của họ".

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 9

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

Dạng kiểm thử nào sau đây không thuộc kiểm thử hộp đen:

Lời giải:

Đáp án đúng: A

Kiểm thử hộp đen (Black-box testing) là một phương pháp kiểm thử phần mềm mà không yêu cầu kiến thức về cấu trúc bên trong, thiết kế hoặc mã nguồn của phần mềm. Thay vào đó, nó tập trung vào việc kiểm tra chức năng của phần mềm dựa trên các yêu cầu và đặc tả.

Các phương án:

* Phân tích giá trị biên (Boundary Value Analysis): Là một kỹ thuật kiểm thử hộp đen tập trung vào việc kiểm tra các giá trị ở biên của các phân vùng đầu vào, vì đây là những nơi có khả năng xảy ra lỗi cao nhất.
* Kiểm thử chuyển đổi trạng thái (State Transition Testing): Là một kỹ thuật kiểm thử hộp đen được sử dụng để kiểm tra hành vi của hệ thống khi nó chuyển từ trạng thái này sang trạng thái khác.
* Đoán lỗi (Error Guessing): Là một kỹ thuật kiểm thử hộp đen dựa trên kinh nghiệm và trực giác của người kiểm thử để đoán các lỗi có thể xảy ra.
* Kiểm thử điều kiện (Condition testing): Đây là một kỹ thuật kiểm thử hộp trắng (White-box testing), đòi hỏi kiến thức về cấu trúc bên trong và mã nguồn của phần mềm để kiểm tra các điều kiện và quyết định trong mã.

Vì vậy, đáp án đúng là Kiểm thử điều kiện (Condition testing).

Câu 14:

Ai là người viết tài liệu SRS?

Lời giải:

Đáp án đúng: B

Tài liệu SRS (Software Requirements Specification) mô tả đầy đủ các yêu cầu của phần mềm. Người chịu trách nhiệm chính trong việc viết tài liệu này thường là nhà phân tích nghiệp vụ (Business Analyst) hoặc chuyên viên phân tích hệ thống (System Analyst), hay gọi chung là Phân tích viên. Họ thu thập yêu cầu từ khách hàng, người dùng, và các bên liên quan khác, sau đó phân tích, làm rõ và ghi lại các yêu cầu này một cách chi tiết, chính xác, và dễ hiểu trong tài liệu SRS.

* Người quản lý dự án: Quản lý dự án chịu trách nhiệm về tiến độ, nguồn lực và phạm vi dự án, nhưng không trực tiếp viết SRS.
* Lập trình viên: Lập trình viên sử dụng SRS để xây dựng phần mềm, nhưng không phải là người viết tài liệu này.
* Khách hàng: Khách hàng cung cấp yêu cầu, nhưng không viết SRS. Công việc của phân tích viên là chuyển đổi các yêu cầu này thành một tài liệu kỹ thuật rõ ràng.

Câu 15:

Xem xét khả năng tài chính của tổ chức có cho phép thực hiện dự án, kỹ thuật hiện tại có đủ đảm bảo thực hiện giải pháp công nghệ dự định áp dụng, …" Đây là nội dung của giai đoạn nào trong pha phân tích và đặc tả yêu cầu phần mềm?

Lời giải:

Đáp án đúng: D

Câu hỏi mô tả việc xem xét khả năng tài chính và kỹ thuật của tổ chức trước khi thực hiện dự án. Điều này thuộc về giai đoạn Nghiên cứu khả thi. Giai đoạn này đánh giá xem dự án có thực tế, có khả thi về mặt tài chính, kỹ thuật và vận hành hay không.

* Đặc tả yêu cầu: Mô tả chi tiết các yêu cầu chức năng và phi chức năng của phần mềm.
* Phân tích yêu cầu: Phân tích và làm rõ các yêu cầu thu thập được, xác định các mâu thuẫn và vấn đề cần giải quyết.
* Xác định yêu cầu: Thu thập yêu cầu từ các bên liên quan.

Do đó, đáp án chính xác nhất là *Nghiên cứu khả thi* vì nó bao gồm việc đánh giá các yếu tố tài chính và kỹ thuật trước khi bắt đầu dự án.

Câu 16:

Nhược điểm đặc tả hình thức?

Lời giải:

Đáp án đúng: C

Câu hỏi yêu cầu xác định nhược điểm của đặc tả hình thức.

* Phương án 1: Khó kiểm tra yêu cầu: Đây không phải là nhược điểm chính của đặc tả hình thức. Đặc tả hình thức, bản chất là mô tả yêu cầu một cách chính xác, nên việc kiểm tra các yêu cầu sẽ dễ dàng hơn, thậm chí có thể tự động hóa.
* Phương án 2: Thiếu tính chính xác: Đây là một nhận định sai. Đặc tả hình thức được xây dựng dựa trên các ký hiệu toán học nên có tính chính xác cao.
* Phương án 3: Khó đọc, khó sử dụng: Đây là một nhược điểm lớn của đặc tả hình thức. Do sử dụng nhiều ký hiệu và cú pháp phức tạp, đặc tả hình thức thường khó hiểu đối với những người không có chuyên môn hoặc không quen thuộc với các ký hiệu này. Điều này gây khó khăn cho việc giao tiếp, thảo luận và sử dụng đặc tả trong thực tế.
* Phương án 4: Chi phí đặc tả thấp: Chi phí đặc tả thấp không phải là nhược điểm. Trên thực tế, việc xây dựng đặc tả hình thức thường tốn nhiều thời gian và công sức, do đó chi phí có thể cao hơn so với các phương pháp đặc tả khác.

Vậy, đáp án đúng nhất là "Khó đọc, khó sử dụng".

Câu 17:

Chỉ ra những giai đoạn trong tiến trình phần mềm?

Lời giải:

Đáp án đúng: B

Tiến trình phần mềm bao gồm các giai đoạn chính sau:

1. Phân tích yêu cầu: Xác định và làm rõ các yêu cầu của người dùng và hệ thống.
2. Thiết kế: Xây dựng kiến trúc tổng thể và chi tiết của phần mềm dựa trên các yêu cầu đã được phân tích.
3. Lập trình: Chuyển đổi thiết kế thành mã nguồn thực thi.
4. Kiểm thử: Đảm bảo phần mềm hoạt động đúng theo yêu cầu và không có lỗi.
5. Bảo trì: Sửa lỗi, cải tiến và cập nhật phần mềm sau khi triển khai.

Trong các lựa chọn trên, đáp án "Phân tích, thiết kế, lập trình, bảo trì" là đáp án chính xác nhất vì nó bao gồm đầy đủ các giai đoạn quan trọng của tiến trình phần mềm. Các đáp án khác có thể thiếu hoặc gộp các giai đoạn này.

Câu 18:

Thứ tự các hoạt động trong tiến trình hình thành yêu cầu?

Lời giải: