Đặc tả Use case

Đặc tả Use case
1) Đặc tả Use case đăng ký – đăng nhập:

a) Đăng ký:
Use Case ID UC-1.1
Use Case Name Đăng ký
Description Cho phép nhân viên kho đăng ký tài khoản thành viên của hệ
thống
Actor(s) Nhân viên kho
Priority Must have
Trigger Nhân viên muốn đăng ký thành viên vào hệ thống để quản lý
kho hàng
Pre-Condition(s) Chưa tồn tại tài khoản nhân viên.
Thiết bị của nhân viên đã được kết nối internet khi thực hiện
đăng ký
Post-Condition Nhân viên trở thành thành viên của hệ thống

1. Nhân viên kho chọn mục Đăng ký tại trang chủ của
Basic Flow hệ thống phần mềm
2. Hệ thống hiển thị Form đăng ký
3. Nhân viên kho nhập thông tin vào form đăng ký và
chọn lệnh Đăng ký
4. Hệ thống xác thực thông tin đăng ký thành công và
hiển thị thông báo đến nhân viên kho.
5. Hệ thống cập nhập thông tin của nhân viên kho vào
danh sách khách hàng thành viên.
6. Use case kết thúc
4a. Hệ thống xác thực thông tin đăng ký không thành công và
Exception Flow hiển thị thông báo với một trong các nguyên nhân:
• Trường địa chỉ email đã tồn tại.
• Trường số điện thoại đã tồn tại.
• Trường nhập lại mật khẩu và mật khẩu phải giống nhau
4a1. Người dùng chọn lệnh hủy đăng ký
Use Case dừng lại.
4a2. Người dùng nhập lại thông tin
Use Case tiếp tục quay lại bước 3
Business Rules - Thời gian nhập mã xác nhận đăng ký tài là 1 phút kể từ
lúc nhận được mail hoặc tin nhắn qua số điện thoại
Non-Functional - Hình ảnh dung lượng file tối đa 1 MB

Requirement - Định dạng hình ảnh: JPEG, PNG
- Tên người dùng có thể sử dụng chữ cái, số và dấu chấm
- Mật khẩu sử dụng 8 ký tự trở lên kết hợp chữ cái, chữ
số và biểu tượng
b) Tài khoản đăng nhập:
Use Case ID UC-1.2
Use Case Name Đăng nhập tài khoản
Description - Cho phép nhân viên kho đăng nhập vào hệ thống
WMS với tư cách thành viên của hệ thống
Actor(s) - Nhân viên kho
- Quản trị viên
Priority Must have
Trigger - Quản tri viên muốn khắc phục hệ thống

- Nhân viên muốn đăng nhập vào hệ thống Sly
Pre-Condition(s) - Tài khoản của nhân viên đã được hệ thống WMS cung cấp
- Nhân viên chưa thực hiện đăng nhập vào hệ thống Sly
- Thiết bị của nhân viên đã được kết nối internet khi thực
hiện đăng nhập
Post-Condition - Nhân viên đăng nhập hệ thống WMS thành công

- Nhân viên sử dụng các chức năng trong hệ thống của
doanh nghiệp với tư cách là thành viên của hệ thống
1. Người dùng truy cập vào hệ thống Sly

Basic Flow 2. Người dùng nhấp vào nút “Đăng nhập/Đăng ký” trên trang chủ
3. Người dùng chọn Loại đăng nhập trên hệ thống
● Đăng nhập nhân viên

