Hướng dẫn xây dựng website bán hàng cho cửa hàng Pokemon

Phần này tập trung vào xây dựng website bán hàng Pokemon, bao gồm thiết kế website… 66 trang · Trường Đại học Thủ Dầu Một - Viện Kỹ thuật - Công nghệ · 2020.

• Tác giả: Nguyễn Minh Quân
• Người hướng dẫn: Nguyễn Hữu Vĩnh
• Trường học: Trường Đại học Thủ Dầu Một - Viện Kỹ thuật - Công nghệ
• Chuyên ngành: Lập trình Website
• Đề tài: Xây dựng website bán hàng cho cửa hàng Pokemon
• Loại tài liệu: Tiểu luận
• Năm xuất bản: 2020
• Địa điểm: Bình Dương

Mục lục chi tiết

• GIỚI THIỆU
• 1. CHƯƠNG 1: PHÂN TÍCH YÊU CẦU THEO UML
• 1.1. Biểu Đồ Use Case
• 1.2. Danh Sách Actor
• 1.3. Danh Sách Use Case
• 1.4. Vẽ Use Case
• 1.5. Đặc Tả Use Case
• 1.5.1. Use Case Name: Đăng Nhập
• 1.5.2. Use Case Name: Đăng Kí
• 1.5.3. Use Case Name: Xem Sản Phẩm
• 1.5.4. Use Case Name: Mua Hàng
• 1.5.5. Use Case Name: Thanh Toán
• 1.5.6. Use Case Name: Xem Thông Tin
• 1.5.7. Use Case Name: Thêm Sản Phẩm
• 1.5.8. Use Case Name: Sửa Sản Phẩm
• 1.5.9. Use Case Name: Xóa Sản Phẩm
• 1.5.10. Use Case Name: Thêm Danh Mục
• 1.5.11. Use Case Name: Sửa Danh Mục
• 1.5.12. Use Case Name: Xóa Danh Mục
• 1.5.13. Use Case Name: Thêm Nhà Cung Cấp
• 1.5.14. Use Case Name: Sửa Nhà Cung Cấp
• 1.5.15. Use Case Name: Xóa Nhà Cung Cấp
• 1.5.16. Use Case Name: Tìm Sản Phẩm
• 1.5.17. Use Case Name: Đổi Mật Khẩu
• 1.6. Biểu Đồ Hoạt Động
• 1.6.1. Xem Sản Phẩm
• 1.6.2. Xem Thông Tin
• 1.6.3. Thêm Sản Phẩm
• 1.6.4. Sửa Sản Phẩm
• 1.6.5. Thêm Danh Mục
• 1.6.6. Sửa Danh Mục
• 1.6.7. Thêm Thông Tin Nhà Cung Cấp
• 1.6.8. Sửa Thông Tin Nhà Cung Cấp
• 1.6.9. Xóa Thông Tin Nhà Cung Cấp
• 1.6.10. Đổi Mật Khẩu
• 1.7. Biểu Đồ Tuần Tự
• 1.7.1. Xem Sản Phẩm
• 1.7.2. Xem Thông Tin
• 1.7.3. Thêm Sản Phẩm
• 1.7.4. Sửa Sản Phẩm
• 1.7.5. Xóa Sản Phẩm
• 1.7.6. Thêm Danh Mục
• 1.7.7. Sửa Danh Mục
• 1.7.8. Xóa Danh Mục
• 1.7.9. Thêm Thông Tin Nhà Cung Cấp
• 1.7.10. Sửa Thông Tin Nhà Cung Cấp
• 1.7.11. Xóa Thông Tin Nhà Cung Cấp
• 1.7.12. Đổi Mật Khẩu
• 2. CHƯƠNG 2: MÔ HÌNH CƠ SỞ DỮ LIỆU
• 3. CHƯƠNG 3: SƠ ĐỒ WEBSITE
• 4. CHƯƠNG 4: TỔNG QUAN ĐỀ TÀI
• 4.1. Mục Tiêu Của Đề Tài
• 4.2. Ý Nghĩa Của Đề Tài
• 4.3. Đối Tượng Của Đề Tài
• 4.4. Một Số Trang Chính Của Website
• 5. CHƯƠNG 5: GIỚI THIỆU CÔNG NGHỆ
• 5.1. Giới Thiệu Về Html
• 5.2. Công Dụng Của Html
• 5.3. Định Dạng Của Html
• 5.4. Giới Thiệu Về Adobe Dreamweaver
• 5.5. Ngôn Ngữ Css
• 5.6. Ngôn Ngữ Javascript
• 5.7. Giới Thiệu Về Visual Studio
• 5.8. Giới Thiệu Tổng Quát
• 5.9. Trình Gỡ Lỗi
• 5.10. Khả Năng Mở Rộng
• 5.11. Giới Thiệu Về Asp
• 5.12. Giới Thiệu Tổng Quan
• 5.13. Cấu Trúc Của
• 6. CHƯƠNG 6: GIAO DIỆN CHƯƠNG TRÌNH
• 6.1. Đặc Tả Giao Diện
• 6.2. Giao Diện Trang Chủ
• 6.3. Giao Diện Trang Giới Thiệu
• 6.4. Giao Diện Trang Đăng Kí
• 6.5. Giao Diện Trang Đăng Nhập
• 6.6. Giao Diện Trang Đổi Mật Khẩu
• 6.7. Giao Diện Trang Giỏ Hàng
• 6.8. Giao Diện Trang Thanh Toán
• 6.9. Giao Diện Trang Xác Nhận
• 6.10. Giao Diện Trang Quản Trị Viên
• 6.11. Giao Diện Trang Cập Nhật Sản Phẩm
• 6.12. Giao Diện Trang Thêm Sản Phẩm
• 6.13. Giao Diện Trang Sửa Sản Phẩm
• 6.14. Giao Diện Trang Cập Nhật Danh Mục
• 6.15. Giao Diện Trang Thêm Danh Mục
• 6.16. Giao Diện Trang Sửa Danh Mục
• 6.17. Giao Diện Trang Cập Nhật Nhà Cung Cấp
• 6.18. Giao Diện Trang Thêm Nhà Cung Cấp
• 6.19. Giao Diện Trang Sửa Thông Tin Nhà Cung Cấp
• 6.20. Giao Diện Danh Mục
• 6.21. Giao Diện Nhà Cung Cấp
• 6.22. Giao Diện Liên Hệ
• 7. CHƯƠNG 7: KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Phân tích yêu cầu và thiết kế website bán hàng Pokemon

Phần này tập trung vào xây dựng website bán hàng Pokemon, bao gồm thiết kế website bán hàng đồ Pokemon. Đề tài nghiên cứu giải pháp bán hàng online Pokemon, nhằm tạo ra một website bán đồ chơi Pokemon hiệu quả. Các khía cạnh quan trọng được xem xét là phát triển website bán hàng Pokemon, cung cấp dịch vụ xây dựng website bán hàng Pokemon, và tích hợp thanh toán online cho website Pokemon. Website bán đồ Pokemon cần đáp ứng các yêu cầu về bảo mật website bán hàng Pokemon, quản trị website bán hàng Pokemon, và thống kê website bán hàng Pokemon. Cuối cùng là cập nhật website bán hàng Pokemon để đảm bảo tính hiện đại và hiệu quả.

1.1. Phân tích yêu cầu chức năng

Phân tích yêu cầu dựa trên mô hình UML, bao gồm biểu đồ Use Case, biểu đồ hoạt động và biểu đồ tuần tự. Các actor chính bao gồm khách hàng và quản trị viên. Use Case bao gồm các chức năng như đăng nhập, đăng kí, xem sản phẩm, mua hàng, thanh toán, xem thông tin, quản lý sản phẩm (thêm sản phẩm, sửa sản phẩm, xóa sản phẩm), quản lý danh mục (thêm danh mục, sửa danh mục, xóa danh mục), quản lý nhà cung cấp (thêm nhà cung cấp, sửa nhà cung cấp, xóa nhà cung cấp), tìm sản phẩm, và đổi mật khẩu. Việc thiết kế website bán đồ Pokemon cần chú trọng đến trải nghiệm người dùng. Platform bán hàng Pokemon online cần thân thiện và dễ sử dụng. Website bán đồ Pokemon đẹp và hiệu quả cần được thiết kế kỹ lưỡng. Thiết kế website bán hàng đồ Pokemon cũng phải đảm bảo khả năng mở rộng và bảo trì dễ dàng. Marketing online cho cửa hàng Pokemon sẽ được xem xét trong giai đoạn sau khi website hoàn thành.

1.2. Thiết kế giao diện người dùng

Thiết kế giao diện người dùng (UI) và trải nghiệm người dùng (UX) tối ưu là rất quan trọng. Website bán đồ Pokemon đáp ứng phải có giao diện trực quan, thân thiện, dễ điều hướng. Website bán đồ Pokemon chuyên nghiệp cần có bố cục rõ ràng, dễ tìm kiếm sản phẩm. Website bán đồ Pokemon đa ngôn ngữ cũng là một điểm cộng. Website bán hàng responsive Pokemon phải hiển thị tốt trên các thiết bị khác nhau (máy tính, điện thoại, máy tính bảng). Ngoài ra, cần có các chức năng hỗ trợ người dùng như tìm kiếm nâng cao, lọc sản phẩm theo nhiều tiêu chí. Chăm sóc khách hàng website Pokemon cũng cần được chú trọng. Thu hút khách hàng cho website Pokemon thông qua việc tối ưu hóa giao diện là một trong những yếu tố then chốt. SEO website bán hàng Pokemon cũng được thực hiện để tăng khả năng hiển thị trên công cụ tìm kiếm.

1.3. Lựa chọn công nghệ và nền tảng

Lựa chọn công nghệ phù hợp là yếu tố quyết định hiệu quả của website bán hàng Pokemon. Các công nghệ cần được xem xét bao gồm HTML, CSS, JavaScript, và một framework hoặc CMS phù hợp (ví dụ: WordPress, Laravel, React). Lựa chọn nền tảng website bán hàng Pokemon cần dựa trên các yếu tố như chi phí, khả năng mở rộng, tính bảo mật, và khả năng tích hợp với các hệ thống thanh toán online. Tối ưu hóa website bán hàng Pokemon cũng bao gồm việc lựa chọn hosting và domain phù hợp. Giải pháp bán hàng online Pokemon cần được tối ưu về tốc độ load trang và khả năng tương thích với các trình duyệt khác nhau. Bảo mật website bán hàng Pokemon là một vấn đề rất quan trọng cần được xem xét kỹ lưỡng. Việc quản trị website bán hàng Pokemon dễ dàng cũng cần được ưu tiên.

II. Thực hiện và triển khai website

Phần này tập trung vào việc phát triển website bán hàng Pokemon. Bao gồm việc xây dựng cơ sở dữ liệu, lập trình các chức năng, thiết kế giao diện, và kiểm thử website. Giá xây dựng website bán hàng Pokemon sẽ phụ thuộc vào nhiều yếu tố, bao gồm độ phức tạp của website, công nghệ được sử dụng, và các tính năng được tích hợp. Việc quảng cáo website bán đồ Pokemon sẽ được thực hiện sau khi website hoàn thành. Kinh nghiệm bán hàng online Pokemon cần được áp dụng để tối ưu hiệu quả kinh doanh. Xu hướng bán hàng online Pokemon cần được theo dõi để cập nhật website.

2.1. Triển khai và kiểm thử

Sau khi hoàn thành việc thiết kế và phát triển, website cần được kiểm thử kỹ lưỡng để đảm bảo tính ổn định, bảo mật, và hiệu năng. Việc kiểm thử bao gồm kiểm thử chức năng, kiểm thử hiệu năng, kiểm thử bảo mật, và kiểm thử khả năng tương thích. Phân tích website bán hàng Pokemon sau khi triển khai cũng rất quan trọng để tìm ra các lỗi và cải thiện hiệu quả. Chiến lược bán hàng online Pokemon sẽ dựa trên kết quả kiểm thử và phân tích. Website bán đồ Pokemon giá rẻ không nhất thiết phải thiếu tính năng hoặc chất lượng. Website bán đồ Pokemon đẹp và chuyên nghiệp sẽ thu hút nhiều khách hàng hơn.

