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

Tài liệu nghiên cứu Đề tài xây d website hàng cho c a hàng pokemon, tổng hợp lý thuyết và thực hành, cung cấp kiến thức chuyên sâu về .

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

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.