Alternative Flow
4a.Hệ thống hiển thị form đăng nhập
5a. Nhân viên nhập thông tin đăng nhập bao gồm nhập tên và mật
khẩu vào form và chọn lệnh đăng nhập
6a. Hệ thống kiểm tra thông tin đăng nhập hợp lệ và cho phép
nhân viên truy cập Sly và phân quyền tùy theo loại nhân viên
7a. Hệ thống ghi nhận hoạt động đăng nhập thành công vào
Activity Log.
8b. Use Case kết thúc
6c.Hệ thống kiểm tra thông tin đăng nhập không hợp lệ và hiển thị
Exception Flow thông báo
6c1. Nhân viên nhập lại thông tin Use case quay
lại bước 5
6c2. Nhân viên chọn “Quên mật khẩu” Use case tiếp
tục Use case UC-1.4
Business Rules Người dùng nhập sai thông tin đăng nhập ở lần thứ 5 liên tiếp sẽ bị
khóa tài khoản 10 phút và gửi mail về mail đăng ký tài khoản để
xác thực
Non-Functional - Time out cho màn hình đăng nhập dưới 60 giây
Requirement - Tên người dùng có thể sử dụng chữ cái, số và dấu chấm
- Mật khẩu sử dụng 8 ký tự trở lên kết hợp chữ cái, chữ số
và biểu tượng
- Không được để trống tài khoản và mật khẩu
c) Lấy lại mật khẩu:
Use Case ID UC-1.3
Use Case Name Lấy lại mật khẩu
Description Cho phép nhân viên đặt lại mật khẩu mới khi nhập email đã đăng
ký tài khoản trước đó
Actor(s) Nhân viên
Priority Must have
Trigger Nhân viên muốn lấy lại mật khẩu do quên mật khẩu cũ
Pre-Condition(s) - Tài khoản của nhân viên đã được tạo sẵn

- Tồn tại email trong cơ sở dữ liệu
- Nhân viên quên mật khẩu đăng nhập tài khoản
- Thiết bị của nhân viên đã được kết nối internet khi thực
hiện đăng nhập
Post-Condition - Nhân viên lấy lại mật khẩu đăng nhập hệ thống thành
công
1. Người dùng chọn chức năng Quên mật khẩu
Basic Flow 2. Hệ thống yêu cầu nhập email đã đăng ký tài khoản
3. Người dùng nhập email khôi phục tài khoản
4. Hệ thống kiểm tra Email hợp lệ và Gửi link mật khẩu qua
email
5. Hệ thống chuyển sang màn hình của Email
6. Người dùng đặt lại mật khẩu mới
7. Hệ thống thông báo thay đổi mật khẩu thành công
4a. Hệ thống kiểm tra Email không hợp lệ và hiển thị thông báo
Exception Flow 4a1. Người dùng nhập lại thông tin
Use case quay lại bước 3
Business Rules - Người dùng nhập yêu cầu khôi phục tài khoản ở lần thứ 5
liên tiếp sẽ bị khóa tài khoản 30 phút
- Thời gian xác nhận lấy lại mật khẩu từ khi nhận được
mail là trong 2 phút
Non-Functional - Mật khẩu sử dụng 8 ký tự trở lên kết hợp chữ cái, chữ số
Requirement và biểu tượng
2) Đặc tả Use case Quản lý thông tin cá nhân:
Use Case ID UC-2
Use Case Name Quản lý thông tin cá nhân
Description Nhân viên muốn thay đổi thông tin cá nhân bao gồm thay đổi mật
khẩu, thay đổi email và sao chép mã giảm giá tại thông tin cá
nhân
Actor(s) Nhân viên
Priority Must have
Trigger Use case hoạt động khi nhân viên có nhu cầu thay đổi mật khẩu/
email hay muốn sao chép mã giảm giá
Pre-Condition(s) - Nhân viên phải đăng nhập vào hệ thống
- Nhân viên tuân thủ quy định đặt lại mật khẩu
- Thiết bị của nhân viên phải có kết nối internet
Post-Condition - Hệ thống xác nhận cập nhật mật khẩu mới thành công
- Hệ thống xác nhận cập nhật email mới thành công
- Hệ thống xác nhận lưu mã giảm giá thành công
1. Nhân viên chọn chức năng “Quản lý thông tin cá nhân”
Basic Flow tại trang chủ của hệ thống.
2. Hệ thống hiển thị các thông tin chi tiết
● Đổi mật khẩu
● Thay đổi email

Alternative 3a. Nhân viên chọn chức năng “Đổi mật khẩu”
4a. Hệ thống hiển thị form chỉnh sửa mật khẩu
5a. Nhân viên điền thông tin vào form và chọn lệnh gửi
6a. Hệ thống kiểm tra thông tin chỉnh sửa thành công và gửi mã
xác thực qua email
7a. Nhân viên nhập mã xác thực
8a. Hệ thống kiểm tra mã xác thực đúng và hiển thị đổi mật
khẩu thành công
9a. Use case kết thúc
● Thay đổi Email

3c. Nhân viên chọn nhập email
4c. Hệ thống hiển thị yêu cầu nhập email mới.
5c. Nhân viên nhập email mới
6c. Hệ thống gửi mã xác thực qua email mới
7c. Nhân viên nhập mã xác thực
8c. Hệ thống kiểm tra mã xác thực đúng và hiển thị thay đổi
email thành công
9c. Kết thúc
Exception Flow 6d. Hệ thống kiểm tra thông tin chỉnh sửa không thành công và
hiển thị thông báo lỗi
6d1. Nhân viên nhập lại thông tin
8d. Hệ thống kiểm tra mã xác thực sai và hiển thị yêu cầu nhập lại
mã xác thực
8d1. Nhân viên nhập lại mã xác thực
Use case quay lại bước 7.
● Thay đổi Email
8e. Hệ thống kiểm tra mã xác thực sai và hiển thị yêu cầu nhập
lại mã xác thực
8e1. Nhân viên nhập lại mã xác thực
Business Rules - Thời gian xác nhận lấy lại mật khẩu từ khi nhận được
mail là trong 1 phút
3) Đặc tả Use case Quản lý thông tin tài khoản nhân viên:
Use Case ID UC-3
Use Case Name Quản lý tài khoản nhân viên
Description Quản trị viên quản lý tài khoản của nhân viên. Bao gồm thêm, sửa,
xóa tài khoản.
Actor(s) Quản trị viên
Priority Must have
Trigger Quản trị viên chọn mục quản lý tài khoản nhân viên
Pre-Condition(s) - Quản trị viên phải đăng nhập vào hệ thống trước khi
use case bắt đầu
- Quản trị viên muốn thêm/sửa/xóa tài khoản của nhân
viên
- Thiết bị của quản trị viên đã được kết nối internet khi
thực hiện các chức năng thêm/sửa/xóa tài khoản
Post-Condition - Nếu use case thành công, thông tin tài khoản nhân viên
được thêm, cập nhật hoặc xóa khỏi hệ thống. Ngược lại,
trạng thái của hệ thống không thay đổi.
Basic Flow 1. Quản trị viên chọn chức năng muốn thực hiện (Thêm tài
khoản, Sửa tài khoản, hoặc Xóa tài khoản).
2. Sau khi quản trị viên cung cấp thông tin được yêu cầu, một
trong các luồng phụ sau được thực hiện.
● Nếu quản trị viên chọn “Thêm tài khoản”, luồng phụ Thêm
tài khoản được thực hiện.
● Nếu quản trị viên chọn “Sửa tài khoản”, luồng phụ cập nhật
thông tin tài khoản được thực hiện.
● Nếu quản trị viên chọn “Xóa tài khoản”, luồng phụ xóa tài
khoản được thực hiện.
Alternative Flow ● Thêm tài khoản
2a. Hệ thống hiển thị form điền thông tin và nhân viên điền thông
tin. Bao gồm các thông tin cơ bản:
● Họ tên
● Địa chỉ Email
● Số điện thoại
● Ngày sinh
● Giới tính
● Địa chỉ
● Mã khách hàng
● Thông tin bổ sung
● Nhãn
3a. Sau khi thêm tài khoản được yêu cầu, hệ thống sẽ phát sinh
và gán một mã mã nhân viên độc nhất cho tài khoản này. Tài
khoản này được thêm vào hệ thống quản lý tài khoản.
4a. Hệ thống kiểm tra và hiển thị thông báo thành công.
● Sửa tài khoản
2b. Hệ thống hiển thị yêu cầu quản trị viên nhập mã nhân viên của
tài khoản, hoặc tìm kiếm tài khoản.
3b. Quản trị viên nhập mã nhân viên của tài khoản . Hệ thống truy
xuất và hiển thị thông tin của nhân viên này.
4b. Quản trị viên thay đổi một số thông tin.
Gồm bất cứ thông tin nào được chỉ ra trong luồng phụ cập nhật
tài khoản (thông tin bắt buộc):
● Họ tên
● Địa chỉ Email
Và thông tin phụ (thông tin không bắt buộc) bao gồm:
● Giới tính
● Ngày sinh
● Địa chỉ
● Nhãn
5b. Sau khi quản trị viên cập nhật xong các thông tin cần thiết, hệ
thống cập nhật thông tin tài khoản này.
● Xóa tài khoản nhân viên
2c. Hệ thống hiển thị yêu cầu quản trị viên nhập vào mã nhân
viên của tài khoản hoặc tìm kiếm tài khoản
3c. Quản trị viên nhập mã nhân viên của tài khoản. Hệ thống truy
xuất và hiển thị thông tin của khách hàng hoặc nhân viên này.
4c. Hệ thống nhắc quản trị viên xác nhận thao tác xóa tài khoản.
5c. Quản trị viên xác nhận xóa.
6c. Hệ thống xóa thông tin tài khoản này ra khỏi hệ thống thành
công.
● Không tìm thấy tài khoản khách hàng