2.2. Marketing và quảng bá

Để website đạt hiệu quả, cần có kế hoạch marketing online cho cửa hàng Pokemon bài bản. Content marketing cho website Pokemon, Social media marketing cho Pokemon, và Email marketing cho cửa hàng Pokemon là những kênh quan trọng cần được tận dụng. Việc tăng doanh thu website Pokemon phụ thuộc vào hiệu quả của các chiến dịch marketing. Thương hiệu Pokemon online cần được xây dựng và quảng bá mạnh mẽ. Bán hàng Pokemon trên Facebook, bán hàng Pokemon trên Shopee, và bán hàng Pokemon trên Lazada là những kênh bán hàng trực tuyến cần được khai thác. Việc bán lẻ đồ Pokemon online và bán buôn đồ Pokemon online cần được cân nhắc kỹ lưỡng. Nguồn hàng đồ Pokemon và nhập khẩu đồ Pokemon cũng là yếu tố ảnh hưởng đến hiệu quả kinh doanh. Bán sỉ đồ Pokemon sẽ mang lại lợi nhuận cao hơn.

III. Kết luận và hướng phát triển

Tổng kết lại quá trình xây dựng website bán hàng cho cửa hàng Pokemon, nhấn mạnh vào website bán đồ Pokemon đẹp, website bán đồ Pokemon chuyên nghiệp, và website bán đồ Pokemon đáp ứng. Đề xuất các hướng phát triển trong tương lai, ví dụ như tích hợp thêm các tính năng mới, cải thiện trải nghiệm người dùng, mở rộng phạm vi kinh doanh, và áp dụng các công nghệ mới. Doanh thu website bán hàng Pokemon là chỉ số quan trọng đánh giá hiệu quả của website. Thống kê website bán hàng Pokemon sẽ cung cấp những thông tin cần thiết để tối ưu hoạt động kinh doanh.

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Trong bối cảnh công nghệ thông tin và mạng Internet phát triển mạnh mẽ, các phương thức kinh doanh truyền thống đã có sự chuyển dịch sâu sắc sang hình thức trực tuyến. Bán hàng trực tuyến (online) mang lại nhiều lợi thế cạnh tranh cho doanh nghiệp và các cơ sở bán lẻ, bao gồm khả năng tiếp cận tập khách hàng rộng lớn mà không bị rào cản bởi khoảng cách địa lý, đồng thời cắt giảm đáng kể chi phí thuê mặt bằng do không đòi hỏi không gian trưng bày vật lý quá lớn. Đối với người tiêu dùng, phương thức mua sắm trực tuyến mang lại sự tiện lợi, tiết kiệm thời gian di chuyển, hỗ trợ tìm kiếm, so sánh và đặt mua các sản phẩm nhanh chóng.

Xuất phát từ thực tế đó, đề tài "Xây dựng website bán hàng cho cửa hàng Pokemon" được thực hiện dưới dạng tiểu luận môn học Lập trình Website tại Viện Kỹ thuật - Công nghệ, Trường Đại học Thủ Dầu Một. Nghiên cứu do sinh viên Nguyễn Minh Quân (lớp D18PM03) thực hiện dưới sự hướng dẫn chuyên môn của ThS. Nguyễn Hữu Vĩnh vào tháng 12 năm 2020 tại Bình Dương.

Mục tiêu và nhiệm vụ nghiên cứu của đề tài được xác định cụ thể:

1. Nghiên cứu tổng quan về mô hình thương mại điện tử ứng dụng trong việc phân phối và bán lẻ các dòng sản phẩm, phụ kiện liên quan đến chủ đề Pokemon.
2. Phân tích các yêu cầu chức năng và phi chức năng của hệ thống website bằng ngôn ngữ mô hình hóa thống nhất (UML), bao gồm việc xác định tác nhân, xây dựng biểu đồ ca sử dụng (Use Case), biểu đồ hoạt động (Activity Diagram) và biểu đồ tuần tự (Sequence Diagram).
3. Thiết kế mô hình cơ sở dữ liệu quan hệ và cấu trúc sơ đồ điều hướng website nhằm đảm bảo luồng hoạt động thông suốt giữa người dùng và quản trị viên.
4. Tìm hiểu và ứng dụng các công nghệ lập trình web (HTML, CSS, JavaScript, ASP) cùng các công cụ phát triển phần mềm (Visual Studio, Adobe Dreamweaver) để xây dựng hệ thống giao diện và chức năng của website.

Đối tượng và phạm vi nghiên cứu:

• Đối tượng nghiên cứu: Quy trình vận hành, quản lý dữ liệu bán hàng trực tuyến và kiến trúc phần mềm của website thương mại điện tử dành cho cửa hàng Pokemon.
• Phạm vi không gian: Đề tài nghiên cứu và triển khai ứng dụng cho cửa hàng bán lẻ sản phẩm Pokemon trong khuôn khổ đào tạo tại Trường Đại học Thủ Dầu Một, tỉnh Bình Dương.
• Phạm vi thời gian: Dữ liệu và các giải pháp kỹ thuật được tác giả tổng hợp, thiết kế và hoàn thiện tính đến tháng 12/2020.

---

Cơ sở lý thuyết và phương pháp

Đề tài vận dụng phương pháp luận kỹ thuật phần mềm hướng đối tượng kết hợp với mô hình phát triển ứng dụng web truyền thống. Các cơ sở lý thuyết và phương pháp cụ thể bao gồm:

• Mô hình hóa hệ thống bằng ngôn ngữ UML (Unified Modeling Language): Tác giả sử dụng chuẩn UML để phân tích và đặc tả toàn bộ hành vi cũng như tương tác trong hệ thống:
  • Biểu đồ ca sử dụng (Use Case Diagram): Mô hình hóa ranh giới hệ thống, mối quan hệ thừa kế giữa các tác nhân (Actor) và các ca sử dụng.
  • Biểu đồ hoạt động (Activity Diagram): Mô tả chi tiết luồng xử lý nghiệp vụ, các bước rẽ nhánh và điều kiện thực thi của từng tác vụ.
  • Biểu đồ tuần tự (Sequence Diagram): Biểu diễn sự tương tác theo trình tự thời gian giữa tác nhân, giao diện người dùng, hệ thống xử lý và tầng lưu trữ dữ liệu.
