Btl Phân tích đặc tả yêu cầu phần mềm

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ============ BÁO CÁO BTL THUỘC HỌC PHẦN: PHÂN TÍCH ĐẶC TẢ CÁC YÊU CẦU PHẦN MỀM PHÂN TÍCH ĐẶC TẢ CÁC YÊU CẦU WEBSITE: https:freshgarden.vn GVHD: Ths Phạm Thị Kim Phượng Nhóm Lớp: 1 20214IT6097001 Thành viên: Trần Tuấn Thắng Nguyễn Xuân Hà Ma Thị Lợi Nguyễn Tiến Dũng Hà Nội, Năm 2022 LỜI MỞ ĐẦU Công nghệ thông tin trong giai đoạn hiện nay đang có những bước phát triển như vũ bão trên mọi lĩnh vực hoạt động ở khắp nơi trên toàn thế giới. Tin học đã và đang là một trong những vấn đề không thể thiếu đối với bất kì tổ chức, công ty nào. Việc thu thập, phân tích yêu cầu có ý nghĩa quan trọng đối với thành công của một dự án và là khâu kỹ thuật đầu tiên của quá trình phát triển phần mềm. Khi thực hiện thu thập, phân tích yêu cầu ngoài tập hợp các yêu cầu từ khách hàng việc đánh giá, phân tích là vô cùng cần thiết và yêu cầu chuẩn xác. Đặc biệt với các yêu cầu cải tiến, nâng cấp hệ thống đã có khi đánh giá, phân tích cần dựa trên hệ thống hiện tại. Đặc tả về hệ thống và các tài liệu liên quan tới quá trình phát triển của hệ thống sẽ trở nên vô cùng cần thiết và hữu ích, khi công việc quản lý các đặc tả và tài liệu liên quan được thực hiện tốt sẽ giúp cán bộ phân tích thu thập chính xác và nhanh chóng, là nền tảng để cán bộ phân tích thực hiện phân tích ảnh hưởng tới hệ thống khi có các yêu cầu nâng cấp, cải tiến. Với sự tìm hiểu với kiến thức môn học dưới sự hướng dẫn của giảng viên Ths Phạm Thị Kim Phượng nhóm chúng em đã tiến hành thực hiện bản báo cáo bài tập lớn về “Phân tích và đặc tả các yêu cầu của website bánh ngọt https:freshgarden.vn ” nhằm đặc tả chi tiết các dịch vụ mà hệ thống website cung cấp và những ràng buộc để xây dựng và vận hành một trang web bán bánh ngọt. Từ việc khảo sát hệ thống đến xác định mô hình hóa chức năng và dữ liệu của trang web nhóm đã lần lượt tiến hành phân tích và đặc tả chi tiết của website freshgarden.vn với mục đích xác định được mức độ đáp ứng của website này với khách hàng người truy cập website . Trong quá trình tìm hiểu và thực hiện báo cáo nhóm chúng em không thể tránh khỏi những thiếu hụt và sai sót, vì vậy nhóm rất mong được nghe sự nhận xét và ý kiến đánh giá của (thầy) cô dành cho nhóm. Mục lục LỜI MỞ ĐẦU 2 Chương 1. Khảo sát hệ thống 5 1.1. Khảo sát sơ bộ: 5 1.1.1 Mục tiêu: 5 1.1.2 Phương pháp 5 1.1.3. Đối tượng khảo sát 14 1.1.4. Kết quả sơ bộ 14 1.1.5 Các tài liệu thu thập được 15 1.2. Khảo sát chi tiết 22 1.2.1 Hoạt động của hệ thống 22 1.2.2 Các yêu cầu chức năng 23 1.2.3 Các yêu cầu phi chức năng 23 Chương 2. mô hình hóa dữ liệu 25 2.1 Các yêu cầu về dữ liệu 25 2.2. Biểu đồ thực thể liên kết mức logic 29 2.3. Mô hình cơ sử dữ liệu mức vật lí 30 2.4. Thiết kế bảng 30 Chương 3. Mô hình hóa chức năng 36 3.1. Biểu đồ use case 36 3.1.1. Các use case chính 37 3.1.2. Các use case thứ cấp 40 3.1.3. Phân rã một số use case 41 3.2. mô tả chi tiết các use case 42 3.2.1 Mô tả use case Tìm Kiếm (Nguyễn Tiến Dũng) 42 3.2.2 Mô tả use case Xem Giỏ Hàng (Nguyễn Tiến Dũng) 43 3.2.3 Mô tả use case Xem Danh Mục (Nguyễn Tiến Dũng) 44 3.2.4 Mô tả use case Xem Tin Tức (Nguyễn Tiến Dũng) 45 3.2.5 Mô tả use case Xem hệ thống cửa hàng (Nguyễn Tiến Dũng) 46 3.2.6 Mô tả use case Xem các trang mạng xã hội (Nguyễn Tiến Dũng) 47 3.2.7 Mô tả use case Thêm sản phẩm vào hàng (Nguyễn Tiến Dũng) 48 3.2.8 Mô tả use case Xóa sản phẩm trong hàng (Nguyễn Tiến Dũng) 49 3.2.9 Mô tả use case xem thông tin chi tiết sản phẩm(Trần Tuấn Thắng) 50 3.2.10 Mô tả use case để lại lời nhắn(Trần Tuấn Thắng) 51 3.2.11 Mô tả use case đăng ký nhận tin(Trần Tuấn Thắng) 52 3.2.12 Mô tả use case xem đơn hàng(Trần Tuấn Thắng) 52 3.2.13 Mô tả use case huỷ đơn hàng(Trần Tuấn Thắng) 53 3.2.14 Mô tả use case mua hàng(Trần Tuấn Thắng) 54 3.2.15 Mô tả use case xem danh mục blog(Trần Tuấn Thắng) 55 3.2.16 Mô tả use case liên hệ(Trần Tuấn Thắng) 56 3.2.17 Mô tả use case đăng nhập admin( Nguyễn Xuân Hà) 56 3.2.18 Mô tả Usecase bảo trì danh mục cha(Nguyễn Xuân Hà) 57 3.2.19 Mô tả Usecase bảo trì danh mục sản phẩm( Nguyễn Xuân Hà) 59 3.2.20 Mô tả use case BAO TRI THONG TIN SAN PHAM( Nguyễn Xuân Hà) 61 3.2.21 Mô tả use case BẢO TRÌ NHÂN VIÊN( Nguyễn Xuân Hà) 63 3.2.22 Mô tả use case XEM SAN PHAM(Ma Thị Lợi) 65 3.2.20 Mô tả use case QUAN LI TAI KHOAN KHACH HANG(Ma Thị Lợi) 66 3.2.21 Mô tả use case THONG KE DON HANG(Ma Thị Lợi) 67 3.2.22 Mô tả use case BAO TRI THONG TIN SAN PHAM(Ma Thị Lợi) 68 3.2.24 Mô tả use case THONG KE DOANH THU(Ma Thị Lợi) 70 3.2.25 Mô tả use case BAO TRI TIN TUC (Ma Thị Lợi) 71 3.2.26 Mô tả use case BAO TRI HE THONG CUA HANG(Ma Thị Lợi) 73 Chương 1. Khảo sát hệ thống 1.1. Khảo sát sơ bộ: 1.1.1 Mục tiêu: Tài liệu phân tích và đặc tả yêu cầu phần mềm này mô tả các yêu cầu về chức năng và yêu cầu về thực thi của hệ thống website freshgarden.com như cho phép khách hàng tham khảo và đặt hàng online, đa dạng các phương thức thanh toán,.. . Từ tài liệu đặc tả này, chúng ta có thể dễ dàng đi tới các giai đoạn tiếp theo của quy trình phát triển phần mềm. Các loại dữ liệu (tài liệu) và đặc trưng về cửa hàng bánh tươi Fresh Garden: +Các công việc và trình tự thực hiện các chức năng nghiệp vụ cũng như các dữ liệu liên quan đến việc bán hang thông qua website. +Các chính sách và các hướng dẫn mô tả bản chất của kinh doanh , thị trường và môi trường mà trong đó cửa hàng bánh tươi Fresh Garden hoạt động. +Các điều kiện môi trường (các hệ thống bên trong và bên ngoài liên quan). +Sự mong đợi của khách hàng về hệ thống . 1.1.2 Phương pháp Phỏng vấn:   Bảng kế hoạch phỏng vấn: KẾ HOẠCH PHỎNG VẤN Người được hỏi: Nguyễn Anh Tuấn Người phỏng vấn: Nguyễn Xuân Hà Địa chỉ: Số 46, Phố An Dương, Phường Yên Phụ, Quận Tây Hồ, Tp Hà Nội. Điện thoại: 02438563856024 3856 385 Lịch hẹn phỏng vấn: 20072022 Thời gian bắt đầu: 7h30. Thời gian kết thúc: 8h30. Đối tượng: Trưởng phòng kinh doanh Fresh Garden. Đối tượng được hỏi: Ông Nguyễn Anh Tuấn. Cần thu thập dữ liệu: • Nguồn gốc các nguyên liệu được nhập. • Thu thập thông tin về các chức năng và quy trình hoạt động của hệ thống. Cần thỏa thuận: • Tính xác thực của thông tin. Các yêu cầu được hỏi: • Là nhân viên của cửa hàng. • Thời gian làm việc tại cửa hàng trên một năm. • Có nhiều kinh nghiệm thao tác với hệ thống. Nội dung buổi phỏng vấn: • Giới thiệu qua về buổi phỏng vấn. • Tổng quan buổi phỏng vấn • Chủ đề 1: thông tin về sản phẩm. • Chủ đề 2: các chức năng chính của hệ thống. • Chủ đề 3 : quy trình xử lý đơn hàng của hệ thống. • Tổng hợp các nội dung chính đã hỏi. • Khảo sát ý kiến người được hỏi. • Kết thúc. 2 phút 2 phút 15 phút 15 phút 20 phút 3 phút 2 phút 1 phút Thời lượng ước tính: 60 phút   Phiếu phỏng vấn theo kế hoạch Phiếu phỏng vấn Dự án: quản lý kinh doanh hệ thống cửa hàng bánh Fresh Garden. Tiểu dự án: Quản lý bán hàng Người được hỏi: Nguyễn Anh Tuấn. Người hỏi: Nguyễn Xuân Hà Ngày: 20072022 Câu 1: Anh có thể cho biết nguồn gốc xuất xứ chất lượng của các nguyên liệu không? Trả lời: Đa số các nguyên vật liệu làm bánh của chúng tôi như bột mì, men, máy móc ,.. được nhập khẩu chính ngạch từ Úc. Một số thành phần tươi sống như trứng, hoa quả,.. sẽ được nhập trực tiếp tại địa phương.Từ đó luôn đảm bảo chất lượng sản phẩm. Quan sát: Người này có hiểu biết cơ bản về quy trình nhập nguyên liệu của cửa hàng. Câu 2: Anh có thể liệt kê các sản phẩm chủ lực của cửa hàng không? Trả lời: Sản phẩm chủ lực của cửa hàng bao gồm bánh kem, một số loại bánh mì tươi.Gần đây,cũng có thêm nhiều loại bánh mì nướng cũng được các bạn trẻ rất ưa thích. Quan sát: người này có hiểu biết rõ về hoạt động bán hàng. Câu 3: Anh có thể nêu quy trình đặt hàng sản phẩm của khách hàng không? Anh đánh giá thế nào về quy trình này? Trả lời: sau khi tham khảo các sản phẩm, để đặt mua khách hàng có thể thực hiện các bước: thêm sản phẩm vào rỏ hàng, khách hàng đi đến giỏ hàng chọn thời gian giao hàng,ấn THANH TOÁN sau đó tiếp tục điền các thông tin của người nhận, sau đó chọn phương thức thanh toán và ấn “Hoàn tất đơn hàng”. Tôi thấy đây là một quy trình đảm bảo sự tối giản về thông tin và tiện lợi cho khách hàng. Quan sát: Người này rất am hiểu quy trình mua hàng. Câu 4: Anh có thể cho biết hệ thống có những hình thức thanh toán nào không? Trả lời: Hệ thống có 2 phương thức thanh toán: thanh toán khi nhận hàng và thanh toán online thông qua tài khoản ngân hàng.Thông thường, khách hàng thường sẽ xử dụng hình thức thanh toán khi nhận hàng. Quan sát: Người này có quan sát về chức năng này của hệ thống Câu 5: Hệ thống có lưu lại thông tin của khách hàng hay không? Thông tin do khách hàng cung cấp có được bảo mật không? Trả lời: Hệ thống có lưu lại dữ liệu để tiện cho việc bán hàng và kiểm tra. Dữ liệu được đảm bảo an toàn, bảo mật. Câu 6: Anh có thể cho biết những cách thức để người mua có thể liên hệ với của hàng không? Trả lời:Chúng tôi có rất nhiều các để khách hàng có thể liên hệ : hệ thống trả lời tin nhắn của website, các nền tảng khác như zalo, messenger, Instagram, hoặc có thể liên hệ trực tiếp qua hotline của hàng. Quan sát: Người này có hiểu biết về các phương thức liên lạc của hệ thống. Câu 7: Khách hàng có thể phản hồi về chất lượng sản phẩm không? Trả lời: khách hàng sau khi mua hàng có thể phản hồi về sản phẩm trên website.Nhân viên sẽ dựa trên phản hồi để đưa ra đóng góp về sản phẩm. Câu 8: Anh chị có thể nêu quy trình xử lý một đơn hàng trực tuyến không? Trả lời: Sau khi có đơn hàng từ hệ thống, nhân viên sẽ liên hệ lại khách hàng thông qua thông tin được cung cấp để xác nhận đơn hàng. Đơn được xác nhận sẽ được của hàng chuẩn bị bánh sau đó chuyển tới khách. Câu 9: Anh có ý kiến nào để đóng góp cho hệ thống không? Trả lời: Đôi khi tôi thấy hệ thống hơi chậm, tôi mong muốn hệ thống hoạt động nhanh và trơn tru hơn Quan sát: Người này mong muốn hệ thống tốt hơn, tốc độ nhanh hơn để đáp ứng cho việc bán hàng Đánh giá: quy trình hoạt động và hệ thống đã được tối ưu, tuy nhiên vẫn cần cải thiện thêm.Các câu trả lời đáp ứng được những nhu cầu của buổi phỏng vấn.   Phiếu điều tra: Phiếu khảo sát ý kiến khách hàng về sản phẩm bánh của Fresh Garden Fresh Garden kính mong các anh chị cùng tham gia khảo sát về sản phẩm sách bằng cách trả lời các câu hỏi trong phiếu điều tra dưới đây. Sự hợp tác của anh chị sẽ giúp chúng tôi rất nhiều trong việc đáp ứng nhu cầu của anh chị về sản phẩm . A. Phần thông tin khách hàng Họ và tên: Giới tính: Số điện thoại: B. Phiếu khảo sát 1.Thể loại bánh ưa thích của anh chị? £ Bánh kem £ Bánh mì tươi £ Bánh bao £ Khác 2.Anhchị đã ăn được bao nhiêu loại bánh ở Fresh Garden? £ Chưa bao giờ £ Dưới 10 loại bánh £ Từ 1030 loại bánh £ Đã ăn thử hết tất cả các loại 3. Anh chị hay muađặt bánh ở đâu? £ Web £ App £Cửa hàng bánh £ Khác 4. Tại sao anh chị lại biết đến Fresh Garden ? £ Facebook £ Zalo £ Bạn bè giới thiệu £ Khác 5.Tiêu chí mua bánh quan trọng nhất của anh chị là gì? £ Ngon £ Giá rẻ £ Đẹp £ Khác 6. Mức độ hài lòng của anhchị với thái độ phục vụ của nhân viên cửa hàng Fresh Garden ? £ Rất không hài lòng £Bình thường £ Hài lòng £ Rất hài lòng 7. Anh chị có hài lòng về chất lượng bánh đã mua tại Fresh Garden ? £ Có, chúng tôi rất hài lòng £ Hài lòng £ Bình thường £ Không hài lòng 8. Đánh giá về trải nghiệm của anh chị đối với trang chủ https:freshgarden.vn ? £ Xấu, giao diện không thân thiện £ Tạm ổn £ Tốt, giao diện thân thiện £ Khác 9. Đánh giá về mức giá tại Fresh Garden so với những nơi khác anh chị đã từng mua? £ Rẻ £ Bình thường £ Đắt £ Quá đắt 10. Anh chị có hài lòng về dịch vụ thanh toán trực tuyến của website Fresh Garden hay không? £ Rất hài lòng £ Hài lòng £ Bình thường £ Không hài lòng (Nêu lý do) 11. Nếu anh chị có ý kiến đóng góp về nhà sách. Hãy ghi rõ ý kiến đó dưới đây để nhà sách ghi nhận, lắng nghe và hoàn thiện hơn nhé? Cảm ơn ý kiến đóng góp của anh chị: Quan sát: Quản lý hoạt động mua, bán bánh ngọt: Nếu anh chị có nhu cầu tìm hiểu hay mua bánh ngọt anh chị có thể liên hệ với của hàng qua hai hình thức: Trực tiếp tại cửa hàng hoặc qua trang web: https:freshgarden.vn 1.1.3. Đối tượng khảo sát Đối tượng thực hiện phỏng vấn: Bộ phận marketing Đối tượng thực hiện điều tra, thực hiện quan sát: cửa hàng bán bánh FRESH GARDEN . +) Nhân viên bán hàng: có nhiệm vụ tư vấn cho khách hàng về thông tin của bánh, chính sách ưu đãi của cửa hàng, thẻ tích điểm hoặc tư vấn các vấn đề phát sinh khác trong quá trình mua hàng. +) Khách hàng: Cung cấp thông tin về thói quen mua bánh, khẩu vị của mỗi người, góp ý cho cửa hàng, trải nghiệm sử dụng các hệ thống và các phản hồi về dịch vụ hệ thống hoặc dịch vụ mua hàng. 1.1.4. Kết quả sơ bộ Giới thiệu : FRESH GARDEN là cửa hàng bán bánh kem nổi tiếng, bánh kem của Fresh Garden luôn là một trong những lựa chọn hàng đầu, bởi độ ngọt vừa phải, mẫu bánh đẹp. Địa chỉ: Trụ sở chính tại 46 An Dương Yên Phụ Tây Hồ Hà Nội. Website: https:freshgarden.vn Lịch sử: Thành lập vào tháng 122010 từ tình yêu với những chiếc bánh, Fresh Garden khởi nguồn cùng slogan “Bánh tươi mỗi ngày”. Tổ chức: +) Đội ngũ nhân viên, chuyên gia đầu bếp tận tâm, chuyên nghiệp, sáng tạo. +) Quy trình làm bánh nghiêm ngặt, khép kín, nhân viên cẩn thận, tỉ mỉ và chăm chút trong từng công đoạn nhỏ nhất, cho sản phẩm đạt chất lượng cao nhất. Có đội tư vấn sách chuyên nghiệp, thân thiện. Thời gian giao bánh đúng hẹn, được kiểm tra trước khi nhận hàng. Chính sách bảo mật an toàn thực phẩm tốt . Được đổi, trả hàng miễn phí khi sản phẩm hư hỏng, không đúng quy cách chất lượng hoặc giao nhầm. Hoạt động kinh doanh: +) Những năm đầu, sản phẩm chủ lực của Fresh Garden là bánh kem và bánh mì tươi, qua một chặng đường dài với sự ra đời của hơn 60 cửa hàng tại Hà Nội và Thành phố Hồ Chí Minh, Fresh Garden đã không ngừng mang đến những sản phẩm bánh tươi thơm ngon, bánh ngọt, bánh mặn,đa dạng bánh Âu Á, lành mạnh nhất. Fresh Garden chính là một thế giới thu nhỏ của bánh trái, mang đến trải nghiệm tốt nhất cho những vị khách nào ghé ngang. 1.1.5 Các tài liệu thu thập được Hình 1.Thanh công cụ Hình 2.Giao diện chính của hệ thống Hình 3.Giới thiệu về hệ thống Hình 4. Xem các sản phẩm theo danh mục Hình 5.Xem các sản phẩm bán chạy Hình 6.Xem các sản phẩm mới Hình 7.Xem các sản phẩm khuyến mãi Hình 8. Xem thông tin chi tiết sản phẩm Hình 9. Xem thẻ tích điểm Hình 10. Xem hướng dẫn mua hàng và thanh toán Hình 11. Xem chính sách vận chuyển Hình 12. Xem chính sách đổi trả Hình 13. Xem chính sách an toàn thực phẩm Hình 14. Xem thông tin liên hệ Hình 15. Xem thông tin giỏ hàng Hình 16. Thanh toán đơn hàng Hình 17. Tìm kiếm sản phẩm Hình 18. Xem Bộ phận tư vấn nhanh 1.2. Khảo sát chi tiết 1.2.1 Hoạt động của hệ thống Thanh công cụ ( Hình 1) Giao diện của hệ thống (Hình 2) Khi truy cập vào trang chủ của hệ thống Fresgarden sẽ thấy hiển thị các mục về các sản phẩm bánh, sản phẩm nổi bật, hotline, thanh tìm kiếm, giỏ hàng , địa chỉ, chi nhánh của cửa hàng, giới thiệu về hệ thống Để mua hàng trên hệ thống, đầu tiên người mua cần tìm sản phẩm cần mua . Khi ấn vào thanh tìm kiếm, bạn có thể tìm kiếm những sản phẩm mong muốn. Khi ấn vào danh mục sản phẩm có ở hệ thống sẽ hiển thị danh sách tất cả các sản phẩm đã được phân chia theo loại, người dùng lựa chọn sản phẩm loại nào thì có thể click trực tiếp vào đó Khi ấn vào sản phẩm sẽ hiển thị thông tin chi tiết của sản phẩm mà bạn chọn bao gồm loại, giá, kích thước, mô tả sản phẩm, chính sách vận chuyển, chính sách đổi trả và đánh giá sản phẩm do những khách hàng mua đánh giá. Khi ấn vào mục sản phẩm nổi bật, sản phẩm bán chạy, sản phẩm mới và sản phẩm khuyến mãi sẽ hiển thị các sản phẩm được ưu đãi và nổi bật trên hệ thống Khi ấn vào giỏ hàng, sẽ hiển thị sản phẩm bạn đã chọn, bạn có thể thanh toán hoặc tiếp tục mua hàng Khi muốn mua hàng, ấn vào sản phẩm đã chọn sau đó lựa chọn địa chỉ, thông tin cá nhân, phương thức thanh toán, phương thức vận chuyển và mã giảm giá rồi chọn Thanh Toán. Mã giảm giá bạn có thể có được khi có đủ điểm trong thẻ tích điểm< Hình 9> Nếu người mua muốn nhận được thông tin mới về các sản phẩm thì có thể lựa chọn đăng kí nhận tin Nếu người mua gặp vấn đề khi mua hàng hoặc thắc mắc điều gì đó có thể trực tiếp trao đổi bộ phận tư vấn hoặc để lại lời nhắn 1.2.2 Các yêu cầu chức năng Chức năng tìm kiếm Thêm hàng vào danh sách yêu thích Quản lí giỏ hàng Xem tin tức Thanh toán online Đánh giá sản phẩm Mua hàng Xem nhanh sản phẩm Kiểm tra đơn hàng Đổi trả và vận chuyển Sắp xếp sản phẩm 1.2.3 Các yêu cầu phi chức năng Khả năng sử dụng Khả năng tương tác Dịch vụ có sẵn Độ khả dụng Độ tin cậy Khả năng bảo trì Hiệu suất Thời gian phản hồi   Chương 2. mô hình hóa dữ liệu 2.1 Các yêu cầu về dữ liệu Địa chỉ: 46 An Dương, Yên Phụ, Tây Hồ, Hà Nội Số điện thoại: l Hotline đặt hàng miền Bắc: 024 3856 3856 l Hotline đặt hàng miền Nam: 028 3950 0856 l Hotline CSKH: 19002075 Email: marketing.freshgardengmail.com Fanpage: https:www.facebook.comfreshgardenbanhvacaphe Website cần lưu thông tin về: + Các danh mục gồm:mã danh mục, tên danh mục. Mỗi danh mục có 0,1 hay nhiều danh mục con, mỗi danh mục con gồm: mã danh mục, tên danh mục. Mỗi danh mục có thể là danh mục con của 0 hoặc 1 danh mục khác.(Hình 19) + Mỗi danh mục có thể có 1 hay nhiều sản phẩm. Mỗi sản phẩm cần thuộc vào 1 danh mục. Thông tin của sản phẩm bao gồm: mã sản phẩm, tên sản phẩm, thành phần, loại, kích thước, giá, màu sắc, tình trạng, số lượng, ảnh minh họa, mô tả, hướng dẫn mua hàng.(Hình 20) + Khách hàng bao hồm: mã khách hàng, tên khách hàng, số điện thoại, địa chỉ, email. Mỗi khách hàng có thể đặt 0,1 hay nhiều đơn hàng. Mỗi đơn hàng được đặt bởi 1 và chỉ một khách hàng. + Mỗi khách hàng có 1 và chỉ 1 tài khoản. Mỗi tài khoản được quản lý bởi 1 và chỉ 1 khách hàng. Mỗi tài khoản được xác định bởi email, mật khẩu. + Đơn hàng được xác định bởi: mã đơn hàng, ngày đặt hàng, địa chỉ nhận hàng, phương thức vận chuyển, phương thức thanh toán, tổng tiền, ghi chú. Mỗi đơn hàng có 1 hoặc nhiều sản phẩm. Mỗi sản phẩm có thể có trong 0,1 hay nhiều đơn hàng + Giỏ hàng bao gồm: mã giỏ hàng, tên hàng, giá, số lượng, thành tiền. Mỗi giỏ hàng có thể có 0,1 hay nhiều sản phẩm. Mỗi sản phẩm có thể chứa trong 0,1 hay nhiều giỏ hàng. + Mỗi khách hàng được thêm 1 hoặc nhiều sản phẩm vào danh sách sản phẩm yêu thích và mỗi danh sách sản phẩm yêu thích được thêm bởi 1 khách hàng. + Thông tin nhân viên gồm : mã nhân viên, tên nhân viên. Mỗi nhân viên có thể viết 0,1 hay nhiều bài viết. Bài viết gồm : mã bài viết, ngày viết, tiêu đề, nội dung, ảnh minh hoạ. Mỗi bài viết được viết bởi 1 nhân viên. + Danh mục bài viết gồm: mã danh mục, tên danh mục. Mỗi danh mục bài viết có 1 hay nhiều bài viết. 1 bài viết có trong 1 danh mục bài viết. STT Tên sản phẩm Kích thước Số lượng Đơn giá Thành tiền Tổng Tên công ty Bánh tươi mỗi ngày Website: https:freshgarden.vn Địa chỉ đường:… Thành phố:... Điện thoại: … HÓA ĐƠN HÓA ĐƠN SỐ: … NGÀY: … Đến: Tên khách hàng Tên Công ty Địa chỉ đường Thành phố Cho: Mô tả dự án hoặc dịch vụ Số Đơn đặt hàng MÔ TẢ ĐƠN GIÁ SỐ LƯỢNG THÀNH TIỀN Nhập mô tả 1 Nhập giá Nhập sl Số tiền Đơn giáSố lượng Ghi chú: Ex: Thanh toán toàn bộ séc cho Fresh Garden Phải thanh toán tổng số tiền trong 15 ngày. Các tài khoản quá hạn chịu phí dịch vụ là 1% mỗi tháng. Mã nhân viên: … Họ tên nhân viên: … Nhân viên kí tên Khách hàng kí tên Cảm ơn bạn đã giao dịch với chúng tôi 2.2. Biểu đồ thực thể liên kết mức logic 2.3. Mô hình cơ sử dữ liệu mức vật lí 2.4. Thiết kế bảng Bảng 1. Tài khoản Bảng 2.Sản phẩm yêu thích Bảng 3. Sản phẩm Bảng 4. Nhân viên Bảng 5. Bài viết Bảng 6. Danh mục cha Bảng 7. Danh mục sản phẩm Bảng 8. Giỏ hàng Bảng 9. Đơn hàng Bảng 10. Chi tiết giỏ hàng Bảng 11. Chi tiết đơn hàng Bảng 12. Khách hàng Bảng 13. Danh mục sản phẩm Bảng 14. Hệ thống cửa hàng Bảng 15. đăng kí nhận tin   Chương 3. Mô hình hóa chức năng 3.1. Biểu đồ use case 3.1.1. Các use case chính Mô tả vắn tắt các use case chính 1. Use case Tìm Kiếm Cho phép người dùng tìm kiếm các sản phẩm của shop. 2. Use case Xem giỏ hàng Cho phép người dùng xem các sản phẩm đã thêm trong giỏ hàng 3. Use case Xem danh mục Cho phép người dùng xem toàn bộ các loại bánh có trong danh mục 4. Use case xem sản phẩm Cho phép người dùng xem thông tin sản phẩm 5. Use case Xem tin tức Cho phép người dùng xem các tin tức cửa hàng đã đăng lên. 6. Use case Xem hệ thống cửa hàng Cho phép người dùng xem chuỗi hệ thống các cửa hàng bán bánh của FRESHGARDEN 7. Use case Xem các trang mạng xã hội Cho phép người dùng xem các trang mạng xã hội khác của FRESHGARDEN như zalo, insta… 8. Use case Thêm sản phẩm vào giỏ hàng Cho phép người dùng thêm ngay các sản phẩm của FRESHGARDEN vào giỏ hàng 9. Use case Xóa sản phẩm khỏi giỏ hàng đã thêm Cho phép người dùng xóa các sản phẩm của FRESHGARDEN ra khỏi giỏ hàng 10. Use case Xem thông tin chi tiết sản phẩm Cho phép người dùng xem tất cả các thông tin chi tiết về 1 sản phẩm trong bộ sưu tập . 11. Use case Để lại lời nhắn Cho phép người dùng để lại tên, email, sdt và lời nhắn gửi đến FRESHGARNDEN 12. Use case Đăng kí nhận tin Cho phép người dùng để lại email để nhận các tin tức mới nhất của sản phẩm từ GARDEN 13. Use case Xem danh mục Blog Cho phép người dùng xem các thông tin về Hướng dẫn mua hàng, thanh toán,Chính sách vận chuyển,Chính sách đổi trả,Chính sách an toàn thực phẩm,Điều khoản dịch vụ. 14. Use case Xem đơn hàng Cho phép người dùng xem chi tiết đơn hàng đã đặt 15. Use case Hủy đơn hàng Cho phép người dùng hủy đơn hàng đã đặt . 16. Use case Mua hàng Cho phép người dùng đặt mua các sản phẩm của FRESHGARDEN 17. Use case Liên hệ Cho phép người dùng liên hệ với cửa hàng qua hotline. 3.1.2. Các use case thứ cấp Mô tả vắn tắt các use case thứ cấp 18. Use case Đăng nhập ADMIN Cho phép người dùng đăng nhập với tư cách quản trị viên để tương tác với hệ thống 19. Use case bảo trì danh mục cha Cho phép quẩn trị viên bải trì danh mục cha 20. Use case Bảo trì danh mục con Cho phép quản trị viên bảo trì danh mục các loại bánh có trong CSDL 21. Use case Bảo trì thông tin sản phẩm Cho phép quản trị viên bảo trì các thông tin của 1 sản phẩm bánh 22. Use case quản lí tài khoản khách hàng Cho phép quản trị viên bảo trì thông tin cá nhân của khách 23. Use case Thống kê đơn hàng Cho phép quản trị viên thống kê các đơn hàng đã bán theo mã đơn hàng cần tìm. 24. Use case Thống kê doanh thu Cho phép quản trị viên thống kê doanh thu bán sản phẩm theo khoảng thời gian tuỳ chọn. 25. Use case Bảo trì tin tức Cho phép quản trị viên tuỳ chỉnh thông tin về các bài viết đã đăng. 26. Use case Bảo trì hệ thống cửa hàng Cho phép quản trị viên tuỳ chỉnh thông tin về tất cả các cửa hàng con của FRESHGADERN như địa chỉ, thông tin liên lạc,… 27. Use case Bảo trì nhân viên Cho phép quản trị viên tuỳ chỉnh thông tin về nhân viên viết các bài tin tức 28. Use case bảo trì danh mục blog Cho phép quản trị viên tùy chỉnh thông tin của danh mục blog 3.1.3. Phân rã một số use case tác nhân khách hàng tác nhân admin 3.2. mô tả chi tiết các use case 3.2.1 Mô tả use case Tìm Kiếm (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case cho phép khách hàng tìm kiếm dữ liệu về sản phẩm theo tên trong bảng Sản Phẩm 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng click vào chức năng tìm kiếm sản phẩm được hiển thị ở góc trên bên phải website. b. Sau khi khách hàng click vào chức năng tìm kiếm được hiển thị ở website, hệ thống cho phép khách hàng nhập tên sản phẩm và sau đó sẽ hiển thị ra màn hình các sản phẩm (gồm có ảnh, tên, giá bán) giống tiêu chí tìm kiếm từ bảng SAN_PHAM . c. Khi khách hàng chọn vào sản phẩm mà mình muốn xem, hệ thống sẽ lấy ra thông tin của sản phẩm đó (gồm loại bánh, tên bánh, giá, ảnh minh hoạ bánh, kích thước, số lượng cần mua, nút mua hàng và thêm vào giỏ, thông tin mô tả bánh, hướng dẫn mua hàng online, bình luận) từ bảng SAN_PHAM và hiển thị ra màn hình, Use case kết thúc . 2) Luồng rẽ nhánh: a. Tại bất kỳ bước nào trong luồng cơ bản, nếu không tìm thấy sản phẩm có thông tin khớp với điều kiện tìm kiếm trong cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo “Không có sản phẩm nào…” và use case kết thúc. b. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. 1.3 Các yêu cầu đặc biệt: Không có 1.4 Tiền điều kiện: Không có 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có. 3.2.2 Mô tả use case Xem Giỏ Hàng (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case này cho phép khách hàng xem thông tin về giỏ hàng cá nhân gồm các sản phẩm đã thêm vào giỏ. 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case bắt đầu khi người dùng click vào Icon giỏ hàng nằm phía trên góc bên phải màn hình giao diện website. Hệ thống sẽ lấy thông tin về các sản phẩm đã thêm vào trong giỏ hàng (gồm tên bánh, ảnh bánh, giá bán, số lượng đặt mua từ, thành tiền) từ bảng CHI_TIET_GIO_HANG và bảng SAN_PHAM trong CSDL và hiển thị giao diện lên màn hình. Use case kết thúc 2) Luồng rẽ nhánh: a. Tại bước 1 trong luồng cơ bản nếu chưa có bất kì sản phẩm nào thì hệ thống sẽ hiện ra thông báo “Hiện chưa có sản phẩm”. Use case kết thúc. b. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. 1.4 Các yêu cầu đặc biệt: Không có 1.4 Tiền điều kiện: Không có 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: 1) Tại bước 1 trong luồng cơ bản. Thêm Use case Xem chi tiết Giỏ Hàng và Use case Xóa sản phẩm. 3.2.3 Mô tả use case Xem Danh Mục (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case cho phép khách hàng xem tất cả các sản phẩm trong danh mục . 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng click chuột vào nút “Sản Phẩm” trên thanh menu. Hệ thống sẽ lấy tên danh mục từ bảng DANH_MUC_CHA và hiển thị lên màn hình. b. Khi khách hàng chọn vào loại sản phẩm mà mình muốn tìm, hệ thống sẽ lấy ra danh sách thông tin các tên bánh theo từng loại bánh ở bảng DANH_MUC_SAN_PHAM và bảng SAN_PHAM, và hiển thị ra màn hình, Use case kết thúc. 2) Luồng rẽ nhánh: a. Tại bước 2 trong luồng cơ bản nếu trong danh mục kích vào chưa có sản phẩm nào trong loại bánh đó thì hệ thống sẽ hiển thị thông báo “Hiện chưa có sản phẩm nào thuộc danh mục này” và use case sẽ kết thúc. b. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. c. Tại bước 2 trong luồng cơ bản nếu hệ thống đang bảo trì thì khi kích vào danh mục hệ thống sẽ hiển thị thông báo “Đang bảo trì” và use case sẽ kết thúc. 1.5 Các yêu cầu đặc biệt: Không có 1.4 Tiền điều kiện: Không có 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có 3.2.4 Mô tả use case Xem Tin Tức (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case cho phép khách hàng xem các tin tức như giới thiệu, liên hệ, tuyển dụng, thẻ tích điểm của FRESHGARDEN. 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng click chuột vào các nút “Giới Thiệu” ,”Tin Tức”, ”Thẻ tích điểm”, ”Liên hệ”, ”Tuyển dụng” trên thanh menu. b. Khi khách hàng click vào mục cụ thể thì Hệ thống sẽ lấy dữ liệu tương ứng với mục đó từ bảng BAI_VIET (gồm tiêu đề, mô tả, nội dung, ảnh minh họa) và hiển thị lên màn hình và Use case này sẽ kết thúc hoặc khi khách hàng click sang chức năng khác. 2) Luồng rẽ nhánh: a. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. b. Tại bước 2 trong luồng cơ bản nếu hệ thống đang bảo trì thì khi click vào Hệ thống sẽ hiển thị thông báo “Đang bảo trì” và use case sẽ kết thúc. 1.6 Các yêu cầu đặc biệt: Không có 1.4 Tiền điều kiện: Không có 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có 3.2.5 Mô tả use case Xem hệ thống cửa hàng (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case này cho phép khách hàng xem các thông tin về chuỗi cửa hàng trên cả nước của FRESHGARNDEN. 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng click chuột vào “Hệ thống cửa hàng” trên thanh menu chính của web. Hệ thống sẽ lấy dữ liệu (gồm Tên cửa hàng, số điện thoại, địa chỉ) của 1 cửa hàng mặc định cho trước từ bảng HE_THONG_CUA_HANG và hiển thị lên màn hình. b. Khi khách hàng click vào cửa hàng nào đó thì hệ thống sẽ lấy thông tin của cửa hàng đó (gồm Tên cửa hàng, số điện thoại, địa chỉ) từ bảng HE_THONG_CUA_HANG hiển thị lên màn hình thay cho thông tin đã hiển thị mặc định ban đầu và Use case này sẽ kết thúc hoặc khách hàng click sang chức năng khác. 2) Luồng rẽ nhánh: a. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. b. Tại bước bất kì bước nào trong luồng cơ bản nếu hệ thống đang bảo trì thì khi click vào “Hệ thống cửa hàng” sẽ hiển thị thông báo “Đang bảo trì” và use case sẽ kết thúc. 1.3Các yêu cầu đặc biệt: Không 1.4 Tiền điều kiện: Không 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có 3.2.6 Mô tả use case Xem các trang mạng xã hội (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case này cho phép khách hàng xem các trang mạng xã hội như facebook, zalo, instagram, của FRESHGARNDEN. 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng click chuột vào các icon “zalo, messager, instagram” nằm chính giữa góc bên phải website. Hệ thống sẽ tự động chuyển người dùng sang những trang mạng xã hội đó, Use case kết thúc. 2) Luồng rẽ nhánh: a. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. b. Tại bất kỳ bước nào trong luồng cơ bản, nếu link trang web bị hỏng thì hệ thống sẽ hiển thị một thông báo “Không tìm thấy trang, Xin lỗi chúng tôi không tìm thấy trang này” và use case kết thúc. 1.3Các yêu cầu đặc biệt: Không 1.4 Tiền điều kiện: Không 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có 3.2.7 Mô tả use case Thêm sản phẩm vào hàng (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case này cho phép khách hàng thêm các sản phẩm muốn mua vào giỏ hàng. 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng khi khách hàng di chuột lên sản phẩm và nó sẽ hiện lên icon “Thêm vào giỏ hàng” và khách hàng click vào đó hoặc ấn vào nút “Thêm vào giỏ” khi khách hàng xem chi tiết sản phẩm. Hệ thống sẽ lấy dữ liệu (gồm tên bánh, ảnh bánh, giá bán, số lượng đặt mua từ, thành tiền) từ bảng CHI_TIET_GIO_HANG và bảng SAN_PHAM trong CSDL thêm vào và hiển thị lên trong Giỏ hàng. 2) Luồng rẽ nhánh: a. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. 1.3Các yêu cầu đặc biệt: Không 1.4 Tiền điều kiện: Không 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có 3.2.8 Mô tả use case Xóa sản phẩm trong hàng (Nguyễn Tiến Dũng) 1.1 Mô tả vắn tắt: Use case này cho phép khách hàng xóa các sản phẩm đã thêm ở trong giỏ hàng. 1.2 Luồng các sự kiện: 1) Luồng cơ bản: a. Use case này bắt đầu khi khách hàng khi click vào icon “X” ở bên phải sản phẩm trong giỏ hàng hoặc ở đơn hàng. Hệ thống sẽ lấy dữ liệu (gồm tên bánh, ảnh bánh, giá bán, số lượng đặt mua từ, thành tiền) từ bảng CHI_TIET_GIO_HANG và bảng SAN_PHAM trong CSDL và xóa khỏi giỏ hàng. 2) Luồng rẽ nhánh: a. Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. 1.3Các yêu cầu đặc biệt: Không 1.4 Tiền điều kiện: 1) Khách hàng phải thêm sản phẩm vào giỏ trước đó hoặc trong giỏ hàng đã có sản phẩm thì mới thực hiện được Use case Xóa sản phẩm trong giỏ hàng. 1.5 Hậu điều kiện: Không có 1.6 Điểm mở rộng: Không có 3.2.9 Mô tả use case xem thông tin chi tiết sản phẩm(Trần Tuấn Thắng)  Tên của use case: Xem thông tin chi tiết sản phẩm Mô tả vắn tắt: Use case này cho phép người dùng xem thông tin các sản phẩm • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng click vào nút “Blog” trên thanh menu quản trị, hệ thống hiển thị danh sách các danh mục. Tiếp tục click vào nút “Giới thiệu”, hệ thống sẽ hiển thị thông tin về các sản phẩm từ bảng SAN_PHAM gồm : mã sản phẩm, tên sản phẩm, số lượng có, đơn giá, ảnh minh hoạ sản phẩm và hiển thị ra màn hình. 2) Khách hàng click vào một hình ảnh minh hoạ sản phẩm trong danh sách sản phẩm. Hệ thống sẽ lấy thông tin mã sản phẩm, tên sản phẩm, thành phần, loại, kích thước, giá, màu sắc, tình trạng, số lượng, ảnh minh họa từ bảng SAN_PHAM và hiển thị lên màn hình. Use case kết thúc o Luồng rẽ nhánh: 3) Tại bước 1 trong luồng cơ bản, nếu trong bảng SAN_PHAM chưa có dữ liệu, thì hệ thống sẽ hiển thị 1 thông báo “Chưa có sản phẩm nào ” và use case kết thúc. 4) Tại bước 2 trong luồng cơ bản nếu khách hàng click vào nút yêu thích lên màn hình, thì hệ thống sẽ thêm sản phẩm đó vào mục sản phẩm yêu thích và tiếp tục các hoạt động của bước này. 5) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.10 Mô tả use case để lại lời nhắn(Trần Tuấn Thắng)  Tên của use case: để lại lời nhắn Mô tả vắn tắt: Use case này cho phép người dùng để lại tên, email, sdt và lời nhắn gửi đến FRESHGARNDEN. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng nhập thông tin cá nhân gồm : tên, email, số điện thoại, nội dung lời nhắn vào mục “Để lại lời nhắn” ở cuối trang chủ website vế bên trái. Hệ thống hiển thị thông tin mà người dùng vừa nhập ra màn hình. 2) Người dùng click vào ô “Gửi” ở phía dưới cùng của bảng “Để lại lời nhắn”. Hệ thống sẽ lưu lại những thông tin người dùng vừa nhập và hiển thị lên màn hình trang chủ của Freshgarden. Use case kết thúc. o Luồng rẽ nhánh: 3) Tại bước 1 trong luồng cơ bản, nếu không có lời nhắn nào cần gửi tới Fresh Garden thì không cần nhập thông tin. Use case kết thúc. 4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.11 Mô tả use case đăng ký nhận tin(Trần Tuấn Thắng)  Tên của use case: Đăng ký nhận tin Mô tả vắn tắt: Use case này cho phép người dùng để lại email để nhận các tin tức mới nhất của sản phẩm từ FRESHGARDEN. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng nhập thông tin cá nhân gồm :email vào mục “Đăng ký nhận tin” ở cuối cùng của trang chủ website. Hệ thống hiển thị thông tin mà người dùng vừa nhập ra màn hình. 2) Người dùng click vào ô “Đăng ký” ở phía bên phải của mục “Đăng ký nhận tin”. Hệ thống sẽ lưu lại những thông tin người dùng vừa nhập và hiển thị lên màn hình trang chủ của Freshgarden. Use case kết thúc. o Luồng rẽ nhánh: 3) Tại bước 1 trong luồng cơ bản, nếu không có lời nhắn nào cần gửi tới Fresh Garden thì không cần nhập thông tin. Use case kết thúc. 4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.12 Mô tả use case xem đơn hàng(Trần Tuấn Thắng)  Tên của use case: Xem đơn hàng Mô tả vắn tắt: Use case này cho phép người dùng xem chi tiết thông tin về đơn hàng đã đặt từ FRESHGARDEN. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng click vào biểu tượng “Giỏ hàng” trên thanh menu chính. Hệ thống sẽ hiển thị thông tin đã được thêm vào trong “Giỏ Hàng” ra màn hình gồm: hình ảnh mô tả sản phẩm, mã sản phẩm, tên sản phẩm, giá. 2) Người dùng tiếp tục click vào mục “Xem giỏ hàng”. Hệ thống sẽ hiển thị thông tin đơn hàng gồm : mã đơn hàng, mã sản phẩm, đơn giá, số lượng, thành tiền từ bảng CHI_TIET_DON_HANG và hiển thị lên màn hình. Use case kết thúc. o Luồng rẽ nhánh: 3) Tại bước 1 trong luồng cơ bản, nếu trong “Giỏ Hàng” chưa có dữ liệu thì hệ thống sẽ hiển thị “Hiện chưa có sản phẩm” ra màn hình. Use case kết thúc. 4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.13 Mô tả use case huỷ đơn hàng(Trần Tuấn Thắng)  Tên của use case: Huỷ đơn hàng Mô tả vắn tắt: Use case này cho phép người dùng huỷ đơn hàng đã đặt từ FRESHGARDEN. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng click vào biểu tượng “Giỏ hàng” trên thanh menu chính. Hệ thống sẽ hiển thị thông tin đã được thêm vào trong “Giỏ Hàng” ra màn hình gồm: hình ảnh mô tả sản phẩm, mã sản phẩm, tên sản phẩm, giá. 2) Người dùng tiếp tục click vào mục “Xem giỏ hàng”. Hệ thống sẽ hiển thị thông tin đơn hàng gồm : mã đơn hàng, mã sản phẩm, đơn giá, số lượng, thành tiền từ bảng CHI_TIET_DON_HANG và hiển thị lên màn hình. 3) Tiếp tục click vào nút “x” nằm bên phải của thông tin sản phẩm. Hệ thống sẽ xoá dữ liệu của sản phẩm ra khỏi giỏ hàng. Use case kết thúc. o Luồng rẽ nhánh: 4) Tại bước 1 trong luồng cơ bản, nếu trong “Giỏ Hàng” chưa có dữ liệu thì hệ thống sẽ hiển thị “Hiện chưa có sản phẩm” ra màn hình. Use case kết thúc. 5) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.14 Mô tả use case mua hàng(Trần Tuấn Thắng)  Tên của use case: Mua hàng Mô tả vắn tắt: Cho phép người dùng đặt mua các sản phẩm của FRESHGARDEN. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người click vào biểu tượng “kính lúp” trên thanh menu chính của website. Hệ thống hiển thị một “trường trống” ra màn hình. 2) Người dùng nhập vào “trường trống” tên sản phẩm mà mình muốn mua và click vào biểu tượng “kính lúp” nằm bên phải. Hệ thống sẽ lấy thông tin sản phẩm người dùng vừa nhập từ bảng SAN_PHAM gồm : mã sản phẩm, tên sản phẩm, số lượng có, đơn giá, ảnh minh hoạ sản phẩm và hiển thị ra màn hình. 3) Người dùng tiếp tục click vào ô “mua ngay” màu đen nằm bên phải của hình ảnh hiển thị sản phẩm. Khi đó hệ thống sẽ dữ liệu của sản phẩm từ bảng SAN_PHAM và thêm vào trong “Giỏ Hàng” và hiển thị thông tin ra màn hình. o Luồng rẽ nhánh: 4) Tại bước 2 trong luồng cơ bản, nếu không có sản phẩm trùng với dữ liệu đã nhập thì hệ thống sẽ hiển thị “Không tìm thấy nội dung bạn yêu cầu”. Use case kết thúc. 5) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.15 Mô tả use case xem danh mục blog(Trần Tuấn Thắng)  Tên của use case: Xem danh mục blog Mô tả vắn tắt: Cho phép người dùng xem các thông tin về hướng dẫn mua hàng và thanh toán, các chính sách, điều khoản của FRESHGARDEN và liên hệ với cửa hàng. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng click vào nút “Blog” trên thanh menu quản trị, hệ thống hiển thị danh sách các danh mục. Tiếp tục click vào nút “Giới thiệu”, hệ thống sẽ hiển thị “Danh mục Blog” và các “danh mục con” nằm trong “Danh mục Blog” ở phía bên phải của phần “Giới thiệu”. Use case kết thúc. o Luồng rẽ nhánh: 2) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.16 Mô tả use case liên hệ(Trần Tuấn Thắng)  Tên của use case: Liên hệ Mô tả vắn tắt: Use case này cho phép khách hàng xem các thông tin để liên hệ với FRESHGARNDEN. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người dùng click vào nút “Blog” trên menu quản trị hệ thống hiển thị danh sách các danh mục, rồi click tiếp vào nút “liên hệ”. Hệ thống sẽ lấy dữ liệu thông tin về công ty, hotline, thông tin về cửa hàng gồm: tên cửa hàng, địa chỉ, số điện thoại của các cửa hàng , rồi hiển thị lên màn hình. Use case kết thúc. 2) Hoặc : Use case này sẽ bắt đầu khi người dùng click vào biểu tượng “liên hệ” nằm ở góc bên phải phía dưới của màn hình hiển thị website. Hệ thống sẽ hiển thị các cách thức liên hệ với cửa hàng như : gọi hotline, chat zalo, xem cửa hàng freshgarden. Use case kết thúc. o Luồng rẽ nhánh: 3) Tại bất kỳ thời điểm nào trong quá trình thực hiện Use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ thông báo lỗi và Use case kết thúc. 4) Tại bước bất kì bước nào trong luồng cơ bản nếu hệ thống đang bảo trì thì khi kích vào danh mục hệ thống sẽ hiển thị thông báo “Đang bảo trì” và use case sẽ kết thúc. • Các yêu cầu đặc biệt: Không • Tiền điều kiện: Không • Hậu điều kiện: Không có • Điểm mở rộng: Không có. 3.2.17 Mô tả use case đăng nhập admin( Nguyễn Xuân Hà) • Mô tả vắn tắt: Use case này cho phép quản trị viên đăng nhập vào hệ thống • Luồng sự kiện: o Luồng cơ bản: Use case này bắt đầu khi người quản trị kích chuột vào nút “ đăng nhập” trên trang của quản trị viên. Hệ thống sẽ hiển thị giao diện đăng nhập lên màn hình. Quản trị viên nhập email và mật khẩu vào khung sau đó nhấn “đăng nhập”.hệ thống kiểm tra thông tin email và mật khẩu trong bảng NHANVIEN trong hệ cơ sở dữ liệu.Use case kết thúc. o Luồng rẽ nhánh: 1. Tại bước nhấn nút “đăng nhập” nếu quản trị viên nhập sai mật khẩu hoặc email không hợp lệ hệ thống sẽ đưa ra thông báo lỗi và quay lại bước nhập email và mật khẩu. 2. Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sử dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. • Các yêu cầu đặc biệt: Không có. • Tiền điều kiện: Không có. • Hậu điều kiện: Không có. • Điểm mở rộng: Không có. 3.2.18 Mô tả Usecase bảo trì danh mục cha(Nguyễn Xuân Hà) ● Mô tả vắn tắt: Use case này cho phép người quản trị, thêm, sửa và xóa các thông tin trong bảng DANH_MUC_CHA ● Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người quản trị kích vào nút “Danh mục” trên menu quản trị. Hệ thống lấy thông tin chi tiết của các danh mục gồm: mã danh mục cha, tên danh mục từ bảng DANH_MUC_CHA trong cơ sở dữ liệu và hiển thị danh sách các danh mục lên màn hình. 2) Thêm danh mục: a) Người quản trị kích vào nút “Thêm mới” trên cửa sổ danh sách danh mục. Hệ thống hiển thị màn hình yêu cầu nhập thông tin chi tiết cho danh mục gồm mã danh mục cha , tên danh mục. b) Người quản trị nhập thông tin của tên danh mục và kích vào nút “Tạo”. Hệ thống sẽ sinh một mã cửa hàng mới, tạo một cửa hàng trong bảng DANH_MUC_CHA và hiển thị danh sách các danh mục đã được cập nhật. 3) Sửa danh mục: a) Người quản trị kích vào nút “Sửa” trên một dòng danh mục. Hệ thống sẽ lấy thông tin cũ của danh mục được chọn gồm: mã danh mục cha, tên danh mục từ bảng DANH_MUC_CHA và hiển thị lên màn hình. b) Người quản trị nhập thông tin mới cho tên danh mục và kích vào nút “Cập nhật”. Hệ thống sẽ sửa thông tin của danh mục được chọn trong bảng DANH_MUC_CHA và hiển thị danh sách danh mục đã cập nhật. 4) Xóa danh mục a) Người quản trị kích vào nút “Xóa” trên một dòng danh mục. Hệ thống sẽ hiển thị một màn hình yêu cầu xác nhận xóa. b) Người quản trị kích vào nút “Đồng ý”. Hệ thống sẽ xóa danh mục được chọn khỏi bảng DANH_MUC_CHA và hiển thị danh sách các danh mục đã cập nhật. Use case kết thúc. o Luồng rẽ nhánh: 1) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị nhập thông tin danh mục không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗ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 kích vào nút “Hủy bỏ” để kết thúc. 2) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị kích vào nút “Hủy bỏ” hệ thống sẽ bỏ qua thao tác thêm mới hoặc sửa chữa tương ứng và hiển thị danh sách các danh mục trong bảng DANH_MUC_CHA. 3) Tại bước 4b trong luồng cơ bản nếu người quản trị kích vào nút “Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danh sách các danh mục trong bảng DANH_MUC_CHA. 4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. ● 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 ● Tiền điều kiện: Người quản trị cần đăng nhập với vai trò quản trị hệ thống trước khi có thể thực hiện use case. ● Hậu điều kiện: Nếu use case kết thúc thành công thì thông tin được cập nhập trong cơ sở dữ liệu. ● Điểm mở rộng: Không có. 3.2.19 Mô tả Usecase bảo trì danh mục sản phẩm( Nguyễn Xuân Hà) • Mô tả vắn tắt: Use case này cho phép người quản trị, thêm, sửa và xóa các thông tin trong bảng DANH_MUC_SAN_PHAM. • Luồng sự kiện: o Luồng cơ bản: 1) Use case này bắt đầu khi người quản trị kích vào nút “Danh mục 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 danh mục gồm: mã danh mục sản phẩm ,mã danh mục cha, tên danh mục từ bảng DANH_MUC_SAN_PHAM trong cơ sở dữ liệu và hiển thị danh sách các danh mục lên màn hình. 2) Thêm danh mục: a) Người quản trị kích vào nút “Thêm mới” trên cửa sổ danh sách danh mục sản phẩm. Hệ thống hiển thị màn hình yêu cầu nhập thông tin chi tiết cho danh mục gồm : mã danh mục sản phẩm ,mã danh mục cha , tên danh mục. b) Người quản trị nhập thông tin của tên danh mục và kích vào nút “Tạo”. Hệ thống sẽ sinh một mã cửa hàng mới, tạo một cửa hàng trong bảng DANH_MUC_SAN_PHAM và hiển thị danh sách các danh mục san phẩm đã được cập nhật. 3) Sửa danh mục: a) Người quản trị kích vào nút “Sửa” trên một dòng danh mục. Hệ thống sẽ lấy thông tin cũ của danh mục được chọn gồm: mã danh mục sản phẩm ,mã danh mục cha, tên danh mục từ bảng DANH_MUC_SAN_PHAM và hiển thị lên màn hình. b) Người quản trị nhập thông tin mới cho tên danh mục và kích vào nút “Cập nhật”. Hệ thống sẽ sửa thông tin của danh mục được chọn trong bảng DANH_MUC_SAN_PHAM và hiển thị danh sách danh mục đã cập nhật. 4) Xóa danh mục a) Người quản trị kích vào nút “Xóa” trên một dòng danh mục. Hệ thống sẽ hiển thị một màn hình yêu cầu xác nhận xóa. b) Người quản trị kích vào nút “Đồng ý”. Hệ thống sẽ xóa danh mục được chọn khỏi bảng DANH_MUC_SAN_PHAM và hiển thị danh sách các danh mục đã cập nhật. Use case kết thúc. o Luồng rẽ nhánh: 1) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị nhập thông tin danh mục không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗ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 kích vào nút “Hủy bỏ” để kết thúc. 2) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị kích vào nút “Hủy bỏ” hệ thống sẽ bỏ qua thao tác thêm mới hoặc sửa chữa tương ứng và hiển thị danh sách các danh mục trong bảng DANH_MUC_CHA. 3) Tại bước 4b trong luồng cơ bản nếu người quản trị kích vào nút “Không đồng ý” hệ thống sẽ bỏ qua thao tác xóa và hiển thị danh sách các danh mục trong bảng DANH_MUC_SAN_PHAM. 4) Tại bất kỳ thời điểm nào trong quá trình thực hiện use case nếu không kết nối được với cơ sở dữ liệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc. ● 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 ● Tiền điều kiện: Người quản trị cần đăng nhập với vai trò quản trị hệ thống trước khi có thể thực hiện use case. ● Hậu điều kiện: Nếu use case kết thúc thành công thì thông tin được cập nhập trong cơ sở dữ liệu. ● Điểm mở rộng: Không có. 3.2.20 Mô tả use case BAO TRI THONG TIN SAN PHAM( Nguyễn Xuân Hà) • Mô tả vắn tắt: Use case này cho phép quản trị xem , thêm , xóa thông tin trong bảng sản phẩm. • Luồng sự kiện: luồng cơ bản: 1) Use case này bắt đầu khi người quản trị kích vào nút “thông tin” trên danh sách sản phẩm. Hệ thống lấy thông tin chi tiết của các sản phẩm gồm: mã sản phẩm, mã danh mục sản phẩm, tên sản phẩm , ảnh sản phẩm, thông tin sản phẩm , số lượng có , đơn giá từ bảng SAN_PHAM trong cơ sở dữ liệu và hiển thị danh sách các danh mục 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ách sản phẩm. Hệ thống hiển thị màn hình yêu cầu nhập thông tin chi tiết cho sản phẩm gồm mã sản phẩm, mã danh mục sản phẩm, tên sản phẩm , ảnh sản phẩm, thông tin sản phẩm , số lượng có , đơn giá . b) Người quản trị nhập thông tin của sản phẩm và kích vào nút “Tạo”. Hệ thống sẽ sinh một mã sản phẩm mới, tạo một sản phẩm trong bảng SAN_PHAM và hiển thị danh sách cácsản phẩm đã được cập nhật. 3) Sửa danh mục: 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ản phẩm, mã danh mục sản phẩm, tên sản phẩm , ảnh sản phẩm, thông tin sản phẩm , số lượng có , đơn giá . từ bảng SAN_PHAM và hiển thị lên màn hình. b) Người quản trị nhập thông tin mới cho tên 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ọn trong bảng SAN_PHAM và hiển thị danh sách sản phẩm đã cập nhật. 4) Xóa sản phẩm a) Người quản trị kích vào nút “Xóa” trên một dòng sản phẩm. Hệ thống sẽ hiển thị một màn hình yêu cầu xác nhận xóa. b) Người quản trị kích vào nút “Đồng ý”. Hệ thống sẽ xóa sản phẩm được chọn khỏi bảng SAN_PHAM và hiển thị danh sách các sản phẩm đã cập nhật. Use case kết thúc. o Luồng rẽ nhánh: 1) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị nhập thông tin sản phẩm không hợp lệ thì hệ thống sẽ hiển thị thông báo lỗ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 kích vào nút “Hủy bỏ” để kết thúc. 2) Tại bước 2b hoặc 3b trong luồng cơ bản nếu người quản trị kích vào nút “Hủy bỏ” hệ thống sẽ bỏ qua thao tác thêm mới hoặc sửa chữa