Thông tin tài liệu
LOGO TRƯỜNG ĐH KINH TẾ TP HỒ CHÍ MINH KHOA TIN HỌC QUẢN LÝ Bài giảng mơn TÍCH HỢP HỆ THỐNG BÀI 5: KIẾN TRÚC MODULE Mục tiêu Sau học xong sinh viên có thể: Hiểu kỹ thuật phát triển hệ thống theo kiến trúc module: phân tích, thiết kế, lập trình Biết tiêu chí đánh giá kiến trúc module Phân biệt kiểu tích hợp module Biết cơng nghệ hỗ trợ lập trình module Tham khảo Nguyễn Văn Vỵ, Nguyễn Việt Hà Giáo trình kỹ nghệ phần mềm, NXB ĐHQG HN, 2008 http://en.wikipedia.org/wiki/Modular_programming Ian Sommerville, Software Engineering 8th Edition, 2007 Nội dung Các khái niệm kiến trúc module Tiêu chí đánh giá kiến trúc module Các kiểu ghép nối module (tích hợp) Lập trình theo module Kiến trúc module Kiến trúc mô-đun (module) cho phép chia nhỏ toán (hay yêu cầu) phần mềm thành phần không trùng lắp hỗ trợ làm việc song song module đặc biệt dễ bảo trì Kiến trúc module có khả tái sử dụng thành phần hệ thống khả mở rộng tốt Kiến trúc module Dựa quan điểm “chia để trị” C: độ phức tạp C(p1 + p2) > C(p1) + C(p2) E: nỗ lực thực E(p1 + p2) > E(p1) + E(p2) Giảm độ phức tạp Cục bộ, dễ sửa đổi Có khả phát triển song song Dễ sửa đổi, dễ hiểu nên dễ tái sử dụng Kiến trúc module Phân rã phân mềm thành module nối kết với Kiến trúc module Kích thước module nên định dựa khái niệm độc lập chức năng, module thực công việc: dễ hiểu, dễ sửa đổi, dễ tái sử dụng Kiến trúc module Interface – công cụ giao tiếp module Các module gắn kết với chương trình thơng qua "interface" Một interface module mô tả thành phần cung cấp cần cung cấp Các thành phần module khác "thấy" sử dụng Kiến trúc module Nguyên tắc Information-hiding Những phần có khả thay đổi bên module ẩn nên phần lại dùng để giao tiếp module không bị ảnh hưởng thay đổi thiết kế Kết module thay đổi cách độc lập mà không ảnh hưởng lẫn Kiến trúc module Kiến trúc module mở rộng để áp dụng mức hệ thống module ứng dụng hay dịch vụ chạy song song tương tác với thông qua kiểu giao tiếp Messaging, RPC, Socket Về ý tưởng, kiến trúc module xem tảng nhiều kiến trúc tiên tiến khác MVC, Multi-tier, SOA Kiến trúc module tái áp dụng vào module hay thành phần kiến trúc dịch vụ bên hệ thống SOA Kiến trúc module Kiến trúc Module mở rộng Tiêu chí đánh giá kiến trúc module Coupling: mức độ ghép nối module Cohesion: mức độ liên kết thành phần bên module Understandability: tính hiểu Adaptability: tính thích nghi Tiêu chí đánh giá kiến trúc module Coupling (ghép nối) Độ đo liên kết (trao đổi) Module Ghép nối chặt chẽ khó hiểu, khó sửa đổi phải tính đến liên kết có thể, dễ gây lỗi lan truyền Cohesion (kết dính) Độ đo phụ thuộc lẫn thành phần Module Kết dính cao tính cục cao (độc lập chức năng); dễ hiểu, dễ sửa đổi Tiêu chuẩn thiết kế tốt: kết dính chặt, ghép nối lỏng Coupling (ghép nối) Coupling (ghép nối) Độ đo liên kết (trao đổi) Module Ghép nối chặt chẽ khó hiểu, khó sửa đổi phải tính đến liên kết có thể, dễ gây lỗi lan truyền Cohesion (kết dính) Độ đo phụ thuộc lẫn thành phần Module Kết dính cao tính cục cao (độc lập chức năng); dễ hiểu, dễ sửa đổi Tiêu chuẩn thiết kế tốt: kết dính chặt, ghép nối lỏng Coupling (ghép nối) a Ghép nối nội dung Các module dùng liệu hay thơng tin điều khiển trì module khác Là trường hợp xấu Ví dụ: Các ngơn ngữ bậc thấp dùng biến chung Lạm dụng lệnh Goto chu trình Coupling (ghép nối) b Ghép nối chung Các module trao đổi liệu thông qua biến tổng thể Lỗi module ảnh hưởng đến hoạt động module khác Khó sử dụng lại module Coupling (ghép nối) c Ghép nối điều khiển Các module trao đổi thông tin điều khiển Làm cho thiết kế khó hiểu, khó sửa đổi, dễ nhầm Coupling (ghép nối) d Ghép nối nhãn Các module trao đổi thừa thơng tin Module thực chức ngồi ý muốn Làm giảm tính thích nghi Coupling (ghép nối) e Ghép nối liệu Truyền liệu qua tham số Nhận kết qua tham số giá trị trả lại
Ngày đăng: 02/09/2023, 08:00
Xem thêm:
