2ƯE

TRƯỜNG ĐẠI HỌC DUY TÂN

---------------------------

ĐỒ ÁN CDIO SE397
LỚP : SE397 H
Đề tài: “Xây Dựng Website Bán Đồng Hồ”

GVHD: Nguyễn Thanh Trung

SINH VIÊN: Nguyễn Mậu Đức (nhóm trưởng)
Tô Thành Hiếu
Bùi Văn Thắng
Nguyễn Ngọc Lâm
Trần Vĩ Quốc
Nhóm : 9
Đà Nẵng,16 tháng 04 năm 2023

Trang | 1
 TỔNG QUAN DỰ ÁN
Tên dự án Xây dựng website bán hàng đồng hồ

Ngày bắt đầu -

12/03/2023 – 16/04/2023
kết thúc
Lớp -Trường CS397H- Đại học Duy Tân
Tên GVHD ThS. Nguyễn Thanh Trung
Nguyễn Mậu Đức - 25211207316
Lớp: K25TPM13 Khoa: Công nghệ thông tin
Trưởng nhóm Trường: Đại học Duy Tân
Mail: nguyenmauduc2911@gmail.com
Tel: +0814481898
1. Nguyễn Ngọc Lâm - 27211243370
2. Trần Vỹ Quốc – 24211215422
Thành viên
3. Tô Thành Hiếu – 24211201205
4. Bùi Văn Thắng – 25211217038

Trang | 2
 MỤC LỤC

MỤC LỤC..........................................................................................................................3

DANH MỤC CÁC HÌNH VẼ.............................................................................................7

DANH MỤC CÁC BẢNG..................................................................................................9

DANH MỤC THUẬT NGỮ, CÁC TỪ VIẾT TẮT..........................................................10

PHẦN MỞ ĐẦU...............................................................................................................11

PHẦN I..............................................................................................................................11

Ý TƯỞNG (CONCEIVE).................................................................................................11

1. ĐỀ XƯỚNG Ý TƯỞNG SẢN PHẨM.................................................................11

1.1. Thành viên 1............................................................................................................11

1.1.1. Mô tả ý tưởng sản phẩm...................................................................................11

1.1.2. Đánh giá cơ sở kiến thức của sinh viên............................................................11

1.1.3. Đánh giá khả năng phát triển của sản phẩm.....................................................11

1.2. Thành viên 2............................................................................................................12

1.2.1. Mô tả ý tưởng sản phẩm...................................................................................12

1.2.2. Đánh giá cơ sở kiến thức của sinh viên............................................................13

1.2.3. Đánh giá khả năng phát triển của sản phẩm.....................................................13

1.3. Thành viên 3............................................................................................................14

1.3.1. Mô tả ý tưởng sản phẩm...................................................................................14

1.3.2. Đánh giá cơ sở kiến thức của sinh viên............................................................14

1.3.3. Đánh giá khả năng phát triển của sản phẩm.....................................................15

1.4 . Thành viên 4........................................................................................................15

1.5.2. Đánh giá khả năng phát triển của sản phẩm.....................................................18

1.5 Thành viên

5………………………………………………………………………
Trang | 3
 2. ĐÁNH GIÁ Ý TƯỞNG SẢN PHẨM TRONG NHÓM......................................19

LÝ DO CHỌN ĐỀ TÀI.................................................................................................20

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

1.2. Ý nghĩa của đề tài....................................................................................................22

ĐỐI TƯỢNG NGHIÊN CỨU........................................................................................23

PHẠM VI NGHIÊN CỨU.............................................................................................23

PHƯƠNG PHÁP NGHIÊN CỨU..................................................................................23

ĐỐI TƯỢNG SỬ DỤNG...............................................................................................23

PHẦN II.............................................................................................................................24

PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG (DESIGN).....................................................24

2.1. KHẢO SÁT HIỆN TRẠNG...................................................................................24

2.2. PHÂN TÍCH HỆ THỐNG......................................................................................25

2.2.1. Tóm tắt hoạt động website mà dự án sẽ được ứng dụng..................................25

2.2.2. Phạm vi dự án được ứng dụng..........................................................................26

2.2.3. Đối tượng sử dụng............................................................................................26

2.2.4. Mục đích của dự án...........................................................................................27

2.2.5. Xác định yêu cầu của khách hàng.....................................................................27

2.2.6. Yêu cầu giao diện của website.......................................................................29

2.3. PHÂN TÍCH CHỨC NĂNG CỦA HỆ THỐNG..............................................29

Danh sách các tác nhân – user case:...........................................................................30

Biểu đồ use-case tổng quát.........................................................................................31

Use-case “Đăng nhập”................................................................................................33

Use-case “Đăng ký”....................................................................................................36

Use-case ”Đăng xuất”.................................................................................................39

2.3.1. Tác nhân “Người Quản Trị”.............................................................................42

2.3.2. Tác nhân “Người Quản Lý”..............................................................................63

Trang | 4
 2.3.3. Tác nhân “Người Bán Hàng”............................................................................96

2.3.4. Tác nhân “Khách hàng”..................................................................................102

2.3.5. Tác nhân “Đối tượng chưa có tài khoản đăng nhập”......................................109

PHẦN III.........................................................................................................................112

THỰC HIỆN (IMPEMENTATION)...............................................................................112

3.1.THIẾT KẾ LỚP.....................................................................................................112

3.2. THIẾT KẾ CƠ SỞ DỮ LIỆU...............................................................................113

3.2.1. Bảng dữ liệu....................................................................................................113

3.2.2. Sơ đồ thực thể liên kết....................................................................................116

3.3. THIẾT KẾ GIAO DIỆN.......................................................................................117

PHẦN IV.........................................................................................................................129

VẬN HÀNH VÀ KIỂM THỬ (OPERATING)..............................................................129

4.1. TRIỂN KHAI HỆ THỐNG.............................................................................129

4.1.1. Giao diện trang chủ.........................................................................................129

4.1.2. Giao diện form đăng nhập...............................................................................129

4.1.3. Giao diện danh mục sản phẩm........................................................................130

4.1.4. Giao diện chi tiết sản phẩm.............................................................................130

4.1.5. Giao diện giỏ hàng..........................................................................................131

4.1.6. Giao diện sản phẩm.........................................................................................131

4.1.6. Giao diện thông tin mới nhất..........................................................................132

KẾT LUẬN.....................................................................................................................133

1. NHỮNG VẤN ĐỀ ĐẠT ĐƯỢC........................................................................133

2. NHỮNG VẤN ĐỀ CHƯA ĐẠT ĐƯỢC............................................................133

3. HƯỚNG PHÁT TRIỂN......................................................................................133

TÀI LIỆU THAM KHẢO...............................................................................................134

Trang | 5
Trang | 6
 DANH MỤC CÁC HÌNH VẼ
Số hiệu Tên Hình Trang

Hình 2.1 Tỉ lệ sử dụng các trang web trong việc mua bán trực tuyến 23

Hình 2.2 Tỉ lệ thì phần các doanh mục, mặt hàng mua sắm online 2018 24

Hình 2.3 Biểu đồ hoạt động tổng quát của ứng dụng mức ngữ cảnh 25

Hình 2.4 Các tác nhân của hệ thống 28

Hình 2.5 Sơ đồ Usecase tổng quát 30

Hình 2.6 Sơ đồ Usecase đăng nhập 31

Hình 2.7 Biểu đồ tuần tự đăng nhập 32

Hình 2.8 Biểu đồ hoạt động đăng nhập 33

Hình 2.9 Biểu đồ Usecase đăng ký 34

Hình 2.10 Biểu đồ tuần tự đăng ký 35

Hình 2.11 Biểu đồ hoạt động đăng ký 36

Hình 2.12 Biểu đồ hoạt động đăng xuất 37

Hình 2.13 Biểu đồ tuần tự đăng xuất 38

Hình 2.14 Biểu đồ hoạt động đăng xuất 39

Hình 2.15 Usecase quản lý tài khoản 40

Hình 2.16 Biểu đồ hoạt động thêm mới tài khoản 42

Hình 2.17 Biểu đồ hoạt dộng thêm mới tài khoản 43

Hình 2.18 Biểu đồ tuần tự cập nhật tài khoản 45

Hình 2.19 Biểu đồ hoạt động cập nhật tài khoản 46

Hình 2.20 Biểu đồ tuần tự xóa tài khoản 48

Hình 2.21 Biểu đồ hoạt động xóa tài khoản 49

Trang | 7
Hình 2.22 Biểu đồ tuần tự cấp quyền 51

Hình 2.23 Biểu đồ hoạt động Cấp quyền 52

Hình 2.24 Biểu đồ use case quản lý tài khoản 53

Hình 2.25 Biểu đồ tuần tự quản lý tài khoản 54

Hình 2.26 Biểu đồ hoạt động quản lý tài khoản 55

Hình 2.27 Biểu đồ tuần tự cập nhật hồ sơ 57

Hình 2.28 Biểu đồ hoạt động cập nhật hồ sơ 58

Hình 2.29 Biểu đồ tuần tự xóa hồ sơ 60

Hình 2.30 Biểu đồ hoạt động xóa hồ sơ 61

Hình 2.31 Sơ đồ Usecase quản lý doanh mục sản phẩm 62

Hình 2.32 Biểu đồ tuần tự quản lý doanh mục sản phẩm 63

Hình 2.33 Biểu đồ hoạt động quản lý doanh mục sản phẩm 64

Hình 2.34 Biểu đồ tuần tự cập nhật doanh mục 65

Hình 2.35 Biểu đồ hoạt động cập nhật doanh mục 66

Hình 2.36 Biểu đồ tuần tự xóa doanh mục 67

Hình 2.37 Biểu đồ hoạt động xóa doanh mục 68

Hình 2.38 Usecase quản lý sản phẩm 69

Hình 2.39 Biểu đồ tuần tự quản lý sản phẩm 70

Hình 2.40 Biểu đồ hoạt động quản lý sản phẩm 71

Hình 2.41 Biểu đồ tuần tự cập nhật sản phầm 73

Hình 4.5 Giao diện giỏ hàng 126

Hình 4.6 Giao diện sản phẩm 126

Hình 4.7 Thông tin mới nhất 127

Trang | 8
Hình 4.8

DANH MỤC CÁC BẢNG

Số hiệu Tên bảng Trang

Bảng 2.1 Đặc tả chi tiết luồng sự kiện đăng nhập 32

Bảng 2.2 Đặc tả luồng sự kiện đăng ký 35

Bảng 2.3 Đặc tả luồng sự kiện đăng xuất 38

Bảng 2.4 Đặc tả chi usecase thêm mới tài khoản 42

Bảng 2.5 Đặc tả usecase cập nhật tài khoản 45

Bảng 2.6 Đặc tả chi tiết usecase xóa tài khoản 48

Bảng 2.7 Đặc tả usecase cấp quyền 51

Bảng 2.8 Đặc tả usecase thêm mới hồ sơ 55

Bảng 2.9 Đặc tả usecase cập nhật hồ sơ 57

Bảng 2.10 Đặc tả usecase xóa hồ sơ 60

Bảng 2.11 Đặc tả chi tiết thêm mới doanh mục 64

Bảng 2.12 Đặc tả chi tiết cập nhật doanh mục 66

Bảng 2.13 Đặc tả chi tiết xóa doanh mục 69

Bảng 2.14 Đặc tả chi tiết thêm mới sản phẩm 72

Bảng 2.15 Đặc tả chi tiết luồng sự kiện cập nhật sản phẩm 74

Bảng 2.16 Đặc tả chi tiết xóa sản phẩm 76

Bảng 2.17 Đặc tả chi tiết thêm mới khách hàng 78

Bảng 2.18 Đặc tả chi tiết cập nhật khách hàng 80

Bảng 2.19 Đặc tả chi tiết xóa khách hàng 84

Trang | 9
Bảng 2.20 Đặc tả chi tiết thêm mới hóa đơn 86

Trang | 10
DANH MỤC THUẬT NGỮ, CÁC TỪ VIẾT TẮT
Chữ viết tắt Tiếng Anh

CD

ASP.NET

SL

VN Vietnam

Trang | 11
 PHẦN MỞ ĐẦU
PHẦN I
Ý TƯỞNG (CONCEIVE)

1. ĐỀ XƯỚNG Ý TƯỞNG SẢN PHẨM

