Nhân viên xử lý đơn hàng:Theo dõi, duyệt đơn hàng và đóng gói giao cho bộ phận giao hàng.Nhân viên giao hàng:Nhận gói hàng, tiến hành giao hàng cho khách, nhận tiền phải trả và xác nhận
TỔNG QUAN VỀ ĐỒ ÁN
MỤC TIÊU – PHẠM VI ĐỀ TÀI
Dựa vào kiến thức đã học từ môn Phân tích thiết kế hệ thống thông tin, nhóm chúng em thực hiện xây dựng và thiết kế hệ thống cho Website cửa hàng điện thoại di động Bản thiết kế hệ thống chứa đầy đủ và chi tiết các thông tin để xây dựng lên một Website hoàn chỉnh, bao gồm: Mô tả bài toán, Yêu cầu chức năng, Các bản thiết kế và
Sơ đồ luồng xử lý trong hệ thống kèm với các đặc tả rõ ràng Thông qua đó, lập trình viên có thể dễ dàng lên xây dựng sản phẩm Bên cạnh đó, mục tiêu của nhóm em thông qua đồ án này là có thể nắm rõ tư duy về hệ thống và hiểu các quy trình xử lý của một chức năng bất kì Biết sử dụng các công cụ để thiết kế và biểu diễn các luồng xử lý thông qua các sơ đồ, từ đó mở rộng phân tích và viết đặc tả cho hệ thống
1.2 Phạm vi đề tài Đồ án được thực hiện dựa trên cơ sở phạm vi môn học Phân tích thiết kế hệ thống thông tin.
Phạm vi của đồ án là đưa ra các phân tích và từ đó thiết kế hệ thống cho Website cửa hàng thiết bị di động Mobishop.
MÔ TẢ BÀI TOÁN
Cửa hàng điện thoại di động kinh doanh điện thoại di động trên trang web của họ.Khách hàng sẽ chọn mua điện thoại/linh kiện qua trang web của cửa hàng, sau khi chọn xong sẽ xác nhận đơn hàng, thông tin đơn hàng gồm có số phiếu, ngày phiếu,thông tin khách hàng và các sản phẩm, số lượng cùng tổng tiền Để đảm bảo việc xác nhận đơn hàng, hệ thống sẽ yêu cầu đăng nhập (nếu chưa đăng nhập) đối với khách hàng đã có tài khoản, ngược lại thì phải đăng ký tài khoản, thông tin tài khoản sẽ bao gồm: số điện thoại, mật khẩu, tên, địa chỉ của khách hàng.
Nhân viên xử lý đơn hàng:
Theo dõi, duyệt đơn hàng và đóng gói giao cho bộ phận giao hàng.
Nhận gói hàng, tiến hành giao hàng cho khách, nhận tiền phải trả và xác nhận đã giao hàng thành công trên hệ thống.
Nhận tiền từ nhân viên giao hàng và xác nhận trên phiếu bán hàng là “Đã thu tiền”.
Trưởng cửa hàng quản lý:
Quản lý nhân viên, thông tin nhân viên bao gồm: mã nhân viên, họ, tên nhân viên, số điện thoại, địa chỉ và chức vụ công việc (bán hàng, giao hàng, kế toán ).
Thông tin sản phẩm: mã sản phẩm, tên sản phẩm, hãng sản xuất, giá bán, số lượng tồn và thuộc một loại sản phẩm.
Thông tin loại sản phẩm: mã loại, tên loại (điện thoại, tai nghe, loa, )
CÁC THÀNH VIÊN THAM GIA G2C
STT MSSV Họ tên email
1 215120676 Nguyễn Tuấn Khôi khoint21@uef.edu.vn
2 215160800 Hà Thị Lin Đa dahtl21@uef.edu.vn
USE CASE VIEW
SƠ ĐỒ CÁC TRƯỜNG HỢP SỬ DỤNG (USE CASE DIAGRAM)
Dựa vào yêu cầu bài toán, hệ thống thông tin “Ứng dụng web cửa hàng thiết bị di động MobiShop” có các tác nhân cùng những trường hợp sử dụng tương ứng sau:
Khách hàng có thể tìm kiếm và xem các sản phẩm họ quan tâm cũng như thông tin chi tiết của các sản phẩm đó.
Khách hàng khi mua hàng trên web sẽ cần đăng nhập vào hệ thống để có thể đảm bảo việc xác nhận đơn hàng.
Khách hàng khi mua hàng trên web sẽ cần đăng nhập vào hệ thống để có thể đảm bảo việc xác nhận đơn hàng Nếu khách hàng chưa có tài khoản, cần phải đăng kí tài khoản.
Khách hàng sẽ đặt hàng và thanh toán
1.5 UC05: Lập phiếu đơn hàng
Khách hàng xem và kiểm tra thông tin phiếu đơn hàng bao gồm: số phiếu, ngày phiếu, thông tin khách hàng và các sản phẩm, số lượng cùng tổng tiền.
1.6 UC06: Xác nhận “Đã giao hàng”
Nhân viên giao hàng sẽ xác nhận đã giao hàng thành công lên hệ thống sau khi đã giao được hàng cho khách hàng.
1.7 UC07: Xác nhận “Đã thu tiền”
Nhân viên kế toán sẽ xác nhận “Đã thu tiền” trên phiếu bán hàng sau khi nhận được tiền từ nhân viên giao hàng.
1.8 UC08: Quản lý thông tin nhân viên
Trưởng cửa hàng truy cập vào hệ thống và có thể thực hiện các thao tác quản lý nhân viên bao gồm thêm, xóa, sửa, xem thông tin nhân viên.
1.9 UC09: Quản lý thông tin sản phẩm
Trưởng cửa hàng truy cập vào hệ thống và có thể thực hiện các thao tác quản lý sản phẩm bao gồm thêm, xóa, sửa, xem thông tin.
1.10.UC010: Quản lý thông tin loại sản phẩm
Trưởng cửa hàng truy cập vào hệ thống và có thể thực hiện các thao tác quản lý loại sản phẩm bao gồm thêm, xóa, sửa, xem thông tin.
1.11.UC011: Tổng hợp và in báo cáo
Cuối ngày, trưởng cửa hàng tổng hợp các thông tin như: thông tin nhân viên, số lượng sản phẩm, báo cáo doanh thu,… và in báo cáo.
Miêu tả trường hợp sử dụng (Use case description)
Tên Use Case XemSanPham (Xem sản phẩm)
Mô tả Khách hàng có thể tìm kiếm và xem các sản phẩm họ quan tâm cũng như thông tin chi tiết của các sản phẩm đó.
Tác nhân (Actor) Khách hàng
Dòng sự kiện (Flow) Chính (Basic):
Khách hàng lựa chọn và ấn vào sản phẩm họ quan tâm.
Thông tin chi tiết sẽ được hiển thị toàn bộ trên giao diện web.
Khách hàng có thể đến cửa hàng để xem trực tiếp sản phẩm.
Bảng 1: Use Case Description về Xem sản phẩm
Tên Use Case DangNhap (Đăng nhập)
Mô tả Khách hàng khi mua hàng trên web sẽ cần đăng nhập vào hệ thống để có thể đảm bảo việc xác nhận đơn hàng.
Tác nhân (Actor) Khách hàng
Pre-conditions Thiết bị của người dùng phải có kết nối Internet để thực hiện việc đăng nhập.
Dòng sự kiện (Flow) Chính (Basic):
Khách hàng truy cập vào trang web của cửa hàng thiết bị di động MobiShop.
Khách hàng nhấn đăng nhập.
Trang web hiển thị màn hình form đăng nhập. Khách hàng điền tên tài khoản và mật khẩu.
Hệ thống xác nhận tài khoản và hiển thị xác nhận đã đăng nhập thành công.
3a Khách hàng nhập sai thông tin đăng nhập, Thực hiện use case thất bại.
4a Hệ thống bị lỗi và hiển thị đăng nhập không thành công. Thực hiện use case thất bại.
Post-conditions Khách hàng đăng nhập được vào trang web và có thể thực hiện các chức năng của tài khoản.
Bảng 2: Use Case Description về Đăng nhập
Tên Use Case DangKy (Đăng ký)
Mô tả Khách hàng khi mua hàng trên web sẽ cần đăng nhập vào hệ thống để có thể đảm bảo việc xác nhận đơn hàng Nếu khách hàng chưa có tài khoản, cần phải đăng kí tài khoản.
Tác nhân (Actor) Khách hàng
Pre-conditions Thiết bị của người dùng phải có kết nối Internet để thực hiện việc đăng nhập.
Dòng sự kiện (Flow) Chính (Basic):
Khách hàng truy cập vào trang web của cửa hàng thiết bị di động MobiShop.
Khách hàng nhấn đăng ký tài khoản.
Trang web hiển thị màn hình form đăng ký.
Khách hàng điền các thông tin được hiển thị trên trang web.
Hệ thống xác nhận tài khoản và hiển thị xác nhận đã đăng nhập thành công.
3a Học viên điền sai thông tin trong form đăng ký.
3a1 Hệ thống thông báo thông tin không hợp lệ.
Thực hiện use case thất bại.
5a Hệ thống bị lỗi và hiển thị đăng ký không thành công. Thực hiện use case thất bại.
Post-conditions Khách hàng đăng nhập được vào trang web và có thể thực hiện các chức năng của tài khoản.
Bảng 3: Use Case Description về Đăng ký tài khoản
Tên Use Case DatHang (Đặt hàng)
Mô tả Khách hàng sẽ đặt hàng và thanh toán
Tác nhân (Actor) Khách hàng
Pre-conditions Khách hàng bắt buộc phải đăng nhập mới có thể thanh toán. Đơn hàng phải có ít nhất một sản phẩm trở lên. Sản phẩm phải còn hàng.
Dòng sự kiện (Flow) Chính (Basic):
Khách hàng nhấn vào phần giỏ hàng.
Lựa chọn sản phẩm cần thanh toán.
Khách hàng ấn chọn “Thanh toán”.
Trong trường hợp khách hàng chưa đăng nhập thì sẽ được chuyển đến trang đăng nhập.
Hệ thống hiển thị giao diện phiếu thông tin đơn hàng. Điền thông tin vào phiếu.
Chọn hình thức thanh toán: Thanh toán trực tiếp khi nhận hàng hoặc thanh toán thông qua thẻ tín dụng. Ấn nút xác nhận thanh toán.
Hệ thống hiện thị trạng thái thanh toán cho khách hàng và chuyển khách hàng đến trang quản lý đơn hàng. Thay thế (Alternative):
Khách hàng có thể đến trực tiếp cửa hàng để thanh toán và nhận sản phẩm.
2a Khách hàng đăng nhâ †p sai tài khoản.
2a1 Hê † thống yêu cầu người dùng nhâ †p lại tài khoản. 2a2 Người dùng nhâ †p lại tài khoản.
Use case tiếp tục bước 2.
4a Hệ thống hiển thị sản phẩm đã hết hàng và thông bảo hãy chờ đến khi hàng có lại.
Thực hiện use case thất bại.
4a1 Hệ thống bị lỗi và thực hiện thanh toán không thành công.
Thực hiện use case thất bại.
Post-conditions Khách hàng đặt và thanh toán thành công đơn hàng
Bảng 4: Use Case Description về Đặt hàng
2.5 UC05 Lập phiếu đơn hàng:
Tên Use Case PhieuDonHang (Xem thông tin phiếu đơn hàng)
Mô tả Khách hàng xem và kiểm tra thông tin phiếu đơn hàng bao gồm: số phiếu, ngày phiếu, thông tin khách hàng và các sản phẩm, số lượng cùng tổng tiền.
Tác nhân (Actor) Khách hàng
Pre-conditions Khách hàng thực hiện đặt hàng thành công
Dòng sự kiện (Flow) Chính (Basic):
Khách hàng nhấn vào phần “Quản lý đơn hàng”.
Hệ thống hiển thị chi tiết thông tin phiếu đơn hàng bao gồm: số phiếu, ngày phiếu, thông tin khách hàng và các sản phẩm, số lượng cùng tổng tiền.
5a Hệ thống gặp trục trặc không thể hiện thông tin phiếu đơn hàng.
Thực hiện use case thất bại.
Post-conditions Hiển thị phiếu đơn hàng cùng thông tin chi tiết.
Bảng 5: Use Case Description về Xem phiếu đơn hàng
2.6 UC06 Xác nhận “Đã giao hàng”:
Tên Use Case XacNhanDaGiao (Xác nhận đã giao hàng).
Mô tả Nhân viên giao hàng sẽ xác nhận đã giao hàng thành công lên hệ thống sau khi đã giao được hàng cho khách hàng.
Tác nhân (Actor) Nhân viên giao hàng.
Pre-conditions Nhân viên giao hàng đã đăng nhập vào hệ thống và chọn chức năng quản lý thông tin đơn hàng.
Dòng sự kiện (Flow) Chính (Basic):
Nhân viên giao hàng nhận gói đơn hàng, giao hàng và nhận tiền từ khách hàng.
Nhân viên giao hàng đăng nhập vào hệ thống và chọn phần “Xác nhận đã giao hàng”.
Hệ thống hiển thị danh sách các thông tin đơn hàng. Chọn đơn hàng phù hợp.
Nhân viên giao hàng ấn “Xác nhận” để xác nhận đã giao hàng thành công.
Hệ thống lưu thông tin xác nhận đơn hàng.
2a Hệ thống bị lỗi và không hiển thị thông tin đơn hàng Thực hiện use case thất bại.
Post-conditions Hệ thống xác nhận đã giao hàng thành công.
Bảng 6: Use Case Description về Xác nhận đã giao hàng
2.7 UC07 Xác nhận “Đã thu tiền”:
Tên Use Case XacNhanDaThuTien (Xác nhận đã thu tiền).
Mô tả Nhân viên kế toán sẽ xác nhận “Đã thu tiền” trên phiếu bán hàng sau khi nhận được tiền từ nhân viên giao hàng
Tác nhân (Actor) Nhân viên kế toán.
Pre-conditions Nhân viên kế toán đã đăng nhập vào hệ thống và chọn chức năng quản lý thông tin đơn hàng.
Dòng sự kiện (Flow) Chính (Basic):
Nhân viên kế toán nhận tiền của khách hàng thông qua nhân viên giao hàng.
Nhân viên đăng nhập vào hệ thống và chọn phần xác nhận “Đã thu tiền”.
Hệ thống hiển thị danh sách các đơn hàng.
Chọn đơn hàng phù hợp.
Nhân viên kế toán ấn “Xác nhận” để xác nhận thu tiền thành công.
Hệ thống lưu thông tin xác nhận đơn hàng.
2a Hệ thống bị lỗi và không hiển thị thông tin đơn hàng. Thực hiện use case thất bại.
Post-conditions Hệ thống xác nhận đã thu tiền thành công.
Bảng 7: Use Case Description về Xác nhận "Đã thu tiền"
2.8 UC08 Quản lý thông tin nhân viên:
Tên Use Case QuanLyTTNV (Quản lý thông tin nhân viên)
Mô tả Trưởng cửa hàng truy cập vào hệ thống và có thể thực hiện các thao tác quản lý nhân viên bao gồm thêm, xóa, sửa, xem thông tin nhân viên.
Tác nhân (Actor) Trưởng cửa hàng
Pre-conditions Trưởng cửa hàng đã đăng nhập vào hệ thống và chọn chức năng quản lý thông tin nhân viên.
Dòng sự kiện (Flow) Chính (Basic):
Hệ thống hiển thị các thông tin nhân viên hiện tại. Trưởng cửa hàng chọn chức năng thêm thông tin nhân viên.
Hệ thống hiển thị form nhập thông tin nhân viên. Trưởng trung tâm nhập đầy đủ thông tin nhân viên như: mã nhân viên, họ, tên, số điện thoại, địa chỉ, công việc.
Hệ thống xác nhận cập nhật thành công và lưu trữ thông tin mới cập nhật vào cơ sở dữ liệu.
2a Trường hợp có nhân viên xin thôi việc:
Trưởng cửa hàng sử dụng chức năng xóa để xóa thông tin nhân viên.
Use case tiếp tục bước 5.
2b Trường hợp khi có thông tin của nhân viên cần được chỉnh sửa:
Trưởng cửa hàng sử dụng chức năng chỉnh sửa để thay đổi thông tin nhân viên.
Use case tiếp tục bước 5.
5a Hệ thống bị lỗi khiến trưởng cửa hàng không truy cập được thông tin dữ liệu.
Thực hiện use case thất bại.
5b Hệ thống bị lỗi khiến trưởng cửa hàng không xác nhận lưu được thông tin dữ liệu mới cập nhật.
Thực hiện use case thất bại.
Post-conditions Thông tin nhân viên được cập nhật qua các thao tác thêm, xóa, chỉnh sửa.
Bảng 8: Use Case Description về Quản lý thông tin nhân viên
2.9 UC09 Quản lý thông tin sản phẩm:
Tên Use Case QuanLyTTSP (Quản lý thông tin sản phẩm)
Mô tả Trưởng cửa hàng truy cập vào hệ thống và có thể thực hiện các thao tác quản lý sản phẩm bao gồm thêm, xóa, sửa, xem thông tin.
Tác nhân (Actor) Trưởng cửa hàng
Pre-conditions Trưởng cửa hàng đã đăng nhập vào hệ thống và chọn chức năng quản lý thông tin sản phẩm.
Dòng sự kiện (Flow) Chính (Basic):
Hệ thống hiển thị các thông tin sản phẩm hiện tại. Trưởng cửa hàng chọn chức năng thêm thông tin sản phẩm.
Hệ thống hiển thị form nhập thông tin sản phẩm. Trưởng trung tâm nhập đầy đủ thông tin sản phẩm như: mã sản phẩm, tên sản phẩm, hãng sản xuất, giá bán, số lượng tồn, loại sản phẩm.
Hệ thống xác nhận cập nhật thành công và lưu trữ thông tin mới cập nhật vào cơ sở dữ liệu.
2a Trường hợp có sản phẩm cần xóa:
Trưởng cửa hàng sử dụng chức năng xóa để xóa thông tin sản phẩm.
Use case tiếp tục bước 5.
2b Trường hợp khi có thông tin của sản phẩm cần được chỉnh sửa:
Trưởng cửa hàng sử dụng chức năng chỉnh sửa để thay đổi thông tin sản phẩm.
Use case tiếp tục bước 5.
5a Hệ thống bị lỗi khiến trưởng cửa hàng không truy cập được thông tin dữ liệu.
Thực hiện use case thất bại.
5b Hệ thống bị lỗi khiến trưởng cửa hàng không xác nhận lưu được thông tin dữ liệu mới cập nhật.
Thực hiện use case thất bại.
Post-conditions Thông tin sản phẩm được cập nhật qua các thao tác thêm, xóa, chỉnh sửa.
Bảng 9: Use Case Description về Quản lý thông tin sản phẩm
2.10 UC010 Quản lý thông tin loại sản phẩm:
Tên Use Case QuanLyTTLoaiSP (Quản lý thông tin loại sản phẩm)
Mô tả Trưởng cửa hàng truy cập vào hệ thống và có thể thực hiện các thao tác quản lý loại sản phẩm bao gồm thêm, xóa, sửa, xem thông tin.
Tác nhân (Actor) Trưởng cửa hàng
Pre-conditions Trưởng cửa hàng đã đăng nhập vào hệ thống và chọn chức năng quản lý thông tin loại sản phẩm.
Dòng sự kiện (Flow) Chính (Basic):
Hệ thống hiển thị các loại sản phẩm hiện tại. Trưởng cửa hàng chọn chức năng thêm loại sản phẩm.
Hệ thống hiển thị form nhập loại sản phẩm.
Trưởng trung tâm nhập đầy đủ thông tin sản phẩm như: mã loại, tên loại.
Hệ thống xác nhận cập nhật thành công và lưu trữ thông tin mới cập nhật vào cơ sở dữ liệu.
2a Trường hợp có loại sản phẩm cần xóa:
Trưởng cửa hàng sử dụng chức năng xóa để xóa thông tin sản phẩm.
Use case tiếp tục bước 5.
2b Trường hợp khi có thông tin của loại sản phẩm cần được chỉnh sửa:
Trưởng cửa hàng sử dụng chức năng chỉnh sửa để thay đổi thông tin sản phẩm.
Use case tiếp tục bước 5.
5a Hệ thống bị lỗi khiến trưởng cửa hàng không truy cập được thông tin dữ liệu.
Thực hiện use case thất bại.
5b Hệ thống bị lỗi khiến trưởng cửa hàng không xác nhận lưu được thông tin dữ liệu mới cập nhật.
Thực hiện use case thất bại.
Post-conditions Thông tin loại sản phẩm được cập nhật qua các thao tác thêm, xóa, chỉnh sửa.
Bảng 10: Use Case Description về Quản lý thông tin loại sản phẩm
2.11 UC11 Tổng hợp và in báo cáo:
Tên Use Case TongHop – BaoCao (Tổng hợp và in báo cáo)
Mô tả Cuối ngày, trưởng cửa hàng tổng hợp các thông tin như: thông tin nhân viên, số lượng sản phẩm, báo cáo doanh thu,
Tác nhân (Actor) Trưởng cửa hàng
Pre-conditions Trưởng cửa hàng truy cập vào hệ thống để tiến hành làm tổng hợp và in báo cáo.
Dòng sự kiện (Flow) Chính (Basic):
Trưởng cửa hàng truy cập vào hệ thống.
Hệ thống hiển thị form tổng hợp dữ liệu được lưu trữ trong ngày.
Trưởng cửa hàng chọn loại hình thống kê và thông tin báo cáo.
Nhấn chọn ‘Lập báo cáo’
Hệ thống hiển thị báo cáo đã được lập, lưu trữ vào cơ sở dữ liệu.
Post-conditions Thành công lập báo cáo tổng hợp cuối ngày và lưu vào cơ sở dữ liệu của cửa hàng.
Bảng 11: Use Case Description về Tổng hợp và In báo cáo
LOGICAL VIEW
SƠ ĐỒ LỚP (CLASS DIAGRAM)
STT Tên trường Giải thích Kiểu
1 MaSP Mã sản phẩm Int
2 TenSP Tên sản phẩm String
3 HangSX Hãng sản xuất String
5 LoaiSP Loại sản phẩm String
6 SoLuongTon Số lượng tồn String
STT Tên trường Giải thích Kiểu
1 MaKH Mã khách hàng Int
2 TenKH Tên khách hàng String
3 SDT Số điện thoại String
6 TenDangNhap Tên đăng nhập String
STT Tên trường Giải thích Kiểu
1 SoPhieu Mã khách hàng Int
2 NgayPhieu Tên khách hàng Date
3 TenKH Số điện thoại String
6 DiaChi Tên đăng nhập String
Bảng 14: Lớp Phiếu đơn hàng
STT Tên trường Giải thích Kiểu
1 MaNV Mã nhân viên Int
2 HoNV Họ nhân viên String
3 TenNV Tên nhân viên String
4 SDT Số điện thoại String
6 ChucVu Chức vụ công việc String
STT Tên trường Giải thích Kiểu
1 MaLoai Mã loại sản phẩm Int
2 TenLoai Tên loại sản phẩm String
Bảng 16: Lớp Loại sản phẩm
STT Tên trường Giải thích Kiểu
1 MaNV Mã nhân viên Int
2 HoNV Họ nhân viên String
3 TenNV Tên nhân viên String
4 TheoDoiDH Theo dõi đơn hàng Method
5 DongGoiDH Đóng gói đơn hàng Method
6 GiaoNVGH Giao cho NV giao hàng Method
Bảng 17: Lớp Nhân viên xử lý
STT Tên trường Giải thích Kiểu
1 MaNV Mã nhân viên Int
2 HoNV Họ nhân viên String
3 TenNV Tên nhân viên String
4 XacNhanDaNhanHang Xác nhận đã nhận đơn hàng Method
5 NhanTien Nhận tiền từ khách hàng Method
6 XacNhanDaGiaoHang Xác nhận đã giao hàng Method
Bảng 18: Lớp Nhân viên giao hàng
STT Tên trường Giải thích Kiểu
1 MaNV Mã nhân viên Int
2 HoNV Họ nhân viên String
3 TenNV Tên nhân viên String
4 NhanTien Nhận tiền từ NV giao hàng Method
5 XacNhanDaThuTien Xác nhận “Đã thu tiền” Method
Bảng 19: Lớp Nhân viên giao hàng
STT Tên trường Giải thích Kiểu
1 HoNV Họ nhân viên String
2 TenNV Tên nhân viên String
3 SDT Số điện thoại String
5 CapNhatDSSP Cập nhật danh sách sản phẩm Method
7 InBaoCao Báo cáo hoạt động trong ngày Method
Bảng 20: Lớp Trưởng cửa hàng
SƠ ĐỒ ĐỐI TƯỢNG (OBJECT DIAGRAM)
PROCESS VIEW
SƠ ĐỒ TUẦN TỰ (SEQUENCE DIAGRAM)
1.1 Chức năng khách hàng đặt hàng:
Hình 4: Sequence Diagram cho “Chức năng khách hàng đặt hàng”
1.2 Chức năng tiếp nhận Đăng nhập/ Đăng ký:
Hình 5: Sequence Diagram cho “Chức năng tiếp nhận Đăng nhập/Đăng ký”
1.4 Chức năng xử lý đơn hàng:
Hình 6: Sequence Diagram cho “Chức năng giao hàng”
Hình 7: Sequence Diagram cho “Chức năng xử lý đơn hàng”
1.5 Chức năng thu tiền và xác nhận bởi Kế toán:
1.6 Chức năng quản lý thông tin cửa hàng:
Hình 8: Sequence Diagram cho “Chức năng thu tiền và xác nhận bởi Kế toán”
Hình 9: Sequence Diagram cho “Chức năng quản lý thông tin cửa hàng”
SƠ ĐỒ CỘNG TÁC (COLLABORATION DIAGRAM)
Hình 10: Collaboration Diagram cho “Khách hàng đặt hàng”
Hình 11: Collaboration Diagram cho “Đăng nhập/Đăng ký”
2.4 Nhân viên xử lý đơn hàng:
Hình 12: Collaboration Diagram cho “Giao hàng”
Hình 13: Collaboration Diagram cho “Nhân viên xử lý đơn hàng”
2.5 Thu tiền và xác nhận bởi nhân viên Kế toán:
2.6 Chức năng quản lý thông tin cửa hàng:
Hình 14: Collaboration Diagram cho “Thu tiền và xác nhận bởi nhân viên Kế toán"
Hình 15: Collaboration Diagram cho “Chức năng quản lý thông tin cửa hàng”
SƠ ĐỒ TRẠNG THÁI (STATE DIAGRAM)
SƠ ĐỒ HOẠT ĐỘNG (ACTIVITY DIAGRAM)
Sơ đồ hoạt động của hoạt động Khách hàng chọn sản phẩm và đăng nhập/đăng ký:
Sơ đồ hoạt động của hoạt động WebApp lưu đơn hàng vào Database và thông báo đặt hàng thành công:
Hình 17: Activity Diagram cho "Khách hàng chọn sản phẩm và Đăng nhập/Đăng ký"
Hình 18: Activity Diagram cho "WebApp lưu đơn vào hệ thống và thông báo đặt hàng thành công"
Sơ đồ hoạt động của hoạt động Nhân viên xử lý đơn hàng và chuyển trạng thái:
Hình 19: Activity Diagram cho "Nhân viên xử lý đơn hàng và chuyển trạng thái"
IMPLEMENTATION VIEW
SƠ ĐỒ GÓI (PACKAGE DIAGRAM)
Hình 20: Component Diagram cho "Hệ thống quản lý"
DEPLOYMENT VIEW
DEPLOYMENT DIAGRAM
KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN
Trong quá trình mô phỏng trang web cửa hàng thiết bị di động MobiShop, chúng ta đã xây dựng và trình bày các biểu đồ Use Case, Class, Object, State, Activity, Sequence, Collaboration, Component, và Package Mỗi biểu đồ đều đóng góp một phần nhỏ vào việc hiểu rõ hơn về cấu trúc và chức năng của hệ thống.
Sau thời gian thực hiện đề tài, chương trình nhóm đã hiểu rõ hơn quy trình bán điện thoại di động trực tuyến Website sẽ giúp người dùng tiết kiệm thời gian, công sức để có được một sản phẩm ưng ý Dễ dàng quản lý thông tin chi tiết người dùng, các thông tin về sản phẩm và những đơn hàng của người mua sản phẩm từ đó sẽ thuận tiện cho việc thanh toán và giao hàng.
Với nỗ lực của bản thân, nhóm đồ án đã cố gắng hoàn thành yêu cầu đề tài Do thời gian và năng lực có hạn nên website của nhóm mới chỉ đi sâu vào chức năng bán sản phẩm Nhóm đề tài có thể hướng phát triển website trở thành một website bán hàng chuyên nghiệp Cung cấp đầy đủ những mặt hàng hiện đang có trên thị trường với giá cả hợp lý, phải chăng Đi kèm với bán hàng là những dịch vụ uy tín và chất lượng nhất để phục vụ đến khách hàng.
Thiết Kế Giao Diện Người Dùng (UI/UX):
Phát triển giao diện người dùng thân thiện, dễ sử dụng để cải thiện trải nghiệm người dùng.
Kết nối với cơ sở dữ liệu để lưu trữ và truy xuất dữ liệu thực tế.
Tích hợp hệ thống thanh toán để quản lý kiểm toán.
Tăng cường bảo mật thông tin cá nhân và dữ liệu người dùng.
Xây dựng cơ chế xác thực mạnh mẽ để đảm bảo an toàn thông tin.
Phát triển chức năng quản lý tài nguyên và quản lý hàng tồn kho.
Tích Hợp Hệ Thống Báo Cáo:
Xây dựng hệ thống báo cáo tự động để theo dõi và đánh giá hoạt động của cửa hàng.
Phát Triển Ứng Dụng Di Động:
Tạo ứng dụng di động để khách hàng và nhân viên có thể truy cập dễ dàng từ mọi nơi.
Kiểm Thử và Tối Ưu Hóa:
Thực hiện kiểm thử kỹ thuật và kiểm thử hệ thống để đảm bảo tính ổn định và hiệu suất.
STT Họ tên Công việc
2 Hà Thị Lin Đa Chương 1, 2, 3