(Tiểu luận) đề tài ứng dụng web cửa hàng thiết bị di động mobishop

TRƯỜNG ĐẠI HỌC KINH TẾ TÀI CHÍNH TP HCMKHOA CÔNG NGHỆ THÔNG TIN

ĐỒ ÁN MÔN HỌCMÔN: PHÂN TÍCH THIẾT KẾ

HỆ THỐNG THÔNG TIN

TÊN ĐỀ TÀI:

ỨNG DỤNG WEB CỬA HÀNG THIẾT BỊ DI ĐỘNG MOBISHOP

Sinh viên thực hiện

1 Nguyễn Tuấn Khôi - 2151206762 Hà Thị Lin Đa - 215160800

TP Hồ Chí Minh – 2023

TRƯỜNG ĐẠI HỌC KINH TẾ TÀI CHÍNH TP HCMKHOA CÔNG NGHỆ THÔNG TIN

ĐỒ ÁN MÔN HỌCMÔN: PHÂN TÍCH THIẾT KẾ

HỆ THỐNG THÔNG TIN

TÊN ĐỀ TÀI:

ỨNG DỤNG WEB CỬA HÀNG THIẾT BỊ DI ĐỘNG MOBISHOP

Sinh viên thực hiện

1 Nguyễn Tuấn Khôi - 2151206762 Hà Thị Lin Đa - 215160800

TP Hồ Chí Minh – 2023

2 MÔ TẢ BÀI TOÁN 2

3 CÁC THÀNH VIÊN THAM GIA G2C: 3

CHƯƠNG 2 USE CASE VIEW 4

1 SƠ ĐỒ CÁC TRƯỜNG HỢP SỬ DỤNG (USE CASE DIAGRAM): 4

1.7 UC07: Xác nhận “Đã thu tiền” 5

1.8 UC08: Quản lý thông tin nhân viên 5

1.9 UC09: Quản lý thông tin sản phẩm 5

1.10.UC010: Quản lý thông tin loại sản phẩm 5

1.11.UC011: Tổng hợp và in báo cáo 5

2 Miêu tả trường hợp sử dụng (Use case description) 6

2.7 UC07 Xác nhận “Đã thu tiền”: 12

2.8 UC08 Quản lý thông tin nhân viên: 13

2.9 UC09 Quản lý thông tin sản phẩm: 14

2.10.UC010 Quản lý thông tin loại sản phẩm: 16

2.11.UC11 Tổng hợp và in báo cáo: 17

CHƯƠNG 3 LOGICAL VIEW 19

1 SƠ ĐỒ LỚP (CLASS DIAGRAM) 19

1.1 Sơ đổ lớp: 19

1.2 Giải thích các lớp: 19

2 SƠ ĐỒ ĐỐI TƯỢNG (OBJECT DIAGRAM) 23

CHƯƠNG 4 PROCESS VIEW 24

1 SƠ ĐỒ TUẦN TỰ (SEQUENCE DIAGRAM) 24

1.1 Chức năng khách hàng đặt hàng: 24

1.2 Chức năng tiếp nhận Đăng nhập/ Đăng ký: 25

1.3 Chức năng giao hàng: 26

1.4 Chức năng xử lý đơn hàng: 26

1.5 Chức năng thu tiền và xác nhận bởi Kế toán: 27

1.6 Chức năng quản lý thông tin cửa hàng: 27

2 SƠ ĐỒ CỘNG TÁC (COLLABORATION DIAGRAM) 28

2.1.Khách hàng đặt hàng: 28

2.2.Đăng nhập/ Đăng ký: 29

2.3.Giao hàng: 30

2.4.Nhân viên xử lý đơn hàng: 30

2.5.Thu tiền và xác nhận bởi nhân viên Kế toán: 31

2.6.Chức năng quản lý thông tin cửa hàng: 31

3 SƠ ĐỒ TRẠNG THÁI (STATE DIAGRAM) 32

4 SƠ ĐỒ HOẠT ĐỘNG (ACTIVITY DIAGRAM) 33

CHƯƠNG 5 IMPLEMENTATION VIEW 35

1 SƠ ĐỒ THÀNH PHẦN (COMPONENT DIAGRAM) 35

1.1 Sơ đồ thành phần hệ thống quản lý: 35

2 SƠ ĐỒ GÓI (PACKAGE DIAGRAM) 36

CHƯƠNG 6: DEPLOYMENT VIEW 37

1 DEPLOYMENT DIAGRAM 37

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 38

