Hướng Dẫn Toàn Diện về 14 Loại Sơ Đồ UML

Khảo sát UML* nói gì?

Chúng ta có thể diễn giải kết quả của khảo sát UML bằng cách giả định rằng, nếu một sơ đồ là

• được sử dụng rộng rãi, nếu nó ≥ 60% các nguồn
• ít được sử dụng nếu nó ≤ 40% các nguồn

Trong bài viết này, tôi giới thiệu tất cả 14 loại sơ đồ UML theo thứ tự tần suất sử dụng đã đề cập ở trên:

Ví dụ, sơ đồ lớp là loại được sử dụng rộng rãi nhất, vì vậy nó sẽ được thảo luận đầu tiên trong phần này và tiếp tục như vậy…

Sơ đồ Lớp

Trong kỹ thuật phần mềm, một sơ đồ lớp trongNgôn ngữ Mô hình Hợp nhất (UML)làmột loại sơ đồ cấu trúc tĩnhmô tả cấu trúc của một hệ thống bằng cách hiển thị các lớp của hệ thống, các thuộc tính của chúng, các hoạt động (hoặc phương thức), và các mối quan hệ giữa các đối tượng.

Mục đích của Sơ đồ Lớp

1. Hiển thị cấu trúc tĩnh của các phân loại trong một hệ thống
2. Sơ đồ cung cấp một ký hiệu cơ bản cho các sơ đồ cấu trúc khác được quy định bởi UML
3. Hữu ích cho các nhà phát triển và các thành viên khác trong nhóm
4. Các nhà phân tích kinh doanh có thể sử dụng sơ đồ lớp để mô hình hóa các hệ thống từ góc độ kinh doanh

Một sơ đồ lớp UML bao gồm:

• Một tập hợp các lớp và
• Một tập hợp các mối quan hệ giữa các lớp

Sơ đồ Lớp — Ví dụ Công cụ Sơ đồ

Một sơ đồ lớp cũng có thể có các ghi chú đính kèm cho các lớp hoặc mối quan hệ. Các ghi chú được hiển thị bằng màu xám.

Trong ví dụ trên:

Chúng ta có thể diễn giải ý nghĩa của sơ đồ lớp trên bằng cách đọc qua các điểm như sau.

1. Hình dạng là một lớp trừu tượng. Nó được hiển thị bằng chữ nghiêng.
2. Hình dạng là một lớp cha. Hình tròn, Hình chữ nhật và Đa giác được kế thừa từ Hình dạng. Nói cách khác, một Hình tròn là một Hình dạng. Đây là một mối quan hệ tổng quát / kế thừa.
3. Có một mối liên kết giữa Hộp thoại và Bộ điều khiển dữ liệu.
4. Hình dạng là một phần của Cửa sổ. Đây là một mối quan hệ tổng hợp. Hình dạng có thể tồn tại mà không cần Cửa sổ.
5. Điểm là một phần của Hình tròn. Đây là một mối quan hệ thành phần. Điểm không thể tồn tại mà không có Hình tròn.
6. Cửa sổ phụ thuộc vào Sự kiện. Tuy nhiên, Sự kiện không phụ thuộc vào Cửa sổ.
7. Các thuộc tính của Hình tròn là bán kính và tâm. Đây là một lớp thực thể.
8. Các tên phương thức của Hình tròn là area(), circum(), setCenter() và setRadius().
9. Tham số bán kính trong Hình tròn là một tham số đầu vào kiểu float.
10. Phương thức area() của lớp Hình tròn trả về một giá trị kiểu double.
11. Các thuộc tính và tên phương thức của Hình chữ nhật bị ẩn. Một số lớp khác trong sơ đồ cũng có các thuộc tính và tên phương thức bị ẩn.

Loại sơ đồ phổ biến thứ hai trong UML là sơ đồ Hoạt động:

Sơ đồ Hoạt động

Sơ đồ hoạt động là một sơ đồ hành vi quan trọng khác trong UML sơ đồ để mô tả các khía cạnh động của hệ thống. Sơ đồ hoạt động về cơ bản là một phiên bản nâng cao của biểu đồ luồng mô hình hóa dòng chảy từ một hoạt động này sang hoạt động khác.

Khi nào sử dụng Sơ đồ Hoạt động

