Ngôn ngữ quy mô hóa thống duy nhất (tiếng Anh: Unified Modeling Language, viết tắt thành UML) là 1 trong ngôn ngữ mô hình gồm các ký hiệu giao diện mà các phương pháp hướng đối tượng người tiêu dùng sử dụng để thiết kế các khối hệ thống thông tin một bí quyết nhanh chóng.

Bạn đang xem: Hướng dẫn vẽ sơ đồ use case

Cách gây ra các mô hình trong UML cân xứng mô tả các khối hệ thống thông tin cả về kết cấu cũng như hoạt động. Giải pháp tiếp cận theo mô hình của UML góp ích khôn xiết nhiều cho người thiết kế với thực hiện khối hệ thống thông tin tương tự như những người sử dụng nó; khiến cho một cái nhìn tổng thể và đầy đủ về hệ thống thông tin dự tính xây dựng. Cách nhìn toàn diện này giúp thâu tóm trọn vẹn các yêu mong của tín đồ dùng; phục vụ từ quá trình phân tích đến sự việc thiết kế, đánh giá và kiểm tra sản phẩm ứng dụng công nghệ thông tin. Các quy mô hướng đối tượng người tiêu dùng được lập cũng là cơ sở cho việc ứng dụng các chương trình tự động hóa sinh mã trong những ngôn ngữ lập trình hướng đối tượng, chẳng hạn như ngôn ngữ C++, Java,... Phương pháp mô hình này rất hữu dụng trong lập trình hướng đối tượng. Các mô hình được sử dụng bao gồm Mô hình đối tượng (mô hình tĩnh) và mô hình động.

UML áp dụng một khối hệ thống ký hiệu thống nhất màn biểu diễn các thành phần mô hình (model elements). Tập hòa hợp các bộ phận mô hình chế tạo ra thành những Sơ đồ dùng UML (UML diagrams). Có các loại sơ thiết bị UML hầu hết sau:

Sơ vật dụng lớp (Class Diagram)Sơ đồ đối tượng (Object Diagram)Sơ đồ trường hợp sử dụng (Use Cases Diagram)Sơ vật dụng trình từ (Sequence Diagram)Sơ đồ cộng tác (Collaboration Diagram xuất xắc là Composite Structure Diagram)Sơ vật dụng trạng thái (State Machine Diagram)Sơ vật thành phần (Component Diagram)Sơ đồ chuyển động (Activity Diagram)Sơ đồ tiến hành (Deployment Diagram)Sơ đồ dùng gói (Package Diagram)Sơ đồ gia dụng liên lạc (Communication Diagram)Sơ đồ tương tác (Interaction Overview Diagram - UML 2.0)Sơ đồ kết hợp thời gian (Timing Diagram - UML 2.0)

2.Một số dạng biểu thứ UML phổ biến

2.1.Biểu thứ Use case (Use Case Diagram)

Một biểu vật dụng Use case chỉ ra một trong những lượng các tác nhân ngoại cảnh với mối links của chúng so với Use case mà hệ thống cung cấp. Một Use case là 1 trong lời miêu tả của một công dụng mà khối hệ thống cung cấp. Lời diễn đạt Use case thường là 1 trong văn phiên bản tài liệu, cơ mà kèm từ đó cũng có thể là một biểu đồ gia dụng hoạt động. Các Use case được miêu tả duy nhất theo phía nhìn từ bên cạnh vào của các tác nhân (hành vi của hệ thống theo như sự mong đợi của người sử dụng), không diễn tả chức năng được cung ứng sẽ hoạt động nội bộ phía bên trong hệ thống ra sao. Các Use case định nghĩa những yêu ước về mặt chức năng đối với hệ thống.

Hệ thống: Với phương châm là yếu tắc của biểu đồ gia dụng use case, khối hệ thống biểu diễn rỡ giới giữa bên phía trong và phía bên ngoài của một chủ thể trong phần mềm họ xây dựng.Một hệ thống ở vào biểu đồ dùng use case không độc nhất thiết là một trong hệ phần mềm; nó có thể là một cái máy,hoặc là một khối hệ thống thực như 1 doanh nghiệp, một trường đại học,…

