: Buyer Payment Scheduler
Giới thiệu (tt)
Chương 10 : Các mẫu cấu trúc
Có nhiều nguyên nhân dẫn ₫ến tái thiết kế :
Phụ thuộc vào phần cứng, hệ₫iều hành (OS) hay phần mềm khác: các phần mềm xác ₫ịnh quá chặt chẽ các thông số phần cứng hay phần mềm liên quan sẽ phải thay ₫ổi khi các thông số này thay ₫ổi.
Phụ thuộc vào giải thuật: khi hệ thống có nhiều giải pháp, nhiều mức ₫ộ xử
lý cho cùng một vấn ₫ề, việc ràng buộc chặt chẽ hệ thống với giải pháp cụ
thể sẽ dẫn ₫ến khó bổ sung, thay ₫ổi hệ thống.
Không tổng quát hóa khi lập trình, nhất là lập trình hướng ₫ối tượng. VD: ràng buộc thông số hình thức với ₫ối tượng lớp con thay vì có thể là ₫ối tượng lớp cha.
Các component liên quan nhau quá chặt chẽ: mối quan hệ giữa các component nhiều dẫn ₫ến hiện tượng thay ₫ổi dây chuyền khi phải thay ₫ổi
Bö mön Cöng nghï phền mï̀m Khoa CNTT
ĐH Bach Khoa Tp.HCM
Mön Phân tích & Thiết kế hướng ₫ối tượng dùng UML
Slide 223
Một biện pháp ₫ược ₫ề xuất ₫ể có những bản thiết kế tốt: sử dụng lại
những mẫu thiết kế của những chuyên gia ₫ã qua kiểm nghiệm thực tế.
Mẫu thiết kế (Design pattern) thường có ₫ặc ₫iểm:
Là những thiết kế₫ã ₫ược sử dụng và ₫ược ₫ánh giá tốt.
Giúp giải quyết những vấn ₫ề thiết kế thường gặp.
Chú trọng việc giúp cho bản thiết kế có tính uyển chuyển, dễ nâng cấp, thay ₫ổi.
Giới thiệu (tt)
Chương 10 : Các mẫu cấu trúc
Cung cấp phương pháp giải quyết những vấn ₫ề thực tế thường gặp ₫ã
₫ược ₫ánh giá, kiểm nghiệm.
Là biện pháp tái sử dụng tri thức các chuyên gia phần mềm.
Hình thành kho tri thức, ngữ vựng trong giao tiếp giữa những người làm
phần mềm.
Giúp người tìm hiểu nắm vững hơn ₫ặc ₫iểm ngôn ngữ lập trình, nhất là
lập trình hướng ₫ối tượng.
→ tăng ₫ộ tin cậy, tiết kiệm nguồn lực…