Sơ đồ Hoạt động mô tả cách các hoạt động được phối hợp để cung cấp một dịch vụ có thể ở các mức độ trừu tượng khác nhau. Thông thường, một sự kiện cần được thực hiện bởi một số hoạt động, đặc biệt là khi hoạt động đó nhằm đạt được một số điều khác nhau cần sự phối hợp, hoặc cách mà các sự kiện trong một trường hợp sử dụng đơn lẻ liên quan đến nhau, đặc biệt là các trường hợp sử dụng mà các hoạt động có thể chồng chéo và cần sự phối hợp. Nó cũng phù hợp để mô hình hóa cách mà một tập hợp các trường hợp sử dụng phối hợp để đại diện cho quy trình kinh doanh.

1. Xác định các trường hợp sử dụng ứng viên, thông qua việc xem xét quy trình kinh doanh
2. Xác định các điều kiện trước và sau (bối cảnh) cho các trường hợp sử dụng
3. Mô hình hóa quy trình làm việc giữa/trong các trường hợp sử dụng
4. Mô hình hóa quy trình làm việc phức tạp trong các hoạt động trên các đối tượng
5. Mô hình chi tiết các hoạt động phức tạp trong một Sơ đồ Hoạt động cấp cao

Sơ đồ Hoạt động — Học qua Ví dụ

Một sơ đồ hoạt động cơ bản — giống như biểu đồ luồng

Ví dụ Sơ đồ Hoạt động — Xử lý Đơn hàng

Dựa trên mô tả vấn đề liên quan đến quy trình làm việc để xử lý một đơn hàng, hãy mô hình hóa mô tả này bằng cách sử dụng một sơ đồ hoạt động:

Xử lý Đơn hàng — Mô tả Vấn đề

Khi đơn hàng được nhận, các hoạt động chia thành hai tập hợp hoạt động song song. Một bên thực hiện việc điền và gửi đơn hàng trong khi bên kia xử lý việc thanh toán.

Ở bên Điền Đơn hàng, phương thức giao hàng được quyết định có điều kiện. Tùy thuộc vào điều kiện, hoạt động Giao hàng qua đêm hoặc hoạt động Giao hàng Thường xuyên sẽ được thực hiện.

Cuối cùng, các hoạt động song song kết hợp để hoàn tất đơn hàng.

Ví dụ sơ đồ hoạt động dưới đây hình dung dòng chảy dưới dạng đồ họa.

Loại sơ đồ UML được sử dụng rộng rãi thứ ba là Sơ đồ Tuần tự:

Sơ đồ Tuần tự

UMLSơ đồ Tuần tự là các sơ đồ tương tác chi tiết cách các hoạt động được thực hiện. Chúng ghi lại sự tương tác giữa các đối tượng trong bối cảnh hợp tác. Sơ đồ Tuần tự tập trung vào thời gian và chúng cho thấy thứ tự của sự tương tác một cách trực quan bằng cách sử dụng trục dọc của sơ đồ để đại diện cho thời gian, các thông điệp được gửi và khi nào.

Ví dụ Sơ đồ Tuần tự: Hệ thống Khách sạn

Sơ đồ Tuần tự là một sơ đồ tương tác chi tiết cách các hoạt động được thực hiện — các thông điệp được gửi và khi nào. Các sơ đồ tuần tự được tổ chức theo thời gian. Thời gian tiến triển khi bạn đi xuống trang. Các đối tượng tham gia vào hoạt động được liệt kê từ trái sang phải theo thứ tự khi chúng tham gia vào chuỗi thông điệp.

Dưới đây là một sơ đồ tuần tự cho việc đặt phòng khách sạn. Đối tượng khởi tạo chuỗi thông điệp là một cửa sổ Đặt phòng.

Lưu ý rằng: Sơ đồ lớp và sơ đồ đối tượng là các mô hình tĩnh. Các sơ đồ tương tác là động. Chúng mô tả cách các đối tượng hợp tác.

Các loại sơ đồ UML được sử dụng rộng rãi thứ tư (96%) là:

• sơ đồ trường hợp sử dụng
• sơ đồ máy trạng thái

Sơ đồ Trường hợp Sử dụng

Một UMLsơ đồ trường hợp sử dụng là hình thức chính của yêu cầu hệ thống/phần mềm cho một chương trình phần mềm mới đang được phát triển. Các trường hợp sử dụng xác định hành vi mong đợi (cái gì), và không phải là phương pháp chính xác để thực hiện điều đó (như thế nào).

