Đề 13 – Bài tập, đề thi trắc nghiệm online Quản lý dự án phần mềm

A A. Giúp dự án linh hoạt và đáp ứng tốt hơn yêu cầu của khách hàng. B B. Làm tăng chi phí, kéo dài thời gian và có thể ảnh hưởng tiêu cực đến chất lượng dự án. C C. Không gây ra tác hại đáng kể nếu được quản lý tốt. D D. Giúp nhóm dự án học hỏi và phát triển kỹ năng mới.

A A. Lập kế hoạch chi tiết cho toàn bộ dự án từ đầu. B B. Quản lý luồng công việc và giới hạn công việc đang thực hiện (Work in Progress - WIP). C C. Chia dự án thành các sprint ngắn và lặp đi lặp lại. D D. Tạo ra tài liệu chi tiết cho mọi giai đoạn của dự án.

A A. Bất kỳ sự chậm trễ nào trong tiến độ dự án. B B. Sự khác biệt giữa kết quả mong đợi và kết quả thực tế của phần mềm. C C. Chi phí phát sinh vượt quá ngân sách dự án. D D. Bất kỳ thay đổi nào so với kế hoạch dự án ban đầu.

A A. Tốc độ phản hồi của ứng dụng. B B. Lượng công việc mà nhóm phát triển có thể hoàn thành trong một sprint. C C. Số lượng lỗi phát hiện được trong một sprint. D D. Thời gian trung bình để hoàn thành một user story.

A A. Bỏ qua rủi ro nhỏ để tập trung vào tiến độ dự án. B B. Chỉ xử lý rủi ro khi chúng đã xảy ra. C C. Xác định, đánh giá, lên kế hoạch ứng phó và theo dõi rủi ro một cách chủ động. D D. Chuyển hoàn toàn trách nhiệm quản lý rủi ro cho khách hàng.

A A. Cuộc họp hàng ngày của nhóm phát triển. B B. Khoảng thời gian cố định (thường từ 1-4 tuần) để hoàn thành một phần công việc cụ thể và có thể bàn giao được. C C. Bảng theo dõi tiến độ công việc của dự án. D D. Quy trình kiểm thử phần mềm.

A A. Khi dự án đã hoàn thành và bàn giao. B B. Khi có bất kỳ sự thay đổi nào so với kế hoạch ban đầu, phạm vi, yêu cầu hoặc bất kỳ yếu tố nào của dự án. C C. Chỉ khi có sự cố nghiêm trọng ảnh hưởng đến tiến độ dự án. D D. Chỉ khi khách hàng yêu cầu thêm tính năng mới.

A A. Ước tính thời gian và chi phí dự án. B B. Phân công vai trò và trách nhiệm cho các thành viên trong dự án. C C. Theo dõi và quản lý rủi ro dự án. D D. Đánh giá hiệu suất làm việc của nhóm dự án.

A A. Tuân thủ tuyệt đối theo kế hoạch ban đầu, không thay đổi. B B. Sử dụng công nghệ mới nhất và phức tạp nhất. C C. Giao tiếp hiệu quả và thường xuyên giữa các thành viên và bên liên quan. D D. Giảm thiểu tối đa chi phí dự án, ngay cả khi ảnh hưởng đến chất lượng.

A A. Chức năng của phần mềm từ góc độ người dùng. B B. Cấu trúc bên trong, logic và đường dẫn thực thi của mã nguồn. C C. Hiệu năng và khả năng mở rộng của hệ thống. D D. Giao diện người dùng.

A A. Phát triển và kiểm thử phần mềm. B B. Lập kế hoạch chi tiết cho toàn bộ dự án. C C. Xác định tính khả thi, mục tiêu, phạm vi và các bên liên quan chính của dự án. D D. Triển khai và bàn giao phần mềm cho khách hàng.

A A. Chấp nhận rủi ro và không làm gì để ứng phó. B B. Chuyển giao rủi ro cho bên thứ ba. C C. Thực hiện các hành động để giảm khả năng xảy ra hoặc mức độ ảnh hưởng của rủi ro. D D. Hoàn toàn loại bỏ rủi ro, đảm bảo rủi ro không bao giờ xảy ra.

A A. Quản lý cấu hình phần mềm. B B. Ước tính chi phí và thời gian phát triển phần mềm. C C. Đánh giá chất lượng mã nguồn. D D. Quản lý rủi ro dự án.

A A. Cải thiện giao tiếp và cộng tác trong nhóm dự án. B B. Giảm chi phí dự án bằng cách tự động hóa hoàn toàn các công việc. C C. Theo dõi tiến độ, quản lý tài nguyên và ngân sách hiệu quả hơn. D D. Tăng cường khả năng quản lý rủi ro và vấn đề phát sinh.

