Phân tích xây cất khối hệ thống báo cáo sử dụng biểu đồ gia dụng UML (Phần 1) Báo cáo

1.Giới Thiệu

*

Ngôn ngữ quy mô hóa thống tốt nhất (giờ Anh: Unified Modeling Language, viết tắt thành UML) là một trong những ngôn từ mô hình có những ký hiệu giao diện mà lại các phương pháp phía đối tượng người dùng sử dụng để kiến tạo các hệ thống đọc tin một biện pháp gấp rút.

Bạn đang xem: Diagram là gì


Cách chế tạo các mô hình vào UML phù hợp thể hiện các khối hệ thống đọc tin lẫn cả về cấu tạo cũng tương tự vận động. Cách tiếp cận theo mô hình của UML giúp ích tương đối nhiều cho tất cả những người xây cất và triển khai khối hệ thống thông tin tương tự như mọi người sử dụng nó; khiến cho một chiếc nhìn bao quát với khá đầy đủ về khối hệ thống lên tiếng ý định sản xuất. Cách nhìn tổng thể này góp thâu tóm đầy đủ những đề nghị của fan dùng; giao hàng trường đoản cú quá trình phân tích tới việc xây đắp, đánh giá và thẩm định và kiểm soát sản phẩm vận dụng công nghệ lên tiếng. Các mô hình phía đối tượng người sử dụng được lập cũng chính là cơ sở đến vấn đề áp dụng những công tác tự động hóa sinc mã trong số ngữ điệu thiết kế phía đối tượng người sử dụng, chẳng hạn như ngôn từ C++, Java,... Phương pháp quy mô này siêu hữu ích vào xây dựng phía đối tượng người dùng. Các quy mô được thực hiện bao hàm Mô hình đối tượng người sử dụng (quy mô tĩnh) và Mô hình đụng.

UML áp dụng một khối hệ thống cam kết hiệu thống độc nhất vô nhị biểu diễn các Phần tử mô hình (mã sản phẩm elements). Tập hòa hợp những thành phần mô hình chế tạo thành các Sơ đồ UML (UML diagrams). Có những nhiều loại sơ trang bị UML đa phần sau:

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

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

2.1.Biểu đồ vật Use case (Use Case Diagram)

Một biểu đồ vật Use case chỉ ra một trong những lượng các tác nhân ngoại chình họa và côn trùng link của chúng đối với Use case mà lại hệ thống cung cấp. Một Use case là một trong lời biểu đạt của một tác dụng mà lại khối hệ thống hỗ trợ. Lời diễn tả Use case thường là 1 trong những văn uống bạn dạng tư liệu, tuy vậy đương nhiên này cũng rất có thể là 1 trong những biểu thiết bị chuyển động. Các Use case được diễn đạt độc nhất vô nhị theo phía nhìn trường đoản cú kế bên vào của các tác nhân (hành động của hệ thống theo nlỗi sự ao ước chờ của tín đồ sử dụng), ko diễn tả công dụng được hỗ trợ sẽ hoạt động nội bộ phía bên trong hệ thống ra làm sao. Các Use case có mang những đề xuất về mặt chức năng so với hệ thống.

Hệ thống: Với mục đích là nhân tố của biểu vật use case, hệ thống màn biểu diễn nhãi con giới thân bên trong với bên ngoài của một cửa hàng vào phần mềm họ desgin.Một khối hệ thống nghỉ ngơi trong biểu vật dụng use case không tốt nhất thiết là 1 trong hệ phần mềm; nó hoàn toàn có thể là 1 trong cái máy,hoặc là một trong khối hệ thống thực nhỏng 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 có thể là 1 người dùng thực hoặc những khối hệ thống laptop không giống có phương châm như thế nào đó trong hoạt động vui chơi của khối 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 hoàn toàn có thể triển khai các use case với ngược trở lại một use case cũng rất có thể được tiến hành bởi vì những tác nhân

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

*

hoặc

*

Các use case: Đây là thành phần cơ phiên bản của biểu đồ vật use case. Các use case được màn trình diễn bởi vì những hình elip.Tên các use case thể hiện một công dụng khẳng định của hệ thống.

Các Use case được kí hiệu bởi hình elips.

*

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

Association: thường được dùng để làm diễn tả mối quan hệ giữa Actor với Use Case cùng giữa các Use Case cùng với nhau
*

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

*
Include: là quan hệ nam nữ thân các Use Case với nhau, nó biểu lộ việc một Use Case phệ được chia nhỏ ra thành các Use Case nhỏ dại nhằm dễ dàng thiết lập (module hóa) hoặc miêu tả sự dùng lại.
*

lấy ví dụ như quan hệ nam nữ include:

*
Extent: Extover dùng làm biểu đạt dục tình thân 2 Use Case. Quan hệ Extend được thực hiện lúc có một Use Case được tạo ra nhằm bổ sung cập nhật tính năng cho một Use Case có sẵn và được sử dụng trong một ĐK cố định làm sao đó.
*

ví dụ như quan hệ giới tính extent:

*
Generalization: được sử dụng để trình bày quan hệ nam nữ thừa kế giữa các Actor hoặc giữa các Use Case cùng nhau.
*

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

*

2.2.Biểu vật lớp (Class Diagram)

Một biểu đồ dùng lớp đã cho thấy cấu trúc tĩnh của những phần bên trong hệ thống. Các lớp là đại diện thay mặt cho những đối tượng được giải pháp xử lý vào khối hệ thống. Các lớp hoàn toàn có thể quan hệ tình dục với nhau trong vô số dạng thức:


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

