Skip to content

UC_Tài chính

Giới thiệu & tài liệu liên quan

Đặc tả Use Case cho các nghiệp vụ thủ công chính của module Tài chính (CORE-12). Xem thêm Tổng quan module · SRS · UI.


UC1 — Lập & phát hành phiếu thủ công

MụcNội dung
Use Case IDUC_CORE12_VCH_001
Use Case NameLập & phát hành phiếu thu/chi thủ công
Use Case DescriptionKế toán lập một phiếu thu hoặc phiếu chi bằng tay (ví dụ chi sửa lưới, bảo trì mặt sân), chọn ví và danh mục, lưu nháp rồi phát hành; khi phát hành, số dư ví thay đổi và phiếu được ghi sổ cân bằng.
System Under DesignFinance Client · Finance Server
Primary ActorKế toán · Quản lý ca
Supporting/External ActorChủ sân
PriorityHIGH
TriggerNgười dùng nhấn [+ Tạo phiếu] trên màn hình danh sách phiếu
Pre-ConditionĐã đăng nhập, có quyền ghi phiếu trong chi nhánh được phân công; chi nhánh đã có ví mặc định
Post-ConditionPhiếu chuyển trạng thái phát hành; số dư ví thay đổi đúng số tiền; phiếu được phân loại theo danh mục và liên kết truy vết

Sơ đồ luồng — Basic Flow & ngoại lệ

Basic Flow

Basic Flow

BướcActorMô tả hành động
1Kế toánNhấn [+ Tạo phiếu] trên danh sách phiếu
2Kế toánChọn loại phiếu: thu hoặc chi
3Kế toánChọn ví, chọn danh mục, nhập số tiền và diễn giải
4Kế toánNhấn [Phát hành]
5Finance ServerKiểm tra hợp lệ, ghi các dòng sổ cái cân bằng (nợ = có)
6Finance ServerCập nhật số dư ví, gắn danh mục và liên kết truy vết, trả về kết quả
7Finance ClientHiển thị phiếu ở trạng thái phát hành, số dư ví cập nhật ngay

Alternative Flow

Alternative Flow

TTLiên quan bướcMô tả
1AF_4A.14Người dùng nhấn [Lưu nháp] thay vì phát hành → phiếu được lưu ở trạng thái nháp, chưa tác động số dư ví, có thể sửa hoặc xoá trước khi phát hành
2AF_3A.13Danh mục cần dùng chưa có → người dùng thêm danh mục tuỳ chỉnh lồng dưới danh mục cha rồi tiếp tục

Exception Flow

Exception Flow

TTLiên quan bướcMô tả
1EF_5.15Thiếu trường bắt buộc (ví / danh mục / số tiền) → hệ thống đánh dấu trường thiếu và yêu cầu bổ sung
2EF_5.25Số tiền để trống hoặc nhỏ hơn hoặc bằng 0 → hệ thống báo lỗi số tiền không hợp lệ
3EF_6.16Người dùng không còn quyền ghi phiếu trên chi nhánh → hệ thống chặn phát hành và giải thích

Business Rules

Business Rules

TTQuy tắc nghiệp vụ
1BR1Mọi phiếu khi phát hành phải cân bằng: tổng nợ bằng tổng có khi cả hai bên cùng áp dụng
2BR2Phiếu nháp chưa tác động số dư ví; chỉ phiếu phát hành mới thay đổi số dư
3BR3Mỗi phiếu mang một danh mục thu/chi và một liên kết truy vết tới chứng từ nguồn
4BR4Số tiền phiếu phải là số lớn hơn 0

UC2 — Chuyển khoản giữa ví

MụcNội dung
Use Case IDUC_CORE12_VCH_002
Use Case NameChuyển khoản giữa ví
Use Case DescriptionChủ sân chuyển một số tiền từ ví này sang ví khác (ví dụ từ ngăn kéo tiền mặt sang ngân hàng); hệ thống ghi một phiếu chuyển khoản cân bằng, ví nguồn giảm và ví đích tăng cùng một lượng.
System Under DesignFinance Client · Finance Server
Primary ActorChủ sân
Supporting/External ActorKế toán
PriorityMEDIUM
TriggerChủ sân nhấn [Chuyển khoản] trên màn hình danh sách ví
Pre-ConditionCó ít nhất hai ví thuộc cùng chi nhánh; người dùng có quyền ghi phiếu
Post-ConditionMột phiếu chuyển khoản cân bằng được phát hành; ví nguồn giảm, ví đích tăng cùng một lượng

Sơ đồ luồng — Basic Flow & ngoại lệ

Basic Flow

Basic Flow

