Tải bản đầy đủ (.docx) (43 trang)

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

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (2.11 MB, 43 trang )

ĐẠ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

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


…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
…………………………………………………………………………………………………………
1


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

Lời cảm ơn
Để có được sự thành cơng trong mơn học và hồ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 q 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 quý 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.

2


Mục Lục
1.

2.

3.

Tổng quan đề tài

4

1.1.

Đặt vấn đề

4

1.2.


Giải pháp

4

1.3.

Mục tiêu

5

1.4.

Phạm vi

5

1.5.

Công cụ sử dụng

5

Xác định và phân tích yêu cầu

5

2.1.

Khảo sát hiện trạng.


5

2.2.

Phân tích yêu cầu

5

2.2.1.

Yêu cầu chức năng

5

2.2.2.

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

6

Thiết kế hệ thống

6
6

3.1.

Sơ đồ usecase


3.2.

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

10

3.3.

Danh sách usecase

10

3.4.

Đặc tả usercase

11

3.4.1.

Moduel Thêm sản phẩm mới, loại sản phẩm mới

11

3.4.2.

Moduel Thêm phiếu mua hàng

12


3.4.3.

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

13
3


3.4.4.

Moduel Xem phiếu kiểm kho

14

3.4.5.

Moduel Xem doanh thu

15

3.4.7.

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

16

3.4.8.

Moduel hủy đơn hàng


17

Sơ đồ lớp và sơ đồ tuần tự

17

a.
2.

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

Mô tả chi tiết các kiểu dữ liệu trong sơ đồ logic

18
19

i.

Bảng Ghi Chú

19

ii.

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

19

1.


Kiến trúc

21

2.

Thiết kế giao diện

22

2.1.

Danh sách màn hình

22

2.2.

Chi tiết màn hình

22

Màng hình trang chủ website

23
23

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


23

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

24

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

24

Màn hình xem độ tương tác của các cặp yêu nhauMàn hình chi tiết sản phẩm

25

Màn hình giỏ hàng

26
26

3.

Màn hình đăng nhập trang web

26

Màn hình loại sản phẩm

27

Màn hình trang chính dashboard


27

Kết luận

35

3.1.

Mơi trường phát triển và môi trường triển khai

35

3.2.

Kết quả đạt được

35
4


3.3.

Hướng phát triển

35

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 quá 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
5


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.
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 q 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

6


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:
● Thông tin sản phẩm, hóa đơn, khách hàng, thơng tin về những khái niệm chuyên
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
7


3. Thiết kế hệ thống
3.1. Sơ đồ usecase

8


9


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

phẩm

phẩm

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

2

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

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

kiế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
10


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

Thêm sản phẩm, loại sản phẩm mới
Người tạo

Ngày tạo:

10/10/2020

Tác nhân chính

Nhân viên

Tác nhân phụ

Mô tả

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


Xảy ra khi

Nhận được yêu cầu thêm mới sản phẩm, loại sản phẩm

Điều kiện trước

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

Điều kiện sau

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

Dịng sự kiện cơ

1. Có yêu cầu thêm sản phẩm mới

bản

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

Dòng sự kiện

1. Thêm loại sản phẩm khơng có trong hệ thống


ngồi lề

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

Độ ưu tiên

Cao

Quy định liên qua
11


Thơng tin bổ sung
Ngầm định

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

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

Tạo phiếu mua hàng
Người tạo

Ngày tạo:

10/10/2020

Tác nhân chính


Khách hàng

Tác nhân phụ

Mơ tả

Khi khách hàng tiến hành thanh tốn hóa đơn của giao diện giỏ
hàng website

Xảy ra khi

Khi khách hàng có nhu cầu thanh tốn giỏ hàng

Điều kiện trước

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

Điều kiện sau

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

Dịng sự kiện cơ

1. Có u cầu thanh tốn giỏ hàng

bản


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

Cao

Quy định liên qua
Thơng tin bổ sung
Ngầm định

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


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

Thêm phiếu nhập hàng
Người tạo

Ngày tạo:

10/10/2020

Tác nhân phụ


Người bán hàng

Tác nhân chính

Quản lý, Admin

Mơ tả

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ý

Xảy ra khi

Khi actor có nhu cầu lập phiếu mua hàng

Điều kiệ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 đủ, cart không trống

Điều kiện sau

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

Dịng sự kiện cơ


1. Có yêu cầu lập phiếu mua hàng

bản

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

Cao

Quy định liên qua
Thơng tin bổ sung
Ngầm định

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

3.4.4. Moduel Xem phiếu kiểm kho
13


Thêm phiếu nhập hàng
Người tạo


Ngày tạo:

10/10/2020

Tác nhân chính

Quản lý, Admin

Tác nhân phụ

Mơ tả

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

Xảy ra khi

