Bài 06. Xác định các phần tử thiết kế
Số trang: 41
Loại file: ppt
Dung lượng: 1.99 MB
Lượt xem: 20
Lượt tải: 0
Xem trước 4 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Thay đổi/xóa bỏ một lớp làm ảnh hưởng tới các lớp khác. Hai đối tượng tương tác với nhau bằng một lượng lớn thông điệp hoặc có mối giao tiếp phức tạp. Lớp biên có thể có liên quan về mặt chức năng đến một lớp thực thể nào đó nếu lớp biên biểu diễn lớp thực thể đó
Nội dung trích xuất từ tài liệu:
Bài 06. Xác định các phần tử thiết kế Bé m«n C«ng ng hÖ phÇn mÒm KHOACÔNGNGHỆTHÔNGTIN TRƯỜNGĐẠIHỌCBÁCHKHOAHÀNỘIOBJECTORIENTEDANALYSISAND DESIGNWITHUML2.0 Bài 6. Xác định các phần tử thiết kế Nội dung1. Xác định các phần tử thiết kế2. Hệ thống con (Subsystem)3. Tính tái sử dụng lại (Reusability)4. Mô hình phân tầng trong quá trình thiết kế Mục đíchPhân tích sự tương tác của các lớp phântích và xác định các thành phần trong môhình thiết kế Lớp thiết kế (design class) Hệ thống con (Subsystem) Giao diện hệ thống con (Subsystem interface) Xác định các phần tử thiết kếĐặc tả phụ trợ Hướng dẫn dự án Xác định các phần tử thiết kế Mô hình thiết kếMô hình phân tíchChuyển đổi lớp phân tích thành các phần tử thiết kế Các lớp phân tích Các phần tử thiết kế Subsystem Subsystem Ánh xạ nhiều – nhiều Tìm kiếm các lớp thiết kếMột lớp phân tích ánh xạ trực tiếp thànhmột lớp thiết kế nếu Nó là một lớp đơn giản Mức độ trừu tượng hóa đơn giảnCác lớp phân tích phức tạp hơn có thể Tách ra thành nhiều lớp Trở thành một package Trở thành một hệ thống con Bất kỳ hình thức kết hợp nào Nhóm các lớp thiết kếNhóm các lớp dựa trên nhiều yếu tố: Phân bổ nguồn lực trong các đội phát triển Tương ứng với từng loại người dùng Hệ thống con đại diện cho các sản phẩm và dịch vụ đã có mà hệ thống sử dụng Package CViệc gộp nhóm hiệu quả giúp Quản lý khả năng sử dụng lại Package B Bảo dưỡng hệ thống Subsystem C Nhóm các lớp biênNếu giao diện của hệ thống Nếu giao diện của hệ thốngsẽ chắc chắn có các thay đổi không chắc chắn có các thay đổiđáng kể đáng kểCác lớp biên được đặt Các lớp biên được gom nhóm vớitrong các package riêng biệt các lớp liên quan về mặt chức năngNhóm các lớp liên quan về mặt chức năng Các tiêu chí – liên quan về mặt chức năng: Thay đổi/xóa bỏ một lớp làm ảnh hưởng tới các lớp khác Hai đối tượng tương tác với nhau bằng một lượng lớn thông điệp hoặc có mối giao tiếp phức tạp Lớp biên có thể có liên quan về mặt chức năng đến một lớp thực thể nào đó nếu lớp biên biểu diễn lớp thực thể đó Hai lớp tương tác hoặc cùng bị ảnh hưởng bởi thay đổi trong cùng một tác nhân Một lớp tạo ra thể hiện của lớp khácNhóm các lớp liên quan về mặt chức năng Các tiêu chí – KHÔNG nên đặt hai lớp vào cùng một package: Hai lớp liên quan đến các tác nhân khác nhau Một lớp bắt buộc và một lớp không bắt buộcSự phụ thuộc package: Element Visibility PackageA A Chỉ có lớp public + Class A1 (+) có thể được + Class A2 tham chiếu bên ngoài package + Class A3 chứa nó B Lớp protected (#) chỉ được truy cập trong PackageB gói chứa nó và gói kế thừa gói chứa nó Public visibility + Class B1 - Class B2 Lớp private (-) chỉ Private visibility được truy cập trong gói chứa nó Quy tắc của OO: Đóng gói (Encapsulation) Phụ thuộc giữa các package A BCác package không nên Xphụ thuộc lẫn nhau (cross-coupling) A TầngPackage ở tầng thấp cao hơnhơn không nên phụ X Xthuộc vào các package Tầng B thấp hơnở tầng trênNhìn chung, các phụthuộc không nên bỏ qua Ccác tầng ở giữa X = Vi phạm móc nối Ví dụ: Registration Package Main ...
Nội dung trích xuất từ tài liệu:
Bài 06. Xác định các phần tử thiết kế Bé m«n C«ng ng hÖ phÇn mÒm KHOACÔNGNGHỆTHÔNGTIN TRƯỜNGĐẠIHỌCBÁCHKHOAHÀNỘIOBJECTORIENTEDANALYSISAND DESIGNWITHUML2.0 Bài 6. Xác định các phần tử thiết kế Nội dung1. Xác định các phần tử thiết kế2. Hệ thống con (Subsystem)3. Tính tái sử dụng lại (Reusability)4. Mô hình phân tầng trong quá trình thiết kế Mục đíchPhân tích sự tương tác của các lớp phântích và xác định các thành phần trong môhình thiết kế Lớp thiết kế (design class) Hệ thống con (Subsystem) Giao diện hệ thống con (Subsystem interface) Xác định các phần tử thiết kếĐặc tả phụ trợ Hướng dẫn dự án Xác định các phần tử thiết kế Mô hình thiết kếMô hình phân tíchChuyển đổi lớp phân tích thành các phần tử thiết kế Các lớp phân tích Các phần tử thiết kế Subsystem Subsystem Ánh xạ nhiều – nhiều Tìm kiếm các lớp thiết kếMột lớp phân tích ánh xạ trực tiếp thànhmột lớp thiết kế nếu Nó là một lớp đơn giản Mức độ trừu tượng hóa đơn giảnCác lớp phân tích phức tạp hơn có thể Tách ra thành nhiều lớp Trở thành một package Trở thành một hệ thống con Bất kỳ hình thức kết hợp nào Nhóm các lớp thiết kếNhóm các lớp dựa trên nhiều yếu tố: Phân bổ nguồn lực trong các đội phát triển Tương ứng với từng loại người dùng Hệ thống con đại diện cho các sản phẩm và dịch vụ đã có mà hệ thống sử dụng Package CViệc gộp nhóm hiệu quả giúp Quản lý khả năng sử dụng lại Package B Bảo dưỡng hệ thống Subsystem C Nhóm các lớp biênNếu giao diện của hệ thống Nếu giao diện của hệ thốngsẽ chắc chắn có các thay đổi không chắc chắn có các thay đổiđáng kể đáng kểCác lớp biên được đặt Các lớp biên được gom nhóm vớitrong các package riêng biệt các lớp liên quan về mặt chức năngNhóm các lớp liên quan về mặt chức năng Các tiêu chí – liên quan về mặt chức năng: Thay đổi/xóa bỏ một lớp làm ảnh hưởng tới các lớp khác Hai đối tượng tương tác với nhau bằng một lượng lớn thông điệp hoặc có mối giao tiếp phức tạp Lớp biên có thể có liên quan về mặt chức năng đến một lớp thực thể nào đó nếu lớp biên biểu diễn lớp thực thể đó Hai lớp tương tác hoặc cùng bị ảnh hưởng bởi thay đổi trong cùng một tác nhân Một lớp tạo ra thể hiện của lớp khácNhóm các lớp liên quan về mặt chức năng Các tiêu chí – KHÔNG nên đặt hai lớp vào cùng một package: Hai lớp liên quan đến các tác nhân khác nhau Một lớp bắt buộc và một lớp không bắt buộcSự phụ thuộc package: Element Visibility PackageA A Chỉ có lớp public + Class A1 (+) có thể được + Class A2 tham chiếu bên ngoài package + Class A3 chứa nó B Lớp protected (#) chỉ được truy cập trong PackageB gói chứa nó và gói kế thừa gói chứa nó Public visibility + Class B1 - Class B2 Lớp private (-) chỉ Private visibility được truy cập trong gói chứa nó Quy tắc của OO: Đóng gói (Encapsulation) Phụ thuộc giữa các package A BCác package không nên Xphụ thuộc lẫn nhau (cross-coupling) A TầngPackage ở tầng thấp cao hơnhơn không nên phụ X Xthuộc vào các package Tầng B thấp hơnở tầng trênNhìn chung, các phụthuộc không nên bỏ qua Ccác tầng ở giữa X = Vi phạm móc nối Ví dụ: Registration Package Main ...
Tìm kiếm theo từ khóa liên quan:
Xác định phần tử thiết kế Mô hình thiết kế Hệ thống con Phân tích thiết kế hệ thống Hệ thống thông tin Quản trị thông tinGợi ý tài liệu liên quan:
-
Bài tập thực hành môn Phân tích thiết kế hệ thống thông tin
6 trang 321 0 0 -
88 trang 316 0 0
-
24 trang 302 0 0
-
Excel và mô phỏng tài chính P2 - Thiết kế một mô hình
4 trang 291 0 0 -
Bài thuyết trình Hệ thống thông tin trong bệnh viện
44 trang 252 0 0 -
Bài giảng Phân tích và thiết kế hướng đối tượng - Đỗ Ngọc Như Loan
9 trang 250 0 0 -
Bài giảng HỆ THỐNG THÔNG TIN KẾ TOÁN - Chương 2
31 trang 234 0 0 -
Phương pháp và và ứng dụng Phân tích thiết kế hệ thống thông tin: Phần 1 - TS. Nguyễn Hồng Phương
124 trang 218 0 0 -
Đồ án tốt nghiệp: Xây dựng ứng dụng quản lý kho hàng trên nền Web
61 trang 215 0 0 -
62 trang 209 2 0