Please enable JavaScript.

Coggle requires JavaScript to display documents.

UML - Coggle Diagram

- - - - Xác định phạm vi và mục đích của dự án
    - - Phân tích, làm rõ yêu cầu chi tiết, thiết kế kiến trúc nền tảng của hệ thống
    - - Phát triển, lập trình và kiểm thử các thành phần hệ thống, hoàn thiện sản phẩm
    - - Triển khai sản phẩm đến người dùng cuối
  - - - Mô tả các yêu cầu của hệ thống
    - - Mô tả cấu trúc hệ thống
    - - Mô tả tương tác giữa các thành phần trong hệ thống
    - - Mô tả việc hiện thực hệ thống về mặt vật lý
    - - Tập trung vào các vấn đề kỹ thuật khi triển khai hệ thống
  - - - Biểu diễn mô hình khái niệm giúp hiểu hệ thống dễ hơn.
    - - Xây dựng mô hình chính xác, rõ ràng và đầy đủ.
    - - Kết nối mô hình với các ngôn ngữ lập trình, hỗ trợ kỹ thuật chuyển tiếp và kỹ thuật ngược.
    - - Ghi lại yêu cầu, kiến trúc, thiết kế, mã nguồn, kiểm thử, v.v.
- - - - Phần tử trừu tượng căn bản đầu tiên của mô hình
        
        16.Các phần tử cấu trúc (Structural things)
        
        Là danh từ trong mô hình UML, nó là bộ phận tĩnh để biểu diễn khái niệm vật lý
        
        Class
        
        Là tập hợp các đối tượng có chung thuộc tính, phương thức
        
        VD: class "DocGia" mô tả thông tin độc giả thư viện gồm:
        
        thuộc tính: hoTen, diaChi, SDT
        
        phương thức: muonSach(), traSach()
        
        18.Ký pháp đồ họa
        
        Thành phần
        
        Tên lớp
        
        1 more item...
        
        Thuộc tính
        
        1 more item...
        
        Phương thức
        
        1 more item...
        
        Interface
        
        Là một tập hợp các thao tác mô tả hành vi thấy được của một lớp hoặc thành phần
        
        VD: interface "TimKiem" định nghĩa các thao tác tìm sách theo tiêu đề, tác giả mà các lớp quản lý sách phải thực hiện
        
        19.Ký pháp đồ họa
        
        Collaboration (Hợp tác)
        
        Là một nhóm các đối tượng và quan hệ giữa chúng, cùng nhau phối hợp thực hiện một chức năng hay nhiệm vụ cụ thể
        
        VD: collaboration “Mượn sách”:
        
        Độc giả gửi yêu cầu mượn.
        
        Thủ thư chấp nhận yêu cầu.
        
        Hệ thống gửi thông báo qua email độc giả.
        
        20.Ký pháp đồ họa
        
        Use case
        
        Mô tả chuỗi hành động mà hệ thống thực hiện mang lại kết quả có giá trị cho 1 tác nhân cụ thể
        
        VD: use case "Đăng nhập":
        
        Người dùng nhập usename, password và nhấn "Login".
        
        Hệ thống xác thực thông tin người dùng.
        
        Nếu đúng đăng nhập thành công, nếu sai thông báo lỗi.
        
        22.Actor là gì?
        
        2 more items...
        
        21.Ký pháp đồ họa
        
        49.Kết hợp và quan hệ
        
        Include (Bao gồm)
        
        1 more item...
        
        Extend (Mở rộng)
        
        1 more item...
        
        Generalization (Tổng quát hóa)
        
        Khác nhau Include và Extend?
        
        1 more item...
        
        Active class
        
        Giống như một lớp nhưng các đối tượng của nó có hành vi đồng thời với các p.tử khác
        
        VD: active class "ThongBao" tự chạy để gửi email thông báo đến độc giả khi gần đến hạn trả sách
        
        26.Ký pháp đồ họa
        
        Component
        
        Là 1 module của thiết kế hệ thống được ẩn bởi giao diện bên ngoài
        
        VD: module "Đăng Nhập" thực hiện chức năng xác thực người dùng khi vào hệ thống
        
        27.Ký pháp đồ họa
        
        Node
        
        Là p.tử vật lý tồn tại trong thời gian chạy và đại diện cho 1 tài nguyên tính toán
        
        VD: các thiết bị chạy phần mềm: Máy tính, Server, Điện thoại
        
        28.Ký pháp đồ họa
        
        Các phần tử hành vi (Behavioral things)
        
        Là động từ của một mô hình, biểu diễn hành vi theo thời gian và không gian
        
        Interaction (Tương tác)
        
        29.Ký pháp đồ họa
        
        State machine (Máy trạng thái)
        
        30.Ký pháp đồ họa
        
        Activity (Hoạt động)
        
        31.Ký pháp đồ họa
        
        Các phần tử nhóm (Grouping things)
        
        Là các phần tổ chức của UML, là các hộp mà mô hình được phân tích thành
        
        Package
        
        32.Ký pháp đồ họa
        
        Các phần tử chú thích (Annotational things)
        
        Là các ghi chú dùng để mô tả, giải thích hoặc nhận xét bất kỳ phần tử nào trong mô hình.
        
        Note
        
        33.Ký pháp đồ họa
    - - Các liên kết nối các phần tử lại với nhau
        
        Dependency (Phụ thuộc)
        
        Ý nghĩa
        
        Một lớp dùng tạm thông tin, dịch vụ của lớp khác, nếu lớp đó thay đổi thì lớp hiện tại có thể bị ảnh hưởng (nhưng không phải ngược lại)
        
        45.Ký hiệu
        
        Class1 phụ thuộc vào Class2, nếu Class2 thay đổi thì Class1 thay đổi
        
        VD: class StudentPrinter dùng class Student để in thông tin, StudentPrinter không lưu Student như một thuộc tính cố định, mà chỉ nhận nó qua tham số để in.
        
        Association (Kết hợp)
        
        Ý nghĩa
        
        Khi đối tượng của lớp này gửi/nhận thông điệp đến/từ đối tượng của lớp kia thì ta gọi chúng là có quan hệ kết hợp.
        
        42.Ký hiệu
        
        đường thẳng
        
        Các loại đặc biệt của kết hợp
        
        Aggregation (Tụ hợp)
        
        43.Ý nghĩa
        
        Một loại kết hợp đặc biệt thể hiện mối quan hệ "một phần của" (part of).
        
        Thành phần và tổng thể có vòng đời riêng biệt.
        
        43.Ký hiệu
        
        1 more item...
        
        VD: Cầu thủ là một phần của đội bóng, cầu thủ vẫn tồn tại nếu đội giải tán.
        
        Composition (Hợp thành)
        
        44.Ý nghĩa
        
        Một dạng mạnh hơn của tụ hợp, cũng thể hiện mqh "một phần của".
        
        Thành phần bị hủy khi tổng thể bị hủy.
        
        44.Ký hiệu
        
        1 more item...
        
        VD: Phòng là một phần của ngôi nhà. Nếu ngôi nhà bị phá, phòng cũng mất theo.
        
        46.Các kết hợp aggregation khác với kết hợp bình thường như thế nào?
        
        Aggregation là 1 loại đặc biệt của kết hợp, biểu thị quan hệ “một phần của” mà các thành phần vẫn tồn tại độc lập với tổng thể.
        
        Còn kết hợp bình thường chỉ đơn thuần liên kết giữa các lớp, không ngụ ý quan hệ "một phần của".
        
        47.Composition khác Aggregation như thế nào?
        
        Composition là dạng mạnh hơn của Aggregation.
        
        Trong Composion, các thành phần bị hủy khi tổng thể bị hủy, nghĩa là không tồn tại độc lập với tổng thể.
        
        Trong Aggregation, các thành phần và tổng thể có vòng đời riêng biệt.
        
        Generalization (Tổng quát hóa)
        
        Ý nghĩa
        
        Lớp con kế thừa thuộc tính và phương thức của lớp cha.
        
        41.Ký hiệu
        
        Class1 kế thừa từ Class2
        
        VD: Customer và Staff kế thừa từ User
        
        Realization (Hiện thực hóa)
        
        Ý nghĩa
        
        Lớp thực hiện cài đặt các dịch vụ được khai báo trong Interface.
        
        Ký hiệu
        
        Class1 thực hiện cài đặt các chức năng được khai báo trong Interface Class2
        
        VD:
        
        Interface Flyable khai báo Fly()
        
        Class Bird viết code chi tiết cách bay
    - - Nhóm các thành phần lại với nhau
        
        Biểu đồ hành vi :red_flag:
        
        Use Case Diagram
        
        39.Ý nghĩa
        
        Mô tả các chức năng mà hệ thống cung cấp và cách các tác nhân tương tác để đạt được mục tiêu cụ thể
        
        40.Các bước :red_flag:
        
        Xác định phạm vi hệ thống.
        
        Xác định actor, use case.
        
        Vẽ các thành phần cơ bản: actor, usecase.
        
        Kết nối actor với use case bằng đường thẳng.
        
        Activity Diagram
        (Biểu đồ hoạt động)
        
        39.Ý nghĩa
        
        Mô tả luồng công việc, điều khiển của hệ thống thông qua các hoạt động, quyết định và rẽ nhánh.
        
        40.Các bước
        
        Xác định phạm vi hoạt động.
        
        Liệt kê các hoạt động, quyết định, rẽ nhánh.
        
        Vẽ các thành phần cơ bản: điểm bắt đầu, kết thúc, các hoạt động, rẽ nhánh.
        
        Kết nối các thành phần bằng mũi tên.
        
        67.Tại sao cần vẽ
        
        Minh họa luồng công việc của use case.
        
        Thể hiện rõ các hoạt động, quyết định, rẽ nhánh (biểu đồ tuần tự khó thể hiện).
        
        Biểu diễn khung nhìn động của hệ thống.
        
        68.Một hoạt động là gì?
        
        Là một hành vi mô tả chuỗi các bước xử lý trong một quy trình
        
        69.Một hành động là gì?
        
        Là một bước của 1 hoạt động.
        
        Là nút hoạt động không thể chia nhỏ hơn được nữa.
        
        Sequence Diagram
        (Biểu đồ tuần tự)
        
        39.Ý nghĩa
        
        Mô tả thứ tự tương tác giữa các đối tượng theo dòng thời gian để thực hiện một chức năng cụ thể.
        
        40.Các bước
        
        Xác định kịch bản hoặc use case.
        
        Xác định đối tượng tham gia: object, actor, v.v.
        
        Xác định trinh tự thông điệp.
        
        Vẽ lifelines và các message theo trình tự.
        
        53.Giải thích biểu diễn thời gian
        
        Dùng trục dọc để biểu diễn thời gian, thời gian tiến triển từ trên xuống dưới.
        
        Thời gian trong biểu đồ là về thứ tự, không phải thời lượng.
        
        54.Mục đích chính
        
        Hiển thị thứ tự thông điệp giữa các đối tượng.
        
        Hiện thực hóa use case.
        
        Xác định phương thức và luồng điều khiển.
        
        Hiểu cách các đối tượng/module giao tiếp.
        
        55.Ký hiệu Lifeline
        
        56.Ký hiệu Activations
        
        1 more item...
        
        64.Sequence Fragments
        
        Là tính năng của UML 2.0, dùng để mô tả các kịch bản điều kiện rẽ nhánh, lặp hoặc các kịch bản đặc biệt trong biểu đồ tuần tự.
        
        65.Operator
        
        8 more items...
        
        66.Sự khác biệt giữa Sequence Diagram và Collaboration Diagram trong việc mô hinh hóa tương tác
        
        Biểu đồ tuần tự
        
        Dùng để trực quan hóa trình tự các thông điệp của 1 chức năng cụ thể
        
        Nhấn mạnh trình tự thời gian
        
        Phù hợp với các hoạt động phân tích
        
        Biểu đồ cộng tác
        
        Dùng để trực quan hóa tổ chức và tương tác của các đối tượng
        
        Nhấn mạnh tổ chức đối tượng
        
        Phù hợp mô tả tương tác đơn giản, ít đối tượng
        
        Timing Diagram
        
        39.Ý nghĩa
        
        Mô tả hành vi của các đối tượng theo thời gian thực, thể hiện các đối tượng thay đổi trạng thái và tương tác với nhau trong 1 khoảng thời gian cụ thể.
        
        40.Các bước
        
        Xác định các thành phần và timeline.
        
        Vẽ lifeline và states.
        
        Thêm messages và ràng buộc thời gian.
        
        Communication Diagram
        (Biểu đồ tương tác)
        
        39.Ý nghĩa
        
        Mô tả cấu trúc tổ chức và các thông điệp trao đổi giữa các đối tượng trong một tương tác để đạt mục đích cụ thể
        
        40.Các bước
        
        Xác định kịch bản tương tác.
        
        Vẽ các đối tượng và nối các đối tượng có tương tác bằng đường thẳng.
        
        Vẽ mũi tên trên các đường thẳng thể hiện message, ghi số và tên message.
        
        Interaction Overview Diagram
        (Biểu đồ tổng quan tương tác)
        
        39.Ý nghĩa
        
        Mô tả luồng điều khiển tổng thể giữa các tương tác bằng cách kết hợp và tổ chức các biểu đồ tương tác con (sequence, communication).
        
        40.Các bước
        
        Xác định luồng điều khiển tổng thể.
        
        Liệt kê các sequence diagrams hoặc communication diagrams con.
        
        Vẽ các thành phần (điểm bắt đầu, kết thúc, tương tác con) và nối các thành phần bằng mũi tên.
        
        State Machine Diagram
        
        39.Ý nghĩa
        
        Mô tả các trạng thái và sự chuyển đổi của một đối tượng theo sự kiện trong suốt vòng đời của nó.
        
        40.Các bước
        
        Xác định đối tượng và các trạng thái.
        
        Xác định các sự kiện và chuyển tiếp.
        
        Vẽ các thành phần và nối các trạng thái.
        
        70.Chuyển tiếp là gì?
        
        Trong State Machine Diagram, là luồng từ trạng thái này sang trạng thái khác.
        
        Trong Activity Diagram, là luồng điều khiển giữa các hành động.
        
        Biểu đồ cấu trúc
        
        Class Diagram
        (Biểu đồ lớp)
        
        37.Ý nghĩa
        
        Mô tả cấu trúc tĩnh của hệ thống bằng cách hiển thị các lớp, thuộc tính, phương thức, và mối quan hệ giữa chúng.
        
        38.Các bước
        
        Xác định lớp, thuộc tính, phương thức, quan hệ.
        
        Vẽ các lớp gồm: tên lớp, thuộc tính, phương thức.
        
        Nối các quan hệ bằng ký hiệu UML chuẩn.
        
        Object Diagram
        (Biểu đồ đối tượng)
        
        37.Ý nghĩa
        
        Mô hình hóa các trường hợp của những thứ có trong biểu đồ lớp.
        
        Hiển thị tập hợp các đối tượng và mối quan hệ của chúng tại một thời điểm cụ thể.
        
        38.Các bước
        
        Xác định thời điểm cụ thể.
        
        Xác định các đối tượng tại thời điểm đó.
        
        Vẽ các đối tượng và quan hệ liên kết.
        
        Component Diagram
        (Biểu đồ thành phần)
        
        37.Ý nghĩa
        
        Cho thấy cách tổ chức và quan hệ phụ thuộc giữa các thành phần.
        
        Thể hiện góc nhìn triển khai tĩnh của hệ thống.
        
        38.Các bước
        
        Xác định các component chính.
        
        Xác định interface, các quan hệ phụ thuộc.
        
        Vẽ các components, interfaces và kết nối phụ thuộc.
        
        Nhóm component vào pakage nếu cần thiết.
        
        71.Mục đích
        
        Mô tả cách tổ chức các thành phần.
        
        Thể hiện quan hệ phụ thuộc của chúng.
        
        Hỗ trợ việc tổ chức, phát triển, tái sử dụng phần mềm
        
        Package Diagram
        (Biểu đồ gói)
        
        37.Ý nghĩa
        
        Mô tả cách tổ chức mô hình thành các gói và sự phụ thuộc giữa chúng.
        
        38.Các bước
        
        Xác định các package và nội dung pakage.
        
        Xác định phụ thuộc giữa các pakage.
        
        Vẽ các pakage và nối các phụ thuộc.
        
        Deployment Diagram
        (Biểu đồ triển khai)
        
        37.Ý nghĩa
        
        Hiển thị các node vật lý (như server, máy tính,..) và các phần mềm (artifacts) chạy trên các node đó.
        
        38.Các bước
        
        Xác định các node(thiết bị phần cứng), artifact(file thực thi).
        
        Vẽ các nodes, artifacts.
        
        Vẽ đường thẳng nối các node (kết nối mạng).
        
        72.Mục đích
        
        Mô hình hóa cách hệ thống được triển khai thực tế.
        
        Làm rõ chi tiết triển khai để phục vụ xây dựng hệ thống.
        
        Composite Structure Diagram
        (Biểu đồ cấu trúc tổng hợp)
        
        37.Ý nghĩa
        
        Mô tả cấu trúc bên trong của một lớp hoặc một thành phần và cách các phần tử bên trong tương tác với nhau
        
        38.Các bước
        
        Chọn một lớp hoặc thành phần phức tạp.
        
        Xác định parts, ports, connectors.
        
        Vẽ cấu trúc bên trong và các kết nối.
        
        Profile Diagram
        (Biểu đồ hồ sơ)
        
        37.Ý nghĩa
        
        Mở rộng UML bằng cách tạo các định nghĩa mới phù hợp với ngữ cảnh đặc thù của một dự án hoặc lĩnh vực cụ thể
        
        38.Các bước
        
        Xác định nhu cầu mở rộng UML cho lĩnh vực cụ thể.
        
        Tạo stereotype, tag value, quan hệ mở rộng.
        
        Vẽ profile, stereotype, tag và các quan hệ.
  - - - Quy tắc cú pháp và ngữ nghĩa
        
        Names (Tên gọi)
        
        Cách đặt tên cho các đối tượng, quan hệ, sơ đồ
        
        Scope (Phạm vi)
        
        Ngữ cảnh làm rõ ý nghĩa của tên gọi
        
        Visibility (Tầm nhìn)
        
        Cách các tên này được nhìn thấy và sử dụng
        
        Integrity (Tính toàn vẹn)
        
        Đảm bảo các thành phần liên kết nhất quán, đúng đắn
        
        Execution (Thực thi)
        
        Ý nghĩa của việc chạy hoặc mô phỏng mô hình động
  - - - Văn bản mô tả cú pháp & ý nghĩa bên dưới ký hiệu
    - - Thêm chi tiết lên ký hiệu để biểu diễn thông tin quan trọng
    - - Chia hệ thống theo lớp/đối tượng, giao diện/triển khai, loại/vai trò
    - - Cho phép mở rộng ngôn ngữ một cách có kiểm soát
        
        Stereotypes (Khuôn mẫu)
        
        Dùng để tạo ra các loại phần tử mới từ các phần tử UML sẵn có
        
        Tagged values (Giá trị được gắn thẻ)
        
        Gán thêm các thuộc tính mở rộng cho phần tử UML
        
        Constraints (Ràng buộc)
        
        Xác định các điều kiện hoặc quy tắc mà mô hình phải tuân theo