Đang tải... (xem toàn văn)
giới thiệu về mô hình hóa hệ thống sử dụng UML
Đoàn Văn Ban OOA & D with UML CHAPTER Mơ hình hóa hệ thống sử dụng UML Giới thiệu UML Phân tích đặc tả yêu cầu hệ thống + Ca sử dụng + Tác nhân + Xác định ca sử dụng tác nhân + Đặc tả ca sử dụng Biểu đồ User Case Biểu đồ hành động (Activity Diagram) + Các hành động định + Sự đồng tương tranh hoạt động + Các luồng họat động + Xây dựng Biểu đồ họat động 1/49 Đoàn Văn Ban OOA&D with UML 2.1 Giới thiệu 2/50 Đồn Văn Ban OOA&D with UML Mục đích chính của UML Mơ hình được các hệ thống và sử dụng được tất cả các khái niệm hướng đối tượng một cách thống nhất Cho phép đặc tả, hỗ trợ để đặc tả tường minh mối quan hệ giữa các khái niệm cơ bản trong hệ thống, đồng thời mơ tả được mọi trạng thái hoạt động của hệ thống đối tượng. Tận dụng được những khả năng sử dụng lại và kế thừa ở phạm vi diện rộng để xây dựng được những hệ thống phức tạp và nhạy cảm như: các hệ thống động, hệ thống thời gian thực, hệ thống nhúng thời gian thực, v.v 4. Tạo ra những ngơn ngữ mơ hình hố sử dụng được cho cản người lẫn máy tính. 3/50 Đồn Văn Ban OOA&D with UML Các phần tử UML UML Các vật Cấu trúc Hành vi Các mối quan hệ Gộp nhóm Chú dẫn Gói Ca sử dụng Sự tương tác Mơ hình Lớp Máy trạng Hệ thống Giao diện thái Khung công việc Thành phần Cộng tác Nút Các biểu đồ Các quan sát Ca sử dụng Ca sử dụng Phụ thuộc Lớp Logic Kết hợp Đối tượng Thành phần Kết nhập Tổng qt hố Trình tự Sự tương tranh Cộng tác Triển khai (kế thừa) Trạng thái Hoạt động Thành phần Triển khai 4/50 Đoàn Văn Ban OOA&D with UML Các quan sát (Views) Quan sát logic Quan sát thành phần Quan sát ca sử dụng Quan sát triển khai Quan sát tương tranh 5/50 Đoàn Văn Ban OOA&D with UML Các quan sát (Views) + Quan sát các ca sử dụng: mô tả chức năng, nhiệm vụ hệ thống, thể biểu đồ ca sử dụng (Use Case Diagram) vài biểu đồ trình tự, cộng tác, v.v + Quan sát logic biểu diễn tổ chức logic lớp quan hệ chúng với nhau, thể biểu đồ lớp, biểu đồ đối tượng, biểu đồ tương tác (Collaboration Diagram), biểu đồ biến đổi trạng thái (State Diagram) + Quan sát thành phần (quan sát cài đặt) xác định mô đun vật lý hay tệp mã chương trình liên hệ chúng để tổ chức thành hệ thống phần mềm, thể biểu đồ thành phần (Component Diagram) gói (package) + Quan sát tương tranh (quan sát tiến trình) biểu diễn phân chia luồng thực công việc, lớp đối tượng cho tiến trình (process) đồng luồng (thread) hệ thống + Quan sát triển khai mô tả phân bổ tài tài nguyên nhiệm vụ hệ thống, mô tả tiến trình tiến trình máy 6/50 Đoàn Văn Ban OOA&D with UML Các biểu đồ (Diagrams) Biểu đồ chứa đựng nội dung quan sát góc độ khác thành phần hệ thống xuất hay nhiều biểu đồ +Biểu đồ ca sử dụng: mô tả tương tác tác nhân ngồi (External Actor) hệ thống thơng qua ca sử dụng Các ca sử dụng nhiệm vụ chính, dịch vụ, trường hợp sử dụng cụ thể mà hệ thống cung cấp cho người sử dụng ngược lại +Biểu đồ lớp (Class Diagram) mô tả cấu trúc tĩnh, mơ tả mơ hình khái niệm bao gồm lớp đối tượng mối quan hệ chúng hệ thống hướng đối tượng + Biểu đồ trình tự (Sequence Diagram) thể tương tác đối tượng với nhau, chủ yếu trình tự gửi nhận thơng điệp (message) để thực thi yêu cầu, công việc theo thời gian +Biểu đồ cộng tác (Collaboration Diagram) nhấn mạnh vào tương tác đối tượng sở cộng tác với cách trao đổi thông điệp để thực yêu cầu theo ngữ cảnh công việc + Biểu đồ trạng thái (State Diagram) thể chu kỳ hoạt động đối tượng, hệ thống hệ thống 7/50 Đoàn Văn Ban OOA&D with UML Các biểu đồ (Diagrams) - TT + Biểu đồ hành động (Activity Diagram) dòng hoạt động hệ thống , bao gồm trạng thái hoạt động, từ trạng thái hoạt động chuyển sang trạng thái khác sau hoạt động tương ứng thực + Biểu đồ thành phần (Component Diagram) cấu trúc vật lý thành phần hệ thống, bao gồm: thành phần mã nguồn, mã nhị phân, thư viện thành phần thực + Biểu đồ triển khai (Deployment Diagram) cách bố trí vật lý thành phần theo kiến trúc thiết kế hệ thống 8/50 Đoàn Văn Ban OOA&D with UML Các biểu đồ (Diagrams) - TT 9/50 Đoàn Văn Ban OOA&D with UML 10/50 Đoàn Văn Ban OOA&D with UML 2.3 Biểu đồ hoạt động AD (Activity Diagrams) Hoạt động, định Sự đồng tương tranh (Concurrency & Synchronization) Các tuyến công việc (Swimlanes) Xây dựng biểu đồ hoạt động 36/50 Đoàn Văn Ban OOA&D with UML 2.3.1 Vai trò AD UML 37/50 Đoàn Văn Ban OOA&D with UML 2.3.1 Vai trị AD UML (TT) 38/50 Đồn Văn Ban OOA&D with UML 2.3.2 Điều kiện (Guards) Điều kiện xác định nhánh (trigger) chọn để thực Mỗi thời điểm nhánh thực Do vậy, điều kiện (guards) thực phải loại trừ lẫn nhau! 39/50 Đoàn Văn Ban OOA&D with UML 2.3.3 Hành động theo định 40/50 Đoàn Văn Ban OOA&D with UML 2.3.4 Các hoạt động tương tranh Có khác lưu đồ (flowcharts) AD chỗ AD, hoạt động thực song song tương tranh với Vấn đề quan trọng mơ hình nghiệp vụ q trình khơng cần thực thiết kế để thực song song nhằm nâng cao tốc độ thực Do đó, cải thiện tính hiệu thuận tiện trình nghiệp vụ AD sử dụng hữu hiệu cho việc mô tả chương trình song song, ta sử dụng đồ họa để mô tả luồng thực đồng thời cho phép đồng (synchronize) cần thiết 41/50 Đoàn Văn Ban OOA&D with UML 2.3.4.1 Thanh đồng Thanh đồng (Synchronization bars) khởi đầu phận thực đồng thời (concurrent sections) AD Trong phận đồng thời, tất nhánh thực song song khơng u cầu 42/50 Đồn Văn Ban OOA&D with UML 2.3.4.1 Thanh đồng (TT) Thanh đồng cho phép hoạt động xảy đồng thời 43/50 Đoàn Văn Ban OOA&D with UML 2.3.4.2 Điều kiện đồng Xác định điều xảy đồng thời 44/50 Đoàn Văn Ban OOA&D with UML 2.3.4.2 Điều kiện đồng (TT) Nhiều nhánh vào Đối với đồng bộ, nhánh thực tất nhánh vào thực xong 45/50 Đoàn Văn Ban OOA&D with UML 2.3.4.2 Điều kiện đồng (TT) 46/50 Đoàn Văn Ban OOA&D with UML 2.3.5 Tuyến công việc (Swimlanes) Activity diagrams thể xảy ra, khơng nêu làm Về phương diện cài đặt, có nghĩa AD khơng thể lớp đối tượng chịu trách nhiệm thực công việc Về phương diện miền ứng dụng, người chịu trách nhiệm thực công việc Tuyến công việc cách để giải vấn đề Tuyến công việc thể AD đường đứt nét để tách vùng theo nhóm người thực Mỗi vùng dành riêng cho lớp đối tượng, người hay phòng ban đó, … 47/50 Đồn Văn Ban OOA&D with UML 48/50 Đồn Văn Ban OOA&D with UML 2.3.5 Tuyến cơng việc (TT) Khi cần Activity Diagrams? Activity diagrams thể hành vi trải rộng qua nhiều use cases để mơ tả luồng cơng việc của cả q trình Đối với đối tượng tương tác với mức cao, activity diagrams hiệu để biểu diễn trình tương tranh Khong sử dụng activity diagrams để mô tả tương tác đối tượng Activity diagrams không mô tả xác hoạt động đối tượng theo thời gian 49/50 Đoàn Văn Ban OOA&D with UML 2.3.5 Tuyến cơng việc (TT) Ví dụ: Biểu đồ hành động “Thanh toán Credit” :Khách hàng : Người bán hàng :CreaditAuthorizationService :HBH Trả Credit Nhận Credit Kiểm duyệt [Hợp lệ] Trừ vào Credit Trả Credit [Không hợp lệ] 50/50 ... phần hệ thống xuất hay nhiều biểu đồ +Biểu đồ ca sử dụng: mơ tả tương tác tác nhân ngồi (External Actor) hệ thống thông qua ca sử dụng Các ca sử dụng nhiệm vụ chính, dịch vụ, trường hợp sử dụng. .. sau: Ai sử dụng chức hệ thống? Ai cần hỗ trợ hệ thống để thực công việc hàng ngày? Ai quản trị, bảo dưỡng để đảm bảo cho hệ thống hoạt động thường xuyên? Hệ thống quản lý, sử dụng thiết... tương tác bên ngồi có hệ thống khác bắt đầu tương tác với hệ thống Chỉ tác nhân hệ thống họ đối tượng cần use case Không đối xử hệ thống tác nhân, sử dụng yêu cầu NSD + Sử dụng kiện bên để xác định