Trắc nghiệm Tin học 11 Tin học ứng dụng Cánh diều Bài 8 Hoàn tất ứng dụng

A A. Chỉ mã nguồn của ứng dụng. B B. Mã nguồn, các tệp tài nguyên (hình ảnh, âm thanh), các thư viện phụ thuộc, và tệp cấu hình. C C. Chỉ các tệp thực thi (executable files). D D. Tài liệu thiết kế và kế hoạch dự án.

A A. Viết mã nguồn, thiết kế giao diện người dùng, và kiểm thử đơn vị. B B. Thu thập yêu cầu người dùng, phân tích hệ thống, và lập kế hoạch dự án. C C. Kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận người dùng, và triển khai. D D. Thiết kế kiến trúc, lựa chọn công nghệ, và quản lý cơ sở dữ liệu.

A A. Chuẩn bị tài liệu hướng dẫn sử dụng. B B. Đào tạo người dùng cuối về cách sử dụng ứng dụng. C C. Thiết kế giao diện người dùng ban đầu. D D. Lập kế hoạch triển khai và hỗ trợ sau triển khai.

A A. Số lượng dòng mã nguồn. B B. Thời gian phản hồi, thông lượng (throughput), và mức sử dụng tài nguyên (CPU, bộ nhớ). C C. Độ phức tạp của thuật toán. D D. Số lượng người dùng đã được đào tạo.

A A. Viết lại toàn bộ mã nguồn của ứng dụng. B B. Sửa lỗi phát sinh, cập nhật tính năng, và hỗ trợ người dùng. C C. Thiết kế lại giao diện người dùng dựa trên phản hồi ban đầu. D D. Lập kế hoạch cho dự án ứng dụng tiếp theo.

A A. Khi mã nguồn đã được viết xong và không còn lỗi cú pháp. B B. Khi ứng dụng vượt qua tất cả các bài kiểm thử chức năng và phi chức năng. C C. Khi ứng dụng đã được người dùng chấp nhận và sẵn sàng đưa vào sử dụng chính thức. D D. Khi tài liệu kỹ thuật và hướng dẫn sử dụng đã được hoàn thành.

A A. Thiết kế lại toàn bộ giao diện người dùng. B B. Xác định thời gian, môi trường triển khai, các bước thực hiện, và kế hoạch dự phòng. C C. Viết lại tài liệu hướng dẫn sử dụng. D D. Tuyển dụng thêm nhân viên hỗ trợ.

A A. Thay đổi cấu trúc cơ sở dữ liệu một cách dễ dàng. B B. Quay trở lại trạng thái hoạt động trước đó nếu có vấn đề xảy ra sau khi cập nhật hoặc thay đổi. C C. Tăng tốc độ xử lý của ứng dụng. D D. Giảm dung lượng lưu trữ của ứng dụng.

A A. .txt, .docx B B. .exe (Windows), .dmg (macOS), .apk (Android) C C. .html, .css D D. .java, .py

A A. Khả năng ứng dụng chạy trên nhiều loại thiết bị khác nhau. B B. Khả năng ứng dụng có thể xử lý lượng người dùng hoặc dữ liệu tăng lên trong tương lai mà không suy giảm hiệu suất đáng kể. C C. Khả năng ứng dụng dễ dàng thay đổi giao diện người dùng. D D. Khả năng ứng dụng tương thích với các phiên bản hệ điều hành cũ.

A A. Chỉ người dùng cuối. B B. Đội ngũ phát triển và vận hành ứng dụng. C C. Chỉ bộ phận kiểm thử. D D. Nhà cung cấp phần cứng.

A A. Đảm bảo mã nguồn được viết sạch sẽ và tuân thủ các tiêu chuẩn lập trình. B B. Xác nhận rằng ứng dụng đáp ứng các yêu cầu nghiệp vụ và mong đợi của người dùng cuối. C C. Kiểm tra hiệu năng của ứng dụng dưới tải cao và các điều kiện khắc nghiệt. D D. Phát hiện và sửa chữa các lỗi logic trong quá trình phát triển.

A A. Chỉ trong giai đoạn thiết kế. B B. Chỉ trong giai đoạn viết mã nguồn. C C. Trong giai đoạn hoàn tất ứng dụng, sau các bài kiểm thử hiệu năng. D D. Chỉ sau khi ứng dụng đã được triển khai.