• Phương pháp thiết kế dữ liệu: Xây dựng mô hình cơ sở dữ liệu quan hệ phục vụ việc lưu trữ thông tin sản phẩm, danh mục hàng hóa, nhà cung cấp, tài khoản người dùng và đơn hàng.
• Phương pháp thiết kế cấu trúc website (Site Map): Xây dựng sơ đồ cây phân cấp để tổ chức các trang chức năng từ trang chủ, phân hệ người dùng công khai đến phân hệ quản trị dành cho nhân viên quản trị.
• Nguồn dữ liệu: Nguồn tài liệu kỹ thuật về các chuẩn ngôn ngữ web, tài liệu hướng dẫn công nghệ ASP và các tài liệu tham khảo chuyên ngành lập trình website.

---

Thiết kế và triển khai

Hệ thống được thiết kế dựa trên kiến trúc phân tầng phục vụ mô hình bán hàng trực tuyến với sự tham gia của 2 tác nhân chính: Khách hàng và Quản trị viên. Quản trị viên kế thừa toàn bộ quyền hạn của Khách hàng, đồng thời có thêm các chức năng quản trị nghiệp vụ.

1. Phân loại tác nhân và ca sử dụng

Tác nhân (Actor)	Quyền hạn và chức năng trong hệ thống
Khách hàng	Xem sản phẩm, tìm kiếm sản phẩm, mua hàng, thanh toán, đăng ký tài khoản, đăng nhập hệ thống, đổi mật khẩu cá nhân.
Quản trị viên	Kế thừa toàn bộ chức năng của Khách hàng; thực hiện xem thông tin hệ thống, cập nhật (thêm, sửa, xóa) sản phẩm; cập nhật (thêm, sửa, xóa) danh mục; cập nhật (thêm, sửa, xóa) nhà cung cấp.

2. Danh mục các ca sử dụng được đặc tả trong hệ thống

Hệ thống xác định 17 ca sử dụng cốt lõi, được gán mã định danh và thiết lập quy trình kiểm soát cụ thể:

Mã ID	Tên Use Case	Tác nhân thực hiện	Tiền điều kiện (Pre-Condition)	Hậu điều kiện (Post-Condition)
DN001	Đăng nhập	Khách hàng, Quản trị viên	Thiết bị có kết nối mạng; đã có tài khoản trong cơ sở dữ liệu	Thông báo đăng nhập thành công và chuyển hướng về trang chủ
DK001	Đăng kí	Khách hàng, Quản trị viên	Thiết bị có kết nối mạng	Thông báo đăng ký thành công
SV001	Xem sản phẩm	Khách hàng, Quản trị viên	Thiết bị có kết nối mạng	Hiển thị thông tin chi tiết sản phẩm
BY001	Mua hàng	Khách hàng, Quản trị viên	Thiết bị có kết nối mạng	Chuyển sang trang thanh toán
TT001	Thanh toán	Khách hàng, Quản trị viên	Thiết bị có mạng; đã đăng nhập; có sản phẩm trong giỏ hàng	Chuyển sang trang xác nhận đơn hàng
VI001	Xem thông tin	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị thông tin quản trị cần thiết
AD001	Thêm sản phẩm	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách sản phẩm sau khi thêm
ED001	Sửa sản phẩm	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách sản phẩm sau khi sửa
DE001	Xóa sản phẩm	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách sản phẩm sau khi xóa
AD002	Thêm danh mục	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách danh mục sau khi thêm
ED002	Sửa danh mục	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách danh mục sau khi sửa
DE002	Xóa danh mục	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách danh mục sau khi xóa
AD003	Thêm nhà cung cấp	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách nhà cung cấp sau khi thêm
ED003	Sửa nhà cung cấp	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách nhà cung cấp sau khi sửa
DE003	Xóa nhà cung cấp	Quản trị viên	Thiết bị có mạng; Quản trị viên đã đăng nhập	Hiển thị danh sách nhà cung cấp sau khi xóa
SR001	Tìm sản phẩm	Khách hàng, Quản trị viên	Thiết bị có kết nối mạng	Hiển thị danh sách sản phẩm theo từ khóa
CH001	Đổi mật khẩu	Khách hàng, Quản trị viên	Thiết bị có kết nối mạng; đã có tài khoản trong hệ thống	Thông báo đổi mật khẩu thành công

3. Công nghệ và công cụ phát triển

• Công nghệ phía máy khách (Client-side):
  • HTML (HyperText Markup Language): Đóng vai trò định hình khung cấu trúc nội dung và định dạng dữ liệu hiển thị trên các trang web.
  • CSS (Cascading Style Sheets): Thiết lập định dạng kiểu dáng, màu sắc, bố cục và tối ưu hóa trải nghiệm trực quan cho giao diện.
  • JavaScript: Ngôn ngữ kịch bản thực thi tại trình duyệt, hỗ trợ xử lý tương tác sự kiện từ người dùng và kiểm tra tính hợp lệ của dữ liệu biểu mẫu.
• Công nghệ phía máy chủ (Server-side):
  • ASP (Active Server Pages): Xử lý logic nghiệp vụ, tiếp nhận yêu cầu HTTP từ máy khách, tương tác với tầng cơ sở dữ liệu và kết xuất mã HTML trả về cho trình duyệt.
• Môi trường phát triển tích hợp (IDE & Tools):
  • Microsoft Visual Studio: Môi trường phát triển chính với trình biên dịch, trình gỡ lỗi (debugger) mạnh mẽ và khả năng mở rộng linh hoạt.
  • Adobe Dreamweaver: Công cụ hỗ trợ thiết kế bố cục và chỉnh sửa mã nguồn giao diện web.

---

Nội dung chính theo từng chương

Chương 1: Phân Tích Yêu Cầu Theo Uml

Chương 1 tập trung toàn bộ vào việc mô hình hóa các yêu cầu chức năng của hệ thống website bán hàng Pokemon theo chuẩn UML. Nội dung chương trình bày chi tiết:

