ĐỒ án WEBSITE bán bài TAROT và đá PHONG THỦY

=
ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN
KHOA CÔNG NGHỆ PHẦN MỀM
----------

Báo Cáo Đồ Án 1
WEBSITE BÁN BÀI TAROT VÀ ĐÁ
PHONG THỦY

Giảng viên hướng dẫn:
ThS.Huỳnh Hồ Thị Mộng Trinh

Sinh viên thực hiện:
Trần Hiệp Nguyên Huy -17520590


Tp. Hồ Chí Minh, 1/2021
Nhận Xét Của Giáo Viên

…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………

…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
2


…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
………………………………………………………………
…..........................., ngày..........tháng..........năm 2021
Người nhận xét
(Ký tên)

3


Lời cảm ơn
Để có được sự thành cơng trong mơn học và hoàn thành tốt đồ án 1 “Website bán bài tarot và
đá phong thủy” em đã nhận được rất nhiều sự giúp đỡ của các quý thầy cô và bạn bè. Tỏ lòng biết
ơn sâu sắc em xin chân thành cảm ơn những giảng viên ở khoa Công nghệ phần mềm – Đại học

Công Nghệ Thông Tin đã cùng với tri thức và tâm huyết của mình truyền đạt vốn kiến thức quý báu
cho em trong suốt thời gian học tập tại trường.
Em xin chân thành cảm ơn Cô Huỳnh Hồ Thị Mộng Trinh đã tận tâm hướng dẫn chúng em
qua từng buổi học trên lớp. Nếu khơng có những lời hướng dẫn, chỉ bảo của thầy cơ thì em nghĩ q
trình hồn thiện bài báo cáo này của chúng em sẽ gặp nhiều vấn đề và khó khăn hơn.
Do kiến thức và khả năng của em còn nhiều hạn chế, vì vậy khơng tránh khỏi những thiếu
sót, yếu kém. Em rất mong nhận được những ý kiến đóng góp q báu của thầy cơ để kiến thức của
em được hồn thiện hơn.
Sau cùng, em xin kính chúc q thầy cô ở khoa Công nghệ phần mềm và Cô Huỳnh Hồ Thị
Mộng Trinh thật dồi dào sức khỏe, niềm tin để tiếp tục thực hiện sứ mệnh cao đẹp của mình là
truyền đạt kiến thức cho thế hệ mai sau.
Trân trọng cảm ơn.

4


Mục Lục

1. Tổng quan đề tài
1.1. Đặt vấn đề

Dựa trên nhu cầu thực tế của xã hội ngày càng có nhiều văn hóa và khoa học của các nước
trên thế giới du nhập về Việt Nam và trong số đó bài tarot và đá phong thủy đang ngày càng
được nhiều bạn trẻ cũng như nhiều thành phần trong xã hội quan tâm. Nhằm giải quyết
những vấn đề những bạn trẻ gặp trong việc tiếp cận cùng như mua bán đối với bài tarot, tạo
ra một nơi uy tín cũng như an tồn giúp cho các khách hàng có nhu cầu sẽ tìm được sản
phẩm tốt, đồng thời giúp các chủ cửa hàng bán bài tarot và đá phong thủy quản lý của hàng
tốt hơn, đổi mới phương thức mua và bán thủ công hay thông qua các trang mạng xã hội. Đó
là những nội dung cơ bản đề cập đến trong đề tài này
Website bán bài tarot và đá phong thủy sẽ giúp ích rất nhiều cho khách hàng, chủ của hàng.

Bạn không cần thiết phải biết nhiều về tin học, bạn vẫn có thể sử dụng trang web một cách
hiệu quả. Giao diện thuận tiện dễ sử dụng của chương trình sẽ ln khiến bạn cảm thấy thật
thoải mái khi sử dụng website.
1.2. Giải pháp

Để có thể hồn thành được đề tài thì cần phải nghiên cứu những nội dung như sau:
• Tìm hiểu cách thức mua và bán bài tarot, đá phong thủy.
• Tìm hiểu về các nghiệp vụ liên quan tới q trình mua bán.
• Cần phải tìm hiểu nghiên cứu về những nhu cầu có thể phát sinh của người dung để
có giải pháp phù hợp.
• Tìm hiểu những thuật ngữ chun mơn, những khái niệm cũng như những liên quan
đến tarot, đá phong thủy. Nghiên cứu cách tư vấn bài phù hợp cho khách hàng.
1.3. Mục tiêu