Khi actor có nhu cầu kiểm tra kho của cửa hàng

Điều kiệ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 đủ

Điều kiện sau

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


Dịng sự kiện cơ

1. Có u cầu xem kiểm kho

bản

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

Dịng sự kiện
ngồi lề
Độ ưu tiên

Cao

Quy định liên qua
Thơng tin bổ sung
Ngầm định

Khơng có

3.4.5. Moduel Xem doanh thu
14


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

Người tạo

Ngày tạo:

10/10/2020

Tác nhân chính

Admin

Tác nhân phụ

Mơ tả

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

Xảy ra khi

Khi actor có nhu cầu xem báo cáo doanh thu

Điều kiệ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 đủ

Điều kiện sau

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

Dịng sự kiện cơ

1. Có u cầu xem báo cáo doanh thu

bản

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

Dịng sự kiện
ngồi lề
Độ ưu tiên

Cao

Quy định liên qua
Thơng tin bổ sung
Ngầm định

Khơng có

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


15


Thêm phiếu nhập hàng
Người tạo

Ngày tạo:

10/10/2020

Tác nhân chính

Admin

Tác nhân phụ

Mơ tả

Khi khách hàng có nhu cầu muốn tìm kiếm và xem danh sách
sản phẩm

Xảy ra khi

Khi actor có nhu cầu muốn tìm kiếm và xem danh sách sản
phẩm

Điều kiện trước

PRE-1: Actor có quyền được truy cập vào website


Điều kiện sau

POST-1: u cầu được chấp nhận và có thể được nhìn thấy bởi
quản lý, admin

Dịng sự kiện cơ

1. Có nhu cầu muốn tìm kiếm sản phẩm

bản

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

Dịng sự kiện
ngồi lề
Độ ưu tiên

Cao

Quy định liên qua
Thơng tin bổ sung
Ngầm định

Khơng có


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

Thêm phiếu nhập hàng
16


Người tạo

Ngày tạo:

10/10/2020

Tác nhân chính

Admin

Tác nhân phụ

Mơ tả

Khi khách hàng có nhu cầu muốn hủy đơn hàng đã thanh tốn
trước đó

Xảy ra khi

Khi actor có nhu cầu muốn hủy đơn hàng đã thanh tốn trước
đó

Điều kiệ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

Điều kiện sau

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

Dịng sự kiện cơ

6. Có yêu cầu hủy đơn hàng

bản

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

Dịng sự kiện
ngồi lề
Độ ưu tiên

Cao

Quy định liên qua

Thông tin bổ sung
Ngầm định

Không có

a. Sơ đồ lớp và sơ đồ tuần tự
17


● Sơ đồ tuần tự thêm sản phẩm, loại sản phẩm

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

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

Ý Nghĩa
18


1

product

Lưu thông tin sản phẩm

2

user


Lưu thông tin tài khoản

3

role

Lưu thông tin phân quyền chức năng

4

customer

Lưu thông tin chi tiết của khách hàng

5

category

Lưu thông tin về loại sản phẩm

6

bill

Lưu thông tin về thơng tin hóa đơn

7

billDetail


Lưu thơng tin chi tiết về hóa đơn

8

receipt

Lưu thơng tin về phiếu nhập hàng

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

Thuộc tính

Kiểu

1

id

ObjectId

2

name

string

3


phone

string

4

birthDate

Date

STT

Thuộc tính

Kiểu

1

id

ObjectId

2. Product

19


2


amount

ObjectId

3

discount

int

4

idcat

ObjectId

5

src

string

6

cateC

Date

7


dateU

Date

8

name

string

9

barcode

string

10

author

string

11

detail

string

12


company

string

13

isbn

float

14

price

float

15

rate

float

STT

Thuộc tính

Kiểu

1


id

ObjectId

2

name

string

3

idCat

string

STT

Thuộc tính

Kiểu

1

id

ObjectId

2


name

string

3. category

4. role

5. user
20


STT

Thuộc tính

Kiểu

1

id

ObjectId

2

username

string


3

password

string

4

roles

array

STT

Thuộc tính

Kiểu

1

id

ObjectId

2

discountCode

string


3

status

string

4

dateC

Date

5

iduser

ObjectId

6

money

float

7

phone

string


8

address

string

STT

Thuộc tính

Kiểu

1

id

ObjectId

2

discountCode

string

3

idCus

ObjectId


4

dateC

Date

5

des

string

6

money

float

7

company

string

STT

Thuộc tính

Kiểu


1

id

ObjectId

6. bill

7. receipt

8. billDetail

21


2

item

ObjectId

3

amount

int

4

idbill


ObjectId

1. Kiến trúc
Kiến trúc Client – Server:

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


● 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

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

23


Màn hình danh sách sản phẩm
Màn hình giới thiệu về tarot

24


×