Đề Tài Phát Triển Ứng Dụng Web Thương Mại Điện Tử Để Kinh Doanh Trang Bị Đồ Dùng Thể Thao..pdf

Trang 1

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

KHOA CÔNG NGHỆ THÔNG TIN

Trang 2

LỜI CẢM ƠN

Lời đầu tiên em xin gửi lời cảm ơn chân thành và sự tri ân sâu sắc đối với cácthầy cô, ban lãnh đạo của trường Đại học Công Nghiệp Hà Nội, đã tạo điềukiện cho em thực tập ở trường để có nhiều thời gian và kinh nghiệm cho khóaluận tốt nghiệp

Đặc biệt, em xin chân thành cám ơn thầy Hà Mạnh Đào đã nhiệt tình

hướng dẫn em hoàn thành tốt khóa thực tập Trong quá trình thực tập, cũngnhư là trong quá trình làm bài báo cáo thực tập, khó tránh khỏi sai sót, rấtmong các thầy, cô bỏ qua Đồng thời do trình độ lý luận cũng như kinhnghiệm thực tiễn còn hạn chế nên bài báo cáo không thể tránh khỏi nhữngthiếu sót, em rất mong nhận được ý kiến đóng góp thầy, cô để em học thêmđược nhiều kinh nghiệm và sẽ hoàn thành tốt hơn bài báo cáo tốt nghiệp sắptới.

Em xin chân thành cảm ơn !

Hà Nội, Ngày 03 tháng 03 năm2023

Bùi Văn Sơn

Trang 3

2.2 Biểu đồ Use Case 11

2.3 Mô tả Use Case 14

2.3.1 Use case Đăng ký, Đăng nhập 14

2.3.2 Use case Tìm kiếm, Xem chi tiết sản phẩm 16

2.3.3 Use case Đặt hàng 18

2.3.4 Use case Quản lý giỏ hàng 20

2.3.5 Use case Quản lý sản phẩm 22

2.3.6 Use case Quản lý khách hàng 25

2.3.7 Use case Quản lý đơn hàng 27

2.4 Biểu đồ hoạt động 28

2.4.1 Biểu đồ hoạt động Đăng nhập 28

2.4.2 Biểu đồ hoạt động Đăng ký 29

2.4.3 Biểu đồ hoạt động Quản lý giỏ hàng 30

2.4.4 Biểu đồ hoạt động Tìm kiếm sản phẩm 31

2.4.5 Biểu đồ hoạt động Xem sản phẩm 32

2.4.6 Biểu đồ hoạt động Quản lý người dùng 33

2.4.7 Biểu đồ hoạt động Quản lý danh mục 34

2.5 Biểu đồ trình tự 35

2.6 Cơ sở dữ liệu 40

2.7 Thiết kế giao diện 44

Trang 4

2.7.1 Giao diện đăng nhập 44

2.7.2 Giao diện đăng ký 44

2.7.3 Giao diện trang chủ 45

2.7.4 Giao diện chi tiết sản phẩm 46

2.7.5 Giao diện giỏ hàng 46

2.7.6 Giao diện mua hàng 47

2.7.7 Giao diện Admin 47

CHƯƠNG 3: CÀI ĐẶT CHƯƠNG TRÌNH 48

3.1 Giao diện khách hàng 48

3.2 Giao diện Admin 51

CHƯƠNG 4: KẾT LUẬN VÀ BÀI HỌC KINH NGHIỆM 54

4.1 Những kỹ năng đã học được trong quá trình thực hiện đề tài 54

4.2 Bài học kinh nghiệm 56

4.3 Tính khả thi của đề tài nghiên cứu, thuận lợi, khó khăn 57

TÀI LIỆU THAM KHẢO 60

Trang 5

DANH MỤC HÌNH ẢNH

Hình 1.1: Quá trình hoạt động của PHP 3

Hình 1.2: Mã PHP đã được làm nổi bật bằng màu nhúng trong HTML 3

Hình 1.3: Mô hình MVC 6

Hình 1.4: Quy trình hoạt động của mô hình MVC 7

Hình 2.1: Biểu đồ Use case phía Khách hàng13Hình 2.2: Biểu đồ Use case phía Admin 13

Hình 2.3: Use case Đăng ký, Đăng nhập 14

Hình 2.4: Use case Tìm kiếm, Xem chi tiết sản phẩm 16

Hình 2.5: Use case Đặt hàng 18

Hình 2.6: Use case Quản lý giỏ hàng 20

Hình 2.7: Use case Quản lý sản phẩm 22

Hình 2.8: Use case Quản lý khách hàng 25

Hình 2.9: Use case Quản lý đơn hàng 27

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

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

Hình 2.12: Biểu đồ hoạt động Quản lý giỏ hàng 30

Hình 2.13: Biểu đồ hoạt động Tìm kiếm sản phẩm 31

Hình 2.14: Biểu đồ hoạt động Xem sản phẩm 32

Hình 2.15: Biểu đồ hoạt động Quản lý người dùng 33

Hình 2.16: Biểu đồ hoạt động Quản lý danh mục 34

Hình 2.17: Biểu đồ trình tự uc Đăng nhập 35

Hình 2.18: Biểu đồ trình tự uc Đăng ký 35

Hình 2.19: Biểu đồ trình tự uc Xem danh mục sản phẩm 36

Trang 6

Hình 2.20: Biểu đồ trình tự uc Tìm kiếm sản phẩm 37

Hình 2.21: Biểu đồ trình tự uc Xem chi tiết sản phẩm 37

Hình 2 22: Biểu đồ trình tự uc Quản lý khách hàng 38

Hình 2.23: Biểu đồ trình tự uc Đặt hàng 38

Hình 2.24: Biểu đồ trình tự “Thêm sản phẩm” của uc Bảo trì sản phẩm 39

Hình 2.25: Biểu đồ trình tự “Sửa sản phẩm” của uc Bảo trì sản phẩm 39

Hình 2.26: Biểu đồ trình tự “Xóa sản phẩm” của uc Bảo trì sản phẩm 40

Hình 2.27: Biểu đồ thực thể liên kết 43

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

Hình 2.29: Giao diện đăng ký 44

Hình 2.30: Giao diện trang chủ 45

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

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

Hình 2.33: Giao diện mua hàng 47

Hình 2.34: Giao diện Admin 47

Hình 3.1: Màn hình trang chủ trang web 49Hình 3.2: Màn hình tìm kiếm sản phẩm 49

Trang 7

Hình 3.13: Màn hình quản lý tin tức 53Hình 3.14: Màn hình quản lý sản phẩm 53

Trang 8

LỜI MỞ ĐẦU

Chúng ta đang sống trong thế kỷ XXI, thế kỷ phát triển của ngành côngnghệ thông tin Vì vậy việc tiếp cận và cập nhật công nghệ đã và đang manglại rất nhiều lợi nhuận và thuận tiện trong công việc: tiết kiệm thời gian cũngnhư giảm các chi phí trong công tác quản lý.

Trong những năm gần đây CNTT đóng vai trò rất quan trọng, songsong với việc phát triển ứng dụng tin học vào trong cuộc sống, tin học đượcứng dụng rất rộng rãi trong các lĩnh vực khoa học kỹ thuật, các ngành quản lývà các hoạt động xã hội thông qua Internet Đóng vai trò quan trọng nên tinhọc đã được đưa vào quản lý, bán hàng, xuất nhập vật tư.

Mua sắm là thú vui của nhiều người hiện nay tuy nhiên với nhịp sốngcông nghiệp hiện nay không phải ai cũng có điều kiện dạo qua các cửa hàngđể tìm mua đồ dùng mình mong muốn Vì vậy nhóm em đã xây dựng

“Website bán đồ thể thao” Website được xây dựng nhằm giúp cho doanh

nghiệp hay những nhà bán lẻ tiết kiệm chi phí quản lý Với sự tin cậy, tiệních, tận tình và hiệu quả công việc cao nhất.

Để hoàn thành được đề tài lớn này, chúng em xin được gửi lời cảm ơnchân thành nhất đến thầy giáo ThS Phạm Thế Anh đã giúp đỡ và đưa ranhững lời góp ý bổ ích cho chúng em trong quá trình nghiên cứu đề tài này.

Nhóm 14 đã cố gắng hoàn thiện báo cáo bài tập lớn một cách tốt nhấttrong khả năng của mình, tuy nhiên không thể tránh được những thiếu sót.Chúng em rất mong nhận được sự góp ý của các thầy cô để đề tài này củanhóm được hoàn thiện hơn.