Xem thêm: Tiểu Sử Người Mẫu Vĩnh Thụy Là Ai, Vĩnh Thụy Là Ai

Tất cả những mối quan hệ đó đều được biểu hiện vào biểu thứ lớp, đi kèm theo cùng với cấu trúc bên phía trong của các lớp theo quan niệm trực thuộc tính (attribute) cùng thủ tục (operation). Biểu vật được xem như là biểu vật dụng tĩnh theo pmùi hương diện cấu trúc được diễn đạt ở đây tất cả hiệu lực hiện hành tại bất kỳ thời gian nào vào cục bộ vòng đời khối hệ thống.

Một hệ thống hay sẽ sở hữu hàng loạt những biểu đồ gia dụng lớp không phải lúc nào toàn bộ những biểu vật lớp này cũng rất được nhập vào một biểu đồ dùng lớp toàn diện và tổng thể duy nhất và một tấm hoàn toàn có thể tsay đắm gia vào những biểu đồ dùng lớp.

2.2.1.Một lớp tất cả các yếu tắc sau

Tên lớp

Các ở trong tính

Các phương thơm thức

*
2.2.2.Liên kết thân các lớpLiên kết (Association)Mối contact ngữ nghĩa giữa nhị giỏi các lớp chỉ ra rằng sự liên kết thân những bộc lộ của chúngMối quan hệ giới tính về mặt cấu trúc 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 người sử dụng của lớp khác.
*

Bội số quan hệ: là con số mô tả của một tờ tương quan cho tới một biểu lộ của lớp khác. Với từng links, bao gồm nhì bội số quan hệ nam nữ mang đến 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 dỗ. Với mỗi đối tượng người dùng của Course Offering, hoàn toàn có thể có 1 hoặc 0 Professor đào tạo và giảng dạy.

Biểu diễn bội số quan tiền 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 quan trọng của link mô hình hóa mối quan hệ toàn thể-phần tử (whole-part) thân đối tượng người dùng toàn bộ cùng các thành phần của chính nó.Kết tập là mối quan hệ là 1 phần (is a part-of).Bội số quan hệ giới tính được trình diễn y như những link khác
*
Cấu thành (Composition) là :Một dạng của kết tập cùng với quyền tải to gan lớn mật cùng các vòng đời trùng khớp giữa nhị lớp

Whole cài đặt Part, chế tác và bỏ Part.

Part bị loại bỏ đi Lúc Whole bị quăng quật, Part cần yếu vĩnh cửu ví như Whole không tồn tại.

*

Sự khác nhau giữa Association, Aggregation với Composition

*

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

Mối quan hệ nam nữ giữa các lớp trong kia một lớp chia sẻ cấu trúc và/hoặc hành vi với một hoặc nhiều lớp khác

Xác định sự phân cung cấp về cường độ trừu tượng hóa trong những 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 liên hệ là một nhiều loại (is a kind of)

Lớp trừu tượng cùng lớp rõ ràng (Abstract and Concrete Class)

*
2.2.3.Gói

Nếu nhiều người đang quy mô hóa một hệ thống lớn hoặc một nghành nghiệp vụ to, thì không thể tránh khỏi, sẽ có rất nhiều phân nhiều loại khác nhau vào quy mô của công ty. Việc thống trị tất cả những lớp hoàn toàn có thể là 1 trong trách nhiệm khó khăn, do vậy UML cung ứng một trong những phần tử tổ chức được call là gói. Các gói cho phép các công ty tạo mô hình tổ chức triển khai các phân các loại của quy mô thành những vùng tên, là một đẳng cấp hệt như các thỏng mục trong một khối hệ thống tệp. Việc phân chia một khối hệ thống thành nhiều gói tạo cho hệ thống trnghỉ ngơi phải dễ nắm bắt, nhất là nếu từng gói thay mặt mang lại một trong những phần cụ thể của hệ thống

Có nhị cách để vẽ các gói trên sơ đồ vật. Không tất cả phép tắc để xác định coi cam kết pháp làm sao sẽ tiến hành áp dụng, ngoại trừ câu hỏi theo đúng phán xét riêng biệt của khách hàng về Việc ký pháp nào là dễ đọc những sơ thiết bị lớp nhưng mà nhiều người đang vẽ nhất. Cả nhì phương pháp vẫn bước đầu bởi một hình chữ nhật phệ với 1 hình chữ nhật nhỏ rộng (phiếu) nằm tại vị trí phía bên trên thuộc bên trái nó, như trong . Nhưng bên chế tác quy mô yêu cầu quyết định biện pháp miêu tả những member của gói như thế nào, ví như sau:

*

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

Ví dụ:

*
Biểu đồ tâm trạng (State Diagram)Biểu đồ tuần trường đoản cú (Sequence Diagram)Biểu đồ vật hoạt động (Active Diagram)

3.Công nuốm vẽ biểu vật UML

Công vắt offline

Diagram download tại đây: http://diagram-designer.en.softonic.com/

Công thế online

https://cacoo.com/diagrams/
*
http://creately.com/Draw-UML-and-Class-Diagrams-Online

4.Tài liệu tsi mê khảo

Các bạn có thể xem những nguyên tắc chuẩn chỉnh vào xây đắp biểu trang bị UML trên đây:

http://www.tutorialspoint.com/uml/uml_standard_diagrams.htmhttps://www.smartdraw.com/uml-diagram/http://www.holub.com/goodies/uml/

Hẹn gặp mặt lại các bạn trong bài viết tiếp theo!

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *