d. Độ phức tạp: Độ phức tạp của các thuật toán dùng để thực hiện thành phần đó nh− thế nào?
4.2.1.1 Cách tiếp cận h−ớng đối t−ợng
Che dấu thông tin là chiến l−ợc thiết kế dấu càng nhiều thông tin trong các thành phần càng hay. Cái đó ngầm hiểu rằng việc kết hợp điều khiển logic và cấu trúc dữ liệu đ−ợc thực hiện trong thiết kế càng chậm càng tốt. Liên lạc qua các thông tin trạng thái dùng chung (các biến tổng thể) là ít nhất, nhờ vậy khả năng hiểu đ−ợc nâng lên. Thiết kế là t−ơng đối dễ thay đổi một thành phần không thể không dự kiến các hiệu ứng phụ trên các thành phần khác.
Thiết kế h−ớng đối t−ợng là dựa trên việc che dấu thông tin, nhìn hệ phần mềm nh− một bộ các đối t−ợng t−ơng tác với nhau chứ không phải là bộ các chức năng nh− cách tiếp cận chức năng. Các đối t−ợng có một trạng thái đ−ợc che dấu và các phép toán trên trạng thái đó. Thiết kế biểu thị các dịch vụ đ−ợc yêu cầu cùng với những hỗ trợ cung cấp bởi các đối t−ợng có t−ơng tác với nó.
Ví dụ trong “Hệ thống bán hàng”, khách hàng ta coi là một đối t−ợng. Khi đó các thuộc tính của đối t−ợng này đó là: Họ tên, địa chỉ, điện thoại, số tài khoản … Các dịch vụ (hay các chức năng, phép toán) mà đối t−ợng này thực hiện là: Xem hàng, thoả
thuận ph−ơng thức thanh toán, đặt hàng, mua hàng trực tiếp, nhận hoá đơn … Khi đó
ta cần thiết kế ra một đối t−ợng “Khách hàng” có đầy đủ các thuộc tính và chức năng nh− trên. Đối t−ợng này cũng có thể t−ơng tác với các đối t−ợng khác nh− “Nhân viên bán hàng”, “Thủ kho” … trong toàn bộ hệ thống. Điều này cho thấy các thao tác trong hệ thống đều xuất phát từ chính bản thân các đối t−ợng đó chứ không phải là từ chức
năng lớn trong hệ thống yêu cầu. Cách tiếp cận này khác hẳn với cách thiết kế h−ớng chức năng mà ta sẽ xem xét d−ới đây.