[OOAD 06] Phân tích hướng đối tượng

Trong giai đoạn phân tích hệ thống hoặc phân tích hướng đối tượng của phát triển phần mềm, các yêu cầu hệ thống được xác định, các lớp được xác định và mối quan hệ giữa các lớp được xác định.

Ba kỹ thuật phân tích được sử dụng kết hợp với nhau để phân tích hướng đối tượng là mô hình đối tượng, mô hình động và mô hình hóa chức năng.

Mô hình đối tượng

Mô hình hóa đối tượng phát triển cấu trúc tĩnh của hệ thống phần mềm về các đối tượng. Nó xác định các đối tượng, các lớp mà các đối tượng có thể được nhóm vào và các mối quan hệ giữa các đối tượng. Nó cũng xác định các thuộc tính và hoạt động chính đặc trưng cho mỗi lớp.

Quá trình mô hình hóa đối tượng có thể được hình dung theo các bước sau -

• Xác định các đối tượng và nhóm thành các lớp
• Xác định mối quan hệ giữa các lớp
• Tạo sơ đồ mô hình đối tượng người dùng
• Xác định thuộc tính đối tượng người dùng
• Xác định các hoạt động nên được thực hiện trên các lớp
• Đánh giá thuật ngữ

Mô hình động

Sau khi phân tích hành vi tĩnh của hệ thống, hành vi của nó liên quan đến thời gian và những thay đổi bên ngoài cần được kiểm tra. Đây là mục đích của mô hình động.

Mô hình động có thể được định nghĩa là một cách mô tả cách một đối tượng riêng lẻ phản ứng với các sự kiện, hoặc các sự kiện bên trong được kích hoạt bởi các đối tượng khác hoặc các sự kiện bên ngoài được kích hoạt bởi thế giới bên ngoài.

Quá trình mô hình hóa động có thể được hình dung theo các bước sau -

• Xác định trạng thái của từng đối tượng
• Xác định các sự kiện và phân tích khả năng ứng dụng của các hành động
• Xây dựng sơ đồ mô hình động, bao gồm các sơ đồ chuyển trạng thái
• Thể hiện mỗi trạng thái theo các thuộc tính đối tượng
• Xác thực các sơ đồ chuyển đổi trạng thái rút ra

Mô hình hóa chức năng

Mô hình hóa chức năng là thành phần cuối cùng của phân tích hướng đối tượng. Mô hình chức năng hiển thị các quy trình được thực hiện trong một đối tượng và cách dữ liệu thay đổi khi nó di chuyển giữa các phương thức. Nó chỉ định ý nghĩa của các hoạt động của mô hình đối tượng và các hành động của mô hình động. Mô hình chức năng tương ứng với sơ đồ luồng dữ liệu của phân tích có cấu trúc truyền thống.

Quá trình mô hình hóa chức năng có thể được hình dung theo các bước sau -

• Xác định tất cả các đầu vào và đầu ra
• Xây dựng sơ đồ luồng dữ liệu hiển thị các phụ thuộc chức năng
• Nêu mục đích của từng chức năng
• Xác định các ràng buộc
• Chỉ định tiêu chí tối ưu hóa

Phân tích có cấu trúc so với phân tích hướng đối tượng

Phương pháp phân tích cấu trúc / thiết kế có cấu trúc (SASD) là cách tiếp cận truyền thống về phát triển phần mềm dựa trên mô hình thác nước. Các giai đoạn phát triển của một hệ thống sử dụng SASD là -

• Nghiên cứu khả thi
• Phân tích yêu cầu và đặc điểm kỹ thuật
• Thiết kế hệ thống
• Thực hiện
• Đánh giá sau khi thực hiện

Bây giờ, chúng ta sẽ xem xét những lợi thế và bất lợi tương đối của phương pháp phân tích có cấu trúc và phương pháp phân tích hướng đối tượng.

Ưu điểm / nhược điểm của phân tích hướng đối tượng

Ưu điểm	Nhược điểm
Tập trung vào dữ liệu hơn là các thủ tục như trong Phân tích có cấu trúc.	Chức năng bị hạn chế trong các đối tượng. Điều này có thể đặt ra một vấn đề cho các hệ thống về bản chất là thủ tục hoặc tính toán.
Các nguyên tắc đóng gói và ẩn dữ liệu giúp nhà phát triển phát triển các hệ thống không thể bị can thiệp bởi các phần khác của hệ thống.	Nó không thể xác định đối tượng nào sẽ tạo ra một thiết kế hệ thống tối ưu.
Các nguyên tắc đóng gói và ẩn dữ liệu giúp nhà phát triển phát triển các hệ thống không thể bị can thiệp bởi các phần khác của hệ thống.	Các mô hình hướng đối tượng không dễ dàng hiển thị thông tin liên lạc giữa các đối tượng trong hệ thống.
Nó cho phép quản lý hiệu quả sự phức tạp của phần mềm nhờ vào tính mô đun.	Tất cả các giao diện giữa các đối tượng không thể được biểu diễn trong một sơ đồ duy nhất.
Nó có thể được nâng cấp từ các hệ thống nhỏ đến lớn một cách dễ dàng hơn so với các hệ thống theo phân tích có cấu trúc.

Ưu điểm / nhược điểm của phân tích cấu trúc

Ưu điểm	Nhược điểm
Vì nó tuân theo cách tiếp cận từ trên xuống trái ngược với cách tiếp cận từ dưới lên của phân tích hướng đối tượng, nó có thể dễ hiểu hơn OOA.	Trong các mô hình phân tích cấu trúc truyền thống, một giai đoạn nên được hoàn thành trước giai đoạn tiếp theo. Điều này đặt ra một vấn đề trong thiết kế, đặc biệt là nếu lỗi tăng lên hoặc yêu cầu thay đổi.
Nó dựa trên chức năng. Mục đích tổng thể được xác định và sau đó phân rã chức năng được thực hiện để phát triển phần mềm. Sự nhấn mạnh không chỉ giúp hiểu rõ hơn về hệ thống mà còn tạo ra các hệ thống hoàn chỉnh hơn.	Chi phí ban đầu để xây dựng hệ thống là cao, vì toàn bộ hệ thống cần phải được thiết kế cùng một lúc để lại rất ít tùy chọn để thêm chức năng sau này.
Các thông số kỹ thuật trong đó được viết bằng tiếng Anh đơn giản, và do đó có thể dễ dàng phân tích hơn bởi các nhân viên phi kỹ thuật.	Nó không hỗ trợ tái sử dụng mã. Vì vậy, thời gian và chi phí phát triển vốn đã cao.