- Hệ thống có phân quyền riêng cho từng đôi tượng sử dụng đối với một số chức năng nào đó - Khách hàng có thể chọn mua các loại sản phẩm mà họ cần dựa trên khả năng tài chính và chức năn
GIỚI THIỆU
Nhóm sinh viên thực hiện
Nhóm chúng em gồm 3 thành viên cùng lớp IT-VUW17B Đại học Bách Khoa Hà Nội:
Cách thức thực hiện
Project bắt đầu được tiến hành từ ngày 14/10/2021 và kết thúc vào 30/12/2021, tất cả 12 tuần
Năm tuần đầu tiên nhóm chúng em giành ra để phân tích thiết kế hệ thống và tìm hiểu các kiến thức liên quan đến lập trình web, 6 tuần sau là giai đoạn phân chia công việc để tạo ra sản phẩm demo với nhưng gì đã tìm hiểu, tuần cuối cùng là để test và hoàn thiện sản phẩm Phân chia công việc trong project:
- Phân tích thiết kế hệ thống.
- Chức năng quản lí đơn hàng
Công nghệ sử dụng trong project
Database: MySQL sever lưu trữ dữ liệu
Mã nguồn được lưu trữ tại:
Link Github: https://github.com/NptuanHust1/project1.git
KHẢO SÁT HỆ THỐNG
Mô tả hệ thống
Khi khách hàng muốn mua hàng, họ xem hàng và tìm hiểu thông tin về sản phẩm cần mua Thông tin sản phẩm bao gồm: mã sản phẩm, tên sản phẩm, hãng, đơn giá Sau khi khách hàng lựa chọn được các mặt hàng mong muốn, họ sẽ đem ra quầy thu ngân để thanh toán Thu ngân sẽ lập hóa đơn, và tính toán tổng tiền phải trả Thu ngân thông báo cho khách hàng về thông tin hóa đơn của khách bao gồm: tên hàng, số lượng, đơn giá, tổng tiền Khách hàng có quyền hủy bỏ hóa đơn và không mua hàng nữa hoặc họ có thể đổi mua sản phẩm khác hoặc giảm mua số lượng hàng Thu ngân sẽ thay đổi thông tin lập hóa đơn và tiến hành in hóa đơn thanh toán cho khách hàng số lượng, đơn giá và tổng tiền kết thúc phiên bán hàng, khách hàng được mang hàng đã mua và hóa đơn ra khỏi cửa hàng.
Khi thủ kho muốn quản lý thông tin sản phẩm, họ sẽ quản lý thông tin mặt hàng thông qua danh sách các mặt hàng Sửa đổi thông tin sản phẩm khi có biến đổi xảy ra và xóa sản phẩm khi đã hết hàng Quản lý có quyền tra cứu thông tin các mặt hàng và cập nhật thông tin mặt hàng trong danh sách mặt hàng từ đó kiểm soát mặt hàng có trong cửa hàng.
Khi quản lý cửa hàng muốn lập thống kê doanh thu của cửa hàng định kì theo tháng, theo quý, theo năm Họ sẽ tra cứu các hóa đơn từ ngày, tháng, năm đến ngày, tháng, năm Tổng hợp tổng tiền các hóa đơn thành thống kê doanh thu theo tháng, quý,năm Thông tin thống kê doanh thu theo tháng gồm có: mã thống kê doanh thu, mã hóa đơn, ngày thống kê, tổng tiền của hóa đơn, tổng tiền doanh thu Sau khi tính toán, điền đầy đủ thông tin thống kê, quản lý cửa hàng sẽ lưu lại thông tin thống kê hóa đơn bán hàng.
4 Đánh giá hệ thống cũ
❖ Cơ cấu quản lý của cửa hàng chặt chẽ và logic, nếu thực hiện đúng các nguyên tắc của quy trình quản lý thì công việc được tiến hành chính xác đảm bảo yêu cầu.
❖ Bên cạnh đó phương tiện để quản lý là giấy tờ sổ sách nên có thể lấy và xem, tra cứu hàng tồn kho được tiến hành không cần những điều kiện công nghệ cầu kỳ như máy móc, trang thiết bị hiện đại…
❖ Tra cứu thông tin về hàng hoá, khách hàng, lượng hàng còn trong kho nhiều khi rất mất nhiều thời gian, thiếu chính xác.
❖ Việc lưu trữ các thông tin về hàng hoá, khách hàng, tài chính… phải sử dụng nhiều loại giấy tờ, sổ sách nên rất cồng kềnh cho lưu trữ Gặp nhiều khó khăn khi phục hồi dữ liệu bị mất.❖ Tốn nhiều thời gian tổng hợp, báo cáo, thống kê.
❖ Không đáp ứng được nhu cầu thông tin phục vụ hàng ngày, đặt hàng từ xa và mở rộng cửa hàng trong tương lai.
5 Yêu cầu đối với hệ thống mới
5.1 Yêu cầu của hệ thống bán hàng
- Khách hàng đặt hàng từ xa không cần phải đến cửa hàng
- Khách hàng có thể dễ dàng tìm thấy thông tin chi tiết các loại sản phẩm mà họ quan tâm.
- Khách hàng có thể gửi ý kiến phản hồi, góp ý đến Website để góp phần làm
Website thêm phong phú và phát triển.
- Hệ thống có phân quyền riêng cho từng đôi tượng sử dụng đối với một số chức năng nào đó
- Khách hàng có thể chọn mua các loại sản phẩm mà họ cần dựa trên khả năng tài chính và chức năng cần thiết bằng cách thêm vào giỏ hàng
- Trang chủ sẽ hiển thị danh sách các sản phẩm mới nhất và bán chạy nhất giúp cho người dùng có thể dễ dàng hơn trong việc tìm kiếm.
5.2 Yêu cầu về chương trình
❖ Đảm bảo tính bảo mật của dữ liệu.
❖ Hỗ trợ người cập nhật sửa đổi, tìm kiếm thông tin… thông qua các form và tính toán các thông số.
❖ Quản lý các đơn hàng, lập báo cáo định kì đột xuất, chính xác, nhanh chóng.
❖ Có thể cho biết tình hình bán hàng (thống kê được danh sách các mặt hàng hiện có, đã hết, còn tồn hay bán chạy nhất…)
❖ Lưu trữ thông tin, khả năng lưu trữ lâu dài và phục hồi thông tin dễ dàng.
❖ Chương trình phải được thiết kế giao diện đẹp, khoa học, dễ sử dụng, có đầy đủ các chức năng cần thiết như tìm kiếm, lọc danh sách, tính toán…
III Xây dựng mô hình chức năng
1 Xác định các tác nhân
Website được xây dựng phục vụ hai đối tượng chính là Người quản lý, nhân viên,
Khách hàng với các chức năng sau:
▪ Quản lý thông tin sản phẩm
▪ Quản lý thông tin danh mục
▪ Quản lý thông tin nhân viên
▪ Quản lý thông tin khách hàng
▪ Quản lý thông tin sản phẩm
▪ Xem, trả lời ý kiến, góp ý và bình luận của khách hàng.
▪ Xem, xoá các thông tin của khách hàng nhưng không được quyền thay đổi thông tin đó.
▪ Xem thông tin sản phẩm
2 Các thông tin đầu ra đầu vào của hệ thống
- Chi tiết về sản phẩm
2 Biểu đồ Use case tổng quát hệ thống
3 Đặc tả CA sử dụng
Tên use case Đăng nhập
Tác nhân Quản lý, nhân viên
Mô tả Mô tả quá trình đăng nhập vào hệ thống
Kích hoạt Khi người dùng muốn đăng nhập vào hệ thống Điều kiện trước Đã có tài khoản được đăng ký trên hệ thống Điều kiện sau Đăng nhập thành công vào hệ thống
Kịch bản chính 1 Người dùng vào ứng dụng chọn đăng nhập
2 Hệ thống hiện bảng đăng nhập
3 Hệ thống yêu cầu nhập tài khoản, mật khẩu
4 Người dùng nhập tài khoản, mật khẩu
5 Hệ thống gửi yêu cầu kiểm tra
10 Đăng nhập thành công Kịch bản thay thế - Người dùng không nhớ mật khẩu
( Giải quyết: người dùng chọn quên mật khẩu)
- Người dùng muốn đổi mật khẩu ( yêu cầu đăng nhập)
Tần suất sử dụng Trung bình- Cao
Quy tắc nghiệp vụ Không
Yêu cầu đặc biệt Không
Giải quyết vấn đề Không
Tên ca sử dụng Tìm kiếm
Tác nhân Khách hàng, nhân viên, người quản lý
Mục đích Tìm kiếm thông tin sản phầm
Mô tả Tìm kiếm các sản phẩm có chứa từ khóa hoặc tên danh mục nhập vào
Dòng sự kiện - Chọn chức năng "Tìm kiếm" chính - Hệ thống hiển thị form tìm kiếm
- Nhập từ khóa tìm kiếm
- Hệ thống hiển thị danh sách các sản phẩm theo từ khóa
Dòng sự kiện - Không có kết quả: Thông báo không có sản phẩm phụ
Hậu điều kiện Hệ thống hiển thị danh sách sản phẩm cần tra cứu
3.1 CA quản lý sản phẩm a Mô tả tóm tắt
- Tên ca sử dụng: Quản lý sản phẩm
- Mục đích: ca sử dụng cho phép nhân viên/quản lý có thể kiểm tra những thông tin của sản phẩm và có thể thêm, sửa, xóa sản phẩm trong hệ thống.
- Tác nhân: Nhân viên và quản lý b Các luồng sự kiện
Ca sử dụng bắt đầu khi nhân viên muốn thêm, sửa, xóa hoặc kiểm tra những thông tin về sản phẩm trong hệ thống
• Nhân viên quản lý nhập tên đăng nhập và mật khẩu đăng nhập của mình.
• Hệ thống sẽ hiển thị các lựa chọn : Thêm - Sửa – Xóa hoặc Kiểm tra thông tin về sản phẩm
• Hệ thống sẽ yêu cầu chọn công việc mà họ muốn thực hiện.
• Nếu chọn “Thêm một sản phẩm”, luồng sự kiện con Thêm một sản phẩm sẽ được thực hiện.
• Nếu chọn “Sửa thông tin sản phẩm”, luồng sự kiện con Sửa thông tin sản phẩm sẽ được thực hiện.
• Nếu chọn “Xoá một sản phẩm”, luồng sự kiện con Xoá một sản phẩm sẽ được thực hiện
- Luồng sự kiện con: Thêm một sản phẩm
• Hệ thống hiển thị form thêm sản phẩm vào hệ thống
• Hệ thống yêu cầu nhập thông tin sản phẩm, bao gồm: Mã sản phẩm, tên sản phẩm, hình ảnh, mô tả sản phẩm, đơn giá, số lượng.
• Nhân viên nhập thông tin được yêu cầu.
• Hệ thống tạo ra mã số tự động (duy nhất) và gán cho sản phẩm Sản phẩm được thêm và lưu vào hệ thống
Sửa đổi thông tin sản phẩm
• Hệ thống yêu cầu nhân viên nhập mã số sản phẩm
• Nhân viên nhập vào mã số sản phẩm.
• Hệ thống kiểm tra mã số sản phẩm vừa nhập có tồn tại hay không?
• Nếu không tồn tại thì thực hiện luồng A1.
• Hệ thống hiển thị thông tin về sản phẩm có mã số vừa nhập.
• Nhân viên thực hiện việc sửa thông tin sản phẩm.
• Hệ thống nhắc thủ kho việc sửa thông tin sản phẩm
• Nhân viên xác nhận lại việc sửa thông tin sản phẩm
• Hệ thống cập nhật những thay đổi vừa được thực hiện
• Hệ thống yêu cầu nhân viên nhập mã số sản phẩm.
• Nhân viên nhập vào mã số sản phẩm
• Hệ thống kiểm tra mã số sản phẩm vừa nhập có tồn tại hay không?
• Nếu không tồn tại thì thực hiện luồng A1.
• Hệ thống hiển thị thông tin về sản phẩm có mã số vừa nhập.
• Hệ thống nhắc nhân viên xác nhận việc xoá sản phẩm.
• Nhân viên xác nhận lại việc xoá sản phẩm
• Thông tin sản phẩm đó sẽ bị xoá khỏi hệ thống.
• Hệ thống thông báo lỗi.
• Hệ thống yêu cầu nhân viên nhập vào một mã số sản phẩm khác hoặc huỷ bỏ thao tác xoá hoặc sửa.
• Nếu nhân viên nhập mã số sản phẩm khác thì quay lại luồng Xoá hoặc Sửa
• Nếu nhân viên chọn hủy ca sử dụng sẽ kết thúc. c Tiền điều kiện
Nhân viên phải đăng nhập thành công vào hệ thống d Hậu điều kiện
Nếu ca sử dụng này được thực hiện thành công, thông tin về sản phẩm sẽ được thêm vào, sửa đổi, hay xoá khỏi hệ thống Trong các trường hợp khác, hệ thống ở trong trạng thái chưa thay đổi
3.2 CA quản lý giỏ hàng
Thêm vào giỏ hàng a) Tên ca sử dụng: Thêm vào giỏ hàng b) Mô tả: Use Case này cung cấp chức năng thêm một Item vào giỏ hàng. c) Tác nhân: Khách hàng d) Các luồng sự kiện
• Use Case bắt đầu khi Actor click vào button Add To Cart của một sản phẩm cụ thể.
• Hệ thống sẽ tạo một giỏ hàng rồi thêm sản phẩm vào giỏ hàng.
• Hệ thống thông báo thêm sản phẩm thành công và lưu dữ liệu.
• Nếu đã có sản phẩm trong giỏ hàng hệ thống chỉ thêm số lượng sản phẩm vào giỏ hàng. e) Tiền điều kiện: không có f) Hậu điều kiện: không có Đặt hàng a) Tên ca sử dụng: Đặt hàng
Mô tả: Use Case này cung cấp chức năng tạo đơn hàng đã lựa chọn xong và quyết định mua những sản phẩm trong giỏ hàng.
• Use Case bắt đầu khi Actor click vào "Đặt hàng".
• Hệ thống yêu cầu khách hàng nhập form thông tin đặt hàng
• Hệ thống hiện thông báo yêu cầu xác nhận đặt hàng
• Hệ thống hiển thị thông điệp báo cho Actor biết đã tạo đơn đặt hàng thành công và nhân viên công ty sẽ sớm liên lạc với khách hàng, đồng thời hệ thống lưu trữ dữ liệu đặt hàng vào Database
Luồng sự kiện thay thế:
• Nếu Actor hủy yêu cầu khi hệ thống yêu cầu xác nhận việc đặt hàng, hệ thống sẽ đưa Actor trở lại màn hình quản lý sản phẩm trong giỏ hàng.
Tiền điều kiện: không có
Hậu điều kiện: không có
Đánh giá hệ thống cũ
❖ Cơ cấu quản lý của cửa hàng chặt chẽ và logic, nếu thực hiện đúng các nguyên tắc của quy trình quản lý thì công việc được tiến hành chính xác đảm bảo yêu cầu.
❖ Bên cạnh đó phương tiện để quản lý là giấy tờ sổ sách nên có thể lấy và xem, tra cứu hàng tồn kho được tiến hành không cần những điều kiện công nghệ cầu kỳ như máy móc, trang thiết bị hiện đại…
❖ Tra cứu thông tin về hàng hoá, khách hàng, lượng hàng còn trong kho nhiều khi rất mất nhiều thời gian, thiếu chính xác.
❖ Việc lưu trữ các thông tin về hàng hoá, khách hàng, tài chính… phải sử dụng nhiều loại giấy tờ, sổ sách nên rất cồng kềnh cho lưu trữ Gặp nhiều khó khăn khi phục hồi dữ liệu bị mất.❖ Tốn nhiều thời gian tổng hợp, báo cáo, thống kê.
❖ Không đáp ứng được nhu cầu thông tin phục vụ hàng ngày, đặt hàng từ xa và mở rộng cửa hàng trong tương lai.
Yêu cầu đối với hệ thống mới
5.1 Yêu cầu của hệ thống bán hàng
- Khách hàng đặt hàng từ xa không cần phải đến cửa hàng
- Khách hàng có thể dễ dàng tìm thấy thông tin chi tiết các loại sản phẩm mà họ quan tâm.
- Khách hàng có thể gửi ý kiến phản hồi, góp ý đến Website để góp phần làm
Website thêm phong phú và phát triển.
- Hệ thống có phân quyền riêng cho từng đôi tượng sử dụng đối với một số chức năng nào đó
- Khách hàng có thể chọn mua các loại sản phẩm mà họ cần dựa trên khả năng tài chính và chức năng cần thiết bằng cách thêm vào giỏ hàng
- Trang chủ sẽ hiển thị danh sách các sản phẩm mới nhất và bán chạy nhất giúp cho người dùng có thể dễ dàng hơn trong việc tìm kiếm.
5.2 Yêu cầu về chương trình
❖ Đảm bảo tính bảo mật của dữ liệu.
❖ Hỗ trợ người cập nhật sửa đổi, tìm kiếm thông tin… thông qua các form và tính toán các thông số.
❖ Quản lý các đơn hàng, lập báo cáo định kì đột xuất, chính xác, nhanh chóng.
❖ Có thể cho biết tình hình bán hàng (thống kê được danh sách các mặt hàng hiện có, đã hết, còn tồn hay bán chạy nhất…)
❖ Lưu trữ thông tin, khả năng lưu trữ lâu dài và phục hồi thông tin dễ dàng.
❖ Chương trình phải được thiết kế giao diện đẹp, khoa học, dễ sử dụng, có đầy đủ các chức năng cần thiết như tìm kiếm, lọc danh sách, tính toán…
ây dựng mô hình chức năng
1 Xác định các tác nhân
Website được xây dựng phục vụ hai đối tượng chính là Người quản lý, nhân viên,
Khách hàng với các chức năng sau:
▪ Quản lý thông tin sản phẩm
▪ Quản lý thông tin danh mục
▪ Quản lý thông tin nhân viên
▪ Quản lý thông tin khách hàng
▪ Quản lý thông tin sản phẩm
▪ Xem, trả lời ý kiến, góp ý và bình luận của khách hàng.
▪ Xem, xoá các thông tin của khách hàng nhưng không được quyền thay đổi thông tin đó.
▪ Xem thông tin sản phẩm
2 Các thông tin đầu ra đầu vào của hệ thống
- Chi tiết về sản phẩm
2 Biểu đồ Use case tổng quát hệ thống
3 Đặc tả CA sử dụng
Tên use case Đăng nhập
Tác nhân Quản lý, nhân viên
Mô tả Mô tả quá trình đăng nhập vào hệ thống
Kích hoạt Khi người dùng muốn đăng nhập vào hệ thống Điều kiện trước Đã có tài khoản được đăng ký trên hệ thống Điều kiện sau Đăng nhập thành công vào hệ thống
Kịch bản chính 1 Người dùng vào ứng dụng chọn đăng nhập
2 Hệ thống hiện bảng đăng nhập
3 Hệ thống yêu cầu nhập tài khoản, mật khẩu
4 Người dùng nhập tài khoản, mật khẩu
5 Hệ thống gửi yêu cầu kiểm tra
10 Đăng nhập thành công Kịch bản thay thế - Người dùng không nhớ mật khẩu
( Giải quyết: người dùng chọn quên mật khẩu)
- Người dùng muốn đổi mật khẩu ( yêu cầu đăng nhập)
Tần suất sử dụng Trung bình- Cao
Quy tắc nghiệp vụ Không
Yêu cầu đặc biệt Không
Giải quyết vấn đề Không
Tên ca sử dụng Tìm kiếm
Tác nhân Khách hàng, nhân viên, người quản lý
Mục đích Tìm kiếm thông tin sản phầm
Mô tả Tìm kiếm các sản phẩm có chứa từ khóa hoặc tên danh mục nhập vào
Dòng sự kiện - Chọn chức năng "Tìm kiếm" chính - Hệ thống hiển thị form tìm kiếm
- Nhập từ khóa tìm kiếm
- Hệ thống hiển thị danh sách các sản phẩm theo từ khóa
Dòng sự kiện - Không có kết quả: Thông báo không có sản phẩm phụ
Hậu điều kiện Hệ thống hiển thị danh sách sản phẩm cần tra cứu
3.1 CA quản lý sản phẩm a Mô tả tóm tắt
- Tên ca sử dụng: Quản lý sản phẩm
- Mục đích: ca sử dụng cho phép nhân viên/quản lý có thể kiểm tra những thông tin của sản phẩm và có thể thêm, sửa, xóa sản phẩm trong hệ thống.
- Tác nhân: Nhân viên và quản lý b Các luồng sự kiện
Ca sử dụng bắt đầu khi nhân viên muốn thêm, sửa, xóa hoặc kiểm tra những thông tin về sản phẩm trong hệ thống
• Nhân viên quản lý nhập tên đăng nhập và mật khẩu đăng nhập của mình.
• Hệ thống sẽ hiển thị các lựa chọn : Thêm - Sửa – Xóa hoặc Kiểm tra thông tin về sản phẩm
• Hệ thống sẽ yêu cầu chọn công việc mà họ muốn thực hiện.
• Nếu chọn “Thêm một sản phẩm”, luồng sự kiện con Thêm một sản phẩm sẽ được thực hiện.
• Nếu chọn “Sửa thông tin sản phẩm”, luồng sự kiện con Sửa thông tin sản phẩm sẽ được thực hiện.
• Nếu chọn “Xoá một sản phẩm”, luồng sự kiện con Xoá một sản phẩm sẽ được thực hiện
- Luồng sự kiện con: Thêm một sản phẩm
• Hệ thống hiển thị form thêm sản phẩm vào hệ thống
• Hệ thống yêu cầu nhập thông tin sản phẩm, bao gồm: Mã sản phẩm, tên sản phẩm, hình ảnh, mô tả sản phẩm, đơn giá, số lượng.
• Nhân viên nhập thông tin được yêu cầu.
• Hệ thống tạo ra mã số tự động (duy nhất) và gán cho sản phẩm Sản phẩm được thêm và lưu vào hệ thống
Sửa đổi thông tin sản phẩm
• Hệ thống yêu cầu nhân viên nhập mã số sản phẩm
• Nhân viên nhập vào mã số sản phẩm.
• Hệ thống kiểm tra mã số sản phẩm vừa nhập có tồn tại hay không?
• Nếu không tồn tại thì thực hiện luồng A1.
• Hệ thống hiển thị thông tin về sản phẩm có mã số vừa nhập.
• Nhân viên thực hiện việc sửa thông tin sản phẩm.
• Hệ thống nhắc thủ kho việc sửa thông tin sản phẩm
• Nhân viên xác nhận lại việc sửa thông tin sản phẩm
• Hệ thống cập nhật những thay đổi vừa được thực hiện
• Hệ thống yêu cầu nhân viên nhập mã số sản phẩm.
• Nhân viên nhập vào mã số sản phẩm
• Hệ thống kiểm tra mã số sản phẩm vừa nhập có tồn tại hay không?
• Nếu không tồn tại thì thực hiện luồng A1.
• Hệ thống hiển thị thông tin về sản phẩm có mã số vừa nhập.
• Hệ thống nhắc nhân viên xác nhận việc xoá sản phẩm.
• Nhân viên xác nhận lại việc xoá sản phẩm
• Thông tin sản phẩm đó sẽ bị xoá khỏi hệ thống.
• Hệ thống thông báo lỗi.
• Hệ thống yêu cầu nhân viên nhập vào một mã số sản phẩm khác hoặc huỷ bỏ thao tác xoá hoặc sửa.
• Nếu nhân viên nhập mã số sản phẩm khác thì quay lại luồng Xoá hoặc Sửa
• Nếu nhân viên chọn hủy ca sử dụng sẽ kết thúc. c Tiền điều kiện
Nhân viên phải đăng nhập thành công vào hệ thống d Hậu điều kiện
Nếu ca sử dụng này được thực hiện thành công, thông tin về sản phẩm sẽ được thêm vào, sửa đổi, hay xoá khỏi hệ thống Trong các trường hợp khác, hệ thống ở trong trạng thái chưa thay đổi
3.2 CA quản lý giỏ hàng
Thêm vào giỏ hàng a) Tên ca sử dụng: Thêm vào giỏ hàng b) Mô tả: Use Case này cung cấp chức năng thêm một Item vào giỏ hàng. c) Tác nhân: Khách hàng d) Các luồng sự kiện
• Use Case bắt đầu khi Actor click vào button Add To Cart của một sản phẩm cụ thể.
• Hệ thống sẽ tạo một giỏ hàng rồi thêm sản phẩm vào giỏ hàng.
• Hệ thống thông báo thêm sản phẩm thành công và lưu dữ liệu.
• Nếu đã có sản phẩm trong giỏ hàng hệ thống chỉ thêm số lượng sản phẩm vào giỏ hàng. e) Tiền điều kiện: không có f) Hậu điều kiện: không có Đặt hàng a) Tên ca sử dụng: Đặt hàng
Mô tả: Use Case này cung cấp chức năng tạo đơn hàng đã lựa chọn xong và quyết định mua những sản phẩm trong giỏ hàng.
• Use Case bắt đầu khi Actor click vào "Đặt hàng".
• Hệ thống yêu cầu khách hàng nhập form thông tin đặt hàng
• Hệ thống hiện thông báo yêu cầu xác nhận đặt hàng
• Hệ thống hiển thị thông điệp báo cho Actor biết đã tạo đơn đặt hàng thành công và nhân viên công ty sẽ sớm liên lạc với khách hàng, đồng thời hệ thống lưu trữ dữ liệu đặt hàng vào Database
Luồng sự kiện thay thế:
• Nếu Actor hủy yêu cầu khi hệ thống yêu cầu xác nhận việc đặt hàng, hệ thống sẽ đưa Actor trở lại màn hình quản lý sản phẩm trong giỏ hàng.
Tiền điều kiện: không có
Hậu điều kiện: không có
3.3 CA quản lý đơn hàng a) Tên ca sử dụng: quản lý đơn hàng b) Mô tả: Use case này cho phép người quản lý, nhân viên quản lý các đơn hàng c) Tác nhân: Nhân viên, quản lý d) Các luồng sự kiện
Use case này bắt đầu khi người quản lý xem, xóa đơn hàng trong hệ thống.
• Người lý chọn chức năng quản lý đơn hàng.
• Hệ thống hiển thị giao diện quản lý đơn hàng.
• Người quản lý chọn chức năng muốn thi hành (xóa đơn hàng).
✓ Nếu người quản lý chọn “Xóa đơn hàng”, luồng sự kiện “Xóa đơn hàng” sẽ được thực thi.
• Người quản lý đơn hàng cần xóa.
• Người quản lý chọn xóa đơn hàng.
• Hệ thống hiện thông báo yêu cầu người quản lý xác nhận muốn xóa đơn hàng.
• Người quản lý xác nhận muốn xóa đơn hàng.
• Hệ thống thực hiện xóa đơn hàng.
• Hệ thống thông báo đã xóa đơn hàng thành công.
Luồng sự kiện thay thế:
• Hủy bỏ yêu cầu xóa đơn hàng: nếu trong luồng sự kiện “Xóa đơn hàng”, người quản trị quyết định không xóa đơn hàng, yêu cầu xóa đơn hàng sẽ bị hủy và luồng sự kiện sẽ trở lại trạng thái trước đó của luồng sự kiện tương ứng.
• Sản phẩm được chọn có số lượng bằng 0: nếu trong luồng sự kiện “Thêm đơn hàng”, sản phẩm được chọn có số lượng bằng 0, hệ thống sẽ thông báo lỗi. Người quản trị có thể chọn sản phẩm khác.
• Sản phẩm được chọn có số lượng lớn hơn số lượng hiện có trong cơ sở dữ liệu: nếu trong luồng sự kiện “Thêm đơn hàng”, sản phẩm được chọn có số lượng lớn hơn số lượng hiện có trong cơ sở dữ liệu, hệ thống sẽ thông báo lỗi Người quản trị có thể nhập vào số lượng mới. f Tiền điều kiện: đăng nhập thành công vào hệ thống g Hậu điều kiện:
• Nếu luồng sự kiện “Xóa đơn hàng” thực hiện thành công, đơn hàng sẽ được xóa ra khỏi hệ thống.
• Ngược lại trạng thái hệ thống không thay đổi.
3.4 CA quản lý bình luận a) Tên ca sử dụng: quản lý bình luận b) Mô tả: Use Case cho phép nhân viên và người quản lý quản lý phản hồi, bình luận về sản phẩm c) Tác nhân: Nhân viên, người quản lý d) Các luồng sự kiện
• Use case này được thực hiện khi người quản trị muốn thêm, xóa, bình luận
• Người quản trị chọn chức năng quản lý bình luận.
• Hệ thống hiển thị giao diện danh sách các bình luận theo mã sản phẩm, ngày giờ.
• Người quản trị chọn chức năng cần thi hành.
✓ Nếu người quản trị chọn chức năng “Thêm bình luận”, luồng sự kiện “Thêm bình luận” sẽ được thực thi.
✓ Nếu người quản trị chọn chức năng “Xóa bình luận”, luồng sự kiện “Xóa bình luận” sẽ được thực thi.
• Hệ thống yêu cầu người quản trị nhập thông tin của bình luận
• Khi người quản trị cung cấp đầy đủ thông tin, hệ thống sẽ lấy mã sản phẩm tương ứng với sản phẩm và tạo mã bình luận mới cho sản phẩm được thêm vào ( mã bình luận là duy nhất) bình luận mới được lưu vào cơ sở dữ liệu (mã bình luận, nội dung, mã sản phẩm, ngày giờ).
• Hệ thống thông báo đã thêm bình luận mới thành công.
• Người quản trị chọn bình luận cần xóa.
• Người quản trị chọn xóa bình luận.
• Hệ thống hiện thông báo yêu cầu người quản trị xác nhận muốn xóa bình luận.
• Người quản trị xác nhận muốn xóa bình luận.
• Hệ thống thực hiện xóa bình luận.
• Hệ thống thông báo đã xóa bình luận thành công.
Luồng sự kiện thay thế:
• Từ chối xác nhận: nếu trong các luồng sự kiện trên, người quản trị từ chối xác nhận các thao tác tương ứng, hệ thống sẽ trở lại trạng thái trước đó của từng luồng sự kiện tương ứng. f Tiền điều kiện: đăng nhập thành công hệ thống g Hậu điều kiện: Nếu use case thực hiện thành công, bình luận sẽ được thêm, xóa ra khỏi hệ thống Ngược lại, trạng thái của hệ thống không thay đổi.
3.5 CA thống kê báo cáo
• Tên ca sử dung: Thống kê báo cáo
• Tác nhân: người quản lí
• Mô tả: Đưa ra những thống kê về hàng bán, doanh thu theo tháng, theo quý, năm
Ca sử dụng bắt đầu khi người quản lý chọn thống kê Người quản lý sẽ chọn mốc thời gian cần thống kê.
Hê tḥống sẽ hiển thi thông ̣ tin hàng bán
- Hiển thị bảng thống kê theo doanh thu , số lượng và in hoặc lưu báo cáo của hệ thống.
• Luồng sự kiện phụ : không cập nhập được tự cơ sở dữ liệu thì làm lại
• Tiền điều kiện: Đăng nhập vào hệ thống
• Hậu điều kiện: đưa ra báo cáo thống kê
4 Mô hình hóa tương tác trong các Use case
4.1 Biểu đồ trình tự CA đăng nhập
5.2 Biểu đồ trình tự CA quản lý sản phẩm
5.3 Biểu đồ trình tự CA thêm vào giỏ hàng
5.4 Biểu đồ trình tự Đặt hàng
5.5 Biểu đồ trình tự quản lý đơn hàng
5.6 Biểu đồ trình tự CA quản lý bình luận
5.7 Biểu đồ trình tự CA thống kê báo cáo
THIẾT KẾ CƠ SỞ DỮ LIỆU
Bảng Danh mục
Tên Kiểu dữ liệu Mô tả
#cat_id int Mã danh mục cat_name varchar(255) Tên danh mục
Bảng Sản phẩm
Tên Kiểu dữ liệu Mô tả
#prd_id int Mã sản phẩm cat_id int Mã danh mục prd_name varchar(255) Tên sản phẩm prd_image varchar(255) Ảnh sản phẩm prd_price int Giá sản phẩm prd_warranty varchar(255) Bảo hành prd_accessories varchar(255) Phụ kiện prd_new varchar(255) Tình trạng prd_promotion varchar(255) Khuyễn mãi prd_status int Trạng thái prd_featured int Nổi bật prd_details text Mô tả sản phẩm
Bảng Thành viên
Tên Kiểu dữ liệu Mô tả
#user_id int Mã thành viên user_full varchar(255) Tên thành viên user_mail varchar(255) Tên đăng nhập user_pass varchar(255) Mật khẩu user_level int Phân quyền
Bảng Comment
Tên Kiểu dữ liệu Mô tả
#comm_id int Mã comment prd_id int Mã sản phẩm comm_name varchar(255) Tên người comment comm_mail varchar(255) Email comment comm_date datetime Ngày comment comm_details text Chi tiết
Bảng Đơn hàng
Tên Kiểu dữ liệu Mô tả
#order_id int Mã đơn hàng
Order_time datetime Ngày đặt hàng
Order_totalprice int Tổng tiền đơn hàng
Order_address varchar(255) Địa chỉ giao hàng
Full_name varchar(255) Họ và tên khách hàng email varchar(255) Email khách hàng phone_number varchar(255) Số điện thoại khách hàng notes Text Ghi chú của khách hàng
Bảng chi tiết đơn hàng
Tên Kiểu dữ liệu Mô tả
#details_id int Mã chi tiết đơn hàng
Order_id int Mã đơn hàng prd_id int Mã sản phẩm
Prd_price int Đơn giá sản phẩm
Prd_count int Số lượng sản phẩm quantity int Thành tiền
THIẾT KẾ GIAO DIỆN
Giao diện người dùng
3.4 Tìm kiếm theo danh mục