Nhóm em xin chân thành cảm ơn!

Trang 9

CHƯƠNG 1: CƠ SỞ LÝ THUYẾT1.1 Tổng quan về MySql

1.1.1 Khái niệm

MySQL là một hệ thống quản trị cơ sở dữ liệu (gọi tắt là RDBMS) hoạtđộng theo mô hình client-server Với RDBMS là viết tắt của RelationalDatabase Management System MySQL được tích hợp apache, PHP MySQLquản lý dữ liệu thông qua cơ sở dữ liệu Mỗi cơ sở dữ liệu có thể có nhiềubảng quan hệ chứa dữ liệu MySQL cũng có cùng một cách truy xuất và mãlệnh tương tự với ngôn ngữ SQL.

1.1.2 Đặc điểm của MySQL

- Là một hệ quản trị dữ liệu miễn phí, được dùng cho các ứng dụngweb có quy mô vừa và nhỏ.

- Có trình giao diện trên Windows hay Linux cho phép người dùng cóthể thao tác đến cơ sở dữ liệu.

- Nhanh và mạnh- Cải tiến liên tục

- Cho phép kết nối, tạo cơ sở dữ liệu, quản lý người dùng, phâ quyềnsử dụng, thiết kế bảng và xử lý dữ liệu.

- Có thể sử dụng quy trình quản lý dạng đồ họa hoặc dòng lệnh để sửdụng các phát triển hay thao tác trên cơ sở dữ liệu.

1.2.Tổng quan về PHP1.2.1 PHP là gì?

PHP – viết tắt hồi quy của “Hypertext Preprocessor”, là một ngôn ngữlập trình kịch bản được chạy ở phía server nhằm sinh ra mã HTML trênclient

Trang 10

PHP được phát triển từ năm 1994 và cho đến nay PHP đã trải qua rấtnhiều phiên bản và được tối ưu hóa cho các ứng dụng web, với cách viết mãrõ ràng, tốc độ nhanh, dễ học nên PHP đã trở thành một ngôn ngữ lập trìnhweb rất phổ biến và được ưa chuộng.

1.2.2 PHP hoạt động như thế nào?

Khi người dùng gọi trang PHP, Web Server sẽ triệu gọi PHP Engine đểthông dịch trang PHP và trả kết qua cho người dùng như hình bên dưới:

Hình 1.1: Quá trình hoạt động của PHP

1.2.3 Cú pháp của PHP

Hình 1.2: Mã PHP đã được làm nổi bật bằng màu nhúng trong HTML

Trang 11

PHP chỉ phân tích các đoạn mã nằm trong những dấu giới hạn của nó.Bất cứ mã nào nằm ngoài những dấu giới hạn đều được xuất ra trực tiếpkhông thông qua xử lý bởi PHP Các dấu giới hạn thường dùng nhất là <?

php và ?> , tương ứng với dấu giới hạn mở và đóng Các dấu giới hạn

Những thẻ này thường xuyên được sử dụng, tuy nhiên giống với những

có thể bị vô hiệu khi cấu hình PHP Bởi vậy, việc dùng các thẻ dạng ngăn haycác thẻ kiểu ASP không được khuyến khích Mục đích của những dấu giớihạn này là ngăn cách mã PHP với những đoạn mã thuộc ngôn ngữ khác, gồmcả HTML Mọi đoạn mã bên ngoài các dấu này đều bị hệ thống phân tích bỏqua và được xuất ra một cách trực tiếp

Các biến được xác định bằng cách thêm vào trước một dấu đô la ($) và

không cần xác định trước kiểu dữ liệu Không giống với tên hàm và lớp, tênbiến là trường hợp nhạy cảm Cả dấu ngoặc kép ( "" ) và ký hiệu đánh dấu văn

coi xuống dòng như một khoảng trắng theo kiểu như một ngôn ngữ dạng tự

do (free-form language) (trừ khi nó nằm trong trích dẫn xâu), và các phát biểu

được kết thúc bởi một dấu chấm phẩy PHP có ba kiểu cú pháp chú thích: /**/ cho phép một đoạn chú thích tùy ý, trong khi đó // và # cho phép chúthích trong phạm vi một dòng Phát biểu echo là một trong những lệnh củaPHP cho phép xuất văn bản (vd ra một trình duyệt web).

Trang 12

1.2.4 Đặc điểm của PHP

- Tốc độ nhanh, dễ sử dụng

- Có khả năng truy xuất hầu hết CSDL có sẵn- Có thể chạy trên nhiều hệ điều hành

- Luôn được cải tiến và cập nhật

- Được hướng dẫn kỹ thuật bất cứ lúc nào

- Thực hiện được tính bền vững, chặt chẽ, phát triển không giới hạn- Miễn phí

- Ngôn ngữ truy vấn cơ sở dữ liệu là MySQL

Đây là 3 thành phần độc lập với nhau nhưng là bộ tam không thể thiếu nhau.Với người bình thường nếu muốn ba thành phần này chạy với nhau mộtcách tốt đẹp thì phải có nhiều kiến thức sâu rộng về chúng, vì thế sẽ gây khókhăn cho người mới học.

Từ nhu cầu đó mà một gói phần mềm tích hợp ba thành phần trên đã rađời Có nhiều phần mềm tích hợp ba thành phần này, nhưng hiện nay góiphần mềm chạy ổn định nhất đó là XAMPP.

XAMPP tích hợp các gói phần mềm: - Apache (Web Server)

- PHP (ngôn ngữ lập trình web)

- MySQL (hệ quản trị cơ sở dữ liệu)…

Trang 13

1.2.6 Mô hình MVC trong PHP

Mô hình MVC là một chuẩn mô hình và đóng vai trò quan trọng trongquá trình xây dựng – phát triển – vận hành và bảo trì một hệ thống hay mộtứng dụng – phần mềm Nó tạo ra một mô hình 3 lớp Model – View –Controller tách biệt và tương tác nhau Nó không phụ thuộc vào môi trường,nền tảng hay ngôn ngữ phát triển Mô hình này tách một ứng dụng web ra làm3 thành phần đảm nhiệm chức năng tách biệt, thuận tiện cho việc xử lý và bảotrì:

- Model: là nơi chứa những nghiệp vụ tương tác với cơ sở dữ liệu hoặchệ quản trị cơ sở dữ liệu; nó sẽ bao gồm các class/function xử lý nhiềunghiệp vụ như kết nối database, truy vấn dữ liệu, thêm – xóa – sửa dữliệu…

- View: là nơi chứa giao diện nó đảm nhiệm nhiệm vụ hiển thị dữ liệu vàgiúp người dùng tương tác với hệ thống.

- Controller: là nơi tiếp nhận những yêu cẩu xử lý được gửi từ ngườidùng, nó sẽ gồm những class/ function xử lý nhiều nghiệp vụ logic giúplấy đúng dữ liệu thông tin cần thiết nhờ các nghiệp vụ lớp Model cungcấp và hiển thị dữ liệu đó ra cho người dùng nhờ lớp View.

Hình 1.3: Mô hình MVC

Quy trình hoạt động của mô hình MVC trong một dự án

Trang 14

Hình 1.4: Quy trình hoạt động của mô hình MVC

Mô hình trên là thể hiện mô hình MVC trong các dự án website và sẽhoạt động theo quy trình sau:

- Người dùng sử dụng một Browser trình duyệt bất kỳ để có thể gửiyêu cầu (HTTP request) có thể kèm theo những dữ liệu nhập vớinhững Controller xử lý tương ứng Việc xác định Controller xử lý sẽdựa vào một bộ routing điều hướng.

- Khi Controller nhận được yêu cầu từ người gửi tới, nó sẽ chịu tráchnhiệm kiểm tra yêu cầu đó có cần dữ liệu từ Model hay không? Nếucó, nó sẽ sử dụng các class/ function cần thiết trong Model và nó sẽtrả kết quả, khi đó Controller sẽ xử lý giá trị đó và trả ra View đểhiện thị.

- Khi nhận được dữ liệu từ Controller, View sẽ chịu trách nhiệm xâydựng các thành phần hiển thị như ảnh, thông tin dữ liệu… và trả vềGUI Content để Controller đưa ra kết quả lên màn hình Browser.- Browser sẽ nhận giá trị trả về (HTTP Response) và sẽ hiển thị với

người dùng Kết thúc một quy trình hoạt động.

Trang 15

