Xem lịch sử đặt hàng: Khách hàng có thể xem lại thông tin đặt hàng của những đơn hàng đã được hoàn tất nghĩa là đã giao hàng thành công ở mục Xem lịch sử đặt hàng.. Việc xem lại lịch sử
Khảo sát thực trạng
Theo Repota 2023, Omni shopper vẫn là thế lực không thể bỏ qua, với các kênh mua sắm phổ biến nhất tại Việt Nam là website thương mại điện tử (78%), mạng xã hội (42%) và ứng dụng mua sắm trên di động (47%) Sự phổ biến của các kênh này cho thấy sự thay đổi trong hành vi mua sắm của người tiêu dùng, khi họ ngày càng tìm kiếm sự thuận tiện, tính linh hoạt và trải nghiệm mua sắm tích hợp.
Hình 1.Khảo sát lựa chọn tìm hiểu của khách hàng qua các kênh mua sắm
Có thể thấy, Website gần như là công cụ được sử dụng nhiều nhất mỗi khi khách hàng tìm hiểu về sản phẩm hay về thương hiệu họ quan tâm Ảnh hưởng từ dịch bệnh cũng góp phần không nhỏ ảnh hưởng đến hành vi và thói quen mua sắm của người tiêu dùng Người dùng có xu hướng tìm hiểu những sản phẩm từ các nguồn Internet nhiều hơn, và nhận thấy sự tiện lợi thông qua các trang mạng trực tuyến
Theo bài khảo sát về những động lực mua hàng trực tuyến, 5 lý do khuyến người tiêu dùng hiện nay ưu tiên hơn đối với những hành vi mua sắm Online thông qua những sàn thương mại điện tử thay vì trực tiếp đi đến cửa hàng truyền thống.
Hình 2.Động lực mua hàng trực tuyến (Nguồn: Impactplus)
Sự gia tăng phổ biến của hành vi người tiêu dùng mua sắm trực tuyến phản ánh sự tiện lợi của phương thức này Theo khảo sát, 85% người tiêu dùng đồng ý rằng mua hàng trực tuyến giúp họ tiết kiệm thời gian tìm hiểu sản phẩm hoặc thương hiệu Ngoài sự tiện lợi, yếu tố giá cả, chất lượng sản phẩm, thời gian giao hàng và độ uy tín của trang web thương mại điện tử cũng đóng vai trò quan trọng trong quyết định mua hàng trực tuyến của người tiêu dùng.
Hình 3.Tiêu chí người tiêu dùng quan tâm khi mua sắm trực tuyến Đối với những số liệu khảo sát về thực trạng, có thể nhận thấy rằng việc sử dụng các nền tảng Website trực tuyến nhằm truyền đạt thông tin sản phẩm, quảng bá thương hiệu, đặc biệt trong mảng kinh doanh thời trang và dịch vụ nhận ký gửi là một trong những đề tài thiết thực có thể khai thác và triển khai thực hiện về sau.
Với phương châm “cũ người mới ta”, việc sử dụng đồ second-hand đang là một xu hướng và rất được ưa chuộng bởi nhiều người, đặc biệt là các bạn trẻ luôn muốn làm mới mình với mức chi phí lại vô cùng hợp lý Không chỉ vậy, một trong những yếu tố giúp mô hình thanh lý ký gửi quần áo được xem là tiềm năng đó chính là nhờ việc không cần quá nhiều vốn đầu tư để nhập hàng và cũng không cần lo lắng đến việc hàng tồn kho.
Khảo sát người dùng
Cuộc khảo sát người dùng về Website kinh doanh quần áo và dịch vụ nhận ký gửi đã cung cấp cái nhìn chi tiết và sâu rộng về đối tượng sử dụng và xu hướng hiện tại
●Về đối tượng sử dụng:
- Về giới tính : Bao gồm Nam, Nữ, LGBT và khác Nhưng trong một số trường hợp, phần lớn người mua sắm trên website chủ yếu là Nữ.
- Về độ tuổi : Đa dạng từ nhiều độ tuổi khác nhau, từ thanh thiếu niên đến người trưởng thành và kể cả người cao tuổi Tuy nhiên đối tượng trẻ tuổi, đặc biệt là những người thuộc thế hệ Millennials và Z chiếm một tỷ lệ lớn
●Về xu hướng sử dụng:
- Các thương hiệu kinh doanh quần áo và dịch vụ nhận lý gửi được biết đến: Zara,
H&M, Uniqlo, LABB, Give Away, Second Corner, Đổi, Inhere, Glammie…
Nội dung sản phẩm nên được sắp xếp khoa học theo các danh mục cụ thể để giúp người dùng dễ dàng tìm kiếm, bao gồm: Thương hiệu, Thanh điều hướng, Danh mục sản phẩm, Sản phẩm nổi bật, Hàng mới về, Bán chạy, Khuyến mãi,
Khảo sát các Website có liên quan 11 1 H&M
INHERE
Website chính của InHere:https://inhere.vn/
InHere là nơi thời trang tái sinh, dịch vụ thanh lý, ký gửi cho các nhãn hàng thời trang nước ngoài cũng như local brand.
Hình 5.Trang chủ website Inhere. Ưu điểm:
- Sử dụng tone màu trắng và xanh lá cây kết hợp với nhau trong có thể mang ý nghĩa về bảo vệ môi trường và sự thân thiện với tự nhiên.
- Ngoài quần áo, InHere kinh doanh cả phụ kiện thời trang.
- Có tính năng chatbox để trả lời những thắc mắc từ khách hàng.
- Có phân loại thương hiệu rõ ràng, cụ thể.
- Hiển thị giá gốc, kích cỡ và chi tiết của sản phẩm.
- Trang web đơn giản rất dễ nhìn, bày trí nội dung theo bố cục rõ ràng và sắp xếp theo trình tự hợp lý.
- Chưa được người dùng biết đến nhiều.
- Đăng ký ký gửi bằng cách điềm thông tin vào Form.
- Chưa có sự kết hợp giữa dịch vụ ký gửi cũng với kinh doanh quần áo.
Nhận xét 13 1.4 Mục tiêu của đề tài 14 1.5 Đối tượng và phạm vi nguyên cứu 14 1.5.1 Đối tượng 14 1.5.2 Phạm vi 14 1.6 Công cụ sử dụng 15 1.7 Bố cục báo cáo đề taì đồ án thực hành 15 CHƯƠNG 2 CÁC CÔNG NGHỆ SỬ DỤNG XÂY DỰNG HỆ THỐNG 16 2.1 Xampp 16 2.2 Visual Studio Code 16 2.3 Laravel 17 2.4 Github 17 CHƯƠNG 3 PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG 19 3.1 Giới thiệu 19 3.1.1 Kiến trúc hệ thống 19 3.1.2 Sơ đồ hệ thống 19 3 Quy trình nghiệp vụ 19 3.1 Quy trình nghiệp vụ chung
Quy trình nghiệp vụ dành cho khách hàng
Khách hàng cần đăng nhập thành công để có thể sử dụng hệ thống Nếu khách hàng chưa có tài khoản trong hệ thống thì cần phải đăng ký tài khoản Thông tin bắt buộc để đăng ký tài khoản bao gồm: Email, Họ và tên, Mật khẩu Sau khi đăng ký thành công tài khoản, bạn có thể dùng tài khoản vừa đăng ký để đăng nhập vào hệ thống, và bổ sung những thông tin cá nhân khác trong mục Xem thông tin cá nhân.
Ngoài cách đăng ký trên, khách hàng cũng có thể lựa chọn đăng ký tài khoản bằng tài khoản Google hoặc Facebook, sau khi khách hàng nhấn nào nút đăng ký bằng tài khoản Google/Facebook, hệ thống sẽ chuyển sang giao diện Google/Facebook và yêu cầu bạn xác nhận đăng nhập Ở những lần đăng nhập tiếp theo, bạn chỉ cần chọn đăng nhập bằng Google/Facebook mà không cần phải vào đăng ký lại tại vì ở lần đăng ký đầu tiên, dữ liệu của bạn đã được lưu vào cơ sở dữ liệu để lần sau có thể đăng nhập lại rồi.
- Quy trình Xem thông tin sản phẩm
Với nhu cầu muốn xem chi tiết những sản phẩm mà cửa hàng đang có, khách hàng có thể xem bằng cách click vào mục sản phẩm và chọn xem những sản phẩm mà khách hàng muốn xem Khách hàng cũng có thể tìm kiếm sản phẩm bằng cách click vào ô tìm kiếm và tìm kiếm sản phẩm, sau đó nhấn xem thông tin chi tiết của sản phẩm sau khi có kết quả tìm kiếm.
Ngoài việc xem thông tin sản phẩm của toàn bộ danh mục, khách hàng còn có thể dễ dàng tiếp cận thông tin sản phẩm theo từng danh mục cụ thể Để làm được điều này, khách hàng chỉ cần chọn phân loại sản phẩm mong muốn, sau đó danh sách các sản phẩm thuộc phân loại đó sẽ được hiển thị đầy đủ trên màn hình.
Với nhu cầu cập nhật những thông tin cần thiết về thời trang, thương hiệu thì khách hàng có thể xem Blog khi đăng nhập thành công Lúc đó hàng loạt các chủ đề sẽ hiển thị lên màn hình và được thiết kế một cách hợp lý, dễ dàng điều hướng điểm nhìn của khách hàng.
Nội dung chi tiết của từng Blog sẽ hiển thị khi khách hàng click vào từng nội dung của Blog, các nội dung trên đượcvà nhân viên thu thập, soạn thảo dựa trên việc đáp ứng các nhu cầu và xu hướng thời trang của khách hàng.
- Quy trình Quản lý giỏ hàng và Thanh toán
Sau khi chọn và xem sản phẩm, khách hàng có thể thêm vào giỏ hàng rồi chọn Tiếp tục mua sắm hoặc Đến giỏ hàng Tại giỏ hàng, khách hàng có thể chỉnh sửa hoặc xóa các sản phẩm theo ý muốn Để đặt hàng, khách hàng phải đăng nhập vào hệ thống Sau khi nhấn đặt hàng, khách hàng cần xác nhận thông tin rồi chọn hình thức thanh toán (VN Pay, chuyển khoản, thanh toán khi giao hàng) để hoàn tất đơn hàng Tuy nhiên, khách hàng chỉ có thể hủy đơn hàng khi đơn hàng ở trạng thái Chờ xác nhận.
- Quy trình Xem lịch sử đặt hàng và Tra cứu đơn đã đặt
Sau khi đặt hàng, khách hàng có thể theo dõi tình trạng, trạng thái của đơn hàng đó Xem lịch sử đặt hàng: Khách hàng có thể xem lại thông tin đặt hàng của những đơn hàng đã được hoàn tất (nghĩa là đã giao hàng thành công) ở mục Xem lịch sử đặt hàng Việc xem lại lịch sử đặt hàng cũng giúp cho khách hàng có thể mua lại những sản phẩm ưng ý mà khách hàng đó đã từng mua mà không cần tìm kiếm sản phẩm trong danh mục Sản phẩm.
Tra cứu đơn đã đặt: Sau khi nhấn đặt hàng (đơn hàng chưa giao hoàn tất), khách hàng có thể vào Tra cứu thông tin đơn đã đặt để xem thông tin về đơn hàng cũng như trạng thái, quá trình giao hàng của sản phẩm Sau khi đơn hàng này được hoàn tất thì nó sẽ nhảy qua lịch sử mua hàng.
Khi khách hàng muốn TUẦN HOÀN TỦ ĐỒ có thể mang những đồ không còn sử dụng nữa đến để bán lại Có thể đã cũ hay cũng có thể còn mới, chưa dùng lần nào hoặc là những món đồ không biết để làm gì cũng có thể ký gửi.
Khách hàng có thể tham khảo quy trình ký gửi, thời hạn và phí ký gửi tại mục "Ký gửi" Nếu thấy phù hợp, khách hàng có thể "Đặt lịch lấy hàng" để cửa hàng đến tận nhà lấy hàng.
Khách hàng cần điền tất cả các thông tin vào form, bao gồm: Email, Họ tên khách hàng, số điện thoại, địa chỉ lấy hàng, khung giờ và ngày lấy hàng… rồi nhấn Gửi thì thông tin khách hàng sẽ được lưu thành công và nhân viên cửa hàng sẽ chủ động liên hệ Sau khi đăng ký lấy hàng thành công, khách hàng chuẩn bị những món đồ cần ký gửi để giao cho nhân viên giao hàng vào khung ngày giờ đã chọn.
- Quy trình đánh giá sản phẩm
Sau khi mua 1 món đồ nào đó trên website của cửa hàng, thì khách hàng được quyền đánh giá (từ 1 đến 5 sao) và để lại bình luận cho món đồ đó để phản ánh về chất lượng món đồ mà cửa hàng cung cấp.
Quy trình nghiệp vụ dành cho quản lý
- Quy trình Quản lý thông tin đơn hàng
Admin sau khi đăng nhập vào hệ thống sẽ tiến hành xem thông tin đơn hàng, kiểm tra các đơn hàng mà khách hàng đã đặt bằng cách kiểm kê những sản phẩm trong đơn hàng có thể tiến hành thực hiện hay không, nếu không thể thì thông báo đến khách hàng, nếu có thể thực hiện thì tiến hành nhấn xác nhận đơn hàng Sau khi xác nhận, đơn hàng sẽ được chuyển giao cho nhân viên giao hàng
Quản lý có thể theo dõi đơn hàng bằng cách tra cứu thông tin đơn hàng, cập nhật tình trạng đơn hàng trên hệ thống Các trạng thái đơn hàng bao gồm: Chưa xác nhận, Đã xác nhận, Đang giao, Đã giao, Đã hủy, Hoàn trả Đối với đơn hàng đã đặt, trạng thái ban đầu là Chưa xác nhận, sẽ chuyển thành Đã xác nhận khi quản lý xác nhận đơn hàng Sau đó, chuyển thành Đang giao khi nhân viên giao hàng tiếp nhận đơn hàng Khi đơn hàng được giao đến khách hàng, trạng thái sẽ hiển thị là Đã giao Trong trường hợp khách hàng hủy đơn hàng, quản lý sẽ cập nhật trạng thái thành Đã hủy.
- Quy trình Quản lý ký gửi
Admin không chỉ kiểm tra các đơn hàng đã đặt mà còn kiểm tra xem những khách hàng đã đăng ký ký gửi rồi tiến hành liên hệ để biết về số lượng, mặt hàng, thương hiệu và tài khoản ngân hàng Rồi tiến hành xác nhận, để bên bộ phận giao hàng đến lấy Sau đấy đăng tải lên hệ thống để bán.
Khi nhận được sản phẩm ký gửi, cửa hàng sẽ sàng lọc để đảm bảo sản phẩm còn mới và phù hợp với tiêu chuẩn chất lượng Nếu sản phẩm quá cũ, lỗi nhiều hoặc khó bán được, cửa hàng có quyền từ chối nhận ký gửi Sau thời gian ký gửi, nếu sản phẩm không bán được, cửa hàng sẽ hoàn trả lại cho người gửi.
- Quy trình Quản lý blog Đây là quy trình dành cho admin Admin sau khi soạn nội dung blog dựa trên một số chủ đề cụ thể như: chương trình khuyến mãi, các dòng thương hiệu, sản phẩm mới, xu hướng, bộ sưu tập, highlights, tin tức ký gửi, tin tức theo mùa…
Những nội dung được tạo cần mang tính cập nhật và chính xác và đáp ứng các nhu cầu cần thiết của người dùng, không được tạo các thông tin sai lệch.
Sau khi tạo nội dung, admin sẽ tiến hành đăng tải lên website Admin có thể tra cứu, sửa hoặc xóa nội dung các blog không phù hợp.
- Quy trình Quản lý sản phẩm
Admin sẽ có thể quản lý những sản phẩm có trên cửa hàng Gồm có những chức năng cơ bản như thêm, xóa và sửa các sản phẩm
Khi thêm sản phẩm cần phải khai báo chính xác tên sản phẩm, nhập bảng size cho sản phẩm, mức giá và cũng như đăng tải các hình ảnh của sản phẩm.
- Quy trình thực hiện báo cáo, thống kê
Sau khi xem danh sách các thông tin cần thiết, admin có thể ấn xem báo cáo thống kê để có cái nhìn tổng quan về mặt dữ liệu, kiểm kê các thông tin cần thiết, từ đó đánh giá, xác định phương hướng làm việc hoặc đề ra giải pháp nếu nhận thấy vấn đề phát sinh.
Phân tích yêu cầu hệ thống 22 1 Yêu cầu chức năng 22 1.1 Yêu cầu lưu trữ
Yêu cầu tính toán
Tính toán tổng giá trị hóa đơn: Tổng giá trị hóa đơn (TongTien) sẽ được tính bằng tổng thành tiền (ThanhTien) của những chi tiết hóa đơn của hóa đơn đó.
Công thức tính tổng trị giá hóa đơn:
Hình 12 Công thức tính tiền đơn hàng
Hình 13.Công thức tính tổng giá trị hóa đơn
- n: là số sản phẩm mà khách hàng đã mua trong 1 hóa đơn
- Sản phẩm (i): Sản phẩm thứ i
Yêu cầu tra cứu
Chức năng tra cứu được cung cấp dựa trên quyền hạn của người dùng:
● Tra cứu thông tin cá nhân của người dùng: có thể được tra cứu bởi chính người dùng đó.
� Kết quả kết xuất: Các thông tin cá nhân của đối tượng tra cứu.
● Tra cứu thông tin đơn hàng của khách hàng: có thể được tra cứu bởi nhân viên hoặc chính khách hàng đó.
� Kết quả kết xuất: Các thông tin đơn hàng của khách hàng được tra cứu.
● Tra cứu thông tin đơn hàng của khách hàng đã ký gửi: có thể được tra cứu bởi nhân viên hoặc chính khách hàng đó.
� Kết quả kết xuất: Các thông tin đơn hàng của khách hàng đã ký gửi được tra cứu.
● Tra cứu thông tin khách hàng/khách hàng ký gửi: có thể được tra cứu bởi nhân viên.
� Kết quả kết xuất: Các thông tin về khách hàng/khách hàng ký gửi được tra cứu.
● Tra cứu thông tin nhân viên: có thể được tra cứu bởi chính người quản lý.
� Kết quả kết xuất: Các thông tin về nhân viên được tra cứu.
● Tra cứu thông tin sản phẩm: có thể được tra cứu bởi nhân viên hoặc khách hàng.
� Kết quả kết xuất: Các thông tin sản phẩm được tra cứu.
● Tra cứu thông tin sản phẩm ký gửi: có thể được tra cứu bởi nhân viên hoặc khách hàng.
� Kết quả kết xuất: Các thông tin sản phẩm ký gửi được tra cứu.
● Tra cứu thông tin ký gửi: có thể được tra cứu bởi nhân viên hoặc khách hàng.
� Kết quả kết xuất: Các thông tin ký gửi được tra cứu.
● Tra cứu thông tin hóa đơn của khách hàng: có thể được tra cứu bởi nhân viên hoặc chính khách hàng đó.
� Kết quả kết xuất: Các thông tin hóa đơn của khách hàng được tra cứu.
● Tra cứu thông tin khuyến mãi: có thể được tra cứu bởi nhân viên hoặc khách hàng.
� Kết quả kết xuất: Các thông tin khuyễn mãi được tra cứu.
● Tra cứu thông tin cửa hàng: có thể được tra cứu bởi nhân viên hoặc khách hàng.
� Kết quả kết xuất: Các thông tin cửa hàng được tra cứu.
Yêu cầu xem báo cáo
● Xem báo cáo: Cho phép người quản lý xem báo cáo, thống kê được doanh thu theo hóa đơn.
� Kết quả kết xuất: Bảng thống kê doanh thu hóa đơn theo ngày/tháng/năm.
Bảo mật và phân quyền người dùng
● Mỗi người dùng được cấp một tài khoản riêng để đăng nhập vào hệ thống.
● Mỗi tài khoản sẽ có những phân quyền khác nhau (khách hàng, nhân viên, quản lý).
● Người quản lý có toàn quyền thông hệ thống.
Chức năng tự động
Tự động tạo ID cho Người dùng (Khách hàng, Khách hàng ký gửi, Nhân viên, Quản lý),Sản phẩm, Khuyến mãi, Phân Loại, Hóa đơn, Ký gửi, Cửa hàng, Đặt hàng.
Yêu cầu phi chức năng 25 1 Yêu cầu về chất lượng
3.2.2.1 Yêu cầu về chất lượng
● Tính cập nhật – phát triển:
- Dễ dàng nâng cấp hoặc tăng các tính năng tiện ích khác.
- Có các đặc tả và hướng dẫn rõ ràng Dễ dàng thao tác.
- Sản phẩm mô tả cụ thể, dễ nhìn, dễ hiểu.
- Hoạt động ổn định, đáng tin cậy.
- Hoạt động tốt trên tất cả các phương tiện phổ biến hiện nay.
- Có Responsive theo từng kích thước màn hình khác nhau.
3.2.2.2 Yêu cầu về giao diện
● Giao diện ứng dụng gần gũi, thân thiện, ưa nhìn.
● Người dùng dễ sử dụng, tính tương thích cao.
● Hiển thị rõ ràng và chi tiết các thông tin.
Phân tích thiết kế hệ thống 26 1 Sơ đồ use case 26 1.1 Sơ đồ use case tổng quát
Danh sách actor
STT Tên Actor Ý nghĩa/ Ghi chú
1 Quản lý Quản trị viên, người quản lý hệ thống
2 Khách hàng Người dùng hệ thống chưa đăng nhập chưa đăng nhập
Người dùng hệ thống đã đăng nhập
Danh sách usecase
1 Quản lí thông tin cá nhân
Quản lí thông tin cá nhân như họ tên, ngày sinh, địa chỉ, số điện thoại…
Gồm 2 chức năng mở rộng: Thay đổi mật khẩu, Chỉnh sửa thông tin
1.1 Thay đổi mật khẩu Khi người dùng quên mật khẩu hoặc muốn tăng cường bảo mật tài khoản thì thực hiện chức năng thay doi639 mật khẩu
1.2 Chỉnh sửa thông tin cá nhân
Khi thông tin của người dùng bị sai có thể thực hiện chức năng chỉnh sửa thông tin cá nhân
2 Xem thông tin sản phẩm
Xem các thông tin sản phẩm trên website Gồm 2 chức năng mở rộng: Lọc, tìm kiếm
Sau khi lọc hoặc tìm kiếm người dùng có thể xem chi tiết sản phẩm
2.1 Lọc Lọc các thông tin sản phẩm như màu sắc, kích thước… 2.2 Tìm kiếm sản phẩm Tìm kiếm sản phẩm bằng key word
2.3 Xem chi tiết sản phẩm Chi tiết sản phẩm bao gồm tên sản phẩm, giá, số lượng có sẵn, đánh giá
3 Xem blog Người dùng có thể xem các bài blog trên website3.1 Tìm kiếm Người dùng có thể tìm kiếm blog
4 Mua hàng Người dùng có thể thực hiện chức năng mua hàng trên website 4.1 CRUD Quản lí giỏ hàng Thêm, xóa, sửa sản phẩm trong giỏ hàng
4.2 Thanh toán Sau khi mua hàng khách hàng thực hiện chức năng thanh toán
5 Quản lí đơn hàng Khách hàng quản lí đơn hàng bằng cách Xem lịch sử đặt hàng, Tra cứu thông tin đơn đã đặt, Hủy đơn hàng
5.1 Xem lịch sử đơn đặt hàng
Khách hàng có thể xem lại thông tin đặt hàng
5.2 Tra cứu thông tin đơn đặt
Khách hàng có thể xem lại tất cả thông tin của đơn hàng mình đẵ đặt bằng chức năng tra cứu
5.3 Hủy đơn hàng Khi đơn hàng chưa được giao cho đơn vị vận chuyển khách hàng có thể Hủy đơn hàng
6 Ký gửi Khách hàng khi có quần áo cũ cần thanh lí thì Website sẽ đáp ứng được yêu cầu này thông qua chức năng Ký gửi
6.1 Xem tình trạng đơn ký gửi
Người dùng có thể xem đơn ký gửi đã được duyệt hay chưa
7 Quản lí kí gửi Quản lí của cửa hàng có quyền quản lí ký gửi
7.1 Thanh toán Sau khi nhận được sản phẩm mà khách hàng đã kí gửi quản lí phải thực hiện Thanh toán chi phí sản phẩm đó cho khách hàng
7.2 Trả hàng Khi sản phẩm mà khách hàng ký gửi không đạt yêu cầu
Quản lí sẽ trả hàng lại cho khách hàng
Quản lý đơn hàng là một tính năng quan trọng cho phép chủ cửa hàng theo dõi và cập nhật trạng thái đơn hàng của khách hàng Với tính năng này, chủ cửa hàng có thể tra cứu thông tin đơn hàng, xem danh sách đơn hàng, xem chi tiết từng đơn hàng và thực hiện các thao tác cập nhật trạng thái đơn hàng một cách nhanh chóng và thuận tiện.
8.1 Tra cứu Tra cứu đơn bán hàng
8.2 Xem danh sách đơn hàng
Xem danh sách đơn bán hàng
8.3 Xem chi tiết đơn hàng Xem chi tiết đơn bán hàng
8.4 Cập nhật trạng thái đơn hàng
Cập nhật trạng thái đơn hàng như vi1 dụ như xác nhận đơn hàng
9 CRUD Quản lí blog Thêm, xóa, sửa blog
10 Xem báo cáo doanh thu Xem báo cáo doanh thu theo tuần, tháng, năm
11 Giao hàng Giao hàng đến khách hàng
9 Đăng ký Đăng ký tài khoản
10 Đăng nhập Đăng nhập vào hệ thống để có quyền sử dụng các chức năng của hệ thống.
11 Đăng xuất Đăng xuất tài khoản khỏi hệ thống.
Đặc tả usecase 30 1 Đặc tả usecase liên quan đến khách hàng
3.3.2.1 Đặc tả usecase liên quan đến khách hàng a Quản lí thông tin cá nhân
- Chỉnh sửa thông tin cá nhân:
Bảng 3 Đặc tả usecase Chỉnh sửa thông tin cá nhân
Tên Use-case Chỉnh sửa thông tin cá nhân
Khách hàng có thể chỉnh sửa thông tin cá nhân đã tồn tại trong CSDL Ngoài ra, khách hàng có thể kiểm tra định dạng hoặc kiểm tra có bị trùng gmail, số điện thoại hay không.
Kích hoạt Khách hàng nhấn chọn ‘Chỉnh sửa thông tin cá nhân’ trong trang “Quản
(Trigger) lý thông tin cá nhân”.
Use-case liên quan Extend: Quản lý thông tin cá nhân.
● Khách hàng cần đăng nhập tài khoản thành công và phải truy cập vào trang “Quản lý thông tin cá nhân” mới có thể thực hiện thay đổi.
● Thông tin cá nhân phải tồn tại trong CSDL trước khi cập nhật.
● Khách hàng kiểm tra xem định dạng hoặc gmail, số điện thoại có bị trùng hay không.
● Khách hàng thay đổi thông tin cá nhân rồi nhấn vào nút “Lưu”
Hậu điều kiện Thông tin dữ liệu của khách hàng được thay đổi trong CSDL.
1 Khách hàng chọn tab “Quản lý thông tin cá nhân” trong giao diện chính dành cho Khách hàng.
2 Hệ thống hiển thị giao diện “Quản lý thông tin cá nhân” với các thông tin đã được đưa lên từ CSDL.
3 Khách hàng chọn chức năng “Chỉnh sửa thông tin cá nhân”.
4 Hệ thống hiển thị giao diện chỉnh sửa thông tin cá nhân với các trường dữ liệu cần nhập.
5 Khách hàng tiến hành nhập thông tin cá nhân cần chỉnh sửa.
6 Hệ thống xác thực tính chính xác của thông tin định dạng vừa thay đổi.
7 Thông tin định dạng hợp lệ, hệ thống tiến hành kiểm tra sự tồn tại của thông tin gmail, số điện thoại của tài khoản khách hàng.
8 Thông tin chưa tồn tại, hệ thống tiến hành lưu thông tin vào CSDL và thông báo “Chỉnh sửa thông tin cá nhân thành công”.
9 Hệ thống sẽ hiển thị thông tin khách hàng đã được chỉnh sửa lên trang
“Quản lý thông tin cá nhân”.
6a Thông tin định dạng không hợp lệ, hệ thống thông báo “Định dạng thông tin không hợp lệ”.
Use Case quay lại bước 5 để tiếp tục.
7a Thông tin đã tồn tại, hệ thống thông báo “Thông tin này đã tồn tại” Use Case quay lại bước 5 để tiếp tục.
Luồng sự kiện ngoại lệ Không có
Hình 15 Activity usecase Chỉnh sửa thông tin cá nhân
Bảng 4.Đặc tả usecase Thay đổi mật khẩu
Tên Use-case Thay đổi mật khẩu
Khách hàng có thể thay đổi mật khẩu để bảo vệ thông tin cá nhân và tài khoản của mình.
Khách hàng nhấn chọn ‘Thay đổi mật khẩu’ trong trang “Quản lý thông tin cá nhân”.
Use-case liên quan Extend: Quản lý thông tin cá nhân.
● Khách hàng cần đăng nhập tài khoản thành công và phải truy cập vào trang “Quản lý thông tin cá nhân” mới có thể thực hiện thay đổi mật khẩu.
● Mật khẩu cũ phải tồn tại trong CSDL trước khi thay đổi.
● Khách hàng kiểm tra xem định dạng mật khẩu có hợp lệ chưa.
● Khách hàng thay đổi mật khẩu rồi nhấn vào nút “Lưu”
Hậu điều kiện Mật khẩu đã được thay đổi trong CSDL thành công và có thể sử dụng cho các đăng nhập sau.
1 Khách hàng chọn tab “Quản lý thông tin cá nhân” trong giao diện chính dành cho Khách hàng.
2 Hệ thống hiển thị giao diện “Quản lý thông tin cá nhân” với các thông tin đã được đưa lên từ CSDL.
3 Khách hàng chọn chức năng “Thay đổi mật khẩu”.
4 Hệ thống hiển thị giao diện thay đổi mật khẩu với các trường dữ liệu cần nhập.
5 Khách hàng nhập mật khẩu cũ, mật khẩu mới và xác nhận mật khẩu mới.
6 Hệ thống kiểm tra tính hợp lệ của mật khẩu cũ và đảm bảo mật khẩu mới đáp ứng các yêu cầu bảo mật (độ dài tối thiểu, sử dụng chữ cái in hoa, số hay ký tự đặc biệt).
7 Kiểm tra thông tin dữ liệu nhập vào hợp lệ, hệ thống tiến hành cập nhật mật khẩu mới vào CSDL và thông báo “Thay đổi mật khẩu thành công”.
8 Hệ thống sẽ hiển thị thông tin khách hàng lên trang “Quản lý thông tin cá nhân”.
5a Mật khẩu cũ không chính xác hay mật khẩu mới không đáp ứng được các yêu cầu bảo mật, hệ thống thông báo lỗi và yêu cầu khách hàng nhập lại.
Use Case quay lại bước 5 để tiếp tục.
Luồng sự kiện ngoại lệ Không có
Hình 16.Activity usecase Thay đổi mật khẩu b Xem thông tin sản phẩm
Bảng 5.Đặc tả usecase Tìm kiếm sản phẩm
Tên Use-case Tìm kiếm sản phẩm
Mô tả Use-case User tìm kiếm sản phẩm dựa trên từ khóa.
Use-case liên quan Extend: Xem sản phẩm
Hậu điều kiện Danh sách sản phẩm có những từ khóa trùng khớp được hiển thị
1 User chọn tab Sản Phẩm
2 Hệ thống hiển thị danh sách các sản phẩm
3 Nhập từ khóa vào ô Search, nhấn tìm kiếm.
4 Hệ thống hiển thị danh sách sản phẩm chứa từ khóa trùng khớp.
Luồng sự kiện ngoại lệ
Hình 17 Activity usecase Tìm kiếm sản phẩm
Bảng 6 Đặc tả usecase Lọc sản phẩm
Tên Use-case Lọc danh sách sản phẩm
Mô tả Use-case User lọc danh sách sản phẩm theo cách thuộc tính mình mong muốn.
Use-case liên quan Extend: Xem sản phẩm
Hậu điều kiện Danh sách sản phẩm có những thuộc tính phù hợp được hiển thị
1 User chọn tab Sản Phẩm
2 Hệ thống hiển thị danh sách các sản phẩm
3 Chọn thuộc tính muốn lọc tại ô lọc.
4 Hệ thống hiển thị danh sách sản phẩm theo thuộc tính được lọc.
Luồng sự kiện ngoại lệ
Hình 18.Activity usecase Lọc sản phẩm
- Xem chi tiết sản phẩm
Bảng 7.Đặc tả usecase Xem chi tiết sản phẩm
Tên Use-case Xem chi tiết sản phẩm
Mô tả Use-case User xem các thông tin chi tiết về sản phẩm.
Use-case liên quan Extend: Xem sản phẩm
Hậu điều kiện Thông tin chi tiết về sản phẩm được hiển thị.
1 User chọn tab Sản Phẩm
2 Hệ thống hiển thị danh sách các sản phẩm
3 Nhấn vào chọn sản phẩm muốn xem
4 Hệ thống hiển thị thông tin chi tiết của sản phẩm đó.
Luồng sự kiện ngoại lệ
Hình 19 Activity usecase Xem chi tiết sản phẩm c Xem blog
Bảng 8.Đặc tả usecase Tìm kiếm blog
Tên Use-case Tìm kiếm blog
Mô tả Use-case User tìm kiếm blog theo từ khóa mong muốn
Use-case liên quan Extend: Xem blog
Hậu điều kiện Danh sách blog có từ khóa trùng khớp được hiển thị.
Luồng sự kiện chính 1 User chọn tab Blog
2 Hệ thống hiển thị danh sách các blog.
3 Nhập từ khóa vào ô search, rồi nhấn tìm kiếm.
4 Hệ thống hiển thị danh sách blog có từ khóa trùng khớp.
Luồng sự kiện ngoại lệ
Hình 20.Activity usecase Tìm kiếm blog d Mua hàng
- CRUD Quản lí giỏ hàng:
+ Thêm sản phẩm vào giỏ hàng:
Bảng 9 Đặc tả usecase Thêm sản phẩm vào giỏ hàng
Luồng sự kiện Thêm sản phẩm vào giỏ
Mô tả Thêm sản phẩm mà khách hàng muốn mua vào giỏ hàng.
Khách hàng nhấn vào nút “Thêm vào giỏ” ở phần thông tin hiển thị của mỗi sản phẩm.
Tiền điều kiện Khách hàng cần phải đăng nhập thành công vào trang.
Hậu điều kiện Thông tin về sản phẩm khách hàng thêm sẽ được lưu vào cơ sở dữ liệu của hệ thống.
1 Khách hàng nhấn vào nút “Thêm vào giỏ”.
2 Hệ thống lưu thông tin sản phẩm vừa thêm vào giỏ hàng.
3 Hệ thống thông báo thêm thành công.
Hình 21 Activity usecase Thêm sản phẩm vào giỏ hàng
+ Xóa sản phẩm trong giỏ:
Bảng 10 Đặc tả usecase Xóa sản phẩm trong giỏ
Luồng sự kiện Xóa sản phẩm trong giỏ
Mô tả Xóa sản phẩm khỏi giỏ hàng của khách hàng.
Chọn vào nút “Xóa” ở phần hiển thị danh sách sản phẩm trong giỏ hàng.
Tiền điều kiện ● Khách hàng cần phải đăng nhập thành công vào trang.
● Cần tồn tại ít nhất một sản phẩm trong giỏ.
Hậu điều kiện Thông tin về sản phẩm sẽ bị xóa khỏi giỏ hàng.
1 Khách hàng nhấn vào nút “Xóa” và xác nhận.
2 Hệ thống xóa sản phẩm trong giỏ hàng ra khỏi cơ sở dữ liệu.
3 Hệ thống thông báo xóa thành công.
Khách hàng không xác nhận xóa Kết thúc luồng sự kiện và quay lại màn hình hiển thị danh sách sản phẩm trong giỏ hàng.
Hình 22 Activity usecase Xóa sản phẩm trong giỏ
+ Sửa sản phẩm trong giỏ hàng:
Bảng 11 Đặc tả usecase Sửa sản phẩm trong giỏ hàng
Luồng sự kiện Sửa sản phẩm trong giỏ
Mô tả Sửa sản phẩm trong giỏ hàng của Khách hàng.
Khách hàng có thể chỉnh sửa số lượng hay phân loại trên phần thông tin của mỗi sản phẩm trong giỏ hàng.
● Khách hàng cần phải đăng nhập thành công vào trang.
● Cần tồn tại ít nhất một sản phẩm trong giỏ.
Hậu điều kiện Thông tin về sản phẩm được thay đổi và lưu vào cơ sở dữ liệu.
1 Khách hàng có thể nhấn vào nút ‘+’ hoặc ‘-’ để tăng giảm số lượng hoặc mũi tên chỉnh sửa phân loại sản phẩm sau đó xác nhận.
2 Hệ thống cập nhật những thông tin sửa đổi của sản phẩm vào cơ sở dữ liệu.
Khách hàng không xác nhận sửa Kết thúc luồng sự kiện và quay lại màn hình hiển thị danh sách sản phẩm trong giỏ hàng.
Hình 23 Activity usecase Sửa sản phẩm trong giỏ
Bảng 12.Đặc tả usecase Thanh toán đơn mua hàng
Luồng sự kiện Thanh toán
Mô tả Khách hàng có thể thanh toán với nhiều hình thức.
(Trigger) Nhấn vào nút “Thanh toán”
Tiền điều kiện Khách hàng cần phải đăng nhập thành công vào trang.
Hậu điều kiện Hệ thống hiển thị thanh toán thành công.
1 Hệ thống hiển thị trang thanh toán.
2 Khách hàng chọn phương thức thanh toán và thanh toán.
3 Hệ thống thông báo thanh toán thành công.
Luồng sự kiện Khách hàng chọn hủy thanh toán Kết thúc luồng sự kiện và quay lại phụ màn hình thông tin đơn hàng cần thanh toán.
Hình 24.Activity Thanh toán đơn mua hàng e Quản lí đơn hàng
- Xem lịch sử đặt hàng
Bảng 13 Xem lịch sử đơn đặt hàng
Tên Use-case Xem lịch sử đặt hàng
Mô tả Use- Khách hàng có thể xem lịch sử đơn hàng đã và đang đặt mua. case
Khách hàng nhấn chọn “Xem lịch sử đặt hàng” trong trang “Quản lý đơn hàng”.
Use-case liên quan Extend: Quản lý đơn hàng
Tiền điều kiện Khách hàng cần đăng nhập tài khoản thành công và phải truy cập vào trang “Quản lý đơn hàng”.
Hậu điều kiện Hiển thị thông tin chi tiết về đơn hàng và giao dịch mà khách hàng đã thực hiện.
1 Khách hàng chọn tab “Quản lý đơn hàng” trong giao diện chính dành cho Khách hàng.
2 Hệ thống hiển thị giao diện “Quản lý đơn hàng” gồm danh sách các đơn hàng của khách hàng.
3 Khách hàng chọn chức năng “Xem lịch sử đặt hàng”.
4 Hệ thống hiển thị danh sách các đơn hàng đã được giao cho khách hàng.
5 Khách hàng chọn đơn hàng muốn xem lịch sử đặt hàng.
6 Hệ thống hiển thị thông tin chi tiết của đơn hàng (bao gồm: mã đơn hàng, thông tin liên hệ của khách hàng, thông tin chi tiết sản phẩm, các mốc thời gian…)
Khách hàng thoát khỏi màn hình “Xem lịch sử đặt hàng”
Luồng sự kiện ngoại lệ Không có
Hình 25.Activity usecase Xem lịch sử đơn đặt hàng
- Tra cứu thông tin đơn đã đặt
Bảng 14 Đặc tả usecase Tra cứu thông tin đơn đã đặt
Tên Use-case Tra cứu thông tin đơn hàng
Mô tả Use-case Khách hàng có thể tra cứu thông tin đơn hàng trong tất cả các trạng thái
(Chờ xác nhận, Đang giao, Đã giao, Đã hủy, Hoàn trả, Đánh giá).
Khách hàng có thể tra cứu thông tin đơn hàng bằng thanh tìm kiếm hoặc dùng bộ lọc trong trang “Quản lý đơn hàng”.
Use-case liên quan Extend: Quản lý đơn hàng
Tiền điều kiện Khách hàng cần đăng nhập tài khoản thành công và phải truy cập vào trang “Quản lý đơn hàng” mới có thể thực hiện tra cứu.
Hậu điều kiện Hiển thị danh sách đơn hàng mà khách hàng đang tìm kiếm.
1 Khách hàng chọn tab “Quản lý đơn hàng” trong giao diện chính dành cho Khách hàng.
2 Hệ thống hiển thị giao diện “Quản lý đơn hàng” gồm danh sách các đơn hàng của khách hàng.
3 Khách hàng nhập từ khóa cần tìm kiếm vào thanh tìm kiếm hoặc dùng bộ lọc để tra cứu thông tin đơn hàng.
4 Hệ thống trả về thông tin những đơn hàng thỏa điều kiện tìm kiếm của khách hàng.
3a Hệ thống thông báo “Không tìm được kết quả”
Luồng sự kiện ngoại lệ Không có
Hình 26 Acitivity usecase Tra cứu đơn đã đặt
Bảng 15 Đặc tả usecase Hủy đơn hàng
Tên Use-case Hủy đơn hàng
Mô tả Use-case Khách hàng có thể hủy những đơn hàng đang đặt mua.
Khách hàng nhấn chọn “Hủy đơn hàng” hiển thị trong phần thông tin của đơn hàng trong trang “Quản lý đơn hàng”.
Use-case liên quan Extend: Quản lý đơn hàng
● Khách hàng cần đăng nhập tài khoản thành công và phải truy cập vào trang “Quản lý đơn hàng” rồi chọn đơn hàng muốn hủy.
● Khách hàng đã đặt hàng và cần tồn tại ít nhất một đơn hàng trong CSDL.
● Đơn hàng chỉ đươc hủy khi ở trạng thái chưa nhận hàng.
Hậu điều kiện Đơn hàng bị hủy và thông tin đơn hàng bị xóa khỏi cơ sở dữ liệu của shop.
1 Khách hàng chọn tab “Quản lý đơn hàng” trong giao diện chính dành cho Khách hàng.
2 Hệ thống hiển thị giao diện “Quản lý đơn hàng” gồm danh sách các đơn hàng của khách hàng.
3 Khách hàng chọn đơn hàng muốn hủy, rồi nhấn “Hủy đơn hàng” ở phần thông tin đơn hàng và nhấn “Xác nhận”.
4 Hệ thống hủy đơn hàng của khách hàng và xóa dữ liệu về đơn hàng vừa hủy.
5 Hệ thống thông báo “Hủy đơn hàng thành công”.
Luồng sự kiện phụ 3a Khách hàng không “Xác nhận” hủy đơn hàng
Use Case quay về bước 2.
Luồng sự kiện ngoại lệ Không có
Hình 27 Activity usecase Hủy đơn hàng f Ký gửi
Bảng 16 Đặc tả usecase Ký gửi
Tên Use-case Ký gửi
Mô tả Use-case Khách hàng thực hiện ký gửi đồ
Actors Khách hàng đã đăng nhập
Tiền điều kiện Khách hàng đã đăng nhập bằng tài khoản đã tạo
Hậu điều kiện Điền form ký gửi thành công
Luồng sự kiện chính 1 User chọn tab Ký gửi
2 Hệ thống hiển thị form ký gửi
3 User nhập các trường thông tin có trong form ký gửi
4 Hệ thống kiểm tra thông tin
5 Hệ thống hiển thị đơn hàng
6 Hệ thống lưu thông tin vào cơ sở dữ liệu
7 Hệ thống hiển thị thông báo lưu thành công
Luồng sự kiện phụ 4a Thông tin không hợp lệ (vi phạm ràng buộc) Quay lại bước 3
Luồng sự kiện ngoại lệ
Khi thoát ra khỏi hệ thống trong lúc điền form thì các thông tin đã điền không bị
Hình 28 Activity usecase Ký gửi
- Xem tình trạng đơn ký gửi: Sau khi ký gửi thành công khách hàng có thể xem trạng thái kí gửi g Đăng ký tài khoản
Bảng 17 Đặc tả usecase Đăng ký tài khoản
Tên Use-case Đăng ký
Mô tả Use-case Người dùng đăng ký tài khoản
Kích hoạt (Trigger) Kiểm tra sự tồn tại của tài khoản
Actors Khách hàng chưa đăng nhập
Tiền điều kiện Khách hàng chưa có tài khoản
Hậu điều kiện Tạo tài khoản thành công
Luồng sự kiện chính 1 Hiển thị giao diện đăng ký
2 Người dùng điền đầy đủ các trường dữ liệu
3 Nhấn nút tạo tại khoản
4 Hiển thị thông báo đăng ký tài khoản thành công
Luồng sự kiện phụ 2a Kiểm tra tính hợp lệ của thông tin nếu vi phạm thì la2m lại bước 2
3a Vi phạm ràng buộc hoặc điền thiếu thông tin thì phải quay lại bước 2
Luồng sự kiện ngoại lệ Không có
Hình 29 Activity usecase Đăng ký tài khoản
3.3.2.2 Đặc tả usecase liên quan đến quản lí a Quản lí ký gửi
Bảng 18 Đặc tả usecase Trả hàng
Tên Use-case Trả hàng
Mô tả Use-case Admin quản lý việc trả hàng cho người gửi
Use-case liên quan Extend: Quản lý ký gửi
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Sản phẩm không hợp đủ điều kiện sẽ bị trả lại cho người gửi
Luồng sự kiện chính 1 Admin chọn tab Ký gửi trong giao diện của Admin
2 Hiển thị danh sách ký gửi đồ
3 Nhấn chọn 1 danh mục trong danh sách ký gửi
4 Hiển thị thông tin ký gửi của mục đó
5 Admin kiểm tra hình ảnh và thông tin của quần áo
Luồng sự kiện phụ 5a Sản phẩm không đạt yêu cầu nên hệ thống kết thúc
Luồng sự kiện ngoại lệ Không có
Bảng 19 Đặc tả usecase Thanh toán
Tên Use-case Thanh toán
Mô tả Use-case Admin quản lý hoạt động thanh toán ký gửi
Use-case liên quan Extend: Quản lý ký gửi
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Sản phẩm hợp lệ sẽ được gửi đến shop và admin sẽ thanh toán phí ký gửi cho người gửi
Luồng sự kiện chính 1 Admin chọn tab Ký gửi trong giao diện của Admin
2 Hiển thị danh sách ký gửi đồ
3 Nhấn chọn 1 danh mục trong danh sách ký gửi
4 Hiển thị thông tin ký gửi của mục đó
5 Admin kiểm tra hình ảnh và thông tin của quần áo
6 Hệ thống xử lí trạng thái ký gửi và hiển thị đã duyệt
7 Nhấn vào nút thanh toán
8 Hiển thị trang thanh toán
9 Nhập thông tin thanh toán
10.Hệ thống hiển thị thông báo thanh toán thành công.
Luồng sự kiện phụ 9a Nhập thông tin thanh toán không thành công nên hệ thống kết thúc
Luồng sự kiện ngoại lệ Không có
- Acitivities Quản lí ký gửi
Hình 30 Activity usecase Quản lí ký gửi b Quản lí đơn hàng
Bảng 20 Đặc tả usecase Tra cứu đơn hàng
Tên Use-case Tra cứu đơn hàng
Mô tả Use-case Admin quản lý đơn hàng
Use-case liên quan Extend: Quản lý đơn hàng
Include: Cập nhật trạng thái đơn hàng
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Tra cứu đơn hàng cần tìm
Luồng sự kiện chính 1 Hệ thống hiển thị giao diện quản lí đơn hàng
2 Hệ thống hiển thị danh sách đơn hàng
3 Admin chọn chức năng tra cứu
4 Hệ thống hiển thị đơn hàng
Luồng sự kiện phụ Không có
Luồng sự kiện ngoại lệ Không có
- Xem danh sách và chi tiết đơn hàng
Bảng 21 Đặc tả usecase Xem danh sách và chi tiết đơn hàng
Tên Use-case Xem danh sách đơn hàng, Xem chi tiết đơn hàng
Mô tả Use-case Admin xem danh sách đơn hàng và chi tiết đơn hàng
Use-case liên quan Extend: Quản lý đơn hàng
Include: Cập nhật trạng thái đơn hàng
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Xem được danh sách đơn hàng và xem chi tiết 1 đơn hàng
Luồng sự kiện chính 1 Hệ thống hiển thị giao diện quản lí đơn hàng
2 Hệ thống hiển thị danh sách đơn hàng
3 Admin chọn 1 đơn hàng cần xem
4 Hệ thống hiển thị chi tiết đơn hàng
Luồng sự kiện phụ Không có
Luồng sự kiện ngoại lệ
- Cập nhật trạng thái đơn hàng
Bảng 22 Đặc tả usecase Cập nhật trạng thái đơn hàng
Tên Use-case Cập nhật trạng thái đơn hàng
Mô tả Use-case Admin cập nhật trạng thái đơn hàng
Use-case liên quan Tra cứu (include Cập nhật trạng thái đơn hàng)
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Cập nhật trạng thái đơn hàng
Luồng sự kiện chính 1 Hệ thống hiển thị giao diện quản lí đơn hàng
2 Hệ thống hiển thị danh sách đơn hàng
3 Admin chọn chức năng tra cứu
4 Hệ thống hiển thị đơn hàng
5 Admin cập nhật trạng thái đơn hàng
6 Hệ thống thông báo cập nhật thành công
Luồng sự kiện phụ Không có
Luồng sự kiện ngoại lệ Không có
-Activity diagram Quản lí đơn hàng
Bảng 23 Activity diagram Quản lí đơn hàng đơn hàng c CRUD Quản lí blog
Bảng 24 Đặc tả usecase Tạo nội dung blog
Tên Use-case Tạo nội dung blog
Mô tả Use-case Admin tạo nội dung cho bài blog mới
Use-case liên quan Extend: Quản lý blog
Tiền điều kiện User đăng nhập vào hệ thống bằng tài khoản admin
Hậu điều kiện Bài blog mới được tạo ra
1 Admin chọn tab Blog trong giao diện dành cho Admin
2 Hệ thống hiển thị giao diện quản lý blog
4 Import file nội dung trong máy
5 Blog mới được thêm vào CSDL
6 Hệ thống thông báo blog mới đã được thêm thành công và hiển thị bài blog đó.
Luồng sự kiện phụ 4a File bị lỗi, use case quay lại bước 2.
Luồng sự kiện ngoại lệ Không có
Hình 31 Activity diagram Tạo nội dung blog
Bảng 25.Đặc tả usecase Tra cứu Blog
Tên Use-case Tra cứu Blog
Mô tả Use-case Admin tra cứu bài blog theo từ khóa
Use-case liên quan Extend: Quản lý blog
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Danh sách blog theo từ khóa được hiển thị
1 Admin chọn tab Blog trong giao diện dành cho Admin
2 Hệ thống hiển thị giao diện quản lý blog
3 Gõ từ khóa vào ô Search
5 Hệ thống hiển thị danh sách Blog có chứa từ khóa.
Luồng sự kiện phụ 5a Hệ thống thông báo không tìm thấy.
Luồng sự kiện ngoại lệ
Hình 32 Activity diagram Tra cứu Blog
Bảng 26 Đặc tả usecase Sửa blog
Tên Use-case Sửa Blog
Mô tả Use-case Admin sửa lại bài blog có trên hệ thống
Extend: Quản lý blog Include: Tra cứu blog
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Bài blog được chỉnh sửa
1 Admin chọn tab Blog trong giao diện dành cho Admin
2 Hệ thống hiển thị giao diện quản lý blog
3 Chọn bài blog cần sửa
4 Sửa những nơi cần thiết
6 Hệ thống thông báo lưu thành công và hiển thị bài viết mới, thay đổi trong CSDL.
Luồng sự kiện phụ 5a Hệ thống thông báo không thành công và quay lại bước 2
Luồng sự kiện ngoại lệ
Admin thoát ra khỏi bài viết đang sửa, bài viết không thay đổi và quay lại bước 2.
Hình 33 Activity diagram Sửa blog
Bảng 27 Đặc tả usecase Xóa blog
Tên Use-case Xóa Blog
Mô tả Use-case Admin xóa bài Blog không còn cần thiết
Use-case liên quan Extend: Quản lý blog
Tiền điều kiện Admin đã đăng nhập bằng tài khoản có quyền admin
Hậu điều kiện Bài blog được xóa khỏi hệ thống và CSDL
Luồng sự kiện chính 1 Admin chọn tab Blog trong giao diện dành cho Admin
2 Hệ thống hiển thị giao diện quản lý blog
3 Nhấn dấu “X” ở blog cần xóa.
4 Nhấn nút xác nhận khi được hệ thống yêu cầu xác nhận xóa.
5 Hệ thống thông báo xóa thành công và xóa dữ liệu trong CSDL.
Luồng sự kiện phụ 4a Nhấn hủy, use case quay về bước 2 và bài viết vẫn còn đấy.
Luồng sự kiện ngoại lệ
Hình 34 Activity diagram Xóa blog d Xem báo cáo doanh thu
Bảng 28 Đặc tả usecase Xem báo cáo doanh thu
Luồng sự kiện Xem báo cáo thống kê
Mô tả Người quản lý có thể xem báo cáo thống kê về tình hình của shop.
(Trigger) Quản lý chọn vào tab “Báo cáo thống kê”
Tiền điều kiện Người quản lý cần phải đăng nhập thành công vào trang.
Hậu điều kiện Hiển thị trang báo cáo thống kê và thông tin các báo cáo
1 Quản lý chọn tab “Báo cáo thống kê” ở phần thanh điều hướng của trang.
2 Hệ thống hiển thị trang báo cáo thống kê.
3 Chọn báo cáo cần xem thông tin.
4 Hệ thống hiển thị thông tin báo cáo.
Luồng sự kiện phụ Không có
3.3.3 Sơ đồ phân rã chức năng
Hình 35 Sơ đồ phân rã chức năng
Hình 36 Mô hình quan hệ
3.4 Phân tích và thiết kế Cơ sở dữ liệu
Dựa trên việc xác định yêu cầu và phân tích yêu cầu, ứng dụng web bao gồm các bảng sau đây:
Bảng quan hệ `administrative_regions` lưu trữ thông tin về 8 khu vực địa lý của Việt Nam Các khu vực này được sắp xếp theo thứ tự từ Bắc vào Nam, với giá trị `id` tăng dần theo vị trí của khu vực Theo đó, khu vực phía Bắc nhất sẽ có `id` nhỏ nhất và khu vực phía Nam nhất sẽ có `id` lớn nhất.
Bảng 29 administrative_regions administrative_regions
Tên trường Kiểu dữ liệu Ràng buộc Mô tả id bigint Khóa chính Mã định danh khu vực name varchar(191) Not null Tên khu vực bằng tiếng Việt name_en varchar(191) Not null Tên khu vực bằng tiếng Anh code_name varchar(191) Not null Tên mã khu vực bằng tiếng Việt, tạo theo định dạng chữ thường xếp gạch
The `Code_name_en` column is a non-nullable VARCHAR(191) field that stores the region's code name in English It is formatted in lowercase with underscores The `created_at` column is a TIMESTAMP field that stores the date and time when the record was created The `updated_at` column is a TIMESTAMP field that stores the date and time when the record was last updated The `deleted_at` column is a TIMESTAMP field that stores the date and time when the record was deleted.
Tân từ: Bảng quan hệ administrative_units chứa danh sách các đơn vị hành chính với định danh id được xếp dựa trên bậc của từng phân cấp hành chính từ lớn đến nhỏ.
Bảng 30.administrative_units administrative_units
Tên trường Kiểu dữ liệu Ràng buộc Mô tả id bigint Khóa chính Mã định danh dơn vị hành chính full_name varchar(191) Tên tiếng Việt đầy đủ của đơn vị hành chính full_name_en varchar(191) Tên tiếng Việt đầy đủ của đơn vị hành chính short_name varchar(191) Tên tiếng Việt thông dụng của đơn vị hành chính short_name_en varchar(191) Tên tiếng Anh thông dụng của đơn vị hành chính code_name varchar(191) Tên mã đơn vị dạng tiếng Việt dựa trên cột full_name, tạo theo định dạng chữ thường xếp gạch code_name_en varchar(191) Tên mã đơn vị dạng tiếng Anh dựa trên cột full_name_en, tạo theo định dạng chữ thường xếp gạch created_at timestamp thời gian tạo updated_at timestamp thời gian cập nhật deleted_at timestamp thời gian xóa
Tân từ: Bảng quan hệ provinces chứa danh sách đơn vị hành chính cấp 1 - Tỉnh thành, bao gồm 63 thành phố trực thuộc trung ương và tỉnh.
Mã đơn vị code và full_name dựa trên tệp tin CSV gốc.
Tên trường Kiểu dữ liệu Ràng buộc Mô tả code varchar(20) Khóa chính Mã đơn vị chính thức, quy ước bởi chính phủ name varchar(191) Tên tiếng Việt name_en varchar(191) Tên tiếng Anh full_name varchar(191) Tên tiếng Việt đầy đủ kèm tên đơn vị hành chính full_name_en varchar(191) Tên tiếng Anh đầy đủ kèm tên đơn vị hành chính code_name varchar(191) Tên mã dựa trên cột name, tạo theo định dạng chữ thường xếp gạch administrative_unit_id bigint Khóa ngoại, liên kết đến bảng administrative_units.id
Mã đơn vị hành chính của đối tượng administrative_region_i d bigint Khóa ngoại, liên kết đến bảng administrative_regions.i d
Mã vùng địa lý mà đối tượng thuộc về created_at timestamp updated_at timestamp
Tân từ: Bảng quan hệ districts chứa danh sách đơn vị hành chính cấp 2 - Quận huyện, bao gồm 705 thành phố thuộc thành phố trung ương, quận, thị xã, huyện và thành phố trực thuộc tỉnh.
Mã đơn vị code và full_name dựa trên tệp tin CSV gốc.
Tên trường Kiểu dữ liệu Ràng buộc Mô tả code varchar(20) Khóa chính Mã đơn vị chính thức, quy ước bởi chính phủ name varchar(191) Tên tiếng Việt name_en varchar(191) Tên tiếng Anh full_name varchar(191) Tên tiếng Việt đầy đủ kèm tên đơn vị hành chính full_name_en varchar(191) Tên tiếng Anh đầy đủ kèm tên đơn vị hành chính code_name varchar(191) Tên mã dựa trên cột name, tạo theo định dạng chữ thường xếp gạch administrative_unit_i d bigint Khóa ngoại, liên kết đến bảng administrative_units.i d
Mã đơn vị hành chính của đối tượng province_code bigint Khóa ngoại, liên kết đến bảng provinces.code
Mã tỉnh thành (province) mà đối tượng quận huyện này thuộc về created_at timestamp thời gian tạo updated_at timestamp thời gian cập nhật
Bảng quan hệ wards cung cấp danh sách chi tiết các đơn vị hành chính cấp 3, bao gồm 10599 phường, xã và thị trấn trên toàn quốc Mã đơn vị hành chính (code) và tên đầy đủ (full_name) được xây dựng dựa trên dữ liệu CSV gốc Bảng dữ liệu này phục vụ nhu cầu tra cứu, phân tích và nghiên cứu thông tin về các đơn vị hành chính cấp cơ sở.