Exception Flow Nếu trong luồng phụ Sửa thông tin tài khoản hoặc Xóa tài khoản
không tồn tại nhân viên nào có mã số được nhập vào thì hệ thống
sẽ hiển thị một thông báo lỗi. Quản trị viên có thể nhập một mã
nhân viên khác, hoặc hủy bỏ thao tác, lúc này use case kết thúc.
● Thao tác xóa bị hủy
Nếu trong luồng phụ Xóa tài khoản, quản trị viên quyết định
không xóa tài khoản của nhân viên nữa, thao tác xóa bị hủy và
dòng sự kiện chính được bắt đầu lại từ đầu.
4) Đặc tả Use case tạo thông tin quản lý kho:
Use case ID UC-4
Use case Name Thông tin quản lý kho
Description Nhân viên muốn đăng nhập vào hệ thống để thêm và tạo thông tin
cho kho.
Priority Must have
Trigger Nhân viên muốn tạo mới thông tin về kho
Pre-Condition(s)  Tài khoản nhân viên dã được tạo sẵn
 Tài khoản nhân viên đã được phân quyền
 Thiết bị của người dùng đã được kết nối internet khi đăng
nhập vào hệ thống
Post-Condition(s)  Người dùng đăng nhập vào hệ thống thành công
 Hệ thống hiển thị form mẫu theo chức năng được nhân
viên truy cập
Basic Flow 1. Nhân viên truy cập vào chức năng kho hàng
2. Sau đó, chọn mục cài đặt kho hàng sẽ được cung cấp
thông tin theo yêu cầu, gồm một trong các luồng được
thực hiện như sau:
 Nếu nhân viên chọn “Thêm thông tin kho hàng”, luồng
phụ Thêm thông tin kho hàng được thực hiện.
 Nếu nhân viên chọn “Sửa thông tin kho hàng”, luồng phụ
cập nhật thông tin kho hàng được thực hiện.
 Nếu nhân viên chọn “Xóa thông tin kho hàng”, luồng phụ
xóa thông tin kho hàng được thực hiện.
3. Hệ thống sẽ hiển thị cho nhân viên form mẫu để nhân viên
điền các thông tin cần thiết để tạo kho hàng
Alternative Flow 3a. Hệ thống hiển thị form điền thông tin tạo thông tin kho hàng
để điền thông tin. Bao gồm các thông tin cơ bản:
● Tên kho hàng
● Mã cửa hàng
● Email
● Địa chỉ kho hàng
● Ghi chú
● Trạng thái
4. Hệ thống ghi nhận hoạt động tạo kho hàng thành công vào
cơ sở dữ liệu của hệ thống.
5. Hệ thống hiển thị thông tin về tất cả kho hàng hiện có.
Exception Flow  Trùng lắp thông tin có sẵn
 Hệ thống xác thực thông tin tạo mới không thành công và