CHƯƠNG 2: PHÂN TÍCH THIẾT KẾ WEBSITE2.1 Các chức năng chính của hệ thống

2.1.1 Khảo sát hệ thống2.1.1.1 Giới thiệu bài toán

Xây dựng Website bán đồ thể thao nhằm đáp ứng nhu cầu của ngườitiêu dùng trong thời đại công nghệ số ngày nay Thay vì tốn thời gian đến tậncửa hàng để lựa chọn sản phẩm, người mua có thể xem thông tin của tất cảsản phẩm trên trang web ở bất kỳ nơi đâu, dù đi làm, đi chơi, đi ăn, đi xe bus.Chỉ cần thông qua kết nối Internet và một vài thông tin đăng ký, người muađã được làm chủ sản phẩm mà mình mong muốn Bên cạnh đó, người muacũng được hướng dẫn, tư vấn những sản phẩm phù hợp với mong muốn củabản thân.

2.1.1.2 Mô tả bài toán

Xây dựng Website cho phép tương tác giữa doanh nghiệp và ngườimua hàng như sau:

Trang chính dùng để hiển thị những sản phẩm của doanh nghiệp Vớimỗi sản phẩm thì hiển thị những thông tin ngắn gọn như: ảnh sản phẩm, tênsản phẩm, giá sản phẩm…

Khi chọn sản phẩm ở trang chính thì sẽ chuyển hướng sang trang chitiết sản phẩm Tại đây hiển thị các thông tin chi tiết của sản phẩm như tên sảnphẩm, hình ảnh sản phẩm, giá bán, mô tả sản phẩm.

- Khách hàng: là những người có nhu cầu mua sắm và có thể thamkhảo giá của sản phẩm, xem thông tin và quảng bá sản phẩm của mình lênmạng Khi khách hàng muốn đặt hàng thì hệ thống sẽ hiển thị màn hình đăngký thông tin của mình trước khi mua hàng Khách hàng đăng nhập để muahàng, chọn hình thức nhận hàng và thanh toán.

Trang 16

2.1.1.3 Các nguồn điều tra

- Các web bán sách trên mạng như tiki.vn, fahasa.com

- Từ nhu cầu của bản thân, độc giả những người thường xuyên tìmkiếm học hỏi thông tin hay mua bán các mặt hàng trên internet.- Nhu cầu người bán.

2.1.1.4 Khảo sát sơ bộ

 Từ hệ thống bán lẻ:

Một khách hàng khi mua đồ thể thao người bán sẽ cung cấp các thôngtin và tư vấn cho khách hàng về sản phẩm Khi khách hàng đồng ý mua sảnphẩm thì người bán sẽ ghi hóa đơn mua hàng Và hình thức thành toán là trảtiền mặt Đồng thời họ sẽ ghi lại thông tin giao dịch để tiện cho việc thống kê.

Sau mỗi ngày người bán thống kê lượng hàng hóa nhập và bán ra, hàngbán chạy, hàng tồn… để đưa ra chiến lược bán hàng mới Và tổng kết lại vàocuối năm.

Nhược điểm của hệ thống:

Người bán thực hiện công việc hoàn toàn thủ công, khó khăn trong việcquản lý và thống kê công việc kinh doanh của cửa hàng, người mua phải đếntận cửa hàng thì mới mua được sản phẩm Nghĩa là nếu cửa hàng ở Hà Nội cómột khách hàng ở Hồ Chí Minh muốn mua hàng thì phải ra Hà Nội mới muađược Như vậy tốn thời gian và chi phí cho việc đi lại.

Trang 17

o Nhà sản xuất…

 Từ người bán hàng

2.1.2 Phân tích yêu cầu hệ thống2.1.2.1 Yêu cầu chung về hệ thống

2.1.2.2 Đối tượng sử dụng cơ bảnCó 2 đối tượng sử dụng cơ bản:

- Người quản trị: người quản trị có quyền xem, cập nhật các thông tin,

quản lý, đảm bảo tính an toàn cho website.

- Khách hàng: những người đăng ký tài khoản trên hệ thống, tham gia

vào việc đặt hàng trên hàng thống.

2.1.2.3 Các ca sử dụng của hệ thống

Trang 18

Dựa vào mô tả bài toán và phân tích thì ta xác định được các tác nhânvà ca sử dụng như sau:

2.2 Biểu đồ Use Case

Mô tả vắn tắt các use case có trong hệ thống

Actor khách hàng:

nhận quyền truy cập vào hệ thống.

trong hệ thống.

trong tài khoản thành viên

Trang 19

- UC quản lý giỏ hàng: Cho phép khách hàng xem lại những sản phẩm cótrong giỏ hàng

- UC quản lý đơn hàng: Cho phép người quản trị duyệt, thống kê đơn hàng.

Biểu đồ use case

Trang 20

Hình 2.1: Biểu đồ Use case phía Khách hàng

Trang 21

Hình 2.2: Biểu đồ Use case phía Admin

2.3 Mô tả Use Case

2.3.1 Use case Đăng ký, Đăng nhập

Hình 2.3: Use case Đăng ký, Đăng nhập

Use Case Đăng Ký

⮚ Mô tả vắn tắt: Use case này cho phép khách hàng đăng ký tài khoản

mới trong hệ thống.⮚ Luồng sự kiện:

o Luồng cơ bản:

khoản Hệ thống hiển thị form đăng ký.

khẩu Hệ thống lưu thông tin vào CSDL trong bảngKHACH_HANG và hiện thông báo “Bạn đã đăng kí thành công”.Use case kết thúc.

o Luồng rẽ nhánh:

Trang 22

- Tại bước 2 trong luồng cơ bản, khi khách hàng nhập sai email ortên tài khoản đã tồn tại thì hệ thống hiển thị thông báo “Tên TK đãtồn tại hoặc địa chỉ Email chưa đúng” và quay lại bước 2 trongluồng cơ bản.

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

nhập, còn nếu không thì trạng thái hệ thống không thay đổi.

Use Case Đăng Nhập

⮚ Mô tả vắn tắt: Use case này cho phép khách hàng đăng nhập để xác

nhận quyền truy cập vào hệ thống.⮚ Luồng sự kiện:

o Luồng cơ bản:

tài khoản Hệ thống hiển thị form đăng nhập.

sẽ kiểm tra thông tin từ bảng KHACH_HANG và cho phép ngườidùng đăng nhập vào hệ thống.

o Luồng rẽ nhánh:

Trang 23

- Tại bước 2 trong luồng cơ bản, khi khách hàng nhập sai emailhoặc mật khẩu, hệ thống hiển thị thông báo lỗi và quay lại bước 2trong luồng cơ bản.

hệ thống, còn nếu không thì trạng thái hệ thống không thay đổi.

2.3.2 Use case Tìm kiếm, Xem chi tiết sản phẩm

Hình 2.4: Use case Tìm kiếm, Xem chi tiết sản phẩm

Use Case Tìm kiếm sản phẩm

⮚ Mô tả vắn tắt: Use case này cho phép khách hàng tìm kiếm sản phẩm

theo tên

Trang 24

⮚ Luồng sự kiện:

oLuồng cơ bản:

nút tìm kiếm trên trang chủ Hệ thống hiển thị danh sách các sảnphẩm từ bảng SAN_PHAM bao gồm các thông tin: hình ảnh, tênsản phẩm, giá tiền.

thông tin sản phẩm đó lấy từ bảng SAN_PHAM bao gồm các thôngtin: tên sách, ảnh sách, tác giả, giá tiền, mô tả, tình trạng Use casekết thúc.

oLuồng rẽ nhánh:

phẩm Hệ thống hiện thông báo lỗi Use case kết thúc.

phẩm nào Hệ thống hiện thông báo lỗi Use case quay lại bước 1trong luồng cơ bản.

Trang 25

Use Case Xem chi tiết sản phẩm

⮚ Mô tả vắn tắt: Use case này cho phép khách hàng xem thông tin sản

phẩm của cửa hàng⮚ Luồng sự kiện:

phẩm từ bảng SAN_PHAM.

về sản phẩm cần xem bao gồm: tên sách, ảnh sách, tác giả, giá tiền,mô tả, tình trạng từ bảng SAN_PHAM Use case kết thúc.

sản phẩm nào Use case kết thúc.

cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use casekết thúc.

Trang 26

2.3.3 Use case Đặt hàng

Hình 2.5: Use case Đặt hàng

⮚ Mô tả vắn tắt: Use case này cho phép khách hàng đặt mua những sản