• Danh sách 2 tác nhân (Khách hàng, Quản trị viên) và mối quan hệ thừa kế quyền hạn.
• Danh sách 17 ca sử dụng từ việc xác thực tài khoản (đăng nhập, đăng ký, đổi mật khẩu), nghiệp vụ mua bán (xem sản phẩm, tìm kiếm, mua hàng, thanh toán) đến nghiệp vụ quản trị dữ liệu (xem thông tin, quản lý sản phẩm, danh mục, nhà cung cấp).
• Bảng đặc tả chi tiết cho từng ca sử dụng với đầy đủ thông tin: Mã Use Case, Tên Use Case, Mô tả, Tác nhân, Mức độ ưu tiên, Sự kiện kích hoạt, Tiền điều kiện, Hậu điều kiện, Luồng sự kiện chính (Basic Flow) và Luồng sự kiện ngoại lệ (Exception Flow).
• Hệ thống sơ đồ trực quan bao gồm Hình 1 (Biểu đồ Use Case tổng quát), chuỗi biểu đồ hoạt động và chuỗi biểu đồ tuần tự mô tả chi tiết từng thao tác của người dùng tương tác với hệ thống.

Chương 2: Mô Hình Cơ Sở Dữ Liệu

Chương 2 trình bày thiết kế mô hình dữ liệu quan hệ (được minh họa thông qua Hình 2: Mô hình cơ sở dữ liệu ở trang 35). Mô hình này xác định các thực thể và mối quan hệ lưu trữ thông tin về sản phẩm Pokemon, danh mục hàng hóa, thông tin nhà cung cấp, thông tin tài khoản người dùng và dữ liệu giỏ hàng/thanh toán, đảm bảo tính toàn vẹn dữ liệu khi thực hiện các thao tác thêm, sửa, xóa và truy vấn.

Chương 3: Sơ Đồ Website

Chương 3 thiết lập sơ đồ cấu trúc website (được thể hiện qua Hình 3: Sơ đồ website của hệ thống ở trang 36). Sơ đồ phân định rõ ràng phân cấp các trang công khai (Trang chủ, Giới thiệu, Liên hệ, Danh mục sản phẩm, Chi tiết sản phẩm, Giỏ hàng, Thanh toán, Đăng nhập, Đăng ký) và các trang quản trị nội bộ dành cho người quản trị (Dashboard quản trị, Quản lý sản phẩm, Quản lý danh mục, Quản lý nhà cung cấp).

Chương 4: Tổng Quan Đề Tài

Chương 4 cung cấp cái nhìn tổng quát về đề tài, bao gồm các mục:

• Mục tiêu của đề tài: Xây dựng hoàn chỉnh website bán hàng trực tuyến cho cửa hàng Pokemon.
• Ý nghĩa của đề tài: Giải quyết bài toán kinh doanh online, giảm chi phí mặt bằng và nâng cao trải nghiệm mua hàng cho người tiêu dùng.
• Đối tượng của đề tài: Các mặt hàng liên quan đến Pokemon và các nhóm đối tượng người dùng tương tác với website.
• Một số trang chính của website: Giới thiệu khái quát các màn hình chức năng quan trọng của hệ thống (trang 37).

Chương 5: Giới Thiệu Công Nghệ

Chương 5 thuyết minh chi tiết về cơ sở lý thuyết công nghệ và các công cụ được lựa chọn để xây dựng hệ thống:

• HTML: Trình bày khái niệm, công dụng và các định dạng thẻ cơ bản trong xây dựng tài liệu web.
• CSS và JavaScript: Trình bày vai trò tạo kiểu dáng giao diện và ngôn ngữ kịch bản xử lý tương tác phía máy khách.
• ASP: Giới thiệu tổng quan và cấu trúc của công nghệ Active Server Pages trong việc xử lý dữ liệu động phía máy chủ (trang 45).
• Công cụ phát triển: Giới thiệu phần mềm Adobe Dreamweaver và môi trường Microsoft Visual Studio (nêu bật các tính năng tổng quát, trình gỡ lỗi và khả năng mở rộng).

Chương 6: Giao Diện Chương Trình

Chương 6 trình bày đặc tả giao diện và thiết kế chi tiết 21 màn hình giao diện thực tế của hệ thống:

1. Giao diện Trang chủ
2. Giao diện trang Giới thiệu
3. Giao diện trang Đăng kí
4. Giao diện trang Đăng nhập
5. Giao diện trang Đổi mật khẩu
6. Giao diện trang Giỏ hàng
7. Giao diện trang Thanh toán
8. Giao diện trang Xác nhận
9. Giao diện trang Quản trị viên
10. Giao diện trang Cập nhật sản phẩm
11. Giao diện trang Thêm sản phẩm
12. Giao diện trang Sửa sản phẩm
13. Giao diện trang Cập nhật danh mục
14. Giao diện trang Thêm danh mục
15. Giao diện trang Sửa danh mục
16. Giao diện trang Cập nhật nhà cung cấp
17. Giao diện trang Thêm nhà cung cấp
18. Giao diện trang Sửa thông tin nhà cung cấp
19. Giao diện Danh mục
20. Giao diện Nhà cung cấp
21. Giao diện Liên hệ

Chương 7: Kết Luận Và Hướng Phát Triển

Chương 7 tổng kết toàn bộ kết quả đạt được của tiểu luận sau quá trình nghiên cứu, phân tích thiết kế và hiện thực hóa website bán hàng Pokemon, đồng thời chỉ ra các hướng mở rộng phát triển tiếp theo của hệ thống (trang 57).

---

Kết quả và đóng góp

• Kết quả thiết kế kỹ thuật: Đề tài hoàn thành bộ tài liệu phân tích thiết kế phần mềm chi tiết cho website bán hàng Pokemon, bao gồm:
  • Xác định và phân quyền thành công 2 nhóm tác nhân (Khách hàng, Quản trị viên).
  • Đặc tả hoàn chỉnh 17 ca sử dụng (từ mã DN001 đến CH001) với đầy đủ luồng sự kiện cơ bản và luồng ngoại lệ.
  • Xây dựng hệ thống biểu đồ mô hình hóa (Use Case Diagram, Activity Diagrams, Sequence Diagrams) cho tất cả các ca sử dụng.
  • Thiết kế hoàn chỉnh mô hình cơ sở dữ liệu (Hình 2) và sơ đồ website hệ thống (Hình 3).