Các trường hợp sử dụng một khi được xác định có thể được biểu thị bằng cả hình thức văn bản và hình ảnh (tức là sơ đồ trường hợp sử dụng). Một khái niệm chính của mô hình hóa trường hợp sử dụng là nó giúp chúng ta thiết kế một hệ thống từ góc nhìn của người dùng cuối. Đây là một kỹ thuật hiệu quả để truyền đạt hành vi của hệ thống theo cách của người dùng bằng cách xác định tất cả hành vi của hệ thống có thể nhìn thấy từ bên ngoài.

Sơ đồ Trường hợp Sử dụng trong Nháy mắt

Một hình thức tiêu chuẩn của sơ đồ trường hợp sử dụng được định nghĩa trong Ngôn ngữ Mô hình Hợp nhất như được thể hiện trong ví dụ Sơ đồ Trường hợp Sử dụng dưới đây:

Sơ đồ Trường hợp Sử dụng — Hệ thống Bán xe

Hình dưới đây cho thấy một ví dụ về sơ đồ trường hợp sử dụng cho một hệ thống xe. Như bạn có thể thấy, ngay cả một hệ thống lớn như hệ thống bán xe cũng không chứa quá 10 trường hợp sử dụng! Đó là vẻ đẹp của mô hình hóa trường hợp sử dụng.

Mô hình trường hợp sử dụng cũng cho thấy việc sử dụng mở rộng và bao gồm. Ngoài ra, còn có các mối liên hệ kết nối giữa các diễn viên và các trường hợp sử dụng.

Sơ đồ Trạng thái

Hành vi của một thực thể không chỉ là hệ quả trực tiếp của các đầu vào của nó, mà còn phụ thuộc vào trạng thái trước đó của nó. Lịch sử trong quá khứ của một thực thể có thể được mô hình hóa tốt nhất bằng sơ đồ máy trạng thái hữu hạn hoặc còn được gọi là tự động.

UMLSơ đồ Máy Trạng thái (hoặc đôi khi được gọi là sơ đồ trạng thái, máy trạng thái hoặc biểu đồ trạng thái) cho thấy các trạng thái khác nhau của một thực thể. Sơ đồ máy trạng thái cũng có thể cho thấy cách một thực thể phản ứng với các sự kiện khác nhau bằng cách chuyển từ trạng thái này sang trạng thái khác. Sơ đồ máy trạng thái là một sơ đồ UML được sử dụng để mô hình hóa tính chất động của một hệ thống.

Ký hiệu Sơ đồ Máy Trạng thái Đơn giản

Một trạng thái đơn giản là một trạng thái không có cấu trúc con. Một trạng thái có các trạng thái con (trạng thái lồng nhau) được gọi là trạng thái tổng hợp. Các trạng thái con có thể được lồng vào bất kỳ cấp độ nào. Một máy trạng thái lồng nhau có thể có tối đa một trạng thái khởi đầu và một trạng thái kết thúc. Các trạng thái con được sử dụng để đơn giản hóa các máy trạng thái phẳng phức tạp bằng cách cho thấy rằng một số trạng thái chỉ có thể xảy ra trong một bối cảnh cụ thể (trạng thái bao quanh).

Ví dụ Trạng thái con — Máy sưởi

Trạng thái Lịch sử

Trừ khi có quy định khác, khi một chuyển tiếp vào một trạng thái tổng hợp, hành động của máy trạng thái lồng ghép bắt đầu lại từ trạng thái ban đầu (trừ khi chuyển tiếp nhắm vào một trạng thái con trực tiếp). Các trạng thái lịch sử cho phép máy trạng thái vào lại trạng thái con cuối cùng đã hoạt động trước khi rời khỏi trạng thái tổng hợp. Một ví dụ về việc sử dụng trạng thái lịch sử được trình bày trong hình dưới đây.

Tỷ lệ sử dụng Sơ đồ Giao tiếp là 82% theo khảo sát:

Sơ đồ Giao tiếp

