1. Trang chủ
  2. » Luận Văn - Báo Cáo

Acceptance Criteria.docx

93 1 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Nội dung

Acceptance Criteria hay tiêu chí chấp nhận (đôi khi được gọi là "định nghĩa của việc đã hoàn thành") là các điều kiện phải được đáp ứng để user story được đánh dấu là hoàn chỉnh và được người dùng, khách hàng hoặc bất kỳ hệ thống nào khác chấp nhận. Nó thường được trình bày dưới dạng các câu lệnh có thể được xác nhận là đạt hay không đạt. Mỗi product backlog item hoặc mỗi user story phải có ít nhất một acceptance criteria. Các tiêu chí chấp nhận tốt phải bao gồm Khả năng sử dụng: Đảm bảo có các thước đo về khả năng sử dụng trong tiêu chí chấp nhận. Nó chỉ ra cách trả lời các câu hỏi như: Nó có dễ sử dụng không? Điểm quan trọng là xác định các phép đo chính xác và đảm bảo mỗi phép đo đều có thể định lượng được. Chức năng: Các tiêu chí chấp nhận xác định chính xác những gì phải được phát triển bởi nhóm phát triển. Khi nhóm có các yêu cầu chính xác, họ có thể chia các câu chuyện của người dùng thành các nhiệm vụ có thể được ước tính một cách chính xác. Xử lý lỗi: Tiêu chí chấp nhận có thể yêu cầu hệ thống xác định các trường hợp lỗi và cách xử lý từng lỗi. Ví dụ: Nhập mật khẩu không hợp lệ hoặc yêu cầu định dạng mật khẩu. Tiêu chí chấp nhận nên xác định các tình huống này và giải thích cách một hệ thống nên phản ứng với chúng. Hiệu suất: Tiêu chí chấp nhận nên xác định hiệu suất hệ thống từ góc độ người dùng cá nhân. Ví dụ: giao diện người dùng phải đáp ứng hoặc điều hướng đến một trang mới Kiểm tra mức độ căng thẳng: Tiêu chí chấp nhận phải mô tả cách hệ thống sẽ phản hồi khi nó bị căng thẳng vì có nhiều người dùng, giao dịch, khối lượng hoặc truy vấn. Tiêu chí chấp nhận cũng cần xác định các ngưỡng chấp nhận được đối với thử nghiệm căng thẳng. Ví dụ: Hệ thống phản hồi trong ngưỡng 275 mili giây khi có 100 người dùng gửi truy vấn đồng thời.

Trang 1

HỌC VIỆN NGÂN HÀNG

KHOA HỆ THỐNG THÔNG TIN QUẢN LÝ -

BÁO CÁO BÀI TẬP LỚN

MÔN: PHÂN TÍCH NGHIỆP VỤ (BA)

ĐỀ TÀI: XÂY DỰNG HỆ THỐNG QUẢN LÝ KHOCHO DOANH NGHIỆP FRIDAY

Giáo viên hướng dẫn: Ths An Phương ĐiệpNhóm sinh viên thực hiện (nhóm2):

- Đào Minh Đức : 22A4040022

- Trịnh Thị Thu Phương : 22A4040153

Hà Nội, ngày tháng 4 năm 2023

Trang 2

HỌC VIỆN NGÂN HÀNG

KHOA HỆ THỐNG THÔNG TIN QUẢN LÝ

-NHÓM 2 ACCEPTANCE CRITERIA[Xây dựng hệ thống quản lý kho cho doanh nghiệp Friday][10/04/2023]1 Đăng nhập 1

1.1 Epic 1.1 1

a BPMN - Mô hình hóa quy trình thực hiện đăng nhập 1

b Acceptance Criteria - Tiêu chí chấp nhận Epic 1.1 1

c Wireframe - Khung giao diện Epic 1.1 8

2 Quản lý sản phẩm 12

2.1 Epic 2 1 12

a BPMN - Mô hình hóa quy trình thực hiện thêm mới 12

b Acceptance Criteria - Tiêu chí chấp nhận Epic 2.1 13

2.2 Epic 2.2 16

a BPMN - Mô hình hóa quy trình thực hiện thêm mới định mức sản phẩm 16

b Wireframe – Khung giao diện Epic 2.2 17

3 Quản lý nhân viên 18

3.1 Epic 3.1 18

a BPMN - Mô hình hóa quy trình thực hiện thêm mới và phân quyền nhân viên 18

a Acceptance Criteria - Tiêu chí chấp nhận Epic 3.1 18

4 Quản lý xuất kho 20

a BPMN - Mô hình hóa quy trình tạo phiếu xuất kho 21

b Wireframe – Khung giao diện Epic 4.1 22

5 Quản lý nhập hàng 24

5.1 Epic 5.1 24

a BPMN - Mô hình hóa quy trình tạo phiếu nhập kho 25

b Acceptance Criteria - Tiêu chí chấp nhận Epic 5.1 25

6 Quản lý hóa đơn 27

