Trong các đồ án công nghệ thông tin, đặc biệt là đồ án phát triển phần mềm, sơ đồ Use Case (Use Case Diagram) là một trong những thành phần quan trọng nhất trong phần phân tích và thiết kế hệ thống. Đây là bước đầu tiên giúp định hình phạm vi dự án, xác định các chức năng chính và cách người dùng tương tác với hệ thống.
Bài viết này hướng dẫn chi tiết cách vẽ sơ đồ Use Case chuẩn, dễ hiểu, áp dụng cho sinh viên thực hiện đồ án hoặc bất kỳ ai đang xây dựng hệ thống phần mềm. Nội dung bao gồm lý thuyết cơ bản, ví dụ thực tế, công cụ vẽ sơ đồ, và các lưu ý thường gặp.
Sơ đồ Use Case là gì?
Sơ đồ Use Case (Use Case Diagram) là một loại sơ đồ thuộc UML (Unified Modeling Language), được sử dụng để mô tả cách các tác nhân (actors) tương tác với các chức năng (use cases) chính của hệ thống phần mềm.
Mục tiêu của sơ đồ này là trả lời câu hỏi:
“Ai làm gì với hệ thống?”
Thành phần cơ bản của sơ đồ Use Case:
-
Actor (Tác nhân): người dùng hoặc hệ thống bên ngoài tương tác với hệ thống (ví dụ: Quản trị viên, Khách hàng, Nhân viên)
-
Use Case (Chức năng): hành động hoặc chức năng mà hệ thống cung cấp cho actor (ví dụ: Đăng nhập, Xem sản phẩm, Quản lý đơn hàng)
-
Mối quan hệ (Relationship): kết nối giữa actors và use cases (association, include, extend)
-
Hệ thống (System Boundary): giới hạn phạm vi chức năng của hệ thống
Tại sao sơ đồ Use Case quan trọng trong đồ án?
Trong đồ án phần mềm, sơ đồ Use Case thường được trình bày trong phần phân tích yêu cầu hoặc thiết kế hệ thống, vì:
-
Giúp hiểu rõ người dùng mục tiêu và chức năng chính mà hệ thống phải có
-
Là nền tảng để phát triển các tài liệu khác như sơ đồ hoạt động, thiết kế cơ sở dữ liệu, luồng nghiệp vụ
-
Hỗ trợ nhóm phát triển, khách hàng, giảng viên cùng hiểu rõ phạm vi chức năng
-
Dễ dàng kiểm tra tính đầy đủ và hợp lý của các yêu cầu hệ thống
Sơ đồ Use Case chính là bản đồ chức năng – nếu làm tốt ở bước này, toàn bộ phần còn lại của đồ án sẽ trôi chảy hơn rất nhiều.
Các bước xây dựng sơ đồ Use Case cho đồ án
1. Xác định các tác nhân (Actors)
Actors là những đối tượng sẽ sử dụng hoặc tương tác với hệ thống. Trong đồ án, hãy liệt kê tất cả các loại người dùng hoặc hệ thống khác sẽ kết nối với ứng dụng.
Ví dụ trong đồ án bán hàng online:
-
Khách hàng
-
Nhân viên
-
Quản trị viên
-
Cổng thanh toán (với hệ thống tích hợp)
Actors có thể là:
-
Người thật (người dùng cuối)
-
Hệ thống khác (API bên ngoài)
-
Thiết bị (máy POS, cảm biến,…)
2. Liệt kê các chức năng chính (Use Cases)
Dựa vào yêu cầu đề bài hoặc mô tả nghiệp vụ, xác định các chức năng chính mà hệ thống phải đáp ứng cho mỗi tác nhân.
Ví dụ:
-
Khách hàng: Đăng ký tài khoản, Đăng nhập, Tìm kiếm sản phẩm, Đặt hàng, Thanh toán
-
Quản trị viên: Quản lý người dùng, Quản lý sản phẩm, Xem báo cáo
Gợi ý: Chỉ nên đưa vào các chức năng ở cấp cao (high-level), không nên ghi quá chi tiết như “nhập tên sản phẩm”, “bấm nút xác nhận” – các hành động này phù hợp hơn với sơ đồ hoạt động hoặc wireframe.
3. Nhóm các chức năng liên quan
Một số chức năng có thể được lồng ghép bằng các mối quan hệ:
-
Include: Một use case luôn bao gồm hành động khác (ví dụ: Xác thực → luôn nằm trong Đăng nhập)
-
Extend: Một use case chỉ xảy ra nếu có điều kiện mở rộng (ví dụ: “Thanh toán bằng ví điện tử” là phần mở rộng của “Thanh toán”)
4. Vẽ hệ thống giới hạn
Vẽ khung hệ thống để phân biệt các chức năng nằm trong hệ thống và tác nhân nằm bên ngoài. Điều này giúp làm rõ phạm vi trách nhiệm phần mềm trong đồ án.
Khung hệ thống thường có tiêu đề (tên hệ thống), bên trong chứa các use case, và các actor nằm bên ngoài khung.
Ví dụ sơ đồ Use Case cho đồ án quản lý thư viện
Tác nhân:
-
Thủ thư
-
Sinh viên
-
Quản trị viên
Use case:
-
Đăng nhập hệ thống
-
Tìm kiếm sách
-
Mượn/trả sách
-
Quản lý đầu sách
-
Duyệt đăng ký mượn
-
Quản lý tài khoản
Khi vẽ sơ đồ, cần đảm bảo:
-
Mỗi actor kết nối ít nhất một use case
-
Không để use case lẻ (không có actor nào liên kết)
-
Có thể phân biệt rõ chức năng người dùng và quản trị
Các công cụ vẽ sơ đồ Use Case miễn phí
Draw.io (diagrams.net)
-
Giao diện đơn giản, dễ sử dụng
-
Cho phép export PNG, SVG, PDF
-
Hỗ trợ trực tiếp UML, dễ tạo actor – use case
-
Lưu online qua Google Drive, Dropbox,…
Lucidchart
-
Giao diện kéo-thả, chuyên nghiệp
-
Có template sơ đồ Use Case sẵn
-
Dễ chia sẻ bản vẽ nhóm
Miễn phí giới hạn chức năng, thích hợp dùng nhanh cho đồ án nhỏ.
StarUML / Visual Paradigm
-
Phù hợp với sinh viên học phân tích thiết kế
-
Có nhiều loại sơ đồ UML hỗ trợ đồng bộ hóa (Use Case, Class, Activity,…)
-
Tạo báo cáo tài liệu tự động (PDF, HTML)
PlantUML
-
Vẽ sơ đồ bằng code đơn giản
-
Thích hợp khi cần version control (dùng Git)
-
Có thể kết hợp trong tài liệu Markdown hoặc Notion
Các lỗi thường gặp khi vẽ sơ đồ Use Case
-
Nhầm use case với chức năng chi tiết giao diện (ví dụ: “Click nút tìm kiếm”)
-
Bỏ sót tác nhân quan trọng (ví dụ: Quản trị viên, hệ thống bên thứ ba)
-
Không vẽ quan hệ giữa actor và use case
-
Không nhóm use case mở rộng hoặc không rõ phạm vi
-
Chứa quá nhiều chi tiết – sơ đồ rối, không rõ luồng chức năng chính
Giải pháp là luôn bắt đầu từ tổng thể → phân nhánh → nhóm lại → làm sạch.
Lưu ý khi đưa sơ đồ Use Case vào báo cáo đồ án
-
Đặt tên sơ đồ rõ ràng, có caption (ví dụ: “Hình 2.1 – Sơ đồ Use Case hệ thống quản lý bán hàng”)
-
Đặt sơ đồ gần phần mô tả chức năng để dễ theo dõi
-
Nên kèm chú thích về tác nhân và chức năng chính
-
Nên in màu hoặc làm rõ các phần mở rộng nếu trình bày báo cáo giấy
Kết luận
Sơ đồ Use Case là công cụ đơn giản nhưng cực kỳ mạnh mẽ giúp mô tả tổng quan chức năng hệ thống trong một dự án phần mềm. Việc hiểu rõ actor, use case và cách liên kết giữa chúng sẽ giúp quá trình phát triển, kiểm thử và trình bày đồ án trở nên logic và hiệu quả hơn. Dù là hệ thống quản lý đơn giản hay phần mềm phức tạp, sơ đồ Use Case luôn là bước không thể thiếu trong tài liệu kỹ thuật.