UML các sơ đồ giao tiếp, giống như các sơ đồ tuần tự — một loại sơ đồ tương tác, cho thấy cách các đối tượng tương tác. Sơ đồ giao tiếp là một phần mở rộng của sơ đồ đối tượng cho thấy các đối tượng cùng với các thông điệp di chuyển từ đối tượng này sang đối tượng khác. Ngoài các mối quan hệ giữa các đối tượng, sơ đồ giao tiếp còn cho thấy các thông điệp mà các đối tượng gửi cho nhau.

Sơ đồ Giao tiếp trong cái nhìn tổng quan

Trong ví dụ về ký hiệu cho một sơ đồ giao tiếp, các đối tượng (diễn viên trong các trường hợp sử dụng) được đại diện bởi các hình chữ nhật. Trong ví dụ (sơ đồ giao tiếp tổng quát):

• Các đối tượng là Object1, Object2, Object…, ObjectN-1 …, và ObjectN.
• Các thông điệp được truyền giữa các đối tượng được đại diện bởi các mũi tên có nhãn bắt đầu từ đối tượng gửi (diễn viên) và kết thúc ở đối tượng nhận.
• Các thông điệp mẫu được truyền giữa các đối tượng được gán nhãn 1: message1, 2: message2, 3: message3, v.v., trong đó tiền tố số cho tên thông điệp chỉ ra thứ tự của nó trong chuỗi.
• Object1 đầu tiên gửi Object2 thông điệp message1, Object2 lần lượt gửi ObjectN-1 thông điệp message2, và cứ như vậy.
• Các thông điệp mà các đối tượng gửi cho chính mình được chỉ định là các vòng lặp (ví dụ: message message5).

Sơ đồ Giao tiếp so với Sơ đồ Tuần tự

Sơ đồ giao tiếp và sơ đồ tuần tự là tương tự. Chúng có nghĩa tương đương, tức là, chúng trình bày cùng một thông tin, và bạn có thể chuyển đổi một sơ đồ giao tiếp thành sơ đồ tuần tự và ngược lại. Sự khác biệt chính giữa chúng là sơ đồ giao tiếp sắp xếp các phần tử theo không gian, trong khi sơ đồ tuần tự sắp xếp theo thời gian.

Trong hai loại sơ đồ tương tác, sơ đồ tuần tự dường như được sử dụng nhiều hơn so với sơ đồ giao tiếp. Vậy tại sao bạn lại sử dụng sơ đồ giao tiếp? Trước hết, chúng rất hữu ích để hình dung mối quan hệ giữa các đối tượng hợp tác để thực hiện một nhiệm vụ cụ thể. Điều này khó xác định từ một sơ đồ tuần tự. Ngoài ra, sơ đồ giao tiếp cũng có thể giúp bạn xác định độ chính xác của mô hình tĩnh của bạn (tức là, sơ đồ lớp).

Cả tỷ lệ sử dụng Sơ đồ Thành phần và Sơ đồ Triển khai đều là 80%:

Sơ đồ Thành phần

UML Các sơ đồ thành phần được sử dụng trong việc mô hình hóa các khía cạnh vật lý của các hệ thống hướng đối tượng được sử dụng để hình dung, xác định và tài liệu hóa các hệ thống dựa trên thành phần và cũng để xây dựng các hệ thống có thể thực thi thông qua kỹ thuật lập trình tiến và lùi.

Các sơ đồ thành phần về cơ bản là các sơ đồ lớp tập trung vào các thành phần của hệ thống thường được sử dụng để mô hình hóa cái nhìn tĩnh về việc triển khai của một hệ thống.

Sơ đồ Thành phần trong cái nhìn tổng quan

Một sơ đồ thành phần phân chia hệ thống thực tế đang phát triển thành nhiều cấp độ chức năng cao khác nhau. Mỗi thành phần chịu trách nhiệm cho một mục tiêu rõ ràng trong toàn bộ hệ thống và chỉ tương tác với các yếu tố thiết yếu khác trên cơ sở cần biết.

Sơ đồ Triển khai

Một UML sơ đồ triển khai là một sơ đồ cho thấy cấu hình của các nút xử lý thời gian chạy và các thành phần sống trên chúng. Các sơ đồ triển khai là một loại sơ đồ cấu trúc được sử dụng trong việc mô hình hóa các khía cạnh vật lý của một hệ thống hướng đối tượng. Chúng thường được sử dụng để mô hình hóa cái nhìn tĩnh về việc triển khai của một hệ thống (tốp độ phần cứng).