BướcActorMô tả hành động
1Chủ sânNhấn [Chuyển khoản] trên danh sách ví
2Chủ sânChọn ví nguồn và ví đích
3Chủ sânNhập số tiền chuyển và diễn giải
4Chủ sânNhấn [Xác nhận chuyển]
5Finance ServerGhi một phiếu chuyển khoản với một bút toán nợ và một bút toán có bằng nhau
6Finance ServerGiảm số dư ví nguồn, tăng số dư ví đích cùng một lượng, trả về kết quả
7Finance ClientHiển thị phiếu chuyển khoản và số dư hai ví đã cập nhật

Alternative Flow

Alternative Flow

TTLiên quan bướcMô tả
1AF_3A.13Người dùng để trống diễn giải → hệ thống vẫn cho chuyển, dùng diễn giải mặc định "Chuyển khoản nội bộ"

Exception Flow

Exception Flow

TTLiên quan bướcMô tả
1EF_4.14Ví nguồn trùng ví đích → hệ thống báo lỗi phải chọn hai ví khác nhau
2EF_4.24Số tiền để trống hoặc nhỏ hơn hoặc bằng 0 → hệ thống báo lỗi số tiền không hợp lệ
3EF_5.15Hai ví khác loại tiền tệ → hệ thống chặn vì một phiếu chỉ dùng một loại tiền tệ

Business Rules

Business Rules

TTQuy tắc nghiệp vụ
1BR5Một chuyển khoản được ghi bằng đúng một phiếu chuyển khoản cân bằng
2BR6Ví nguồn và ví đích phải khác nhau và cùng loại tiền tệ
3BR7Ví nguồn giảm và ví đích tăng đúng cùng một lượng

UC3 — Huỷ phiếu bằng bút toán đảo

MụcNội dung
Use Case IDUC_CORE12_VCH_003
Use Case NameHuỷ phiếu bằng bút toán đảo
Use Case DescriptionChủ sân huỷ một phiếu đã phát hành (ví dụ ghi sai); hệ thống ghi một phiếu đảo bằng và ngược dấu, đưa số dư ví về trạng thái trước khi có phiếu, và giữ lại bản gốc để kiểm toán.
System Under DesignFinance Client · Finance Server
Primary ActorChủ sân
Supporting/External ActorKế toán
PriorityMEDIUM
TriggerChủ sân mở chi tiết một phiếu đã phát hành và nhấn [Huỷ phiếu]
Pre-ConditionPhiếu đang ở trạng thái phát hành và chưa từng bị huỷ; người dùng có quyền huỷ phiếu
Post-ConditionMột phiếu đảo cân bằng được ghi; số dư ví liên quan trở về trạng thái trước khi có phiếu gốc; bản gốc được giữ lại

Sơ đồ luồng — Basic Flow & ngoại lệ

Basic Flow

Basic Flow

BướcActorMô tả hành động
1Chủ sânMở chi tiết một phiếu đã phát hành
2Chủ sânNhấn [Huỷ phiếu]
3Chủ sânNhập lý do huỷ và xác nhận
4Finance ServerGhi một phiếu đảo bằng và ngược dấu với phiếu gốc
5Finance ServerĐưa số dư ví liên quan về trạng thái trước khi có phiếu gốc; giữ lại bản gốc
6Finance ClientHiển thị phiếu gốc ở trạng thái đã huỷ kèm liên kết tới phiếu đảo

Alternative Flow

Alternative Flow

TTLiên quan bướcMô tả
1AF_3A.13Người dùng huỷ thao tác trên hộp xác nhận → không ghi phiếu đảo, phiếu gốc giữ nguyên

Exception Flow

Exception Flow

TTLiên quan bướcMô tả
1EF_3.13Phiếu đã bị huỷ trước đó → hệ thống báo phiếu không thể huỷ lần nữa
2EF_3.23Phiếu sinh tự động từ sự kiện vận hành bị khoá huỷ thủ công → hệ thống giải thích và chặn

Business Rules

Business Rules

TTQuy tắc nghiệp vụ
1BR8Huỷ phiếu được thực hiện bằng một bút toán đảo cân bằng, không xoá cứng phiếu gốc
2BR9Sau khi huỷ, số dư các ví bị ảnh hưởng trở về đúng trạng thái trước khi có phiếu gốc
3BR10Một phiếu đã huỷ không thể huỷ thêm lần nữa
4BR11Bản gốc luôn được giữ lại để phục vụ kiểm toán

Non-Functional Requirements

Non-Functional Requirements

TTLoạiYêu cầu
1Khả dụngThao tác phát hành phiếu, chuyển khoản, huỷ phiếu phản hồi tức thì; số dư ví cập nhật ngay sau khi lưu
2Phân quyềnMọi thao tác ghi phiếu giới hạn theo phạm vi chi nhánh được phân công của người dùng
3Toàn vẹnMọi phiếu phải cân bằng và dùng chung một loại tiền tệ trong toàn phiếu
4Truy vếtMọi phiếu giữ liên kết tới chứng từ nguồn và được lưu lại (xoá mềm, không xoá cứng) để kiểm toán

Proprietary and Confidential. Unauthorized copying, distribution, or use of this software is strictly prohibited.