• Kết quả triển khai giao diện: Thiết kế và xây dựng thành công 21 màn hình giao diện chức năng bao quát toàn bộ quy trình mua hàng của người dùng và quy trình quản trị dữ liệu của quản trị viên.
• Đóng góp của đề tài: Cung cấp một giải pháp ứng dụng công nghệ web (HTML, CSS, JavaScript, ASP) vào việc số hóa quy trình kinh doanh bán lẻ các sản phẩm chủ đề Pokemon, giúp tối ưu hóa chi phí vận hành cửa hàng và tạo kênh mua sắm thuận tiện cho khách hàng.

---

Hạn chế và hướng nghiên cứu tiếp

• Hạn chế:
  • Đề tài được thực hiện trong phạm vi một tiểu luận môn học (Lập trình Website) vào năm 2020 nên các giải pháp công nghệ phía máy chủ tập trung chủ yếu vào nền tảng ASP truyền thống.
  • Quy trình thanh toán mới dừng lại ở mức nhập thông tin và xác nhận đơn hàng trên giao diện hệ thống, chưa tích hợp sâu các cổng thanh toán điện tử trực tuyến bên thứ ba.
• Hướng nghiên cứu và phát triển tiếp:
  • Tiếp tục nâng cấp và hoàn thiện các chức năng theo nội dung định hướng phát triển đã nêu tại Chương 7 của tài liệu.
  • Nâng cấp nền tảng công nghệ, tối ưu hóa cơ sở dữ liệu và bổ sung các tính năng bảo mật nâng cao cho hệ thống website.

---

Giá trị tham khảo

Tài liệu tiểu luận có giá trị tham khảo thiết thực cho sinh viên các chuyên ngành Công nghệ thông tin, Kỹ thuật phần mềm (đặc biệt là sinh viên theo học các học phần Lập trình Website, Phân tích và Thiết kế Hệ thống):

• Tham khảo phương pháp đặc tả UML: Cung cấp cấu trúc mẫu chuẩn mực trong việc phân rã ca sử dụng, đặt mã định danh (ID), viết đặc tả luồng sự kiện (Basic Flow, Exception Flow) và vẽ biểu đồ hoạt động, biểu đồ tuần tự đi kèm.
• Tham khảo quy trình xây dựng website thương mại điện tử cơ bản: Cung cấp sơ đồ điều hướng trang (Site Map) và danh mục 21 màn hình giao diện cần thiết cho một hệ thống bán hàng trực tuyến hoàn chỉnh.

---

Câu hỏi thường gặp

1. Hệ thống website bán hàng Pokemon phân chia người dùng thành những tác nhân (Actor) nào và mối quan hệ giữa chúng là gì?
Hệ thống xác định 2 tác nhân chính: Khách hàng và Quản trị viên. Trong đó, Quản trị viên có quan hệ kế thừa toàn bộ chức năng của Khách hàng (xem sản phẩm, mua hàng, thanh toán, đăng ký, đăng nhập) và được bổ sung thêm các quyền quản trị như cập nhật sản phẩm, cập nhật danh mục, cập nhật nhà cung cấp và xem thông tin hệ thống.

2. Trong Chương 1, hệ thống đã phân tích và đặc tả bao nhiêu ca sử dụng (Use Case)?
Chương 1 đã phân tích, mô hình hóa và lập bảng đặc tả chi tiết cho 17 ca sử dụng, bao gồm: Đăng nhập (DN001), Đăng kí (DK001), Xem sản phẩm (SV001), Mua hàng (BY001), Thanh toán (TT001), Xem thông tin (VI001), Thêm sản phẩm (AD001), Sửa sản phẩm (ED001), Xóa sản phẩm (DE001), Thêm danh mục (AD002), Sửa danh mục (ED002), Xóa danh mục (DE002), Thêm nhà cung cấp (AD003), Sửa nhà cung cấp (ED003), Xóa nhà cung cấp (DE003), Tìm sản phẩm (SR001) và Đổi mật khẩu (CH001).

3. Để thực hiện ca sử dụng Thanh toán (Mã Use Case: TT001), người dùng cần thỏa mãn những tiền điều kiện (Pre-Condition) nào?
Theo đặc tả Use Case TT001, tiền điều kiện bắt buộc gồm có: thiết bị của người dùng phải có kết nối mạng, người dùng (Khách hàng hoặc Quản trị viên) đã đăng nhập thành công vào hệ thống và đã có sản phẩm tồn tại trong giỏ hàng.

4. Đề tài đã sử dụng những công nghệ và công cụ phát triển phần mềm nào?
Các công nghệ và công cụ được trình bày trong Chương 5 bao gồm: HTML (định dạng cấu trúc), CSS (định dạng trình bày), JavaScript (kịch bản tương tác client), ASP (xử lý logic server), cùng hai công cụ phát triển là Microsoft Visual Studio (cung cấp trình gỡ lỗi và khả năng mở rộng) và Adobe Dreamweaver.

5. Hệ thống giao diện được đặc tả tại Chương 6 gồm những nhóm màn hình chức năng nào?
Chương 6 đặc tả tổng cộng 21 giao diện màn hình, chia thành hai nhóm chính: nhóm giao diện phía người dùng (Trang chủ, Giới thiệu, Đăng kí, Đăng nhập, Đổi mật khẩu, Giỏ hàng, Thanh toán, Xác nhận, Danh mục, Nhà cung cấp, Liên hệ) và nhóm giao diện quản trị (Trang quản trị viên cùng các trang thêm, sửa, cập nhật dành riêng cho Sản phẩm, Danh mục và Nhà cung cấp).

---

Kết luận