MIÊU TẢ CÔNG VIỆC 40

TÀI LIỆU THAM KHẢO 41

PHỤ LỤC 42

ii

DANH MỤC BẢNG VÀ HÌNH VẼ

(nếu có – tách theo từng trang riêng)

LỜI MỞ ĐẦU

Trong thời đại hiện nay, công nghệ thông tin được ứng dụng vào hầu hết các lĩnh vực từ sản xuất, chế tạo tới các hình thức dịch vụ, giải trí, góp phần phát triển cho nền kinh tế Đặc biệt, con người ngày nay ai cũng sở hữu cho bản thân ít nhất một chiếc điện thoại thông minh giúp kết nối với internet Bằng cách sử dụng internet, con người cũng dần chuyển dần từ hình thức mua sắm trực tiếp từ các cửa hàng sang hình thức mua sắm trực tuyến, nơi mà họ có thể xem thông tin sản phẩm nhanh chóng và chỉ bằng với một vài cú chạm trên chiếc điện thoại thông minh, cú nhấp chuột trên máy tính là có thể thực hiện việc đặt mua sản phẩm, chỉ cần đợi một khoảng thời gian là sản phẩm mà họ đặt sẽ được giao tới tận nhà Chính vì sự tiện lợi và nhanh chóng của các cửa hàng trực tuyến ấy mà nhu cầu của một trang web được nâng cao Trong đó, một trang web đặt mua sản phẩm điện thoại thông minh là không thể thiếu trong xu thế hiện nay Trang web đáp ứng đủ các nhu cầu xem chi tiết sản phẩm điện thoại, mẫu mã, thông tin sản xuất cũng như thông tin cấu hình giúp khách hàng xem rõ và dựa trên trên nhu cầu đề thực hiện việc đặt mua cho bản thân một chiếc điện thoại thông minh mới thông qua việc thanh toán trực tuyến bằng thẻ tín dụng hay xác nhận việc trả khi nhận sản phẩm Đồng thời, khách hàng cũng có thể tự lựa chọn cho mình một người tư vấn online do nhân viên bên cửa hàng cung cấp, giải đáp các thắc mắc liên quan tới sản phẩm, đảm bảo phục vụ đầy đủ và làm khách hàng hài lòng Không những giúp khách hàng mua sắm điện thoại di động một cách dễ dàng, trang web cũng giúp cho các nhân viên, người quản lý bên cửa hàng thuận lợi trong việc quản lý các sản phẩm điện thoại di động, quản lý nhân viên, quản lý các khâu để đưa sản phẩm tới tay khách hàng cũng như cung cấp những thông tin liên quan, các thông báo mới nhất cho khách hàng Chính vì các nhu cầu trên, việc xây dụng một hệ thống tiện lợi, dễ nhìn, dễ sử dụng nhưng thỏa mãn đầy đủ các nhu cầu ấy là một việc cần thiết.

CHƯƠNG 1 TỔNG QUAN VỀ ĐỒ ÁN 1.MỤC TIÊU – PHẠM VI ĐỀ TÀI:

1.1 Mục tiêu:

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.

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.

2

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 đã giao hàng thành công trên hệ thống.

Nhân viên kế toán:

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, )

3.CÁC THÀNH VIÊN THAM GIA G2C:

1 215120676 Nguyễn Tuấn Khôi khoint21@uef.edu.vn 2 215160800 Hà Thị Lin Đa dahtl21@uef.edu.vn

CHƯƠNG 2 USE CASE VIEW

1 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:

1.3 UC03: Đăng ký

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.

1.4 UC04: Đặt hàng

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.

2 Miêu tả trường hợp sử dụng (Use case description)

2.1 UC01 Xem Sản Phẩm

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

Pre-conditions Khô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ê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.

6

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.

Thay thế (Alternative): Không Ngoại lệ (Exception):

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

2.3.UC03 Đăng ký:

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

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

8

2.4.UC04 Đặt hàng:

Tên Use Case DatHang (Đặt hàng)

Mô tả Khách hàng sẽ đặt hàng và 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.

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.

Thay thế (Alternative):

10

Không Ngoại lệ (Exception):

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à

Không Ngoại lệ (Exception):

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

Ngoại lệ (Exception):

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.

Thay thế (Alternative):

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 Ngoại lệ (Exception):

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.

14

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.

Thay thế (Alternative):

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 Ngoại lệ (Exception):

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.

Thay thế (Alternative):

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.

16

Ngoại lệ (Exception):

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, … và in báo cáo.

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ữ

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

18