Sơ đồ Triển khai trong cái nhìn tổng quan

Các sơ đồ triển khai rất quan trọng để hình dung, xác định và tài liệu hóa các hệ thống nhúng, máy khách/máy chủ và phân tán và cũng để quản lý các hệ thống có thể thực thi thông qua kỹ thuật lập trình tiến và lùi.

Một sơ đồ triển khai chỉ là một loại sơ đồ lớp đặc biệt, tập trung vào các nút của hệ thống. Về mặt đồ họa, một sơ đồ triển khai là một tập hợp các đỉnh và cung. Các sơ đồ triển khai thường chứa:

Các nút

• Hộp 3-D đại diện cho một nút, có thể là phần mềm hoặc phần cứng
• Nút HW có thể được ký hiệu bằng <<stereotype>>
• Các kết nối giữa các nút được đại diện bằng một đường thẳng, với tùy chọn <<stereotype>>
• Các nút có thể nằm trong một nút

Các ký hiệu khác

• Sự phụ thuộc
• Các mối quan hệ liên kết.
• Cũng có thể chứa các ghi chú và ràng buộc.

Tỷ lệ sử dụng cho sơ đồ đối tượng UML là 71% theo khảo sát:

Sơ đồ Đối tượng

Đối tượng là một thể hiện của một khoảnh khắc cụ thể trong thời gian chạy, bao gồm các đối tượng và giá trị dữ liệu. Một UML sơ đồ đối tượng là một thể hiện của một sơ đồ lớp; nó cho thấy một bức tranh tổng thể về trạng thái chi tiết của một hệ thống tại một thời điểm, do đó, một sơ đồ đối tượng bao gồm các đối tượng và mối quan hệ của chúng tại một thời điểm.

Sơ đồ Đối tượng trong Nháy mắt

Một sơ đồ đối tượng cho thấy mối quan hệ này giữa các lớp đã được khởi tạo và lớp đã được định nghĩa, và mối quan hệ giữa các đối tượng này trong hệ thống. Chúng có thể hữu ích để giải thích các phần nhỏ hơn của hệ thống của bạn, khi sơ đồ lớp của hệ thống của bạn rất phức tạp, và đôi khi cũng mô hình hóa mối quan hệ đệ quy trong sơ đồ.

Cách tốt nhất để minh họa sơ đồ đối tượng trông như thế nào là hiển thị sơ đồ đối tượng được lấy từ sơ đồ lớp tương ứng.

Hệ thống Quản lý Đơn hàng sau đây cho thấy các mối quan hệ của chúng. Sơ đồ lớp nhỏ này cho thấy rằng một Khoa của trường đại học có thể chứa nhiều Khoa khác và sơ đồ đối tượng bên dưới khởi tạo sơ đồ lớp, thay thế nó bằng một ví dụ cụ thể.

Ví dụ Sơ đồ Lớp đến Sơ đồ Đối tượng — Hệ thống Đơn hàng

Tỷ lệ sử dụng sơ đồ gói là 70%:

Sơ đồ Gói

Sơ đồ gói, một loại sơ đồ cấu trúc, cho thấy sự sắp xếp và tổ chức của các phần tử mô hình trong dự án quy mô trung bình đến lớn. Sơ đồ gói có thể cho thấy cả cấu trúc và sự phụ thuộc giữa các hệ thống con hoặc mô-đun, cho thấy các góc nhìn khác nhau của một hệ thống, ví dụ, như ứng dụng đa lớp (còn gọi là ứng dụng đa tầng) — mô hình ứng dụng đa lớp.

Sơ đồ Gói trong Nháy mắt

Sơ đồ gói được sử dụng để đơn giản hóa các sơ đồ lớp phức tạp, bạn có thể nhóm các lớp thành các gói. Một gói là một tập hợp các phần tử UML có liên quan logic.

Sơ đồ bên dưới là một mô hình kinh doanh trong đó các lớp được nhóm thành các gói:

• Các gói xuất hiện dưới dạng hình chữ nhật với các tab nhỏ ở phía trên.
• Tên gói nằm trên tab hoặc bên trong hình chữ nhật.
• Các mũi tên chấm là sự phụ thuộc.
• Một gói phụ thuộc vào gói khác nếu sự thay đổi ở gói khác có thể buộc phải thay đổi ở gói đầu tiên.