Xây dựng website bán bài tarot và đá phong thủy đáp ứng những nhu cầu sau:
• Thực hiện được các chức năng cơ bản của một website bán hàng
• Trang dashboard giúp chủ cửa hàng có thể quản lý, cập nhật thơng tin.
• Tìm kiếm hỗ trợ người dung khi có nhu cầu
• Thuật tốn hỗ trợ khi khác hàng có nhu cầu tìm hiểu, mua hàng theo như cầu.
5


1.4. Phạm vi

Thời gian thực hiện đồ án có hạn, việc xây dựng website sẽ tập trung vào các chức năng
chính bao gồm : Quản lý mua bán bài tarotm đá phong thủy, Quản lý các mặt hàng, Quản lý
sản phẩm , Quản lý user.
1.5. Công cụ sử dụng

Trong quá trình xây dựng phần mềm, nhóm đã sử dụng phần mềm sau:

• Visual Studio Code: IDE xây dựng phần mềm
• MonggoDB: Hệ quản trị cơ sở dữ liệu.
• ReactJS: Xây dựng giao diện website
2. Xác định và phân tích yêu cầu
2.1. Khảo sát hiện trạng.
ST

Chủ đề

Yêu cầu

T
Nắm rõ các thành phần của thông tin nghiệp vụ.
1

Các thành phần thông tin về
nghiệp vụ
Nắm rõ những nhu cầu cũng như thắc mắc khi một người dung

2

Những thắc mắc của người

muốn tìm cho mình một sản phẩm

dung khi muốn mua bài
tarot và đá phong thủy
Tìm hiểu kỹ về tài ngun máy móc, trang thiết bị, phần mềm, hệ
3

Hệ thống máy móc phần

điều hành phần lớn của khách hàng.

mềm
2.2. Phân tích yêu cầu
2.2.1.Yêu cầu chức năng

Yêu cầu lưu trữ:
Tính năng lưu trữ là yêu cầu quan trọng nhất của hệ thống là cơ sở để thực hiện phần
lớn tính năng của hệ thống, để đảm bảo việc quản có hiệu quả hệ thống lưu trữ cần lưu
trữ những thông tin sau:
6


•

Thơng tin sản phẩm, hóa đơn, khách hàng, thơng tin về những khái niệm chun

•

sâu về lĩnh vực.
Thơng tin user, phân quyền các user

•

u cầu tính năng:
•

Chức năng tìm kiếm sản phẩm, tìm kiếm sản phẩm phù hợp theo các thơng tin

•
•
•

được nhập vào
Chức năng thống kê báo cáo, quản lý kho
Chức năng cập nhật
Các chức năng tự động

2.2.2.Yêu cầu phi chức năng

Yêu cầu về giao diện: giao diện phải thân thiện với người dùng, phù hợp. Người dùng có
thể dễ dàng sử dụng cũng như thap tác
Yêu cầu chất lượng:
• Tính tiến hóa
• Tính tiện dụng
• Tính hiệu quả
• Tính tương thích
3. Thiết kế hệ thống
3.1. Sơ đồ usecase

7


8


9

10


3.2. Danh sách tác nhân hệ thống

STT

Tác nhân của hệ thống

Ý nghĩa

1

Admin

Người quản trị của hệ thống

2

Quản lý

Quản lý các nghiệp vụ chính của cửa hàng,
quản lý nhân viên

3

Nhân viên

Quản lý thơng tin sản phẩm, hóa đơn, khách

hàng

4

Khách hàng

Thực hiện được các chức năng cơ bản khi vào
một website bán hàng

3.3. Danh sách usecase

STT

Usecase

Ý nghĩa

1

Quản lý sản phẩm, loại sản

Giúp quản lý thông tin sản phẩm, loại sản
11


phẩm

phẩm

2

Quản lý hóa đơn nhập xuất

Giúp quản lý thơng tin chi tiết về hóa đơn
nhập, xuất sản phẩm của cửa hàng

3

Quản lý nhân viên, user

Giúp quản lý thông tin nhân viên, khách hàng,
user

4

Quản lý kho

Giúp quản lý thông tin kho

5

Báo cáo doanh thu

Giúp quản lý thông tin doanh thu của cửa hàng
theo thời gian

6

Xem thơng tin sản phẩm, tìm
kiếm

Giúp xem thơng tin chi tiết về sản phẩm, tìm
kiếm sản phẩm cần thiết

7

Mua sản phẩm

Thực hiện được chức năng mua sản phẩm

8

Hủy đơn hàng

Khi khách hàng đã chốt đơn có thể thực hiện
hủy đơn nếu đủ các điều kiện

3.4. Đặc tả usercase
3.4.1.Moduel Thêm sản phẩm mới, loại sản phẩm mới

Người tạo
Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước
Điều kiện sau
Dịng sự kiện cơ
bản

Dịng sự kiện

ngồi lề

Thêm sản phẩm, loại sản phẩm mới
Ngày tạo:
10/10/2020
Nhân viên
Tác nhân phụ
Khi nhân viên của hệ thống tiến hành thêm sản phẩm, loại sản
phẩm mới
Nhận được yêu cầu thêm mới sản phẩm, loại sản phẩm
PRE-1: Nhân viên đã đăng nhập vào hệ thống
PRE-2: Nhân viên được phân quyền tương ứng
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bỏi
quản lý
POST-2: Thơng tin được lưu trữ vào hệ thống
1. Có yêu cầu thêm sản phẩm mới
2. Nhân viên hệ thống chọn thêm sản phẩm mới ở website
3. Điền đầy đủ các thông tin cần thiết cho thêm sách mới
4. Nhân viên xác nhận lại thông tin
5. Nhân viên tiến hành thêm sản phẩm mới
1. Thêm loại sản phẩm khơng có trong hệ thống
1.1. Lưu lại thông tin và tiến hành thêm mới loại sách
1.2. Quay lại thực hiện thêm mới loại sách thêm yêu cầu
12


Độ ưu tiên
Quy định liên qua
Thông tin bổ sung

Cao

Ngầm định

Không có

1. Nhân viên có thể tạo sản phẩm mới nếu cần thiết

3.4.2.Moduel Thêm phiếu mua hàng

Tạo phiếu mua hàng
Người tạo
Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước
Điều kiện sau
Dịng sự kiện cơ
bản

Ngày tạo:
10/10/2020
Khách hàng
Tác nhân phụ
Khi khách hàng tiến hành thanh tốn hóa đơn của giao diện giỏ
hàng website
Khi khách hàng có nhu cầu thanh tốn giỏ hàng
PRE-1: KH đã đăng nhập vào website
PRE-2: Các thông tin đều được cung cấp đủ, cart không trống
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bởi

quản lý
POST-2: Thơng tin được lưu trữ vào hệ thống
1. Có yêu cầu thanh toán giỏ hàng
2. Khách hàng vào giao diện giỏ hàng ở website
3. Điền đầy đủ các thông tin cần thiết cho việc thanh tốn
4. Xác nhận lại thơng tin
5. Nhân viên tiến hành thanh tốn

Dịng sự kiện
ngồi lề
Độ ưu tiên
Quy định liên qua
Thơng tin bổ sung

Cao

Ngầm định

Khơng có

1. Khách hàng có thể hủy đơn hàng mới nếu cần thiết

3.4.3.Moduel Thêm phiếu nhập hàng

Người tạo
Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước

Thêm phiếu nhập hàng
Ngày tạo:
10/10/2020
Quản lý, Admin
Tác nhân phụ
Người bán hàng
Khi actor có nhu cầu lập phiếu mua hàng cho cửa hàng thì sẽ
thực hiện thêm phiếu nhập hàng để cửa hàng quản lý
Khi actor có nhu cầu lập phiếu mua hàng
PRE-1: Actor đã đăng nhập vào website, có quyền được truy
cập
13


Dịng sự kiện cơ
bản

PRE-2: Các thơng tin đều được cung cấp đủ, cart không trống
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bởi
quản lý, admin
POST-2: Thơng tin được lưu trữ vào hệ thống
1. Có yêu cầu lập phiếu mua hàng
2. Actor vào giao diện lập phiếu mua hàng ở website admin
của cửa hàng
3. Điền đầy đủ các thơng tin cần thiết cho việc thanh tốn
4. Xác nhận lại thơng tin
5. Actor tiến hành lập phiếu

Dịng sự kiện
ngồi lề

Độ ưu tiên
Quy định liên qua
Thơng tin bổ sung

Cao

Điều kiện sau

1. Actor có thể tạo sản phẩm mới nếu cần thiết

Ngầm định
Khơng có
3.4.4.Moduel Xem phiếu kiểm kho

Người tạo
Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước
Điều kiện sau
Dịng sự kiện cơ
bản

Dịng sự kiện
ngồi lề
Độ ưu tiên
Quy định liên qua
Thơng tin bổ sung
Ngầm định

Thêm phiếu nhập hàng
Ngày tạo:
10/10/2020
Quản lý, Admin
Tác nhân phụ
Khi actor có nhu cầu lập phiếu kiểm kho cho cửa hàng thì sẽ
thực hiện kiểm kho
Khi actor có nhu cầu kiểm tra kho của cửa hàng
PRE-1: Actor đã đăng nhập vào website, có quyền được truy
cập
PRE-2: Các thơng tin đều được cung cấp đủ
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bởi
quản lý, admin
POST-2: Thơng tin được lưu trữ vào hệ thống
1. Có yêu cầu xem kiểm kho
2. Actor vào giao diện kiểm kho ở website admin của cửa
hàng
3. Điền đầy đủ các thông tin cần thiết
4. Xác nhận lại thông tin
5. Actor tiến hành xem
Cao
Khơng có
14


15


3.4.5.Moduel Xem doanh thu

Người tạo
Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước
Điều kiện sau
Dịng sự kiện cơ
bản

Dịng sự kiện
ngồi lề
Độ ưu tiên
Quy định liên qua
Thông tin bổ sung
Ngầm định

Thêm phiếu nhập hàng
Ngày tạo:
10/10/2020
Admin
Tác nhân phụ
Khi actor có nhu cầu xme doanh thu cho cửa hàng thì sẽ thực
hiện báo cáo doanh thu
Khi actor có nhu cầu xem báo cáo doanh thu
PRE-1: Actor đã đăng nhập vào website, có quyền được truy
cập
PRE-2: Các thông tin đều được cung cấp đủ
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bởi
quản lý, admin
POST-2: Thông tin được lưu trữ vào hệ thống

1. Có yêu cầu xem báo cáo doanh thu
2. Actor vào giao diện báo cáo doanh thu ở website admin
của cửa hàng
3. Điền đầy đủ các thông tin cần thiết
4. Xác nhận lại thơng tin
5. Actor tiến hành xem
Cao
Khơng có

3.4.6.

16


3.4.7.Moduel tìm kiếm, xem thơgn tin sản phẩm

Người tạo
Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước
Điều kiện sau
Dịng sự kiện cơ
bản

Dịng sự kiện
ngồi lề
Độ ưu tiên
Quy định liên qua
Thơng tin bổ sung

Ngầm định

Thêm phiếu nhập hàng
Ngày tạo:
10/10/2020
Admin
Tác nhân phụ
Khi khách hàng có nhu cầu muốn tìm kiếm và xem danh sách
sản phẩm
Khi actor có nhu cầu muốn tìm kiếm và xem danh sách sản
phẩm
PRE-1: Actor có quyền được truy cập vào website
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bởi
quản lý, admin
1. Có nhu cầu muốn tìm kiếm sản phẩm
2. Actor vào giao diện website, thanh tìm kiếm của phần
header ở website của cửa hàng
3. Điền đầy đủ các thông tin cần thiết
4. Xác nhận lại thơng tin
5. Actor tiến hành nhấn nút tìm kiếm và xem danh sách sản
phẩm tương ứng với từ khóa tìm kiếm
Cao
Khơng có

17


3.4.8.Moduel hủy đơn hàng

Người tạo

Tác nhân chính
Mơ tả
Xảy ra khi
Điều kiện trước

Điều kiện sau
Dịng sự kiện cơ
bản

Dịng sự kiện
ngồi lề
Độ ưu tiên
Quy định liên qua
Thông tin bổ sung
Ngầm định

Thêm phiếu nhập hàng
Ngày tạo:
10/10/2020
Admin
Tác nhân phụ
Khi khách hàng có nhu cầu muốn hủy đơn hàng đã thanh tốn
trước đó
Khi actor có nhu cầu muốn hủy đơn hàng đã thanh toán trước đó
PRE-1: Actor đã đăng nhập vào website, có quyền được truy
cập
PRE-2: Các thông tin đều được cung cấp đủ, đơn hàng chưa
chuyển sang trạng thái đang chuyển hàng
POST-1: Yêu cầu được chấp nhận và có thể được nhìn thấy bởi
quản lý, admin

POST-2: Thông tin được lưu trữ vào hệ thống
6. Có yêu cầu hủy đơn hàng
7. Actor vào giao diện lịch sử đơn hàng ở website của cửa
hàng
8. Điền đầy đủ các thông tin cần thiết
9. Xác nhận lại thông tin
10. Actor tiến hành hủy đơn hàng
Cao
Khơng có

a. Sơ đồ lớp và sơ đồ tuần tự
• Sơ đồ tuần tự thêm sản phẩm, loại sản phẩm

18


2. Thiết kế dữ liệu

19


a. Mô tả chi tiết các kiểu dữ liệu trong sơ đồ logic
i. Bảng Ghi Chú

STT
1
2
3
4
5

6
7
8
ii.

Tên bảng
product
user
role
customer
category
bill
billDetail
receipt

