Đề 3 – Bài tập, đề thi trắc nghiệm online Công nghệ phần mềm

A A. Chỉ tập trung vào việc khắc phục sự cố sau khi chúng xảy ra. B B. Xác định, đánh giá, lập kế hoạch ứng phó và giám sát các rủi ro tiềm ẩn có thể ảnh hưởng đến dự án. C C. Chỉ tập trung vào việc quản lý rủi ro về mặt kỹ thuật. D D. Chuyển hoàn toàn trách nhiệm rủi ro cho khách hàng.

A A. Cấu trúc mã nguồn bên trong của phần mềm. B B. Hành vi bên ngoài của phần mềm và các chức năng mà nó cung cấp, dựa trên đặc tả yêu cầu và giao diện người dùng. C C. Hiệu suất của phần mềm. D D. Tính bảo mật của phần mềm.

A A. Thiết kế kiến trúc của phần mềm. B B. Mã nguồn chi tiết của phần mềm. C C. Các yêu cầu chức năng và phi chức năng của phần mềm, là cơ sở để thiết kế và phát triển. D D. Kế hoạch kiểm thử phần mềm.

A A. Phát triển các chức năng mới cho phần mềm. B B. Thiết kế lại kiến trúc phần mềm. C C. Sửa lỗi, cải thiện hiệu suất, thích ứng phần mềm với môi trường thay đổi, và đáp ứng các yêu cầu mới phát sinh sau khi phần mềm đã được triển khai. D D. Kiểm thử toàn bộ phần mềm trước khi triển khai.

A A. Viết mã nguồn cho các module phức tạp. B B. Quản lý tiến độ và nguồn lực của dự án. C C. Thiết kế cấu trúc tổng thể của hệ thống phần mềm, đưa ra các quyết định kiến trúc quan trọng và đảm bảo hệ thống đáp ứng các yêu cầu về chức năng và phi chức năng. D D. Kiểm thử và đảm bảo chất lượng phần mềm.

A A. Một ngành khoa học máy tính tập trung vào việc viết mã máy tính. B B. Một cách tiếp cận có hệ thống, có kỷ luật và định lượng để phát triển, vận hành và bảo trì phần mềm. C C. Quy trình thiết kế giao diện người dùng cho các ứng dụng web và di động. D D. Nghiên cứu về các thuật toán và cấu trúc dữ liệu hiệu quả.

A A. Microsoft Word B B. Microsoft Project hoặc Jira C C. Microsoft Excel D D. PowerPoint

A A. Dự án sẽ hoàn thành nhanh hơn vì ít yêu cầu hơn. B B. Có thể dẫn đến phần mềm không đáp ứng đúng nhu cầu của người dùng, tăng chi phí sửa lỗi và làm lại, và thậm chí dự án có thể thất bại. C C. Nhóm phát triển sẽ có nhiều tự do sáng tạo hơn. D D. Chất lượng mã nguồn sẽ được cải thiện.

A A. Thêm chức năng mới vào phần mềm. B B. Sửa lỗi trong phần mềm. C C. Cải thiện cấu trúc bên trong của mã nguồn (tính dễ đọc, dễ bảo trì, hiệu suất) mà không thay đổi hành vi bên ngoài của phần mềm. D D. Tối ưu hóa cơ sở dữ liệu.

A A. Quản lý sự phức tạp của kế thừa đa tầng. B B. Xử lý các mối quan tâm cắt ngang (cross-cutting concerns) như logging, bảo mật, và quản lý giao dịch một cách tập trung và module hóa hơn. C C. Tối ưu hóa hiệu suất thực thi của chương trình. D D. Đơn giản hóa việc thiết kế giao diện người dùng.

A A. Lựa chọn ngôn ngữ lập trình phù hợp. B B. Bảo mật dữ liệu cá nhân của người dùng và đảm bảo quyền riêng tư. C C. Tối ưu hóa hiệu suất của thuật toán. D D. Chọn mô hình phát triển phần mềm.

A A. Đo lường hiệu suất của phần mềm. B B. Mô tả một tập hợp các điều kiện đầu vào, hành động thực hiện và kết quả mong đợi để kiểm tra một chức năng cụ thể của phần mềm. C C. Tự động hóa quá trình kiểm thử. D D. Tạo báo cáo lỗi.

A A. Giai đoạn triển khai, để đảm bảo phần mềm hoạt động trên môi trường thực tế. B B. Giai đoạn kiểm thử, để kiểm tra toàn bộ hệ thống sau khi tích hợp các thành phần. C C. Giai đoạn phát triển, để kiểm tra các thành phần (đơn vị) nhỏ nhất của phần mềm một cách độc lập. D D. Giai đoạn bảo trì, để đảm bảo các bản vá lỗi không gây ra lỗi mới.

A A. Khả năng phần mềm hoạt động nhanh chóng và hiệu quả. B B. Khả năng phần mềm có thể được sửa đổi, cải tiến, hoặc sửa lỗi một cách dễ dàng và hiệu quả. C C. Khả năng phần mềm bảo vệ dữ liệu khỏi truy cập trái phép. D D. Khả năng phần mềm hoạt động ổn định và không bị lỗi trong thời gian dài.

A A. Chi phí bảo trì phần mềm sau khi triển khai. B B. Hậu quả của việc đưa ra các quyết định thiết kế hoặc mã hóa không tối ưu trong ngắn hạn để đạt được tiến độ nhanh hơn, nhưng có thể gây ra vấn đề trong tương lai. C C. Số lượng lỗi còn tồn tại trong phần mềm sau khi kiểm thử. D D. Thời gian cần thiết để học các công nghệ mới.