1.1. Thành viên 1
- Họ tên sinh viên: Trần Vỹ Quốc
- Chuyên ngành: Công Nghệ Phần Mềm
- Tên ý tưởng(tên sản phẩm): Website xem phim online
- Ngày/Tháng/Năm: 12/03/2023
1.1.1. Mô tả ý tưởng sản phẩm
Hiện nay nhu cầu xem phim online rất cao, đặt biệt là ở giới trẻ. Các bạn có thể xem
phim ở bất cứ thời điểm nào, bất cứ thời gian nào, có thể lướt qua những phần mình
không thích, cũng như xem liên tục theo ý mình. Chính vì thế có nhiều trang chiếu phim
trực tuyến để phục vụ nhu cầu của khán giả.
1.1.2. Đánh giá cơ sở kiến thức của sinh viên
- Phân tích thiết kế hệ thống: Đã học
- Phân tích thiết kế hướng đối tượng: Đang học
- Hệ quản trị cơ sở dữ liệu: Đã học
- Ngôn ngữ Asp.net: Đang học
- HTML/CSS: Đang học
1.1.3. Đánh giá khả năng phát triển của sản phẩm
Ước tính số lượng người sẽ hưởng lợi từ sản
1000
phẩm của bạn
Ước tính số lượng người sẽ bỏ tiền ra mua
50
sản phẩm của bạn
Liệt kê các loại đối tượng sẽ được hưởng lợi
Tất cả người dùng sử dụng thiết bị
từ ý tưởng sản phẩm của bạn (ít nhất là 1,
điện thoại, máy tính
nhiều nhất là 5):
Trung Khá Cao Rất Cao

Trang | 12
 bình
Đánh giá khả năng các nhà đầu tư sẽ
bỏ tiền ra cho ý tưởng sản phẩm của X
bạn:
Ước lượng số năm sản phẩm của bạn
sẽ
2
ở trên thị trường cho đến khi bị thay
thế:
Trung Rất
Khá Cao
bình Cao
Ước tính độ khó để phát triển thành
X
công sản phẩm của bạn
Ước lượng số tháng, năm cần thiết để
1 Tháng
phát triển sản phẩm của bạn:
1.2. Thành viên 2
- Họ tên sinh viên: Tô Thành Hiếu
- Chuyên ngành: Công Nghệ Phần Mềm
- Tên ý tưởng(tên sản phẩm): Phần mềm quản lý bãi giữ xe thông minh
- Ngày/Tháng/Năm: 12/03/2023
1.2.1. Mô tả ý tưởng sản phẩm
Nhu cầu sử dụng bãi giữ xe thông minh trên thị trường Việt Nam ngày càng tăng cao.
Nắm bắt được nhu cầu cũng như tình hình của các chủ đầu tư, các công ty kinh doanh
phần mềm bãi giữ xe không ngừng cải tiến và hoàn thiện sản phẩm cũng như các gói
dịch vụ để có thể cạnh tranh trên thị trường kinh doanh đầy khốc liệt này.
Như các bạn cũng đã biết với hệ thống bãi giữ xe thông minh sẽ giúp cho các bãi xe
hoạt động một cách tự động vì hệ thống này là tự động hóa. Mỗi khi lấy xe ra vào lái xe
chỉ việc quẹt thẻ, hệ thống xẽ tự động nhập thông tin và kiểm tra thông tin vì vậy xe của
bạn luôn được bảo vệ một cách an toàn.
Ở các hình thức giữ xe truyền thống, các doanh nghiệp đã gặp phải rất nhiều bất cập
và gây khó khăn cho:
 quá trình quản lý cũng như cho nhân viên an ninh. Đồng thời các nhân viên
cũng dễ dàng làm thất thoát tài chính, dễ lấy tiền của chủ đầu tư . Ngoài ra, ở
Trang | 13
 các bãi giữ xe thông thường như: xé vé tay, ghi phấn lên xe,…các hình thức
giữ xe truyền thống rất tốn kém, không an toàn, gây lãng phí và ô nhiễm môi
trường do lượng giấy thải ra ngoài môi trường.
Còn đối với hệ thống bãi giữ xe thông minh, cải tiến và vượt bậc hơn gấp trăm lần so
với hình thức giữ xe thông thường. Được áp dụng công nghệ in mã vạch và sử dụng thẻ
điện từ chống làm giả và bất kỳ ai cũng không thể làm giả và trộm cắp xe được.
1.2.2. Đánh giá cơ sở kiến thức của sinh viên
- Phân tích thiết kế hệ thống: Đã học
- Phân tích thiết kế hướng đối tượng: Đang học
- Hệ quản trị cơ sở dữ liệu: Đã học
- Ngôn ngữ Asp.net: Đang học
- HTML/CSS: Đang học
1.2.3. Đánh giá khả năng phát triển của sản phẩm
Ước tính số lượng người sẽ hưởng lợi từ sản
2000
phẩm của bạn
Ước tính số lượng người sẽ bỏ tiền ra mua
100
sản phẩm của bạn
Liệt kê các loại đối tượng sẽ được hưởng lợi
Tất cả người dùng sử dụng thiết bị
từ ý tưởng sản phẩm của bạn (ít nhất là 1, nhiều
điện thoại, máy tính
nhất là 5):
Trung
Khá Cao Rất Cao
bình
Đánh giá khả năng các nhà đầu tư sẽ
x
bỏ tiền ra cho ý tưởng sản phẩm của bạn:
Ước lượng số năm sản phẩm của bạn sẽ
ở trên thị trường cho đến khi bị thay 2
thế:
Trung
Khá Cao Rất Cao
bình
Ước tính độ khó để phát triển thành
X
công sản phẩm của bạn
Ước lượng số tháng, năm cần thiết để 6 tháng
Trang | 14
phát triển sản phẩm của bạn:
1.3. Thành viên 3
- Họ tên sinh viên: Nguyễn Mậu Đức
- Chuyên ngành: Công Nghệ Phần Mềm
- Tên ý tưởng(tên sản phẩm): Website bán đồng hồ
- Ngày/Tháng/Năm: 12/03/2023
1.3.1. Mô tả ý tưởng sản phẩm
Ngày nay, Website đã đóng một vai trò quan trọng đối với con người chúng ta từ giải
trí cho đến quảng cáo, thương mại, quản lý… Website (thương mại điện tử) sẽ dần dần
thay thế những phương thức kinh doanh cũ trong các doanh nghiệp bởi tính ưu việt mà
Website mang lại như: nhanh hơn, rẻ hơn, tiện dụng hơn, hiệu quả hơn và không bị giới
hạn không gian và thời gian.
Với tầm quan trọng đó, mỗi con người chúng ta cần trang bị cho mình một kiến thức
về nền tảng Web. Nếu bạn sở hữu một lượng kiến thức rộng lớn về nền tảng Web thì
bạn sẽ có cơ hội tìm việc làm rất dễ. Bởi vì, bạn có thể đảm nhận các công việc về IT tại
các công ty không chuyên về IT nhưng các công ty này đều có các ứng dụng CNTT vào
quản lý Website trong các tổ chức như Ngân hang, công ty Sản xuất, dịch vu, nhà hang,
khách sạn, công ty kinh doanh thương mại điện tử, trường học…, đặc biệt là tham gia
các công ty sản xuất phần mềm (Website, các ứng dụng Web trên mobile). Xuất phát từ
những nhu cầu thực tế đó nhóm chúng em quyết định “Xây dựng Website Bán Đồng
Hồ” nhằm tạo ra hệ thống quản lý bán hàng có tính thiết thực và ứng dụng vào thực tế.
1.3.2. Đánh giá cơ sở kiến thức của sinh viên
- Phân tích thiết kế hệ thống: Đã học
- Phân tích thiết kế hướng đối tượng: Đang học
- Hệ quản trị cơ sở dữ liệu: Đã học
- Ngôn ngữ Asp.net: Đã học
- HTML/CSS: Đã học

Trang | 15
 1.3.3. Đánh giá khả năng phát triển của sản phẩm
Ước tính số lượng người sẽ hưởng lợi từ sản
3000
phẩm của bạn
Ước tính số lượng người sẽ bỏ tiền ra mua
200
sản phẩm của bạn
Liệt kê các loại đối tượng sẽ được hưởng lợi
Tất cả người dùng sử dụng thiết bị
từ ý tưởng sản phẩm của bạn (ít nhất là 1,
điện thoại, máy tính
nhiều nhất là 5):
Trung
Khá Cao Rất Cao
bình
Đánh giá khả năng các nhà đầu tư
sẽ bỏ tiền ra cho ý tưởng sản phẩm x
của bạn:
Ước lượng số năm sản phẩm của bạn
sẽ
2
ở trên thị trường cho đến khi bị thay
thế:
Trung Rất
Khá Cao
bình Cao
Ước tính độ khó để phát triển thành
X
công sản phẩm của bạn
Ước lượng số tháng, năm cần thiết
2 Tháng
để phát triển sản phẩm của bạn:

1.4 . Thành viên 4

Họ và tên: Nguyễn Ngọc Lâm
Chuyên ngành (của sinh viên): Công nghệ phần mềm
Tên ý tưởng (sản phẩm): Website Bán Hàng Trên IOS
Ngày/Tháng/Năm: 12/03/2023
MÔ TẢ Ý TƯỞNG SẢN PHẨM :
Trong thời buổi kinh tế thị trường, công việc kinh doanh cần phải được chuyên môn
hóa thì mới đủ sức cạnh tranh với các đối thủ.Việc sử dụng phần mềm quản lý cho công
Trang | 16
việc kinh doanh nhà hàng, karaoke, shop, siêu thị và đặc biệt là café một trong những yếu tố
góp phần nên sự thành công của người chủ.Kinh doanh café còn là một trong những loại
hình kinh doanh đầy thử thách.Nó đòi hỏi sự tận tâm và khả năng nắm bắt chi tiết. Vì vậy
việc ứng dụng phần mềm trong quản lý café là một nhu cầu tất yếu nâng cao chất lượng
phục vụ và hiệu quả quản lý.
Kiểu kinh doanh truyền thống không sử dụng phần mềm, quản lý hiệu quả thấp, dễ
gây thất thoát và gặp một số nhược điểm như: quản lý không chặt chẽ, thất thoát tiền của
hóa đơn thiếu tính thẩm mỹ và dễ gây nhầm lẫn, khó hiểu. Muốn biết doanh thu cuối ngày,
cuối tháng, cuối năm thì phải tự động cộng lại bằng tay… dẫn dến tốn thời gian, công sức
và thiếu chính xác.
Kiểu kinh doanh hiện đại có sử dụng phần mềm quản lý chạy trên máy vi tính sẽ
khắc phục được các nhược điểm kiểu kinh doanh truyền thống nêu trên: quản lý bán hàng
chặt chẽ từ việc bán hàng, quản lý bàn, quản lý món ăn, quản lý nhân viên, hạn chế thất
thoát tiền cảu hóa đươn tính tiền chính xác, thẩm mỹ cao, báo cáo tổng doanh thu hay bất
cứu thời điểm nào muốn lấy báo cáo.
Cách sử dụng phần mềm quản lý trên máy tính cũng rất dơn giản, trực quan dễ sử dụng. Chỉ
cần biết qua máy tính là có thể sử dụng được phần mềm và ứng dụng vào quản lý.

Liệt kê 3 mảng kiến thức chuyên ngành 1) Phân tích thiết kế hướng đối tượng
cần thiết cho việc phát triển sản phẩm hoặc
2) Phân tích thiết kế hệ thống
ý tưởng sản phẩm đã nêu:
3) Hệ quản trị cơ sở dữ liệu

Liệt kê 3 mảng kỹ năng cần thiết cho 1) Kỹ năng về ASP.NET

việc phát triển sản phẩm hoặc ý tưởng sản 2) Kỹ năng về CSDL
phẩm đã nêu: 3) Kỹ năng về thuật toán

Liệt kê các loại đối tượng sẽ được hưởng lợi 1) Admin

Trang | 17
từ ý tưởng sản phẩm của bạn (ít nhất là 1, nhiều 2) Khách hàng
nhất là 5) 3) Nhà cung cấp sản phầm
4) Guest user

Ước tính số lượng người sẽ hưởng lợi từ sản

1000
phẩm của bạn

Ước lượng số lượng người sẽ chịu bỏ tiền ra

100
mua sản phẩm của bạn (nếu giá cả phải chăng):

Liệt kê các loại đối tượng sẽ được hưởng lợi

Tất cả người dùng thiết bị
từ ý tưởng sản phẩm của bạn (ít nhất là 1,
Android 4.0 trở lên
nhiều nhất là 5):

Không Trung Cao Rất Cao

Cao Bình
Đánh giá khả năng các nhà đầu tư sẽ bỏ
X
tiền ra cho ý tưởng sản phẩm của bạn:

Ước lượng số năm sản phẩm của bạn sẽ

ở trên thị trường cho đến khi bị thay 3
thế:

Không Trung Cao Rất Cao

Cao Bình

Trang | 18
 Ước lượng độ khó trong việc phát triển
x
thành công ý tưởng sản phẩm của bạn:

Ước lượng thời gian cần thiết để phát

triển đầy đủ sản phẩm của bạn (dưới khía 4 tháng
cạnh thương mại):

1.5 Thành viên 5

