Vẽ sơ đồ use case

Ngôn ngữ mô hình hóa thống tuyệt nhất (tiếng Anh: Unified Modeling Language, viết tắt thành UML) là 1 ngôn ngữ mô hình gồm những ký kết hiệu đồ họa mà các phương thức hướng đối tượng người sử dụng sử dụng để thi công các hệ thống thông báo một cách hối hả.

Bạn đang xem: Vẽ sơ đồ use case

Cách sản xuất các mô hình vào UML phù hợp diễn đạt các hệ thống ban bố bao gồm cả cấu tạo cũng giống như hoạt động. Cách tiếp cận theo quy mô của UML mang lại lợi ích không ít cho tất cả những người kiến thiết và thực hiện hệ thống thông tin cũng như đầy đủ người sử dụng nó; tạo nên một chiếc nhìn toàn diện cùng tương đối đầy đủ về khối hệ thống biết tin dự định desgin. Cách nhìn tổng thể này giúp thâu tóm đầy đủ các tận hưởng của người dùng; Giao hàng từ bỏ quy trình tiến độ so với đến sự việc thi công, thẩm định và đánh giá và khám nghiệm sản phẩm ứng dụng technology thông tin. Các quy mô phía đối tượng được lập cũng chính là cửa hàng mang lại bài toán vận dụng các lịch trình auto sinc mã trong số ngôn từ xây dựng hướng đối tượng người sử dụng, ví dụ như ngôn ngữ C++, Java,... Phương pháp mô hình này vô cùng hữu ích trong xây dựng phía đối tượng. Các quy mô được thực hiện bao gồm Mô hình đối tượng người sử dụng (quy mô tĩnh) cùng Mô hình cồn.

UML thực hiện một hệ thống ký kết hiệu thống độc nhất vô nhị trình diễn các Phần tử mô hình (mã sản phẩm elements). Tập hợp những bộ phận mô hình chế tác thành những Sơ trang bị UML (UML diagrams). Có những các loại sơ thứ UML đa phần sau:

Sơ thứ lớp (Class Diagram)Sơ vật đối tượng (Object Diagram)Sơ vật dụng trường hợp áp dụng (Use Cases Diagram)Sơ đồ vật trình từ bỏ (Sequence Diagram)Sơ thiết bị hiệp tác (Collaboration Diagram xuất xắc là Composite Structure Diagram)Sơ vật dụng tâm lý (State Machine Diagram)Sơ đồ gia dụng yếu tắc (Component Diagram)Sơ đồ gia dụng vận động (Activity Diagram)Sơ đồ dùng triển khai (Deployment Diagram)Sơ trang bị gói (Package Diagram)Sơ vật dụng liên lạc (Communication Diagram)Sơ vật cửa hàng (Interaction Overview Diagram - UML 2.0)Sơ thứ phối hợp thời gian (Timing Diagram - UML 2.0)

2.Một số dạng biểu vật dụng UML phổ biến

2.1.Biểu thiết bị Use case (Use Case Diagram)

Một biểu đồ vật Use case chỉ ra một vài lượng các tác nhân ngoại cảnh cùng mối links của chúng đối với Use case mà lại hệ thống cung ứng. Một Use case là một trong lời miêu tả của một tính năng mà lại khối hệ thống cung ứng. Lời diễn tả Use case thường xuyên là một trong văn bạn dạng tài liệu, tuy vậy dĩ nhiên này cũng có thể là 1 trong những biểu thứ chuyển động. Các Use case được diễn tả độc nhất theo hướng chú ý từ bỏ ngoài vào của những tác nhân (hành vi của hệ thống theo nlỗi sự muốn hóng của bạn sử dụng), ko mô tả công dụng được hỗ trợ đã hoạt động nội bộ phía bên trong khối hệ thống như thế nào. Các Use case tư tưởng những thưởng thức về khía cạnh tác dụng so với khối hệ thống.

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