A A. Triển khai toàn bộ ứng dụng cùng một lúc cho tất cả người dùng. B B. Triển khai từng phần nhỏ của ứng dụng hoặc cho từng nhóm người dùng nhỏ trước khi triển khai rộng rãi. C C. Triển khai ứng dụng chỉ vào ban đêm hoặc cuối tuần. D D. Triển khai ứng dụng trên nhiều máy chủ khác nhau song song.

A A. Các module hoặc thành phần riêng lẻ của ứng dụng. B B. Toàn bộ hệ thống ứng dụng hoạt động như một thể thống nhất, bao gồm cả tương tác với các hệ thống bên ngoài. C C. Khả năng ứng dụng chống lại các cuộc tấn công mạng. D D. Sự tuân thủ của ứng dụng với các tiêu chuẩn mã hóa.

A A. Kiểm tra từng chức năng độc lập của ứng dụng. B B. Đảm bảo các module hoặc thành phần khác nhau của ứng dụng có thể giao tiếp và hoạt động cùng nhau một cách chính xác. C C. Xác nhận ứng dụng hoạt động tốt trên các thiết bị di động. D D. Đánh giá khả năng phục hồi của ứng dụng sau sự cố.

A A. Để đảm bảo ứng dụng có thể chạy trên các phiên bản hệ điều hành cũ. B B. Để đảm bảo ứng dụng có thể được sử dụng bởi mọi đối tượng người dùng, bao gồm cả người khuyết tật. C C. Để tăng tốc độ tải của ứng dụng. D D. Để giảm thiểu dung lượng bộ nhớ mà ứng dụng sử dụng.

A A. Thu thập yêu cầu. B B. Thiết kế. C C. Hoàn tất ứng dụng và triển khai. D D. Bảo trì.

A A. Bỏ qua lỗi đó vì nó không ảnh hưởng đến tất cả người dùng. B B. Yêu cầu người dùng tự sửa lỗi đó. C C. Ghi nhận lỗi, báo cáo lại cho đội phát triển để sửa chữa trước khi chấp nhận chính thức. D D. Tiếp tục kiểm thử các chức năng khác mà không quan tâm đến lỗi đó.

A A. Phân tích yêu cầu. B B. Thiết kế. C C. Triển khai và vận hành. D D. Kiểm thử đơn vị.

A A. Việc ứng dụng cần có quyền truy cập vào mạng Internet. B B. Việc cài đặt các phần mềm hoặc thư viện bổ sung cần thiết cho ứng dụng. C C. Yêu cầu người dùng phải có tài khoản trên mạng xã hội. D D. Việc ứng dụng cần được chạy trên máy chủ có cấu hình cao.

A A. Đảm bảo ứng dụng có giao diện hấp dẫn. B B. Xác minh rằng ứng dụng có thể chống lại các lỗ hổng bảo mật và bảo vệ dữ liệu người dùng. C C. Kiểm tra tốc độ tải trang của ứng dụng. D D. Đảm bảo ứng dụng hoạt động trên nhiều trình duyệt.

A A. Để nhà phát triển có thể tham khảo lại mã nguồn khi cần. B B. Để người dùng có thể hiểu và sử dụng ứng dụng một cách hiệu quả và độc lập. C C. Để trình bày cho ban quản lý về các tính năng của ứng dụng. D D. Để đáp ứng yêu cầu pháp lý về bản quyền.

A A. Để xác định các lỗi nghiêm trọng cần sửa ngay lập tức. B B. Để đánh giá mức độ hài lòng của người dùng và xác định các cải tiến cho các phiên bản sau. C C. Để so sánh hiệu năng của ứng dụng với các đối thủ cạnh tranh. D D. Để đảm bảo các yêu cầu ban đầu của dự án đã được đáp ứng đầy đủ.

A A. Đảm bảo tính bảo mật của mã nguồn trong quá trình phát triển. B B. Tạo ra một phương tiện dễ dàng và tự động hóa để cài đặt ứng dụng trên các hệ thống mục tiêu. C C. Kiểm tra khả năng tương thích của ứng dụng với các hệ điều hành khác nhau. D D. Tối ưu hóa hiệu suất hoạt động của ứng dụng trước khi bàn giao.