Họ và tên: Bùi Văn Thắng
Chuyên ngành (của sinh viên): Công nghệ phần mềm
Tên ý tưởng (sản phẩm): Website Ứng Dụng Đọc Tin Tức
Ngày/Tháng/Năm: 12/03/2023
1.5.1 MÔ TẢ Ý TƯỞNG SẢN PHẨM (ít nhiều phải liên quan đến ngành học của
bạn):
Là một ứng dụng đọc báo RSS, nghĩa là ứng dụng cho phép chúng ta lấy nguồn tin từ các
trang khác để chúng ta nắm bắt thông tin. Cách sử dụng cực kỳ đơn giản, ta chỉ cần chọn
một số trang báo uy tín như vnexpress, baotuoitre, zingnews, hoặc thậm chí các trang báo
nước ngoài như medium, nytimes,…
1.5.2. Đánh giá khả năng phát triển của sản phẩm
Ước tính số lượng người sẽ hưởng lợi từ sản
2000
phẩm của bạn
Ước tính số lượng người sẽ bỏ tiền ra mua
100
sản phẩm của bạn
Liệt kê các loại đối tượng sẽ được hưởng lợi
Tất cả người dùng sử dụng thiết bị
từ ý tưởng sản phẩm của bạn (ít nhất là 1, nhiều
điện thoại, máy tính
nhất là 5):
Trung
Khá Cao Rất Cao
bình
Đánh giá khả năng các nhà đầu tư sẽ
x
bỏ tiền ra cho ý tưởng sản phẩm của bạn:

Trang | 19
 Ước lượng số năm sản phẩm của bạn sẽ
ở trên thị trường cho đến khi bị thay 2
thế:
Trung
Khá Cao Rất Cao
bình
Ước tính độ khó để phát triển thành
X
công sản phẩm của bạn
Ước lượng số tháng, năm cần thiết để
6 tháng
phát triển sản phẩm của bạn:

2. ĐÁNH GIÁ Ý TƯỞNG SẢN PHẨM TRONG NHÓM

- Tên ý tưởng sản phẩm: “Xây Dựng Website Bán Đồng Hồ”
- Thời gian thực hiện: 1 Tháng.
 Bắt đầu: 12/03/2023
 Kết thúc: 16/04/2023

Liệt kê mảng kiến thức chuyên ngành cần thiết cho việc phát triển sản phẩm
Phân tích Phân tích thiết Hệ quản trị cơ Ngôn ngữ lập
thiết kế hệ kế hướng đối sở dữ liệu trình Asp.net
thống tượng
Thành viên 1 Đã học Đang học Đã học Đang Học
Thành viên 2 Đã học Đang học Đã học Đang học
Thành viên 3 Đã học Đã học Đã học Đã học

Thành viên 4 Đã Học Đang học Đã học Đang học

Thành viên 5 Đã Học Đang Học Đã Học Đang Học

- Tên nhóm: Nhóm 9

Trang | 20
- Nhóm trưởng: 1.Nguyễn Mậu Đức
- Thành viên: 2. Trần Vỹ Quốc
3. Tô Thành Hiếu
4. Nguyễn Ngọc Lân
5. Bùi Văn Thắng
- Cụ thể:
Số TT Họ và tên Vai trò Trách nhiệm
Quản lý tiến độ, Coder, Tester,
01 Nguyễn Mậu Đức Trưởng nhóm
Tài Liệu
02 Trần Vỹ Quốc Thành viên Thiết kế
03 Tô Thành Hiếu Thành viên Cơ Sở Dữ Liệu
04 Nguyễn Ngọc Lân Thành viên Tester
05 Bùi Văn Thắng Thành viên Tham Gia Ý Tưởng

- Tên sản phẩm: Website kinh doanh đồng hồ

-Ý nghĩa sản phẩm:
 Website là chương trình giúp khách hàng có thể tiện lợi hơn trong quá trình xem sản
phẩm và đặt hàng
 Ban quản lý công ty linh hoạt hơn trong quá trình quản lý sản nhân sự, nhân sự,
thống kê báo cáo
 Đối tác kinh doanh ngày càng được liên kết và mở rộng
- Phạm vi nghiên cứu:
 Các nghiệp vụ liên quan đến quản lý bán hàng (quy trình, chức năng của các tác nhân
khách hàng, người quản trị, nhà cung cấp v.v…)
 Công nghệ để phân tích, thiết kế và triển khai ứng dụng
 Cách triển khai ứng dụng trên nền tảng Web
- Thời gian triển khai:
 Ngày Bắt đầu: 12/03/2023
 Ngày Kết thúc: 16/04/2023

Trang | 21
 LÝ DO CHỌN ĐỀ TÀI
Nền khoa học của thế giới đang trong giai đoạn phát triển nhanh và có trình độ cao,
một trong những ngành phát triển nhất có thể nói là công nghệ thông tin, ngành công
nghệ thông tin hiện nay đã có ứng dụng vào hầu hết tất cả các lĩnh vực từ giáo dục,
kinh doanh, giải trí, …. cho đến mua bán, đặc biệt là mua bán qua mạng và còn gọi là
thương mại điện tử (ecommerce).
Thương mại điện tử đề cập đến một quá trình mua bán mà người mua và người
nhận không cần trực tiếp mua bán với nhau mà thông qua một thiết bị máy tính, mà
môi trường phổ biến nhất đó là Internet.
Thực tế ở nước ta hiện nay do cở sở hạ tầng còn thấp, trình độ dân trí chưa cao và
những hiểu biết của mọi người về thương mại điện tử còn khá mơ hồ nên ít có những
cá nhân, doanh nghiệp,… quan tâm đến thương mại điện tử. Cùng với tốc độ đô thị
hóa ngày càng tăng nhanh, cuộc sống con người ngày càng phát triển, chúng ta cũng
dần mất đi thời gian rãnh rỗi của mình cho các công việc thiết yếu của cuộc sống như:
mua sắm đồ dùng gia đình, quần áo, điện thoại, máy tính, …. Do đó để giúp cho các
công việc mua sắm này ngày càng trở nên nhanh chóng và tốn ít thời gian hơn chúng
ta có thể ứng dụng hình thức mua bán thông qua mạng Internet.
Bên cạnh đó các doanh nghiệp, cá nhân khi có nhu cầu quản bá thương hiệu, sản
phẩm trực tiếp với nhiều khách hàng hoặc tìm cơ hội kinh doanh với nhiều doanh
nghiệp, cá nhân khác nhưng lại muốn giảm chi phí nhân công, mặt bằng kinh doanh,
hay đơn giản là chỗ giữ xe cho khách hàng. Khi đó việc mua bán qua mạng có thể đáp
ứng tốt các nhu cầu này.
Mua bán qua mạng sẽ giảm bớt các khó khăn cho các doanh nghiệp, cá nhân và
tăng cường áp dụng những tiến bộ khoa học kĩ thuật vào việc quản lý, tận dụng nguồn
lực mạnh mẽ từ Internets để phát triển kinh doanh.
Mua bán qua mạng sẽ thay thế cách thức buôn bán và giới thiệu sản phẩm truyền
thống phức tạp, mất thời gian và hiệu quả thấp.

MỤC ĐÍCH VÀ Ý NGHĨA CỦA ĐỀ TÀI

1.1. Mục đích của đề tài
 Xây dựng Website kinh doanh đồng hồ

Trang | 22
 Nghiên cứu các công nghệ phát triển Wesbsite.
 Cung cấp cho khách hàng các thông tin chính xác về các sản phẩm đồng và linh kiện
đang có trên thị trường của các hãng có uy tín ví dụ như (RADO, CADINO,
BULOVA, CITIZEN, SEIKO, CASIO, ORIENT, …) và cách thức đặt mua hàng qua
mạng.
1.2. Ý nghĩa của đề tài
Website bán hàng trực tuyến nhằm đưa các sản phẩm lên mạng giúp khách hàng có
thể tìm kiếm những mặt hàng mình muốn, đăng ký mua sản phẩm trực tiếp trên mạng.
Thông qua website khách hàng có thể tìm thấy những thông tin về các sản phẩm theo
loại về tên, hãng sản xuất, giá, tình trạng còn hàng,…. Các thông tin được cập nhật
thường xuyên và nhanh chóng. Vì vậy, rút ngắn được khoảng cách giữa người mua và
người bán, đưa thông tin về các sản phẩm mới nhanh chóng đến cho khách hàng.
 Thúc đẩy phát triển buôn bán trực tuyến.
 Rút ngắn khoảng cách giữa người mua và người bán, tạo ra một Website trực
tuyến có thể đưa nhanh thông tin cũng như việc trao đổi mua bán qua mạng.
 Việc quản lý hàng trở nên dễ dàng.
1.1.1. Về mặt lý luận
Toàn bộ chương trình và bản thuyết minh của đề tài sẽ trở thành tài liệu nghiên
cứu, tham khảo nhanh, dễ hiểu, thiết thực cho những thầy cô và các bạn sinh viên,
những người yêu thích bộ môn công nghệ Web và ứng dụng, nhất là lĩnh vực xây
dựng Web quản lý trên môi trường, ngôn ngữ Asp.net
1.1.2. Về mặt thực tiễn
Góp phần giúp cho việc tối ưu hóa quá trình quản lý của các Công Ty TNHH
thương mại giúp hạn chế, loại bỏ những chi phí tốn kém về quảng cáo v.v… từ đó
tăng hiệu quả kinh doanh.

Trang | 23
 ĐỐI TƯỢNG NGHIÊN CỨU
- Các khách hàng, nhà cung cấp, đối tác kinh doanh
- Tài liệu quản lý công ty
- Quy trình quản lý bán hàng, sản phẩm, nhân sự
PHẠM VI NGHIÊN CỨU
- Về thời gian: từ 12/03/2023 đến 15/04/2023
- Về nội dung:
 Tập trung tìm hiểu về ngôn ngữ ASP.NET,…
 Phân tích thiết kế hướng đối tượng.
 Nghiên cứu, phân tích và xây dựng website bán máy tính và thiết bị.
 Các đối tác, khách hàng, nhà cung cấp quan tâm đến máy tính và thiết bị linh
kiện
PHƯƠNG PHÁP NGHIÊN CỨU
- Tìm hiểu các tài liệu liên quan (ngôn ngữ ASP.net, các quy trình bán hàng,…).
- Phân tích và lựa chọn các giải pháp.
- Tổng hợp các tài liệu liên quan đến xây dựng và phát triển phần mềm.
- Góp ý của người có king nghiệm
ĐỐI TƯỢNG SỬ DỤNG
Có 5 đối tượng sử dụng cơ bản:
 Người quản trị: (Admin) có quyền sử dụng và cập nhật, cấp quyền cho tài khoản,
danh sách nhân viên, đảm bảo tính an toàn cho Website.
 Người quản lý: (Manager) quản lý hồ sơ khách hàng , quản lý sản phẩm, danh
mục sản phẩm, quản lý hồ sơ nhân viên, quản lý hóa đơn, phê duyệt hóa đơn.
 Người bán hàng: (Seller) Tạo mới hóa đơn cho khách hàng, cập nhập thông tin
hóa đơn.
 Khách hàng: (Customer) Mua hàng, quản lý giỏ hàng, tìm kiếm sản phẩm.
 Đối tượng chưa có tài khoản đăng nhập: (Guest) chỉ sử dụng được các chức
năng dùng chung trong website như tìm kiếm sản phẩm, xem sản phẩm, đăng ký
thành viên.

Trang | 24
 PHẦN II
PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG (DESIGN)

2.1. KHẢO SÁT HIỆN TRẠNG

Với sự thâm nhập cao của internet, các thiết bị di động và mạng xã hội, ngày càng có
nhiều cá nhân tham gia vào thương mại điện tử. Trong số hơn 1,000 người được hỏi,
25% đã từng hoặc đang bán hàng trực tuyến.
Mặt hàng được các cá nhân bán phổ biến nhất là đồ thời trang (39%) (bao gồm quần
áo, phụ kiện, túi xách, v.v.), mỹ phẩm (28%) và đồ ăn, thức uống (25%), trong đó mặt
hàng đồ điện tử chiếm 13%. Không ngạc nhiên khi Facebook là trang bán hàng trực
tuyến được các cá nhân sử dụng nhiều nhất với 66%. Cũng trong top 3 là Shopee - 49%
và Lazada - 26%.

Hình 2.1: tỉ lệ sử dụng các trang web trong việc mua bán trực tuyến

Trang | 25
 Hình 2.2: tỉ lệ thị phần các danh mục, mặt hàng mua sắm online năm 2018