6.1 Epic 6.1 27

Trang 3

a BPMN - Mô hình hóa quy trình kiểm tra mẫu hóa đơn 27

b Acceptance Criteria - Tiêu chí chấp nhận Epic 6.1 28

c Wireframe – Khung giao diện Epic 6.1 30

a BPMN - Mô hình hóa quy trình thêm thông tin khách hàng 37

a BPMN - Mô hình hóa quy trình sửa, xóa, chia sẻ thông tin khách hàng 40

c Wireframe – Khung giao diện Epic 7.2 42

a Mô hình hóa quy trình xem báo cáo tồn kho 45

b Acceptance Criteria - Tiêu chí chấp nhận Epic 8.1 45

c Wireframe – Khung giao diện Epic 8.1 48

8.2 Epic 8.2 48

a Mô hình hóa quy trình xem báo cáo dưới định mức 49

b Acceptance Criteria - Tiêu chí chấp nhận 49

c Wireframe – Khung giao diện Epic 8.2 51

8.3 Epic 8.2 52

a Mô hình hóa quy trình xem báo cáo vượt định mức 52

b Acceptance Criteria - Tiêu chí chấp nhận 52

c Wireframe – Khung giao diện Epic 8.3 55

a Mô hình hóa quy trình xem báo cáo sổ kho 55

b Acceptance Criteria - Tiêu chí chấp nhận Epic 8.4 56

c Wireframe – Khung giao diện Epic 8.4 59

a Mô hình hóa quy trình xem báo cáo kiểm hàng 60

b Acceptance Criteria - Tiêu chí chấp nhận Epic 8.5 60

c Wireframe – Khung giao diện Epic 8.5 63

8.6 Epic 8.6 63

Trang 4

a Mô hình hóa quy trình xem báo cáo gợi ý nhập kho 64

b Acceptance Criteria - Tiêu chí chấp nhận Epic 8.6 64

c Wireframe – Khung giao diện Epic 8.6 66

9 Chức năng lọc 67

9.1 Epic 9.1 67

a Mô hình hóa quy trình lọc sản phẩm 68

b Acceptance Criteria - Tiêu chí chấp nhận Epic 9.1 68

c Wireframe – Khung giao diện Epic 9.1 70

9.2 Epic 9.2 70

a Mô hình hóa quy trình lọc hóa đơn 70

b Acceptance Criteria - Tiêu chí chấp nhận Epic 9.2 71

c Wireframe – Khung giao diện Epic 9.2 73

9.3 Epic 9.3 73

a Mô hình hóa quy trình lọc khách hàng 73

b Acceptance Criteria - Tiêu chí chấp nhận Epic 9.3 74

c Wireframe – Khung giao diện Epic 9.3 75

10 Chức năng tìm kiếm 75

10.1 Epic 10.1 75

a Mô hình hóa quy trình tìm kiếm sản phẩm 76

b Acceptance Criteria - Tiêu chí chấp nhận Epic 10.1 76

c Wireframe – Khung giao diện Epic 10.1 77

10.2 Epic 10.2 78

a Mô hình hóa quy trình tìm kiếm hóa đơn 78

b Acceptance Criteria - Tiêu chí chấp nhận Epic 10.2 78

c Wireframe – Khung giao diện Epic 10.2 79

10.3 Epic 10.3 80

a Mô hình hóa quy trình tìm kiếm khách hàng 80

b Acceptance Criteria - Tiêu chí chấp nhận Epic 10.3 80

c Wireframe – Khung giao diện Epic 10.3 82

10.4 Epic 10.4 82

a Mô hình hóa quy trình tìm kiếm nhân viên 82

b Acceptance Criteria - Tiêu chí chấp nhận Epic 10.4 83

c Wireframe – Khung giao diện Epic 10.4 84

11 Phân loại sản phẩm 84

a BPMN - Mô hình hóa quy trình phân loại sản phẩm 84

Trang 5

b Acceptance Criteria - Tiêu chí chấp nhận Epic 11.1 85c Wireframe – Khung giao diện Epic 11.1 88

Trang 6

a BPMN - Mô hình hóa quy trình thực hiện đăng nhập

Hình 1 1 Quy trình thực hiện đăng nhập

b Acceptance Criteria - Tiêu chí chấp nhận Epic 1.1

1 Hệ thống tài khoản Đăng nhập cần có hệ thống tài khoản để quản lý thông tin người dùng, bao gồm thông tin cá nhân,

- Tài khoản nhân viên không được trùng nhau.

- Tên đăng nhập phải đúng tài khoản email nhân viên cung

Trang 7

thông tin đăng nhập, và quyền truy cập.Bước 1: Người quản lý đăng nhập hệ thống.

Bước 2: Người quản lý vào mục quản lý tàikhoản và thêm tài khoản.

Bước 3: Người quản lý lưu thông tin tài khoản

- Không được bỏ trong các thông tin trong mục quản lý tàikhoản.

Xác thực người dùng

