Quan hệ phụ thuộc và nâng cấp (dependency refinement)

Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Bởi: duongkieuhoa tonthathoaan Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Bên cạnh liên hệ khái quát hóa, UML định nghĩa hai loại quan hệ khác Quan hệ phụ thuộc (Dependency) liên quan ngữ nghĩa hai phần tử mô hình, mang tính độc lập mang tính phụ thuộc Mọi thay đổi phần tử độc lập ảnh hưởng đến phần tử phụ thuộc Phần tử mô hình lớp, gói (package), trường hợp sử dụng, v.v Có thể nêu vài cí dụ cho phụ thuộc như: lớp lấy tham số đối tượng lớp khác, lớp truy nhập đối tượng toàn cục lớp khác, lớp gọi thủ tục thuộc thuộc lớp khác Trong tất trường hợp có phụ thuộc lớp vào lớp kia, chúng liên hệ rõ ràng với Quan hệ phụ thuộc thể đường thẳng gạch rời (dashed line) với mũi tên (và thêm nhãn) phần tử mô hình Nếu sử dụng nhãn khuôn mẫu (stereotype), xác định loại phụ thuộc Hình sau phụ thuộc dạng "friend", có nghĩa phần tử mô hình nhận quyền truy cập đặc biệt tới cấu trúc nội phần tử thứ hai (thậm chí tới phần mang tính nhìn thấy private) Một quan hệ phụ thuộc lớp 1/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Nâng cấp (Refinement) quan hệ hai lời miêu tả vật, mức độ trừu tượng hóa khác Nâng cấp mối quan hệ loại đối tượng lớp thực Các nâng cấp thường gặp khác quan hệ lớp phân tích (trong mô hình phân tích) lớp thiết kế (trong mô hình thiết kế) mô hình hóa thứ, quan hệ lời miêu tả có mức trừu tượng hóa cao lời miêu tả có mức trừu tượng hóa thấp (ví dụ tranh khái quát cộng tác động biểu đồ chi tiết cộng tác đó) Quan hệ nâng cấp sử dụng để mô hình hóa nhiều mức thực thi thứ (một thực thi đơn giản thực thi phức tạp hơn, hiệu hơn) Quan hệ nâng cấp thể đường thẳng gạch rời (dashed line) với mũi tên rỗng Quan hệ nâng cấp Quan hệ nâng cấp sử dụng việc phối hợp mô hình Trong dự án lớn, mô hình cần phải phối hợp với Phối hợp mô hình sử dụng nhằm mục đích: - Chỉ mối liên quan mô hình nhiều mức độ trừu tượng khác - Chỉ mối liên quan mô hình nhiều giai đoạn khác (phân tích yêu cầu, phân tích, thiết kế, thực thi, ) - Hỗ trợ việc quản trị cấu hình - Hỗ trợ việc theo dõi mô hình Nâng cấp mô hình qua vòng lặp Cho tới thời điểm này, qua bước công việc phân tích tạo nên phiên mô hình đối tượng Mô hình cần phải lấy làm mục tiêu cho vòng lặp nâng cấp Công việc nâng cấp thực cách đưa mô hình qua tất giai đoạn phát triển mô hình đối tượng lần Lần này, kiến thức thu vòng phát triển đầu tỏ hữu dụng Khi nâng cấp mô hình cần ý đến bước sau: 2/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) a) Nghiên cứu lớp để tìm thuộc tính thủ tục không đồng dạng (dissimilar) Nếu có, xẻ lớp thành thành phần để tạo tính đồng (harmony) lớp Ví dụ với lớp đảm nhận hai vai trò khác nhau, xẻ lớp thành lớp kết với thủ tục xác định rõ ràng b) Nếu phát thấy chức không hướng tới lớp đích triệu chứng thiếu lớp Hãy bổ sung lớp thiếu đưa thủ tục kể vào lớp c) Khái quát hóa chưa đủ độ có liên hệ trùng lặp (nhiều liên hệ định nghĩa quan hệ) Trong trường hợp này, cần tạo lớp cha để kết hợp mối liên hệ d) Nếu vai trò mang ý nghĩa đặc biệt quan trọng hệ thống thường cần lớp riêng Một lựa chọn khác biến liên hệ định nghĩa vai trò thành lớp liên hệ e) Nếu lớp thiếu thuộc tính lẫn thủ tục / liên hệ lớp không cần thiết Hãy loại bỏ lớp f) Hãy rà sát toàn hệ thống để tìm vai trò lớp chưa thể Nếu có, triệu chứng thiếu liên hệ g) Nếu có liên hệ đối tượng lại chẳng thủ tục sử dụng tới liên hệ không cần thiết Ví dụ ta xác định liên hệ nhân viên thu ngân khách hàng lại thủ tục định nghĩa hai người Trong trường hợp này, liên hệ không cần thiết Một số mách bảo thực tế: - Nghiên cứu để hiểu thấu đáo vấn đề cần giải quyết: Khi xây dựng mô hình đối tượng, không nên bắt đầu cách viết cấu trúc lớp, mối liên hệ mối quan hệ thừa kế lộ rõ bề mặt đập thẳng vào mắt Hãy dành thời gian nghiên cứu kỹ chất vấn đề Mô hình đối tượng phải thiết kế để phù hợp với giải pháp cho vấn đề mà nhắm tới - Cẩn thận chọn tên: Tên cần chọn cách cẩn thận chứng nhận tồn thực thể Tên cần phải xác, ngắn gọn, tránh gây bàn cãi Tên phải thể tổng thể đối tượng không nhắm tới khía cạnh đối tượng 3/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Bất nơi có thể, chọn tên bao chứa danh từ chuyên ngành quen thuộc người sử dụng Những tên tạo hình xa vời người sử dụng, thực thể đặt tên cách tồi tệ dễ gây nhầm lẫn - Cần giữ cho mô hình đối tượng đơn giản: Hãy kháng cự lại xu hướng tạo mô hình phức tạp, chúng mang lại nhầm lẫn, bối rối Trong vòng đầu quy trình mô hình hóa đối tượng, xác định mối liên hệ gạt chi tiết, việc xem xét tới số lượng thành phần tham gia (Cardinality) quan hệ để dành cho giai đoạn sau; vòng thứ hai Tốt chi tiết phản ánh số lượng thành phần tham gian quan hệ bổ sung thêm vào vòng thứ hai vòng thứ ba công việc mô hình hóa đối tượng Thường thường, người ta thấy phiên mô hình thường chứa mối liên hệ với số lượng từ 0-tới-0; 0-tới-1, 1- tới-1; 1-tớinhiều - Nên sử dụng mối liên hệ hạn định - Tránh khái quát hóa nhiều Thường nên hạn chế ba tầng khái quát - Hãy nghiên cứu thật kỹ mối liên hệ 1-tới-nhiều Chúng thường chuyển thành quan hệ 1-tới-0 1-tới-1 - Tất mô hình cần phải lấy làm đối tượng cho việc tiếp tục nâng cấp Nếu không thực vòng nâng cấp sau đó, mô hình thiếu hoàn chỉnh - Động tác người khác xem xét lại mô hình quan trọng Thường liên quan cận kề với mô hình khiến mù lòa, không nhận khiếm khuyết Một nhìn vô tư trường hợp cần thiết - Không nên mô hình hóa mối liên hệ thành thuộc tính Nếu điều xảy ra, ta thường nhận thấy qua triệu chứng mô hình thiếu liên hệ Thêm vào đó, có lúc ta bỏ qua cần thiết yếu tố hạn định Việc viết tài liệu cho mô hình vô quan trọng Các tài liệu cần phải nắm bắt thấu đáo nguyên nhân nằm đằng sau mô hình trình bày chúng xác Chất lượng mô hình Làm để biết mô hình tốt hay chưa tốt? Một ngôn ngữ mô hình hóa cung cấp ngữ pháp ngữ nghĩa cho ta làm việc, không cho ta biết liệu mô hình vừa tạo dựng nên tốt hay không Yếu tố mở vấn đề quan 4/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) trọng việc xác định chất lượng mô hình Điều chủ chốt thiết kế mô hình thứ muốn nói thực Mô hình mang lại diễn giải cho mà nghiên cứu (hiện thực, viễn cảnh ) Trong mô hình, yếu tố quan trọng bật phải nắm bắt chất vấn đề Trong hệ thống tài chính, thường mô hình hóa hóa đơn nợ Trong đa phần doanh nghiệp, thân hóa đơn không thật có tầm quan trọng đến vậy, yếu tố quan trọng nợ Một hóa đơn thể nợ, ta cần phải mô hình hóa để phản ánh điều Một khái niệm khác tài khoản nhà băng Trong năm 70 80 có nhiều mô hình thể tài khoản nhà băng Khách hàng (chủ nhân tài khoản nhà băng) coi thành phần tài khoản (một tài khoản nhà băng mô hình hóa lớp thực thể khách hàng thuộc tính) Khó khăn xảy nhà băng xử lý tài khoản có nhiều chủ Vấn đề thứ hai nhà băng tạo chiến lược maketing nhắm tới khách hàng tài khoản nhà băng họ địa Vì vậy, khía cạnh chất lượng mô hình tính thích hợp mô hình Một mô hình thích hợp phải nắm bắt khía cạnh quan trọng đối tượng nghiên cứu Những khía cạnh khác việc đánh giá chất lượng mô hình phải dễ giao tiếp, phải có mục tiêu cụ thể, dễ bảo quản, mang tính vững bền có khả tích hợp Nhiều mô hình hệ thống có mục đích khác (hoặc hướng nhìn khác nhau) phải có khả tích hợp với Dù sử dụng phương pháp ngôn ngữ mô hình hóa nào, ta phải đối mặt với vấn đề khác Khi tạo dựng mô hình, trở thành phần doanh nghịêp, có nghĩa cần phải quan sát hiệu ứng can thiệp vào doanh nghiệp Yếu tố quan trọng cần phải xử lý tất khía cạnh can thiệp ví dụ sách, văn hóa, cấu trúc xã hội suất Nếu không làm điều này, ta khả phát nắm bắt tất đòi hỏi cần thiết từ phía khách hàng (cần ý phát biểu yêu cầu đưa xác khách hàng thực cần) Hãy đặc biệt ý đến vấn đề với sách nội bộ, mẫu hình xã hội, cấu trúc không thức lực bao quanh khách hàng Thế mô hình tốt? Một mô hình mô hình tốt ta có khả giao tiếp với nó, phù hợp với mục đích nắm bắt điểm cốt yếu vấn đề Một mô hình tốt đòi hỏi thời gian xây dựng; bình thường tạo nhóm phát triển, thành lập với mục đích cụ thể Một mục đích huy động toàn lực lượng để phát yêu cầu quan Một mục đích khác mô hình hóa đặc tả yêu cầu, thực giai đoạn 5/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) phân tích, hay vẽ thiết kế kỹ thuật cho hệ thống thông tin Khi cá nhân khác tập hợp thành nhóm, động tác cần phải thực tập trung vào mục tiêu định trước Các nhóm để mô hình hóa doanh nghịêp hệ thống thông tin tạo khách hàng, chuyên gia mô hình hóa chuyên gia ứng dụng Ta giao tiếp với mô hình? Tại mô hình lại phải thứ dễ giao tiếp? Tất dự án, dù lớn hay nhỏ, cần phải giao tiếp Con người ta nói chuyện với Họ đọc tài liệu thảo luận nội dung chúng Sáng kiến khởi thủy nằm đằng sau mô hình để tạo khả giao tiếp với chúng Nếu tạo mô hình mà không đọc nổi, hiểu nổi, việc làm vô ý nghĩa Mô hình tạo người dẫn đầu phương pháp người dẫn đầu dự án lệnh Mô hình tạo để phục vụ cho việc giao tiếp tập hợp cố gắng để đạt đến suất, hiệu chất lượng cao Mô hình có phù hợp với mục đích không? Một mô hình hình cần phải có mục đích rõ ràng, cho dùng nhận Tất mô hình có mục đích, thường mục đích ngầm ẩn, điều khiến cho việc sử dụng hiểu trở nên khó khăn Các mô hình phân tích mô hình thiết kế mô hình hệ thống, chúng mô hình khác tập trung vào chủ đề khác (hay chi tiết khác nhau) Cần phải xác định rõ ràng mục đích cho mô hình để kiểm tra phê duyệt Nếu mục đích rõ ràng, ví dụ thẩm tra mô hình hình phân tích thể mô hình thiết kế Nắm bắt điểm trọng yếu Nhiều mô hình bao gồm tài liệu doanh nghiệp – ví dụ hóa đơn, thông tin nhận được, hợp đồng bảo hiểm Nếu mô hình bao gồm tài liệu điều xảy doanh nghiệp thay đổi? Đây vấn đề quan trọng thực tế Chúng ta cần thiết phải nắm bắt chất doanh nghiệp (tạo nên phần nhân) mô hình xoay quanh khái niệm thiết yếu để có khả xử lý thay đổi cách thích hợp Hãy mô hình hóa phần nhân doanh nghiệp sau đến mô hình diễn giải phần nhân Một phần nhân mô hình hóa, thay đổi nho nhỏ doanh nghiệp xử lý qua việc sửa đổi lớp diễn giải loại đối tượng thuộc phần nhân (ví dụ hóa đơn diễn giải nợ) 6/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Phối hợp mô hình Các mô hình khác hệ thống phải có khả kết hợp liên quan đến Một khía cạnh phối hợp mô hình tích hợp Tích hợp có nghĩa nhóm mô hình chung mục đích thể thứ (mặc dù chúng có nhiều hướng nhìn khác nhau, ví dụ mô hình động, mô hình chức năng, mô hình tĩnh), chúng phải có khả ráp lại với mà không làm nảy sinh mâu thuẫn Quan hệ mô hình mức độ trừu tượng khác khía cạnh quan trọng khác Nó chìa khóa dẫn đến khả theo dõi bước phát triển phần tử khác nhau, phục vụ cho công nghệ lập trình Quan hệ mức độ trừu tượng khác thể quan hệ nâng cấp UML Điều có nghĩa mô hình phối hợp mức độ trừu tượng phối hợp mức độ trừu tượng khác Độ phức tạp mô hình Ngay mô hình dễ dàng giao tiếp, có mục đích rõ ràng, nắm bắt điểm trọng yếu phạm vi vấn đề phối hợp với nhau, ta gặp khó khăn mô hình phức tạp Những mô hình phức tạp khó nghiên cứu, khó thẩm tra, khó phê duyệt khó bảo trì Sáng kiến tốt bắt đầu với mô hình đơn giản, sau chi tiết hóa nhiều cách sử dụng việc phối hợp mô hình Nếu chất phạm vi vấn đề phức tạp, xẻ mô hình thành nhiều mô hình khác (sử dụng tiểu mô hình – tức gói) cố gắng để qui trình kiểm soát tình 7/7 .. .Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Nâng cấp (Refinement) quan hệ hai lời miêu tả vật, mức độ trừu tượng hóa khác Nâng cấp mối quan hệ loại đối tượng lớp thực Các nâng cấp. .. đối tượng thuộc phần nhân (ví dụ hóa đơn diễn giải nợ) 6/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) Phối hợp mô hình Các mô hình khác hệ thống phải có khả kết hợp liên quan đến Một... để phát yêu cầu quan Một mục đích khác mô hình hóa đặc tả yêu cầu, thực giai đoạn 5/7 Quan hệ phụ thuộc nâng cấp (Dependency & Refinement) phân tích, hay vẽ thiết kế kỹ thuật cho hệ thống thông