Phần mềm quản lý bán đồng hồ và phụ kiện trực tuyến

MỤC LỤC

GIỚI THIỆU ĐỀ TÀI 1.1. Lý do chọn đề tài

Mục đích của đề tài

    Thông qua hệ thống phần mềm này, bạn cú thể dễ dàng thực hiện cỏc nghiệp vụ như thẩm định, theo dừi, bỏo cỏo về quỏ trình bán đồng hồ, thống kê lợi nhuận của cửa hàng. Từ quản lý nhân viên, hồ sơ khách hàng, hợp đồng, báo cáo, hồ sơ đặt hàng… sử dụng chung một hệ thống đồng bộ, xuyên suốt không chỉ tiết kiệm công sức, thời gian mà còn tăng độ chính xác… Phần mềm trong tương lai sẽ đáp ứng nhu cầu của nhiều cửa hàng đồng hồ khi xu hướng sử dụng các ứng dụng đặt hàng trực tuyến ngày càng nhiều.

    Công nghệ SQL Server 1. Khái niệm

       Tài nguyên hệ thống cao: Mặc dù có nhiều cải tiến về hiệu suất, nhưng một số ứng dụng ASP.NET có thể yêu cầu tài nguyên hệ thống lớn, đặc biệt là khi xử lý các ứng dụng có lượng người dùng lớn. ● Công cụ quản lý và giám sát: SQL Server cung cấp giao diện quản lý đồ họa (SQL Server Management Studio) cho phép quản lý và giám sát cơ sở dữ liệu dễ dàng. Nó cung cấp các công cụ và báo cáo cho việc giám sỏt hiệu suất, thiết lập sao lưu, quản lý phiờn bản và theo dừi sự kiện hệ thống. ● Hỗ trợ và cộng đồng: SQL Server có một cộng đồng lớn và năng động, với nhiều tài liệu, diễn đàn và tài nguyên hữu ích. Nó cũng được hỗ trợ bởi Microsoft với các bản cập nhật, bản vá lỗi và tài liệu chính thức, giúp đảm bảo sự ổn định và bảo trì của hệ thống. ● Giá cả và cấp phí: SQL Server là một sản phẩm phần mềm có giá trị cao, đặc biệt đối với các phiên bản và tính năng cao cấp. Ngoài ra, Microsoft cũng áp dụng mô hình cấp phí cho việc sử dụng SQL Server, bao gồm cả giấy phép và hỗ trợ kỹ thuật. Điều này có thể tạo áp lực tài chính cho các tổ chức và dự án nhỏ. ● Độ phổ biến và đa nền tảng: SQL Server chủ yếu hỗ trợ trên hệ điều hành Windows, vì vậy nó không phải là một giải pháp lý tưởng cho các ứng dụng đa nền tảng hoặc cần chạy trên hệ điều hành khác như Linux hoặc macOS. Điều này giới hạn khả năng triển khai của SQL Server trong một số trường hợp. ● Khả năng mở rộng: Mặc dù SQL Server có khả năng mở rộng để đáp ứng các tải trọng lớn, nhưng việc mở rộng có thể gặp một số hạn chế. Cấu hình và quản lý một hệ thống SQL Server phức tạp có thể đòi hỏi kỹ năng và kiến thức cao. Việc mở rộng và xử lý tải trọng cao cũng có thể yêu cầu sự đầu tư về phần cứng và tài nguyên. PHÂN TÍCH THIẾT KẾ HỆ THỐNG 3.1. Use-case của đồ án. Sơ đồ Use-case. 1 Sơ đồ usecase khách hàng. 2 Sơ đồ use case quản trị viên. Danh sách Actors. 1 Bảng danh sách actors. No Use-case Mô tả ngắn/ Ghi chú. 1 Quản trị viên Một actor không quản lí tất cả những nội dung của trang web, thông tin sản phẩm, danh mục cũng như quản lí khách hàng, tư vấn và cập nhật thông tin tình trạng đơn hàng. 2 Khách hàng Sử dụng hệ thống để mua sản phẩm. Danh sách chức năng. 2 Bảng danh sách chức năng. Actor No Use-case Mô tả ngắn/Ghi chú. 1 Đăng nhập vào trang quản trị. Đăng nhập vào hệ thống để thực hiện các chức năng của quản trị viên. 2 Quản lí thông tin cửa hàng. Thay đổi thông tin cửa hàng bao gồm logo, địa chỉ, … các thông tin liên quan. 3 Quản lí đơn hàng Cập nhật tình trạng đơn hàng. 4 CRUD sản phẩm Thêm, xem, xoá, sửa các thông tin sản phẩm. 5 CRUD danh mục Thêm, xem, xoá, sửa các thông tin danh mục. 6 CRUD banner Thêm, xem, xoá, sửa các thông tin banner. Thêm, xem, xoá, sửa các thông tin mã giảm giá. 8 CRUD tài khoản quản trị viên. Thêm, xem, xoá, sửa các thông tin tài khoản. Quản trị viên. 9 Quản lí bình luận Kiểm duyệt bình luận. 10 Quản lí khách hàng Quản lí khách mua hàng. 11 Trả lời tin nhắn khách hàng. Trả lời tin nhắn khách hàng trực tuyến. 12 Gửi email thông báo tình trạng đơn hàng. Gửi email xác nhận tình trạng đơn hàng. 13 Báo cáo thống kê doanh thu. Tạo bảo báo cáo thống kê doanh thu theo từng giai đoạn. 14 Thao tác với sản phẩm. Thêm sản phẩm vào giỏ hàng, đánh giá sản phẩm sau khi mua hàng. 15 Thao tác với giỏ hàng. Thay đổi số lượng sản phẩm trong giỏ hàng, cập nhật thông tin giao hàng. 16 Tạo đơn hàng Gửi thông tin đặt mua về cho quản trị viên. 17 Theo dừi tỡnh trạng đơn hàng. Theo dừi tỡnh trạng đơn hàng thụng qua email. 18 Nhắn tin với quản trị viên. Nhắn tin với quản trị viên trực tuyến. Đặc tả các chức năng. ● Use-case “Đăng nhập vào trang quản trị”. 3 Bảng Use-case “Đăng nhập vào trang quản trị”. Actor Quản trị viên. Preconditions Admin mở trang chủ và đã có tài khoản quản trị Basic flow 1) Mở trang quản trị. 2) Nhập tên người dùng/mật khẩu. 3) Truy cập hệ thống Alternative flow Không có. Post conditions 1) Khi người dùng truy cập thành công vào hệ thống, mỗi UI phù hợp với từng tác nhân phải xuất hiện trên màn hình. 2) Khi người dùng không truy cập được, phải xuất hiện cảnh báo cho người dùng biết lý do không vào được hệ thống (tài khoản/mật khẩu không đúng, tài khoản không tồn tại…). Extension Không có. ● Use-case “Quản lí thông tin cửa hàng”. 4 Bảng Use-case “Quản lí thông tin cửa hàng”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 1) Quản trị viên chọn mục “Thông tin website”. 2) Hệ thống mở trang hiển thị chi tiết các thông tin cửa hang. 3) Quản trị viên chọn và nhập các thông tin cho cửa hang. 4) Quản trị viên chọn lưu thông tin. Alternative flow Không có. Post conditions 1) Khi thông tin được quản trị viên thay đổi, hệ thống phải lưu lại vào cơ sở dữ liệu. Extension Không có. 5 Bảng Use-case “Quản lý đơn hàng”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 1) Quản trị viên chọn vào mục “Đơn hàng”. 2) Hệ thống mở trang hiển thị danh sách các đơn hàng. 3) Quản trị viên chọn xem thông tin chi tiết đơn hàng tại trang danh sách đơn hàng. 4) Hệ thống mở trang chi tiết đơn hàng. 5) Quản trị viên xem thông tin đơn hàng và cập nhật trạng thái đơn hàng. 6) Quản trị viên chọn lưu thông tin. 7) Hệ thống lưu lại trạng thái đơn hàng vào cơ sở dữ liệu 8) Hệ thống quay trở lại danh sách đơn hàng. Alternative flow 1) Quản trị viên chọn xem thông tin chi tiết đơn hàng tại trang danh sách đơn hàng. 2) Hệ thống mở trang chi tiết đơn hàng. 3) Quản trị viên chọn trở lại danh sách. 4) Hệ thống quay trở lại danh sách đơn hàng. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết đơn hàng và lưu lại trạng thái đơn khi có thay đổi. Extension Không có. 6 Bảng Use-case “CRUD Sản phẩm”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống. Basic flow 1) Quản trị viên chọn vào mục “Sản phẩm/ Danh sách sản phẩm”. 2) Hệ thống mở trang hiển thị danh sách các sản phẩm. 3) Thực hiện quản lí sản phẩm:. i) Quản trị viên chọn “Thêm mới”. ii) Hệ thống mở trang thêm mới sản phẩm. iii) Quản trị viên thêm các thông tin chi tiết cho. iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu thông tin sản phẩm vừa tạo vào cơ sở dữ liệu. b) Chỉnh sửa thông tin sản phẩm. i) Quản trị viên chọn “Chỉnh sửa”. ii) Hệ thống mở trang chỉnh sửa sản phẩm. iii) Quản trị viên chỉnh sửa thông tin sản phẩm. iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu lại thông tin sản phẩm vào cơ sở dữ liệu. i) Quản trị viên chọn “Xóa”. ii) Hệ thống hiển thị thông báo xác nhân xóa sản phẩm đã chọn. iii) Quản trị viên chọn xác nhận. iv) Hệ thống xóa thông tin sản phẩm khỏi cơ sở dữ liệu và quay trở về trang danh sách sản phẩm. i) Quản trị viên chọn “Nhập hàng”. ii) Hệ thống hiển thị trang nhập hàng với thông tin sản phẩm đã tạo. iii) Quản trị viên thực hiện cập nhật các thông tin nhập hàng. iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu lại thông tin sản phẩm vào cơ sở dữ liệu. e) Tìm kiếm sản phẩm:. i) Quản trị viên nhập từ khóa tìm kiếm. ii) Hệ thống tìm kiếm sản phẩm dựa trên từ khóa iii) Hiển thị sản phẩm. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết sản phẩm và lưu lại thông tin sản phẩm khi có thay đổi. Extension Quản trị có thể thêm, xóa, sửa thông tin sản phẩm và xem lại lịch sử nhập hàng. ● Use-case “CRUD Danh mục sản phẩm”. 7 Bảng Use-case “CRUD Danh mục sản phẩm”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống. Basic flow 1) Quản trị viên chọn vào mục “Sản phẩm/ danh mục sản phẩm”. 2) Hệ thống mở trang hiển thị danh sách các danh mục 3) Thực hiện quản lí danh mục:. i) Quản trị viên chọn “Thêm mới”. ii) Hệ thống mở trang thêm mới danh mục iii) Quản trị viên thêm các thông tin chi tiết danh. iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu thông tin danh mục vừa tạo vào cơ sở dữ liệu. b) Chỉnh sửa thông tin danh mục. i) Quản trị viên chọn “Chỉnh sửa”. ii) Hệ thống mở trang chỉnh sửa và hiển thị các thông tin danh mục đang có. iii) Quản trị viên chỉnh sửa thông tin danh mục iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu lại thông tin danh mục vào cơ sở dữ liệu. i) Quản trị viên chọn “Xóa”. ii) Hệ thống hiển thị thông báo xác nhân xóa danh mục đã chọn. iii) Quản trị viên chọn xác nhận. iv) Hệ thống xóa thông tin danh mục khỏi cơ sở dữ liệu và quay trở về trang danh sách Danh mục. d) Tìm kiếm danh mục:. i) Quản trị viên nhập từ khóa tìm kiếm. ii) Hệ thống tìm kiếm danh mục dựa trên từ khóa. iii) Hiển thị danh mục. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết danh mục và lưu lại thông tin khi có thay đổi. Extension Người dùng có thể thêm, xóa, sửa thông tin của danh mục. 8 Bảng Use-case “CRUD banner”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập vào hệ thống và chọn chức năng CRUD banner. Basic flow 1) Quản trị viên chọn vào mục “banner”. 2) Hệ thống mở trang hiển thị danh sách các banner 3) Thực hiện quản lí banner. i) Quản trị viên chọn “Thêm mới”. ii) Hệ thống mở trang thêm mới banner iii) Quản trị viên thêm ảnh banner iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu thông tin banner vừa tạo vào cơ sở dữ liệu. i) Quản trị viên chọn “Xóa”. ii) Hệ thống hiển thị thông báo xác nhân xóa;. iii) Quản trị viên chọn xác nhận. iv) Hệ thống xóa thông tin banner khỏi cơ sở dữ liệu;. Alternative flow Không có. Post conditions Khi người dung thực hiện usecase này, hệ thống hiển thị các banner hiện có và cho phéo them/xóa banner. Extension Không có. 9 Bảng Use-case “CRUD mã giảm giá”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 4) Quản trị viên chọn vào mục “Mã giảm giá”. 5) Hệ thống mở trang hiển thị danh sách các mã giảm giá. a) Thêm mã giảm giá:. i) Quản trị viên chọn “Thêm mới”. ii) Hệ thống mở trang thêm mới mã giảm giá iii) Quản trị viên thêm các thông tin chi tiết iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu thông tin mã vừa tạo vào cơ sở dữ liệu. b) Chỉnh sửa thông tin mã giảm giá i) Quản trị viên chọn “Chỉnh sửa”. ii) Hệ thống mở trang chỉnh sửa và hiển thị các thông tin mã giảm giá đang có. iii) Quản trị viên chỉnh sửa thông tin mã giảm giá. iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu lại thông tin mã vào cơ sở dữ liệu. c) Xóa mã giảm giá. i) Quản trị viên chọn “Xóa”. ii) Hệ thống hiển thị thông báo xác nhân xóa mã giảm giá đã chọn. iii) Quản trị viên chọn xác nhận. iv) Hệ thống xóa thông tin mã khỏi cơ sở dữ liệu và quay trở về trang danh sách mã giảm giá d) Tìm kiếm mã giảm giá:. i) Quản trị viên nhập từ khóa tìm kiếm. ii) Hệ thống tìm kiếm dựa trên từ khóa iii) Hiển thị danh sách tìm được. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống hiển thị đầy đủ các thông tin chi tiết mã giảm giá và lưu lại thông tin khi có thay đổi. Extension Không có. ● Use-case “CRUD Tài khoản quản trị viên”. 10 Bảng Use-case “CRUD Tài khoản quản trị viên”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 7) Quản trị viên chọn vào mục “Tài khoản admin”. 8) Hệ thống mở trang hiển thị danh sách các tài khoản 9) Thực hiện quản lí tài khoản:. i) Quản trị viên chọn “Thêm mới”. ii) Hệ thống mở trang thêm mới tài khoản iii) Quản trị viên thêm các thông tin chi tiết iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu thông tin tài khoản vừa tạo vào cơ sở dữ liệu. b) Chỉnh sửa thông tin tài khoản. i) Quản trị viên chọn “Chỉnh sửa”. ii) Hệ thống mở trang chỉnh sửa và hiển thị các thông tin tài khoản đang có. iii) Quản trị viên chỉnh sửa thông tin tài khoản iv) Quản trị viên chọn lưu thông tin. v) Hệ thống lưu lại thông tin tài khoản vào cơ sở dữ liệu. i) Quản trị viên chọn “Xóa”. ii) Hệ thống hiển thị thông báo xác nhân xóa tài khoản đã chọn. iii) Quản trị viên chọn xác nhận. iv) Hệ thống xóa thông tin tài khoản khỏi cơ sở dữ liệu. d) Tìm kiếm tài khoản:. i) Quản trị viên nhập từ khóa tìm kiếm. ii) Hệ thống tìm kiếm tài khoản dựa trên từ khóa iii) Hiển thị danh sách đã tìm kiếm. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết tài khoản và lưu lại thông tin khi có thay đổi. Extension Không có. ● Use-case “Quản lí bình luận”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống. Basic flow 4) Quản trị viên chọn vào mục “Sản phẩm/ Danh sách sản phẩm”. 5) Hệ thống mở trang hiển thị danh sách các sản phẩm. 7) Hệ thống mở trang chi tiết và danh sách bình luận của sản phẩm;. 8) Thực hiện quản lí bình luận. a) Cập nhật danh sách bình luận. i) Quản trị viên chọn “Cập nhật danh sách bình luận”. ii) Hệ thống tải lại danh sách bình luận. i) Quản trị viên lựa và tích chọn các bình luận được phép bình luận. ii) Quản trị viên chọn lưu thông tin. iii) Hệ thống lưu lại các bình luận được phép hiển thị. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các danh sách bình luận sản phẩm và lưu lại các bình luận được đánh dâu hiển thị. Extension Không có. ● Use-case “Quản lí khách hàng”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 1) Quản trị viên chọn vào mục quản lí khách hàng. 2) Hệ thống truy vấn và hiển thị toàn bộ thông tin khách hàng. Alternative flow Không có Post conditions Không có. Extension Không có. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 1) Quan trị viên truy cập vào page của cửa hàng. 2) Hệ thống hiển thị các tin nhắn với khách hàng. 3) Quản trị viên chọn khách hàng cụ thể. 4) Hệ thống hiển thị tin nhắn với khách hàng;. 5) Quản trị viên trả lời tin nhắn. Alternative flow Không có. Post conditions Không có. Extension Không có. ● Use-case “Gửi email thông báo tình trạng đơn hàng”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 1) Quản trị viên chọn vào mục “Đơn hàng”. 2) Hệ thống mở trang hiển thị danh sách các đơn hàng. 3) Quản trị viên chọn xem thông tin chi tiết đơn hàng tại trang danh sách đơn hàng. 4) Hệ thống mở trang chi tiết đơn hàng. 5) Quản trị viên cập nhật trạng thái đơn hàng 6) Quản trị viên chọn lưu thông tin. 7) Hệ thống lưu lại trạng thái đơn hàng vào cơ sở dữ liệu. 8) Hệ thống gửi email thông báo tình trạng mới của đơn hàng cho khách hàng. 9) Hệ thống quay trở lại danh sách đơn hàng Alternative flow 1) Quản trị viên thay đổi tình trạng đơn hàng. 2) Quản trị viên không lưu lại tình trạng mới. 3) Hệ thống quay về danh sách đơn hàng và không lưu. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết đơn hàng và lưu lại trạng thái đơn khi có thay đổi. Extension Không có. ● Use-case “Báo cáo thống kê doanh thu”. Actor Quản trị viên. Preconditions Quản trị viên đã đăng nhập và truy cập vào hệ thống Basic flow 1) Quản trị viên chọn mục báo cáo thống kê. Chọn báo cáo tổng hợp. Quản trị viên chọn khoảng thời gian báo cáo. Hệ thống truy ván các đơn hàng trong khoảng thời gian đã chọn và tính các số liệu. Hiển thị danh thu và đơn hàng. Quản trị viên chọn xuất báo cáo. Hệ thống tạo file báo cáo excel. Tạo biểu đồ doanh thu theo tháng. Quản trị viên chọn Báo cáo doanh thu. Hệ thống mở trang báo cáo. Quản trị viên chọn năm cần báo cáo. Hệ thống truy vấn đơn hàng theo từng tháng và vẽ biểu đồ doanh thu. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết về số liệu báo cáo và thực hiện xuất báo cáo khi có yêu cầu. Extension Không có. ● Use-case “Thao tác với sản phẩm”. Actor Khách hàng. Preconditions Khách hàng truy cập vào trang sản phẩm của cửa hàng Basic flow 1) Hệ thống hiển thị danh sách sản phẩm. 2) Người dùng tìm kiếm, lọc sản phầm theo mức giá, danh mục, đánh giá. 3) Hệ thống hiển thị lại danh sách đã lọc. 4) Khách hàng chọn sản phẩm cụ thể. 5) Hệ thống hiển thị trang thông tin chi tiết sản phẩm. 6) Người dùng thao tác với sản phẩm. Người dung chọn “mua ngay”. Hệ thống them sản phẩm vào giỏ hàng. Chuyển người dùng đến trang giỏ hàng. Thêm vào giỏ hàng:. Người dùng chọn “thêm sản phẩm vào giỏ hàng”. Hiển thị thống báo đã them sản phẩm vào giỏ hàng. Cập nhật lại số lượng sản phẩm trong giỏ hàng. Đánh giá sản phẩm:. Người dung chọn tab đánh giá sản phẩm. Hiển thị tab đánh giá. Người dung nhập email đã dùng để mua hàng. Hệ thống kiếm tra email hợp lệ và gửi mã OTP về email. Người dung nhập mã OTP. Hệ thống xác thực mã OTP hợp lệ và hiển thị ô đánh giá. Người dung nhập đánh giá và số sao. Người dung gửi bình luận. Hệ thống lưu lại bình luận. Hiển thị bình luận của khách hàng Alternative flow 1) Đánh giá sản phẩm:. Người dùng nhập mã OTP. Hệ thống kiểm tra OTP không chính xác. Thông báo mã OTP không hợp lệ. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin chi tiết về sản phẩm, thực hiện them sản phẩm vào giỏ hàng và cho phép người dùng đánh giá khi email và. OTP hợp lệ. Extension Không có. ● Use-case “Thao tác với giỏ hàng”. Actor Khách hàng. Preconditions Khách hàng truy cập vào trang sản phẩm của cửa hàng Basic flow 1) Khách hàng mở giỏ hàng. 2) Hệ thống truy vấn các sản phẩm đã thêm vào giỏ hàng và hiển thị danh sách sản phẩm giỏ hàng. Thay đổi số lượng sản phẩm:. Khách hàng chọn sản phẩm muốn thay đổi số lượng. Nhập số lượng mới hoặc nhấn nút tang giảm số lượng. Hệ thống cập nhật số lượng. Nếu số lượng bằng không  Thông báo xóa sản phẩm khỏi giỏ hàng. Người dùng xác nhận. Hệ thống xóa sản phẩm khỏi giỏ hàng và cập nhật lại số lượng. Tiếp tục mua hàng. Người dùng chọn tiếp tục mua hàng. Hệ thống quay lại trang danh sách sản phẩm. Alternative flow Không có. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin về giỏ hàng, thực hiện thay đổi số lượng sản phẩm trong giỏ hàng khi có yêu cầu. Extension Không có. Actor Khách hàng. Preconditions Khách hàng truy cập vào trang sản phẩm của cửa hàng Basic flow 1) Khách hàng mở giỏ hàng. 2) Hệ thống truy vấn các sản phẩm đã thêm vào giỏ hàng và hiển thị danh sách sản phẩm giỏ hàng. 3) Khách hàng nhập thông tin cá nhân. 4) Nếu khách hàng chọn “tìm kiếm thông tin”. Hệ thống truy vấn thông tin cá nhân theo số điện thoại đã nhập. Nếu có thông tin: Hệ thống hiển thị thông tin cá nhân vào các ô nhập thông tin cá nhân. 5) Khách hàng chon mã giảm giá. 6) Hệ thống kiểm tra mã giảm giá phù hợp. 7) Hệ thống cập nhật lại tổng giá đơn hàng. 8) Khách hàng chọn phương thức thành toán. 9) Nếu khách hàng chọn thanh toán khi nhận hàng. 10)Khách hàng chọn đặt hàng. Khách hàng chọn thanh toán khi nhận hàng:. Hệ thống lưa lại thông tin đơn hàng. Thông báo đặt hàng thành công. Khách hàng chọn thanh toán bằng paypal:. Hệ thống chuyển tiếp đến trang thanh toán paypal để thanh toán số tiền đơn hàng. Người dùng thực hiện thanh toán. Nếu thanh toán thành công. Lưu lại thông tin đơn hàng. Thông báo đã đặt hàng và thanh toán thành công. Khách hàng chọn thanh toán bằng VNPay:. Hệ thống chuyển tiếp đến trang thanh toán VNPay để thanh toán số tiền đơn hàng ii. Người dùng thực hiện thanh toán. Nếu thanh toán thành công. Lưu lại thông tin đơn hàng. Thông báo đã đặt hàng và thanh toán thành công. Alternative flow Khi khách hàng chọn thanh toán bằng hình thức bên ngoài:. 1) Hệ thống chuyển tiếp người dùng sang trang thanh toán. 2) Thanh toán không thành công. 3) Hệ thống thông báo đơn hàng thanh toán không thành công. Post conditions Không có. Extension Không có. ● Use-case “Theo dừi tỡnh trạng đơn hàng”. Actor Khách hàng. Preconditions Khách hàng truy cập vào trang sản phẩm của cửa hàng Basic flow 1) Khỏch hàng chọn “Theo dừi đơn hàng”. 2) Hệ thống mở trang theo dừi đơn hàng. 3) Khách hàng nhập email đã mua hàng. 4) Hệ thống kiếm tra email hợp lệ và gửi mã OTP về email. 5) Người dùng nhập mã OTP. 6) Nếu mã OTP đúng: Hệ thống truy vấn danh sách các đơn hàng sử dụng email đã nhập. 7) Hệ thống hiển thị danh sách đơn. 8) Khách hàng chọn một đơn hàng cụ thể. 9) Hệ thống truy vấn và hiển thị chi tiết thông tin đơn hàng đã chọn. Alternative flow Khi khách hàng nhập mã OTP:. 1) Hệ thống kiểm tra mã OTP không đúng. 2) Thông báo đến khách hàng mã OTP không đúng và yêu cầu nhập lại. Post conditions Khi người dùng thực hiện use-case này, hệ thống phải hiển thị đầy đủ các thông tin về đơn hàng nếu xác thực khách hàng thành công. Extension Không có. ● Use-case “Nhắn tin với quản trị viên”. Actor Khách hàng. Preconditions Khách hàng truy cập vào trang sản phẩm của cửa hàng Basic flow 1) Khách hàng chọn “Nhắn tin”. 2) Hệ thống hiển thị trang nhắn tin với cửa hàng 3) Khách hàng nhập tin nhắn và gửi. 4) Quản trị viên trả lời tin nhắn khách hàng. 5) Hiển thị tin nhắn cho khách hàng. Alternative flow Khi khách hàng chưa đăng nhập vào trang nhắn tin:. 2) Hệ thống mở trang đăng nhận facebook. 3) Khách hàng đăng nhập vào facebook của người dùng. 4) Khách hàng đăng nhập thành công. 5) Quay lại trang nhắn tin và tiếp tục thực hiện usecase. Khi quản trị viên chưa trả lời tin nhắn hoặc ngoài thời gian làm việc. 1) Khách hàng gửi tin nhắn đến quản trị viên. 2) Hệ thống đưa ra câu trả lời tự động. 3) Hiển thị tin nhắn cho khách hàng.

      Bảng 3. 19 Bảng Usecase "Theo dừi tỡnh trạng đơn hàng"
      Bảng 3. 19 Bảng Usecase "Theo dừi tỡnh trạng đơn hàng"

      Kiến trúc của hệ thống

        Status Price DiscountPrice DiscountPercent Selling Tags ShortDescription Description Created MetaDescription MetaRobots MetaRevisitAfter MetaContentLanguage MetaContentType UserDef1 UserDef2 UserDef3 UserDef4 UserDef5 Quantity Rate RateAmount.

        Hình 3. 22 Kiến trúc ứng dụng chi tiết
        Hình 3. 22 Kiến trúc ứng dụng chi tiết

        KẾT QUẢ TRIỂN KHAI 4.1. Danh sách màn hình

        Màn hình chi tiết

        1 btnOverview Button Chuyển đến tab tổng quan Nhấn vào nút 2 btnOrder Button Chuyển đến tab đơn hàng Nhấn vào nút 3 btnVoucher Button Chuyển đến tab voucher Nhấn vào nút 4 btnProductList Button Chuyển đến tab danh sách. 3 textboxDateofBirth Text box Thay đổi ngày sinh Thay đổi giá trị 4 textboxEmail Text box Thay đổi email Thay đổi giá trị 5 buttonPassword Button Thay đổi mật khẩu Nhấn vào nút.

        Hình 4. 1 Màn hình chính Bảng 4. 2 Chi tiết màn hình chính
        Hình 4. 1 Màn hình chính Bảng 4. 2 Chi tiết màn hình chính