HIỆN TRẠNG VÀ YÊU CẦU
Hiện trạng
Xã hội ngày càng phát triển, nhưng nhu cầu về hàng tiêu dùng và thực phẩm ở thời nào cũng có, thậm chí ở xã hội phát triển, nhu cầu ấy càng nhiều, đa dạng và khắt khe hơn Con người ở thời đại công nghiệp này, đòi hỏi sự an toàn, tiện lợi, sạch sẽ, phong phú và tiết kiệm thời gian về chính những sản phẩm và dịch vụ mà họ sử dụng hằng ngày Chính vì lý do đó chuỗi cửa hàng tiện lợi ra đời nhằm đáp ứng những nhu cầu thích đáng của người tiêu dùng Một trong số đó chính là sự ra đời của chuỗi cửa hàng tiện lợi Ministop
Hình 1.1.1.1.1.1: Cửa hàng tiện lợi Ministop
Ministop là thành viên của tập đoàn AEON Nhật Bản – nhà bán lẻ hàng đầu tại Nhật Bản Với tên đầy đủ là Công ty TNHH Ministop Việt Nam Tên doanh nghiệp viết bằng tiếng anh (Viết tắt): MINISTOP VIETNAM CO LTD Thành lập ngày 15 tháng 1 năm 2015 Với loại hình doanh nghiệp là công ty trách nhiệm hữu hạn Ngành nghề kinh doanh chính: Bán lẻ lương thực, thực phẩm, đồ uống chiếm tỷ trọng lớn trong các cửa hàng kinh doanh tổng hợp Ministop đạt doanh thu 994 tỷ đồng năm
2019 Trụ sở chính ở Việt Nam đặt tại 215 Điện Biên Phủ, Phường 15, Quận Bình Thạnh, Thành phố Hồ Chí Minh, Việt Nam.
Cửa hàng tiện lợi Ministop mang đến sự tiện lợi đến người tiêu dùng, ở đây bán đầy đủ những thực phẩm chưa chế biến cũng như đã chế biến, nước giải khát, đồ dùng cá nhân… ó chỗ ngồi ăn cho khách hàng, máy lạnh và wifi…Phục vụ suốt 24 giờ. Ngoài ra còn có dịch vụ thanh toán hóa đơn điện, nước, điện thoại, internet qua Payoo. Chương trình ưu đãi của Ministop đó là giảm giá từng món ăn khác nhau, đặc biệt là những món mới cho khách hàng dùng thử Ministop áp dụng thẻ thành viên khách hàng có thể tích điểm và thanh toán bằng điểm tại cửa hàng Ministop tập trung đến đối tượng khách hàng là học sinh, sinh viên.
Hệ thống ministop Việt Nam hiện có 144 cửa hàng, phân thành nhiều khu vực, Mỗi cửa hàng sẽ có người quản lý chính, nhân viên tại cửa hàng thực hiện các công việc nhập hàng, bán hàng, xếp hàng lên kệ, xử lý các dịch vụ thanh toán hóa đơn như điện nước, báo cáo và thống kê Thông tin cá nhân của khách hàng gồm: Tên, địa chỉ email, địa chỉ nhà, số điện thoại, tuổi, giới tính hoặc thông tin các nhân khác Khi khách đến mua hàng có thể không cần nhập thông tin khách hàng, Khách hàng có thể lập thẻ thành viên tại Ministop để tham gia tích điểm.
Các sản phẩm tại ministop bao gồm các mặt hàng thiết yếu, thực phẩm và dịch vụ Đối với sản phẩm không phải là dịch vụ thì sẽ được ghi nhận các thông tin tên sản phẩm, đơn vị tính, giá, thành phần, cung dụng, nơi sản xuất… Đối với sản phẩm dịch vụ thanh toán điện, nước, điện thoại, internet…thì cửa hàng liên kết với nhà cung cấp dịch vụ và thực hiện thanh toán hóa đơn nhận chiết khấu hóa đơn Chiết khấu nhận được sẽ ghi nhận vào doanh thu của hóa đơn Đối với mỗi sản phẩm hay dịch vụ tại cửa hàng đều gắn liền với nhà cung cấp và những đối tác liên kết.
Yêu cầu
Hiện tại Ministop đã có hệ thống hoạt động tuy nhiên vẫn chưa hoàn thiện Cần thiết một hệ thống hoàn chỉnh và nâng cao để đáp ứng được nhu cầu thực tiễn của khách hàng, đặc biệt là hệ thống đang triển khai kinh doanh online để đáp ứng sự gia tăng của khách hàng mua hàng trực tuyến trong thời kỳ dịch Covid bùng nổ.
Duyệt nhà cung cấp cho các cửa hàng.
Duyệt thông tin kế hoạch nhân sự.
Duyệt kế hoạch các chương trình khuyến mãi.
Xem báo cáo doanh thu.
Quản lý nhà cung cấp.
Yêu cầu cửa hàng trưởng lập các báo cáo thống kê.
Nhận hàng từ nhà cung cấp, nhập hàng và lập phiếu nhập.
Xuất hàng ra quầy và lập phiếu xuất hàng.
Kiểm tra hàng tồn, hàng lên quầy và lập thống kê báo cáo.
Kiểm tra lịch sử mua hàng của khách hàng.
Tìm kiếm khách hàng, tìm kiếm sản phẩm.
Xem thông tin sản phẩm.
Lập hóa đơn mua hàng.
Tìm thông tin khách hàng.
Tư vấn, giải đáp thắc mắc khách hàng.
Quản lý đơn hàng của khách hàng.
Quản lý thông tin khách hàng.
Quản lý nhập hàng tại cửa hàng.
Quản lý xuất hàng tại cửa hàng.
Xem thông tin đơn hàng, thông tin đặt hàng hay thu hồi hàng.
Lập phiếu thanh toán đơn hàng.
Xem lịch sử đặt hàng.
Xem lịch sử mua hàng cá nhân.
Xem thông tin tìm kiếm
Thanh toán đơn mua hàng.
Các biểu mẫu thống kê
1.3.1 Biểu mẫu danh sách nhân viên theo cửa hàng
STT Mã NV Tên NV Địa chỉ Số ĐT Kiểu NV Công việc
0842456466 Parttime Nhân viên bán hàng
Bảng 1.3.1.1.1: Biểu mẫu danh sách nhân viên theo cửa hàng
1.3.2 Biểu mẫu danh sách cửa hàng
Bảng 1.3.2.1.1: Biểu mẫu danh sách cửa hàng Ministop
DANH SÁCH CỬA HÀNG MINISTOP
Tên KV Mã CH Địa Chỉ Số ĐT CHT
1.3.3 Biểu mẫu báo cáo doanh thu theo tháng
Bảng 1.3.3.1.1: Biểu mẫu báo cáo doanh thu tháng
DOANH THU BÁN HÀNG THEO NGÀY
DT hóa đơn dịch vụ
Mô hình hóa yêu cầu
Là thành phần tác động gián tiếp vào hệ thống thông qua nhân viên bán hàng hoặc ứng dụng trực tuyến
Khách hàng trực tiếp: Khi nhân viên thông báo số tiền cần thanh toán với đơn hàng khách hàng chọn mua, bằng nhiều hình thức thanh toán như: tiền mặc, thẻ, momo, shoppe pay, zalo pay Khách hàng muốn sử dụng điểm hoặc tích điểm bằng cách quét thẻ thành viên.
Khách hàng qua ứng dụng đặt hàng: Khách hàng tác động lên hệ thống ứng dụng đặt hàng online, khi đơn được thành lập, đơn hàng sẽ tự động xuất đơn với cửa hàng mà khách hàng chọn Khách hàng thanh toán trực tiếp cho ứng dụng, ứng dụng sẽ thực hiện thanh toán với cửa hàng.
Cửa hàng trưởng : Là người quản lý trực tiếp tại cửa hàng Phân công lịch làm việc cho nhân viên tại cửa hàng Kiểm tra, thống kê tình hình kinh doanh tại cửa hàng Có nhiệm vụ đặt hàng đến nhà cung cấp Và lập các thống kê báo cáo gửi lên ban quản lý, giám đốc.
Nhân viên bán hàng: Lập hóa đơn khách hàng, Xếp hàng lên kệ, thống kê kiểm tra hàng hóa Chăm sóc khách hàng.
Nhân viên kho : Nhận hàng từ nhà cung cấp, kiểm tra Thống kê chất lượng và số lượng hàng nhập
Bao gồm nhiều nhà cung cấp cho ministop được phân loại như sau:
Các nhà cung cấp giao tại kho hàng tổng của Ministop: Nhà cung cấp mĩ phẩm, Nhà cung cấp hàng CVS (tạp hóa), nhà cung cấp nước giải khát.
Các nhà cung cấp giao tại của hàng khi có đơn đặt hàng: Các nhà cung cấp thuộc mặt hàng tươi, lạnh, thực phẩm FF1 (hàng chế biến thức ăn liền tại cửa hàng), FF2 (mặt hàng chế biến sẵn như cơm nắm, cơm, mì, salad trộn, sandwich…)
Bộ phận cấp cao của doanh nghiệp thực hiện duyệt quyết định, đưa ra thông báo cuối cùng cho doanh nghiệp, đưa ra chiến lược phát triển chuỗi cửa hàng, thực hiện xem thống kê báo cáo của các cấp đưa lên.
Quản lý cấp cao: Báo cáo đến cấp lãnh đạo, Nhận quyết định từ cấp lãnh đạo, phát triển chiến lược cho doanh nghiệp, đưa ra kế hoạch marketing cho sản phẩm theo năm, tháng, tuần.
Quản lý khu vực: Quản lý thực hiện quản lý trên một khu vực chuỗi cửa hàng cụ thể như: SA (quản lý) Nguyễn Văn A quản lý khu vực quận 3 gồm (S61, S116, S43, S32) Công việc của quản lý khu vực là giám sát quy trình thực hiện của các cửa hàng thuộc quyền giám sát của mình Thực hiện điều chỉnh sản phẩm mặt hàng cụ thể, kệ hàng của cửa hàng Cập nhập thông tin từ cấp trên đến nhân viên của cửa hàng.
[1] Actor khách hàng trực tiếp:
Use case 2: Nhập mã thẻ.
Use case 1: Đặt hàng trên ứng dụng.
Use case 1: Đăng nhập vào hệ thống.
Use case 2: Xếp lịch nhân viên.
Use case 3: Xem báo cáo hàng tồn.
Use case 4: Lập đơn đặt hàng đến nhà cung cấp.
Use case 5: Thống kê đơn hàng.
Use case 6: Lập báo cáo doanh thu.
Use case 7: Lập báo cáo lượng tồn sản phẩm.
Use case 8: Đăng xuất khỏi hệ thống.
- Actor Nhân viên bán hàng:
Use case 1: Đăng nhập vào hệ thống.
Use case 2: Xem lịch làm việc.
Use case 3: Tra cứu thông tin sản phẩm.
Use case 4: Tìm kiếm khách hàng.
Use case 5: Xác nhận đơn đặt hàng.
Use case 6: Lập đơn đặt hàng của khách hàng.
Use case 7: Xuất hóa đơn.
Use case 8: Tra cứu đơn hàng.
Use case 9: Đăng xuất khỏi hệ thống.
Use case 1: Đăng nhập vào hệ thống.
Use case 2: Xem thông tin sản phẩm.
Use case 3: Xác nhận hàng từ nhà cung cấp
Use case 4: Thống kê sản phẩm nhập kho.
Use case 5: Báo cáo Nhập kho.
Use case 6: Thống kê hàng tồn.
Use case 7: Báo cáo tồn kho.
Use case 2: Xem thông tin đơn hàng.
Use case 3: Xác nhận đơn hàng.
Use case 4: Từ chối đơn hàng.
Use case 5: Xác nhận đã thanh toán.
Use case 6: Xem lịch sử đơn hàng.
Use case 1: Đăng nhập vào hệ thống.
Use case 2: Xem thống kê doanh số.
Use case 3: Xem báo cáo doanh thu.
Use case 4: Duyệt thông tin sản phẩm.
Use case 5: Duyệt kế hoạch nhân sự.
Use case 2: Xem thông tin nhân viên.
Use case 3: Cập nhật thông tin nhân viên.
Use case 4: Xem báo cáo doanh thu cửa hàng.
Use case 5: Thống kê doanh thu.
Use case 6: Báo cáo chi phí.
Use case 7: Duyệt đơn đặt hàng nhà cung cấp.
Use case 8: Báo cáo số lượng hàng tồn khu vực.
Hình 1.4.3.1.1.1: Sơ đồ Use Case tổng quát
1.4.4 Mô tả các Use Case
[1] Mục đích: Người dùng thực hiện đăng nhập vào hệ thống với quyền truy cập của tài khoản.
Use case này cho phép nhân viên bán hàng, khách hàng, cửa hàng trưởng, nhân viên kho, ban quản lý, ban lãnh đạo đăng nhập hệ thống.
Actor: Nhân viên bán hàng, Khách hàng, Cửa hàng trưởng, Nhân viên kho, ban quản lý, Ban lãnh lãnh đạo, Nhà cung cấp
[3] Biểu đồ Use Case chức năng Đăng Nhập
Hình 1.4.4.1.1.2: Sơ đồ Use case đăng nhập
[4] Kịch bản của use case đăng nhập
Bảng 1.4.4.1.2: Kịch bản use case đăng nhập
Tên use case Đăng Nhập
Tên Actor Nhân viên bán hàng, quản lý, cửa hàng trưởng, lãnh đạo
Tiền điều kiện Tài khoản đã đăng xuất khỏi hệ thống
Kích hoạt Thực hiện nhập mã tài khoản và mật khẩu để tiến hành đăng nhập vào hệ thống dưới quyền hạn của tài khoản
Hành động tác nhân Phản ứng hệ thống
1 Click vào ch cứ năng “Đăng nh p”ậ
Hệ thống xử lý và hiển thị màn hình gồm 2 ô nhập dữ liệu.
2 Th c hi n nh pự ệ ậ tài kho n và m tả ậ kh u ẩ
Hệ thống thực hiện kiểm tra mã tài khoản và mật khẩu người dùng nhập.
2.1 Nếu tài khoản hợp lệ, hệ thống xử lý vào màn hình chung của cấp tài khoản, hiển thị “Đăng nhập thành công”
2.2 Nếu tài khoản không hợp lệ, hệ thống hiển thị thông báo “Vui lòng nhập đúng thông tin”
3 Người sử dụng tài khoản click nút đổi mật khẩu
3.1 Hệ thống sẽ đi đến giao diện nhập lại mã tài khoản, tiến hành gởi mã xác nhận đến mail của chính của tài khoản, yêu cầu xác nhận tài khoản
3.2 Xác nhận thành công, hệ thống sẽ lưu mật khẩu mới cho tài khoản
3.3 Xác nhận không thành công, hệ thống sẽ hủy bỏ quá trình đổi mật khẩu của tài khoản Hiển thị thông báo “Giao dịch thất bại”
4 Người sử dụng nhấn nút “Đăng
Hệ thống hiển thị thông báo “Bạn chắc chắn muốn thoát khỏi hệ thống”,
4.1 “Yes” thoát khỏi quyền truy cập tài khoản 4.2 “No” Quay về màn hình chính của tài khoản “Đăng
1.4.4.2 Use Case quản lý thẻ
[1] Mục đích: Kiểm soát thông tin thẻ đã đăng kí thẻ thành viên và khách hàng online của cửa hàng
[2] Tóm tắt sơ lược: Use Case này cho phép nhân viên bán hàng, quản lý xử lý các thông tin khách hàng, bao gồm các hoạt động như: Thêm khách hàng, chỉnh sửa thông tin khách hàng, Tìm kiếm thông tin khách hàng, xóa khách hàng
[3] Mô tả chi tiết về use case:
Khách hàng mua hàng tại hệ thống chuỗi siêu thị Ministop có nhu cầu lập thẻ thành viên tích điểm khi hàng, sẽ yêu cầu nhân viên bán hàng hoặc cửa hàng trưởng ghi nhận thông tin thành lập thẻ.
Nếu thông tin khách hàng chưa từng đăng ki tại Ministop sẽ được lưu giữ, trong
1 tháng Ministop sẽ gởi thông báo yêu cầu khách hàng đến nhận thẻ.
Nếu khách hàng đã từng đăng kí tài khoản thẻ tại Ministop thông tin thẻ đã tồn tại trong hệ thống, quá trình lập thẻ không thành công Nhân viên sẽ đề nghị khách hàng kích hoạt thẻ cũ (đối với khách hàng chưa kích hoạt thẻ cũ), làm lại thẻ (đối với khách hàng đã làm mất thẻ)
[4] Tính năng nổi bật trong thẻ thành viên là
Tích điểm vào thẻ (mỗi điểm sẽ tương ứng như sau: 10.000 nghìn tương đương
1 điểm, mỗi điểm tương ứng 1 nghìn/ VND)
Đổi điểm trong thẻ: Khách hàng chỉ cần báo với nhân viên dổi điểm trong thẻ để nhân viên thực hiện.
[5] Biểu đồ Use Case quản lý thẻ
Hình 1.4.4.2.1.1: Sơ đồ Use case quản lý thẻ thành viên
[6] Kịch bản của Use Case “Quản lý thẻ”
Bảng 1.4.4.2.2: Kịch bản Use case quản lý thẻ
Tên use case Quản lý thẻ
Tên Actor Cửa hàng trưởng
Tiền điều kiện Tài khoản đã đăng nhập vào hệ thống với quyền truy cập của cửa hàng trưởng Kích hoạt Truy cập vào hệ thống với máy chủ quản lý tại cửa hàng
Hành động tác nhân Phản ứng hệ thống
1 Click vào ch cứ năng “L p th thànhậ ẻ viên”
Hệ thống xử lý và hiển thị form yêu cầu người dùng nhập đầy đủ thông tin khách hàng
2 C a hàng trử ưởng nh p đầầy đ thôngậ ủ tn l p thậ ẻ
Hệ thống thực hiện kiểm tra thông tin và xảy ra các trường hợp như sau:
2.1 Nếu thông tin hợp lệ và thông tin khách hàng chưa từng mở thẻ, hệ thống hiển thị màng hình thông báo
2.2 Nếu điền thiếu thông tin, hệ thống thông báo “Vui lòng nhập đầy đủ các thông tin”
2.3 Nếu thông tin khách hàng đã tồn tại, hệ thống sẽ thông báo “Thông tin đã tồn tại Vui lòng kiểm tra lại tài khoản”
3 Quản lý thực hiện xử lý mất thẻ thành viên
Hệ thống xử lý thông tin và yêu cầu cửa hàng trưởng nhập “CMND/ID” của khách hàng Hiển thị thông báo
“Thực hiện cấp lại thẻ”
3.1 Chọn “Yes” khi chủ thẻ muốn thành lập lại thẻ 3.3 Chọn “No” nếu chủ thẻ không muốn lập lại thẻ, tiến
0 0 hành vô hiệu hóa thẻ bị mất.
4 Thực hiện click vào chức năng “Tra cứu thông tin khách hàng”
Hệ thống sẽ hiện thị các chức năng cụ thể sau:
4.1 “Xem thông tin thẻ”, tiến hành nhập vào thông tin khách hàng, để hệ thống hiển thị tài khoản gồm có những thông tin cá nhân của chủ thẻ
4.2 “Lịch sử mua hàng”, hệ thống tiến hành hiển thị lịch sửa mua hàng trong tháng của khách hàng
4.3 “Chỉnh sửa thông tin thẻ”, hệ thống hiển thị thông tin khách hàng
4.4 “Xóa thẻ” hệ thống hiển thị thông báo “Bạn có chắc chắn muốn xóa thẻ? ” Chọn “Yes” thông tin thẻ khách hàng sẽ mất Chọn “No” quay về màn hình quản lý thẻ
1.4.4.3 Use Case chức năng bán hàng
[1] Mục đích: Cho phép nhân viên bán hàng đăng nhập vào hệ thống dưới quyền của tài khoản, thực hiện chức năng bán hàng cho khách hàng
Khi nhân viên bán hàng đăng nhập vào hệ thống với quyền bán hàng của mình sẽ thực hiện các công việc như sau: thanh toán hàng cho khách hàng, tra cứu thông tin sản phẩm để biết giá sản phẩm, In tên sản phẩm, In hạn sử dụng sản phẩm (đối với sản phẩm thuộc FF1 _ thức ăn chế biến trong ngày), thực hiện tính năng Thêm _ Xóa các mặt hàng mà khách hàng yêu cầu mua.
[3] Biểu đồ Use Case của chức năng bán hàng
Hình 1.4.4.3.1.1: Sơ đồ Use case chức năng bán hàng
[4] Kịch bản cho use case chức năng “Bán hàng”
Bảng 1.4.4.3.2: Kịch bản Use case chức năng bán hàng
Tên use case Bán hàng
Tên Actor Nhân viên bán hàng
Tiền điều kiện Nhân viên bán hàng phải đăng nhập vào hệ thống bằng tài khoản nhân viên Kích hoạt Nhân viên bán hàng click vào chức năng bán hàng trên màng hình máy tính quầy POS (máy scan sản phẩm)
Hành động tác nhân Phản ứng hệ thống
Hệ thống xử lý và hiển thị màn hình với các chức năng chính của use case bán hàng
2 Nhần viên bán hàng th c hi n scan s nự ệ ả ph mẩ
2.1.Nêếu mã s n ph m (quét ho c nh p h p l ) : H ả ẩ ặ ậ ợ ệ ệ thôếng hi n th s n ph m để ị ả ẩ ược scan vào máy cũng giá têần khách hàng ph i thanh toán ả
2.2 Nêếu mã s n ph m (quét ho c nh p không h p l : ả ẩ ặ ậ ợ ệ
H thôếng thông báo “Lôỗi mã s n ph m Vui lòng nh p ệ ả ẩ ậ l i s n ph m”ạ ả ẩ
2.3 Sau khi scan đầầy đ các s n ph m c a khách hàng ủ ả ẩ ủ muôến mua, th c hi n “Thanh toán”ự ệ
2.3.1 Nêếu khách hàng muôến thanh toán têần m t, nhầếnặ vào nút “Tiêần m t”, nh n têần m t t khách hàng ặ ậ ặ ừ
2.3.2 Nêếu khách hàng muôến thanh toán th , nhầến vào ẻ nút “Thanh toán Payoo” đ th c hi n kêết nôếi v i máy ể ự ệ ớ POS BIDV (th c hi n thanh toán th )ự ệ ẻ
2.3.3 Nêếu khách hàng muôến thanh toán băầng ng ứ d ng MoMo, yêu cầầu cung cầếp mã QR, sau đó th c ụ ự hi n Scan mã vào.ệ
3.Nhần viên bán hàngư xác nh n khách hàng cóậ
“th thành viên” hayẻ không
3.1 Nêếu khách hàng có th thành viên và nhần viên ẻ th c hi n scan “Th thành viên” H thôếng sẽỗ t đ ng ự ệ ẻ ệ ự ộ tch đi m vào th khi khách hàng thanh toán ể ẻ
3.2 Nêếu khách hàng không có th thành viên thì sẽỗ ẻ tnh têần thông thường
4 Nhần viên xác nh nậ khách hàng có muôến đ iổ đi m trong th hayể ẻ không
PHÂN TÍCH
Sơ đồ lớp (Class Diagram)
2.1.1 Phân tích thành phần của sơ đồ lớp
Bảng 2.1.1.1.1: Thành phần khách hàng của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả mskh Char (10) Mã số khách hàng
Hoten String (100) Tên khách hàng
SDT String (15) Số điện thoại
Bảng 2.1.1.1.2: Thành phần Thẻ thành viên của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Mathe String Mã số thẻ
Loại thành viên String Loại thành viên
Bảng 2.1.1.1.3: Thành phần Khu vực của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Mskv String Mã số khu vực
Mota String Loại thành viên
Bảng 2.1.1.1.4: Thành phần Cửa hàng của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Msch String Mã số khu vực
SDT String Số điện thoại Điachi String Địa chỉ
Ngaythanhlap Date Ngày thành lập
Mskv String Mã số khu vực
Bảng 2.1.1.1.5: Thành phần Nhà cung cấp của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Msncc Char (20) Mã số nhà cung cấp
Tenncc String Tên nhà cung cấp Điachi String Địa chỉ
Website String Ngày thành lập
Email String Mã số khu vực
Ghi chú String Ghi chú
Bảng 2.1.1.1.6: Thành phần Loại sản phẩm của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Msloaisp String Mã số loại sản phẩm Tenloaisp String Tên loại sản phẩm
Mota String Mô tả loại sản phẩm
Ghichu String Ghi chú cho loại sản phẩm
Bảng 2.1.1.1.7: Thành phần Chức vụ Nhân viên của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Machucvu String Mã chức vụ
Tenchucvu String Tên chức vụ
Mota String Mô tả chức vụ NV
Bảng 2.1.1.1.8: Thành phần Nhân viên của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả msnv String Mã số nhân viên
Tennv String Tên nhân viên sdt String Số điện thoại
Phai Nvarchar2(10) Phái ngaysinh Date Ngày sinh ngayvaolam Date Ngày vào làm msdaily String Mã số đại lý
Bảng 2.1.1.1.9: Thành phần Sản phẩm của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả mssp String Mã số sản phẩm
Tensp String Tên sản phẩm
Ngaysx Date Ngày sản xuất
Ngayhetdate Date Ngày hết hạn sử dụng ngayvaolam Date Ngày vào làm msdaily String Mã số đại lý
Bảng 2.1.1.1.10: Thành phần Khuyến mãi của sơ đồ lớp
Tên dữ liệu Kiểu dữ liệu Mô tả
Makhuyenmai String Mã khuyến mãi
Tenkhuyenmai String Tên khuyến mãi
2.1.2 Sơ đồ lớp tổng quát
Hình 2.1.2.1.1.1: Sơ đồ lớp tổng quát
Sơ đồ tuần tự (Sequency Diagram)
2.2.1 Sơ đồ tuần tự của chức năng đăng nhập dành cho nhân viên
Hình 2.2.1.1.1.1: Sơ đồ tuần tự của chức năng đăng nhập dành cho nhân viên.
Trong sơ đồ trên có 3 đối tượng: người dùng, hệ thống, tài khoản
- Người dùng yêu cầu đăng nhập vào hệ thống.
- Hệ thống yêu cầu người dùng nhập mã nhân viên và mật khẩu.
- Người dùng nhập mã nhân viên và mật khẩu.
- Hệ thống gửi mã nhân viên và mật khẩu của người dùng để kiểm tra.
- Tài khoản kiểm tra thông tin mã nhân viên và mật khẩu có đúng hay không.
- Tài khoản trả về kết quả kiểm tra cho hệ thống.
- Hệ thống trả về thông báo cho người dùng.
2.2.2 Sơ đồ tuần tự của chức năng đăng nhập dành cho khách hàng và nhà cung cấp
Hình 2.2.2.1.1.1: Sơ đồ tuần tự của chức năng đăng nhập dành cho khách hàng và
Trong sơ đồ trên có 3 đối tượng: người dùng, hệ thống, tài khoản
- Người dùng yêu cầu đăng nhập vào hệ thống.
- Hệ thống yêu cầu người dùng nhập email và mật khẩu.
- Người dùng nhập email và mật khẩu.
- Hệ thống gửi email và mật khẩu của người dùng để kiểm tra.
- Tài khoản kiểm tra thông tin email và mật khẩu có đúng hay không.
- Tài khoản trả về kết quả kiểm tra cho hệ thống.
- Hệ thống trả về thông báo cho người dùng.
2.2.3 Sơ đồ tuần tự lập hóa đơn mua hàng
Hình 2.2.3.1.1.1: Sơ đồ tuần tự lập hóa đơn mua hàng
Sơ đồ có 3 đối tượng: Nhân viên bán hàng, hệ thống, sản phẩm bày bán (tồn hàng) Diễn giải:
- Nhân viên bán hàng gửi yêu cầu lập hóa đơn mua hàng đến hệ thống.
- Hệ thống trả về cấu trúc của hóa đơn cho nhân viên, tại đây đã tự động điền sẵn thông tin hóa đơn như: địa chỉ cửa hàng, ngày lập, tên nhân viên lập.
- Nhân viên bán hàng scan sản phẩm để quét mã hoặc tự nhập mã.
- Hệ thống gửi mã đến danh sách sản phẩm bày bán để kiểm tra.
- Sản phẩm bày bán kiểm tra mã có hợp lệ hay không
- Nếu kết quả mã hợp lệ trả về tên sản phẩm và đơn giá, ưu đãi sản phẩm Không hợp lệ thì trả về kết quả không hợp lệ.
- Hệ thống trả về thông tin tên sản phẩm và đơn giá, ưu đãi sản phẩm khi mã hợp lệ Còn không hợp lệ thì yêu cầu người dùng nhập lại mã.
- Người dùng nhập số lượng cho sản phẩm.
- Hệ thống gửi số lượng đến sản phẩm bày bán đối chiếu số lượng tồn xem số lượng mua có hợp lệ không.
- Trả về kết quả cho hệ thống số lượng hợp lệ hay không.
- Hệ thống hiển thị kết quả số lượng cho nhân viên hoặc yêu cầu nhân viên nhập lại.
- Sau mỗi lần cập nhật số lượng mua cho sản phẩm, hệ thống sẽ tự động tính tổng thành tiền.
- Hiển thị cho nhân viên xem kết quả tổng tiền.
- Nhân viên xác nhận thanh toán của khách hàng và xác nhận lập hóa đơn trên hệ thống.
- Hệ thống lưu thông tin hóa đơn.
- Hệ thống chuyển số lượng sản của sản phẩm đã bán đến danh sách sản phẩm bày bán.
- Danh sách bày bán tự động cập nhật lại số lượng tồn.
- Sau khi lưu thông tin hóa đơn và đã cập nhật lượng tồn hệ thống thực hiện xuất hóa đơn cho nhân viên bán hàng.
2.2.4 Sơ đồ tuần tự Xem sản phẩm theo danh mục
Hình 2.2.4.1.1.1: Sơ đồ tuần tự Xem sản phẩm theo danh mục
Sơ đồ có 3 đối tượng: người dùng, hệ thống, danh mục sản phẩm
- Người dùng gửi yêu cầu xem sản phẩm theo danh mục vào hệ thống bằng cách chọn chức năng xem sản phẩm.
- Hệ thống yêu cầu nhập thông tin muốn tìm kiếm.
- Người dùng nhập thông tin liên quan sản phẩm muốn xem.
- Hệ thống gửi thông tin liên quan đến danh mục sản phẩm.
- Danh mục sản phẩm kiểm tra.
- Sau đó trả thông tin các sản phẩm liên quan cho hệ thống.
- Hệ thống trả về kết quả cho người dùng.
- Người dùng chọn sản phẩm để xem
- Hệ thống trả về thông tin sản phẩm người dùng chọn.
2.2.5 Sơ đồ tuần tự thêm sản phẩm từ nhà cung cấp
Hình 2.2.5.1.1.1: Sơ đồ tuần tự thêm sản phẩm từ nhà cung cấp
Sơ đồ có 3 đối tượng: Nhân viên, Hệ thống, Danh mục sản phẩm.
- Nhân viên gửi yêu cầu thêm sản phẩm theo NCC đến hệ thống.
- Hệ thống sử lý trả về danh mục các nhà cung cấp để nhân viên lựa chọn.
- Hệ thống trả về cấu trúc đơn nhập hàng.
- Nhân viên điền thông tin như chọn chi nhánh thêm hàng, Chọn hoặc nhập chính sách giá, chọn áp dụng thuế, ngày giao hàng.
- Sau đó tiến hành nhập mã hoặc tên sản sản phẩm vào hệ thống.
- Hệ thống gửi mã đến Danh mục sản phẩm để kiểm tra.
- Danh mục sản phẩm xử lý trả về thông tin sản phẩm vừa nhập.
- Nhân viên tiến hành nhập số lượng và giá nhập cho sản phẩm đó.
- Sau khi đã điền đầy đủ thông tin Nhân viên chọn Nhập kho để hệ thống xử lý.
- Hệ thống gửi số lượng nhập thêm đến Danh mục sản phẩm để cập nhật lại số lượng.
- Danh mục sản phẩm cập nhật lại số lượng sản phẩm và trả về kết quả cho hệ thống.
- Hệ thống đưa về thông báo đã cập nhật lại số lượng đến người dùng.
Sơ đồ hoạt động (Activity Diagram)
Lược đồ hoạt động biểu diễn các hoạt động và sự đồng bộ, chuyển tiếp các hoạt động của hệ thống trong một lớp hoặc kết hợp giữa các lớp với nhau trong một chức năng cụ thể
- Lược đồ hoạt động có thể được sử dụng cho nhiều mục đích khác nhau, ví dụ như:
Để xác định các hành động phải thực hiện trong phạm vi một phương thức
Để xác định công việc cụ thể của một đối tượng
Để chỉ ra một nhóm hành động liên quan của các đối tượng được thực hiện như thế nào và chúng sẽ ảnh hưởng đến những đối tượng nằm xung quanh
2.3.1 Biểu đồ hoạt đông chức năng đăng nhập
Mô tả: Use Case cho phép người dùng (nhân viên bán hàng, nhân viên kho, cửa hàng trưởng, quản lý, ban lãnh đạo) đăng nhập bằng tài khoản và với quyền tương ứng của mình
Dòng sự kiện chính: Điều kiện đăng nhập thành công:
- Người dùng phải được cấp tài khoản
- Người dùng chưa đăng nhập vào tài khoản của mình
- Nếu người dùng nhập đúng tài khoản và mật khẩu của tài khoản, sẽ dẫn đến đăng nhập thành công vào hệ thống với các quyền của tài khoản đó
- Nếu người dùng nhập sai thì hệ thống sẽ báo yêu cầu đăng nhập lại
2.3.2 Biểu đồ hoạt đông chức năng đăng xuất
Mô tả: Use Case cho phép người sử dụng tài khoản chấm dứt phiên làm việc của mình với hệ thống bằng cách người dùng thoát khỏi tài khoản của mình ra khỏi hệ thống.
Dòng sự kiện: Điều kiện đăng xuất:
- Tài khoản đã được đăng nhập vào hệ thống và chưa đăng xuất ra ngoài hệ thống
Nếu use case thành công thì tài khoản sẽ thoát khỏi hệ thống, người dùng sẽ không được sử dụng các quyền mà tài khoản cấp
2.3.3 Biểu đồ hoạt động chức năng quản lý nhân viên
Mô tả: Thông tin của nhân viên được lưu trữ vào cơ sở dữ liệu khi nhân viên làm việc tại hệ thống cửa hàng tiện lợi Ministop Use Case quản lý nhân viên cho phép quản lý có thể lưu trữ và xử lý dữ liệu các thông tin của nhân viên để tạo thành hệ thống thông tin giúp người quản lý dễ dàng nắm bắt được thông tin của nhân viên trong chuỗi cửa hàng.
Dòng sự kiện: Điều kiện thực hiện:
- Quản lý phải đăng nhập vào tài khoản có chứa quyền quản lý nhân viên
- Thông tin của nhân viên phải được lưu trữ trong cơ sở dữ liệu
- Nếu đăng nhập thành công, thực hiện các chức năng thì thông tin của nhân viên được cập nhập
- Nếu đăng nhập không thành công, người sử dụng sẽ không thanh đổi được thông tin của nhân viên
2.3.4 Biểu đồ hoạt động của chức năng quản lý sản phẩm
Mô tả: Thông tin của sản phẩm sẽ được lưu trữ trong cơ sở dữ liệu của hệ thống Quản lý khi thực hiện đăng nhập vào hệ thống sẽ óc quyền thêm – xóa – sửa – tìm kiếm thông tin sản phẩm.
Dòng sự kiện: Điều kiện thực hiện
- Quản lý phải đăng nhập vào hệ thống trước khi thực hiện các chức năng
- Quản lý phải nhấn vào các nút Thêm _ Xóa_ Sửa _ Tìm kiếm trực tiếp trên màng hình đê thực hiện chuyển đổi thông tin nhân viên
- Nếu đăng nhập thành công, quản lý sẽ sử dụng được các lệnh như: Thêm nhân viên vào, Sửa thông tin nhân viên, Xóa thông tin nhân viên
- Nếu không đăng nhập thành công, hệ thống sẽ yêu cầu nhập lại tài khoản
2.3.5 Biểu đồ hoạt động của chức năng quản lý khách hàng
Mô tả: Thông tin của khách hàng được lưu trữ trong cơ sở dữ liệu của hệ thống
Ministops Use Case quản lý khách hàng cho phép nhân viên lưu trữ và xử lý thông tin
0 0 của khách hàng trong hệ thống giúp tạo ra những thông tin đáng tin cây hơn, thực tế hơn với nhà quản lý
Dòng sự kiện: Điều kiện thực hiện
- Nhân viên phải đăng nhập vào hệ thống
- Thông tin khách hàng phải được lưu trữ đầy đủ trogn cơ sở dữ liệu
- Nhân viên cần thực hiện các thao tác như thêm, xóa, tìm kiếm, chỉnh sửa thông tin khách hàng.
- Đăng nhập thành công: nhân viên có thể thực hiện các chức năng Thêm_ Xóa_ Sửa_ Tìm kiếm trên quản lý khách hàng
- Đăng nhập không thành công: Quay về trang đăng nhập, yêu cầu nhân viên nhập lại tài khoản
2.3.6 Biểu đồ hoạt động của chức năng quản lý thẻ
Mô tả: Thông tin thẻ thành viên của khách hàng được lưu trữ trong hệ thống Use case quản lý thẻ giúp cho quản lý dễ dàng thực hiện các chức năng Thêm_ Xóa_ Sửa_ Tìm kiếm để cập nhập và lưu trữ các thông tin về thẻ khách hàng một cách chính xác.
Dòng sự kiện: Điều kiện thực hiện:
- Quản lý phải đăng nhập được vào hệ thống
- Thông tin thẻ phải được lưu trữ cụ thể trong cơ sở dữ liệu của hệ thống
- Chỉ được sửa khi thông tin thẻ bị sai hoặc khách hàng làm mất thẻ thành viên. Cần làm lại thẻ
- Đăng nhập thành công: Thực hiện được tất cả các thao tác với quyền quản lý
- Đăng nhập không thành công: Hệ thống sẽ chuyển về trang đăng nhập, yêu cầu người dùng đăng nhập lại
2.3.7 Biểu đồ hoạt động của chức năng thanh toán
Mô tả: Use Case thanh toán giúp hỗ trợ cho nhân viên trong việc thnah toán hóa đơn mua hàng của khách hàng
Dòng sự kiện: Điều kiện thực hiện:
- Nhân viên bán hàng phải đăng nhập thành công vào hệ thống của Ministop
- Thực hiện nhập đúng hình thức thanh toán của khách hàng
- Đăng nhập thành công: Thanh toán được cho khách hàng
- Đăng nhập không thành công: Hệ thống yêu cầu đăng nhập lại
2.3.8 Biểu đồ hoạt động của chức năng quản lý nhà cung cấp
Mô tả: Thông tin của nhà cung cấp được lưu trữ trong hệ thống cơ sở dữ liệu của
Ministop Use Case quản lý nhà cung cấp cho phép lưu trữ và quản lý thông tin nhà cung cấp trong hệ thống cơ sở dữ liệu với các tính năng Thêm_Xóa_ Sửa _Tìm kiếm thông tin nhà cung cấp
Dòng sự kiện: Điều kiện thực hiện:
- Quản lý phải đăng nhập thành công với quyền của mình
- Thông tin nhà cung cấp phải được lưu trữ đầy đủ trong cơ sở dữ liệu
- Đăng nhập thành công: Thực hiện được tất cả các chức năng của quản lý nhà cung cấp
- Đăng nhập không thành công: Yêu cầu đăng nhập lại
Sơ đồ dữ liệu (ERD)
Hóa đơn lập ra có thể sẽ không có tên khách hàng Mỗi khách hàng khi lưu tên trong hệ thống sẽ được thiết lập 1 thẻ thành viên duy nhất và được tích điểm mua hàng trên thẻ Sản phẩm có thể có nhiều đợt khuyến mãi Nhân viên quản lý lập đơn đặt hàng đến nhà cung cấp Mỗi cửa hàng của hệ thống sẽ thuộc về một khu vực chuyên biệt.
Sơ đồ ERD quản lý bán hàng chuỗi cửa hàng tiện lợi Ministop có 18 thực thể gồm:
[1] Khách hàng: Mã khách hàng, Tên khách hàng, Ngày sinh, Sđt, Địa chỉ, Email,
[2] Thẻ thành viên: Mã thẻ, số điểm tích lũy, Ngày lập thẻ, hạn dùng.
[3] Nhân viên: Tên nhân viên, Ngày sinh, sđt, Địa chỉ, CMND/CCCD, Email, Ngày vào làm, Tình trạng, Ghi chú.
[4] Chức vụ nhân viên: Mã chức vụ, Tên chức vụ, Mô tả.
[5] Sản phẩm: Mã sản phẩm, Tên sản phẩm, Mô tả, Ngày sản xuất, Hạn sử dụng, Đơn giá.
[6] Loại Sản phẩm: Mã loại sản phẩm, Tên loại sản phẩm, Mô tả, Ghi chú.
[7] Khu vực: Mã khu vực, Tên khu vực, Ghi chú.
[8] Nhà cung cấp: Mã nhà cung cấp, Tên nhà cung cấp, Đại chỉ, Sđt, Website, Email,
[9] Khuyến mãi: Mã đợt, Tên khuyến mãi, Chính sách khuyến mãi, Ngày bắt đầu,
Ngày kết thúc, Mô tả, Ghi chú.
[10] Cửa hàng: Mã số cửa hàng, Tên cửa hàng, Đại chỉ, Sđt, Ngày thành lập, Ghi chú.
[11] Chi tiết khuyến mãi: Mã sản phẩm, Mã đợt.
[12] Hóa đơn: Mã hóa đơn, Tổng tiền, Tiền nhận, Tiền thối, ghi chú, ngày lập.
[13] Chi tiết hóa đơn: Mã hóa đơn, Mã sản phẩm, Số lượng, Thành giá, Ghi chú.
[14] Tồn kho: Mã sản phẩm, Mã cửa hàng, Số lượng.
[15] Đơn đặt hàng Nhà cung cấp: Mã đơn đặt hàng, Ngày lập.
[16] Chi tiết đơn đặt hàng nhà cung cấp: Mã đơn đặt hàng, Mã sản phẩm, Mã nhà cung cấp, Mô tả, Số lượng, Ghi chú.
[17] Phiếu nhập: Mã phiếu nhập, Ngày lập.
[18] Chi tiết phiếu nhập: Mã phiếu nhập, Mã sản phẩm, Mã nhà cung cấp, Số lượng,
Giá nhập, Mô tả, Ngày sản xuất, Hạn sử dụng.
THIẾT KẾ
Kiến trúc phần mềm
Kiến trúc các thành phần:
Chia hệ thống thành các SubSystem:
- Phần quản lý kho được chia thành một nhóm Warehouse Management.
- Phần sản phẩm được chia thành nhóm ProductCatalog module.
- Delivery System: Hệ thống giao hàng
- OpackagingModule: Giao thức đóng gói
- Warehouse Service: Dịch vụ kho
- Product Service: Sản phẩm dịch vụ.
- Ministop Service: Dịch vụ của Ministop.
- Ministop Frontend: Giao diện người dùng của trang web Ministop.
- Paymentgateway: Cổng thanh toán điện tử
- Warehouse Database: Kho dữ liệu
- Product Database: Dữ liệu sản phẩm
- Ministop Database: Dữ liệu của Ministop
Xác định quan hệ và vẽ Component Diagram:
Sơ đồ triển khai (Deployment Diagram)
Xác định các Node và bố trí các thành phần lên Node:
- Máy khách đặt là client.
- Các thành phần của máy khách đặt trên Client component.
- Các hoạt động mua hàng được đưa lên server tên là Purchase server.
- Purchase server có các thành phần của việc mua hàng của khách hàng gọi là Purchase component.
- Database được đặt lên một server được gọi là Database server.
- Quản lý dữ liệu gồm các thành phần đặt là Database manager component
Xác định quan hệ giữa các thành phần và hoàn tất bản vẽ:
- Các thành phần của client triển khai đến dịch vụ lưu trữ dữ liệu client.
- Client kết nối với internet
- Database được khai triển bởi các thành phần quản lý dữ liệu (Database manager component).
- Perchase component khai triển đến Purchase server.
Deployment diagram cho hệ thống MInistop
Thiết kế giao diện
3.3.2 Danh sách các thành phần màn hình trên sơ đồ
STT Mã số Loại Ý nghĩa Ghi chú
1 MhDN Quan hệ Màn hình đăng nhập
2 MhQLNV Đối tượng Màn hình quản lý nhân viên
3 MhQLSP Danh mục Màn hình Quản lý Sản phẩm
4 MhQLKM Danh mục Màn hình quản lý Khuyến mãi
5 MhQLXN Quan hệ Màn hình quản lý Xuất – Nhập hàng
6 MhQLTK Quan hệ Màn hình quản lý Tồn kho
7 MhHDSD Quan hệ Màn hình hướng dẫn sử dụng
8 MhQLKH Đối tượng Màn hình Quản lý Khách hàng
9 MhQLHD Đối tượng Màn hình quản lý hóa đơn
10 MhTKBC Đối tượng Màn hình Thống kê – Báo cáo
11 MhLHD Quan hệ Màn hình Lập hóa đơn
3.3.2.1 Tên màn hình: Đăng Nhập
Người dùng điền thông tin đăng nhập bao gồm tài khoản là mã nhân viên và mật khẩu người dùng đã lập.
Nút Đăng nhập để thực hiện đăng nhập vào hệ thống với chức năng đã được phân quyền.
Nút Thoát để thoát khỏi trình đăng nhập.
STT Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
1 Tài khoản Text box Chuỗi MaNhanVien()
2 Mật khẩu Text box Chuỗi MKDangNhap()
3.3.2.2 Tên màn hình : Quản lý Nhân viên
Giá trị mặc định Tên xử lý
1 Mã nhân viên Text box Chuỗi MaNhanVien()
2 Tên nhân viên Text box Chuỗi TenNhanVien()
4 Số điện thoại Text box Chuỗi SDT()
5 CMND/CCCD Text box Chuỗi CMND()
6 Địa chỉ Text box Chuỗi DiaChi()
7 Email Text box Chuỗi Email()
9 Tình trạng Còn làm/ Đã nghỉ TinhTrang()
3.3.2.3 Tên màn hình : Quản lý sản phẩm
T Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
1 Mã sản phẩm Text box Chuỗi MaxSanPham()
2 Tên sản phẩm Text box Chuỗi TénabnPham()
5 Mô tả Text box Chuỗi MoTa()
6 Đơn giá Text box Chuỗi DonGia()
3.3.2.4 Tên màn hình : Quản lý khuyến mãi
STT Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.5 Tên màn hình : Quản lý Xuất – Nhập hàng
STT Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.6 Tên màn hình : Quản lý Tồn Kho
STT Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.7 Tên màn hình : Hướng dẫn sử dụng
STT Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.8 Tên màn hình : Quản lý Khách hàng
STT Tên Loại Kiểu dữ liệu Miền giá trị Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.9 Tên màn hình : Quản lý Hóa đơn
STT Tên Loại Kiểu dữ liệu Miền giá trị Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.10 Tên màn hình : Thống kê báo cáo
STT Tên Loại Kiểu dữ liệu Miền giá trị Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.11 Tên màn hình : Lập hóa đơn
Scan sản phẩm bằng máy scan thì thông tin sản phẩm sẽ hiện lên màn hình chính.
Đối với sản phẩm chế biến tại quầy thì chọn loại sau đó chọn sản phẩm nhấn tìm kiếm.
Chọn số lượng sản phẩm đã chọn
Từ phiếu Order chuyển thông tin sang hóa đơn.
Treo giao dịch xử lý treo hóa đơn tạm thời chưa thanh toán vẫn lưu thông tin hóa đơn để tiến hành tạm thời bỏ qua hóa đơn đó chuyển sang xử lý khác.
Đối với khách hàng dùng thẻ thành viên chọn chức năng tìm kiếm khách hàng để tích điểm hay đổi điểm.
Thực hiện trả hàng đối với các hóa đơn đã thanh toán.
Thanh toán chọn hình thức thanh toán => Thanh toán.
Nút xóa để thực hiện xóa hóa đơn hiện hành chưa thanh toán.
STT Tên Loại Kiểu dữ liệu
Giá trị mặc định Tên xử lý Mã xử lý
3.3.2.12 Màn hình Giao diện nhân viên bán hàng
3.3.3.1 Sơ đồ trạng thái của đơn đặt hàng qua ứng dụng
[1] Khi đơn đặt hàng ra phiếu đặt hàng và hệ thống chuyển thành “Đã nhận được đơn đặt hàng”
[2a] Đơn đặt hàng chuyển từ trạng thái “Đã nhận đươn đăt hàng” sang trạng thái “Đã hủy/ vô hiệu hóa đơn đặt hàng” khi khách hàng muốn hủy hoặc không thấy shopper tiếp nhận giao đơn
[2b] Trạng thái “Đã nhận đơn đặt hàng” chuyển sang “Đơn hàng sẵn sàng” khi đã có shipper nhận đơn và đơn hàng đã được chuẩn bị
[3a] Chuyển từ trạng thái” Đơn hàng sẵn sàng” sang “Đã chuyển đơn cho shipper” khi shipper đến lấy hàng và xác nhận thanh toán
[3b] Trạng thái “Đơn hàng sẵn sàng” chuyển sang “Chỉnh sửa/ Có quyết định hủy đơn” khi hết món trong đơn hàng, nhân viên thực hiện chuyển đổi món theo yêu cầu của khách hàng hoặc xóa đơn hàng
[4a] Đơn hàng sẽ được chuyển từ trạng thái “Đã giao đơn cho shipper” sang “Đơn hàng thành công” khi shipper đã giao hàng đến khách hàng
[4b] Đơn hàng sẽ chuyển từ trạng thái “Đã giao đơn cho shipper” sang “Có quyết định hủy đơn” khi đơn hàng giao không thành công.
[5] Trạng thái “Đã hủy vô hiệu hóa đơn hàng” chuyển sang trạng thái “Cập nhập lịch sử mua hàng”
[6] Đơn hàng sẽ được chuyển từ “Đơn hàng thành công” chuyển sang trạng thái “Cập nhập Lịch sử mua hàng”
Biểu đồ trạng thái nhân viên
3.3.3.2 Sơ đồ trạng thái khách hàng
[1] Khách hàng đang ở trạng thái “Đã chọn hàng” chuyển sang trạng thái “Hủy mua hàng” khi khách hàng không muốn mua hàng nữa
[2] Trạng thái “Đã chọn hàng” chuyển sang trạng thái “Chưa thanh toán” khi khách hàng đang đứng chờ được thanh toán trước quầy Pos
[3] Trạng thái “Chưa thanh toán” chuyển sang trạng thái “Đang thanh toán” khi nhân viên bán hàng đang thực hiện Scan sản phẩm khách hàng muốn mau
[4] Trạng thái “Đang thanh toán” chuyển sang trạng thái “Đã thanh toán” khi khách hàng đã thực hiện trả tiền của món hàng muốn mua
[5] Từ trạng “Đã thanh toán” chuyển sang trạng thía “Đã xuất hóa đơn” khi đơn hàng hoàn thành
3.3.3.3 Sơ đồ trạng thái khuyến mãi
[1] Chương trình khuyến mãi đang ở trạng thái “Đã duyệt khuyến mãi” nghĩa là cấp trên cho phép chương trình diễn ra
[2] Từ trạng thái “Đã duyệt khuyến mãi” chuyển sang trạng thái “Đang khuyến mãi” khi chương trình khuyến mãi vừa đúng thời gian bắt đầu
[3a] Từ trạng thái “Đang khuyến mãi” chuyển sang trạng thái “Uư tiên thành viên” đối với những khuyến mãi giành riêng cho khách hàng thành viên của hệ thống
[3b] Từ trạng thái “Uư tiên thành viên” chuyển sang trạng thái “Đã khuyến mãi” nói đến khuyến mãi đã chuyển sang trạng thái kết thúc khuyến mãi
[4] Từ trạng thái “Đang khuyến mãi” chuyển sang trạng thái “ Sắp hết hạn” là chỉ thời gian của một số chương trình gần kết thúc
3.3.3.4 Sơ đồ trạng thái báo cáo
[1] Quản lý muốn thực hiện tạo báo cáo, trạng thái “Được tạo mới” sẵn sàng
[2a] Chuyển từ trạng thái “Được tạo mới” sang trạng thái “Được sửa thông tin” khi quản lý hoặc cửa hàng trưởng muốn sửa thông tin báo cáo mình vừa nhập
[2b] Chuyển từ trạng thái “Được tạo mới” sang trạng thái “Đã bị xóa” khi cửa hàng trưởng/ quản lý muốn xóa mẫu báo cáo đang tạo.
[3a] Chuyển từ trạng thái “Được sửa thông tin” sang trạng thái “Đã lưu thông tin chỉnh sửa” khi quản lý/ cửa hàng trưởng muốn lưu thông tin mình đang chỉnh sửa
[3b] Chuyển từ trạng thái “Được sửa thông tin” sang trạng thái “Đã bị xóa” khi chỉnh sửa dữ liệu không thành công
3.3.3.5 Sơ đồ trạng thái nhà cung cấp