Chức năng đăng nhậpcần xác thực người dùng để đảm bảo tính bảo mật và an toàn của tài khoản Điều này có thể đạt được thông qua các phươngpháp xác thực như mật khẩu, mã OTP,

- Người dùng phải sử dụng đúng email cá nhân đã cung cấp.

- Mã OTP xác nhận phải đúng với mã hệ thống đã gửi về qua tài khoản email.

3 Quên mật khẩu Tính năng cho phép người dùng khôi phụcmật khẩu trong trường hợp quên mật khẩu Điều này có thểđạt được thông qua việc gửi email đặt lại mật khẩu, câu hỏi bí

- Người dùng phải sử dụng đúng email cá nhân đã cung cấp.

- Mã OTP xác nhận phải đúng với mã hệ thống đã gửi về qua tài khoản email.

- Mật khẩu phải đúng với yêu

Trang 8

mật hoặc các phương pháp khôi phục mật khẩu khác.

Bước 1: Người dùng lựa chọn quên mật khẩu.

Bước 2: Người dùng nhận mã OTP qua email và xác thực mã OTP.

Bước 3: Đặt mật khẩumới.

4 Quản lý phiên đăng nhập

Chức năng đăng nhậpcần quản lý phiên đăng nhập của người dùng, bao gồm thông tin về thời gian đăng nhập, địa chỉ IP, và hoạt động đăng nhập gần đây, để phát hiện và ngăn chặn các hoạtđộng đăng nhập đáng ngờ hoặc truy cập tráiphép.

Bước 1: Người dùng đăng nhập vào hệ thống.

Bước 2: Hệ thống lưulại lịch sử đăng nhập.

- Người dùng có thể đăng nhậpbằng tên người dùng và mật khẩu hợp lệ.

- Người dùng không thể đăng nhập với tên người dùng hoặc mật khẩu không hợp lệ.

- Khi người dùng đăng nhập thành công, hệ thống hiển thị thông tin cá nhân của người dùng, chẳng hạn tên, hình ảnh đại diện, hoặc thông tin khác tùy thuộc vào yêu cầu của dự án.

- Khi người dùng đăng nhập, hệ thống phải tạo ra một phiên đăng nhập mới và gán cho người dùng, đồng thời lưu trữ

Trang 9

thông tin về phiên đăng nhập đó, chẳng hạn thời gian bắt đầu phiên, thời gian hết hạn phiên, và mã phiên đăng nhập.- Phiên đăng nhập phải có thời gian lưu thời gian người dùng đăng nhập và thực hiện trên hệthống.

- Người dùng có thể đăng xuất khỏi hệ thống bất cứ lúc nào, và phiên đăng nhập của người dùng sẽ bị hủy sau khi đăng xuất.

- Người dùng không thể truy cập vào các tính năng yêu cầu đăng nhập mà không đăng nhập thành công.

- Hệ thống phải bảo vệ an toànthông tin đăng nhập, bao gồm cả tên người dùng và mật khẩu, để ngăn chặn việc lộ thông tin cá nhân của người dùng.

- Hệ thống phải ghi lại các hoạt động đăng nhập, đăng xuất, và các lỗi liên quan đến phiên đăng nhập để có thể kiểm tra lại và phát hiện các hoạt động đáng ngờ hoặc xâm nhập.

Trang 10

5 Xử lý lỗi Tính năng đăng nhập cần quản lý và xử lý các lỗi liên quan đến đăng nhập, bao gồm mật khẩu sai, tài khoản không tồn tại, đăng nhập.

- Lỗi đã được khắc phục hoàn toàn: Kiểm tra xem lỗi đã đượcloại bỏ hoàn toàn khỏi hệ thống hay chưa, và không có hậu quả hoặc ảnh hưởng tiêu cực nào đối với chức năng hoặc hiệu suất của hệ thống.- Lỗi đã được kiểm tra lại: Đảm bảo rằng lỗi đã được kiểm tra lại để đảm bảo tính ổnđịnh của hệ thống, và không cólỗi phát sinh lại sau khi xử lý ban đầu.

- Kiểm tra tính hợp lệ của dữ liệu đầu vào: Xác nhận rằng các dữ liệu đầu vào đã được kiểm tra tính hợp lệ để đảm bảo tính chính xác và đầy đủ của dữ liệu trước khi chúng được xử lý.

- Kiểm tra tính bảo mật: Đảm bảo rằng các biện pháp bảo mật đã được áp dụng để đảm bảo an toàn của hệ thống sau khi xử lý lỗi, bao gồm việc kiểm tra tính bảo mật của dữ liệu được xử lý, quy trình, hoặc phương pháp xử lý.- Kiểm tra tính nhất quán của dữ liệu: Đảm bảo rằng dữ liệu

Trang 11

được xử lý đồng nhất với dữ liệu hiện có trong hệ thống, đồng bộ với các hệ thống khác nếu cần thiết, và không gây ra sự mất mát hoặc biến đổi không mong muốn đến dữ liệu.