hiển thi thông báo. Nhân viên kiểm tra lại thông tin cần
điền để nhập lại
5) Đặc tả Use case tạo thông tin quản lý sản phẩm:

Use case ID UC-5
Use case Name Thông tin quản lý sản phẩm
cho sản phẩm
Priority Must have
Trigger Nhân viên muốn tạo mới thông tin cho sản phẩm
viên truy cập
Basic Flow 1. Nhân viên truy cập vào chức năng sản phẩm
2. Sau đó, chọn mục tạo mới để tạo sản phẩm sẽ được cung
cấp thông tin theo yêu cầu, gồm một trong các luồng được
 Nếu nhân viên chọn “Thêm thông tin sản phẩm”, luồng
phụ Thêm thông tin sản phẩm được thực hiện.
 Nếu nhân viên chọn “Sửa thông tin sản phẩm”, luồng phụ
cập nhật thông tin sản phẩm được thực hiện.
 Nếu nhân viên chọn “Xóa thông tin sản phẩm”, luồng phụ
xóa thông tin sản phẩm được thực hiện.
điền các thông tin cần thiết để tạo thông tin sản phẩm
Alternative Flow 3a. Hệ thống hiển thị form điền thông tin tạo thông tin sản phẩm
để điền thông tin. Bao gồm các thông tin cơ bản như:
- Thông tin sản phẩm:
● Loại sản phẩm
● Tên sản phẩm
● Mã sản phẩm (SKU)
● Đơn vị tính
● Kích thước
● Khối lượng
● Nhập giá sản phẩm (giá nhập, giá bán, giá niêm
yết)
● Nhập tồn kho (Min,Max)
● Đơn vị tính
- Tạo mới sản phẩm:
 Màu sắc
 Kích thước
 Tên thuộc tính
4. Chọn “Đồng ý” để lưu thông tin sản phẩm
5. Hệ thống ghi nhận hoạt động tạo sản phẩm thành công vào
6. Nhấn chọn sản phẩm để xem chi tiết tất cả sản phẩm.
điền để nhập lại.
• Báo lỗi
• Nhập thông tin lại
• Nếu điền thông tin sai thì xoay vòng đến khi thành
công
6) Đặc tả Use case Thông tin nhà cung cấp:

Use case ID UC-6
Use case Name Thông tin quản lý nhà cung cấp
về nhà cung vấp
Priority Must have
Trigger Nhân viên muốn tạo mới thông tin về nhà cung cấp
viên truy cập
Basic Flow 1. Nhân viên truy cập vào chức năng nhà cung cấp
2. Sau đó, chọn mục tạo mới để tạo nhà cung cấp sẽ được
cung cấp thông tin theo yêu cầu, gồm một trong các luồng
được thực hiện như sau:
 Nếu nhân viên chọn “Thêm thông tin nhà cung cấp”,
luồng phụ Thêm thông tin nhà cung cấp được thực hiện.
 Nếu nhân viên chọn “Sửa thông tin nhà cung cấp”, luồng
phụ cập nhật thông tin nhà cung cấp được thực hiện.
 Nếu nhân viên chọn “Xóa thông tin”, luồng phụ xóa thông
