Báo cáo btl thuộc học phần thiết kế phần mềm thiết kế website funnyland vn

Hệ thống sẽ lấy thông tin các sản phẩm bao gồm: hình ảnh sản phẩm, tên sản phẩm, giá sản phẩm và tên danh mục từ bảng SANPHAM, DANHMUC hiển thị lên màn hình.. Hệ thống lấy thông tin “Tên

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI

KHOA CÔNG NGHỆ THÔNG TIN

Thành viên: Vũ Đình Dũng

Vũ Mạnh DũngBùi Việt HoàngTrần Quang Huy

Tạ Hoàng Việt

Hà Nội, Năm 2022

- Thiết kế cơ sở dữ liệu hiệu quả và an toàn

- Có liên kết giữa người sử dụng và người quản lý cửa hàng

MỤC LỤC

1.2.1 Mô tả use case xem hàng theo danh mục (Tạ Hoàng Việt) 91.2.2 Xem hàng theo nhóm (Tạ Hoàng Việt) 10

1.2.4.Bảo trì thể loại (Tạ Hoàng Việt) 131.2.5.bao tri khuyen mai (Tạ Hoàng Việt) 151.2.6 Đặc tả use case “xem hàng theo thương hiệu ” (Bùi Việt Hoàng)

171.2.7 Đặc tả use case “xem sản phẩm ” (Bùi Việt Hoàng) 181.2.8.Đặc tả use case “xem thông tin tài khoản ” (Bùi Việt Hoàng) 191.2.9 Đặc tả use case “bảo trì thương hiệu” (Bùi Việt Hoàng) 201.2.10 Đặc tả use case “bảo trì cửa hàng” (Bùi Việt Hoàng) 231.2.11 Đặc tả use case “Xem hàng khuyến mãi” (Bùi Việt Hoàng) 261.2.12.Mô tả USECASE đăng xuất (Trần Quang Huy) 271.2.13.Mô tả usecase xem địa chỉ (Trần Quang Huy) 291.2.14.Mô tả usecase tìm kiếm (Trần Quang Huy) 301.2.15.Mô tả usecase xem bài viết (Trần Quang Huy) 321.2.16.Mô tả use case “bảo trì bài viết “(Trần Quang Huy) 341.2.17.Mô tả use case Bảo trì danh mục (Trần Quang Huy) 371.2.18.Mô tả use case đăng nhập(Vũ Mạnh Dũng) 391.2.19.Mô tả use case đăng kí(Vũ Mạnh Dũng) 411.2.20.Mô tả use case quên mật khẩu (Vũ Mạnh Dũng) 421.2.21.Mô tả use case xem giỏ hàng( Vũ Mạnh Dũng) 441.2.22.Mô tả use case quản lý tài khoản(Vũ Mạnh Dũng) 451.2.23.Mô tả use case Xem danh mục blog (Vũ Mạnh Dũng) 471.2.24.Mô tả use case bảo trì Danh mục blog(Vũ Mạnh Dũng) 48

1.2.26.Thêm hàng vào giỏ(Vũ Đình Dũng) 521.2.27 Xem chi tiết sản phẩm( Vũ Đình Dũng) 531.2.28 Quản lí đơn hàng (Vũ Đình Dũng) 55

1.2.29.Bảo trì sản phẩm (Vũ Đình Dũng) 56

2.1.1 Phân tích use case Xem hang theo nhom (Tạ Hoàng Việt) 592.1.2 Phân tích use case Xem cua hang (Tạ Hoàng Việt) 602.1.3 Phân tích use case Bao tri the loai (Tạ Hoàng Việt) 632.1.4 Phân tích use case Bao tri khuyen mai (Tạ Hoàng Việt) 652.1.5 Phân tích use case Đăng Nhập (Vũ Mạnh Dũng) 682.1.6 Phân tích use case Đăng Kí (Vũ Mạnh Dũng) 702.1.7 Phân tích use case Quên Mật Khẩu (Vũ Mạnh Dũng) 722.1.8 Phân tích use case Xem Giỏ Hàng (Vũ Mạnh Dũng) 742.1.9 Phân tích use case Xem Danh Mục Blog (Vũ Mạnh Dũng) 762.1.10 Phân tích use case Quản Lý Tài Khoản (Vũ Mạnh Dũng) 782.1.11 Phân tích use case Bảo Trì Danh Mục Blog (Vũ Mạnh Dũng) 802.1.13 Phân tích use case “xem hàng theo thương hiệu ” (Bùi Việt

2.1.14 Phân tích use case “xem sản phẩm ” (Bùi Việt Hoàng) 852.1.15 Phân tích use case “xem thông tin tài khoản ” (Bùi Việt Hoàng)

862.1.16 Phân tích use case “bảo trì thương hiệu” (Bùi Việt Hoàng) 872.1.17 Phân tích use case “bảo trì cửa hàng” (Bùi Việt Hoàng) 902.1.18 phân tích use case “Xem hàng khuyến mãi” (Bùi Việt Hoàng) 932.1.19 Phân tích use case “Đăng xuất” (Trần Quang Huy) 952.1.21 Phân tích use case “Tìm Kiếm” (Trần Quang Huy) 972.1.22 Phân tích use case “Xem bài viết” (Trần Quang Huy) 982.1.23 Phân tích use case “Bảo trì bài viết” (Trần Quang Huy) 1002.1.24 Phân tích use case “Bảo trì danh mục” (Trần Quang Huy) 1022.1.25 Phân tích use case Bảo trì sản phẩm(Vũ Đình Dũng) 1042.1.26 Phân tích use case Quản lí đơn hàng (Vũ Đình Dũng) 1062.1.27 Phân tích use case them hang vao gio (Vũ Đình Dũng) 1082.1.28 Phân tích use case “đặt hàng” (Vũ Đình Dũng) 110

2.2.1 Biểu đồ các lớp Entity của hệ thống 1132.2.2 Biểu đồ các lớp phân tích của hệ thống 114

3.1 Thiết kế giao diện cho các use case 1163.1.1 Giao diện use case Đặt hàng (Vũ Đình Dũng) 116

3.1.2 Giao diện use case thêm hàng vào giỏ (Vũ Đình Dũng) 1183.1.3 Giao diện use case Đăng Nhập (Vũ Mạnh Dũng) 1203.1.4 Giao diện use case Đăng Kí (Vũ Mạnh Dũng) 1223.1.5 Giao diện use case Quên Mật Khẩu (Vũ Mạnh Dũng) 1243.1.6 Giao diện use case Xem Giỏ Hàng (Vũ Mạnh Dũng) 1263.1.7 Giao diện use case Xem Danh Mục Blog (Vũ Mạnh Dũng) 1283.1.8 Giao diện use case Quản Lý Tài Khoản (Vũ Mạnh Dũng) 1293.1.9 Giao diện use case Bảo Trì Danh Mục Blog (Vũ Mạnh Dũng) 1313.1.10 Giao diện use case Xem hàng theo Nhóm (Tạ Hoàng Việt) 1343.1.11 Giao diện use case Xem Cửa Hàng (Tạ Hoàng Việt) 1363.1.12 Giao diện use case Bảo trì Thể Loại (Tạ Hoàng Việt) 1383.1.13 Giao diện use case Bảo Trì Khuyến Mại ( Tạ Hoàng Việt) 1403.1.14 Giao diện use case Đăng Kí (Trần Quang Huy) 1423.1.15 Giao diện use case Tìm Kiếm (Trần Quang Huy) 1433.1.16 Giao diện use case Xem Bài Viết (Trần Quang Huy) 1453.1.17 Giao diện use case Xem Địa Chỉ(Trần Quang Huy) 1473.1.18 Giao diện use case Bảo Trì Bài Viết (Trần Quang Huy) 1483.1.19 Giao diện use case Bảo Trì Danh Mục(Trần Quang Huy) 1513.1.20 Giao diện use case xem hàng theo thương hiệu (Bùi Việt Hoàng)

1533.1.21 Giao diện use case xem sản phẩm (Bùi Việt Hoàng) 1553.1.22 Giao diện use case xem thông tin tài khoản ( Bùi Việt Hoàng )

1563.1.23 Giao diện use case xem hàng khuyến mãi (Bùi Việt Hoàng) 1583.1.24 Giao diện use case bảo trì cửa hàng (Bùi Việt Hoàng) 1593.1.25 Giao diện use case bảo trì thương hiệu (Bùi Việt Hoàng ) 1623.1.26 Giao diện use case Đặt Hàng(Vũ Đình Dũng) 1643.1.27 Giao diện use case Thêm hàng vào giỏ (Vũ Đình Dũng) 1643.1.28 Giao diện use case Xem Chi tiết sản phẩm (Vũ Đình Dũng) 1653.1.29 Giao diện use case Quản lí đơn hàng(Vũ Đình Dũng) 1673.1.30 Giao diện use case Bảo trì sản phẩm(Vũ Đình Dũng) 168

3.2.1 Biểu đồ điều hướng màn hình của nhóm use case chính 1703.2.2 Biểu đồ điều hướng màn hình của nhóm use case thứ cấp 171

Chương 1 Mô tả chức năng

1.1 Biểu đồ use case

Hình 1 Biểu đồ use case Front end

- Đăng nhập: cho phép người dùng đăng nhập

- Đăng ký: cho phép người dùng đăng ký tài khoản

- Quên mật khẩu: cho phép người dùng lấy lại tài khoản

- Xem giỏ hàng: cho phép người dùng xem giỏ hàng

- Xem sản phẩm theo thể loại: cho phép người dùng xem các sản phẩm lọc theo thể loại

- Xem cửa hàng: cho phép người dùng xem các cửa hàng

- Xem sản phẩm theo thương hiệu: cho phép người dùng xem các sản phẩm lọc theo thương hiệu

- Xem chi tiết sản phẩm: cho phép người dùng xem chi tiết sản phẩm

- Xem thông tin tài khoản: cho phép người dùng xem thông tin tài khoản

- Đăng xuất: cho phép người dùng thoát tài khoản khỏi hệ thống

- Xem địa chỉ: cho phép người dùng xem địa chỉ

- Tìm kiếm: cho phép người dùng tìm kiếm sản phẩm

- Đặt hàng: cho phép người dùng đặt hàng

- Thêm hàng vào giỏ: cho phép người dùng thêm hàng vào giỏ

- Xem danh mục blog :cho phép khách hàng xem các dang mục blog

- Xem khuyến mãi : cho phép khách hàng xem các chương trình khuyến mãi

- Xem bài viết :cho phép khách hàng xem được những bài viết của cửa hàng

Hình 2 Biểu đồ use case phần Back end

- Quản lí tài khoản: cho phép admin có thể quản lí tài khoản của người dùng

- Bảo trì thể loại: cho phép admin có thể bảo trì các thể loại sản phẩm

- Bảo trì thương hiệu: cho phép admin có thể bảo trì thương hiệu Bảo trì cửa hàng: cho phép admin có thể bảo trì cửa hàng

- Bảo trì sản phẩm: cho phép admin có thể bảo trì sản phẩm

- Bảo trì danh mục

- Quản lý đơn hàng: cho phép admin có thể quản lí đơn hàng

- Bảo trì danh mục blog : cho phép admin có thể bảo trì các danh mục blog

- Bảo trì khuyến mãi : cho phép admin có thể bảo trì các khuyến mãi của shop

- Bảo trì bài viết : cho phép admin có thể bảo trì các bài viết của cửa hàng

1.2 Mô tả use case

1.2.1 Mô tả use case xem hàng theo danh mục (Tạ Hoàng Việt)

1. Tên UC: xem hàng theo danh mục

2. Mô tả vắn tắt: cho phép người dùng có thể xem hàng theo danh mục

3. Luồng sự kiện

a. Luồng cơ bản

i. Use case này bắt đầu khi người dùng chỉ chuột vào bất kỳ danh mục nào trên thanh Menu chính Hệ thống lấy thông tin “Tên danh mục” từ bảng

ii Người dùng click vào bất kỳ danh mục con nào trên menu con Hệ thống

sẽ lấy thông tin các sản phẩm bao gồm: hình ảnh sản phẩm, tên sản phẩm, giá sản phẩm và tên danh mục từ bảng SANPHAM, DANHMUC hiển thị lên màn hình Use case kết thúc

b. Luồng rẽ nhánh

i. Tại bất kỳ bước nào trong quá trình thực hiện Use case, nếu không kết nối được tới CSDL thì hệ thống sẽ hiển thị thông báo lỗi và use case kết thúc

4. Các yêu cầu đặc biệt :không

5. Tiền điều kiện: người dùng cần phải chọn danh mục trên thanh menu thì

hệ thống mới lọc được sản phẩm theo danh mục mong muốn

6. Hậu điều kiện: Không

7. Điểm mở rộng: không

Dữ liệu liên quan:

1.2.2 Xem hàng theo nhóm (Tạ Hoàng Việt)

1 Tên use case:

3.1.2 Khách hàng kích vào một trong các thể loại Hệ thống lấy thống tin: “Ảnh sản phẩm”, “Tên sản phẩm”, “Trạng thái”, “Giá”

từ bảng SANPHAM hiện thị lên màn hình

3.1.3 Khách hàng kích vào một sản phẩm cụ thể Hệ thống lấy

thông tin: “Ảnh SP”, “Tên SP”, “Mã SP”, “MaKM” ,“GiáTien”,

“ChiTietSP”, “MoTa”, “Thong tin” , “HuongDan” từ bảng SANPHAM hiện thị lên màn hình

3.1.4 Use case kết thúc

3.2 Luồng rẽ nhánh

3.2.1 Tại bất cứ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với với Cơ Sở Dữ Liệu thì hệ thống sẽ hiện thị một thông báo lỗi

và use case kết thúc

4 Các yêu cầu đặc biệt: Không

5 Tiền điều kiện: Không

6 Hậu điều kiện: Không

7 Điểm mở rộng: Không

Dữ liệu liên quan:

1.2.3 xem cửa hàng (Tạ Hoàng Việt)

1 Tên use case

3.1.1Use case này bắt đầu khi khách hàng di con trỏ chuột vào nút “Thông tin” trên thanh menu Hệ thống lấy thông tin danh sách con từ bảng DanhMuc và hiện thị lên màn hình.

3.1.2Khách hàng kích vào nút “Hệ thống cửa hàng” Hệ thống lấy thống tin: “Ảnh cửa hàng”, “Tên cửa hàng”, “Địa chỉ”, “SoDT” từ bảng CUAHANG hiện thị lên màn hình

3.2 Luồng rẽ nhánh

3.2.1Tại bất cứ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với với Cơ Sở Dữ Liệu thì hệ thống sẽ hiện thị một thông báo lỗi và use case kết thúc

4 Các yêu cầu đặc biệt: Không

5 Tiền điều kiện: Không

6 Hậu điều kiện: Không

7 Điểm mở rộng: Không

Dữ liệu liên quan:

1.2.4.Bảo trì thể loại (Tạ Hoàng Việt)

1 Tên Use case

Bảo trì thể loại

3.1.2 Thêm Nhóm: Quản trị viên click vào nút “Thêm mới” Hệ thống hiển thị màn hình yêu cầu nhập nhóm thể loại mới và click vào nút “Tạo” Hệ thống sẽ tạo nhóm thể loại mới và hiển thị nhóm thể loại mới cập nhật vào bảng THELOAI.

3.1.3 Sửa nhóm: Admin click vào nút “Sửa” Hệ thống sẽ lấy thông tin cũ của nhóm thể loại được chọn và hiển thị lên màn hình Admin nhập thông tin mới cho nhóm thể loại Và click vào nút “Cập nhật” Hệ thống sẽ sửa nhóm thể loại đã chọn và hiển thị nhóm giới tính mới cập nhật vào bảng THELOAI

3.1.4 Xoá nhóm: Admin click vào nút “Xoá” Hệ thống sẽhiển thị một màn hình yêu cầu xác nhận xóa Admin click vào nút “Đồng ý” Hệ thống sẽ xoá nhóm thể loại được chọn khỏi bảng THELOAI và hiển thị danh sách các sản phẩm đã được cập nhật

3.1.5 Use case kết thúc

3.2 luồng rẽ nhánh

3.2.1 Tại bất cứ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với với Cơ Sở Dữ Liệu thì hệ thống sẽ hiện thị một thông báo lỗi và use case kết thúc

4.Các yêu cầu đặc biệt: Không

5.Tiền điều kiện: Đăng nhập

6.Hậu điều kiện: Sau khi sửa, thông tin lưu vào CSDL

7.Điểm mở rộng: Không

Dữ liệu liên quan:

1.2.5.bao tri khuyen mai (Tạ Hoàng Việt)

1 Tên use case

Bảo trì khuyến mãi

các khuyến mãi gồm: mã khuyến mại, giảm giá từ bảng

KHUYENMAI và hiển thị danh sách lên màn hình

3.1.2 Thêm chương trình khuyến mại:

Quản trị viên click vào nút “Thêm mới” trên cửa sổ danh sách khuyến mại Hệ thống hiển thị màn hình yêu cầu nhập thông tin chi tiết cho khuyến mại gồm mã khuyến mại, giảm giá

Người quản trị nhập thông tin của mã khuyến mãi, giảm giá và kích vào nút “Tạo” Hệ thống sẽ sinh một mã khuyến mại mới , tạo một khuyến mại mới trong bảng KHUYENMAI và hiển thị danh sách các khuyen mãi đã được cập nhật

3.1.3 Sửa Chương trình khuyến mãi:

Người quản trị kích vào nút “Sửa” trên một dòng khuyến mãi Hệ thống sẽ lấy thông tin cũ của khuyến mãi được chọn gồm: mã khuyến mãi, giảm giá từ bảng KHUYENMAI và hiển thị lên màn hình

Người quản trị nhập thông tin mới cho mã khuyến mãi, giảm giá và kích vào nút “Cập nhật” Hệ thống sẽ sửa thông tin của khuyến mãi được chọn trong bảng KHUYENMAI và hiển thịdanh sách cửa hàng đã cập nhật

3.1.4 Xoá Chương trình khuyến mãi:

a Người quản trị kích vào nút “Xóa” trên một dòng khuyến mãi

Hệ thống sẽ hiển thị một màn hình yêu cầu xác nhận xóa

b Người quản trị kích vào nút “Đồng ý” Hệ thống sẽ xóa

khuyen mãi được chọn khỏi bảng KHUYENMAI và hiển thị danh sách các cửa hàng đã cập nhật

3.1.5 Use case kết thúc.

3.2 luồng rẽ nhánh

3.2.1 Tại bất cứ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với với Cơ Sở Dữ Liệu thì hệ thống sẽ hiện thị một thông báo lỗi và use case kết thúc

4 Các yêu cầu đặc biệt: Không

5 Tiền điều kiện: Đăng nhập

6 Hậu điều kiện: Sau khi sửa, thông tin lưu vào CSDL

7 Điểm mở rộng: Không

1.2.6 Đặc tả use case “xem hàng theo thương hiệu ” (Bùi Việt

Hoàng)

1.Tên use case : Xem hàng theo thương hiệu

2 Mô tả vắn tắt : Use case này cho phép khách hàng xem được các sản phẩm theo tên các thương hiệu

3 Luồng sự kiện :

3.1 : Luồng cơ bản :

1 Use case bắt đầu khi khách hàng kích vào mục thương hiệu Hệ

thống sẽ lấy tên các thương hiệu trong bảng THUONGHIEU hiển thị lên màn hình

2.khi khách hàng kích chọn vào một thương hiệu Hệ thống sẽ lấy thông tin

của các sản phẩm gồm tên mã sản phẩm , tên sản phẩm,ảnh minh hoa, mô tả , giá,thông tin,hướng dẫn sử dụng sản phẩm trong bảng SANPHAM tương ứng với tên thương hiệu đó hiển thị lên màn hình và use case kết thúc

3.2 : luồng rẽ nhánh:

1 Tại bất kỳ thời điểm nào nếu use case không kết nối được với cơ sở

dữ liệu thì hệ thống sẽ báo lỗi và use case kết thúc

4.Các yêu cầu đặc biệt : không có

5 Tiền điều kiện : không có

6 Hậu điều kiện : không có

7 Điểm mở rộng : Không có

Dữ liệu liên quan:

1.2.7 Đặc tả use case “xem sản phẩm ” (Bùi Việt Hoàng)

1.Tên use case : Xem sản phẩm

2 Mô tả vắn tắt : Use case này cho phép khách hàng xem được các sản

phẩm của shop

3 Luồng sự kiện :

3.1 : Luồng cơ bản :

1 Use case bắt đầu khi khách hàng kích vào một sản phẩm bất kì trên

trang chủ hệ thống Hệ thống sẽ lấy các thông tin trong bảng SANPHAM gồm mã sản phẩm , tên sản phẩm,ảnh minh họa , mô tả , thông tin, giá ,hướng dẫn sử dụng sản phẩm hiển thị lên màn hình và use case kết thúc

3.2 : luồng rẽ nhánh:

1 Tại bất kỳ thời điểm nào nếu use case không kết nối được với cơ sở

dữ liệu thì hệ thống sẽ báo lỗi và use case kết thúc

4.Các yêu cầu đặc biệt : không có

5 Tiền điều kiện : không có

6 Hậu điều kiện : không có

7 Điểm mở rộng : Không có

Dữ liệu liên quan:

1.2.8.Đặc tả use case “xem thông tin tài khoản ” (Bùi Việt Hoàng)

1.Tên use case : Xem thông tin tài khoản

2 Mô tả vắn tắt : Use case này cho phép khách hàng xem được thông tin

tài khoản của khách hàng

3.1 : Luồng cơ bản :

1 Use case bắt đầu khi khách hàng kích vào biểu tượng tài khoản trên

trang chủ hệ thống Hệ thống sẽ lấy các thông tin trong bảng TAIKHOAN gồm tên tài khoản,email hiển thị lên màn hình và use case kết thúc

3.2 : luồng rẽ nhánh:

1 Tại bước 1 trong luồng cơ bản nếu khách hàng chưa tạo một tài khoản để đăng nhập vào hệ thống thì hệ thống sẽ chuyển hướng người dùng đến usecase đăng nhập và đăng ký và use case kết thúc.

2 Tại bất kỳ thời điểm nào nếu use case không kết nối được với cơ sở

dữ liệu thì hệ thống sẽ báo lỗi và use case kết thúc

4.Các yêu cầu đặc biệt : không có

5 Tiền điều kiện : không có

6 Hậu điều kiện : không có

7 Điểm mở rộng : Không có

Dữ liệu liên quan:

1.2.9 Đặc tả use case “bảo trì thương hiệu” (Bùi Việt Hoàng)

1 tên use case :

Bảo trì thương hiệu

và hiển thị danh sách các thương hiệu lên màn hình.

2) Thêm thương hiệu :

a Người quản trị kích vào nút” thêm mới thương hiệu“ trên màn hình Hệ thống hiển thị lên màn hình yêu cầu nhập thông tin chi tiết cho thương hiệu cần thêm mới gồm mã thương hiệu, tên thương hiệu , ảnh minh họa

b.Người quản trị nhập thông tin của mã thương hiệu, tên thương hiệu , ảnh minh họa vào kích vào nút thêm mới Hệ thống sẽ sinh ra một thương hiệu mới trong bảng THUONGHIEU và hiển thị danh sách các thương hiệu lên màn hình

3) Sửa thương hiệu :

a.Người quản trị kích vào nút sửa trên một dòng thương hiệu Hệ thống sẽ lấy

ra thông tin của thương hiệu người quản trị muốn sửa gồm mã thương hiệu, tên thương hiệu , ảnh minh họa và hiển thị lên màn hình

b Người quản trị nhập thông tin mới cho mã thương hiệu, tên thương hiệu , ảnh minh họa,vào kích vào nút cập nhật Hệ thống sẽ sửa thông tin của

thương hiệu người quản trị vừa sửa và hiển thị danh sách thương hiệu đã cập nhật lên màn hình.

4)Xóa thương hiệu :

a.Người quản trị kích vào nút xóa trên một dòng thương hiệu Hệ thống sẽ hiển thị lên màn hình yêu cầu xác nhận xóa

