Hướng dẫn thực hành UML: Tất cả những gì bạn cần biết về mô hình hóa UML - Viz Note Vietnamese

Giới thiệu về UML

Ngôn ngữ mô hình hóa thống nhất (UML) là một ngôn ngữ chuẩn để xác định, trực quan hóa, xây dựng và tài liệu hóa các thành phần của hệ thống phần mềm. Được tạo ra bởi Nhóm Quản lý Đối tượng (OMG), bản nháp đặc tả UML 1.0 lần đầu tiên được đề xuất vào tháng 1 năm 1997.

UML là một ngôn ngữ mô hình hóa trực quan mang tính tổng quát được thiết kế để:

Trực quan hóa kiến trúc và hành vi hệ thống
Xác định yêu cầu và thiết kế hệ thống
Xây dựng bản vẽ sơ bộ hệ thống
Tài liệu hóa các hệ thống phần mềm và phi phần mềm

Nhận thức quan trọng: Mặc dù UML thường được liên kết với phát triển phần mềm, nó cũng có thể áp dụng tương đương cho việc mô hình hóa các hệ thống phi phần mềm như quy trình sản xuất, luồng công việc kinh doanh và cấu trúc tổ chức.

UML là không phải là một ngôn ngữ lập trình, nhưng các công cụ hiện đại có thể tạo mã nguồn bằng nhiều ngôn ngữ khác nhau trực tiếp từ sơ đồ UML, giúp thu hẹp khoảng cách giữa thiết kế và triển khai.

Các nguyên tắc cốt lõi của UML

Mô hình hóa mang tính tổng quát: UML cung cấp một bộ từ vựng chuẩn hóa cho các nhà mô hình hóa trong nhiều ngành, được thiết kế để dễ hiểu và dễ sử dụng.
Nền tảng hướng đối tượng: UML tuân theo các khái niệm hướng đối tượng, khiến nó trở thành công cụ lý tưởng để mô hình hóa các hệ thống hướng đối tượng thông qua các biểu diễn hình ảnh.
Mô hình hóa đa quan điểm: Các sơ đồ UML có thể được vẽ từ các quan điểm thiết kế, triển khai, triển khai và hành vi.
Phạm vi bao phủ kiến trúc: UML ghi lại các khía cạnh kiến trúc, hành vi và cấu trúc của bất kỳ hệ thống nào.
Phương pháp tập trung vào đối tượng: Các đối tượng là các khối xây dựng cơ bản; UML giúp xác định các đối tượng, phân công trách nhiệm và hoàn thiện thiết kế dựa trên phân tích.

Mục đích của UML

“Một bức tranh nói lên ngàn lời” — Câu thành ngữ này hoàn hảo phản ánh giá trị của UML trong thiết kế hệ thống.

Trước UML, phát triển hướng đối tượng thiếu các phương pháp chuẩn hóa để tổ chức và tích hợp các nỗ lực thiết kế. UML ra đời nhằm giải quyết khoảng trống này với một số mục tiêu chính:

Mục tiêu chính

Chuẩn hóa: Tạo ra một ngôn ngữ mô hình hóa phổ quát, dễ tiếp cận cho mọi người mô hình hóa, bất kể nền tảng hay phương pháp của họ.
Khả năng tiếp cận: Thiết kế dành cho nhà phát triển, các bên liên quan kinh doanh, nhà phân tích và bất kỳ bên quan tâm nào—không chỉ riêng chuyên gia kỹ thuật.
Tính linh hoạt: Hỗ trợ mô hình hóa cả hệ thống phần mềm và phi phần mềm.
Không phụ thuộc quy trình: UML không phải là một phương pháp phát triển bản thân nó, mà là một công cụ bổ trợ giúp nâng cao bất kỳ quy trình nào nhằm xây dựng các hệ thống thành công.

Kết luận: Mục tiêu cuối cùng của UML là cung cấp một cơ chế mô hình hóa đơn giản nhưng mạnh mẽ, có khả năng biểu diễn mọi hệ thống thực tế trong môi trường phức tạp, liên kết hiện nay.

Mô hình hóa các quan điểm kiến trúc bằng UML: Mô hình 4+1