tin nhà cung cấp được thực hiện.
điền các thông tin cần thiết để tạo thông tin nhà cung cấp.
Alternative Flow 3a. Hệ thống hiển thị form điền thông tin tạo thông tin sản phẩm
- Thông tin nhà cung cấp
● Mã nhà cung cấp
● Tên nhà cung cấp
● Địa chỉ
● Email
4. Chọn “Đồng ý” để lưu thông tin nhà cung cấp
5. Hệ thống ghi nhận hoạt động tạo sản phẩm thành công vào
6. Nhấn chọn thông tin nhà cung cấp để xem chi tiết tất cả
nhà cung cấp.
• Báo lỗi
công
7) Đặc tả Use case Thông tin cửa hàng phân phối:
Use case ID UC-7
Use case Name Thông tin quản lý thông tin cửa hàng phân phối
về cửa hàng phân phối
Priority Must have
Trigger Nhân viên muốn tạo mới thông tin về cửa hàng phân phối
viên truy cập
Basic Flow 1. Nhân viên truy cập vào chức năng cửa hàng
2. Sau đó, chọn mục tạo mới để tạo sản phẩm sẽ được cung
cấp thông tin theo yêu cầu, gồm một trong các luồng được
 Nếu nhân viên chọn “Thêm thông cửa hàng”, luồng phụ
Thêm thông tin cửa hàng được thực hiện.
 Nếu nhân viên chọn “Sửa thông tin cửa hàng”, luồng phụ
cập nhật thông tin cửa hàng được thực hiện.
 Nếu nhân viên chọn “Xóa thông tin cửa hàng”, luồng phụ
xóa thông tin cửa hàng được thực hiện.
điền các thông tin cần thiết để tạo kho hàng
Alternative Flow 3a. Hệ thống hiển thị form điền thông tin tạo thông tin cửa hàng
phân phối để điền thông tin. Bao gồm các thông tin cơ bản như:
● Mã cửa hàng
● Tên cửa hàng
● Email
● Địa chỉ
4. Chọn “Đồng ý” để lưu thông tin cửa hàng
5. Hệ thống ghi nhận hoạt động tạo thông tin cửa hàng thành
công vào cơ sở dữ liệu của hệ thống.
6. Nhấn chọn sản phẩm để xem chi tiết tất cả sản phẩm.
• Báo lỗi
công
8) Đặc tả thông tin phiếu xuất/ nhập kho:

Use case ID UC-8
Use case Name Thông tin quản lý phiếu xuất/ nhập kho
Description Nhân viên muốn đăng nhập vào hệ thống để tạo thông tin phiếu
cho hoạt động xuất nhập kho/
Priority Must have
Trigger Nhân viên muốn tạo phiếu cho hoạt động xuất/nhập kho

viên truy cập
Basic Flow 1. Nhân viên truy cập vào chức năng Phiếu và trong chức
năng phiếu sẽ gồm nhiều loại phiếu như:
 Phiếu nhập kho
 Phiếu xuất kho
 Phiếu chuyển kho
 Phiếu điều chỉnh kho
 Phiếu kiểm kho
2. Sau đó, chọn mục mới để tạo phiếu , qua đó hệ thống sẽ
 Nếu nhân viên chọn “Tạo phiếu xuất/nhập kho”, luồng
phụ Thêm kho hàng được thực hiện.
 Nếu nhân viên chọn “Sửa phiếu xuất/nhập kho”, luồng
phụ cập nhật thông tin kho hàng được thực hiện.
 Nếu nhân viên chọn “Xóa phiếu xuất/ nhập kho”, luồng
phụ xóa kho hàng được thực hiện.
điền các thông tin cần thiết để tạo phiếu cho kho hàng.
Alternative Flow 3a. Hệ thống hiển thị form điền thông tin tạo thông tin theo phiếu
● Tên phiếu
● Mã phiếu
● Nhà cung cấp
● Ngày lập phiếu
4. Chọn “Lưu” để lưu thông tin phiếu
5. Hệ thống ghi nhận hoạt động tạo phiếu thành công và lưu
vào cơ sở dữ liệu của hệ thống.
6. Nhấn danh mục tổng quan để xem chi tiết tất cả thông tin
phiếu..
• Báo lỗi
công
9) Đặc tả thông tin phiếu điều chỉnh kho:

Use case ID UC-9
Use case Name Thông tin quản lý phiếu điều chỉnh kho
cho hoạt động điều chỉnh kho hàng.
Priority Must have
Trigger Nhân viên muốn tạo phiếu cho hoạt động điều chỉnh kho hàng

