Chiến luợc thiết kế

Chiến luợc thiết kế Chiến luợc thiết kế Bởi: Khoa CNTT ĐHSP KT Hưng Yên Do hệ phần mềm lớn phức tạp nên người ta thường dùng phương pháp tiếp cận khác việc thiết kế phần khác hệ thống Chẳng có chiến lược tốt cho dự án Hai chiến lược thiết kế dùng rộng rãi việc phát triển phần mềm thiết kế hướng chức thiết kế hướng đối tượng Mỗi chiến lược thiết kế có ưu nhược điểm riêng phụ thuộc vào ứng dụng phát triển nhóm phát triển phần mềm Cách tiếp cận hướng chức hay hướng đối tượng bổ sung hỗ trợ cho đối kháng Kỹ sư phần mềm chọn cách tiếp cận thích hợp cho giai đoạn thiết kế Thiết kế hướng chức Thiết kế hướng chức cách tiếp cận thiết kế phần mềm thiết kế phân giải thành đơn thể tác động lẫn nhau, mà đơn thể có chức xác định rõ ràng Các chức có trạng thái cục chúng chia sẻ với trạng thái hệ thống, trạng thái tập trung chức truy cập Có người nghĩ thiết kế hướng chức lỗi thời nên thay cách tiếp cận hướng đối tượng Thế nhưng, nhiều tổ chức phát triển chuẩn phương pháp dựa phân giải chức Nhiều phương pháp thiết kế kết hợp với công cụ CASE hướng chức có nhiều hệ thống phát triển cách sử dụng phương pháp tiếp cận hướng chức Các hệ thống phải bảo trì cho tương lai xa xôi Bởi thiết kế hướng chức tiếp tục sử dụng rộng rãi Đó thiên hạ Còn người Việt Nam chúng ta, chưa có tập quán dùng phương pháp thiết kế nào, liệu có thiết phải theo trào lưu hay nên thẳng vào phương pháp hữu hiệu nhất? Người ta dùng biểu đồ dòng liệu - mà mô tả việc xử lý liệu logic, lược đồ cấu trúc - cấu trúc phần mềm mô tả PDL ( page descri ption language) - mô tả thiết kế chi tiết Khái niệm dòng liệu bị cải biên làm cho thích hợp việc sử dụng hệ thống vẽ biểu đồ tự động sử dụng dạng lược đồ cấu trúc có kèm thêm thông tin điều khiển 1/4 Chiến luợc thiết kế Chiến lược thiết kế hướng chức dựa việc phân giải hệ thống thành chức có tương tác với trạng thái hệ thống tập trung dùng chung cho chức Các chức có thông tin trạng thái cục dùng cho trình thực chức mà Thiết kế hướng chức gắn với chi tiết thuật toán chức thông tin trạng thái hệ thống không bị che dấu Điều gây vấn đề chức thay đổi trạng thái theo cách mà chức khác không ngờ tới Việc thay đổi chức cách sử dụng trạng thái hệ thống gây tương tác bất ngờ chức khác Do cách tiếp cận chức để thiết kế thắng lợi mà khối lượng thông tin trạng thái hệ thống làm nhỏ thông tin dùng chung rõ ràng Thiết kế hướng đối tượng Hệ thống nhìn nhận đối tượng (chứ chức năng) Hệ thống phân tán, đối tượng có thông tin trạng thái riêng Đối tượng thuộc tính xác định trạng thái đối tượng phép toán Nó thừa kế từ vài lớp đối tượng lớp cao hơn, cho dễ định nghĩa cần nêu đủ khác lớp cao Che dấu thông tin chiến lược thiết kế dấu nhiều thông tin thành phần hay Cái ngầm hiểu việc kết hợp điều khiển logic cấu trúc liệu thực thiết kế chậm tốt Liên lạc thông qua thông tin trạng thái dùng chung (các biến tổng thể) nhất, nhờ khả hiểu tăng lên Thiết kế tương đối dễ thay đổi thay đổi thành phần không dự kiến hiệu ứng phụ thành phần khác Thiết kế hướng đối tượng dựa việc che dấu thông tin, nhìn hệ phần mềm đối tượng tương tác với chức cách tiếp cận chức Các đối tượng có trạng thái che dấu phép toán trạng thái Thiết kế biểu thị dịch vụ yêu cầu cung cấp đối tượng có tương tác với Thiết kế hướng đối tượng có ba đặc trưng i) Vùng liệu dùng chung bị loại bỏ Các đối tượng liên lạc với cách trao đổi thông báo biến dùng chung ii) Các đối tượng thực thể độc lập mà chúng sẵn sàng thay đổi tất trạng thái thông tin biểu diễn ảnh hưởng phạm vi đối tượng 2/4 Chiến luợc thiết kế Các thay đổi biểu diễn thông tin thực không cần tham khảo tới đối tượng hệ thống khác iii) Các đối tượng phân tán hành động song song Không cần có định tính song song từ giai đoạn sớm trình thiết kế C ác ưu điểm i) Dễ bảo trì đối tượng độc lập Các đối tượng hiểu cải biên thực thể độc lập Thay đổi thực đối tượng thêm dịch vụ không làm ảnh hưởng tới đối tượng hệ thống khác ii) Các đối tượng thành phần dùng lại thích hợp (do tính độc lập chúng) Một thiết kế dùng lại đối tượng thiết kế thiết kế trước iii) Đối với vài lớp hệ thống, có phản ánh rõ ràng thực thể có thực (chẳng hạn thành phần phần cứng) với đối tượng điều khiển hệ thống Điều cải thiện tính dễ hiểu thiết kế Nhược điểm: Sự nhận minh đối tượng hệ thống thích hợp khó khăn Cách nhìn tự nhiên nhiều hệ thống cách nhìn chức việc thích nghi với cách nhìn hướng đối tượng khó khăn Phương pháp thiết kế hướng đối tượng tương đối chưa chín muồi thay đổi mau chóng Ở đây, cần phân biệt hai khái niệm thiết kế hướng đối tượng lập trình (cài đặt) hướng đối tượng: + Thiết kế hướng đối tượng chiến lược thiết kế không phụ thuộc vào ngôn ngữ thực cụ thể Các ngôn ngữ lập trình hướng đối tượng khả bao gói đối tượng làm cho thiết kế hướng đối tượng thực cách đơn giản Tuy nhiên thiết kế hướng đối tượng thực ngôn ngữ kiểu Pascal C mà đặc điểm + Việc chấp nhận thiết kế hướng đối tượng chiến lược hữu hiệu dẫn đến phát triển phương pháp thiết kế hướng đối tượng Như Ada ngôn ngữ lập trình hướng đối tượng không trợ giúp thừa kế lớp, lại thực đối tượng Ada cách sử dụng gói nhiệm vụ, Ada dùng để mô tả thiết kế hướng đối tượng 3/4 Chiến luợc thiết kế + Thiết kế hướng đối tượng chiến lược thiết kế, không phụ thuộc vào ngôn ngữ để thực Các ngôn ngữ lập trình hướng đối tượng khả bao gói liệu làm cho dễ thực thiết kế hướng đối tượng Tuy nhiên thực thiết kế hướng đối tượng ngôn ngữ kiểu Pascal C 4/4 ... Ada cách sử dụng gói nhiệm vụ, Ada dùng để mô tả thiết kế hướng đối tượng 3/4 Chiến luợc thiết kế + Thiết kế hướng đối tượng chiến lược thiết kế, không phụ thuộc vào ngôn ngữ để thực Các ngôn.. .Chiến luợc thiết kế Chiến lược thiết kế hướng chức dựa việc phân giải hệ thống thành chức có tương tác với trạng thái... thiết kế hướng đối tượng tương đối chưa chín muồi thay đổi mau chóng Ở đây, cần phân biệt hai khái niệm thiết kế hướng đối tượng lập trình (cài đặt) hướng đối tượng: + Thiết kế hướng đối tượng chiến