HC(31 “Sự đóng gói được hiểu là : 

Câu hỏi này liên quan đến việc lựa chọn cấu trúc UML phù hợp để tổ chức các phần tử thành các nhóm có khả năng tái sử dụng và che giấu thông tin. Trong UML, các cấu trúc sau đây được sử dụng cho mục đích này:

* Package: Được sử dụng để nhóm các phần tử mô hình liên quan (ví dụ: lớp, giao diện, use case,...) thành một đơn vị duy nhất. Package giúp tổ chức và quản lý mô hình lớn, nhưng không cung cấp cơ chế che giấu thông tin mạnh mẽ như các cấu trúc khác.
* Class: Đại diện cho một khái niệm trong hệ thống, chứa dữ liệu (thuộc tính) và hành vi (phương thức). Class có thể che giấu thông tin thông qua việc sử dụng các mức truy cập (public, private, protected), nhưng không phải là cấu trúc chính để tổ chức các phần tử thành các nhóm có khả năng tái sử dụng.
* Class và Interface: Interface định nghĩa một tập hợp các phương thức mà một class phải triển khai. Interface cho phép tạo ra các hệ thống linh hoạt và dễ mở rộng, nhưng tương tự như class, không phải là cấu trúc chính để tổ chức các phần tử thành các nhóm có khả năng tái sử dụng.
* Subsystem và Component: Cả hai đều là các đơn vị đóng gói, cung cấp khả năng che giấu thông tin và tái sử dụng. Subsystem thường đại diện cho một phần lớn của hệ thống, trong khi Component là một đơn vị nhỏ hơn, có thể được sử dụng lại trong nhiều hệ thống khác nhau. Component đặc biệt phù hợp với việc che giấu thông tin, vì nó chỉ cung cấp một giao diện bên ngoài rõ ràng, che giấu các chi tiết triển khai bên trong.

Do đó, đáp án chính xác nhất là d. Subsystem hoặc Component vì chúng được thiết kế để đóng gói các phần tử và che giấu thông tin, đồng thời hỗ trợ tái sử dụng.

Package được sử dụng để tổ chức các class và interface vào bên trong các nhóm có liên quan. Class dùng để định nghĩa các đối tượng, component là một phần có thể tái sử dụng của ứng dụng, class và interface là các khái niệm trong lập trình hướng đối tượng.

Do đó, đáp án đúng là d. Package

Câu hỏi này kiểm tra hiểu biết về khái niệm "tính ổn định" của một hệ thống, đặc biệt trong bối cảnh biến động của thị trường hoặc các yếu tố bên ngoài khác.

* Phương án a: "Là hệ thống không thay đổi trong quá trình biến động của thị trường” - Định nghĩa này quá tuyệt đối. Trong thực tế, không có hệ thống nào hoàn toàn không thay đổi khi thị trường biến động. Mọi hệ thống đều cần có sự điều chỉnh để thích nghi. Do đó, phương án này không chính xác.
* Phương án b: "Là hệ thống ít thay đổi trong quá trình sử dụng của người dựng.” - Phương án này tập trung vào sự thay đổi do người dùng gây ra, không phải là sự ổn định trước biến động thị trường.
* Phương án c: "Là hệ thống không cho phép thay đổi trong quá trình phát triển phần mềm.” - Tính ổn định trong phát triển phần mềm là một khía cạnh khác, liên quan đến việc duy trì tính nhất quán và khả năng dự đoán của codebase, chứ không phải sự ổn định của hệ thống trước tác động bên ngoài.
* Phương án d: "Là hệ thống ít thay đổi trong quá trình biến động của thị trường.” - Đây là định nghĩa chính xác nhất. Một hệ thống ổn định là hệ thống có khả năng duy trì chức năng và hiệu suất của nó mà không bị thay đổi đáng kể, ngay cả khi môi trường bên ngoài (như thị trường) thay đổi.

Vậy, đáp án đúng là d.

Phân tích hệ thống là quá trình chia nhỏ một hệ thống phức tạp thành các phần nhỏ hơn, dễ quản lý và hiểu hơn để có thể xác định các đặc tính, quan hệ và tương tác giữa các thành phần này. Từ đó, ta có thể hiểu rõ hơn về cách hệ thống hoạt động và đưa ra các giải pháp cải tiến hoặc xây dựng hệ thống mới.

* Phương án a: Lập tài liệu kĩ thuật toàn bộ chỉ là một phần của quá trình phân tích hệ thống, không phải là định nghĩa đầy đủ.
* Phương án b: Mô tả hệ thống bằng hình vẽ có thể là một công cụ hỗ trợ, nhưng không phải là bản chất của phân tích hệ thống.
* Phương án c: Mô tả hệ thống bằng ngôn ngữ UML cũng chỉ là một công cụ, không phải định nghĩa cốt lõi.
* Phương án d: Đây là định nghĩa chính xác nhất về phân tích hệ thống.

Vậy, đáp án đúng là d.

Thiết kế hệ thống là quá trình mô tả hệ thống một cách chi tiết, thường sử dụng các ngôn ngữ mô hình hóa như UML để biểu diễn cấu trúc, hành vi và tương tác của các thành phần trong hệ thống. Điều này bao gồm việc xác định các thành phần, giao diện, và luồng dữ liệu, cũng như các ràng buộc và quy tắc mà hệ thống phải tuân thủ. Các phương án khác có thể chứa các khía cạnh của thiết kế, nhưng không bao quát toàn bộ định nghĩa.

* Phương án a: Chỉ đề cập đến việc lập tài liệu bằng hình vẽ, không bao quát hết các khía cạnh của thiết kế hệ thống.
* Phương án b: Mô tả đúng bản chất của thiết kế hệ thống là sử dụng ngôn ngữ (ví dụ UML) để mô tả.
* Phương án c: Đề cập đến phân tích hệ thống, không phải thiết kế hệ thống.
* Phương án d: Đề cập đến lập tài liệu kĩ thuật, nhưng không phải là định nghĩa của thiết kế hệ thống.