Các hệ thống thực tế phục vụ nhiều bên liên quan khác nhau: nhà phát triển, người kiểm thử, nhà phân tích kinh doanh, người dùng cuối và kiến trúc sư hệ thống. Để đáp ứng các quan điểm đa dạng này, UML hỗ trợ 4+1 quan điểm kiến trúc phần mềm, một khung hình giúp trực quan hóa một hệ thống thông qua nhiều góc nhìn liên kết với nhau.

Năm quan điểm kiến trúc

Quan điểm	Mô tả	Bắt buộc?
Quan điểm Trường hợp sử dụng ⭐	Mô tả chức năng hệ thống, các giao diện bên ngoài và người dùng chính. Chứa Mô hình Trường hợp sử dụng. Tất cả các quan điểm khác đều được suy ra từ các yêu cầu được ghi nhận ở đây.	✅ Có
Quan điểm Logic	Mô tả cấu trúc hệ thống theo các đơn vị triển khai: gói, lớp, giao diện và các mối quan hệ của chúng (phụ thuộc, thực hiện, kết hợp).	✅ Có
Quan điểm Triển khai	Mô tả cách các tài sản phát triển được tổ chức trong hệ thống tệp (tệp, thư mục, các mục cấu hình). Bao gồm cả tài sản phát triển và tài sản triển khai.	❌ Tùy chọn
Xem xét quá trình	Mô tả cấu trúc hệ thống thời gian chạy: các tiến trình, luồng, EJBs, servlets, DLLs, các kho lưu trữ dữ liệu và các kết nối giao tiếp. Rất quan trọng để phân tích hiệu suất, độ tin cậy và khả năng mở rộng.	❌ Tùy chọn
Xem xét triển khai	Mô tả cách các thành phần phần mềm được ánh xạ vào cơ sở hạ tầng phần cứng (máy chủ, mạng, thiết bị). Rất cần thiết cho các hệ thống phân tán.	❌ Tùy chọn

Xem xét bổ sung: Xem xét dữ liệu

Một sự chuyên biệt hóa của Xem xét logic
Sử dụng khi tính bền vững là một khía cạnh quan trọng của hệ thống
Hữu ích khi việc chuyển đổi từ mô hình thiết kế sang mô hình dữ liệu không được tự động hóa

14 Loại sơ đồ UML 2

Các sơ đồ là trái tim của UML. UML 2.x định nghĩa14 loại sơ đồ, được phân loại rộng rãi thành hai nhóm:

🏗️ Sơ đồ cấu trúc (Tĩnh)

Hiển thị cấu trúc tĩnh của hệ thống và các thành phần của nó ở các mức độ trừu tượng và triển khai khác nhau.

Sơ đồ lớp
Sơ đồ đối tượng
Sơ đồ thành phần
Sơ đồ triển khai
Sơ đồ gói
Sơ đồ cấu trúc hợp thành
Sơ đồ hồ sơ

🔄 Sơ đồ hành vi (Động)

Hiển thị hành vi động của các đối tượng—cách hệ thống thay đổi theo thời gian thông qua các tương tác và chuyển đổi trạng thái.

Sơ đồ trường hợp sử dụng
Sơ đồ hoạt động
Sơ đồ máy trạng thái
Sơ đồ tuần tự
Sơ đồ giao tiếp
Sơ đồ tổng quan tương tác
Sơ đồ thời gian

Sơ đồ cấu trúc chi tiết

1. Sơ đồ lớp

Sơ đồ UML phổ biến nhấttrong phát triển hướng đối tượng.

Mục đích: Mô tả các đối tượng trong hệ thống, thuộc tính, thao tác và mối quan hệ của chúng. Đại diện cho quan điểm tĩnh của hệ thống.

Tính năng chính:

Lớp với thuộc tính và phương thức
Mối quan hệ: liên kết, tích hợp, kết hợp, kế thừa
Ràng buộc bội số (ví dụ như 0..*)
Trực tiếp ánh xạ sang các ngôn ngữ lập trình hướng đối tượng

Trường hợp sử dụng: Thiết kế hệ thống, sinh mã, tài liệu hóa, kỹ thuật ngược

Ví dụ sơ đồ lớp

Sơ đồ lớp sau đây biểu diễn hai lớp – Người dùng và Tập tin đính kèm. Một người dùng có thể tải lên nhiều tập tin đính kèm, do đó hai lớp được kết nối với nhau bằng mối liên kết, với 0..* là bội số ở phía tập tin đính kèm.

2. Sơ đồ đối tượng

Mục đích: Hiển thị một bức ảnh chụp hệ thống tại một thời điểm cụ thể – một thể hiện của sơ đồ lớp.

Tính năng chính:

Các đối tượng (thể hiện của các lớp) có giá trị thực tế
Các liên kết (thể hiện của các mối liên kết)
Biểu diễn cụ thể, theo thời điểm cụ thể

Trường hợp sử dụng: Xác minh thiết kế lớp, minh họa cấu trúc dữ liệu ví dụ, gỡ lỗi

Ví dụ sơ đồ đối tượng

Sơ đồ đối tượng này cho thấy cách các thể hiện đối tượng củaNgười dùngvàTệp đính kèmcác lớp “trông như thế nào” vào thời điểm Peter (người dùng) đang cố gắng tải lên hai tệp đính kèm. Hai bản mô tả thể hiện đại diện cho hai đối tượng tệp đính kèm cần được tải lên.

3. Sơ đồ thành phần

Mục đích: Mô tả quan điểm triển khai tĩnh—cách mã được tổ chức thành các thành phần vật lý.

Tính năng chính:

Thành phần: thư viện, tệp, chương trình thực thi, module
Giao diện và các phụ thuộc giữa các thành phần
Hỗ trợ kỹ thuật thiết kế tiến/thuật toán ngược

Trường hợp sử dụng: Quản lý xây dựng, tái sử dụng thành phần, lập kế hoạch tích hợp hệ thống

Ví dụ sơ đồ thành phần

4. Sơ đồ triển khai

Mục đích: Mô hình hóa việc triển khai vật lý các thành phần phần mềm lên cơ sở hạ tầng phần cứng.

Tính năng chính:

Nút: thiết bị phần cứng, môi trường thực thi
Thành phần: các thành phần phần mềm được triển khai trên các nút
Các đường truyền thông giữa các nút

Trường hợp sử dụng: Quản trị hệ thống, lập kế hoạch DevOps, tài liệu hóa cơ sở hạ tầng

Ví dụ sơ đồ triển khai

5. Sơ đồ gói

Mục đích: Sắp xếp các thành phần mô hình thành các nhóm (gói) và hiển thị các mối quan hệ phụ thuộc giữa chúng.

Tính năng chính:

Các gói như không gian tên cho các thành phần liên quan
Các mối quan hệ phụ thuộc, nhập và hợp nhất
Hỗ trợ mô hình hóa kiến trúc đa lớp/đa tầng

Trường hợp sử dụng: Tổ chức hệ thống lớn, thiết kế theo mô-đun, quản lý phụ thuộc

Ví dụ sơ đồ gói

6. Sơ đồ cấu trúc hợp thành

Mục đích: Hiển thị cấu trúc bên trong của một lớp hoặc thành phần và cách các bộ phận của nó hợp tác với nhau.

Tính năng chính:

Các bộ phận bên trong và vai trò của chúng
Các cổng để tương tác bên ngoài
Các kết nối định nghĩa giao tiếp giữa các bộ phận

Trường hợp sử dụng: Thiết kế chi tiết thành phần, triển khai mẫu, mô hình hóa kiến trúc vi mô

Ví dụ sơ đồ cấu trúc hợp thành

7. Sơ đồ hồ sơ

Mục đích: Mở rộng UML bằng các kiểu dáng đặc thù lĩnh vực hoặc đặc thù nền tảng và các giá trị được gắn thẻ.

Tính năng chính:

Các kiểu mẫu: các thành phần mô hình tùy chỉnh
Giá trị gắn thẻ: dữ liệu mô tả bổ sung
Ràng buộc: các quy tắc sử dụng kiểu mẫu

Case sử dụng: Mô hình hóa chuyên ngành (ví dụ: y tế, tài chính), thích ứng nền tảng (ví dụ: UML cho EJB, UML cho SOA)

Ví dụ sơ đồ Profile

Sơ đồ hành vi chi tiết

8. Sơ đồ use case

Mục đích: Ghi lại chức năng hệ thống từ góc nhìn bên ngoài—hệ thống làm gì cho người dùng của nó.

Tính năng chính:

Người tham gia: người dùng hoặc các hệ thống bên ngoài tương tác với hệ thống
Case sử dụng: các đơn vị chức năng
Mối quan hệ: bao gồm, mở rộng, tổng quát hóa

Case sử dụng: Thu thập yêu cầu, giao tiếp với các bên liên quan, thiết kế cấp cao

Ví dụ sơ đồ use case

9. Sơ đồ máy trạng thái

Mục đích: Mô hình hóa vòng đời của một đối tượng—cách trạng thái của nó thay đổi phản ứng với các sự kiện.

Tính năng chính:

Trạng thái: các điều kiện trong suốt vòng đời của một đối tượng
Chuyển tiếp: thay đổi trạng thái được kích hoạt bởi sự kiện
Hành động: các hoạt động được thực hiện trong quá trình chuyển tiếp hoặc trong trạng thái

Case sử dụng: Hệ thống phản ứng, mô hình hóa quy trình làm việc, thiết kế giao thức

Ví dụ sơ đồ máy trạng thái

10. Sơ đồ hoạt động

Mục đích: Mô hình hóa quy trình làm việc và quy trình kinh doanh dưới dạng luồng các hoạt động.

Tính năng chính:

Hành động và luồng điều khiển
Các nút quyết định, nhánh tách, nhánh gộp để xử lý nhánh và song song
Luồng đối tượng để di chuyển dữ liệu

Trường hợp sử dụng: Mô hình hóa quy trình kinh doanh, thiết kế thuật toán, chi tiết hóa trường hợp sử dụng

Ví dụ sơ đồ hoạt động

11. Sơ đồ tuần tự

Mục đích: Hiển thị các tương tác giữa các đối tượng được sắp xếp theo thứ tự thời gian—cách các thao tác được thực hiện.

Tính năng chính:

Dòng đời: các đối tượng/đạo diễn tham gia
Tin nhắn: đồng bộ, bất đồng bộ, trả về
Thanh kích hoạt: các lần thực thi
Các khối kết hợp: vòng lặp, lựa chọn, tùy chọn

Trường hợp sử dụng: Thiết kế chi tiết, tài liệu mô tả API, gỡ lỗi các tương tác phức tạp

Ví dụ sơ đồ tuần tự

12. Sơ đồ giao tiếp

Mục đích: Nhấn mạnh sự hợp tác giữa các đối tượng và cấu trúc liên kết hơn là thứ tự theo thời gian.

Tính năng chính:

Các đối tượng và liên kết (tập trung vào cấu trúc)
Tin nhắn được đánh số thể hiện thứ tự
Ngữ nghĩa tương đương với sơ đồ trình tự

Ví dụ sử dụng: Hiểu mối quan hệ đối tượng, tái cấu trúc, xem xét kiến trúc hệ thống

Ví dụ sơ đồ giao tiếp

Ghi chú: Tham chiếu hình ảnh ban đầu dường như liên kết đến sơ đồ hoạt động; trong thực tế, sơ đồ giao tiếp thể hiện các đối tượng được kết nối bởi các liên kết với các tin nhắn được đánh số.

13. Sơ đồ tổng quan tương tác

Mục đích: Cung cấp cái nhìn tổng quan cấp cao về luồng điều khiển giữa các tương tác.

Tính năng chính:

Cấu trúc sơ đồ hoạt động với các nút tương tác
Tham chiếu đến các sơ đồ trình tự/giao tiếp chi tiết
Điều hướng giữa các mức độ trừu tượng

Ví dụ sử dụng: Mô hình hóa các tình huống phức tạp, điều phối hệ thống, điều hướng tài liệu

Ví dụ sơ đồ tổng quan tương tác

14. Sơ đồ thời gian

Mục đích: Tập trung vào các ràng buộc về thời gian và thay đổi trạng thái trong các khoảng thời gian chính xác.

Tính năng chính:

Trục thời gian tiến từ trái sang phải
Các đường sống trong các ngăn đứng
Dòng thời gian trạng thái và ràng buộc về thời lượng

Ví dụ sử dụng: Hệ thống thời gian thực, phân tích hiệu suất, xác minh thời gian giao thức

Ví dụ sơ đồ thời gian

UML trong thời đại Agile và AI: Vẫn còn phù hợp?

✅ UML và Agile: Hỗ trợ nhau, không mâu thuẫn

Một hiểu lầm phổ biến là UML mâu thuẫn với các nguyên tắc Agile. Trên thực tế, UML nâng cao các thực hành Agilekhi được áp dụng một cách thực tiễn:

Thực hành Agile	Hỗ trợ UML
Câu chuyện người dùng	Sơ đồ trường hợp sử dụng trực quan hóa phạm vi và tương tác giữa các tác nhân
Lên kế hoạch Sprint	Sơ đồ hoạt động và sơ đồ tuần tự làm rõ các mối quan hệ phụ thuộc giữa các nhiệm vụ
Tái cấu trúc	Sơ đồ lớp và sơ đồ thành phần ghi lại các thay đổi về cấu trúc
Tích hợp liên tục	Sơ đồ triển khai bản đồ hóa môi trường và các luồng triển khai
Giao tiếp với các bên liên quan	Các mô hình trực quan kết nối các đối tượng kỹ thuật và phi kỹ thuật

Thực hành tốt nhất: Sử dụngvừa đủUML—tạo ra các sơ đồ nhẹ nhàng, sống động, phát triển cùng mã nguồn, chứ không phải tài liệu nặng nề trở nên lỗi thời.

✅ UML và AI: Một sự kết hợp mạnh mẽ

Trí tuệ nhân tạo sinh thành đang thay đổi cách chúng ta tạo ra và sử dụng các mô hình UML:

🤖 Quy trình UML được tăng cường bởi AI

Ngôn ngữ tự nhiên thành sơ đồ: Mô tả một hệ thống bằng tiếng Anh thông thường; AI sẽ tạo ra các sơ đồ UML tuân thủ chuẩn.
Tạo mã từ sơ đồ: Xuất sơ đồ thành mã khung trong Java, C#, Python, v.v.
Xác minh thông minh: AI kiểm tra sơ đồ về tính nhất quán, độ đầy đủ và các thực hành tốt nhất.
Tài liệu hóa tự động: Tạo tài liệu mô tả từ dữ liệu mô tả sơ đồ.

Các công cụ AI thực tế cho UML

Trợ lý trò chuyện sơ đồ AI: Vẽ sơ đồ nhanh qua các lời nhắc trò chuyện
Ứng dụng Web AI: Các quy trình được hướng dẫn để phát triển kiến trúc từ bản phác thảo đến triển khai
Trình sinh sơ đồ AI: Tạo sơ đồ UML tuân thủ chuẩn OMG trực tiếp trong các công cụ trên máy tính để bàn
OpenDocs: Chèn các sơ đồ được tạo trực tiếp bởi AI vào các cơ sở tri thức

Nhận định quan trọng: AI không thay thế UML—nó làm tăng giá trị của UML bằng cách giảm bớt nỗ lực thủ công và đẩy nhanh vòng phản hồi thiết kế.

Áp dụng UML vào thực tiễn với AI sinh thành

Việc áp dụng các nguyên tắc UML vào kiến trúc phần mềm thực tế có thể rất thách thức. Các công cụ được hỗ trợ AI của Visual Paradigm giúp lấp đầy khoảng cách giữa các yêu cầu trừu tượng và các sơ đồ chuyên nghiệp, giúp bạn trực quan hóa các hệ thống phức tạp chỉ trong một phần thời gian.

🚀 Công cụ UML được hỗ trợ AI

💬 Trợ lý trò chuyện sơ đồ AI
Vẽ sơ đồ nhanh chóng thông qua cuộc trò chuyện tự nhiên. Lý tưởng để ghi lại nhanh các quan điểm về trường hợp sử dụng và hành vi hệ thống.

🌐 Ứng dụng Web AI
Các quy trình được hướng dẫn bởi AI từng bước để tạo và phát triển kiến trúc của bạn từ bản phác thảo đơn giản đến các quan điểm triển khai chi tiết.

⚡ Trình sinh sơ đồ AI
Tạo các sơ đồ UML chuyên nghiệp trực tiếp trong Desktop của Visual Paradigm, đảm bảo tuân thủ đầy đủ các tiêu chuẩn OMG.

📝 OpenDocs
Một hệ thống quản lý tri thức hiện đại để tập trung hóa tài liệu của bạn và chèn các sơ đồ được tạo bởi AI trực tiếp.

Sẵn sàng hiện đại hóa quy trình mô hình hóa của bạn?
Khám phá hệ sinh thái vẽ sơ đồ bằng AI →

Tóm tắt: Tại sao UML vẫn tồn tại

Tiêu chuẩn mở: UML là tiêu chuẩn không thuộc sở hữu riêng, được duy trì bởi OMG và có thể truy cập bởi tất cả.
Sự chấp nhận cộng đồng: Được hỗ trợ bởi các chuyên gia phương pháp luận, tổ chức và nhà cung cấp công cụ trên toàn thế giới.
Tổng hợp phương pháp luận: Xây dựng trên nền tảng ngữ nghĩa từ Booch, OMT, OOSE và các phương pháp hàng đầu khác.
Sự thống nhất kép:
1. Thuần hóa các ký hiệu mô hình hóa trước đây bị phân mảnh
2. Thống nhất các quan điểm xuyên suốt các loại hệ thống (kinh doanh/phần mềm), các giai đoạn phát triển (phân tích/thiết kế/thực hiện) và các cấp độ khái niệm

Đề xuất giá trị bền vững của UML

Thách thức	Giải pháp UML
Độ phức tạp	Trừu tượng trực quan giảm tải nhận thức
Giao tiếp	Ngôn ngữ trực quan chung giúp đồng bộ hóa các bên liên quan
Tài liệu	Sơ đồ sống động luôn được đồng bộ với mã nguồn
Chất lượng	Mô hình hóa sớm phát hiện các khiếm khuyết thiết kế trước khi triển khai
Khả năng thích ứng	Sơ đồ phát triển cùng hệ thống qua các vòng lặp

Suy nghĩ cuối cùng: UML không phải là về việc tạo ra các sơ đồ hoàn hảo—mà là về việc tạo ra sự hiểu biết chung. Trong thời đại thay đổi nhanh chóng, sự hiểu biết đó càng có giá trị hơn bao giờ hết.

Tài liệu tham khảo

UML là gì? Hướng dẫn toàn diện về Ngôn ngữ mô hình hóa thống nhất: Giới thiệu chi tiết này giải thích các khái niệm cơ bản của UML và vai trò then chốt của nó trong thiết kế phần mềm và mô hình hóa hệ thống.
Tổng quan về 14 loại sơ đồ UML – Visual Paradigm: Tài nguyên này khám phá 14 loại sơ đồ UML khác nhau, mỗi loại phục vụ mục đích mô hình hóa cụ thể với ký hiệu chuẩn hóa.
Hướng dẫn thực hành về UML: Từ lý thuyết đến ứng dụng thực tế: Một hướng dẫn thực hành minh họa cách áp dụng các sơ đồ use case, class, sequence và activity vào các dự án phần mềm thực tế.
Áp dụng UML trong các dự án Agile: Hướng dẫn toàn diện với Visual Paradigm: Bài viết này cung cấp hướng dẫn về việc tích hợp mô hình hóa UML vào quy trình làm việc Agile nhằm cải thiện lập kế hoạch, giao tiếp và độ rõ ràng của dự án.
Trình sinh sơ đồ lớp UML được hỗ trợ bởi AI bởi Visual Paradigm: Công cụ này sử dụng động cơ AI sinh thành để chuyển đổi mô tả bằng ngôn ngữ tự nhiên thành các sơ đồ lớp UML chính xác một cách tự động.
Visual Paradigm – Sơ đồ tuần tự UML được hỗ trợ bởi AI: Tài nguyên này dạy người dùng cách tạo ngay lập tức các sơ đồ tuần tự UML chuyên nghiệp từ các lời nhắc văn bản đơn giản bằng cách sử dụng mô hình AI tiên tiến.
Sơ đồ use case là gì? – Hướng dẫn toàn diện về mô hình hóa UML: Giải thích chi tiết về các thành phần use case và các phương pháp tốt nhất trong mô hình hóa yêu cầu và thiết kế hệ thống.
Sơ đồ gói trong UML là gì? – Hướng dẫn của Visual Paradigm: Hướng dẫn này tập trung vào việc tổ chức và quản lý các hệ thống phức tạp thông qua việc nhóm các thành phần một cách hợp lý bằng sơ đồ gói.
Sơ đồ triển khai là gì? Hướng dẫn toàn diện về sơ đồ triển khai UML: Hướng dẫn toàn diện này giải thích cách mô hình hóa kiến trúc vật lý của một hệ thống phần mềm, bao gồm việc ánh xạ phần cứng và phần mềm.
Giải thích các sơ đồ UML: Hướng dẫn dành cho người mới bắt đầu: Một tài nguyên rõ ràng, nền tảng giới thiệu các loại sơ đồ UML chính và ứng dụng thực tế của chúng trong vòng đời phát triển phần mềm.