Tác nhân(actor):là người tiêu dùng của hệ thống, một tác nhân rất có thể là một người dùng thực hoặc các khối hệ thống máy tính khác tất cả vai trò nào đó trong hoạt động vui chơi của hệ thống. Như vậy, tác nhân tiến hành các use case. Một tác nhân có thể thực hiện các use case và trái lại một use case cũng có thể được triển khai bởi những tác nhân

Tác nhân được kí hiệu:

*

Mối quan hệ giữa các use case:

Association: hay được dùng để làm mô tả mối quan hệ giữa Actor với Use Case với giữa các Use Case cùng với nhau

*

Include: là dục tình giữa các Use Case cùng với nhau, nó mô tả việc một Use Case to được chia ra thành các Use Case nhỏ tuổi để dễ thiết lập (module hóa) hoặc mô tả sự dùng lại.

*

Extent: Extend dùng làm mô tả dục tình giữa 2 Use Case. Dục tình Extend được thực hiện khi bao gồm một Use Case được tạo nên để bổ sung chức năng cho 1 Use Case gồm sẵn với được thực hiện trong một đk nhất định nào đó.

*

Ví dụ quan hệ extent:

*

Generalization: được áp dụng để miêu tả quan hệ quá kế giữa các Actor hoặc giữa các Use Case cùng với nhau.

*

Ví dụ quan hệ tình dục Generalization:

*

2.2.Biểu trang bị lớp (Class Diagram)

Một biểu đồ gia dụng lớp chỉ ra cấu tạo tĩnh của các phần trong hệ thống. Những lớp là đại diện cho các “đối tượng” được cách xử lý trong hệ thống. Những lớp rất có thể quan hệ với nhau trong tương đối nhiều dạng thức:

liên kết (associated - được nối kết với nhau),phụ ở trong (dependent - một tờ này phụ thuộc vào vào lớp khác),chuyên biệt hóa (specialized - một tờ này là một tác dụng chuyên biệt hóa của lớp khác),hay đóng gói ( packaged - phù hợp với nhau thành một đối kháng vị).

Tất cả những mối quan tiền hệ này đều được thể hiện trong biểu thiết bị lớp, đi kèm với cấu trúc phía bên trong của những lớp theo có mang thuộc tính (attribute) và giấy tờ thủ tục (operation). Biểu đồ được xem như là biểu đồ dùng tĩnh theo phương diện cấu tạo được miêu tả ở đây có hiệu lực hiện hành tại bất kỳ thời điểm như thế nào trong toàn cục vòng đời hệ thống.

Xem thêm: Hướng Dẫn Viết Báo Cáo Thực Tế, Báo Cáo Thực Tập

Một khối hệ thống thường sẽ sở hữu một loạt những biểu vật dụng lớp – ko phải lúc nào tất cả các biểu trang bị lớp này cũng rất được nhập vào một trong những biểu trang bị lớp toàn diện duy độc nhất – với một lớp có thể tham gia vào những biểu đồ vật lớp.

2.2.1.Một lớp có các thành phần sau

Tên lớp

Các nằm trong tính

Các phương thức

*

2.2.2.Liên kết giữa những lớpLiên kết (Association)Mối contact ngữ nghĩa thân hai hay nhiều lớp chỉ ra rằng sự liên kết giữa những thể hiện của chúngMối quan hệ tình dục về mặt cấu tạo chỉ ra các đối tượng người dùng của lớp này còn có kết nối với các đối tượng của lớp khác.

*

Bội số quan liêu hệ: là con số thể hiện của một lớp tương quan tới một diễn tả của lớp khác.Với từng liên kết, gồm hai bội số quan liêu hệ cho hai đầu của liên kết.

Ví dụ:

*

Với mỗi đối tượng người sử dụng của Professor, có tương đối nhiều Course Offerings rất có thể được dạy.Với mỗi đối tượng người dùng của Course Offering, bao gồm thể có một hoặc 0 Professor giảng dạy.

Biểu diễn bội số quan liêu hệ:Biểu diễnÝ nghĩa
Unspecified
1chính xác 1
0..*0 hoặc nhiều
*0 hoặc nhiều
1..*1 hoặc nhiều
0..10 hoặc 1
2..4Specified Range
2, 4..6Multiple, Disjoint Ranges