Ý Nghĩa
Lưu thông tin sản phẩm
Lưu thông tin tài khoản
Lưu thông tin phân quyền chức năng
Lưu thông tin chi tiết của khách hàng
Lưu thông tin về loại sản phẩm
Lưu thông tin về thông tin hóa đơn
Lưu thơng tin chi tiết về hóa đơn
Lưu thơng tin về phiếu nhập hàng

Mô tả chi tiết các kiểu dữ liệu
1. customer
STT

Thuộc tính

Kiểu
20


1
2
3
4

id
name
phone
birthDate

ObjectId
string
string
Date

Thuộc tính
id
amount
discount
idcat
src
cateC
dateU
name
barcode

author
detail
company
isbn
price
rate

Kiểu
ObjectId
ObjectId
int
ObjectId
string
Date
Date
string
string
string
string
string
float
float
float

STT
1
2
3

Thuộc tính

id
name
idCat

Kiểu
ObjectId
string
string

STT
1
2

Thuộc tính
id
name

Kiểu
ObjectId
string

STT
1
2
3
4

Thuộc tính
id
username

password
roles

Kiểu
ObjectId
string
string
array

2. Product

STT
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
3. category

4. role

5. user

21


6. bill

STT
1
2
3
4
5
6
7
8
7. receipt

Thuộc tính
id
discountCode
status
dateC
iduser
money
phone
address

Kiểu

ObjectId
string
string
Date
ObjectId
float
string
string

STT
1
2
3
4
5
6
7
8. billDetail

Thuộc tính
id
discountCode
idCus
dateC
des
money
company

Kiểu
ObjectId

string
ObjectId
Date
string
float
string

Thuộc tính
id
item
amount
idbill

Kiểu
ObjectId
ObjectId
int
ObjectId

STT
1
2
3
4
1. Kiến trúc

Kiến trúc Client – Server:

22

Kiến trúc Client-Server (máy khách-máy chủ) là một mơ hình máy tính, trong đó máy chủ
(server), cung cấp và quản lý hầu hết các nguồn lực và dịch vụ cho máy khách (client).
Kiểu kiến trúc này có một hoặc nhiều máy khách kết nối với máy chủ trung tâm thông qua mạng
hoặc Internet.
Kiến trúc Client-Server cũng có thể được gọi là mạng mơ hình tính tốn vì tất cả các yêu cầu
và dịch vụ là được phân phối qua mạng.
Client:
Các ứng dụng di động (mobile apps)
Các ứng dụng trên máy tính bảng (tablet apps)
Trình duyệt (Windows)

•
•
•

Sever:
Server của trang web (Web server)

•

Ưu điêm: Ưu điểm của mơ hình client server là với mơ hình client server thì mọi thứ dường như
đều nằm trên bàn tay của người sử dụng, nó có thể truy cập dữ liệu từ xa (bao gồm các cơng việc
như gửi và nhận file, tìm kiếm thơng tin, …) với nhiều dịch vụ đa dạng mà mơ hình cũ khơng
thể làm được. Mơ hình client/server cung cấp một nền tảng lý tưởng cho phép tích hợp các kỹ
thuật hiện đại như mơ hình thiết kế hướng đối tượng, hệ chuyên gia, hệ thông tin địa lý (GIS)…
Nhược điểm: Một trong những vấn đề nảy sinh trong mơ hình này đó là tính an tồn và bảo mật
thơng tin trên mạng. Do phải trao đổi dữ liệu giữa 2 máy ở 2 khu vực khác nhau cho nên dễ dàng
xảy ra hiện tượng thông tin truyền trên mạng bị lộ.
2. Thiết kế giao diện

2.1. Danh sách màn hình

STT

Tên màn hình

Ý nghĩa/Ghi chú

1

Đăng nhập

Đăng nhập vào hệ thống

2

Đăng ký

Đăng ký vào hệ thống

3

Đăng bài post

Đăng bài post lên hệ thống

4

Chỉnh sửa, xóa bài post

Chỉnh sửa, xóa bài post của mình trong hệ thống

5

Xem bài post

Xem bài post có trong hệ thống

6

Thêm comment

Thêm comment cho bài post

7

Chỉnh sửa, xóa comment

Chỉnh sửa, xóa bài post của mình trong bài post
23


8

Lưu bài post

Lưu lại bài post để xem sau

9

Thống kê sản phảm

Thống kê các bài post đã được bán hoặc đang
được bán

2.2. Chi tiết màn hình

Màng hình trang chủ website

Màn hình danh sách sản phẩm

24


Màn hình giới thiệu về tarot

Màn hình Lựa chọn đá phong thủy theo ngày sinh, cung hoàng đạo

25