Trắc nghiệm Công nghệ Phần mềm Bài: PHA XÁC ĐỊNH YÊU CẦU CỔ ĐIỂN Trắc nghiệm Công nghệ Phần mềm Bài: PHA XÁC ĐỊNH YÊU CẦU CỔ ĐIỂN 25 câu hỏi 30 phút Công nghệ Phần mềmBẮT ĐẦU LÀM BÀITrắc nghiệm Công nghệ Phần mềm Bài: PHA XÁC ĐỊNH YÊU CẦU CỔ ĐIỂN 25 câu hỏi 30 phút Công nghệ Phần mềmPHẦN I. Câu trắc nghiệm nhiều phương án lựa chọn.Câu 1Nhận biếtTrong Pha Xác định Yêu cầu Cổ điển (Traditional Requirements Phase), hoạt động nào là trọng tâm?A.Xây dựng mã nguồn.B.Kiểm thử chức năng.C.Triển khai sản phẩm.D.D Lát kiểm tra lại Câu 2Nhận biếtMô hình vòng đời phần mềm nào là điển hình cho việc áp dụng Pha Xác định Yêu cầu Cổ điển?A.Mô hình Agile.B.Mô hình Xoắn ốc.C.Mô hình Lặp và Tăng.D.D Lát kiểm tra lại Câu 3Nhận biếtĐặc điểm chính của yêu cầu trong Pha Xác định Yêu cầu Cổ điển là gì?A.Liên tục thay đổi và phát triển.B.Luôn mơ hồ và không rõ ràng.C.Không cần tài liệu hóa.D.D Lát kiểm tra lại Câu 4Nhận biếtKết quả đầu ra quan trọng nhất của Pha Xác định Yêu cầu Cổ điển là gì?A.Mã nguồn đã hoàn thiện.B.Bản mẫu thử nghiệm.C.Báo cáo kiểm thử.D.D Lát kiểm tra lại Câu 5Nhận biếtTại sao Pha Xác định Yêu cầu Cổ điển lại nhấn mạnh vào việc thu thập yêu cầu đầy đủ ngay từ đầu?A.Để làm cho dự án phức tạp hơn.B.Để giảm chi phí bảo trì.C.Để tăng tốc độ viết mã.D.D Lát kiểm tra lại Câu 6Nhận biếtMột nhược điểm lớn của Pha Xác định Yêu cầu Cổ điển là gì?A.Khó thu thập yêu cầu ban đầu.B.Làm cho quá trình phát triển linh hoạt hơn.C.Giảm rủi ro dự án.D.D Lát kiểm tra lại Câu 7Nhận biếtTrong Pha Xác định Yêu cầu Cổ điển, sự tương tác với khách hàng thường diễn ra như thế nào sau giai đoạn thu thập ban đầu?A.Rất thường xuyên và liên tục.B.Qua các bản mẫu thường xuyên.C.Chỉ khi có lỗi nghiêm trọng.D.D Lát kiểm tra lại Câu 8Nhận biếtƯu điểm của Pha Xác định Yêu cầu Cổ điển là gì, đặc biệt trong các dự án có tính ổn định cao?A.Giảm sự cần thiết của tài liệu.B.Khuyến khích sự thay đổi liên tục.C.Tăng tốc độ phát triển.D.D Lát kiểm tra lại Câu 9Nhận biếtMột yêu cầu được coi là "không mơ hồ" (unambiguous) trong Pha Xác định Yêu cầu Cổ điển nghĩa là gì?A.Nó có thể được hiểu theo nhiều cách khác nhau.B.Nó không cần phải được người khác đọc.C.Nó phải được viết bằng tiếng Anh.D.D Lát kiểm tra lại Câu 10Nhận biếtNếu một lỗi do yêu cầu bị hiểu sai được phát hiện ở giai đoạn cài đặt trong một dự án sử dụng Pha Xác định Yêu cầu Cổ điển, chi phí sửa chữa sẽ như thế nào?A.Thấp hơn so với pha yêu cầu.B.Bằng nhau.C.Không liên quan.D.D Lát kiểm tra lại Câu 11Nhận biếtTài liệu SRS trong Pha Xác định Yêu cầu Cổ điển thường chứa đựng những loại yêu cầu nào?A.Chỉ yêu cầu phi chức năng.B.Chỉ yêu cầu về hiệu suất.C.Chỉ yêu cầu về giao diện người dùng.D.D Lát kiểm tra lại Câu 12Nhận biếtPhát biểu nào sau đây **đúng** về Pha Xác định Yêu cầu Cổ điển?A.Nó linh hoạt với sự thay đổi của thị trường.B.Nó khuyến khích phát hành sản phẩm sớm.C.Nó là phương pháp tối ưu cho mọi loại dự án.D.D Lát kiểm tra lại Câu 13Nhận biếtVấn đề "Big-bang Integration" (Tích hợp Big Bang) thường là một hậu quả của mô hình nào khi áp dụng Pha Xác định Yêu cầu Cổ điển?A.Mô hình Agile.B.Mô hình Bản mẫu nhanh.C.Mô hình Xoắn ốc.D.D Lát kiểm tra lại Câu 14Nhận biếtTrong Pha Xác định Yêu cầu Cổ điển, việc xác định các "trường hợp sử dụng" (Use Cases) có vai trò gì?A.Để thiết kế cơ sở dữ liệu.B.Để viết code.C.Để kiểm thử hiệu suất.D.D Lát kiểm tra lại Câu 15Nhận biếtTại sao Pha Xác định Yêu cầu Cổ điển lại ít phù hợp với các dự án có yêu cầu không ổn định hoặc đổi mới liên tục?A.Vì nó quá nhanh.B.Vì nó không có tài liệu.C.Vì nó quá rẻ.D.D Lát kiểm tra lại Câu 16Nhận biếtĐể đảm bảo tính "có thể truy vết" (Traceability) trong Pha Xác định Yêu cầu Cổ điển, điều gì là cần thiết?A.Không cần phải liên kết các yêu cầu.B.Chỉ liên kết yêu cầu với mã nguồn.C.Chỉ liên kết yêu cầu với người dùng.D.D Lát kiểm tra lại Câu 17Nhận biếtHoạt động "Thẩm định yêu cầu" (Requirements Validation) trong Pha Xác định Yêu cầu Cổ điển có ý nghĩa gì?A.Để tìm kiếm lỗi cú pháp.B.Để thay đổi yêu cầu.C.Để thêm yêu cầu mới.D.D Lát kiểm tra lại Câu 18Nhận biếtKhái niệm "Đường cơ sở yêu cầu" (Requirements Baseline) có ý nghĩa gì trong Pha Xác định Yêu cầu Cổ điển?A.Yêu cầu có thể thay đổi bất cứ lúc nào.B.Yêu cầu chỉ dành cho giai đoạn đầu.C.Yêu cầu chỉ dành cho người lập trình.D.D Lát kiểm tra lại Câu 19Nhận biếtTrong Pha Xác định Yêu cầu Cổ điển, việc sử dụng các biểu đồ như Biểu đồ Luồng Dữ liệu (DFD) hoặc Biểu đồ Thực thể-Mối quan hệ (ERD) nhằm mục đích gì?A.Để làm cho dự án tốn kém hơn.B.Để tạo ra bản mẫu.C.Để viết mã nguồn.D.D Lát kiểm tra lại Câu 20Nhận biếtAi là người chịu trách nhiệm chính trong việc phê duyệt cuối cùng các tài liệu yêu cầu trong Pha Xác định Yêu cầu Cổ điển?A.Lập trình viên.B.Người kiểm thử.C.Quản lý dự án.D.D Lát kiểm tra lại Câu 21Nhận biếtVấn đề "thiếu linh hoạt" (lack of flexibility) của Pha Xác định Yêu cầu Cổ điển có thể dẫn đến điều gì nếu yêu cầu kinh doanh thay đổi đột ngột?A.Dự án sẽ hoàn thành nhanh hơn.B.Chất lượng sản phẩm sẽ cao hơn.C.Chi phí dự án sẽ giảm.D.D Lát kiểm tra lại Câu 22Nhận biếtMột yêu cầu được coi là "đầy đủ" (complete) trong Pha Xác định Yêu cầu Cổ điển nếu:A.Nó có ít dòng code nhất.B.Nó được viết bằng ngôn ngữ đơn giản.C.Nó không chứa bất kỳ lỗi nào.D.D Lát kiểm tra lại Câu 23Nhận biếtPha Xác định Yêu cầu Cổ điển thường được áp dụng cho các dự án có tính chất nào?A.Công nghệ mới, chưa xác định.B.Yêu cầu thay đổi thường xuyên.C.Dự án nhỏ, thử nghiệm.D.D Lát kiểm tra lại Câu 24Nhận biếtTầm quan trọng của việc "Review" (Đánh giá) tài liệu yêu cầu trong Pha Xác định Yêu cầu Cổ điển là gì?A.Để tìm lỗi cú pháp.B.Để làm cho tài liệu dài hơn.C.Để chứng minh đã hoàn thành công việc.D.D Lát kiểm tra lại Câu 25Nhận biếtKhi một dự án phần mềm sử dụng Pha Xác định Yêu cầu Cổ điển, sự "chậm trễ trong phản hồi" từ khách hàng có thể gây ra vấn đề gì?A.Tăng tốc độ phát triển.B.Giảm chi phí.C.Làm cho dự án an toàn hơn.D.D Lát kiểm tra lại Số câu đã làm0/25|Thời gian còn lại--:--NỘP BÀI