phẩm mà mình đã chọn⮚ Luồng sự kiện:

sản phẩm Hệ thống sẽ mở ra giao diện sản phẩm gồm: tên sách,ảnh sách, tác giả, giá tiền, mô tả, tình trạng từ bảng SAN_PHAM.

giỏ hàng bao gồm thông tin về các sản phẩm đã thêm từ bảngGIO_HANG gồm: tên sách, số tiền, số lượng, ngày lập Hệ thốngtính toán tổng tiền và hiển thị lên tổng tiền tạm tính từ bảngDONHANG.

chuyển hướng về giao diện đặt hàng nhanh Các thư mục hiển thị

Trang 27

gồm Form đăng ký đặt hàng, mô tả thông tin sản phẩm đã chọn, Mãgiảm giá, Tổng giá trị hóa đơn từ bảng DONHANG.

thống sẽ xác nhận và cập nhật vào bảng CHI_TIET_DON_HANG.Use case kết thúc.

chọn không còn hàng từ bảng SAN_PHAM hệ thống sẽ không chotương tác lên sản phẩm đó User kết thúc.

phẩm vượt quá số lượng có trong bảng SAN_PHAM Hệ thống hiểnthị thông báo “Sản phẩm có số lượng vượt quá cho phép!” Kháchhàng phải chọn lại số lượng phù hợp để chuyển qua bước tiếp theo.

hệ thống sẽ chuyển qua use case DONHANG.

nhận thì sẽ trở lại bảng DONHANG Nếu Xác nhận thì thông tin sẽđược gửi lên hệ thống Use case kết thúc.

Trang 28

2.3.4 Use case Quản lý giỏ hàng

Hình 2.6: Use case Quản lý giỏ hàng

⮚ Mô tả vắn tắt: Use case này cho phép khách hàng thêm, xóa các sản

phẩm trong giỏ hàng⮚ Luồng sự kiện:

1 Khách Hàng kích vào nút “Quản lý giỏ hàng” trên màn hình Hệthống lấy các thông tin ở trong cơ sở dữ liệu hiển thị lên màn hình 2 Khách hàng chọn chức năng muốn sử dụng

a Khách hàng chọn chức năng thêm sản phẩm vào giỏ hàng.

- Khách hàng click vào nút “Thêm vào giỏ hàng” trên thanhmenu Hệ thống hiển thị màn hình yêu cầu nhập thông tin sảnphẩm.

Trang 29

- Khách hàng nhập thông tin sản phẩm và click vào nút“Thêm mới” Hệ thống sẽ thêm một sản phẩm trong cơ sở dữliệu của website và hiển thị lại trên màn hình.

b Khách hàng chọn chức năng xóa sản phẩm khỏi giỏ hàng.

- Khách hàng click vào nút “Xóa sản phẩm” của mỗi sảnphẩm riêng biệt Hệ thống hiển thị lên màn hình yêu cầu xácnhận xóa.

- Khách hàng click vào nút “Đồng ý” Hệ thống sẽ xóa sảnphẩm trong cơ sở dữ liệu của website và hiển thị lại giỏ hàng đãcập nhật.

c Khách hàng chọn chức năng xem chi tiết sản phẩm.

- Khách hàng click vào sản phẩm Hệ thống sẽ hiển thị mànhình thông tin chi tiết của sản phẩm

d Khách hàng chọn chức năng tăng hoặc giảm số lượng sản phẩm- Khách hành click vào nút “+/-“ Hệ thống sẽ thêm hoặcgiảm số lượng sản phẩm trong giỏ hàng Use case kết thúc.

báo lỗi bên dưới mỗi textbox sai thông tin và yêu cầu nhập đúngthông tin Khách hàng có thể nhập lại để tiếp tục hoặc kích vào nút“Quay lại” để quay lại màn hình trước đó.

nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báolỗi

 Các yêu cầu đặc biệt: Use case này chỉ cho phép một số vai trò nhưngười quản trị, người chủ hệ thống thực hiện.

Trang 30

⮚ Tiền điều kiện: Khách hàng đã đăng nhập thành công, Số lượng sảnphẩm trong kho đủ đáp ứng đơn hàng.

chương trình khuyến mại sẽ được cập nhập trong cơ sở dữ liệu.

2.3.5 Use case Quản lý sản phẩm

Hình 2.7: Use case Quản lý sản phẩm