Tỷ lệ sử dụng sơ đồ cấu trúc tổng hợp là 52%:

Sơ đồ Cấu trúc Tổng hợp

Sơ đồ Cấu trúc Tổng hợp là một trong những hiện vật mới được thêm vào UML 2.0. Một sơ đồ cấu trúc tổng hợp là một sơ đồ cấu trúc UML chứa các lớp, giao diện, gói và các mối quan hệ của chúng, và cung cấp một cái nhìn logic về toàn bộ hoặc một phần của hệ thống phần mềm. Nó cho thấy cấu trúc nội bộ (bao gồm các phần và các kết nối) của một phân loại có cấu trúc hoặc sự hợp tác.

Một sơ đồ cấu trúc tổng hợp thực hiện vai trò tương tự như sơ đồ lớp, nhưng cho phép bạn đi vào chi tiết hơn trong việc mô tả cấu trúc nội bộ của nhiều lớp và cho thấy các tương tác giữa chúng. Bạn có thể đại diện đồ họa cho các lớp bên trong và các phần và cho thấy các mối liên hệ cả giữa và trong các lớp.

Sơ đồ Cấu trúc Tổng hợp trong Nháy mắt

• Sơ đồ Cấu trúc Tổng hợp cho thấy các phần nội bộ của một lớp.
• Các phần được đặt tên: partName:partType[multiplicity]
• Các lớp tổng hợp là các phần của một lớp nhưng các phần không nhất thiết phải là các lớp, một phần là bất kỳ phần tử nào được sử dụng để tạo thành lớp chứa.

Sơ đồ Thời gian chỉ có 40% tỷ lệ sử dụng và hiếm khi được người dùng trung bình sử dụng

Sơ đồ Thời gian

Sơ đồ thời gian là UMLsơ đồ tương tác được sử dụng để cho thấy các tương tác khi mục đích chính của sơ đồ là lý luận về thời gian. Chúng tập trung vào các điều kiện thay đổi trong và giữa các đường sống dọc theo một trục thời gian tuyến tính. Sơ đồ Thời gian mô tả hành vi của cả các phân loại cá nhân và các tương tác của các phân loại, tập trung vào thời gian xảy ra của các sự kiện gây ra sự thay đổi trong các điều kiện được mô hình hóa của các Đường sống.

Sơ đồ Thời gian trong Nháy mắt

Biểu diễn Thời gian Trạng thái

Sự thay đổi từ một trạng tháiđến một trạng thái khác được biểu diễn bởi một sự thay đổi trong mức độ của đường sống. Trong khoảng thời gian mà đối tượng ở một trạng thái nhất định, dòng thời gian chạy song song với trạng thái đó. Một sự thay đổi trạng thái xuất hiện như một sự thay đổi theo chiều dọc từ một mức độ này sang mức độ khác. Nguyên nhân của sự thay đổi, như trong trường hợp của một sơ đồ trạng thái hoặc sơ đồ tuần tự, là việc nhận được một thông điệp, một sự kiện gây ra sự thay đổi, một điều kiện trong hệ thống, hoặc thậm chí chỉ là sự trôi qua của thời gian.

Biểu diễn Đường sống Giá trị

Hình bên dưới cho thấy một ký hiệu thay thế của sơ đồ Thời gian UML. Nó cho thấy trạng thái của đối tượng giữa hai đường ngang cắt nhau mỗi khi trạng thái thay đổi.

Sơ đồ Tổng quan Tương tác là một sơ đồ mới được thêm vào UML 2.0:

Sơ đồ Tổng quan Tương tác

Các Sơ đồ Tổng quan Tương tác UML cung cấp một mức độ trừu tượng cao cho một mô hình tương tác. Nó là một biến thể của Sơ đồ Hoạt động nơi các nút là các tương tác hoặc sự kiện tương tác.

Sơ đồ Tổng quan Tương tác tập trung vào cái nhìn tổng quan về dòng điều khiển của các tương tác, điều này cũng có thể cho thấy dòng hoạt động giữa các sơ đồ. Nói cách khác, bạn có thể liên kết các sơ đồ “thực” và đạt được mức độ điều hướng cao giữa các sơ đồ bên trong một Sơ đồ Tổng quan Tương tác.

Sơ đồ Tổng quan Tương tác trong Nháy mắt

Sơ đồ Tổng quan Tương tác là một trong mười bốn loại sơ đồ của Ngôn ngữ Mô hình Hợp nhất (UML), có thể hình dung một dòng điều khiển với các nút có thể chứa các sơ đồ tương tác cho thấy cách một tập hợp các đoạn có thể được khởi tạo trong các kịch bản khác nhau. Các sơ đồ tổng quan tương tác tập trung vào cái nhìn tổng quan về dòng điều khiển nơi các nút là các tương tác (sd) hoặc sử dụng tương tác (ref).

Các phần tử ký hiệu khác cho các sơ đồ tổng quan tương tác giống như cho các sơ đồ hoạt động và sơ đồ tuần tự. Những phần tử này bao gồm nút khởi đầu, kết thúc, quyết định, hợp nhất, phân nhánh và tham gia.

Sơ đồ UML ít được sử dụng nhất là Sơ đồ Hồ sơ, nó chỉ đạt 11%:

Sơ đồ Hồ sơ

Là một ngôn ngữ mô hình hóa đa mục đích, UML cung cấp một nền tảng ổn định cho nhiều loại yêu cầu khác nhau. Nó không được định nghĩa cho các miền ứng dụng cụ thể hoặc cho bất kỳ công nghệ cụ thể nào. Tuy nhiên, trong một số trường hợp, UML quá chung chung và việc sử dụng nó đòi hỏi một lượng công sức đáng kể. Trong những trường hợp như vậy, việc sử dụng một ngôn ngữ được tối ưu hóa cho miền nhất định và do đó cung cấp các khái niệm đặc biệt là có lợi.

Sơ đồ hồ sơ, một loại sơ đồ cấu trúc trong Ngôn ngữ Mô hình Hợp nhất (UML), cung cấp một cơ chế mở rộng chung để tùy chỉnh các mô hình UML cho các miền và nền tảng cụ thể. Các cơ chế mở rộng cho phép tinh chỉnh ngữ nghĩa tiêu chuẩn theo cách hoàn toàn bổ sung, ngăn chặn chúng mâu thuẫn với ngữ nghĩa tiêu chuẩn. Các hồ sơ được định nghĩa bằng cách sử dụng định danh, định nghĩa giá trị gán nhãn, và ràng buộc mà được áp dụng cho các phần tử mô hình cụ thể, như Lớp, Thuộc tính, Hoạt động và Hoạt động. Một Hồ sơ là một tập hợp các mở rộng như vậy mà cùng nhau tùy chỉnh UML cho một miền cụ thể (ví dụ: hàng không vũ trụ, chăm sóc sức khỏe, tài chính) hoặc nền tảng (J2EE, .NET).

Ví dụ Sơ đồ Hồ sơ — Quản lý CNTT

Một hồ sơ được áp dụng cho một gói khác để làm cho các định danh trong hồ sơ có sẵn cho gói đó. Hình minh họa bên dưới cho thấy các hồ sơ Mạng, Viễn thông và Phần mềm được áp dụng cho gói Quản lý CNTT.

Tìm kiếm Công cụ Thiết kế Phần mềm Trực tuyến Miễn phí?

Đây là kho Visual Paradigm Online cho các ví dụ thiết kế phần mềm, nó là:

• Miễn phí (mục đích cá nhân và phi thương mại)
• Trực tuyến (không cần cài đặt và cấu hình)
• Hỗ trợ Google Drive và lưu trữ đám mây miễn phí
• Nhiều ví dụ
• Sử dụng bất cứ lúc nào & ở bất cứ đâu! chỉ cần một trình duyệt web

Sơ đồ Trường hợp Sử dụng

Sơ đồ Lớp

Sơ đồ Hoạt động

Sơ đồ Thành phần

Sơ đồ Triển khai

Sơ đồ Gói

Sơ đồ Máy trạng thái

Sơ đồ Tuần tự

Sơ đồ ER

Sơ đồ Dòng dữ liệu

Sơ đồ Độ bền

Mô hình Doanh nghiệp

Sơ đồ Yêu cầu

Sơ đồ Định nghĩa Khối

Sơ đồ Tham số

Sơ đồ Khối Nội bộ

Sơ đồ Gane Sarson

Yourdon và Coad

Yourdon DeMarco DFD

SSADM DFD