A A. Quản lý rủi ro dự án. B B. Theo dõi tiến độ và lịch trình dự án. C C. Quản lý giao tiếp trong nhóm dự án. D D. Ước tính chi phí dự án.

A A. Phạm vi (Scope). B B. Chi phí (Cost). C C. Chất lượng (Quality). D D. Thời gian (Time).

A A. Chỉ mã nguồn chương trình. B B. Chỉ tài liệu hướng dẫn sử dụng. C C. Mã nguồn, tài liệu, báo cáo, phần mềm đã triển khai và bất kỳ sản phẩm hữu hình nào được tạo ra trong dự án. D D. Chỉ bản kế hoạch dự án.

A A. Gửi email thông báo cho tất cả các bên liên quan hàng ngày. B B. Xác định rõ kênh giao tiếp, tần suất, nội dung và người nhận thông tin phù hợp. C C. Tổ chức họp dự án càng nhiều càng tốt để đảm bảo mọi người đều được thông tin. D D. Chỉ giao tiếp khi có vấn đề phát sinh để tránh làm phiền các bên liên quan.

A A. Xác định và quản lý rủi ro dự án. B B. Viết mã nguồn chương trình. C C. Lập kế hoạch và theo dõi tiến độ dự án. D D. Điều phối và quản lý nhóm dự án.

A A. Cấu trúc bên trong và logic của mã nguồn. B B. Giao diện người dùng và chức năng của phần mềm từ góc độ người dùng. C C. Hiệu năng và khả năng mở rộng của hệ thống. D D. Tính bảo mật của phần mềm.

A A. Chỉ khi phát hiện lỗi nghiêm trọng trong quá trình kiểm thử. B B. Sau khi thực hiện bất kỳ thay đổi nào đối với mã nguồn, để đảm bảo các thay đổi không gây ra lỗi mới hoặc làm phát sinh lại lỗi cũ. C C. Trước khi bắt đầu giai đoạn phát triển phần mềm. D D. Chỉ khi kiểm thử hộp đen hoàn thành.

A A. Cấu trúc dữ liệu của phần mềm. B B. Quy trình kiểm thử phần mềm. C C. Tương tác giữa người dùng và hệ thống để đạt được một mục tiêu cụ thể. D D. Kiến trúc tổng thể của phần mềm.

A A. Biểu đồ Gantt. B B. Biểu đồ Burn-down. C C. Biểu đồ chữ S (S-curve). D D. Biểu đồ Pareto.

A A. Phiên bản phần mềm cuối cùng sau khi hoàn thành dự án. B B. Một phiên bản đã được phê duyệt của sản phẩm dự án, được dùng làm điểm tham chiếu cho các thay đổi sau này. C C. Bản kế hoạch dự án ban đầu. D D. Danh sách các yêu cầu chức năng của phần mềm.

A A. Báo cáo tiến độ dự án. B B. Nhật ký dự án (Project log) hoặc Issue log. C C. Kế hoạch truyền thông dự án. D D. Tài liệu yêu cầu người dùng.

A A. Chỉ các thành viên trong nhóm phát triển phần mềm. B B. Chỉ khách hàng và người dùng cuối của phần mềm. C C. Bất kỳ cá nhân, nhóm hoặc tổ chức nào có lợi ích hoặc bị ảnh hưởng bởi dự án. D D. Chỉ nhà quản lý dự án và lãnh đạo công ty.

A A. Phát triển và kiểm thử các tính năng cuối cùng của phần mềm. B B. Đánh giá kết quả dự án, rút ra bài học kinh nghiệm và hoàn tất các thủ tục hành chính. C C. Lập kế hoạch chi tiết cho các dự án tiếp theo. D D. Triển khai phần mềm lên môi trường sản xuất.

A A. Song song với giai đoạn phân tích yêu cầu. B B. Sau giai đoạn triển khai (deployment). C C. Sau giai đoạn phát triển (development). D D. Trước giai đoạn thiết kế (design).

A A. Liệt kê tất cả các tính năng có thể có, kể cả những tính năng không cần thiết. B B. Xác định rõ ràng và cụ thể những gì dự án sẽ và KHÔNG thực hiện. C C. Để phạm vi dự án càng rộng càng tốt để tăng cơ hội thành công. D D. Chỉ tập trung vào các yêu cầu chức năng, bỏ qua yêu cầu phi chức năng.

A A. Lập kế hoạch chi tiết và cố định ngay từ đầu dự án. B B. Sự linh hoạt, thích ứng với thay đổi và làm việc lặp đi lặp lại. C C. Tài liệu hóa đầy đủ và chi tiết mọi khía cạnh của dự án. D D. Phân công công việc rõ ràng và ít tương tác giữa các thành viên.