b Người quản trị kích vào nút “Đồng ý” Hệ thống sẽ xóa thương hiệu được chọn khỏi bảng THUONGHIEU và hiển thị danh sách các thương hiệu đã cập nhật

Use case kết thúc

3.2) Các luồng rẽ nhánh

1)Tại bước 2b,3b trong luồng cơ bản nếu người quản trị nhập thông tin

thương hiệu không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗi yêu cầu nhập lại Người quản trị có thể nhập lại để tiếp tục hoặc kích vào nút “Hủy bỏ” để kết thúc

2) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị kích vào nút

“Hủy bỏ” hệ thống sẽ bỏ qua thao tác thêm mới hoặc sửa chữa tương ứng và hiển thị danh sách các thương hiệu trong bảng THUONGHIEU

3) Tại bước 4b trong luồng cơ bản nếu người quản trị kích vào nút “Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danh sách các thương hiệutrong bảng THUONGHIEU

4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sử dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc

4 Các yêu cầu đặc biệt

Use case này chỉ cho phép một số vai trò như người quản trị, người chủ hệ thống thực hiện.

5 Tiền điều kiện

Người quản trị cần đăng nhập với vai trò quản trị hệ thống trước khi có thể thực hiện use case

6 Hậu điều kiện

Nếu use case kết thúc thành công thì thông tin về thương hiệu sẽ được cập nhập trong cơ sở dữ liệu

7 Điểm mở rộng

Không có

Dữ liệu liên quan:

1.2.10 Đặc tả use case “bảo trì cửa hàng” (Bùi Việt Hoàng)

1 tên use case :

Bảo trì cửa hàng

2.Mô tả vắn tắt

Use case này cho phép người quản trị thêm, sửa ,xóa các cửa hàng trong bảng

3 các luồng sự kiện

3.1 luồng cơ bản

1) use case này bắt đầu khi người quản trị kích vào nút mục cửa hàng trên menu quản trị Hệ thống lấy thông tin chi tiết của các gồm mã cửa hàng , tên cửa hàng, địa chỉ, sodt từ bảng CUAHANG trong cơ sở dữ liệu và hiển thị danh sách các cửa hàng lên màn hình

2) Thêm cửa hàng:

a Người quản trị kích vào nút” thêm mới cửa hàng“ trên màn hinh Hệ thống hiển thị lên màn hình yêu cầu nhập thông tin chi tiết cho cửa hàng cần thêm mới gồm mã cửa hàng , tên cửa hàng, địa chỉ, sodt

b.Người quản trị nhập thông tin của mã cửa hàng , tên cửa hàng, địa chỉ, sodt vào kích vào nút thêm mới Hệ thống sẽ sinh ra một cửa hàng mới trong bảng CUAHANG và hiển thị danh sách các cửa hàng lên màn hình

3) Sửa cửa hàng :

a.Người quản trị kích vào nút sửa trên một dòng cửa hàng Hệ thống sẽ lấy ra thông tin của cửa hàng người quản trị muốn sửa gồm mã cửa hàng , tên cửa hàng, địa chỉ, sodt và hiển thị lên màn hình

b Người quản trị nhập thông tin mới cho mã cửa hàng , tên cửa hàng, địa chỉ, sodt và kích vào nút cập nhật Hệ thống sẽ sửa thông tin của cửa hàng người quản trị vừa sửa và hiển thị danh sách cửa hàng đã cập nhật lên màn hình

4)Xóa cửa hàng :

a.Người quản trị kích vào nút xóa trên một dòng cửa hàng Hệ thống sẽ hiển thị lên màn hình yêu cầu xác nhận xóa

b Người quản trị kích vào nút “Đồng ý” Hệ thống sẽ xóa cửa hàng được chọn khỏi bảng CUAHANG và hiển thị danh sách các cửa hàng đã cập nhật.

Use case kết thúc

3.2) Các luồng rẽ nhánh

1)Tại bước 2b,3b trong luồng cơ bản nếu người quản trị nhập thông tin

thương hiệu không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗi yêu cầu nhập lại Người quản trị có thể nhập lại để tiếp tục hoặc kích vào nút “Hủy bỏ” để kết thúc

2) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị kích vào nút

“Hủy bỏ” hệ thống sẽ bỏ qua thao tác thêm mới hoặc sửa chữa tương ứng và hiển thị danh sách các cửa hàng trong bảng CUAHANG

3) Tại bước 4b trong luồng cơ bản nếu người quản trị kích vào nút “Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danh sách các cửa hàng trong bảng CUAHANG

4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sử dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc

4 Các yêu cầu đặc biệt

Use case này chỉ cho phép một số vai trò như người quản trị, người chủ hệ thống thực hiện

5 Tiền điều kiện

Người quản trị cần đăng nhập với vai trò quản trị hệ thống trước khi có thể thực hiện use case

Nếu use case kết thúc thành công thì thông tin về thương hiệu sẽ được cập nhập trong cơ sở dữ liệu.

7 Điểm mở rộng

Không có

Dữ liệu liên quan:

1.2.11 Đặc tả use case “Xem hàng khuyến mãi” (Bùi Việt

Hoàng)

1.Tên use case : Xem hàng khuyến mãi

2 Mô tả vắn tắt : Cho phép khách hàng xem các sản phẩm đang khuyến mãi

2 Khách hàng kích chuột vào một sản phẩm khuyến mãi trên màn hình

Hệ thống sẽ lấy thông tin gồm mã sản phẩm , tên sản phẩm , chi tiết sản phẩm, mô tả, hướng dẫn , giá cũ ,giá mới , giảm giá ,mã khuyến mãi từ bảng

SANPHAM và bảng KHUYENMAI và hiển thị lên màn hình Use case kết thúc.

3.2 Luồng rẽ nhánh :

1 Tại bước 1 trong luồng cơ bản, nếu khách hàng kích vào mục khuyếnmãi đặc biệt mà trang web không có hàng khuyến mãi nào thì hệ thống sẽhiển thị một thông báo: “Không có khuyến mãi nào!” và use case kết thúc

2 Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếukhông kết nối được cơ sở dữ liệu thì hệ thống sẽ không làm việc và use casekết thúc

4 Các yêu cầu đặc biệt : không có

5 Tiền điều kiện : không có

6 Hậu điều kiện : không có

7 Điểm mở rộng : Không có

Dữ liệu liên quan:

1.2.12.Mô tả USECASE đăng xuất (Trần Quang Huy)

1. Tên USE CASE

3.2 Các luồng rẽ nhánh

Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sử dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc

4. Các yêu cầu đặc biệt

Không có

5. Tiền điều kiện

khách hàng phải đăng nhập tài khoản trước khi đăng xuất

6. Hậu điều kiện

Không có

7. Điểm mở rộng

Không có

Dữ liệu liên quan:

1.2.13.Mô tả usecase xem địa chỉ (Trần Quang Huy)

1. Tên USE CASE.

2)Khách hàng click vào biểu tượng thêm thông tin để có thể sửa đổithông tin địa chỉ

3)usecase kết thúc

3.2 Các luồng rẽ nhánh

1) Tại bước 1 của luồng cơ bản nếu trong bảng DIACHI không

có thông tin hệ thống sẽ hiển thị một bảng trắng thông tin củakhách hàng và địa chỉ mặc định là Việt Nam

2) Tại bước 1 của luồng cơ bản Nếu khách hàng chưa đăng nhập hệ thống sẽ không có mục xem địa chỉ

4. Các yêu cầu đặc biệt

Không có

5. Tiền điều kiện

Khách hàng phải đăng nhập trước khi xem địa chỉ

6. Hậu điều kiện

1.2.14.Mô tả usecase tìm kiếm (Trần Quang Huy)

1. Tên USE CASE (front end)

2)Sau khi nhập thông tin khách hàng ấn vào biểu tượng tìm kiếm trên thanh menu Hệ thống sẽ lấy Tên sản phẩm, giá, ảnh minh hoạ

từ bản SANPHAM hiển thị lên màn hình

3)usecase kết thúc

3.2 Các luồng rẽ nhánh

1)Tại bước 1 của luồng cơ bản nếu không có sản phẩm nào phù hợp

hệ thống sẽ hiển thị 1 bảng thông báo ‘’không có sản phẩn nào phù hợp’’ nhỏ dưới ô tìm kiếm

2)Tại bước 2 của luồng cơ bản nếu không có sản phẩm nào phù hợp

hệ thống sẽ hiển thị một bảng thông báo ”Không tìm thấy nội dung bạn yêu cầu” và yêu cầu khách hàng nhập sản phẩm khác hoặc quay

Dữ liệu liên quan:

1.2.15.Mô tả usecase xem bài viết (Trần Quang Huy)

1. Tên USE CASE (Trần Quang Huy)

xem bài viết

2. Mô tả vắn tắt

usecase này cho phép người dùng xem bài viết trên trang web

3. Các luồng sự kiện

3.1 Luồng cơ bản

i. Usecase này bắt đầu khi khách hàng click vào nút

‘blog sản phẩm’ trên danh mục ‘Có gì hót?’ trên thanh menu.Hê ̣ thống sẽ lấy mã bài viết, tên bài viết , tên tác

giả , thời gian tạo , ảnh minh hoạ và nô ̣i dung vắn tắt

từ bảng BaiViet hiển thị lên màn hình

ii. Khách hàng click vào bài viết muốn xem hê ̣ thống sẽ

lấy nô ̣i dung, ảnh minh hoạ , tên tác giả, thời gian tạo

từ bảng BaiViet, tên sản phẩm tử bảng SanPham hiển thị lên màn hình

iii. Usecase kết thúc

3.2 Các luồng rẽ nhánh

i. Trong bước 1 của luồng cơ bản nếu không có bài viết

nào được tạo hê ̣ thống sẽ hiển thị mô ̣t thông báo không

có bài viết nào.Usecase kết thúc

ii. Tại bất kỳ thời điểm nào trong quá trình thực hiện use

case nếu không kết nối được với cơ sử dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc

4. Các yêu cầu đặc biệt

Không có

Dữ liệu liên quan :

1.2.16.Mô tả use case “bảo trì bài viết “(Trần Quang Huy)

1.Use case: Bảo trì bài viết

2) Thêm bài viết:

a) ADMIN kích vào nút “Thêm mới” trên cửa sổ danh bài viết

Hệ thống hiển thị màn hình yêu cầu nhập thông tin chi tiết cho bài viết gồm mã bài viết, tên bài viết, tên tác giả , ngày lâ ̣p , nô ̣i dung

b) ADMIN nhập thông tin của gồm mã bài viết, tên bài viết, tên tác giả , ngày lâ ̣p , nô ̣i dung và kích vào nút “Tạo” Hệ thống sẽ tạo bài viết mới trong bảng BaiViet và hiển thị danh sách các bài viết đã được cập nhật

3) Sửa bài viết:

a) ADMIN kích vào nút “Sửa” trên một dòng bài viết Hệ thống sẽ lấy thông tin cũ của BaiViet được chọn gồm mã bài viết, tên bài viết, tên tác giả , ngày lâ ̣p , nô ̣i dung: và hiển thị lên màn hình

b) ADMIN nhập thông tin mới cho BaiViet và kích vào nút

“Cập nhật” Hệ thống sẽ sửa thông tin của bài viết được chọn trong bảng BaiViet và hiển thị danh sách bài viết đã cập nhật

4) Xóa bài viết

a) ADMIN kích vào nút “Xóa” trên một bài viết Hệ thống

sẽ hiển thị một màn hình yêu cầu xác nhận xóa

b) ADMIN kích vào nút “Đồng ý” Hệ thống sẽ xóa bài viết được chọn khỏi bảng BaiViet và hiển thị danh sách các bài viết đã cập nhật Use case kết thúc

3.2 Các luồng rẽ nhánh

1) Tại bước 2b hoặc 3b trong luồng cơ bản nếu ADMIN nhập thông tin bài viết không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗi yêu cầu nhập lại ADMIN có thể nhập lại để tiếp tục hoặc kích vào nút “Hủy bỏ” để kết thúc.

2) Tại bước 2b hoặc 3b trong luồng cơ bản nếu ADMIN kích vàonút “Hủy bỏ” hệ thống sẽ bỏ qua thao tác thêm mới hoặc sửa chữa tương ứng và hiển thị danh sách các bài viết trong bảng BaiViet

3) Tại bước 4b trong luồng cơ bản nếu ADMIN kích vào nút

“Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danhsách bài viết trong bảng BaiViet

4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sử dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc

4 Các yêu cầu đặc biệt

Use case này chỉ cho phép một số vai trò như ADMIN, người chủ hệ thống thực hiện

5 Tiền điều kiện

ADMIN cần đăng nhập với vai trò quản trị hệ thống trước khi có thể thực hiện use case

Nếu use case kết thúc thành công thì thông tin về sản phẩm sẽ được cập nhập trong cơ sở dữ liệu

7.Điểm mở rộng

Không có.

Dữ liệu liên quan:

1.2.17.Mô tả use case Bảo trì danh mục (Trần Quang Huy)

1. Tên UC: bảo trì danh mục

2. Mô tả vắn tắt: UC này cho phép admin có thể thêm, sửa,xóa danh mục

3. Luồng sự kiện

a. Luồng cơ bản

i. Use case này bắt đầu khi admin click vào mục danh mục trên menu quản trị.Hệ thống sẽ lấy thông tin gồm giới tính và độ tuổi từ bảng DANHMUC và hiển thị lên màn hình

ii. Thêm danh mục admin click vào nút thêm danh mục mới trên màn hình.Hệ thống sẽ chuyển hướng admin sang

trang thêm danh mục Tại trang này, admin cần nhập 1 tên giới tính và các độ tuổi phù hợp.admin cần click nút hoàn thành để hoàn tất việc thêm danh mục

iii. Sửa danh mục, admin click vào nút sửa danh mục.Hệ thống sẽ lấy thông tin danh mục khớp với danh mục đã chọn từ bảng DANHMUC gồm các thông tin, tên giới tính, độ tuổi.sau đó hệ thống sẽ chuyển hướng admin sang trang sửa danh mục chi tiết.Sau khi sửa thông tin xong admin click vào nút hoàn thành để hoàn tất quá trình sửa danh mục

iv. Xóa danh mục, admin click vào nút “Xóa” Hệ thống

sẽ hiển thị một màn hình yêu cầu xác nhận xóa Admin click vào nút “Đồng ý” Hệ thống sẽ xoá danh mục được chọn khỏi bảng DANHMUC và hiển thị danh sách các danh mục đã được cập nhật

v. Use case kết thúc

b Luồng rẽ nhánh

i Tại bất bước nào trong quá trình thực hiện use case, nếukhông kết nối được tới CSDL thì hệ thống sẽ hiển thị thông báo lỗi và use case kết thúc

4 Các yêu cầu đặc biệt: Không

5 Tiền điều kiện: Cần phải đăng nhập dưới quyền admin

6 Hậu điều kiện: Sau khi sửa, thông tin lưu được lưu vào CSDL

7 Điểm mở rộng: Không

Dữ liệu liên quan:

1.2.18.Mô tả use case đăng nhập(Vũ Mạnh Dũng)

1 Tên use case: đăng nhập

2 Mô tả vắn tắt: use case này cho phép đăng nhập vào web

3 Luồng sự kiện:

a Luồng cơ bản:

i Use case này bắt đầu khi khách hàng kích vào biểu tượng tài khoản Hệ thống sẽ hiển thị lên màn hình giao diện đăng nhập bao gồm:email, mật khẩu

ii Khi khách hàng nhập xong thông tin tài khoản, mật khẩu Rồi nhấn vào nút “Đăng nhập”, hệ thống sẽ kiểm tra thông tin từ bảng TAIKHOAN và hiển thị giao diện tài khoản Use case kết thúc

b Luồng rẽ nhánh: