Trắc nghiệm Công nghệ Phần mềm Bài: BẢO TRÌ HỆ PHẦN MỀM HƯỚNG ĐỐI TƯỢNG

Một lợi ích chính của thiết kế hướng đối tượng đối với bảo trì hệ phần mềm là gì?

Nguyên tắc "Tính đóng gói" (Encapsulation) giúp ích gì cho việc bảo trì hệ phần mềm hướng đối tượng?

Trong bảo trì hệ phần mềm hướng đối tượng, "Tái cấu trúc mã" (Refactoring) là gì?

Khi sửa một lỗi chỉ ảnh hưởng đến một loại đối tượng cụ thể mà không làm ảnh hưởng đến các đối tượng liên quan, nguyên tắc OOP nào đang phát huy tác dụng?

Một thách thức phổ biến trong việc bảo trì các hệ thống hướng đối tượng lớn có cấu trúc kế thừa sâu là gì?

Tính "đa hình" (Polymorphism) tác động như thế nào đến việc bảo trì hệ phần mềm hướng đối tượng khi thêm các loại mới?

Trong bảo trì, "Tính phụ thuộc thấp" (Low Coupling) giữa các lớp là mong muốn vì nó dẫn đến điều gì?

Việc thêm một lớp con mới vào một hệ thống hướng đối tượng để hỗ trợ một loại sản phẩm mới thuộc loại bảo trì nào?

Tại sao "Đánh giá mã" (Code Review) lại đặc biệt hiệu quả trong việc bảo trì hệ phần mềm hướng đối tượng?

Việc hiểu "hành vi động" (dynamic behavior) của các đối tượng (cách chúng tương tác tại thời điểm chạy) là rất quan trọng trong bảo trì hệ phần mềm hướng đối tượng vì sao?

Bạn sẽ thực hiện loại bảo trì nào khi di chuyển một hệ thống hướng đối tượng sang một hệ điều hành hoặc cơ sở dữ liệu mới?

Biểu đồ UML nào hữu ích nhất để hiểu sự tương tác giữa các đối tượng khi chẩn đoán một lỗi trong một hệ thống hướng đối tượng?

Tại sao việc bảo trì một hệ thống hướng đối tượng được thiết kế kém (ví dụ: coupling cao, cohesion thấp) lại rất tốn kém?

Khi bảo trì một hệ thống hướng đối tượng, nếu gặp một "God Object" (đối tượng thần - một lớp có quá nhiều trách nhiệm), cách tiếp cận tái cấu trúc được khuyến nghị là gì?

Tính "trừu tượng" (Abstraction) tạo điều kiện thuận lợi cho việc bảo trì trong một hệ thống hướng đối tượng như thế nào?

Loại bảo trì nào thường liên quan đến "Tái kỹ thuật" (Reengineering) hoặc "Kỹ thuật đảo ngược" (Reverse Engineering) trong các hệ thống hướng đối tượng, đặc biệt là mã nguồn cũ?

Chi phí bảo trì một hệ thống hướng đối tượng có thể bị ảnh hưởng bởi chất lượng thiết kế ban đầu của nó. Điều này liên quan đến khái niệm nào?

Khi thêm một tính năng mới (Bảo trì hoàn thiện) vào một hệ thống hướng đối tượng, cách tiếp cận nào thường đơn giản nhất nếu hệ thống được thiết kế tốt?

Mục đích chính của hệ thống "Quản lý cấu hình phần mềm" (SCM) trong bảo trì hệ phần mềm hướng đối tượng là gì?

Khi sửa một lỗi trong hệ thống hướng đối tượng (Bảo trì khắc phục), mối quan tâm chính liên quan đến "hồi quy" (regression) là gì?

Kiến thức về "Mẫu thiết kế" (Design Pattern) giúp ích gì trong việc bảo trì hệ phần mềm hướng đối tượng?

Khía cạnh nào của bảo trì hệ phần mềm hướng đối tượng liên quan đến việc đối phó với sự "lão hóa" của phần mềm theo thời gian, ngay cả khi không có hao mòn vật lý?

Khi thực hiện "Bảo trì phòng ngừa" trên một hệ thống hướng đối tượng, hoạt động phổ biến nào có thể được thực hiện?

Một thách thức điển hình khi cố gắng bảo trì một hệ thống hướng đối tượng nếu các nhà phát triển ban đầu không còn và tài liệu kém là gì?

Nếu một yêu cầu mới cho một hệ thống hướng đối tượng là hỗ trợ một loại người dùng mới (ví dụ: một `PremiumUser` kế thừa từ `User`), đây chủ yếu là loại bảo trì nào?