Tác nhân(actor):là người tiêu dùng của khối hệ thống, một tác nhân rất có thể là một trong người tiêu dùng thực hoặc những khối hệ thống laptop khác bao gồm sứ mệnh làm sao kia vào hoạt động vui chơi của hệ thống. Bởi vậy, tác nhân tiến hành những use case. Một tác nhân rất có thể thực hiện nhiều use case cùng ngược trở lại một use case cũng hoàn toàn có thể được thực hiện vày các tác nhân

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

*

Mối dục tình thân các use case:

Association: thường xuyên được dùng làm biểu đạt quan hệ thân Actor và Use Case với giữa những Use Case cùng với nhau

*

Include: là quan hệ nam nữ giữa các Use Case cùng nhau, nó diễn tả Việc một Use Case to được chia nhỏ ra thành những Use Case bé dại nhằm dễ dàng cài đặt (module hóa) hoặc diễn đạt sự sử dụng lại.

*

Extent: Extkết thúc dùng làm miêu tả quan hệ nam nữ thân 2 Use Case. Quan hệ Extover được thực hiện lúc tất cả một Use Case được tạo ra để bổ sung cập nhật tính năng cho một Use Case gồm sẵn và được sử dụng trong một ĐK khăng khăng làm sao kia.

*

Ví dụ tình dục extent:

*

Generalization: được thực hiện nhằm biểu đạt quan hệ quá kế giữa các Actor hoặc giữa những Use Case với nhau.

*

lấy ví dụ như dục tình Generalization:

*

2.2.Biểu thiết bị lớp (Class Diagram)

Một biểu đồ lớp chỉ ra kết cấu tĩnh của các phần bên trong hệ thống. Các lớp là đại diện cho những “đối tượng” được cách xử trí trong hệ thống. Các lớp rất có thể quan hệ cùng nhau trong vô số nhiều dạng thức:

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

Tất cả các quan hệ này đều được trình bày trong biểu thiết bị lớp, đi kèm cùng với cấu trúc bên phía trong của những lớp theo quan niệm ở trong tính (attribute) với thủ tục (operation). Biểu trang bị được xem là biểu đồ vật tĩnh theo phương diện cấu trúc được mô tả tại chỗ này gồm hiệu lực thực thi tại ngẫu nhiên thời gian như thế nào vào tổng thể vòng đời khối hệ thống.

Xem thêm: Tải Gopet - Group Hồi Sinh Gopet

Một khối hệ thống thường xuyên sẽ có được hàng loạt những biểu trang bị lớp – chưa hẳn lúc nào toàn bộ các biểu vật lớp này cũng khá được nhập vào trong 1 biểu đồ dùng lớp toàn diện và tổng thể tuyệt nhất – cùng một tấm có thể tmê mẩn gia vào những biểu vật lớp.

2.2.1.Một lớp bao gồm những yếu tố sau

Tên lớp

Các ở trong tính

Các phương thức

*

2.2.2.Liên kết giữa các lớpLiên kết (Association)Mối tương tác ngữ nghĩa thân hai hay những lớp đã cho thấy sự links giữa những bộc lộ của chúngMối tình dục về mặt kết cấu chỉ ra rằng những đối tượng người tiêu dùng của lớp này còn có liên kết với các đối tượng người dùng của lớp không giống.

*

Bội số quan liêu hệ: là con số mô tả của một lớp tương quan cho tới một thể hiện của lớp khác.Với mỗi links, có hai bội số quan hệ giới tính đến nhì đầu của link.

Ví dụ:

*

Với từng đối tượng của Professor, có tương đối nhiều Course Offerings hoàn toàn có thể được dạy.Với mỗi đối tượng người dùng của Course Offering, rất có thể có một hoặc 0 Professor đào tạo và huấn luyện.