Dù vẫn còn nhiều thách thức, thương mại điện tử Việt Nam là một thị trường đầy hấp dẫn
với quy mô dự đoán có thể đạt 10 tỷ USD vào năm 2020. Cùng với việc các dòng vốn ngoại
tiếp tục đổ vào các doanh nghiệp thương mại điện tử trong nước, thị trường sẽ tiếp tục có
nhiều biến động và thay đổi lớn trong thời gian sắp tới.
2.2. PHÂN TÍCH HỆ THỐNG
2.2.1. Tóm tắt hoạt động website mà dự án sẽ được ứng dụng
- Là một Website chuyên bán các sản phẩm về đồng hồ và linh kiện đồng hồ cho các cá
nhân và doanh nghiệp
- Là một Website động, các thông tin được cập nhật theo định kỳ.
- Người dùng truy cập vào Website có thể xem, tìm kiếm, mua các sản phẩm,hoặc đặt
hàng sản phẩm
- Các sản phẩm được sắp xếp hợp lý. Vì vậy người dùng sẽ có cái nhìn tổng quan về tất
cả các sản phẩm hiện có.
- Khách hàng có thể xem chi tiết từng sản phẩm (có hình ảnh minh hoạ sản phẩm).
- Khi đã chọn được món hàng vừa ý thì người dùng click vào nút cho vào giỏ hàng hoặc
chọn Biểu tượng giỏ hàng để sản phẩm được cập nhật trong giỏ hàng.
- Khách hàng vẫn có thể quay trở lại trang sản phẩm để xem và chọn tiếp, các sản phẩm
đã chọn sẽ được lưu vào trong giỏ hàng.
- Khách hàng cũng có thể bỏ đi những sản phẩm không vừa ý đã có trong giỏ hàng.
Trang | 26
- Nếu đã quyết định mua các sản phẩm trong giỏ hàng thì Khách hàng click vào mục
thanh toán để hoàn tất việc mua hàng, hoặc cũng có thể huỷ mua hàng.
- Đơn giá của các món hàng sẽ có trong giỏ hàng.
- Khách hàng sẽ được quyền chọn các hình thức vận chuyển, thanh toán hàng do hệ
thống đã định.

Hình 2.3: Biểu đồ hoạt động tổng quát của ứng dụng mức ngữ cảnh

2.2.2. Phạm vi dự án được ứng dụng

- Dành cho mọi đối tượng có nhu cầu mua sắm trên mạng.
- Do nghiệp vụ của cửa hàng kết hợp với công nghệ mới và được xử lý trên hệ thống
máy tính nên công việc liên lạc nơi khách hàng cũng như việc xử lý hoá đơn thực hiện
một cách nhanh chóng và chính xác. Rút ngắn được thời gian làm việc, cũng như đưa
thông tin về các sản phẩm mới nhanh chóng đến cho khách hàng.
2.2.3. Đối tượng sử dụng
Có 5 đối tượng sử dụng cơ bản:
 Người quản trị: (Admin) có quyền sử dụng và cập nhật, cấp quyền cho tài khoản,
danh sách nhân viên, đảm bảo tính an toàn cho Website.
 Người quản lý: (Manager) quản lý hồ sơ khách hàng , quản lý sản phẩm, danh
mục sản phẩm, quản lý hồ sơ nhân viên, quản lý hóa đơn, phê duyệt hóa đơn.
 Người bán hàng: (Seller) Tạo mới hóa đơn cho khách hàng, cập nhập thông tin
hóa đơn.
 Khách hàng: (Customer) Mua hàng, quản lý giỏ hàng, tìm kiếm sản phẩm.

Trang | 27
  Đối tượng chưa có tài khoản đăng nhập: (Guest) chỉ sử dụng được các chức
năng dùng chung trong website như tìm kiếm sản phẩm, xem sản phẩm, đăng ký
thành viên.
2.2.4. Mục đích của dự án
- Đáp ứng nhu cầu mua bán ngày càng phát triển của xã hội, xây dựng nên một môi
trường làm việc hiệu quả.
- Thúc đẩy phát triển buôn bán trực tuyến.
- Rút ngắn khoảng cách giữa người mua và người bán, tạo ra một Website trực tuyến có
thể đưa nhanh thông tin cũng như việc trao đổi mua bán các loại điện thoại qua mạng.
- Việc quản lý hàng trở nên dễ dàng.
- Sản phẩm được sắp xếp có hệ thống nên người dùng dễ tìm kiếm sản phẩm.
2.2.5. Xác định yêu cầu của khách hàng
2.2.5.1. Hệ thống hiện hành của cửa hàng, công ty
Hiện tại cửa hàng đang sử dụng cơ chế quảng cáo, hợp đồng trưng bày, đặt hàng
trực tiếp tại trung tâm do các nhân viên bán hàng trực tiếp đảm nhận (hoặc có thể
gọi điện đến nhà phân phối để đặt hàng và cung cấp địa chỉ để nhân viên giao hàng
tận nơi cho khách hàng). Trong cả hai trường hợp trên khách hàng đều nhận hàng
và thanh toán trực tiếp bằng tiền mặt tại nơi giao hàng.Và trong tờ hoá đơn khách
hàng phải điền đầy đủ thông tin cá nhân và số lượng mặt hàng cần mua. Kế toán
phải chuẩn bị hoá đơn thanh toán, nhập một số dữ liệu liên quan như ngày, giờ, tên
khách hàng, mã số mặt hàng, số lượng mua, các hợp đồng trưng bày sản phẩm, tổng
số các hoá đơn vào trong sổ kinh doanh.
Dựa vào những ràng buộc cụ thể của hệ thống hiện hành chúng ta có thể đề nghị
một hệ thống khác tiên tiến hơn, tiết kiệm được thời gian…
2.2.5.2.Hệ thống mới đề nghị
Để có thể vừa quảng cáo, bán hàng và giới thiệu sản phẩm của cửa hàng trên
mạng thì website cần có các phần như:
Về giao diện:
- Giao diện người dùng
o Phải có một giao diện thân thiện dễ sử dụng.
o Phải nổi bật được thế mạnh của website, cũng như tạo được niềm tin cho
khách hàng ngay từ lần viếng thăm đầu tiên.
Trang | 28
 o Giới thiệu được sản phẩm của cửa hàng đang có.
o Có Biểu mẫu đăng ký để trở thành thành viên.
o Có danh mục sản phẩm.
o Chức năng đặt hàng, mua hàng.
o Có Biểu mẫu liên hệ.
o Chức năng tìm kiếm sản phẩm.
o Mỗi loại sản phẩm cần phải có trang xem chi tiết sản phẩm.
o Mục login của khách hàng khi đã trở thành thành viên gồm có: Tên đăng nhập
(Username), mật khẩu đăng nhập (password).Giao diện người quản trị.
o Đơn giản, dễ quản lý và không thể thiếu các mục như:
 Quản lý sản phẩm.
 Quản lý hoá đơn.
 Quản lý khách hàng.
 Quản lý đăng nhập.
 Quản lý mọi thay đổi của website.
Về nghiệp vụ
- Người xây dựng nên hệ thống phải am hiểu về thương mại điện tử, hiểu rõ
cách thức mua bán hàng qua mạng.
- Người xây dựng nên hệ thống đặc biệt phải hiểu rõ các thông số kĩ thuật về
máy tính: Có thể đưa ra đựơc một cái nhìn tổng quát, sâu rộng về sản phẩm.
Về bảo mật:
- Người Admin có toàn quyền giữ bảo mật cho website bằng mật khẩu riêng.
- Quản lý User & Password của khách hàng an toàn: Thông tin của khách hàng
được bảo mật
Về hệ thống:
- Phần cứng: PC bộ vi xử lý i3, ram 8G trở lên, ổ cứng 10G trở lên.
- Hệ điều hành: Windown XP trở lên
- Phần mềm hỗ trợ: XAMPP, mySQL.
Lựa chọn giải pháp:
- Chương trình sử dụng ngôn ngữ ASP.NET và cơ sở dữ liệu SQL Sever.
- Các công cụ mà hệ thống sử dụng:

Trang | 29
  ASP.NET - Ngôn ngữ lập trình
 SQL Sever - Cơ sở dữ liệu
 FileZilla - Giả lập FTP server
 Và các tính năng chuyên sâu khác...
o SQL Sever: Dùng để lưu cơ sở dữ liệu.
o Javascript: Bắt lỗi dữ liệu.
o Dreamweaver: Tạo form, thiết kế giao diện.
2.2.6. Yêu cầu giao diện của website
2.2.6.1 Giao diện người dùng
- Phải có một giao diện thân thiện dễ sử dụng:
 Màu sắc hài hoà làm nổi bật hình ảnh của sản phẩm, font chữ thống nhất, tiện
lợi khi sử dụng.
 Giới thiệu những thông tin về cửa hàng: Địa chỉ liên hệ của cửa hàng hoặc
các đại lý trực thuộc, các số điện thoại liên hệ, email liên hệ.
 Sản phẩm của cửa hàng: sản phẩm đang có, sản phẩm bán chạy, sản phẩm
mới nhất, sản phẩm sắp ra mắt…
2.2.6.2 Giao diện người quản trị:
- Giao diện đơn giản, dễ quản lý dữ liệu.
Được bảo vệ bằng User & Password riêng của Admin.
2.3. PHÂN TÍCH CHỨC NĂNG CỦA HỆ THỐNG
Các tác nhân của hệ thống gồm có:

Hình 2.4: Các tác nhân của hệ thống

 Người quản trị: (Admin) có quyền sử dụng và cập nhật, cấp quyền cho tài khoản,
danh sách nhân viên, đảm bảo tính an toàn cho Website.
 Người quản lý: (Manager) quản lý hồ sơ khách hàng , quản lý sản phẩm, danh mục
sản phẩm, quản lý hồ sơ nhân viên, quản lý hóa đơn, phê duyệt hóa đơn.
 Người bán hàng: (Seller) Tạo mới hóa đơn cho khách hàng, cập nhập thông tin hóa
đơn.
Trang | 30
  Khách hàng: (Customer) Mua hàng, quản lý giỏ hàng, tìm kiếm sản phẩm.
 Đối tượng chưa có tài khoản đăng nhập: (Guest) chỉ sử dụng được các chức năng
dùng chung trong website như tìm kiếm sản phẩm, xem sản phẩm, đăng ký thành
viên.
Danh sách các tác nhân – user case:
STT Tên tác nhân Use-case Ghi chú
1 Admin (Người -Quản lý tài khoản(Thêm mới, -Cấp quyền:
quản trị) cập nhật, xóa tài khoản, cấp Hệ thống có duy nhất 1
quyền). admin.
-Quản lý danh sách hồ sơ nhân Admin ko thể phân quyền
viên(Thêm mới. cập nhật, xóa). cho 1 tài khoản khác
-Đăng nhập. -Xóa tài khoản: không xóa
-Đăng xuất. hoàn toàn mà chỉ ẩn tạm
thời tài khoản trong hệ
thống.
-xóa hồ sơ nhân viên: tạm
ẩn
2 Manager (Người -Quản lý sản phẩm(Thêm mới, -Xóa sản phẩm:
quản lý) cập nhật, xóa). xóa luôn
-Quản lý danh mục sản -Xóa danh mục sản phẩm:
phẩm(Thêm mới, cập nhật, xóa) ẩn tạm thời danh mục.
-Quản lý hóa đơn(Thêm mới, cập - Xóa hóa đơn: xóa luôn.
nhật, xóa, phê duyệt). -Xóa hồ sơ khách hàng: ẩn
-Quản lý hồ sơ khách hàng(Thêm tạm thời trong database.
mới, cập nhật, xoá).
-Đăng nhập.
-Đăng xuất.

3 Seller (Người bán -Quản lý hóa đơn(Thêm mới, cập -Quản lý hóa đơn(Thêm
hàng) nhật). mới, cập nhật): khi thêm
-Đăng nhập. mới, cập nhật thành công
-Đăng xuất. thì cần phải chờ phê duyệt
từ Manager(Người quản
lý).
4 Customer (Khách -Mua Hàng(tạo mới hóa đơn).
hàng) -Quản lý giỏ hàng(Tạo mới giỏ
hàng, cập nhật giỏ hàng, xóa giỏ
hàng).
-Tìm kiếm sản phẩm
-Đăng nhập.
-Đăng xuất.

5 Guest (Đối tượng -Tìm kiếm Chức năng dùng chung,

chưa có tài khoản -Xem sản phẩm viết riêng như 1 đối tượng,
đăng nhập) -Đăng ký thành viên tất cả mọi người đều có thể
Trang | 31
 dùng.

Biểu đồ use-case tổng quát

Hình 2.5: sơ đồ Use-case tổng quát

Trang | 32
 Use-case “Đăng nhập”
a. Biểu đồ đặc tả

Hình 2.6: sơ đồ Use-case đăng nhập

b. Đặc tả chi tiết luồng sự kiện đăng nhập

Bảng 2.1: đặc tả chi tiết luồng sự kiện đăng nhập
Use case Đăng nhập
Tác nhân Người quản trị,người quản lý, người bán hàng, khách hàng.

Mục đích Đăng nhập hệ thống

Mô tả chung Người dùng khi muốn đăng nhập vào hệ thống

1. Người dùng chọn chức năng đăng nhập.

2. Hệ thống hiển thị giao diện đăng nhập.
Luồng sự kiện 3. Người dùng nhập thông tin đăng nhập.
chính 4. Gửi thông tin đã nhập đến hệ thống.
5. Kiểm tra thông tin đăng nhập, nếu đúng thì cho phép truy
cập, sai thì thông báo yêu cầu nhập lại.
4.1 Nếu người dùng nhập sai thông tin thì yêu cầu nhập lại
Luồng thay thế
nhưng chỉ trong giới hạn cho phép.
Các yêu cầu cụ thể Tên đăng nhập và mật khẩu khớp với thông tin đã đăng ký.
Điều kiện trước Nguời dùng đã đăng ký thành viên trong hệ thống
Điều kiện sau Thông báo đăng nhập thành công/ thất bại
Use case “đăng xuất” xuất hiện sau khi đăng nhập thành
Các yêu cầu mở rộng
công.

Trang | 33
c. Biểu đồ tuần tự Đăng Nhập

Hình 2.7: Biểu đồ tuần tự đăng nhập

Trang | 34
d. Biểu đồ hoạt động đăng nhập

Hình 2.8: Biểu đồ hoạt động đăng nhập

Trang | 35
 Use-case “Đăng ký”
a. Biểu đồ đặc tả

Hình 2.9: Biểu đồ Use-case đăng ký

b. Đặc tả chi tiết luồng sự kiện
Bảng 2.2: Đặc tả chi tiết luồng sự kiện đăng ký
Use case Đăng ký
Tác nhân Khách vãng lai
Đăng ký tài khoản mới để có thể đăng nhập với tư cách
Mục đích
thành viên
Người dùng lần đầu sử dụng ứng dụng, trước hết phải đăng
Mô tả chung
ký tài khoản
1. Người dùng chọn chức năng đăng ký.

2. Hệ thống hiển thị giao diện đăng ký.

Luồng sự kiện
3. Người dùng nhập thông tin đăng ký và gửi đến hệ thống.
chính
4. Hệ thống lưu thông tin đăng ký và hiển thị thông báo đăng
ký thành công.
4.1. Nếu người dùng nhập sai định dạng email trong ô email,
hệ thống sẽ thông báo
Luồng thay thế
4.2. Nếu số ký tự trong tên tài khoản hoặc mật khẩu ít hơn quy
định, hệ thống sẽ thông báo
Định dạng email phải đúng, email phải tồn tại và chinh xác,
Các yêu cầu cụ thể tên user name không được trùng lặp với các tài khoản đã có
trong hệ thống
Điều kiện trước Nguời dùng lần đầu đăng ký tài khoản
Điều kiện sau Thông báo đăng ký thành công/ thất bại

Các yêu cầu mở rộng Không có.

Trang | 36
c. Biểu đồ tuần tự đăng ký

Hình 2.10: Biểu đồ tuần tự đăng ký

Trang | 37
d. Biểu đồ hoạt động

Hình 2.11: Biểu đồ hoạt động đăng ký

Trang | 38
 Use-case ”Đăng xuất”
a. Biểu đồ đặc tả

Hình 2.12: Biểu đồ hoạt động đăng xuất

b. Đặc tả chi tiết luồng sự kiện
Bảng 2.3: đặc tả chi tiết luồng sự kiện đăng xuất
Use case Đăng xuất
Tác nhân Nhà quản trị, thành viên

Mục đích Dùng để đăng xuất khỏi hệ thống

Mô tả chung Use case này mô tả người sử dụng đăng xuất khỏi hệ thống.

1. Người dùng nhấn vào nút “Đăng xuất”

2. Hệ thống xuất hiện câu thông báo “Bạn có muốn đăng
xuất khỏi hệ thống hay không?” và 2 nút “Có” và “Không”
Luồng sự kiện
bên dưới câu thông báo.
chính
3. Người dùng xác nhận một lần nữa bằng cách nhấn vào
một trong hai nút. Nếu nhấn vào “Có” sẽ đăng xuất, nếu nhấn
vào nút “Không” sẽ không đăng xuất khỏi hệ thống.

Luồng thay thế Không có

Các yêu cầu cụ thể Người dùng đã đăng nhập vào hệ thống.
Điều kiện trước Người dùng đã đăng nhập vào hệ thống.
Nếu use case thành công, người dùng đăng xuất khỏi hệ
Điều kiện sau
thống, ngược lại sẽ tiếp tục thực hiện các use case khác.

Trang | 39
Các yêu cầu mở rộng Không có.

c. Biểu đồ tuần tự đăng xuất

Hình 2.13: Biểu đồ tuần tự đăng xuất

Trang | 40
d. Biểu đồ hoạt động đăng xuất

Hình 2.14: Biểu đồ hoạt động đăng xuất

Trang | 41
 2.3.1. Tác nhân “Người Quản Trị”
2.3.1.1. Gói Use-case Quản lý tài khoản

Hình 2.15: use-case quản lý tài khoản

Use-case “Thêm mới tài khoản”:

Trang | 42
 Bảng 2.4: Đặc tả chi tiết use-case thêm mới tài khoản
Use case Thêm mới tài khoản
Tác nhân Người quản trị

Mục đích Thêm mới tài khoản

Mô tả chung Tạo tài khoản mới có thể đăng nhập vào hệ thống

1. Người dùng chọn thêm mới tài khoản

2. Hệ thống hiển thị giao diện thêm mới tài khoản gồm các
trường thuộc tính yêu cầu nhập liệu thông tin tài khoản mới.
3. Người dùng nhập thông tin mà hệ thống yêu cầu vào các

Luồng sự kiện trường ở trên

chính
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào
và lưu thông tin tài khoản mới vào Database và hiển thị thông
báo thêm mới tài khoản thành công.

4.1 Hệ thống kiểm tra các trường người dùng vừa nhập vào
Luồng thay thế và phát hiện lỗi, hiển thị ra thông báo thêm mới tài khoản thất
bại
Các yêu cầu cụ thể Không có
Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Tạo mới tài khoản thành công hoặc thất bại

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Trang | 43
Hình 2.16: Biểu đồ hoạt động thêm mới tài khoản

Trang | 44
Biểu đồ hoạt động:

Hình 2.17: Biểu đồ hoạt động thêm mới tài khoản

Use-case “Cập nhật tài khoản”:

Bảng 2.5: Đặc tả chi tiết use-case cập nhật tài khoản
Use case Cập nhật tài khoản
Tác nhân Người quản trị

Mục đích Cập nhật tài khoản

Mô tả chung Cập nhật thông tin tài khoản

Trang | 45
 1. Người dùng chọn cập nhật tài khoản
2. Hệ thống hiển thị ra danh sách các tài khoản trong
database
3. Người dùng chọn tài khoản cần cập nhật

Luồng sự kiện 4. Hệ thống hiển thị ra form cập nhật và người dùng nhập
chính vào thông tin cần cập nhật vào form

5. Hệ thống kiểm tra các trường người dùng vừa nhập vào
và lưu thông tin tài khoản mới vào Database và hiển thị thông
báo cập nhật tài khoản thành công.

5.1 Hệ thống kiểm tra các trường người dùng vừa nhập vào
Luồng thay thế và phát hiện lỗi, hiển thị ra thông báo cập nhật tài khoản thất
bại
Các yêu cầu cụ thể Không có
Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Cập nhật tài khoản thành công hoặc thất bại

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Trang | 46
Hình 2.18: biểu đồ tuần tự cập nhật tài khoản

Trang | 47
Biểu đồ hoạt động:

hình 2.19: biểu đồ hoạt động cập nhật tài khoản

Use-case “Xóa tài khoản”:

Bảng 2.6: Đặc tả chi tiết use-case xóa tài khoản
Use case Xóa tài khoản
Tác nhân Người quản trị

Mục đích xóa tài khoản

Mô tả chung xóa tài khoản

Luồng sự kiện 1. Người dùng chọn Xóa tài khoản

chính 2. Hệ thống hiển thị ra danh sách các tài khoản trong
database

Trang | 48
 3. Người dùng chọn tài khoản cần xóa

4. Hệ thống hiển thị ra thông báo “Bạn có chắc chắn muốn

xóa không?”

5. Người dùng chọn “Có” và hệ thống sẽ thực hiện hàm ẩn

đi trạng thái hoạt động của tài khoản đó

Luồng thay thế 5.1 Người dùng chọn “Không” và sẽ quay trở lại bước 2

Các yêu cầu cụ thể Không có

Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Xóa tài khoản thành công hoặc thất bại

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Trang | 49
 Hình 2.20 Biểu đồ tuần tự xóa tài khoản
Biểu đồ hoạt động:

Trang | 50
 Hình 2.21 Biểu đồ hoạt động xóa tài khoản

Use-case “Cấp quyền”:

Bảng 2.7: Đặc tả chi tiết use-case cập quyền
Use case Cấp quyền
Tác nhân Người quản trị

Mục đích Cập nhật tài khoản

Mô tả chung Cập nhật thông tin tài khoản

Trang | 51
 1. Người dùng chọn cấp quyền tài khoản

2. Hệ thống hiển thị ra danh sách các tài khoản trong

database
3. Người dùng chọn tài khoản cần cấp quyền

Luồng sự kiện 4. Hệ thống hiển thị ra form cập nhật và người dùng gán vào quyền
chính cần cấp

5. Hệ thống kiểm tra và lưu lại vào database

Luồng thay thế Không có

Các yêu cầu cụ thể Không có

Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Cấp quyền cho một hoặc nhiều tài khoản

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Trang | 52
 Hình 2.22 Biểu đồ tuần tự cấp quyền
Biểu đồ hoạt động:

Trang | 53
 Hình 2.23 Biều đồ hoạt động cấp quyền
2.3.1.2. Gói Use-case Quản lý tài khoản
Biểu đồ Use-case:

Trang | 54
 Hình 2.24 Biểu đồ usecase quản lý tài khoản

Use-case “Thêm mới hồ sơ”:

Bảng đặc tả chi tiết:
Bảng 2.8 Đặc tả usecase thêm mới hồ sơ
Use case Thêm mới hồ sơ
Tác nhân Người quản trị

Mục đích Thêm mới hồ sơ

Mô tả chung Tạo một nhân viên mới trong hệ thống

1. Người dùng chọn thêm mới nhân viên

2. Hệ thống hiển thị giao diện thêm mới nhân viên gồm các
trường thuộc tính yêu cầu nhập liệu thông tin nhân viên mới.
3. Người dùng nhập thông tin mà hệ thống yêu cầu vào các

Luồng sự kiện trường ở trên

chính
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào
và lưu thông tin nhân viên mới vào Database và hiển thị thông
báo thêm mới nhân viên thành công.

Trang | 55
 4.1 Hệ thống kiểm tra các trường người dùng vừa nhập vào
Luồng thay thế và phát hiện lỗi, hiển thị ra thông báo thêm mới nhân viên thất
bại
Các yêu cầu cụ thể Không có
Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Tạo mới nhân viên thành công hoặc thất bại

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Hình 2.25 Biều đồ tuần tự quản lý tài khoản

Biểu đồ hoạt động:

Trang | 56
 Hình 2.26 Biều đồ hoạt động quản lý tài khoản

Use-case “Cập nhật hồ sơ”:

Bảng đặc tả chi tiết:
Bảng 2.9 Đặc tả usecase cập nhật hồ sơ
Use case Cập nhật hồ sơ
Tác nhân Người quản trị

Mục đích Cập nhật hồ sơ

Mô tả chung Cập nhật thông tin

Trang | 57
 1. Người dùng chọn cập nhật nhân viên
2. Hệ thống hiển thị ra danh sách các nhân viên trong
database
3. Người dùng chọn nhân viên cần cập nhật

4. Hệ thống hiển thị ra form cập nhật và người dùng nhập

Luồng sự kiện vào thông tin cần cập nhật vào form
chính

5. Hệ thống kiểm tra các trường người dùng vừa nhập vào
và lưu thông tin nhân viên mới vào Database và hiển thị thông
báo cập nhật tài khoản thành công.

5.1 Hệ thống kiểm tra các trường người dùng vừa nhập vào
Luồng thay thế và phát hiện lỗi, hiển thị ra thông báo cập nhật nhân viên thất
bại
Các yêu cầu cụ thể Không có
Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Cập nhật hồ sơ thành công hoặc thất bại

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Trang | 58
 Hình 2.27 Biều đồ tuần tự cập nhật hồ sơ
Biểu đồ hoạt động:

Trang | 59
 Hình 2.28 Biều đồ hoạt động cập nhật hồ sơ

Use-case “Xóa hồ sơ”:

Bảng đặc tả chi tiết:
Bảng 2.10 Đặc tả usecase xóa hồ sơ
Use case Xóa hồ sơ
Tác nhân Người quản trị

Mục đích Xóa hồ sơ

Mô tả chung Xóa hồ sơ không dùng trong hệ thống

1. Người dùng chọn Xóa nhân viên

Luồng sự kiện
2. Hệ thống hiển thị ra danh sách các nhân viên trong
chính
database
Trang | 60
 3. Người dùng chọn nhân viên cần xóa

4. Hệ thống hiển thị ra thông báo “Bạn có chắc chắn muốn xóa
không?”

5. Người dùng chọn “Có” và hệ thống sẽ thực hiện hàm ẩn

đi trạng thái hoạt động của nhân viên đó

Luồng thay thế 5.1 Người dùng chọn “Không” và sẽ quay trở lại bước 2

Các yêu cầu cụ thể Không có

Điều kiện trước Đăng nhập với quyền admin
Điều kiện sau Xóa thành công hoặc thất bại

Các yêu cầu mở rộng Không có

Biểu đồ tuần tự:

Trang | 61
 Hình 2.29 Biểu đồ tuần tự xóa hồ sơ
Biểu đồ hoạt động:

Trang | 62
 Hình 2.30 Biểu đồ hoạt động xóa hồ sơ
2.3.2. Tác nhân “Người Quản Lý”
2.3.1.1. Gói Use-case Quản lý danh mục sản phẩm
Sơ đồ Use-case:

Trang | 63
 Hình 2.31 Sơ đồ usecase quản lý sản phẩm

Use-case “Thêm mới danh mục”:

Bảng 2.11 Đặc tả chi tiết thêm mới doan mục

Use case Thêm mới danh mục sản phẩm.
Tác nhân Nhà quản lý.
Mục đích Tạo mới danh mục sản phẩm.
Mô tả chung Tạo mới danh mục sản phẩm.
1. Người dùng chọn mục thêm danh mục sản phẩm mới.
2. Hệ thống hiển thị giao diện thêm mới danh mục sản phẩm
gồm các trường thuộc tính yêu cầu nhập liệu thông tin danh
Luồng sự kiện mục sản phẩm mới.
chính 3. Người dùng nhập thông tin và gửi đến hệ thống.
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào và
lưu thông tin thông báo mới vào Database và hiển thị thêm mới
thành công.

4.1. Nếu danh mục sản phẩm đã có trong hệ thống, hệ thống

Luồng thay thế
sẽ báo lỗi.

Các trường thông tin của danh mục sản phẩm phải đúng theo
Các yêu cầu cụ thể
yêu cầu định dạng

Trang | 64
 Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo thêm mới thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Hình 2.32 Biểu đồ tuần tự quản lý sản phẩm

Biểu đồ hoạt động:

Trang | 65
 Hình 2.33 Biểu đồ hoạt động quản lý sản phẩm

Use-case “Cập nhật danh mục”:

Bảng đặc tả chi tiết:
Bảng 2.12 Đặc tả chi tiết cập nhật doanh mục
Use case Cập nhật danh mục sản phẩm.
Tác nhân Nhà quản lý.
Mục đích Xem và cập nhật thông tin danh mục sản phẩm.
Mô tả chung Người dùng muốn xem và thay đổi thông tin danh mục sản

Trang | 66
 phẩm.
1. Người dùng chọn mục cập nhật danh mục sản phẩm.
2. Hệ thống hiển thị danh sách các danh mục sản phẩm trong
database.
3. Người dùng chọn danh mục sản phẩm cần cập nhật.
Luồng sự kiện
chính 4. Hệ thống hiển thị ra Form cập nhật và người dùng nhập
vào thông tin cần cập nhật vào Form.
5. Hệ thống kiểm tra các trường vừa nhập và lưu thông tin
danh mục sản phẩm mới vào Database và hiển thị thông báo cập
nhật thành công.

5.1. Hệ thống kiểm tra nếu danh mục sản phẩm đã có trong
Luồng thay thế
hệ thống, hệ thống sẽ báo lỗi.

Các trường thông tin của danh mục sản phẩm phải đúng theo
Các yêu cầu cụ thể
yêu cầu định dạng.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo cập nhật thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Trang | 67
 Hình 2.34 Biều đồ tuần tự cập nhật doanh muc
Biểu đồ hoạt động:

Trang | 68
 Hình 2.35 Biểu đồ hoạt động cập nhật doanh mục

Use-case “Xóa danh mục”:

Bảng đặc tả chi tiết:
Bảng 2.13 Đặc tả chi tiết xóa doanh muc
Use case Xóa danh mục sản phẩm.
Tác nhân Nhà quản lý.
Mục đích Xóa danh mục sản phẩm trong hệ thống.
Mô tả chung Xóa danh mục sản phẩm trong hệ thống.
Luồng sự kiện 1. Người dùng chọn chọn mục xóa danh mục sản phẩm.
chính
2. Hệ thống hiển thị giao diện danh sách các danh mục sản
phẩm với thông tin miêu tả(tên danh mục, mã danh mục).
3. Chọn danh mục sản phẩm cần xóa và bấm “Xóa”.

Trang | 69
 4. Hệ thống hiển thị yêu cầu xác nhận xóa Bạn có chắc chắn muốn
xóa không ?”.
5. Người dùng xác nhận “ Có “ và gửi yêu cầu tới hệ thống,
nếu không use case sẽ bị rollback.

Luồng thay thế 5.1 Người dùng xác nhận “Không” và sẽ quay trở lại bước 2

Các yêu cầu cụ thể Không có.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo Xóa thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Trang | 70
 Hình 2.36 Biều đồ tuần tự xóa doanh mục
Biểu đồ hoạt động:

Hình 2.37 Biều đồ hoạt động xóa doanh mục

2.3.1.2. Gói Use-case Quản lý phẩm
Sơ đồ Use-case:

Trang | 71
 Hình 2.38 Usecase quản lý sản phẩm

Use-case “Thêm mới sản phẩm”:

Bảng đặc tả chi tiết:
Bảnh 2.14 Đặc tả chi tiết thêm mới sản phẩm
Use case Thêm mới sản phẩm.
Tác nhân Nhà quản lý.
Mục đích Tạo mới sản phẩm.
Mô tả chung Tạo mới sản phẩm.
1. Người dùng chọn mục thêm sản phẩm mới.
2. Hệ thống hiển thị giao diện thêm mới sản phẩm gồm các
trường thuộc tính yêu cầu nhập liệu thông tin sản phẩm mới.
Luồng sự kiện
chính 3. Người dùng nhập thông tin và gửi đến hệ thống.
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào và
lưu thông tin thông báo mới vào Database và hiển thị thêm mới
thành công.

Luồng thay thế 4.1. Nếu sản phẩm đã có trong hệ thống, hệ thống sẽ báo lỗi.

Các trường thông tin của sản phẩm phải đúng theo yêu cầu
Các yêu cầu cụ thể
định dạng

Trang | 72
 Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo thêm mới thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Hình 2.39 Biểu đồ tuần tự quản lý sản phẩm

Biểu đồ hoạt động:

Trang | 73
 Hình 2.40 Biểu đồ hoạt động quản lý sản phẩm

Use-case “Cập nhật sản phẩm”:

Bảng đặc tả chi tiết:
Bảng 2.15 Đặc tả chi tiết luồng sự kiện cập nhật sản phẩm
Use case Cập nhật sản phẩm.
Tác nhân Nhà quản lý.
Mục đích Xem và cập nhật thông tin sản phẩm.

Trang | 74
 Mô tả chung Người dùng muốn xem và thay đổi thông tin sản phẩm.
1. Người dùng chọn mục cập nhật sản phẩm.
2. Hệ thống hiển thị danh sách cái sản phẩm trong database.
3. Người dùng chọn sản phẩm cần cập nhật.
Luồng sự kiện
4. Hệ thống hiển thị ra Form cập nhật và người dùng nhập
chính
vào thông tin cần cập nhật vào Form.
5. Hệ thống kiểm tra các trường vừa nhập và lưu thông tin
sản phẩm mới vào Database và hiển thị thông báo cập nhật
thành công.

5.1. Hệ thống kiểm tra nếu sản phẩm đã có trong hệ thống, hệ

Luồng thay thế
thống sẽ báo lỗi.

Các trường thông tin của sản phẩm phải đúng theo yêu cầu
Các yêu cầu cụ thể
định dạng.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo cập nhật thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Trang | 75
 Hình 2.41 Biểu đồ tuần tự cập nhật sản phẩm
Biểu đồ hoạt động:

Use-case “Xóa sản phẩm”:

Bảng đặc tả chi tiết:
Bảng 2.16 Đặc tả chi tiết luồng sự kiện xóa sản phẩm
Use case Xóa sản phẩm.

Tác nhân Nhà quản lý.

Mục đích Xóa sản phẩm trong hệ thống.

Mô tả chung Xóa sản phẩm trong hệ thống.

1. Người dùng chọn chọn mục xóa sản phẩm.

2. Hệ thống hiển thị giao diện danh sách các sản phẩm với thông
tin miêu tả(tên sản phẩm, loại sản phẩm).
Luồng sự kiện
chính 3. Chọn sản phẩm cần xóa và bấm “Xóa”.
4. Hệ thống hiển thị yêu cầu xác nhận xóa Bạn có chắc chắn muốn
xóa không ?”.
5. Người dùng xác nhận “ Có “ và gửi yêu cầu tới hệ thống, nếu

Trang | 76
 không use case sẽ bị rollback.

Luồng thay thế 5.1 Người dùng xác nhận “Không” và sẽ quay trở lại bước 2

Các yêu cầu cụ thể Không có.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo Xóa thành công/ thất bại.

Các yêu cầu mở

Không có.
rộng

Biểu đồ tuần tự:

Hình 2.42 Biểu đồ tuần tự xóa sản phẩm

Trang | 77
Biểu đồ hoạt động:

Hình 2.43 Biểu đồ hoạt đông xóa sản phẩm

2.3.1.3. Gói Use-case Quản lý khách hàng

Sơ đồ Use-case:

Trang | 78
 Hình 2.44 Usecase quản lý khách hàng

Use-case “Thêm mới khách hàng”:

Bảng đặc tả chi tiết:
Bảng 2.17 Đặc tả chi tiết thêm mới khách hàng
Use case Thêm mới hồ sơ khách hàng.
Tác nhân Nhà quản lý.
Mục đích Tạo mới hồ sơ khách hàng.
Mô tả chung Tạo mới hồ sơ khách hàng.
1. Người dùng chọn mục thêm hồ sơ khách hàng mới.
2. Hệ thống hiển thị giao diện thêm mới hồ sơ khách hàng
gồm các trường thuộc tính yêu cầu nhập liệu thông tin hồ sơ
Luồng sự kiện khách hàng mới.
chính 3. Người dùng nhập thông tin và gửi đến hệ thống.
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào và
lưu thông tin thông báo mới vào Database và hiển thị thêm mới
thành công.

4.1. Nếu hồ sơ khách hàng đã có trong hệ thống, hệ thống sẽ

Luồng thay thế
báo lỗi.

Các trường thông tin của hồ sơ khách hàng phải đúng theo
Các yêu cầu cụ thể
yêu cầu định dạng
Trang | 79
 Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo thêm mới thành công/ thất bại.

Biểu đồ tuần tự:

Hình 2.45 Biểu đồ tuần tự quản lý khách hàng

Biểu đồ hoạt động:

Trang | 80
 Hình 2.46 Biểu đồ hoạt động quản lý khách hàng

Use-case “Cập nhật khách hàng”:

Bảng đặc tả chi tiết:
Bảng 2.18 Đặc tả chi tiết cập nhật khách hàng
Use case Cập nhật hồ sơ khách hàng.
Tác nhân Nhà quản lý.
Mục đích Xem và cập nhật thông tin hồ sơ khách hàng.
Người dùng muốn xem và thay đổi thông tin hồ sơ khách
Mô tả chung
hàng.
Luồng sự kiện 1. Người dùng chọn mục cập nhật hồ sơ khách hàng.
chính
2. Hệ thống hiển thị danh sách các hồ sơ khách hàng trong
database.
Trang | 81
 3. Người dùng chọn hồ sơ khách hàng cần cập nhật.
4. Hệ thống hiển thị ra Form cập nhật và người dùng nhập
vào thông tin cần cập nhật vào Form.
5. Hệ thống kiểm tra các trường vừa nhập và lưu thông tin hồ
sơ khách hàng mới vào Database và hiển thị thông báo cập nhật
thành công.

5.1. Hệ thống kiểm tra nếu hồ sơ khách hàng đã có trong hệ

Luồng thay thế
thống, hệ thống sẽ báo lỗi.

Các trường thông tin của hồ sơ khách hàng phải đúng theo
Các yêu cầu cụ thể
yêu cầu định dạng.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo cập nhật thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng
Biểu đồ tuần tự:

Trang | 82
 Hình 2.47 Biểu đồ tuần tự cập nhật khách hàng

Biểu đồ hoạt động:

Trang | 83
 Hình 2.48 Biểu đồ hoạt động cập nhật khách hàng

Use-case “Xóa khách hàng”:

Bảng đặc tả chi tiết:
Bảng 2.19 Đặc tả chi tiết xóa khách hàng
Use case Xóa hồ sơ khách hàng.
Tác nhân Nhà quản lý.
Mục đích Xóa hồ sơ khách hàng.
Mô tả chung Xóa hồ sơ khách hàng.
Luồng sự kiện chính 1. Người dùng chọn chọn mục xóa hồ sơ khách hàng.
2. Hệ thống hiển thị giao diện danh sách các hồ sơ khách hàng với
thông tin miêu tả(tên khách hàng, mã khách hàng).

Trang | 84
 3. Chọn hồ sơ khách hàng cần xóa và bấm “Xóa”.
4. Hệ thống hiển thị yêu cầu xác nhận xóa Bạn có chắc chắn muốn
xóa không ?”.
5. Người dùng xác nhận “ Có “ và gửi yêu cầu tới hệ thống, nếu
không use case sẽ bị rollback.

Luồng thay thế 5.1 Người dùng xác nhận “không” và sẽ quay trở lại bước 2

Các yêu cầu cụ thể Không có.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo Xóa thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Trang | 85
 Hình 2.49 Biểu đồ tuần tự xóa khách hàng

Biểu đồ hoạt động:

Hình 2.50 Biểu đồ hoạt động xóa khách hàng

2.3.1.1. Gói Use-case Quản lý hóa đơn
Sơ đồ Use-case:

Trang | 86
 Hình 2.51 Usecase quản lý hóa đơn

Use-case “Thêm mới hóa đơn”:

Bảng đặc tả chi tiết:
Bảng 2.20 Đặc tả chi tiết thêm mới hóa đơn
Use case Thêm mới hóa đơn.
Tác nhân Nhà quản lý.
Mục đích Tạo mới hóa đơn.
Mô tả chung Tạo mới hóa đơn.
1. Người dùng chọn mục thêm hóa đơn mới.
2. Hệ thống hiển thị giao diện thêm mới hóa đơn gồm các
trường thuộc tính yêu cầu nhập liệu thông tin hóa đơn mới.
Luồng sự kiện
chính 3. Người dùng nhập thông tin và gửi đến hệ thống.
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào và
lưu thông tin thông báo mới vào Database và hiển thị thêm mới
thành công.

Trang | 87
 Luồng thay thế 4.1. Nếu hóa đơn đã có trong hệ thống, hệ thống sẽ báo lỗi.

Các trường thông tin của hóa đơn phải đúng theo yêu cầu
Các yêu cầu cụ thể
định dạng

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo thêm mới thành công/ thất bại.

Biểu đồ tuần tự:

Hình 2.52 Biểu đồ tuần tự quản lý hóa đơn

Biểu đồ hoạt động:

Trang | 88
 Hình 2.53 Biểu hoạt động tự quản lý hóa đơn

Use-case “Cập nhật hóa đơn”:

Bảng đặc tả chi tiết:
Bảng 2.21 Bảng đặc tả chi tiết cập nhật hóa đơn
Use case Cập nhật hóa đơn.
Tác nhân Nhà quản lý.
Mục đích Xem và cập nhật thông tin hóa đơn.

Trang | 89
 Mô tả chung Người dùng muốn xem và thay đổi thông tin hóa đơn.
1. Người dùng chọn mục cập nhật hóa đơn.
2. Hệ thống hiển thị danh sách các hóa đơn trong database.
3. Người dùng chọn hóa đơn cần cập nhật.
Luồng sự kiện
4. Hệ thống hiển thị ra Form cập nhật và người dùng nhập
chính
vào thông tin cần cập nhật vào Form.
5. Hệ thống kiểm tra các trường vừa nhập và lưu thông tin
hóa đơn mới vào Database và hiển thị thông báo cập nhật thành
công.

5.1. Hệ thống kiểm tra nếu hóa đơn đã có trong hệ thống, hệ

Luồng thay thế
thống sẽ báo lỗi.

Các trường thông tin của hóa đơn phải đúng theo yêu cầu
Các yêu cầu cụ thể
định dạng.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo cập nhật thành công/ thất bại.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Trang | 90
 Hình 2.54 Biểu đồ tuần tự cập nhật hóa đơn

Biểu đồ hoạt động:

Trang | 91
 Hình 2.55 Biểu đồ hoạt động cập nhật hóa đơn

Use-case “Xóa hóa đơn”:

Bảng đặc tả chi tiết:

Bảng 2.22 Đặc tả chi tiết xóa hóa đơn
Use case Xóa hóa đơn.

Tác nhân Nhà quản lý.

Mục đích Xóa hóa đơn trong hệ thống.

Mô tả chung Xóa hóa đơn trong hệ thống.

Luồng sự kiện 1. Người dùng chọn chọn mục xóa hóa đơn.
chính 2. Hệ thống hiển thị giao diện danh sách các hóa đơn với thông tin
Trang | 92
 miêu tả(tên hóa đơn, mã hóa đơn).
3. Chọn hóa đơn cần xóa và bấm “Xóa”.
4. Hệ thống hiển thị yêu cầu xác nhận xóa Bạn có chắc chắn muốn
xóa không ?”.
5. Người dùng xác nhận “ Có “ và gửi yêu cầu tới hệ thống, nếu
không use case sẽ bị rollback.

Luồng thay thế 5.1 Người dùng xác nhận “không” và sẽ quay trở lại bước 2

Các yêu cầu cụ thể Không có.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Thông báo Xóa thành công/ thất bại.

Các yêu cầu mở

Không có.
rộng

Biểu đồ tuần tự:

Trang | 93
 Hình 2.56 Biểu đồ tuần tự xóa hóa đơn

Biểu đồ hoạt động:

Trang | 94
 Hình 2.57 Biểu đồ hoạt động xóa hóa đơn

Use-case “Phê duyệt hóa đơn”:

Bảng đặc tả chi tiết:
Bảng 2.23 Bảng đặc tả chi tiết phê duyệt hóa đơn
Use case Phê duyệt.
Tác nhân Người quản lý.
Mục đích Phê duyệt hóa đơn khi nó được cập nhật, tạo mới, xóa

Trang | 95
 Mô tả chung Phê duyệt hóa đơn
1. Người dùng chọn mục tphê duyệt.
2. Hệ thống hiển thị giao diện phê duyệt gồm các danh sách
Luồng sự kiện yêu cầu.
chính 3. Tùy theo các quy tắc mà mà người quản lý sẽ phê duyệt
yêu cầu nào hoặc hủy bỏ yêu cầu phê duyệt.
1. Hiển thị thông báo đã phê duyệt, đã hủy phê duyệt

Luồng thay thế Không có

Các yêu cầu cụ thể Chức năng phê duyệt chỉ có người quản lý được phép dùng

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Không có.

2.3.3. Tác nhân “Người Bán Hàng”

Sơ đồ Use-case:

Hình 2.58 Usecase phê duyệt hóa đơn

Trang | 96
Use-case “Thêm mới hóa đơn”:
Bảng đặc tả chi tiết:
Use case Thêm mới hóa đơn.
Tác nhân Người bán hàng.
Mục đích Tạo mới hóa đơn.
Mô tả chung Tạo mới hóa đơn.
1. Người dùng chọn mục thêm hóa đơn mới.
2. Hệ thống hiển thị giao diện thêm mới hóa đơn gồm các
trường thuộc tính yêu cầu nhập liệu thông tin hóa đơn mới.
Luồng sự kiện
chính 3. Người dùng nhập thông tin và gửi đến hệ thống.
4. Hệ thống kiểm tra các trường người dùng vừa nhập vào và
lưu thông tin thông báo mới vào Database và hiển thị thêm mới
thành công.

Luồng thay thế 4.1. Nếu hóa đơn đã có trong hệ thống, hệ thống sẽ báo lỗi.

Các trường thông tin của hóa đơn phải đúng theo yêu cầu
Các yêu cầu cụ thể
định dạng

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Hóa đơn sẽ được chuyển sang trạng thái chờ duyệt

Biểu đồ tuần tự:

Trang | 97
 Hình 2.59 Biểu đồ tuần tự phê duyệt hóa đơn
Biểu đồ hoạt động:

Trang | 98
 Hình 2.60 Biểu đồ hoạt động phê duyệt hóa đơn

Use-case “Cập nhật hóa đơn”:

Bảng đặc tả chi tiết:
Use case Cập nhật hóa đơn.
Tác nhân Người bán hàng.
Mục đích Xem và cập nhật thông tin hóa đơn.
Mô tả chung Người dùng muốn xem và thay đổi thông tin hóa đơn.

Trang | 99
 1. Người dùng chọn mục cập nhật hóa đơn.
2. Hệ thống hiển thị danh sách các hóa đơn trong database.
3. Người dùng chọn hóa đơn cần cập nhật.
Luồng sự kiện
4. Hệ thống hiển thị ra Form cập nhật và người dùng nhập
chính
vào thông tin cần cập nhật vào Form.
5. Hệ thống kiểm tra các trường vừa nhập và lưu thông tin
hóa đơn mới vào Database và hiển thị thông báo cập nhật thành
công.

5.1. Hệ thống kiểm tra nếu hóa đơn đã có trong hệ thống, hệ

Luồng thay thế
thống sẽ báo lỗi.

Các trường thông tin của hóa đơn phải đúng theo yêu cầu
Các yêu cầu cụ thể
định dạng.

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Hóa đơn sẽ được chuyển sang trạng thái chờ duyệt.
Các yêu cầu mở
Không có.
rộng

Biểu đồ tuần tự:

Trang | 100
 Hình 2.61 Biểu đồ tuần tự cập nhật hóa đơn

Biểu đồ hoạt động:

Trang | 101
 Hình 2.62 Biểu hoạt động cập nhật hóa đơn
2.3.4. Tác nhân “Khách hàng”

Use-case “Mua hàng”:

Đặc tả chi tiết:
Use case Mua hàng
Tác nhân Người bán hàng.
Mục đích Tạo mới hóa đơn.
Mô tả chung Tạo mới hóa đơn.

Trang | 102
 1.người dùng chọn chức năng thanh toán giỏ hàng.

Luồng sự kiện 2.Hệ thống hiển thị ra toàn bộ mặt hàng đã chọn kèm tổng tiền
chính 3. Ng dùng nhập thông tin cần thiết có liên quan tới thanh toán
4. Hệ thống xác nhận đơn hàng.

Luồng thay thế Không có

Các trường thông tin của hóa đơn phải đúng theo yêu cầu định
Các yêu cầu cụ thể
dạng

Điều kiện trước Người dùng đã đăng nhập vào hệ thống.

Điều kiện sau Hóa đơn sẽ được chuyển sang trạng thái chờ duyệt

Biểu đồ tuần tự:

Hình 2.63 Biểu đồ tuần tự mua hàng

Trang | 103
Biểu đồ hoạt động:

Hình 2.64 Biểu hoạt động tự mua hàng

Use-case “Thêm mới giỏ hàng”:

Đặc tả chi tiết:

Luồng sự 1. Người dùng chọn thêm mới giỏ hàng.

kiện chính
2. Hệ thống hiển thị ra form thêm mới giỏ hàng gồm các trường
thuộc tính yêu cầu nhập liệu thông tin giỏ hàng mới.
3. Người dùng nhập thông tin mà hệ thống yêu cầu vào các
trường ở trên.
4. Hệ thống kiểm tra thông tin thêm giỏ hàng đúng thì sẽ lưu
thông tin thêm mới vào database và hiển thị thông báo thêm mới
giỏ hàng thành công.
Luồng sự 4.1 Hệ thống kiểm tra các trường người dùng vừa nhập vào và
kiện thay thế phát hiện lỗi, hiển thị ra thông báo thêm mới giỏ hàng thất bại

Biểu đồ tuần tự:

Trang | 104
 Hình 2.65 Biểu đồ tuần tự thêm giỏ hàng

Biểu đồ hoạt động:

Hình 2.66 Biểu hoạt động tự thêm giỏ hàng

Trang | 105
 Use-case “Cập nhật giỏ hàng”:
Đặc tả chi tiết:

Luồng sự 1. Người dùng chọn cập nhật giỏ hàng.

kiện chính
2. Hệ thống hiển thị ra danh sách giỏ hàng.
3. Người dùng chọn giỏ hàng cần cập nhật.
4. người dùng nhập vào thông tin cần cập nhật vào form.
5. Hệ thống kiểm tra các trường người dùng vừa nhập vào và lưu
thông tin tài khoản mới vào Database và hiển thị thông báo cập nhật giỏ
hàng công.
Luồng sự 5.1 Hệ thống kiểm tra các trường người dùng vừa nhập vào và phát
kiện thay thế hiện lỗi, hiển thị ra thông báo cập nhật giỏ hàng thất bại

Biểu đồ tuần tự:

Hình 2.67 Biểu đồ tuần cập nhật giỏ hàng

Biểu đồ hoạt động:

Trang | 106
 Hình 2.68 Biểu hoạt động cập nhật giỏ hàng

Use-case “Xóa giỏ hàng”:

Trang | 107
 Đặc tả chi tiết:

Luồng sự kiện 1. Người dùng chọn chức năng xóa giỏ hàng.
chính
2. Hệ thống hiển thị ra danh sách giỏ hàng.
3. Người dùng chọn giỏ hàng cần xóa.
4. Người dùng chọn xóa .
5.Hệ thống hiển thị ra thông báo “Bạn có chắc chắn muốn xóa
giỏ hàng này không”
6.Người dùng chọn “Có”, hệ thống sẽ thực hiển xóa giỏ hàng
này.
Luồng sự kiện 6.1 Người dùng chọn “Không” và sẽ quay trở lại bước 3.
thay thế

Biểu đồ tuần tự:

Hình 2.69 Biểu đồ tuần tự xóa giỏ hàng

Biểu đồ hoạt động:

Trang | 108
 Hình 2.70 Biểu đồ hoạt động xóa giỏ hàng

2.3.5. Tác nhân “Đối tượng chưa có tài khoản đăng nhập”

Use-case “Xem sản phẩm”:

Đặc tả chi tiết:

Dòng sự kiện chính

Tác nhân Hệ thống
1.người dùng chọn chức năng tìm
kiếm.
2.Người dùng nhập từ khóa tìm 3.Hệ thống kiểm tra thông tin cần tìm kiếm
kiếm 4.Hệ thống kiểm tra theo từ khóa tìm kiếm
5.Database trả về kết quả tìm kiếm có trong database
6.Hệ thống hiển thị ra danh sách kết quả
5.1. Database trả về kết quả tìm kiếm không có trong
database
6.1.Hệ thống hiển thị ra thông báo không có kết quả
tìm ki
Trang | 109
Biểu đồ tuần tự:

Hình 2.71 Biểu đồ tuần tự xem sản phẩm

Biểu đồ hoạt động:

Hình 2.72 Biểu đồ hoạt động xem sản phẩm

Trang | 110
 Use-case “Tìm kiếm”:
Đặc tả chi tiết:

Dòng sự kiện chính

Tác nhân Hệ thống
1.Người dùng chọn sản phẩm cần
xem 2.Hệ thống tìm kiếm sản phẩm
3.Hệ thống tìm kiếm thông tin sản phẩm trên
database
4.Database trả về thông tin sản phẩm
5.Hệ thống hiển thị ra thông tin sản phẩm

Biểu đồ tuần tự:

Hình 2.73 Biểu đồ tuần tự tìm kiếm sản phẩm

Biểu đồ hoạt động:

Trang | 111
 Hình 2.74 Biểu đồ hoạt động tìm kiếm sản phẩm

PHẦN III
THỰC HIỆN (IMPEMENTATION)
3.1.THIẾT KẾ LỚP
STT Tên lớp Thuộc tính Kiểu dữ liệu
1 Tài khoản -tên tài khoản Nvarchar(50)
-mật khẩu Nvarchar(255)
-email Nvarchar(50)
-fullname Nvarchar(50)
-active Bit
2 Hồ sơ nhân -ngày vào làm Datetime
viên -ngày sinh Datetime
-chức vụ int
3 Hồ sơ khách -ngày sinh Datetime
hàng -địa chỉ Nvarchar(50)
-Số điện thoại Numberic(10,0)
4 Hóa đơn -mã sản phẩm Int
-số lượng mua Int
-tổng tiền double
5 Sản phẩm -tên sản phẩm Nvarchar(50)
-giá tiền Double
-hình ảnh Image
-loại sản phẩm int
Trang | 112
6 Danh mục sản -tên loại Nvarchar(50)
phẩm -mô tả Nvarchar(Max)
7

3.2. THIẾT KẾ CƠ SỞ DỮ LIỆU

3.2.1. Bảng dữ liệu
3.2.1.1. Bảng Accounts
Dùng để lưu thông tin về nhân viên, người quản trị (admin)
Name Type Null Chú thích
AccountsID Int No Mã account
UserName Nvarchar(50) No Tên đăng nhập
UserPasswrod Nvarchar(255) No Mật khẩu
Email Nvarchar(50) No Email
FullName Nvarchar(50) No Tên đầy đủ
Role Int No Vai trò
Active Bit No Trạng thái
Bảng 3.1: bảng dữ liệu User
3.2.1.2. Bảng Role
Dùng để lưu thông tin về vai trò
Name Type Null Chú thích
RoleID Int No Id vài trò
RoleName Nvarchar(50) No Tên vài trò
Description Nvarchar(50) No Mô tả
Bảng 3.2: bảng dữ liệu Role
3.2.1.3. Bảng Products
Dùng để lưu thông tin sản phẩm
Name Type Null Chú thích
ProductID Int No Mã sản phẩm
Name Nvarchar(50) No Tên
Description Nvarchar(255) No Mô tả sản phẩm
Rank Int No Thứ hạng (1 tới 10)

Trang | 113
 Price Double No Gía cả
CategoryID Int No Mã loại hàng
Active Bit No Trạng thái
Bảng 3.4: bảng dữ liệu Products
3.2.1.4. Bảng Category
Dùng để lưu thông tin về loại hàng
Name Type Null Chú thích
CategoryID Int No Mã loại
Name Nvarchar(50) No Tên loại
Description Nvarchar(50) No Mô tả
Bảng 3.5: bảng dữ liệu Category
3.2.1.5. Bảng Images
Dùng để lưu thông tin về ảnh mặt hàng
Name Type Null Chú thích
ID Int No Mã ảnh
ImageUrl Nvarchar(250) No Đường dẫn tới ảnh
ProductID int No Mã sản phẩm
Bảng 3.6: bảng dữ liệu Images
3.2.1.6. Bảng Orders
Dùng để lưu thông tin về đơn hàng
Name Type Null Chú thích
OderID Int No Mã đơn hàng
CustomerID Int No Mã khách hàng
UserID Int No Mã nhân viên
DateCreate DateTime No Ngày tạo
DeliveryTime DateTime No Thời gian giao hàng
Status bit No Tình trạng
Bảng 3.7: bảng dữ liệu Orders
3.2.1.7. Bảng Orders Detail
Dùng để lưu thông tin về chi tiết đơn hàng
Name Type Null Chú thích

Trang | 114
 ID Int No Mã chi tiết đơn hàng
OrderID Int No Mã đơn hàng
ProductID Int No Mã sản phẩm
Quanity int No Số lượng
Bảng 3.8: Bảng dữ liệu Orders Detail
3.2.1.7. Bảng Account Details
Dùng để lưu thông tin về tài khoản
Name Type Null Chú thích
ID Int No ID
UserID Int No Mã đơn hàng
Address Nvarchar(50) No Mã sản phẩm
Date create Datetime No Ngày tạo
Date update Datetime No Ngày cập nhật
Phone Numberic(10,0) No Số điệnt hoại
Bảng 3.8: Bảng dữ liệu Orders Detail

Trang | 115
3.2.2. Sơ đồ thực thể liên kết

Trang | 116
 3.3. THIẾT KẾ GIAO DIỆN
Các giao diện được lên ý tưởng và được vẽ lại bằng phần mềm Mockup.
Các giao diện được lên ý tưởng và được vẽ lại bằng phần mềm Mockup.
3.3.1. Giao diện đăng nhập

Hình 3.3: Giao diện đăng nhập

STT Tên trường Loại Mục tiêu

1 Username Textbox Nhập tên user

2 Password Textbox Nhập tên user

3 Forgot Label Hiển thị trang reset password

password
4 Login Button Hiển thị trang chủ
5 Remember me Checkbox Lưu lại tk

Trang | 117
3.3.2. Giao diện đăng ký tài khoản

Hình 3.4: Giao diện đăng ký tài khoản

STT Tên trường Loại Mục tiêu

1 Username Textbox Nhập tên user

2 Password Textbox Nhập tên user

6 Enter password Textbox Nhập lại mk

7 Mã xác nhận Textbox Nhập xác nhận

8 Image Image Hình ảnh của có chứa mã xác nhận
9 Đăng ký Button Click để tạo tk

Trang | 118
3.3.3. Giao diện khôi phục tài khoản

Hình 3.5: Giao diện khôi phục tài khoản

STT Tên trường Loại Mục tiêu

1 Username Textbox Nhập tên user

7 Mã xác nhận Textbox Nhập xác nhận

8 Image Image Hình ảnh của có chứa mã xác nhận
10 Next Button Click để tới bước tiếp theo

Trang | 119
3.3.4. Giao diện trang chủ

Hình 3.6: Giao diện trang chủ

17 Tất cả danh mục combobox Click để hiển thị tất cả danh mục
18 hot Button bar Click để chuyển đến trang hot
19 seach Seach box Thanh tìm kiếm sản phẩm
20 Tin tức Icon Click để chuyển đến trang Tin tức
21 Giỏ hàng icon Click để chuyển đến trang Giỏ
hàng
22 User icon Click để chuyển đến trang User
23 Đăng nhập icon Click để chuyển đến trang Đăng
nhập
24 Image tin tức image Hiển thị hình ảnh những tin tức
mới mới
25 List list menu danh mục về các loại sản
phẩm
26 Logo image Hình ảnh logo

Trang | 120
3.3.5. Giao diện danh sách sản phẩm

Hình 3.7: Giao diện danh sách sản phẩm

27 Image Image Hình ảnh sản phẩm

Trang | 121
3.3.6. Giao diện của người dùng

Hình 3.8: Giao diện home của người dung

28 Menu list list List các chức năng của người dùng

Trang | 122
3.3.7. Giao diện giỏ hàng

Hình 3.9: Giao diện giỏ hàng

27 Image Image Hình ảnh sản phẩm
29 minus icon Trừ, bớt số lượng sp
30 erase icon Xóa sp
31 plus icon Cộng, thêm số lượng sp

Trang | 123
3.3.8. Giao diện điền thông tin khi đặt hàng

Hình 3.10: Giao diện điền thông tin khách hàng

32 Họ tên Text box Nhập họ tên
33 SĐT Text box Nhập SĐT
34 Email Test box Nhập email
35 Button Radio Click để chọn
button
group
36
37 Nhập địa chỉ Text box Nhập địa chỉ

Trang | 124
3.3.9. Giao diện của người quản trị

Hình 3.11: Giao diện home của người quản trị

41 Biểu đồ Diagram Thống kê thu chi
42 lịch Calendar Lịch biểu
43 List ý kiến Text List các ý kiến phản hồi
phản hồi Arena
44 Các yêu cầu Text List các yêu cầu cập nhập
cập nhật Arena thông tin
thông tin
45 Menu list List Hiển thị danh mục chức năng của
nhà quản trị

Trang | 125
3.3.10. Giao diện quản lý tài khoản

Hình 3.12: Giao diện quản lý tài khoản

46 Thêm Button Thêm tk
47 sửa Button Cập nhập tk
48 xóa Button Xóa tk
49 Reset Button Đặt lại măt khẩu tk
password

Trang | 126
3.3.11. Giao diện thêm tài khoản mới

Hình 3.13: Giao diện thêm tài khoản

1 Username Textbox Nhập tên user

2 Password Textbox Nhập tên user

14 Xác nhận Button Click để xác nhận

51 Full name Text box Nhập đầy đủ họ tên
52 phái Text box Nhập giới tính
53 Ngày sinh Text box Nhập ngày sinh

Trang | 127
3.3.12. Giao diện xóa tài khoản

Hình 3.14: Giao diện xóa tài khoản

14 Xác nhận Button Click để xác nhận
51 Full name Text box Nhập đầy đủ họ tên

Trang | 128
 PHẦN IV
VẬN HÀNH VÀ KIỂM THỬ (OPERATING)

4.1. TRIỂN KHAI HỆ THỐNG

4.1.1. Giao diện trang chủ

Hình 4.1: Giao diện trang chủ

4.1.2. Giao diện form đăng nhập

Hình 4.2: Giao diện đăng nhập

Trang | 129
4.1.3. Giao diện danh mục sản phẩm

Hình 4.3: Giao diện danh mục sản phẩm

4.1.4. Giao diện chi tiết sản phẩm

Hình 4.4: Giao diện chi tiết sản phẩm

Trang | 130
4.1.5. Giao diện giỏ hàng

Hình 4.5: Giao diện giỏ hàng

4.1.6. Giao diện sản phẩm

Hình 4.6: Giao diện sản phẩm

Trang | 131
4.1.6. Giao diện thông tin mới nhất

Hình 4.7: Giao thông tin mới nhất

Trang | 132
 KẾT LUẬN
1. NHỮNG VẤN ĐỀ ĐẠT ĐƯỢC
-Tìm hiểu về ngôn ngữ Asp.net và CSS3 và HTML5.
-Áp dụng xây dựng ứng dụng thực nghiệm trang Website bán đồng hồ

2. NHỮNG VẤN ĐỀ CHƯA ĐẠT ĐƯỢC

-Chưa phân tích sâu về vấn đề nhóm đặt ra.
-Chưa hoàn thiện một số chức năng của website.

3. HƯỚNG PHÁT TRIỂN

-Cần tìm hiểu sâu về ngôn ngữ ASP.Net, CSS3, HTML5.
-Tìm hiểu thêm một số ngôn ngữ để nâng cao giao diện đồ họa.
-Xây dựng hoàn thiện trang web với các chức năng nâng cao như: quản lý bài viết, -
đánh giá sản phẩm, khung hỗ trợ trực tuyến,…

Trang | 133
 TÀI LIỆU THAM KHẢO
Tiếng Việt
[1]. Đoàn Văn Ban, Giáo trình phân tích thiết kế hướng đối tượng bằng UML (2010),
NXB Đại học sư phạm.

Tiếng Nước Ngoài

Tài liệu internet

[1]. Nhất Nghệ, Giáo trình ASP.NET-Nhất Nghệ.
https://cuongquach.com/giao-trinh-asp-net-mvc-5-nhat-nghe-pdf.html
[2]. Khuyet Danh, Giáo trình ASP.net với CSharp.
https://voer.edu.vn/c/giao-trinh-aspnet-voi-csharp/da377cda

Trang | 134