- Kiểm tra tính khả thi của giảipháp: Đảm bảo rằng giải pháp xử lý lỗi là khả thi và thực hiệnđược trong môi trường sản xuất, và không gây ra các vấn đề hoặc hậu quả không mong muốn khác cho hệ thống hoặc người dùng.

6 Đăng nhập Bước 1: Truy cập hệ thống.

Bước 2: Nhập thông tin:

Tên đăng nhập hoặc tên người dùngMật khẩu:

Bước 3: Bấm nút đăng nhập

- Người dùng có thể nhập đúngtên đăng nhập (username) và mật khẩu (password) vào các trường tương ứng trên giao diện đăng nhập.

- Hệ thống xác nhận tính đúng đắn của thông tin đăng nhập bằng cách kiểm tra xem tên đăng nhập và mật khẩu có khớp với dữ liệu người dùng đã đăng ký trong hệ thống hay không.

- Nếu thông tin đăng nhập không chính xác, hệ thống hiển thị thông báo lỗi cụ thể

Trang 12

(ví dụ: "Tên đăng nhập hoặc mật khẩu không chính xác") vàkhông cho phép người dùng đăng nhập.

- Nếu thông tin đăng nhập chính xác, hệ thống chuyển hướng người dùng đến trang hoặc màn hình được ủy quyền để tiếp tục sử dụng ứng dụng hoặc trang web.

- Nếu người dùng quên mật khẩu, hệ thống cung cấp cơ chế phục hồi mật khẩu an toàn,bao gồm các bước xác thực và cung cấp cách để người dùng đặt lại mật khẩu mới.

- Hệ thống ghi lại các lỗi đăng nhập không thành công, bao gồm lưu lại ngày giờ, địa chỉ IP, và thông tin liên quan khác để giúp phát hiện và ngăn chặnhoạt động đăng nhập bất thường hoặc đánh cắp tài khoản.

- Hệ thống cho phép người dùng đăng xuất khỏi tài khoản hiện tại và chuyển hướng đến trang đăng nhập nếu cần.- Giao diện đăng nhập được thiết kế đơn giản, dễ sử dụng

Trang 13

và thân thiện với người dùng, bao gồm nhãn rõ ràng, thông báo lỗi đúng đắn.

Bảng 1 1 Tiêu chí chấp nhận đăng nhập

c Wireframe - Khung giao diện Epic 1.1

Hình 1 2 Giao diện đăng nhập

Hình 1 3 Giao diện đăng nhập lỗi

Trang 14

Hình 1 4 Giao diện thông báo khi phát hiện đăng nhập trên thiết bị lạ

Hình 1 5 Giao diện xác thực đăng nhập trên thiết bị lạ

Trang 15

Hình 1 6 Giao diện thông báo mã OTP không hợp lệ

Hình 1 7 Giao diện xác thực OTP thành công

Trang 16

Hình 1 8 Giao diện quên mật khẩu

Hình 1 9 Giao diện đặt lại mật khẩu

2 Quản lý sản phẩm

2.1 Epic 2 1

Là một người dùng, tôi muốn có thể quản lý được sản phẩm của kho hàng của mình Tôi muốn có thể thêm mới sản phẩm, cập nhật, sửa, xóa các sản phẩm khi cần thiết.a BPMN - Mô hình hóa quy trình thực hiện thêm mới

Trang 17

Hình 2 1 Quy trình thêm mới sản phẩm

Hình 2 2 Quy trình sửa sản phẩm

b Acceptance Criteria - Tiêu chí chấp nhận Epic 2.1

1 Thêm mới sản phẩm

Tính năng cho phép người sử dụng tạo mới sản phẩm và có thể quản lý sản phẩm đó theo Danh mục.

Bước 1: Người sử dụng chọn danh mục sản phẩm

Bước 2: Người sử dụng chọn button Thêm mới

Bước 3: Người sử dụng nhập

- Mỗi sản phẩm sẽ được tự động sinh một mã riêng theo cấu trúc: 0001SP1

(0001 tự động tăng dần; SP1 là nhóm sản phẩm mà sản phẩm đó thuộc)

- Các textbox quan

Trang 18

dữ liệu sản phẩm vào các textbox.

trọng(*) không được bỏ trống Nếu bỏ trống thì hệ thống sẽ báo lỗi và không lưu được.- Thêm trùng mã sản

phẩm Hệ thống thông báo lỗi “Sản phẩm đã tồn tại”

2 Sửa, xóa sảnphẩm

Tính năng này giúp người quản lý có thể sửa, xóa các sản phẩm.

Bước 1: Người quản lý click vào sản phẩm cần sửa, xóa ở danh sách sản phẩm

Bước 2.1: Người quản lý chọn nút sửa nếu muốn sửa nó Hệ thống hiện form sửa sản phẩm.

Bước 2.2: Người quản lý chọn nút xóa nếu muốn xóa sản phẩm.

Bước 3.1: Người quản lý nhập dữ liệu cần sửa vào form sửa chữa và chọn nút lưu.

- Khi chọn sửa thì tất cả thông tin của sản phẩm được hiện sẵn ở form.- Mã sản phẩm sẽ bị chìm

không được sửa.

- Khi chọn lưu, hệ thống sẽ thông báo xác nhận là“Bạn có muốn lưu sửa chữa hay không?”- Khi xóa sản phẩm hệ

thống thông báo xác nhận: “Bạn có muốn xóasản phẩm hay không”.

3 Tìm kiếm sản phẩm

Tính năng này giúp người quản lý có thể tìm kiếm được sản phẩm bằng các thông tin của sản phẩm

- Ô tìm kiếm không nhập được những kí tự đặc biệt

Trang 19

Bước 1: Người quản lý nhập thông tin liên quan đến sản phẩm cần tìm kiếm vào ô tìm kiếm Hệ thống sẽ tự lọc những sản phẩm có liên quan đến chuỗi ký tự được nhập ở ô tìm kiếm

Bảng 2 1 Tiêu chí chấp nhận Epic 2.1

a Wireframe – Khung giao diện Epic 2.1

Hình 2 3 Giao diện danh mục sản phẩm

Trang 20

Hình 2 4 Giao diện tạo mới sản phẩm

Hình 2 5 giao diện sửa sản phẩm

Trang 21

Hình 2 6 Giao diện xóa sản phẩm

2.2 Epic 2.2

Là một người quản lý, tôi muốn kiểm tra định mức sản phẩm nhằm tạo điều kiện thuận lợi trong việc ra quyết định kinh doanh cho cửa hàng.

a BPMN - Mô hình hóa quy trình thực hiện thêm mới định mức sản phẩm

Hình 2 7 Quy trình thêm mới định mức sản phẩm

a Acceptance Criteria - Tiêu chí chấp nhận Epic 2.2

ID Feature Description Acceptance Criteria

Trang 22

1 Định mức sản phẩm

Bước 1: Ở danh mục quản lý sản phẩm Người quản lý chọn Định mức sản phẩm.Bước 2: Người quản lýtạo thêm mới trên Form định mức sản phẩm.

Bước 3: Người quản lýnhập các dữ liệu ở form định mứcBước 4: Chọn Lưu

- Mã sản phẩm, tên sản phẩm được link từ danh sách sản phẩm

- Định mức được tính dựa theo số lượng

- Form có thể sửa, xóa, tìm kiếm- Form có thể xuất với tất cả loại

Bảng 2 2 Tiêu chí nhấp nhận Epic 2.2

b Wireframe – Khung giao diện Epic 2.2

Hình 2 8 Giao diện tạo định mức sản phẩm

3 Quản lý nhân viên

3.1 Epic 3.1

Trang 23

Là người dùng, tôi muốn xem, quản lý và tạo mới danh sách nhân viên: Điều này giúp tôi có thể dễ dàng nắm bắt các thông tin nhân viên của mình, điều đó giúp tôi quản lý nhân viên tốt hơn

a BPMN - Mô hình hóa quy trình thực hiện thêm mới và phân quyền nhân viên

Hình 3 1 Quy trình thực hiện thêm mới và phần quyền nhân viên

a Acceptance Criteria - Tiêu chí chấp nhận Epic 3.1

1 Thêm mới nhân viên

Bước 1: Người sử dụng chọn danh mục nhân viên.

Bước 2: Người sử dụng tạo mới danh mục nhân viên.Bước 3: Người sử dụng nhập dữ liệu các thông tin trên textbox.Bước 4 Chọn Lưu

- Mã nhân viên không được trùng nhau Trùng sẽ báo lỗi

- Các textbox quan trọng như: Tên; sđt, địa chỉ không được bỏ trống bỏ trống lúc Lưu hệ thống hiển thịbáo lỗi.

2 Phân quyền nhân viên

Bước 1 Trên form thêm mới nhân viên

- Mỗi chức vụ nhân viên sẽ được gắn liền với các chức năng mà

Trang 24

Người sử dụng chọn chức vụ của nhân viên.

chức vụ đó có thể thực hiện VD: Quản lý có thể thực hiện mọi chức năng của hệ thống

Quản lý nhập kho chỉ có thể sử dụng các chức năng danh mục, báo cáo, chứng từ liên quan đến nhập kho

Bảng 3 1 Tiêu chí chấp nhận epic 3.1

a Wireframe – Khung giao diện Epic 3.1

Hình 3 2 Giao diện thêm mới và phân quyền nhân viên

Trang 25

Hình 3 3 Giao diện danh sách nhân viên

4 Quản lý xuất kho

4.1 Epic 4.1

Là một quản lý xuất kho, tôi cần tạo mới được phiếu xuất kho để dễ dàng cho việc điều chuyển hàng, tra cứu tồn và báo cáo

a BPMN - Mô hình hóa quy trình tạo phiếu xuất kho

Hình 4 1 Quy trình tạo phiếu xuất kho

a Acceptance Criteria - Tiêu chí chấp nhận Epic 4.1

1 Tạo phiếu Tính năng này giúp người - Cần điền đủ các thông tin

Trang 26

xuất kho quản lý có tạo mới phiếu xuất kho:

Bước 1: Trong màn hình “Tạo phiếu xuất kho” ngườidùng click vào textbox “Tạo mới” và nhập các thông tin

Bước 2: Người dùng click vào button “Lưu”

cần thiết của hóa đơn xuất (Ngày lập, số phiếu, kho xuất, đối tượng nhận) và thông tin sản phẩm (Mã hàng, Số lượng)

- Số lượng xuất >= số lượng tồn kho của sản phẩm

- Các ký tự cho phép điền vàothông tin gồm: ký tự

alphabet (a-z, A-Z), ký tự số(0-9), ký tự rỗng (space), kýtự đặc biệt ( “-”), ngoại trừ mục tên khách hàng và địa chỉ

- Nếu chuỗi thông tin bắt đầu hoặc kết thúc bằng ký tự khoảng cách (space) thì ký tự này sẽ bị loại bỏ

2 In phiếu chứng từ

Tính năng này giúp người quản lý có thể in ra phiếu xuất kho vừa tạo để dễ dàngtheo dõi và quản lý

Bước 1: Trong màn hình “Tạo phiếu xuất kho” ngườidùng click vào textbox “Tạo mới ” và nhập các thông tin

Bước 2: Người dùng click vào button “Lưu”

- Chứng từ phải được tạo thành công

Trang 27

Bước 3: Người dùng click vào button “In”

Bảng 4 1 Tiêu chí chấp nhận Epic 4.1

b Wireframe – Khung giao diện Epic 4.1

Hình 4 2 Giao diện tạo phiếu xuất kho

Trang 28

Hình 4 3 Giao diện thông báo lỗi

Hình 4 4 Mẫu in phiếu xuất kho

5 Quản lý nhập hàng

5.1 Epic 5.1

Là một quản lý nhập kho, tôi muốn tạo mới phiếu nhập kho để có thể nhập được hàng hóa từ nhà cung cấp và từ đó bổ sung thêm hàng hóa vào kho để tránh bị

Trang 29

thiếu hàng hóa khi thực hiện xuất

a BPMN - Mô hình hóa quy trình tạo phiếu nhập kho

Hình 5 1 Quy trình tạo phiếu nhập kho

b Acceptance Criteria - Tiêu chí chấp nhận Epic 5.1

1 Tạo phiếu nhập kho

Tính năng này giúp người quản lý có thể tạo mới phiếu nhập kho:

Bước 1: Trong màn hình “Tạo phiếu nhập kho” người dùng click vào textbox “Tạo mới”và nhập các thông tinBước 2: Người dùng click vào button “Lưu”

- Cần điền đủ các thông tin cần thiết của hóa đơn nhập (Ngày lập,số phiếu, kho nhập, nhà cung cấp) và thông tin sản phẩm (Số lượng)

- Các ký tự cho phép điền vào thông tin gồm: ký tự alphabet (a-z, A-Z), ký tự số (0-9), ký tự rỗng(space), ký tự đặc biệt ( “-”)- Nếu chuỗi thông tin bắt đầu hoặc

kết thúc bằng ký tự khoảng cách (space) thì ký tự này sẽ bị loại bỏ2 In phiếu

chứng từ

Tính năng này giúp người quản lý có thể inra phiếu chứng từ khi

- Chứng từ phải được tạo thành công

Trang 30

tạo thành công phiếu để dễ dàng quản lý:Bước 1: Trong màn hình “Tạo phiếu nhập kho” người dùng click vào textbox “Thêm mới phiếu nhập kho” và nhập các thông tinBước 2: Người dùng click vào button “Lưu”Bước 3: Người dùng click vào button “In”

Bảng 5 1 Tiêu chí chấp nhận Epic 5.1

a Wireframe – Khung giao diện Epic 5.1

Hình 5 2 Giao diện tạo phiếu nhập kho

Trang 31

Hình 5 3 Mẫu in phiếu nhập kho

6 Quản lý hóa đơn

6.1 Epic 6.1

Là một người dùng tôi muốn kiểm tra mẫu hóa đơn trên hệ thống có đúng vớimẫu hóa đơn được cơ quan thuế chấp thuận để tránh gây sai phạm trong quá trình pháthành hóa đơn.

a BPMN - Mô hình hóa quy trình kiểm tra mẫu hóa đơn

Trang 32

Hình 6 1 Quy trình kiểm tra mẫu hóa đơn

b Acceptance Criteria - Tiêu chí chấp nhận Epic 6.1

1 Điều kiện đầu vào

- Người dùng đăng nhập tài khoản đã được phân quyền làmnhiệm vụ quản lý hóa đơn có thể kiểm tra mẫu hóa đơn.2 Kiểm tra

mẫu hóa đơn

Bước 1 : Trong màn hình “ Quản lý hóa đơn” người dùng double click vào mẫu hóa đơn cần kiểm tra.Bước 2 : Trong form “Mẫu hóa đơn” người dùng click “ Xem mẫu” để phóng to mẫu.

Bước 3 : Người dùng kiểm tra các thông tin trong mẫu đã chính

- Nếu sửa lại mẫu hóa đơn người dùng cần tuân thủ các quy định về mẫu số và ký hiệu theo Thông tư 78.

- Hệ thống hiển thị ký hiệu không hợp lý khi người dùng viết sai cú pháp ký hiệu và mẫu số

- Hệ thống sẽ chấp nhận cú phápký hiệu và mẫu số như sau : - Mẫu số hóa đơn điện tử Thông

tư 78 là một trong sáu số tự nhiên 1, 2, 3, 4, 5, 6; trong đó

Trang 33

xác với mẫu hóa đơn được cơ quan thuế chấp nhận hay chưa.Bước 4 : Nếu chưa chính xác người dùng click vào “ Sửa mẫu “ để sửa lại các thông tintrong mẫu Sau khi cácthông tin đã chính xác người dùng click “ Lưu mẫu” và đóng form “Mẫu hóa đơn”

mỗi số tự nhiên đại diện cho một loại hóa đơn điện tử khác nhau.

- Ký hiệu hóa đơn theo Thông tư 78 là nhóm 6 ký tự gồm cả chữ viết và chữ số thể hiện ký hiệu hóa đơn điện tử để phản ánh các thông tin về loại hóa đơn điện tử có mã của cơ quan thuế hoặc hóa đơn điện tử không mã, năm lập hóa đơn, loại hóa đơn điện tử được sử dụng Sáu (06) ký tự này được quy định như sau:

- Ký tự đầu tiên là một (01) chữ cái được quy định là C hoặc K như sau: C thể hiện hóa đơn điện tử có mã của cơ quan thuế, K thể hiện hóa đơn điện tử không có mã;

- Hai ký tự tiếp theo là hai (02) chữ số Ả rập thể hiện năm lập hóa đơn điện tử được xác định theo 2 chữ số cuối của năm dương lịch Ví dụ: Năm lập hóa đơn điện tử là năm 2022 thì thể hiện là số 22; năm lập hóa đơn điện tử là năm 2023 thì thể hiện là số 23;

- Một ký tự tiếp theo là một (01)

Trang 34

chữ cái được quy định là T, D, L, M, N, B, G, H thể hiện loại hóa đơn điện tử được sử dụng khác nhau

Bảng 6 1 Tiêu chí chấp nhận Epic 6.1

c Wireframe – Khung giao diện Epic 6.1

Hình 6 2 Giao diện xem mẫu hóa đơn

Trang 35

Hình 6 3 Quy trình thay đổi trạng thái thông báo phát hành hóa đơn

b Acceptance Criteria - Tiêu chí chấp nhận Epic 6.2

ID Feature Description Acceptance Criteria1 Điều kiện

đầu vào

- Người dùng đăng nhập tài khoản đã được phân quyền làm nhiệm vụquản lý hóa đơn có thể thay đổi trạng thái thông báo phát hành hóađơn.

2 Thay đổi trạng thái thông báophát hànhhóa đơn.

Bước 1 : Trong màn hình “ Quản lý hóa đơn” người dùng ấn vào tab “ Thông báo phát hành hóa đơn”Bước 2 : Chọn vào thông báo phát hành hóa đơn cần đổi trạng thái.

Bước 3 : Ấn vào “Sửa” trên form thông báo phát hành hóa đơn.

- Khi người dùng chọn vào thông báo phát hành hóa đơn cần đổi trạng thái, hệ thống hiện ra form “Thông báo phát hành hóa đơn”- Trường thông tin “Trạng thái”

trong form “Thông báo phát hành hóa đơn” khi ấn vào hệ thống sẽ đưa ra 3 lựa chọn “Chưa nộp cho Cơ quan Thuế”, “Đã nộp cho Cơ quan Thuế”, “Đã có hiệu lực”.- Khi người dùng thay đổi trạng thái

thông báo phát hành hóa đơn thì hệ thống cần hiện ra một thông

Trang 36

Bước 4 : Ấn vào mũi tên ở ô"Trạng thái" và chọn mục "Đã có hiệu lực".

Bước 5 : Ấn "Lưu" trên form thông báo phát hành hóa đơn.Bước 6 : Xác nhận thay đổi trong bảng thông báo hệ thống hiện lên.

báo yêu cầu người dùng kiểm tra lại các thông tin trước khi thay đổi.

- Trong bảng thông báo có button xác nhận thay đổi trạng thái.- Khi người dùng ấn chấp nhận thay

đổi hệ thống sẽ đóng bảng thông báo và lưu trạng thái vào hệ thống.

Bảng 6 2 Tiêu chí chấp nhận Epic 6.2

