Phân tích thiết kế hướng đối tượng (phần 3) pdf

Created by Trang Hồng Sơn


- 1 -

OOAD


1. Tổng quan:


1.1. ðịnh nghĩa:

- Analysis:
+ Nhằm trả lời cho câu hỏi “what”.
 Xác ñịnh các ñặc trưng mà hệ thống cần phải xây dựng là gì, chỉ ra các khái niệm liên
quan và ñưa ra hướng giải quyết bài toán.
- Design:
+ Nhằm trả lời cho câu hỏi “how”.
 Xác ñịnh hệ thống sẽ ñược xây dựng như thế nào dựa trên kết quả của việc phân tích,
ñưa ra các phần tử hỗ trợ giúp tạo nên một hệ thống hoạt ñộng thực sự.

1.2. Các phương pháp phân tích thiết kế:

- SOAD:
+ Phân rã (breaks down) bài toán thành các bài toán nhỏ hơn, rồi tiếp tục phân rã các bài
toán con cho ñến khi nhận ñược các bài toán có thể cài ñặt ñược.
+ Ưu ñiểm:
. Tư duy phân tích thiết kế rõ ràng.
. Chương trình sáng sủa dễ hiểu.
+ Khuyết ñiểm:

. Không hỗ trợ việc sử dụng lại.
. Không phù hợp cho phát triển các phần mềm lớn.
- OOAD:
+ Ánh xạ các thành phần trong bài toán vào các ñối tượng ngoài ñời thực.
+ Hệ thống ñược chia thành các thành phần nhỏ gọi là các ñối tượng, mỗi ñối tượng bao
gồm ñầy ñủ cả dữ liệu và hành ñộng liên quan ñến ñối tượng ñó.
+ Các ñối tượng trong một hệ thống tương ñối ñộc lập với nhau và phần mềm sẽ ñược xây
dựng bằng cách kết hợp các ñối tượng ñó lại với nhau thông qua các mối quan hệ và tương tác giữa
chúng.
+ Ưu ñiểm:
. Hỗ trợ sử dụng lại mã nguồn.
. Phù hợp với các hệ thống lớn.



Created by Trang Hồng Sơn


- 2 -

- Case study:
+ Bài toán:
. GV tổ chức buổi seminar cho SV tham dự.
. Buổi seminar kết thúc thì SV phải trở về lớp học của mình.
. SV ko biết ñược vị trí của lớp học của mình ở ñâu.
. GV phải chỉ cho SV biết cách trở về lớp học của từng SV.
+ Cách giải quyết 1 (SOAD):
. GV lấy danh sách SV tham dự buổi seminar.
. ðối với mỗi SV, GV làm các bước sau:
- Hỏi SV ở lớp nào.

- Tìm vị trí của lớp ñó.
- Tìm ñường ñi ñến lớp ñó.
- Chỉ cách cho SV ñến lớp ñó.
 Trách nhiệm ở GV.
+ Cách giải quyết 2 (OOAD):
. Dán sơ ñồ lớp học ở cuối phòng và thông báo với SV ñể SV xem sơ ñồ lớp học.
. SV tự tìm cách ñể trở về lớp học của mình.
 Trách nhiệm ở GV và SV.
+ Yêu cầu mở rộng thêm: ñối tượng SV tham dự bao gồm SV ñang học và cựu SV.
. Cách giải quyết 1:
- ðối với mỗi SV, GV phải kiểm tra là SV ñang học hay là cựu SV.
- Nếu SV ñang học thì làm theo bước trên.
- Nếu là cựu SV thì hướng dẫn SV ra khỏi trường.
. Cách giải quyết 2:
- Thêm sơ ñồ ra khỏi trường.
 Cách giải quyết 2 sẽ hiệu quả hơn.

1.3. Các qui trình phát triển phần mềm (Software Development Process):

- Waterfall (thác nước):
+ Các pha liên tiếp từ phân tích yêu cầu, thiết kế hệ thống, phát triển hệ thống ñến thử
nghiệm và triển khai hệ thống.
+ Pha sau chỉ ñược bắt ñầu khi pha trước ñã hoàn thành.



- Iterative and Evolutionary (lặp và tăng dần):
+ ði qua các bước phân tích, thiết kế, phát triển, kiểm tra và triển khai phần mềm theo
từng bước nhỏ nhiều lần.
Created by Trang Hồng Sơn

- 3 -

+ Mỗi chu kỳ lặp là một vòng ñời thác nước nhỏ, vòng lặp sau ñược hình thành trên cơ sở
tiến hóa của vòng lặp trước ñó  Như vậy, các pha truyền thống ñược lặp ñi lặp lại và tăng dần.



- Phương pháp Agile:
+
+

2. Các bước OOAD:





2.1. Use Case:

- Các trường hợp sử dụng (các kịch bản) liên quan ñến việc sử dụng hệ thống theo một
cách thức nào ñó.
- Ví dụ: Trò chơi ñổ 2 xí ngầu  có kịch bản như sau: người chơi lắc 2 xí ngầu, nếu tổng ñiểm
> 7 thì thắng, ngược lại thì thua.


2.2. Domain Model:

- Các ñối tượng quan trọng bao gồm các thông tin và các mối quan hệ giữa chúng.

- Ví dụ:




2.3. Interaction Diagrams:

- Các sơ ñồ biểu thị luồng thông ñiệp trao ñổi giữa các ñối tượng.
- Ví dụ:
Created by Trang Hồng Sơn


- 4 -





2.4. Class Diagrams:

- Sơ ñồ biểu thị tất cả các thông tin và hành vi của ñối tượng và mối quan hệ giữa chúng.
- Ví dụ: