Sơ đồ Trường hợp Sử dụng là một sơ đồ hành vi trongNgôn ngữ mô hình hóa thống nhất (UML) cung cấp một cái nhìn trực quan ở cấp độ cao về chức năng mong muốn của hệ thống. Nó xác địnhđiều gì hệ thống thực hiện bằng cách minh họa mối quan hệ giữa người dùng (Người tham gia) và các chức năng họ thực hiện (Trường hợp Sử dụng).
Sơ đồ này rất quan trọng trong giai đoạn thu thập và phân tích yêu cầu, vì nó xác định ranh giới và phạm vi của hệ thống từ góc độ kinh doanh.
1. Các thành phần chính của sơ đồ Trường hợp Sử dụng
Sơ đồ Trường hợp Sử dụng chỉ sử dụng một vài thành phần cơ bản, làm cho nó trở thành một trong những sơ đồ UML đơn giản nhất để đọc và tạo ra.
A. Ranh giới Hệ thống
Ranh giới hệ thống là một hình chữ nhật, trực quan xác định phạm vi của hệ thống đang được xem xét. Mọi thứ bên trong hình chữ nhật là một phần của hệ thống; mọi thứ bên ngoài hình chữ nhật là bên ngoài.
- Ký hiệu: Một hình chữ nhật lớn.
- Mục đích: Để rõ ràng tách biệt trách nhiệm của hệ thống khỏi các thực thể bên ngoài (Người tham gia) tương tác với nó.
B. Người tham gia
Một Người tham gia đại diện cho bất kỳ thực thể bên ngoài hệ thống nào tương tác với nó để đạt được một mục tiêu. Một Người tham gia khôngkhôngphải là một con người; nó có thể là một hệ thống khác, một thiết bị phần cứng, hoặc thậm chí là một sự kiện thời gian cụ thể.
- Ký hiệu: Một hình người bằng que được đánh nhãn với tên vai trò.
- Định nghĩa: Một Người tham gia là mộtvai trò, không phải là một người cụ thể. Ví dụ, “Khách hàng” là một Người tham gia, trong khi “Jane Doe” là một trường hợp của vai trò đó.
- Các loại Người tham gia:
- Người tham gia chính: Bắt đầu tương tác để đạt được mục tiêu mong muốn (ví dụ,Khách hàng bắt đầu một giao dịch mua hàng).
- Người dùng phụ: Cung cấp dịch vụ cho hệ thống (ví dụ như Cổng thanh toán).
- Người dùng bị động: Bị ảnh hưởng bởi trường hợp sử dụng nhưng không khởi tạo nó (ví dụ như Hệ thống kho nhận thông báo giao hàng).
C. Trường hợp sử dụng
Một trường hợp sử dụng đại diện cho một yêu cầu chức năng duy nhất và đầy đủ, hoặc một tập hợp các hành động mang lại giá trị đo lường được cho một người dùng. Chúng nên được diễn đạt bằng các động từ và danh từ đơn giản, chủ động.
- Ký hiệu: Một hình elip được đặt bên trong ranh giới hệ thống.
- Ví dụ: Đặt đơn hàng, Đăng nhập vào tài khoản, Xử lý hoàn tiền, Tạo báo cáo.
- Quy tắc chính: Một trường hợp sử dụng luôn phải được khởi tạo bởi một người dùng và phải mang lại kết quả có giá trị cho một hoặc nhiều người dùng.
2. Các mối quan hệ trong sơ đồ trường hợp sử dụng
Các mối quan hệ kết nối người dùng với các trường hợp sử dụng và kết nối các trường hợp sử dụng với nhau, xác định độ phức tạp và logic luồng.
A. Mối quan hệ giao tiếp
Đây là mối quan hệ đơn giản và phổ biến nhất, cho thấy rằng một người dùng tham gia vào một trường hợp sử dụng.
- Ký hiệu: Một đường nét liền nối từ một người dùng đến hình elip của trường hợp sử dụng.
- Mục đích: Hiển thị các chức năng nào được khởi tạo hoặc sử dụng bởi vai trò nào.
B. Mối quan hệ Include (<<include>>)
Mối quan hệ includemối quan hệ được sử dụng khi một Use Case luôn tích hợp chức năng của một Use Case khác. Use Case được bao gồm là bắt buộc để Use Case cơ sở hoàn thành chức năng của nó.
- Ký hiệu:Một mũi tên gãy từ Use Case cơ sởđến Use Case được bao gồm, được đánh nhãn là
<<include>>. - Cách sử dụng:Được sử dụng để tách biệt hành vi chung từ nhiều Use Case.
- Ví dụ: Đặt hàng bao gồm Xác thực người dùng.
C. Mối quan hệ Extend (<<extend>>)
Mối quan hệ extendmối quan hệ được sử dụng khi một Use Case cụ thể (Use Case mở rộng) thêm hành vi tùy chọn hoặc điều kiện vào một Use Case khác (Use Case cơ sở).
- Ký hiệu:Một mũi tên gãy từ Use Case mở rộng đến Use Case cơ sở, được đánh nhãn với
<<extend>>. - Cách sử dụng:Mô hình hóa hành vi thay thế, ngoại lệ hoặc đặc biệt. Việc mở rộng chỉ xảy ra nếu một điều kiện cụ thể được thỏa mãn.
- Ví dụ: Xử lý thanh toán là Use Case cơ sở, và Áp dụng giảm giá thành viên mở rộng Xử lý thanh toán dưới điều kiện
[nếu trạng thái thành viên là Vàng].
- Ví dụ: Xử lý thanh toán là Use Case cơ sở, và Áp dụng giảm giá thành viên mở rộng Xử lý thanh toán dưới điều kiện
D. Mối quan hệ tổng quát hóa (Kế thừa)
Mối quan hệ này cho thấy rằng một Người dùng hoặc một Use Case là phiên bản chuyên biệt hóa của một người dùng hoặc Use Case khác.
- Ký hiệu: Một đường liền với đầu mũi tên tam giác rỗng, hướng từ phần tử chuyên biệt hóa đến phần tử tổng quát hơn.
- Cách sử dụng:
- Người dùng: Quản trị viên hệ thống là tổng quát hóa của Người dùng đã đăng ký.
- Use Cases: Thanh toán bằng thẻ tín dụng là tổng quát hóa của Xử lý thanh toán.
3. Ví dụ từng bước: Một nền tảng học tập trực tuyến
Hãy tưởng tượng mô hình hóa chức năng chính của một nền tảng học tập trực tuyến.
| Yếu tố | Loại | Mô tả |
|---|---|---|
| Học viên | Người tham gia | Vai trò người dùng chính. |
| Giảng viên | Người tham gia | Tạo và quản lý nội dung. |
| Tham gia khóa học | Trường hợp sử dụng | Chức năng chính của học viên. |
| Xem tiến độ | Trường hợp sử dụng | Một chức năng có giá trị đối với học viên. |
| Xác thực người dùng | Trường hợp sử dụng | Bước bắt buộc chung cho cả hai người tham gia. |
| Tạo khóa học | Trường hợp sử dụng | Chức năng chính của giảng viên. |
| Tạo chứng chỉ hoàn thành | Trường hợp sử dụng | Chức năng tùy chọn mở rộngTham gia khóa học. |
Mô hình hóa luồng
- Biên giới hệ thống:Vẽ một hộp lớn bao quanh tất cả các trường hợp sử dụng.
- Đường sống:Đặt Sinh viên và Giảng viêncác tác nhân bên ngoài hộp.
- Giao tiếp:Kết nối Sinh viênvới Tham gia khóa học và Xem tiến độ. Kết nối Giảng viênvới Tạo khóa học.
- Bao gồm: Tham gia khóa học và Tạo khóa họcđều kết nối với Xác thực người dùngtrường hợp sử dụng với
<<bao gồm>>mũi tên, vì đăng nhập là bắt buộc đối với cả hai. - Mở rộng: Cái Tạo chứng nhận hoàn thành Trường hợp sử dụng kết nối với Tham gia khóa học với một
<<mở rộng>>mũi tên, cho thấy nó chỉ xảy ra trong điều kiện[sau khi khóa học hoàn thành 100%].
Tóm tắt
Sơ đồ Trường hợp sử dụng UML là một công cụ mô hình hóa mạnh mẽ nhưng đơn giản, tập trung vào yêu cầu chức năng và góc nhìn của người dùng. Bằng cách xác định rõ các tác nhân, các trường hợp sử dụng và ranh giới hệ thống, bạn đảm bảo tất cả các bên liên quan—từ các nhà phân tích kinh doanh đến các nhà phát triển—đều có cùng một hiểu biết rõ ràng, không mơ hồ về điều gìhệ thống được thiết kế để làm gì. Nó đóng vai trò là điểm khởi đầu cho các mô hình hành vi chi tiết hơn, chẳng hạn như sơ đồ Chuỗi.
Để biết thêm chi tiết về UML và cách AI giúp bạn trực quan hóa nó, hãy khám phá trung tâm tài nguyên UML.
This post is also available in Deutsch, English, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.