A A. Tự động hóa quá trình kiểm thử phần mềm. B B. Quản lý và theo dõi các thay đổi của mã nguồn theo thời gian, cho phép phục hồi các phiên bản trước đó. C C. Phân tích hiệu suất và tối ưu hóa mã. D D. Tạo tài liệu kỹ thuật tự động cho dự án.

A A. Giảm số lượng lập trình viên trong nhóm. B B. Tăng tốc độ viết mã của lập trình viên. C C. Nâng cao chất lượng sản phẩm phần mềm, tăng hiệu quả và năng suất của quy trình phát triển, và giảm chi phí. D D. Chỉ tập trung vào việc áp dụng các công nghệ mới nhất.

A A. Khả năng viết mã nhanh chóng. B B. Khả năng giải quyết vấn đề và tư duy logic. C C. Khả năng sử dụng nhiều ngôn ngữ lập trình khác nhau. D D. Khả năng làm việc độc lập.

A A. Mô hình Thác nước (Waterfall) B B. Mô hình Xoắn ốc (Spiral) C C. Mô hình Agile D D. Mô hình Chữ V (V-Model)

A A. Khi xây dựng cơ sở dữ liệu nhỏ và đơn giản. B B. Khi ưu tiên tốc độ truy vấn dữ liệu hơn là tính toàn vẹn dữ liệu. C C. Khi muốn giảm thiểu sự dư thừa dữ liệu, cải thiện tính toàn vẹn dữ liệu và làm cho cơ sở dữ liệu dễ bảo trì hơn. D D. Khi không có quan hệ phức tạp giữa các bảng dữ liệu.

A A. Yêu cầu chức năng mô tả cách phần mềm hoạt động, còn yêu cầu phi chức năng mô tả dữ liệu mà phần mềm xử lý. B B. Yêu cầu chức năng mô tả những gì phần mềm phải làm, còn yêu cầu phi chức năng mô tả cách phần mềm thực hiện điều đó (các thuộc tính chất lượng). C C. Yêu cầu chức năng liên quan đến giao diện người dùng, còn yêu cầu phi chức năng liên quan đến backend. D D. Yêu cầu chức năng được xác định bởi nhà phát triển, còn yêu cầu phi chức năng được xác định bởi khách hàng.

A A. Các chức năng cụ thể mà phần mềm phải thực hiện. B B. Các ràng buộc hoặc phẩm chất của hệ thống phần mềm, ví dụ như hiệu suất, bảo mật, và khả năng sử dụng. C C. Giao diện người dùng và trải nghiệm người dùng mong muốn. D D. Kiến trúc cơ sở dữ liệu và thiết kế dữ liệu của phần mềm.

A A. Chỉ để tạo không khí làm việc vui vẻ. B B. Để đảm bảo mọi thành viên trong nhóm hiểu rõ mục tiêu chung, yêu cầu dự án, và tiến độ công việc, giảm thiểu hiểu lầm và xung đột, và tăng cường sự hợp tác. C C. Để giảm số lượng cuộc họp và tiết kiệm thời gian. D D. Để mỗi thành viên có thể làm việc độc lập hoàn toàn.

A A. Tính trừu tượng (Abstraction) B B. Tính đóng gói (Encapsulation) C C. Nguyên tắc đơn trách nhiệm (Single Responsibility Principle) D D. Tính đa hình (Polymorphism)

A A. Đảm bảo rằng một lớp chỉ có duy nhất một thể hiện (instance) và cung cấp một điểm truy cập toàn cục đến thể hiện đó. B B. Tách biệt giao diện của một đối tượng khỏi phần cài đặt của nó. C C. Định nghĩa một họ các thuật toán, đóng gói từng thuật toán lại, và làm cho chúng có thể hoán đổi cho nhau. D D. Cho phép một đối tượng thay đổi hành vi của nó khi trạng thái bên trong của nó thay đổi.

A A. Tính đúng đắn của từng đơn vị mã nguồn riêng lẻ. B B. Cách các module hoặc thành phần khác nhau của phần mềm tương tác và làm việc cùng nhau. C C. Hiệu suất của toàn bộ hệ thống dưới tải lớn. D D. Tính bảo mật của phần mềm.

A A. Tăng tốc độ triển khai phần mềm lên môi trường sản xuất. B B. Tự động hóa quá trình kiểm thử hiệu suất. C C. Tích hợp mã nguồn thường xuyên từ nhiều nhà phát triển vào một kho chung và tự động hóa quá trình kiểm thử và xây dựng để phát hiện sớm lỗi tích hợp. D D. Giảm thiểu thời gian chết của hệ thống khi triển khai phiên bản mới.

A A. Scrum Master B B. Nhóm Phát triển (Development Team) C C. Product Owner D D. Stakeholder

A A. Kiểm tra tính bảo mật của phần mềm. B B. Đánh giá hiệu suất của phần mềm khi chịu tải dự kiến hoặc tải cao hơn dự kiến từ người dùng đồng thời. C C. Kiểm tra chức năng của phần mềm. D D. Tìm kiếm lỗi giao diện người dùng.

A A. Khi xây dựng một ứng dụng nhỏ, đơn giản với ít chức năng. B B. Khi ưu tiên tốc độ phát triển ban đầu và triển khai đơn giản. C C. Khi xây dựng các ứng dụng lớn, phức tạp, có nhiều thành phần độc lập có thể phát triển, triển khai và mở rộng riêng biệt. D D. Khi yêu cầu tính nhất quán dữ liệu tuyệt đối giữa tất cả các thành phần.