viên truy cập
8. Sau đó, chọn mục mới để tạo phiếu, qua đó hệ thống sẽ
 Nếu nhân viên chọn “Tạo phiếu điều chỉnh kho hàng”,
luồng phụ Thêm kho hàng được thực hiện.
 Nếu nhân viên chọn “Sửa phiếu điều chỉnh kho hàng”,
luồng phụ cập nhật thông tin kho hàng được thực hiện.
 Nếu nhân viên chọn “Xóa phiếu điều chỉnh kho hàng”,
luồng phụ xóa kho hàng được thực hiện.
● Thông tin sản phẩm
● Số lượng điều chỉnh
● Lý do điều chỉnh
● Kho điều chỉnh
phiếu..
• Báo lỗi
công
10) Đặc tả thông tin phiếu kiểm kho:

Use case ID UC - 10
Use case Name Thông tin quản lý phiếu kiểm kho
cho hoạt động kiểm kê kho hàng.
Priority Must have
Trigger Nhân viên muốn tạo phiếu cho hoạt động kiểm kê kho hàng

viên truy cập
14. Sau đó, chọn mục mới để tạo phiếu, qua đó hệ thống sẽ
 Nếu nhân viên chọn “Tạo phiếu kiểm kho”, luồng phụ
Thêm kho hàng được thực hiện.
 Nếu nhân viên chọn “Sửa phiếu kiểm kho”, luồng phụ cập
nhật thông tin kho hàng được thực hiện.
 Nếu nhân viên chọn “Xóa phiếu kiểm kho”, luồng phụ xóa
kho hàng được thực hiện.
- Thông tin phiếu kiểm gồm:
● Mã phiếu
● Tên phiếu
● Ngày điều chỉnh
● Số lượng sản phẩm
● Loại sản phẩm
phiếu..
• Báo lỗi
công

Đặc tả Use case

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Đặc tả Use case

Uploaded by

Copyright:

Available Formats

Đặc tả Use case

1) Đặc tả Use case đăng ký – đăng nhập:

Use Case ID UC-1.1

Use Case Name Đăng ký

Actor(s) Nhân viên kho

Priority Must have

Pre-Condition(s) Chưa tồn tại tài khoản nhân viên.

Post-Condition Nhân viên trở thành thành viên của hệ thống

Non-Functional - Hình ảnh dung lượng file tối đa 1 MB

Use Case ID UC-1.2

Use Case Name Đăng nhập tài khoản

Priority Must have

Trigger - Quản tri viên muốn khắc phục hệ thống

Post-Condition - Nhân viên đăng nhập hệ thống WMS thành công

1. Người dùng truy cập vào hệ thống Sly

● Đăng nhập nhân viên

c) Lấy lại mật khẩu:

Use Case ID UC-1.3

Use Case Name Lấy lại mật khẩu

Actor(s) Nhân viên

Priority Must have

Pre-Condition(s) - Tài khoản của nhân viên đã được tạo sẵn

Use Case ID UC-2

Use Case Name Quản lý thông tin cá nhân

Actor(s) Nhân viên

Priority Must have

● Đổi mật khẩu

● Thay đổi Email

Use Case ID UC-3

Use Case Name Quản lý tài khoản nhân viên

Actor(s) Quản trị viên

Priority Must have

Alternative Flow ● Thêm tài khoản

● Không tìm thấy tài khoản khách hàng

5) Đặc tả Use case tạo thông tin quản lý sản phẩm:

6) Đặc tả Use case Thông tin nhà cung cấp:

8) Đặc tả thông tin phiếu xuất/ nhập kho:

Pre-Condition(s)  Tài khoản nhân viên dã được tạo sẵn

9) Đặc tả thông tin phiếu điều chỉnh kho:

Pre-Condition(s)  Tài khoản nhân viên dã được tạo sẵn

10) Đặc tả thông tin phiếu kiểm kho:

Pre-Condition(s)  Tài khoản nhân viên dã được tạo sẵn

You might also like