Biểu diễn bội số quan liêu hệ:Biểu diễnÝ nghĩa
Unspecified
1đúng chuẩn 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 biệt quan trọng của links mô hình hóa quan hệ toàn thể-bộ phận (whole-part) thân đối tượng người sử dụng toàn cục với các phần tử của chính nó.Kết tập là quan hệ “là 1 trong phần” (“is a part-of”).Bội số quan hệ giới tính được biểu diễn giống hệt như các links khác

*

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

▫ Whole sở hữu Part, tạo nên và diệt Part.

▫ Part bị vứt đi Lúc Whole bị quăng quật, Part bắt buộc mãi sau ví như Whole ko vĩnh cửu.

*

Sự khác biệt giữa Association, Aggregation và Composition

*

Tổng quát tháo hóa (Generalization)

Mối quan hệ giới tính giữa các phần bên trong kia một tấm share cấu tạo và/hoặc hành vi với cùng một hoặc nhiều lớp khác

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

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

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

Là mọt contact “là một trong những loại” (“is a kind of”)

Lớp trừu tượng và lớp cụ thể (Abstract and Concrete Class)

*

2.2.3.Gói

Nếu ai đang mô hình hóa một hệ thống lớn hoặc một nghành nghề nhiệm vụ Khủng, thì tất yêu rời ngoài, sẽ có không ít phân nhiều loại khác nhau vào quy mô của doanh nghiệp. Việc quản lý toàn bộ những lớp hoàn toàn có thể là một trong những trách nhiệm khó khăn, do vậy UML hỗ trợ một trong những phần tử tổ chức được Call là gói. Các gói chất nhận được các nhà tạo ra mô hình tổ chức triển khai các phân các loại của mô hình thành các vùng thương hiệu, là 1 trong thứ hạng y như các thỏng mục trong một khối hệ thống tệp. Việc phân chia một hệ thống thành những gói tạo nên hệ thống trlàm việc cần dễ nắm bắt, nhất là nếu từng gói đại diện thay mặt cho 1 phần cụ thể của hệ thống

Có hai phương pháp để vẽ các gói trên sơ vật dụng. Không tất cả quy tắc nhằm xác định xem cam kết pháp như thế nào sẽ được sử dụng, ngoài việc tuân theo phán xét riêng của người sử dụng về bài toán ký kết pháp làm sao là đọc dễ những sơ vật lớp mà ai đang vẽ tuyệt nhất. Cả nhị biện pháp đã ban đầu bằng một hình chữ nhật mập với một hình chữ nhật bé dại hơn (phiếu) nằm ở vị trí phía trên cùng phía bên trái nó, nlỗi trong . Nhưng công ty tạo thành quy mô bắt buộc đưa ra quyết định biện pháp diễn tả các thành viên của gói ra làm sao, ví dụ như sau:

*

Nếu nhà sản xuất mô hình ra quyết định hiển thị các member của gói bên trong hình chữ nhật bự, thì tất cả các thành viên4 đã đề nghị được đặt trong hình chữ nhật kia. Cũng vậy, tên của gói rất cần phải đặt vào hình chữ nhật nhỏ dại hơn của góiNếu đơn vị chế tạo ra quy mô quyết định hiển thị các member của gói phía bên ngoài hình chữ nhật bự, thì tất cả những thành viên sẽ được hiện trên sơ vật cần phải được đặt tại phía bên ngoài hình chữ nhật ấy. Để cho biết thêm phân nhiều loại làm sao ở trong về gói, thì một con đường trực tiếp sẽ được vẽ từ từng phân nhiều loại đến một vòng tròn bao gồm lốt cộng (+) phía bên trong vòng tròn gắn sát với gói.

Ví dụ:

*

Biểu trang bị tâm lý (State Diagram)Biểu thứ tuần từ (Sequence Diagram)Biểu vật dụng chuyển động (Active Diagram)

3.Công nắm vẽ biểu đồ dùng UML

Công cố gắng offline

Công thay online

*

4.Tài liệu tđắm đuối khảo

Các chúng ta cũng có thể xem các nguyên lý chuẩn chỉnh vào kiến tạo biểu đồ vật UML trên đây: