Báo Cáo Phân Tích Và Thiết Kế Hệ Thống Web Shop.pdf

- Các dòng sự kiện khác: Nếu người dùng không muốn tạo tài khoảnthì chọn Hủy - Các yêu cầu đặc biệt: Không có - Trạng thái hệ thống khi bắt đầu thực hiện UseCase: Tài khoảnkhách hàng đăn

KHOA CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG

Đại học Đà Nẵng

()

BÁO CÁO PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG

WEB SHOP

Giáo viên hướng dẫn: PGS.TS Võ Trung Hùng

Người thực hiện: Phan Ngọc Việt Anh – 17IT3

Nguyễn Quốc Cường – 17IT3Trương Huỳnh Đức – 17IT3

Đà Nẵng, tháng 12 nằm 2018

MỤC LỤC

LỜI MỞ ĐẦU 3

I TỔNG QUAN VỀ HỆ THỐNG 4

Mục đích 4

Phạm vi 4

Tổng quan 5

II XÁC ĐỊNH CÁC TÁC NHÂN 5

1 Xác định các Actor (Tác nhân) 5

2 Biểu đồ Use Case 5

a) Khách hàng 5

b) Admin 6

c) Tổng quan 7

3 Đặc tả các Use Case 8

i) Khách hàng 8

(a) UseCase “Đăng nhập” 8

(b) Use Case “Đăng ký” 9

(c) Use Case “Tìm kiếm” 9

(d) Use Case “Thêm sản phẩm vào giỏ hàng” 10

(e) Use Case “Cập nhật giỏ hàng” 10

(f) Use Case “Đặt mua sản phẩm” 11

(g) Use Case “Đánh giá” 11

ii) Admin 12

(a) Use Case “Quản lí khách hàng” 12

(b) Use Case “Quản lí sản phẩm” 12

(c) Use Case “Quản lí danh mục” 13

(d) Use Case “Quản lí đơn hàng” 13

(e) Use Case “Xem danh sách khách hàng thành viên” 14

(f) Use Case “Xóa danh khách hàng thành viên” 15

(g) Use Case “Xem danh thống kê” 15

(h) Use Case “Xem danh sách đánh giá” 16

4 Danh sách các Use Case 17

III BIỂU ĐỒ LỚP 18

1 Biểu đồ lớp theo mô hình MVC 18

2 Mô tả biểu đồ 18

a) Danh sách các lớp: 18

b) Sản phẩm 19

c) Danh mục 20

2

d) Khách hàng 20

e) Admin 21

f) Hoá đơn 21

g) Đơn hàng 22

h) Đánh giá 22

i) Tài khoản 23

IV BIỂU ĐỒ HOẠT ĐỘNG 24

1 Biểu đồ hoạt động truy cập 24

2 Biểu hoạt động đặt hàng 25

V BIỂU ĐỒ TUẦN TỰ 26

1 Biều đồ tuần tự “Đăng nhập, đăng ký và đăng xuất” 26

2 Biểu đồ tuần tự “thêm sản phầm vào vào giỏ hàng” 27

VI. BIỀU ĐỒ THÀNH PHẦN 28

VII BIỂU ĐỒ TRIỂN KHAI 29

VIII. KẾT LUẬN VÀ ĐỊNH HƯỚNG TƯƠNG LAI 29

1 Thực hiên tốt 29

2 Chưa làm được 29

3 Định hướng cho tương lai 29

IX. TÀI LIỆU THAM KHẢO 30

3

LỜI MỞ ĐẦU

Trong xu thế tự do hóa thương mại toàn cầu của mỗi quốc gia và mỗi doanhnghiệp điều phải nâng cao sực mạnh của mình, đấu trang để tồn tại và bắt kịp xuthế chung Thương mại điện tử là một trong những xu hương chung giúp cácdoanh nghiệp và từng quốc gia tham gia vào chương trình thương mại hóa toàncầu Để không đứng ngoài chúng ta cần phải kịp xu thế, tạo ra cơ hội, thúc đẩy sựphát triển kinh tế Và để làm được những điều đó, chúng tôi đã đưa ra một ýtưởng tuyệt vời để gia nhập vào trong lĩnh vực này,đó là:

WEB SHOP

Thương mại điện tử giúp giảm thấp chi phí bán hàng và chi phí tiếp thị BằngInternet/web, một nhân viên bán hàng có thể giao dịch được với rất nhiều kháchhàng, catalogue điện tử trên các trang web không những phong phú hơn mà cònthường xuyên được cập nhật so với các catalogue in ấn khuôn khổ giới hạn vàluôn luôn lỗi thời Qua đó thương mại điện tử tạo điều kiện cho việc thiết lập vàcủng cố mối quan hệ giữa các nhân tố tham gia vào quá trình thương mại Thôngqua mạng, các đối tượng tham gia có thể giao tiếp trực tiếp và liên tục với nhaunhờ đó sự hợp tác lẫn sự quản lý đều được tiến hành nhanh chóng và liên tục

Vì vậy nhóm chúng tôi đã chọn đề tài áp dụng thương mại điện với WEB SHOP

để hiểu thêm và đóng góp một phần nhỏ vào việc hoàn thiện và phát triển hệthống thương mại điện tử ở Việt Nam

Trong quá trình phân tích và thiết kệ hệ thống WEB SHOP của chúng tôi cònnhiều thiếu sót do còn hạn chế, mong thầy cô và các bạn đống góp ý kiến đểnhóm hoàn thiện bài tiểu luận này

Xin chân thành cảm ơn!

4

I TỔNG QUAN VỀ HỆ THỐNG

Mục đích

Tạo ra môi trường mua sắm trên internet để thay đổi phương thức mua bán truyền thông Là một công cụ để quản lí tốt hàng hoá, quy trình một các hiệu quả Tiết kiệm được nhiều thời gian của khách hàng Các thức thanh toán thuận tiện khi nhận được hàng Và không phải cần phụ thuộc vào các nhân viên để quản lý

Có hai đối tượng tương tác với hệ thống của chúng tôi là: Khách hàng

và Quản trị viên (Admin)

Tác nhân Khách hàng tương tác với hệ thống Web Shop thông quatrang bán hàng của hệ thông Trên giao diện của trang chủ, khách hàng

có thể tìm và chọn các sản phẩm để thêm vào giỏ hàng trên Web Shop.Sau đó điền thông tin và thanh toán Hệ thống sẽ lưu lại đơn hàng củakhách hàng Sản phẩm sẽ được giao đến khách hàng theo hình thức ShipCOD Khi nhận dược sản phẩm, khách hàng có thể đến trang chi tiết sảnphẩm đã mua để đánh giá về chất lượng sản phẩm cũng như dịch vụTác nhân Admin tương tác với hệ thông Web Shop thông qua trangquản trị của hệ thông Trên trang quản trị sẽ có các chức năng như :Quản lý khách hàng, quản lý sản phẩm, quản lí danh mục, xem thông tinđơn hàng, xem thông kê của hệ thông…

5

2 Biểu đồ Use Case

a) Khách hàng

6

b) Admin

7

c) Tổng quan

3 Đặc tả các Use Case

i) Khách hàng

(a)UseCase “Đăng nhập”

- Tóm tắt: Sử dụng UseCase “Đăng nhập” để đăng nhập vào hệ thống

- Actor: Khách hàng thành viên, Quản trị viên

- Các dòng sự kiện chính

8

 B1: Trên giao diện màn hình, người dùng chọn Đăng nhập.

nhập thông tin vào giao diện để kiểm tra tài khoản

tài khoản của admin thì chuyển sang trang quản trị, ngược lạinếu quyền của tài khoản là khách hàng thành viên thì chuyểnsang trang chủ

- Các yêu cầu đặc biệt: Tài khoản của khách hàng nhập đúng thôngtin đã đăng ký trên hệ thống