Tiểu luận môn học "Xây dựng website bán hàng cho cửa hàng Pokemon" của sinh viên Nguyễn Minh Quân đã hoàn thành đầy đủ quy trình phân tích và thiết kế một hệ thống thương mại điện tử chuyên biệt. Đề tài đã xây dựng hệ thống tài liệu kỹ thuật chuẩn mực bằng ngôn ngữ UML với 17 ca sử dụng được đặc tả chặt chẽ kèm biểu đồ hoạt động và biểu đồ tuần tự tương ứng. Bên cạnh đó, tác giả đã thiết kế hoàn chỉnh mô hình dữ liệu, sơ đồ website và 21 màn hình giao diện chức năng phục vụ cho cả khách hàng lẫn người quản trị. Công trình đóng vai trò là tài liệu tham khảo có giá trị học thuật và thực tiễn cho sinh viên ngành kỹ thuật phần mềm khi tiếp cận các bài toán lập trình ứng dụng web.

Trích đoạn nội dung tài liệu

CHƯƠNG 1: PHÂN TÍCH YÊU CẦU THEO UML 1. Biểu đồ Use Case 1. Danh sách Actor STT Tên actor Chức năng xem sản phẩm, mua sản phẩm, thanh toán, đăng 1 khách hàng kí, đăng nhập kế thừa actor khách hàng, cập nhật sản phẩm, cập 2 quản trị viên nhật danh mục, cập nhật nhà cung cấp 1. Danh sách Use Case STT Tên Use Case Ý nghĩa cho phép khách hàng hoặc quản trị viên đăng 1 đăng nhập nhập vào hệ thống cho phép khách hàng hoặc quản trị viên tạo 2 đăng kí thêm tài khoản cá nhân cho phép khách hàng hoặc quản trị viên 3 xem sản phẩm muốn xem thông tin sản phẩm cho phép khách hàng hoặc quản trị viên mua 4 mua hàng các sản phẩm có trong website cho phép khách hàng hoặc quản trị viên 5 thanh toán thanh toán hóa đơn cho phép quản trị viên xem thông tin các 6 xem thông tin mục có trong website cho phép quản trị viên thêm sản phẩm vào 7 thêm sản phẩm website cho phép quản trị viên sửa thông tin sản 8 sửa sản phẩm phẩm cho phép quản trị viên xóa thông tin sản 9 xóa sản phẩm phẩm cho phép quản trị viên thêm danh mục vào 10 thêm danh mục website cho phép quản trị viên sửa thông tin danh 11 sửa danh mục mục cho phép quản trị viên xóa thông tin danh 12 xóa danh mục mục cho phép quản trị viên thêm thông tin nhà 13 thêm thông tin nhà cung cấp cung cấp vào website cho phép quản trị viên sửa thông tin thông 14 sửa thông tin nhà cung cấp tin nhà cung cấp 2 0 0 cho phép quản trị viên xóa thông tin thông 15 xóa thông tin nhà cung cấp tin nhà cung cấp cho phép khách hàng hoặc quản trị viên tìm 16 tìm sản phẩm sản phẩm theo nhu cầu cho phép khách hàng hoặc quản trị viên đổi 17 đổi mật khẩu mật khẩu của tài khoản cá nhân 1.

Vẽ Use Case Hình 1. Biểu đồ Use Case 1. Đặc tả Use Case 1. Use Case Name: Đăng nhập Use Case ID: DN001 Use Case Description: Là khách hàng, quản trị viên muốn truy cập vào tài khoản cá nhân Actor: Khách hàng, Quản trị viên Priority: Không Trigger: Khách hàng, Quản trị viên muốn truy cập vào tài khoản cá nhân Pre-Condition: Khách hàng, Quản trị viên đã có tài khoản trong cơ sở dữ liệu 3 0 0 Thiết bị có kết nối mạng Post-Condition: Thông báo đăng nhập thành công và quay về trang chủ Basic Flow: 1.

Chọn mục đăng nhập 2. Nhập tên tài khoản 3. Nhập mật khẩu 4. Nhấn đăng nhập Alternative Flow: Không Exception Flow: 3a.

Người dùng nhấn quên mật khẩu 4a. Người dùng nhấn nút hủy 1. Use Case Name: Đăng kí Use Case ID: DK001 Use Case Description: Là khách hàng, quản trị viên muốn thêm tài khoản cá nhân Actor: Khách hàng, Quản trị viên Priority: Không Trigger: Khách hàng, Quản trị viên muốn thêm tài khoản cá nhân Pre-Condition: Thiết bị có kết nối mạng Post-Condition: Thông báo đăng kí thành công Basic Flow: 1. Chọn mục đăng kí 2.

Điền các thông tin cần thiết 3. Chọn nút đăng kí Alternative Flow: Không Exception Flow: 3a. Người dùng nhấn nút hủy 1. Use Case Name: Xem sản phẩm Use Case ID: SV001 Use Case Description: Là khách hàng, quản trị viên muốn xem thông tin chi tiết của sản phẩm Actor: Khách hàng, Quản trị viên 4 0 0 Priority: Không Trigger: Khách hàng, Quản trị viên muốn xem thông tin chi tiết của sản phẩm Pre-Condition: Thiết bị có kết nối mạng Post-Condition: Hiển thị thông tin sản phẩm Basic Flow: 1.

Người dùng nhấn vào tên sản phẩm Alternative Flow: Không Exception Flow: Không 1. Use Case Name: Mua hàng Use Case ID: BY001 Use Case Description: Là khách hàng, quản trị viên muốn mua các sản phẩm có trong cửa hàng Actor: Khách hàng, Quản trị viên Priority: Không Trigger: Khách hàng, Quản trị viên muốn mua các sản phẩm có trong cửa hàng Pre-Condition: Thiết bị có kết nối mạng Post-Condition: Chuyển sang trang thanh toán Basic Flow: 1. Người dùng chọn các sản phẩm cần mua Alternative Flow: Không Exception Flow: Không 1. Use Case Name: Thanh toán Use Case ID: TT001 Use Case Description: Là khách hàng, quản trị viên muốn thanh toán hóa đơn Actor: Khách hàng, Quản trị viên Priority: Không Trigger: Khách hàng, Quản trị viên muốn thanh toán hóa đơn Pre-Condition: Thiết bị có kết nối mạng Khách hàng, Quản trị viên đã đăng nhập vào hệ thống 5 0 0 Có sản phẩm trong giỏ hàng Post-Condition: Chuyển sang trang xác nhận Basic Flow: 1.

Người dùng chọn thanh toán 2. Người dùng nhập các thông tin cần thiết 3. Người dùng chọn xác nhận Alternative Flow: Không Exception Flow: 3a. Người dùng chọn hủy 1.

Use Case Name: Xem thông tin Use Case ID: VI001 Use Case Description: Là quản trị viên muốn xem thông tin của website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn xem thông tin của website Pre-Condition: Thiết bị có kết nối mạng Quản trị viên đã đăng nhập vào hệ thống Post-Condition: Hiển thị thông tin cần thiết Basic Flow: 1. Quản trị viên chọn mục Quản trị viên 2. Quản trị viên chọn mục cần xem thông tin Alternative Flow: Không Exception Flow: Không 1. Use Case Name: Thêm sản phẩm Use Case ID: AD001 Use Case Description: Là quản trị viên muốn thêm sản phẩm vào website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn thêm sản phẩm vào website Pre-Condition: 6 0 0 Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách sản phẩm sau khi thêm Basic Flow: 1.

Quản trị viên chọn mục Sản phẩm 2. Quản trị viên chọn mục Thêm sản phẩm 3. Quản trị viên nhập thông tin sản phẩm 4. Quản trị viên nhấn Thêm Alternative Flow: Không Exception Flow: 4a.

Quản trị viên nhấn hủy 1. Use Case Name: Sửa sản phẩm Use Case ID: ED001 Use Case Description: Là quản trị viên muốn sửa sản phẩm trong website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn sửa sản phẩm trong website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách sản phẩm sau khi sửa Basic Flow: 1. Quản trị viên chọn mục Sản phẩm 2. Quản trị viên chọn tên sản phẩm cần sửa 3.

Quản trị viên điều chỉnh thông tin sản phẩm 4. Quản trị viên nhấn Cập nhật Alternative Flow: Không Exception Flow: 4a. Quản trị viên nhấn hủy 7 0 0 1. Use Case Name: Xóa sản phẩm Use Case ID: DE001 Use Case Description: Là quản trị viên muốn xóa sản phẩm trong website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn xóa sản phẩm trong website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách sản phẩm sau khi xóa Basic Flow: 1.

Quản trị viên chọn mục Sản phẩm 2. Quản trị viên chọn tên sản phẩm cần xóa 3. Quản trị viên nhấn Xóa Alternative Flow: Không Exception Flow: 3a. Quản trị viên nhấn hủy 1.

Use Case Name: Thêm danh mục Use Case ID: AD002 Use Case Description: Là quản trị viên muốn thêm danh mục vào website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn thêm danh mục vào website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách danh mục sau khi thêm Basic Flow: 1. Quản trị viên chọn mục Danh mục 2. Quản trị viên chọn mục Thêm danh mục 3. Quản trị viên nhập thông tin danh mục 8 0 0 4.

Quản trị viên nhấn Thêm Alternative Flow: Không Exception Flow: 4a. Quản trị viên nhấn hủy 1. Use Case Name: Sửa danh mục Use Case ID: ED002 Use Case Description: Là quản trị viên muốn sửa danh mục trong website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn sửa danh mục trong website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách danh mục sau khi sửa Basic Flow: 1. Quản trị viên chọn mục Danh mục 2.

Quản trị viên chọn tên danh mục cần sửa 3. Quản trị viên điều chỉnh thông tin danh mục 4. Quản trị viên nhấn Cập nhật Alternative Flow: Không Exception Flow: 4a. Quản trị viên nhấn hủy 1.

Use Case Name: Xóa danh mục Use Case ID: DE002 Use Case Description: Là quản trị viên muốn xóa danh mục trong website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn xóa danh mục trong website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng 9 0 0 Post-Condition: Hiển thị danh sách danh mục sau khi xóa Basic Flow: 1. Quản trị viên chọn mục Danh mục 2. Quản trị viên chọn tên danh mục cần xóa 3. Quản trị viên nhấn Xóa Alternative Flow: Không Exception Flow: 3a.

Quản trị viên nhấn hủy 1. Use Case Name: Thêm nhà cung cấp Use Case ID: AD003 Use Case Description: Là quản trị viên muốn thêm nhà cung cấp vào website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn thêm nhà cung cấp vào website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách nhà cung cấp sau khi thêm Basic Flow: 1. Quản trị viên chọn mục Nhà cung cấp 2. Quản trị viên chọn mục Thêm nhà cung cấp 3.

Quản trị viên nhập thông tin nhà cung cấp 4. Quản trị viên nhấn Thêm Alternative Flow: Không Exception Flow: 4a. Quản trị viên nhấn hủy 1. Use Case Name: Sửa nhà cung cấp Use Case ID: ED003 Use Case Description: Là quản trị viên muốn sửa nhà cung cấp trong website Actor: Quản trị viên Priority: Không 10 0 0 Trigger: Quản trị viên muốn sửa nhà cung cấp trong website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách nhà cung cấp sau khi sửa Basic Flow: 1.

Quản trị viên chọn mục Nhà cung cấp 2. Quản trị viên chọn tên nhà cung cấp cần sửa 3. Quản trị viên điều chỉnh thông tin nhà cung cấp 4. Quản trị viên nhấn Cập nhật Alternative Flow: Không Exception Flow: 4a.

Quản trị viên nhấn hủy 1. Use Case Name: Xóa nhà cung cấp Use Case ID: DE003 Use Case Description: Là quản trị viên muốn xóa nhà cung cấp trong website Actor: Quản trị viên Priority: Không Trigger: Quản trị viên muốn xóa nhà cung cấp trong website Pre-Condition: Quản trị viên đã đăng nhập vào hệ thống Thiết bị có kết nối mạng Post-Condition: Hiển thị danh sách nhà cung cấp sau khi xóa Basic Flow: 1. Quản trị viên chọn mục Nhà cung cấp 2. Quản trị viên chọn tên nhà cung cấp cần xóa 3.

Quản trị viên nhấn Xóa Alternative Flow: Không Exception Flow: 3a. Quản trị viên nhấn hủy 11 0 0 1.