⮚ Mô tả vắn tắt: Use case này cho phép người quản trị xem, thêm, sửa

và xóa các sản phẩm trong bảng⮚ Luồng sự kiện:

1 Use case này bắt đầu khi người quản trị kích vào nút “Sản phẩm”trên menu quản trị Hệ thống lấy thông tin chi tiết của các sảnphẩm gồm: tên sách, ảnh sách, giá tiền, mô tả ngắn từ bảng

Trang 31

SAN_PHAM trong cơ sở dữ liệu và hiển thị danh sách các sảnphẩm lên màn hình.

2 Thêm sản phẩm:

a Người quản trị kích vào nút “Thêm mới” trên cửa sổ danh sáchsản phẩm Hệ thống hiển thị màn hình yêu cầu nhập thông tin chitiết cho sản phẩm mã sách, tên sách, ảnh chụp, giá tiền, mô tảngắn.

b Người quản trị nhập thông tin mới và kích vào nút “Tạo” Hệthống sẽ tạo một sản phẩm mới trong bảng SAN_PHAM và hiểnthị danh sách các sản phẩm đã được cập nhật.

3 Sửa sản phẩm:

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

b Người quản trị nhập thông tin mới cho sản phẩm và kích vào nút“Cập nhật” Hệ thống sẽ sửa thông tin của sản phẩm được chọntrong bảng SAN_PHAM và hiển thị danh sách sản phẩm đã cậpnhật.

thông tin sản phẩm không hợp lệ thì hệ thống sẽ hiển thị thông báolỗi yêu cầu nhập lại Người quản trị có thể nhập lại để tiếp tục hoặc

Trang 32

kích vào nút “Hủy bỏ” để kết thúc.

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

“Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danhsách các sản phẩm trong bảng SANPHAM.

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

người quản trị, người chủ hệ thống thực hiện.

thống trước khi có thể thực hiện use case.

chương trình khuyến mại sẽ được cập nhập trong cơ sở dữ liệu.

Trang 33

2.3.6 Use case Quản lý khách hàng

Hình 2.8: Use case Quản lý khách hàng

⮚ Mô tả vắn tắt: Use case này cho phép người quản trị xem, xóa tài

khoản khách hàng⮚ Luồng sự kiện:

oLuồng cơ bản:

1 Admin click vào nút “Quản lý khách hàng” hệ thống sẽ lấy danh sáchthông tin các tài khoản hiện có hiển thị lên màn hình.

2 Admin chọn chức năng muốn sử dụng.

2.1 Admin chọn chức năng sửa thông tin khách hàng.

a Admin click vào nút “Sửa” hệ thống hiển thị lên 1 màn hìnhgồm các thông tin hiện tại của khách hàng.

b Admin sửa thông tin khách hàng và click nút “Cập nhật” Hệthống sẽ cập nhập nhật thông tin khách hàng trong bảngKHACH_HANG và hiển thị lại thông tin bảng KHACH_HANGsau khi sửa.

2.2 Admin chọn chức năng xóa Khách hàng.

Trang 34

a Admin click nút “Xóa”, hệ thống hiển thị lên màn hình một xácnhận xóa.

b Admin click nút “Đồng ý” Hệ thống sẽ thực hiện xóa khách hàngkhỏi bảng KHACH_HANG và hiển thị lại thông tin bảngKHACH_HANG sau khi xóa Use case kết thúc.

KHACH_HANG thì hệ thống sẽ hiển thị lỗi và yêu cầu nhập lại.

không thực hiện được thay đổi trong bảng KHACH_HANG.

trước khi thực hiện use case.

Trang 35

2.3.7 Use case Quản lý đơn hàng

Hình 2.9: Use case Quản lý đơn hàng

⮚ Mô tả vắn tắt: Use case này cho phép người quản trị xác nhận, xem,

hủy đơn hàng ⮚ Luồng sự kiện:

1 Hệ thống hiển thị giao diện Form quản lý đơn hàng.2 Hệ thống kiểm tra trạng thái đơn hàng trong CSDL3 Trạng thái đơn hàng

a Đơn Hàng đã giao

- Admin chọn xem chi tiết đơn hàng

- Hệ thống hiển thị Form chi tiết đơn hàng b Đơn hàng chưa giao

hàng vào CSDL