Class Diagram là một trong trong mỗi bạn dạng vẽ cần thiết nhất của kiến thiết ứng dụng, nó đã cho thấy cấu hình và mối liên hệ trong số những bộ phận tạo ra ứng dụng. Trong quy trình thi công Class Diagram tất cả chúng ta sẽ rất cần đưa ra quyết định thật nhiều nhân tố về kiến thiết nên nó là bạn dạng vẽ khó khăn thi công nhất. Bản vẽ này tiếp tục đã cho thấy cấu hình tĩnh của ứng dụng, tương tự động như bạn dạng vẽ mặt phẳng nhập kiến thiết của ngành thi công.
Trong bài bác này, tất cả chúng ta tiếp tục thám thính hiểu những bộ phận tạo ra bạn dạng vẽ, cơ hội thi công và dùng class diagram sẽ giúp đỡ chúng ta hiểu và vận dụng bạn dạng vẽ này nhập kiến thiết. Tại phía trên, đem lăm le những bạn đã sở hữu kỹ năng và kiến thức về lập trình sẵn phía đối tượng người dùng và ko nhắc nhở lại những định nghĩa nhập lập trình sẵn phía đối tượng người dùng.
Bạn đang xem: cách vẽ sơ đồ class diagram
1. Các bộ phận nhập bạn dạng vẽ Class
Trước tiên, tất cả chúng ta coi một bạn dạng vẽ Class.
Hình 1. Ví dụ về Class Diagram của ATM
Ví dụ bên trên là Class Diagram của phần mềm ATM. Tiếp theo đòi tất cả chúng ta tiếp tục bàn kỹ về những bộ phận của bạn dạng vẽ này và lấy phần mềm về ATM phía trên nhằm minh họa.
Classes (Các lớp)
Class là bộ phận chủ yếu của bạn dạng vẽ Class Diagram. Class tế bào miêu tả về một group đối tượng người dùng với nằm trong đặc thù, hành vi nhập khối hệ thống. Ví dụ tế bào miêu tả về người tiêu dùng tất cả chúng ta sử dụng lớp “Customer”. Class được tế bào miêu tả gồm thương hiệu Class, tính chất và cách thức.
Hình 2. Ký hiệu về Class
Trong bại liệt,
– Class Name: là tên gọi của lớp.
– Attributes (thuộc tính): tế bào miêu tả đặc thù của những đối tượng người dùng. Ví dụ như người tiêu dùng với Mã người tiêu dùng, Tên người tiêu dùng, Địa chỉ, Ngày sinh v.v…
– Method (Phương thức): chỉ những hành vi nhưng mà đối tượng người dùng này hoàn toàn có thể triển khai nhập khối hệ thống. Nó thể hiện tại hành động của những đối tượng người dùng bởi lớp này tạo nên.
Hình 3. Ví dụ về một Class
Một số loại Class quan trọng như Abstract Class (lớp ko tạo nên đối tượng), Interface (lớp khai báo nhưng mà ko mua sắm đặt) v.v.. tất cả chúng ta coi thêm thắt những tư liệu về lập trình sẵn phía đối tượng người dùng nhằm nắm rõ rộng lớn những yếu tố này.
2. Relationship (Quan hệ)
Relationship thể hiện tại quan hệ trong số những Class cùng nhau. Trong UML 2.0 với những mối liên hệ hay sử dụng như sau:
– Association
– Aggregation
– Composition
– Generalization
Chúng tớ tiếp tục theo thứ tự thám thính hiểu về bọn chúng.
+ Association
Association là mối liên hệ thân thiết nhị lớp cùng nhau, thể hiện tại bọn chúng với tương quan cùng nhau. Association thể hiện tại qua chuyện những mối liên hệ như “has: có”, “Own: sở hữu” v.v…
Hình 4. Ví dụ về Association
Ví dụ mối liên hệ bên trên thể hiện tại Khách mặt hàng sở hữu Tài khoản và Tài khoản được chiếm hữu vị Khách mặt hàng.
+ Aggregation
Aggregation là một trong loại của mối liên hệ Association tuy nhiên mạnh rộng lớn. Nó hoàn toàn có thể nằm trong thời hạn sinh sống (cùng sinh đi ra hoặc nằm trong bị tiêu diệt đi)
Hình 5. Ví dụ về Aggregation
Ví dụ mối liên hệ bên trên thể hiện tại lớp Window(cửa sổ) được lắp đặt bên trên Khung cửa ngõ hình chữ nhật. Nó hoàn toàn có thể nằm trong sinh đi ra đồng thời.
+ Composition
Composition là một trong loại mạnh rộng lớn của Aggregation thể hiện tại mối liên hệ class này là một trong phần của class bại liệt nên kéo theo nằm trong tạo nên hoặc nằm trong bị tiêu diệt chuồn.
Hình 5. Ví dụ về Composition
Ví dụ bên trên class Mailing Address là một trong phần của class Customer nên chỉ có thể lúc nào với đối tượng người dùng Customer thì mới có thể đột biến đối tượng người dùng Mailing Address.
+Generalization
Generalization là mối liên hệ quá tiếp được dùng thoáng rộng nhập lập trình sẵn phía đối tượng người dùng.
Hình 6. Ví dụ về Genelization
Các lớp ở sau cùng như Short Term, Long Term, Curent a/c, Savings a/c gọi là những lớp rõ ràng (concrete Class). Chúng hoàn toàn có thể tạo nên đối tượng người dùng và những đối tượng người dùng này quá tiếp toàn cỗ những tính chất, cách thức của những lớp bên trên.
Các lớp bên trên như Account, Term Based, Transaction Based là những lớp trừu tượng (Abstract Class), những lớp này sẽ không tạo nên đối tượng người dùng.
Ngoài đi ra, còn một số trong những mối liên hệ như khác ví như dependence, realization tuy nhiên không nhiều được dùng nên bọn chúng ta ko bàn ở phía trên.
Xem thêm: but chi va em vang
3. Cách thi công bạn dạng vẽ Class
Class Diagram là bạn dạng vẽ khó khăn thi công nhất đối với những bạn dạng vẽ không giống nhập OOAD và UML. Quý khách hàng cần nắm rõ khối hệ thống một cơ hội rõ nét và với tay nghề về lập trình sẵn phía đối tượng người dùng mới mẻ hoàn toàn có thể thi công thành công xuất sắc bạn dạng vẽ này.
Thực hiện tại theo đòi quá trình tại đây nhằm thi công Class Diagram.
Bước 1: Tìm những Classes dự kiến
Entity Classes(các lớp thực thể) là những thực thể với thiệt và sinh hoạt nhập khối hệ thống, các bạn phụ thuộc vào những mối cung cấp sau nhằm xác lập bọn chúng.
Hình 7. Các mối cung cấp vấn đề hoàn toàn có thể thám thính Class dự kiến
– Requirement statement: Các đòi hỏi. Chúng tớ phân tách những danh kể từ trong số đòi hỏi nhằm thám thính đi ra những thực thể.
– Use Cases: Phân tích những Use Case tiếp tục cung ứng thêm thắt những Classes dự loài kiến.
– Previous và Similar System: có thể tiếp tục cung ứng thêm thắt cho mình những lớp dự loài kiến.
– Application Experts: những Chuyên Viên phần mềm cũng hoàn toàn có thể giúp đỡ bạn.
Xem xét, ví dụ ATM phía trên tất cả chúng ta hoàn toàn có thể thấy những đối tượng người dùng là Entity Class như sau:
– Customers: người tiêu dùng thanh toán giao dịch là một trong thực thể với thiệt và quản lý và vận hành nhập khối hệ thống.
– Accounts: Tài khoản của người tiêu dùng cũng là một trong đối tượng người dùng thực tiễn.
– ATM Cards: Thẻ dùng để làm truy vấn ATM cũng rất được quản lý và vận hành nhập khối hệ thống.
– ATM Transactions: Các thanh toán giao dịch được lưu hội tụ lại, nó cũng là một trong đối tượng người dùng với thiệt.
– Banks: tin tức ngân hàng các bạn đang được thanh toán giao dịch, nếu như có tương đối nhiều ngôi nhà Bank nhập cuộc nhập khối hệ thống các bạn cần quản lý và vận hành nó. Lúc bại liệt Bank trở nên đối tượng người dùng các bạn cần quản lý và vận hành.
– ATM: tin tức ATM các bạn sẽ thanh toán giao dịch. Nó cũng rất được quản lý và vận hành tương tự động như Banks.
Lưu ý: Chỉ những thực thể bên phía trong khối hệ thống được đánh giá, những thực thế bên phía ngoài khối hệ thống ko được đánh giá. Ví dụ Customers là những người dân người tiêu dùng được quản lý và vận hành nhập khối hệ thống chứ không cần cần người tiêu dùng máy ATM bên phía ngoài. Quý khách hàng cần chú ý điều này nhằm phân biệt Class và Actor.
Bước 2: Tìm những tính chất và cách thức cho tới lớp
– Tìm nằm trong tính: phân tách vấn đề kể từ những size kiểu đã có sẵn trước, các bạn sẽ thám thính đi ra tính chất cho những đối tượng người dùng của lớp. Ví dụ những tính chất của lớp Customer tiếp tục thể hiện tại bên trên Form ĐK vấn đề người tiêu dùng.
– Tìm phương thức: cách thức là những sinh hoạt nhưng mà những đối tượng người dùng của lớp này hoàn toàn có thể triển khai. Chúng tớ tiếp tục bổ sung cập nhật cách thức tương đối đầy đủ cho những lớp khi phân tách Sequence Diagram về sau.
Bước 3: Xây dựng những mối liên hệ trong số những lớp và trừng trị hiện tại những lớp trừng trị sinh
– Phân tích những mối liên hệ trong số những lớp và khái niệm những lớp đột biến bởi những mối liên hệ sinh đi ra. Chúng tớ phân tách những thực thể phía trên và nhận biết.
- Lớp Accounts hoàn toàn có thể phân thành nhiều loại thông tin tài khoản như Current Accounts và Saving Accounts và với mối liên hệ quá tiếp cùng nhau.
- Lớp ATM Transactions cũng hoàn toàn có thể phân thành nhiều loại thanh toán giao dịch như Deposit, Withdraw, Transfer v.v.. và bọn chúng cũng đều có mối liên hệ quá tiếp cùng nhau.
– Tách tất cả chúng ta và vẽ bọn chúng lên bạn dạng vẽ tất cả chúng ta sẽ sở hữu được Class Diagram cho tới khối hệ thống ATM như sau:
Hình 8. Ví dụ về Class Diagram cho tới khối hệ thống ATM
4. Đặc miêu tả Class
Nhìn nhập Class Diagram tất cả chúng ta hoàn toàn có thể thấy cấu hình của khối hệ thống bao gồm những lớp nào là tuy nhiên nhằm thiết lập bọn chúng, tất cả chúng ta cần đặc miêu tả cụ thể không chỉ có vậy. Trong số đó, cần thiết tế bào tả:
– Các nằm trong tính: Tên, loại tài liệu, kích thước
– Các phương thức:
+ Tên
+ Mô tả
+ Tham số đầu vào: Tên, loại tài liệu, kích thươcs
+ Kết trái ngược đầu ra: Tên, loại tài liệu, kích thước
+ Luồng xử lý
+ Điều khiếu nại bắt đầu
+ Điều khiếu nại kết thúc
Tuy nhiên, việc này cũng mất mặt không ít thời hạn. Nếu cải cách và phát triển theo đòi quy mô Agile thì các bạn ko cần thao tác này nhưng mà những member cải cách và phát triển cần cầm điều này nhằm thiết lập.
5. Sử dụng bạn dạng vẽ Class
Có thể tóm lược một số trong những phần mềm của bạn dạng vẽ Class Diagram như sau:
– Hiểu cấu hình của hệ thống
– Thiết tiếp hệ thống
– Sử dụng nhằm phân tách cụ thể những công dụng (Sequence Diagram, State Diagram v.v…)
– Sử dụng nhằm thiết lập (coding)
6. Kết luận
Như vậy, tất cả chúng ta tiếp tục thám thính hiểu hoàn thành về Class Diagram, chúng ta cần thiết thực hành thực tế nhiều nhằm hiểu về bạn dạng vẽ cần thiết này.
Xem thêm: máy vẽ axidraw
Để canh ty chúng ta nắm vững rộng lớn về Class Diagram, nhập bài bác tiếp theo sau tất cả chúng ta tiếp tục thực hành thực tế thi công Class Diagram cho tới khối hệ thống eCommerce tiếp tục tế bào miêu tả nhập Case Study ở bài bác 3.
Bài tiếp: Thực hành thi công Class Diagram
Bài trước: Thực hành thi công bạn dạng vẽ Use Case
Bình luận