- Trạng thái hệ thống khi bắt đầu thực hiện UseCase: Đối với tàikhoản khách hàng trước khi bắt đầu thực hiện UseCase yêu cầu phảiĐăng ký Đối với tài khoản admin yếu cầu nhập đúng thông tin

- Trạng thái hệ thống sau khi thực hiện UseCase: Sau khi thực hiệnUseCase hệ thống sẽ thông báo đăng nhập thành công hay chưa(b)Use Case “Đăng ký”

- Tóm tắt: UseCase này cho phép khách hàng đăng ký tài khoảng trên

hệ thống Khách hàng đăng nhập các thông tin: tên đăng nhập, mậtkhẩu, email, địa chỉ

- Actor: Khách hàng

- Các dòng sự kiện chính

viếng thăm thông tin vào giao diện để lưu vào cơ sở dữ liệu

- Các dòng sự kiện khác: Nếu người dùng không muốn tạo tài khoảnthì chọn Hủy

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

- Trạng thái hệ thống khi bắt đầu thực hiện UseCase: Tài khoảnkhách hàng đăng ký không có trên hệ thống

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ thông báo tài khoản tạo thành công hay chưa(c)Use Case “Tìm kiếm”

- Tóm tắt: UseCase “Tìm kiếm” cho phép người dùng tìm kiếm sảnphẩm theo tiêu chí khác nhau

9

- Actor: Khách hàng

- Các dòng sự kiện chính

(d)Use Case “Thêm sản phẩm vào giỏ hàng”

- Tóm tắt: Khách hàng sử dụng UseCase “Đưa sản phẩm vào giỏhàng” để đặt những sản phẩm mình cần mua vào không gian lưu trữtạm thời trên web

- Actor: Khách hàng

- Các dòng sự kiện chính

viếng thăm chọn Đưa vào giỏ hàng

viếng thăm đưa vào giỏ

- Điểm mở rộng: Tại giao diện giỏ hàng sẽ có các chức năng: Xóa giỏhàng, tiếp tục mua, cập nhật số lượng cho sản phẩm đã đặt, xóa 1hoặc nhiều sản phẩm

(e)Use Case “Cập nhật giỏ hàng”

- Tóm tắt: UseCase này cho phép người dùng thực hiện các chứcnăng thêm, sửa, xoá, cập nhật số lượng sản phẩm trong giỏ hàng

- Actor: Khách hàng thành viên

- Các dòng sự kiện chính

10

 B1: Trên giao diện giỏ hàng, chọn sản phẩm cần cập nhật.

(f) Use Case “Đặt mua sản phẩm”

- Tóm tắt: Khách hàng thành viên sử dụng usecase “Đặt mua” đểtham gia mua hàng trực tuyến

- Actor: Khách hàng thành viên

- Các dòng sự kiện chính

Đặt mua

và danh sách các sản phẩm khách hàng đặt mua Sau khinhập đầy đủ thông tin thì khách hàng xác nhận đặt mua

- Các yêu cầu đặc biệt: Để thực hiện được usecase này yêu cầu kháchhàng thành viên phải thực hiện đăng nhập vào hệ thống

- Trạng thái hệ thống khi bắt đầu thực hiện UseCase: Trong giỏ hàngcủa khách hàng phải có tối thiểu 1 sản phẩm

- Trạng thái hệ thống sau khi thực hiện UseCase: Sau khi thực hiệnUse-case hệ thống sẽ thông báo đăng nhập thành công hay chưa

- Điểm mở rộng: Khách hàng thành viên có thể chọn thoát khỏi chế

độ đăng nhập bất cứ khi nào (yêu cầu trước đó đã đăng nhập thànhcông)

(g)Use Case “Đánh giá”

11

- Tóm tắt: Khách hàng sau khi nhận hàng đánh giá sản phẩm về chấtlượng sản phẩm

- Trạng thái hệ thống khi bắt đầu thực hiện UseCase: Khách hàngnhận được sản phẩm

- Trạng thái hệ thống sau khi thực hiện UseCase: Phản hồi tự kháchhàng về sản phẩm được đưa lên ở mục đánh giá từ khách hàng.ii) Admin

(a)Use Case “Quản lí khách hàng”

- Tóm tắt: Admin thăm sử dụng usecase “Xem danh sách khách hàngthành viên” có thể xem danh sách khách hàng thành viên

- Actor: Admin

- Các dòng sự kiện chính

khách hàng thành viên

hàng thành viên có phân trang

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy

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

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Không

- Điểm mở rộng Sau khi thực hiện Use-case hệ thống sẽ hiển thịthông tin về danh sách khách hàng thành viên

(b)Use Case “Quản lí sản phẩm”

- Tóm tắt: Admin thăm sử dụng usecase “Quản lý sản phẩm” để thêm

1 danh mục cho web

12

- Actor: Admin

- Các dòng sự kiện chính

thêm sửa xóa các sản phẩm

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy

- Các yêu cầu đặc biệt: Phải đăng nhập vào tài khoản admin trước,sản phẩm không được trùng lặp, sản phẩm đang trong quá trìnhđược đặt không được phép xóa

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: : Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ thông báo thêm, sửa, xóa thành công hay chưa

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

(c)Use Case “Quản lí danh mục”

- Tóm tắt: Admin thăm sử dụng usecase “Thêm danh mục” để thêm 1danh mục cho web

- Actor: Admin

- Các dòng sự kiện chính

mục

thêm sửa xóa các danh mục sản phẩm

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy

- Các yêu cầu đặc biệt: Phải đăng nhập vào tài khoản admin trước,danh mục không được trùng lặp, danh mục xóa phải không chứa sảnphẩm nào

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ thông báo thêm, sửa xóa thành công hay chưa13

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

(d)Use Case “Quản lí đơn hàng”

- Tóm tắt: Admin thăm sử dụng usecase “Quản lí đơn hàng” có thểchỉnh sửa tình trạng đơn hàng như chưa thanh toán, đã thanh toán,

đã giao hàng

- Actor: Admin

- Các dòng sự kiện chính

có phân trang

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy

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

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ thông báo thành công hay chưa

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

(e)Use Case “Xem danh sách khách hàng thành viên”

- Tóm tắt: Admin thăm sử dụng usecase “Xem danh sách khách hàngthành viên” có thể xem danh sách khách hàng thành viên

- Actor: Admin

- Các dòng sự kiện chính

khách hàng thành viên

thành viên có phân trang

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy

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

14

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập.

- Trạng thái hệ thống sau khi thực hiện Use-case: Không

- Điểm mở rộng: Sau khi thực hiện Use-case

(f) Use Case “Xóa danh khách hàng thành viên”

- Tóm tắt: Admin thăm sử dụng usecase “Xem danh sách khách hàngthành viên” có thể xem danh sách khách hàng thành viên

- Actor: Admin

- Các dòng sự kiện chính

khách hàng thành viên

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy

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

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ thông báo thành công hay chưa

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

(g)Use Case “Xem danh thống kê”

- Tóm tắt: Admin thăm sử dụng usecase “Xem danh sách khách hàngthành viên” có thể xem thống kê về các sản phẩm bán chạy, doanhthu

- Actor: Admin

- Các dòng sự kiện chính

bán chạy, doanh thu

- Các dòng sự kiện khác: Nếu Admin không muốn thêm thì chọn Hủy15

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

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ hiển thị thông tin về danh sách thống kê

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

(h)Use Case “Xem danh sách đánh giá”

- Tóm tắt: Admin thăm sử dụng usecase “Xem danh sách đánh giá”

có thể xem danh sách các đánh giá từ khách hàng theo sản phẩm

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

- Trạng thái hệ thống khi bắt đầu thực hiện Use-case: Trước khi bắtđầu thực hiện Use-case yêu cầu phải Đăng nhập

- Trạng thái hệ thống sau khi thực hiện Use-case: Sau khi thực hiệnUse-case hệ thống sẽ hiển thị thông tin danh sách các đánh giá

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