Kết tập (Aggregation)

Là một dạng đặc trưng của liên kết mô hình hóa quan hệ toàn thể-bộ phận (whole-part) thân đối tượng cục bộ và các phần tử của nó.Kết tập là mối quan hệ “là một phần” (“is a part-of”).Bội số dục tình được biểu diễn hệt như các liên kết khác

*

Cấu thành (Composition) là :Một dạng của kết tập với quyền sở hữu to gan và những vòng đời trùng khớp thân hai lớp

▫ Whole cài đặt Part, chế tạo và hủy Part.

▫ Part bị vứt đi khi Whole bị bỏ, Part quan yếu tồn tại nếu Whole ko tồn tại.

*

Sự không giống nhau giữa Association, Aggregation cùng Composition

*

Tổng quát lác hóa (Generalization)

Mối quan hệ tình dục giữa các lớp bên trong đó một lớp phân chia sẻ cấu tạo và/hoặc hành vi với một hoặc những lớp khác

Xác định sự phân cấp về mức độ trừu tượng hóa trong các số đó lớp nhỏ kế thừa từ một hoặc những lớp cha

▫ Đơn thừa kế (Single inheritance)

▫ Đa thừa kế (Multiple inheritance)

Là mối liên hệ “là một loại” (“is a kind of”)

Lớp trừu tượng và lớp rõ ràng (Abstract & Concrete Class)

*

2.2.3.Gói

Nếu bạn đang mô hình hóa một khối hệ thống lớn hoặc một nghành nghề nghiệp vụ lớn, thì quan yếu tránh khỏi, sẽ có rất nhiều phân loại khác nhau trong mô hình của bạn. Việc cai quản tất cả những lớp rất có thể là một nhiệm vụ khó khăn, thế nên UML cung cấp 1 phần tử tổ chức triển khai được hotline là gói. Các gói cho phép các nhà tạo quy mô tổ chức những phân các loại của mô hình thành những vùng tên, là một trong những kiểu hệt như các thư mục trong một khối hệ thống tệp. Việc phân loại một hệ thống thành những gói làm cho cho khối hệ thống trở cần dễ hiểu, nhất là nếu từng gói đại diện thay mặt cho một trong những phần cụ thể của hệ thống

Có hai cách để vẽ các gói bên trên sơ đồ. Không có quy tắc để xác định xem ký kết pháp nào sẽ được sử dụng, nước ngoài trừ việc tuân theo phán xét riêng của doanh nghiệp về bài toán ký pháp nào là dễ dàng đọc những sơ vật lớp mà nhiều người đang vẽ nhất. Cả hai bí quyết sẽ bắt đầu bằng một hình chữ nhật béo với một hình chữ nhật nhỏ tuổi hơn (phiếu) ở ở phía trên cùng phía trái nó, như trong . Tuy vậy nhà tạo mô hình phải ra quyết định cách thể hiện những thành viên của gói như thế nào, ví dụ như sau:

*

Nếu công ty tạo quy mô quyết định hiển thị những thành viên của gói bên phía trong hình chữ nhật lớn, thì tất cả các thành viên4 sẽ đề xuất được để trong hình chữ nhật đó. Cũng vậy, tên của gói rất cần được đặt trong hình chữ nhật nhỏ tuổi hơn của góiNếu công ty tạo mô hình quyết định hiển thị các thành viên của gói phía bên ngoài hình chữ nhật lớn, thì tất cả các thành viên sẽ được hiển thị bên trên sơ đồ cần phải được để ở bên phía ngoài hình chữ nhật ấy. Để cho biết thêm phân loại nào thuộc về gói, thì một mặt đường thẳng sẽ được vẽ từ bỏ từng phân các loại đến một vòng tròn bao gồm dấu cùng (+) bên trong vòng tròn nối liền với gói.

Ví dụ:

*

Biểu thiết bị trạng thái (State Diagram)Biểu vật tuần từ bỏ (Sequence Diagram)Biểu đồ hoạt động (Active Diagram)

3.Công cầm vẽ biểu đồ UML

Công cầm cố offline

Công ráng online

*

4.Tài liệu tham khảo

Các bạn cũng có thể xem những qui định chuẩn trong kiến tạo biểu đồ dùng UML tại đây: