Please enable JavaScript.

Coggle requires JavaScript to display documents.

Use Case - Coggle Diagram

- - - - Có thể là người dùng hoặc hệ thống nào khác bất kỳ.
    - - Ghi tên các sự tương tác. Ghi đúng format "Verb + Noun"
    - - Kết nối giữa Actor và Use Case, cho biết Actor đó có những sự tương tác nào với hệ thống.
    - - Phạm vi của các sự tương tác. Có thể là trong một hệ thống, một module, hoặc một tính năng bất kỳ.
    - - Mối quan hệ giữa các Use Case với nhau
      - Include
        
        Include nghĩa là mối quan hệ bắt buộc phải có giữa các Use Case với nhau.
        
        Include tới Use Case nào thì dấu mũi tên hướng tới Use Case đó
        
        Extend
        
        Extend là mối quan hệ mở rộng giữa các Use Case với nhau.
        
        Nếu Include là mối quan hệ bắt buộc, thì Extend là một mối quan hệ không bắt buộc. Nó thể hiện mối quan hệ có thể có hoặc có thể không giữa các Use Case với nhau.
        
        Extension Point
        
        Là điều kiện mà Use Case có mối quan hệ Extend sẽ xảy ra
        
        Generalization
        
        Là quan hệ cha con giữa các Use Case với nhau.
        
        Nhưng khác biệt với Include và Extend là nó còn được dùng để thể hiện mối quan hệ giữa các Actor với nhau.
  - - - Actor
        
        Đặt tên bằng danh từ, không dùng động từ, mệnh đề quan hệ
      - Use Case
        
        Rõ ràng, mạch lạc, Verb + Noun
      - Mục đích
        
        Diễn tả cho stakeholders hiểu.
        
        Không dùng từ ngữ kỹ thuật
    - - Các thông tin cần thiết
        
        End-users muốn làm gì? Nhằm mục đích gì?
        
        Hệ thống phải nhận/lấy data từ những nguồn nào?
      - Lệch các cấp độ Requirement với nhau
        
        Use Case A
        
        Thể hiện Business Requirement, tức là rất high-level
        
        Use Case B và Use Case C
        
        Lại thể hiện rất chi tiết tới mức Solution Requirement
    - - Xác định sai Use Case
      - Đặt tên sai cho Use Case
      - Không có Boundary of System
      - Những Use Case có extend không ghi chú cụ thể điều kiện khi nào thì UC extend xảy ra.
      - Chưa tận dụng Relationship để thể hiện, khiến UC quá rời rạc
      - Quá chú trọng đến các chức năng cơ bản nhất, đó là CRUD
    - - Giải quyết vấn đề
        
        Cách 1
        
        Thêm một dòng note trước đoạn mô tả Use Case trong tài liệu: “Toàn bộ dữ liệu đều có chức năng Thêm/ Đọc/ Sửa/ Xóa và chịu tác động bởi sự phân quyền từ phía Quản trị hệ thống” hoặc đại loại vậy.
        
        Nhưng nên nhớ CRUD ở đây là đứng từ góc nhìn End-Users: hệ thống có cho phép End-Users CRUD dữ liệu hay không?
        
        Cách 2
        
        Tạo hẳn một Use Case với tên là: Manage “X”, với X là một đối tượng bất kỳ.
      - Mỗi thực thể là 1 lần CRUD, quá tốn effort, trong khi phân hệ nào, dữ liệu nào cùng cần CRUD
- - - - Use Case Name: Tên Use Case
      - Use Case ID: Mã Use Case
      - Use Case Description: Tóm gọn nhanh sự tương tác được thể hiện trong Use Case là gì
      - Actor: Những đối tượng thực hiện tương tác trong Use Case
      - Priority: Mức độ ưu tiên của Use Case so với các Use Case còn lại trong dự án
      - Trigger: Điều kiện kích hoạt Use Case xảy ra
      - Pre-Condition: Điều kiện cần để Use Case thực hiện thành công
      - Post-Condition: Những thứ sẽ xuất hiện khi Use Case thực hiện thành công.
    - - Basic Flow: luồng tương tác CHÍNH giữa các Actor và System để Use Case thực hiện thành công
      - Alternative Flow: luồng tương tác THAY THẾ giữa các Actor và System để Use Case thực hiện thành công
      - Exception Flow: luồng tương tác NGOẠI LỆ giữa các Actor và System mà Use Case thực hiện thất bại
    - - Business Rule: các quy định về mặt Business mà hệ thống bắt buộc phải nghe theo, làm theo
      - Non-Funtional Requirement: Vì Use Case chỉ dùng để thể hiện Functional Requirement, nên cần phải bổ sung các yêu cầu về Non-Functional ở đây.
      - Thông tin bổ sung
        
        Cần phải mô tả ngắn gọn theo cú pháp của User Story: Là Actor, tôi muốn làm Use Case Name, để đạt được mục đích - lý do gì đó.
        
        Business Rule là các quy định, hoặc các policy của khách hàng. Có sao ghi vậy. Vì đây là giai đoạn tài liệu hoá yêu cầu thông qua Use Case, nên liệt kê hết các Business Rule có liên quan trong này.
  - - - Trigger là một thứ gì đó để kích hoạt cho Use Case chạy, khởi xướng cho Use Case chạy
      - Pre-Condition là một thứ gì đó, mà phải có nó thì Use Case mới chạy được.
    - - Flow là các luồng tương tác giữa các Actor và hệ thống với nhau. Basic Flow là luồng tương tác chính, là happy case đơn giản nhất có thể xảy ra.
      - Basic Flow
        
        Luồng đi đơn giản nhất
        
        Use Case xảy ra thành công
        
        Đánh số thứ tự từ 1, 2, 3, 4, ....
      - Alternative Flow
        
        Các luồng đi khác
        
        Use Case xảy ra thành công
        
        Thêm a, b, c, ... bên cạnh để làm dấu cho dễ phân biệt
      - Exception Flow
        
        Các luồng đi khác
        
        Use Case xảy ra thất bại
        
        Thêm a, b, c, ... bên cạnh để làm dấu cho dễ phân biệt