c Wireframe – Khung giao diện Epic 6.2

Hình 6 4 Giao diện thông báo phát hành hóa đơn

6.3 Epic 6.3

Là một người dùng tôi muốn chuyển hóa đơn điện tử thành hóa đơn giấy, tải

Trang 37

hóa đơn, xóa, gửi các hóa đơn.

a BPMN - Mô hình hóa quy trình xóa hóa đơn.

Hình 6 5 Mô hình hóa quy trình xóa hóa đơn

b Acceptance Criteria - Tiêu chí chấp nhận Epic 6.3

1 Điều kiện đầu vào

- Người dùng đăng nhập tài khoản đã được phân quyền làm nhiệm vụ quản lý hóa đơn có thể xóa, tải, gửi, chuyển hóa đơn điện tử sang hóa đơngiấy.

2 Xóa hóa đơn

Bước 1 : Truy cập “Hóa đơn điện tử”

Bước 2 : Chuột phải vào hóa đơn cần xóa Lựa chọn xóa hóa đơn.

Bước 3 : Tạo biên bản hủyhóa đơn gửi khách hàng (nếu hóa đơn muốn xóa đã

- Khi người dùng tạo biên bản hủy hóa đơn thì hệ thống hiển thị form “Biên bản hủy hóa đơn” để người dùng điền các thông tin.

- Khi người dùng ấn xóa hóa đơn hệ thống hiển thịthông báo yêu cầu người

Trang 38

gửi khách hàng)

Bước 4 : Khách hàng đồngý xóa hóa đơn, tiến hành xóa hóa đơn

dùng kiểm tra hóa đơn đãđược gửi tới khách hàng chưa Nếu đã gửi yêu cầungười dùng tạo biên bản hủy hóa đơn

- Nếu chưa gửi hóa đơn vàngười dùng chọn tiếp tục xóa hệ thống sẽ hiện thông báo cảnh báo khi xóa hóa đơn hóa đơn sẽ không thể khôi phục trên hệ thống, và có 2 button lựa chọn trên thông báo để người dùng lựa chọn.

3 Tải hóa đơn Bước 1 : Truy cập “Hóa đơn điện tử”

Bước 2 : Chuột phải vào hóa đơn cần tải Lựa chọn tải hóa đơn.

- Khi người dùng ấn chuột phải vào hóa đơn hệ thống hiển thị các chức năng trong đó bảo gồm “ Tải hóa đơn “, “Tải hóa đơn hàng loạt”

- Nếu người dùng lựa chọntải hóa đơn hàng loạt hệ thống sẽ tạo một cột có thể tick vào để người dùng chọn những hóa đơn cần tải.

- Khi người dùng ấn vào tải hóa đơn hệ thống hiểnthị form hóa đơn dưới

Trang 39

dạng pdf có thể tải xuống.

4 Chuyển hóa đơn điện tử sang hóa đơn giấy

Bước 1 : Truy cập “Hóa đơn điện tử”

Bước 2 : Chuột phải vào hóa đơn cần chuyển sang hóa đơn giấy Lựa chọn chuyển hóa đơn sang hóa đơn giấy.

- Khi người dùng ấn chuột phải vào hóa đơn hệ thống hiển thị các chức năng trong đó bảo gồm “ Chuyển HĐ điện tử sang HĐ giấy “, “Chuyển HĐ điện tử sang HĐ giấy hàng loạt”

- Nếu người dùng lựa chọnChuyển HĐ điện tử sang HĐ giấy hàng loạt hệ thống sẽ tạo một cột có thể tick vào để người dùng chọn những hóa đơn cần chuyển.

- Khi người dùng ấn vào chuyển hóa đơn sang hóađơn giấy hệ thống hiển thị form hóa đơn dưới dạng pdf có thể in ra.5 Gửi hóa đơn Bước 1 : Truy cập “Hóa

đơn điện tử”

Bước 2 : Chuột phải vào hóa đơn cần gửi Lựa chọngửi hóa đơn.

- Khi người dùng ấn chuột phải vào hóa đơn hệ thống hiển thị các chức năng trong đó bảo gồm “ Gửi hóa đơn “, “Gửi hóađơn hàng loạt”

- Nếu người dùng lựa chọn

Trang 40

gửi hóa đơn hàng loạt hệ thống sẽ tạo một cột có thể tick vào để người dùng chọn những hóa đơn cần gửi.

- Khi người dùng ấn vào gửi hóa đơn hệ thống hiển thị form hóa đơn dưới dạng pdf có chức năng gửi.

- Khi người dùng ấn gửi thì hệ thống tạo form để người dùng điền thông tin người nhận.

Bảng 6 3 Tiêu chí chấp nhận Epic 6.3

c Wireframe – Khung giao diện Epic 6.3

Hình 6 6 Giao diện xóa hóa đơn

7 Quản lý khách hàng

Ngày đăng: 07/06/2024, 14:53

TỪ KHÓA LIÊN QUAN

w