16

4 Danh sách các Use Case

STT Actor sử

dụng

Tên

17

Khách hàng controller Điều hướng các yêu cầu theo id khách 18

hàng

khoản

b) Sản phẩm

Ở đây các lớp model thực hiện việc lưu dữ liệu, nên chỉ đặc tả các lớp model

Tên thuộc

tính Kiểu Dữ Liệu Loại Ràng buộc Ý Nghĩa

c) Danh mục

Ở đây các lớp model thực hiện việc lưu dữ liệu, nên chỉ đặc tả các lớp model

Tên thuộc tính Kiểu Dữ

Liệu Loại Ràng buộc Ý Nghĩa

int

Public Khóachính

Ở đây các lớp model thực hiện việc lưu dữ liệu, nên chỉ đặc tả các lớp model

Tên thuộc tính Kiểu Dữ

Liệu Loại Ràng buộc Ý Nghĩa

int

Public Khóachính

Mã khách hàng

Mã hóa đơn

int

được thanh toán

int

toánThời điểm thanh

Id của kháchàng thanh toán

g) Đơn hàng

21

Ở đây các lớp model thực hiện việc lưu dữ liệu, nên chỉ đặc tả các lớp model

Tên thuộc tính Kiểu Dữ

Liệu Loại Ràng buộc Ý Nghĩa

int

public Khóachính

Mã đơn hàngTình trạng đơn

hàng

Unsigned int

ứng với chưaxác thực, 1 ứngvới đã xác thực

Id sản phẩm đãmua

int

public Khóangoại

Id của kháchàng thanh toán

Mã đánh giá

giá từ kháchhàng

int

public Khóangoại

Id sản phẩmđược đánh giá

int

public Khóangoại

Id của kháchàng đánh giá

i) Tài khoản

22

Ở đây các lớp model thực hiện việc lưu dữ liệu, nên chỉ đặc tả các lớp model

Tên thuộc tính Kiểu Dữ

public Khóangoại

Biết được tàikhoản thuộc vềai

23

IV BIỂU ĐỒ HOẠT ĐỘNG

1 Biểu đồ hoạt động truy cập

Mô tả:

Khi truy cập website khách hàng có 3 sự lựa chọn Khách hàng dạng khách sẽ truy cập trực tiếp đến trang mua hàng và thực hiện việc mua hàng Khách hàng thành viên sẽ thực hiện việc đăng nhập và truy cập đến trang mua hàng và thực hiện việc mua hàng Khách hàng muốn đăng

ký thành viên sẽ thực hiện việc đăng ký Sau khi đăng ký thành công sẽ trở về trang đăng nhập Tiếp theo đó đăng nhập để, truy cập đến trang mua hàng và thực hiện việc mua hàng Trong khi thực hiện hành động đăng nhập, đối với tài khoản quản trị viên sẽ qua một bước kiểm tra loại tài khoản để vào trang admin còn lại chuyển qua trang khách hàng.24

2 Biểu hoạt động đặt hàng

Mô Tả:

Nếu khách hàng tìm thấy sản phẩm trên trang mua hàng, sau đó sẽ xemthông tin chi tiết của sản phẩm và đưa sản phẩm vào giỏ hàng Nếukhách hàng không tìm thấy sản phẩm trên trang mua hàng, khách hàng

sẽ tìm kiếm sản phẩm Nếu tìm thấy sản phẩm thì sẽ xem thông tin chitiết sản phẩm và đưa vào giỏ hàng Ngược lại không tìm thấy sẽ quay lạilựa chọn sản phẩm khác hoặc yêu cầu sản phẩm đó với trang web Saukhi khách hàng đã chọn được sản phẩm đúng ý mình, khách hàng sẽkiểm tra giỏ hàng cập nhập về số lượng hoặc thêm sản phẩm (quay lạitrang sản phẩm) Và cuối cùng sẽ đưa ra quyết định mua hàng Và cuốicùng là thanh toán

25