Class diagram thể hiện những khối của bất kỳ hệ thống hướng đối tượng người tiêu dùng nào. Class diagrams diễn đạt cái chú ý tĩnh của quy mô hoặc 1 phần của tế bào hình, diễn tả những attributes với behaviour một bí quyết chi tiết. Class diagrams bổ ích cho vấn đề minh họa những mỗi quan hệ giới tính giữa classes và interfaces.
Bạn đang xem: Class diagram là gì
Đang xem: Class diagram là gì
Các mọt quan hệ
Generalizations (thừa kế), aggregations (tập hợp) cùng assiciations (liên kết) là tất cả các quý hiếm phản ánh inheritance (thừa kế), composition (tập hợp) hoặc sử dụng và connections (kết nối), respectively.
Mô Hình câu hỏi cụ thể
Sơ vật sau minh họa tập hợp các mối tình dục giữa classes. Tập hòa hợp lighter ngầm định rằng class tài khoản sử dụng AddressBook, tuy vậy không quan trọng phải chứa instance của nó. Strong, ngược với tập hợp có một kết nối không giống ngầm định bài toán sở hữu hay chiếm hữu của source classes của target classes, ví dụ các giá trị liên hệ và ContactGroup sẽ tiến hành chứa trong AddressBook.

———————Định nghĩa Classes là gì ?
Class là một trong element định nghĩa những attributes và những behaviours nhưng mà 1 object rất có thể generate. Behaviour được miêu tả bởi các messages nhưng class hoàn toàn có thể hiểu dọc theo những operations, các operations này là tập hợp cho từng message. Classes cũng hoàn toàn có thể chứa các định nghĩa của các ràng buộc khắc ghi các giá trị và khuôn đúc

.
Class Notation (Kí hiệu Class)
Classes được trình diễn bởi những hình chữ nhật có hiển thị class name và có lựa chọn hiển thị tên của các operations và attributes. Các ngăn được sử dụng để phân loại tên class, attributes cùng operations. Thêm ràng buộc, quý giá khởi chế tạo và những tham số hoàn toàn có thể được gán vào những classes.
Ví Dụ thực tiễn Về ClassTrong sơ vật dụng dưới, class đựng class name trong ngăn đầu tiên, chống tiếp theo mô tả cụ thể về attributes, với attribute trung vai trung phong hiển thị các giá trị khởi tạo. Ngăn sau cuối hiển thị những operations, những operations như setWidth, setLength và setPosition hiển thị những tham số của nó. Kí hiệu phía đằng trước tên những attribute giỏi operation ngầm định sự hiện hữu của element, nếu ký kết hiệu + tức thị public, nếu cam kết hiệu – tức là private (attribute or operation). Cung cấp đó còn tồn tại kí hiệu # được cho phép định nghĩa là protected (attribute or operation) và ký kết hiệu ~ ngầm định hiện diện của package.

——————–Interfaces
Interface là quánh tả của behaviour đang được bổ sung cập nhật trong class hoặc abstract vượt kế nó. Nó là đúng theo đồng. Bằng việc nhận ra interface, các classes được bảo đảm an toàn để cung ứng các behaviour nên thiết, có thể chấp nhận được hệ thống đối xử những elements không liên quan theo cùng một cách – i.e trải qua interface chung.

Interfaces được vẽ tất cả kiểu giống như với class, với các operations được trình bày phía dưới. Bọn chúng cũng hoàn toàn có thể được vẽ là hình tròn mà không có các operations tường minh nào cả. Khi vẽ hình tròn, realization link tới hình trụ được vẽ mà không tồn tại đích mũi tên.
——————–Tables
Table là khuôn đúc của class. Nó được vẽ cùng với icon bảng nhỏ tuổi trong góc đề nghị phía trên. Các attributes của table được khuôn đúc >. Phần lớn các tables sẽ có primary key, là 1 trong hoặc nhiều fields sinh sản thành 1 key để cách xử trí table, primary key operation được kí hiệu >. Một vài ba tables sẽ có một hoặc những foreign keys, là 1 trong những hoặc những fields tập phù hợp với nhau tạp thành primary key trong 1 bảng có quan hệ, kí hiệu mang đến foreign key là >.

—————–Associations (Liên kết)
Association ngầm định rằng 2 mã sản phẩm elements có quan hệ – thường bổ sung cập nhật như 1 instance variable trong một class. Connector này còn có thể bao hàm tên vai trò ngơi nghỉ phía cuối, cardinality, direction và constraints. Association là mẫu mã quan hệ chung giữa các elements. Với nhiều hơn thế nữa 2 elements, việc trình bày đường chéo cánh có thể được sử dụng. Lúc code được gen cho class diagram, associations trở thành các instance variables vào class đích.

——————Generalizations (Thừa kế)
Generalization hay ngầm định là inheritance. Được vẽ từ cụ thể đến tổng quát, ngầm định vượt kế là nguồn hưởng trọn các đặc điểm của target. Theo diagram hiển thị parent class giao quyền vượt kế mang đến child class. Ngầm định rằng, 1 instance object của Circle class sẽ có các attributes x_position, y_position với radius và 1 method display(). Chú giải rằng class Shape là abstract, thương hiệu được hiển thị là chữ in nghiêng.

Diagram sau cũng có giá trị tương đương.

——————-Aggregations (Tập hợp)
Aggregations thường nhằm mô tả những elements để tạo cho các components nhỏ dại hơn. Các mối quan hệ tình dục Aggregation được hiển thị là các hình kim cương white color có hướng đến target hoặc parent class.
Dạng stronger của aggregations – composite aggregation – được show do hình kim cương màu đen và được sử dụng khi những components có thể được bao hàm có con số tối đa của 1 tập hợp tại 1 thời điểm. Ví như parent của tập đúng theo bị xoá, hay thì tất cả các phần của nó cũng bị delete với nó, mặc dù nhiên một phần có thể bị remove tự tập thích hợp mà không hẳn delete tổng thể tập hợp. Compositions gồm quan hệ bắc cầu, bất đối xứng với cũng có thể là đệ quy.
Diagram sau minh hoạ sự khác biệt giữa tập hòa hợp yếu với mạnh. Address book với nhiều contacts và tương tác group. Liên hệ group là group ảo của những contacts, 1 contact có thể ở trong nhiều hơn thế 1 liên hệ group. Nếu bạn delete 1 address book, toàn bộ các contacts và tương tác groups sẽ bị xoá; nếu như khách hàng xoá liên hệ group, ko bao gồm contacts làm sao bị xoá cả.

—————————–Association Classes (Classes liên kết)
Association class là xây dựng được cho phép kết nối có operations cùng attributes. Theo ví dụ như thì có rất nhiều hơn việc khẳng định 1 employee vào 1 project rộng là việc tạo thành liên kết đơn giản giữa 2 classes: vai trò mà lại employee giành được trong project là 1 entity phức tạp trong kia và cất những cụ thể cụ thể nhưng mà không để dọc sinh sống class employee giỏi project. Ví dụ, 1 employee hoàn toàn có thể làm việc ở vài ba project sinh sống cùng thời gian và gồm sự khác hoàn toàn về chức vụ và mức độ security ngơi nghỉ mỗi project.

——————————-Dependencies (Vật phụ thuộc)
Dependency thường xuyên được thực hiện để tạo mô hình với khoảng chừng rộng của những quan hệ giữa những elements. Nó được thực hiện sớm trong vượt trình kiến tạo nơi mà lại nó được biết thêm có một vài ba kiểu links giữa các elements nhưng nó cũng vượt sớm nhằm biết chính xác đó là dục tình gì. Tiếp đến trong quá trình thiết kế, dependencies được khuôn đúc (một vài stereotypes – khuôn đúc bao gồm >, >, > và một số trong những loại khác) hoặc được thay thế bởi connector có kiểu được biểu đạt rõ hơn.
——————————–Traces
Trace relationship là trình độ hoá của dependency, các elements trong mô hình liên kết tốt tập hợp những elements trình cất cánh cùng phát minh thông qua những models. Traces thường được áp dụng để lưu lại lại các requirements và sự biến hóa của mô hình. Giống như những sự chuyển đổi có thể xẩy ra theo cả nhì hướng, sự sắp xếp của dependency thường bị lờ đi. Các properties của mọt quan hệ hoàn toàn có thể chỉ rõ bạn dạng đồ trace cơ mà trace thường xuyên là 2 chiều, không theo thủ túc với hiếm lúc tính toán.
—————————Realizations
Nguồn object implements hay realizes đích. Realize thường được sử dụng để nhấn mạnh vấn đề vết cùng sự triển khai xong trong mô hình – quá trình business hoặc yêu cầu được phân biệt bởi 1 hoặc nhiều hơn thế nữa use cases là tất cả những gì sẽ được nhận ra bởi vài classes, được phân biệt bởi component, v.v… Mapping requirements, classes, v.v… qua xây đắp của hệ thống của bạn, đưa lên những mức của quy mô abstraction, bảo vệ bức tranh to hệ thống của người sử dụng dễ nhớ cùng phản ánh toàn bộ các bức tranh nhỏ tuổi và cụ thể là loại ràng buộc và định nghĩa nó. A realization được mô tả là con đường đứt với mũi thương hiệu và có chú yêu thích >.
——————————-Dependencies (Vật phụ thuộc)
Dependency hay được sử dụng để tạo mô hình với khoảng rộng của những quan hệ giữa các elements. Nó được thực hiện sớm trong quá trình kiến thiết nơi cơ mà nó được biết thêm có một vài kiểu link giữa các elements tuy vậy nó cũng quá sớm để biết đúng mực đó là quan hệ giới tính gì. Kế tiếp trong quy trình thiết kế, dependencies được khuôn đúc (một vài stereotypes – khuôn đúc bao hàm >, >, > và một số loại khác) hoặc được sửa chữa thay thế bởi connector có kiểu được miêu tả rõ hơn.
——————————–Traces
Trace relationship là chuyên môn hoá của dependency, những elements trong mô hình liên kết xuất xắc tập hợp những elements trình bay cùng ý tưởng phát minh thông qua các models. Traces hay được thực hiện để lưu lại các requirements với sự chuyển đổi của mô hình. Tựa như các sự chuyển đổi có thể xảy ra theo cả nhị hướng, sự bố trí của dependency thường hay bị lờ đi. Các properties của mối quan hệ có thể chỉ rõ bạn dạng đồ trace nhưng lại trace thường xuyên là 2 chiều, không theo thủ túc với hiếm lúc tính toán.
Xem thêm: Tìm Hiểu Về Photo Corner Là Gì ? Bí Quyết Để Chọn Photobooth Phù Hợp

Nguồn object implements hay realizes đích. Realize thường được sử dụng để nhấn mạnh vết với sự hoàn thiện trong quy mô – quá trình business hoặc yêu ước được phân biệt bởi 1 hoặc nhiều hơn thế use cases là các thứ sẽ được nhận biết bởi vài ba classes, được nhận thấy bởi component, v.v… Mapping requirements, classes, v.v… qua kiến thiết của khối hệ thống của bạn, chuyển lên các mức của quy mô abstraction, bảo vệ bức tranh mập hệ thống của khách hàng dễ nhớ với phản ánh toàn bộ các bức tranh nhỏ dại và cụ thể là dòng ràng buộc và tư tưởng nó. A realization được diễn tả là mặt đường đứt với mũi thương hiệu và gồm chú ưa thích >.