Không kể tới những đóng góp to lớn mà ngành công nghệ thông tin đã làm được cho lĩnh vực nghiên cứu khoa học kỹ thuật, mà chúng ta có thể nhìn thấy luôn những đóng góp thiết thực mà nó mang lại trong đời sống xã hội của con người. Với chiếc máy tính cá nhân của mình, chỉ với vài thao tác đơn giản, thậm chí là một cú click chuột, bạn có thể đọc báo, xem phim, nghe đài, hay mua sắm,…có thể nói cả thế giới thông tin gần như hiện ra trước mắt bạn. Cùng với sự phát triển của nền kinh tế, con người ngày càng bộn bề với trăm nghìn công việc, chúng ta không có nhiều thời gian cho việc tìm kiếm, chọn lựa mua sắm những món quà cho mình và người thân, đơn giản chỉ là một chiếc bánh nhỏ xinh xắn vào buổi sáng, bánh kem cho buổi sinh nhật hay nhân dịp đặc biệt nào đó thôi nhưng cũng làm cho chúng ta cảm thấy cuộc sống nhẹ nhàng vui vẻ, cảm giác thanh thản, quên đi những mệt mỏi trông công việc hằng ngày. Xuất phát từ những suy nghĩ đó, chúng em muốn phân tích và đặt tả website chuyên cung cấp cac sản phầm về bánh phục vụ cho cuộc sống hàng ngày, quà tặng,… Mong rằng sẽ mang đến những chiếc bánh thơm ngon nhất, những món quà ý nghĩa nhất đến với người thân yêu của bạn trên khắp mọi miền, khoảng cách về không gian và thời gian không còn là vấn đề nữa.Đó cũng là lý do chính để nhóm chúng em chọn đề tài “PHÂN TÍCH ĐẶC TẢ CÁC YÊU CẦU WEBSITE FRESHGARDEN.VN” hiện thực hoá ý tưởng và mong muốn của chúng em để mang lại một sản phẩm chất lượng đáng tin cậy và ý nghĩa. Chúng em xin chân thành cảm ơn sự hướng dẫn và chỉ bảo tận tình của cô Phạm Thị Kim Phượng – Giảng viên bộ môn Phân tích và đặc tả yêu cầu phần mềm, trường Đại Học Công Nghiệp Hà Nội. Cô đã cho chúng em nhiều kiến thức cực kì quan trọng và nhiều đóng góp quý giá.Lời cuối cùng, chúng em xin kính chúc thầy cô lời chúc sức khỏe, thành công trong cuộc sống.
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 FRESHGARDEN.VN GVHD: Ths Phạm Thị Kim Phượng Nhóm - Lớp: - 20214IT6097001 Thành viên: Nguyễn Anh Chiến Đoàn Mạnh Hùng Vũ Thị Nhạn Nguyễn Như Quỳnh Nguyễn Thị Thêm Hà nội, Năm 2022 LỜI MỞ ĐẦU Khơng kể tới đóng góp to lớn mà ngành công nghệ thông tin làm cho lĩnh vực nghiên cứu khoa học kỹ thuật, mà nhìn thấy ln đóng góp thiết thực mà mang lại đời sống xã hội người Với máy tính cá nhân mình, với vài thao tác đơn giản, chí cú click chuột, bạn đọc báo, xem phim, nghe đài, hay mua sắm,…có thể nói giới thơng tin gần trước mắt bạn Cùng với phát triển kinh tế, người ngày bộn bề với trăm nghìn cơng việc, khơng có nhiều thời gian cho việc tìm kiếm, chọn lựa mua sắm quà cho người thân, đơn giản bánh nhỏ xinh xắn vào buổi sáng, bánh kem cho buổi sinh nhật hay đặc biệt thơi làm cho cảm thấy sống nhẹ nhàng vui vẻ, cảm giác thản, quên mệt mỏi trông công việc ngày Xuất phát từ suy nghĩ đó, chúng em muốn phân tích đặt tả website chuyên cung cấp cac sản phầm bánh phục vụ cho sống hàng ngày, quà tặng,… Mong mang đến bánh thơm ngon nhất, quà ý nghĩa đến với người thân yêu bạn khắp miền, khoảng cách không gian thời gian khơng cịn vấn đề Đó lý để nhóm chúng em chọn đề tài “PHÂN TÍCH ĐẶC TẢ CÁC YÊU CẦU WEBSITE FRESHGARDEN.VN” thực hoá ý tưởng mong muốn chúng em để mang lại sản phẩm chất lượng đáng tin cậy ý nghĩa Chúng em xin chân thành cảm ơn hướng dẫn bảo tận tình Phạm Thị Kim Phượng – Giảng viên môn 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 Cô cho chúng em nhiều kiến thức quan trọng nhiều đóng góp q giá Lời cuối cùng, chúng em xin kính chúc thầy cô lời chúc sức khỏe, thành công sống Phân tích đặc tả yêu cầu hệ thống Phân tích đặc tả yêu cầu hệ thống MỤC LỤC Chương Khảo sát hệ thống 1.1 Khảo sát sơ 1.1.1 Mục tiêu 1.1.2 Phương pháp 1.1.3 Đối tượng khảo sát 11 1.1.4 Kết sơ 12 1.1.5 Các tài liệu thu thập 13 1.2 Khảo sát chi tiết 23 1.2.1 Hoạt động hệ thống 23 1.2.2 Các yêu cầu chức 25 1.2.3 Các yêu cầu phi chức 25 Chương Mơ hình hóa liệu 26 2.1 Các yêu cầu liệu 26 2.2 Biểu đồ thực thể liên kết mức logic 28 2.3 Mơ hình sở liệu mức vật lý 28 2.3.1 Thiết kế bảng 28 2.3.2 Biểu đồ thực thể liên kết mức vật lý 36 Chương Mơ hình hóa chức 37 3.1 Biểu đồ use case 37 3.1.1 Các use case 37 3.1.2 Các use case thứ cấp 40 3.1.3 Phân rã số use case 41 3.2 Mô tả chi tiết use case 48 Phân tích đặc tả yêu cầu hệ thống 3.2.1 Mô tả use case đăng nhập (Vũ Thị Nhạn) 48 3.2.2 Mô tả use case đăng ký (Vũ Thị Nhạn) 48 3.2.3 Mô tả use case quên mật (Vũ Thị Nhạn) 49 3.2.4 Mô tả use case đăng xuất (Vũ Thị Nhạn) 50 3.2.5 Mơ tả use case đăng kí nhận tin (Vũ Thị Nhạn) 50 3.2.6 Mô tả use case Quản lý tài khoản (Vũ Thị Nhạn) 51 3.2.7 Mô tả use case Tìm kiếm sản phẩm (Nguyễn Thị Thêm) 53 3.2.8 Mô tả use case Xem sản phẩm bật (Nguyễn Thị Thêm) 54 3.2.9 Mô tả use case Xem sản phẩm (Nguyễn Thị Thêm) 55 3.2.10 Mô tả xem sản phẩm khuyến (Nguyễn Thị Thêm) 56 3.2.11 Mô tả use case Xem sản phẩm theo danh mục (Nguyễn Thị Thêm) 56 3.2.12 Mô tả use case Xem chi tiết sản phẩm (Nguyễn Thị Thêm) 57 3.2.13 Mô tả use case xem viết (Nguyễn Anh Chiến) 58 3.2.14 Mô tả use case Bảo trì danh mục viết (Nguyễn Anh Chiến) 59 3.2.15 Mơ tả use case bảo trì sản phẩm (Nguyễn Anh Chiến) 61 3.2.16 Mô tả use case Bảo trì danh mục cha (Nguyễn Anh Chiến) 63 3.2.17 Mơ tả use case Bảo trì danh mục (Nguyễn Anh Chiến) 65 3.2.18 Mơ tả use case Bảo trì cửa hàng (Nguyễn Anh Chiến) 67 3.2.19 Mô tả use case bảo trì khuyến (Nguyễn Anh Chiến) 69 3.2.20 Mơ tả use case Quản lí giỏ hàng (Đồn Mạnh Hùng) 71 3.2.21 Mô tả use case Xem đơn hàng (Đoàn Mạnh Hùng) 75 3.2.22 Mơ tả use case Quản lí đơn hàng (Đồn Mạnh Hùng) 76 3.2.23 Mô tả use case Bảo trì viết (Đồn Mạnh Hùng) 77 3.2.24 Mơ tả use case Quản lí mã giảm giá (Đồn Mạnh Hùng) 79 Phân tích đặc tả yêu cầu hệ thống 3.2.25 Mô tả use case Sửa thông tin khách hàng (Nguyễn Như Quỳnh) 81 3.2.26 Mô tả use case Để lại lời nhắn (Nguyễn Như Quỳnh) 82 3.2.27 Mô tả use case Quản lý khách hàng (Nguyễn Như Quỳnh) 83 3.2.28 Mơ tả Use case Bảo trì nhân viên (Nguyễn Như Quỳnh) 84 3.3.29 Mô tả use case Quản lí lời nhắn (Nguyễn Như Quỳnh) 86 3.3.30 Mô tả Use case Đăng viết (Nguyễn Như Quỳnh) 87 Phân tích đặc tả yêu cầu hệ thống Chương Khảo sát hệ thống 1.1 Khảo sát sơ 1.1.1 Mục tiêu Một website cần có chức sau: • Cung cấp thông tin loại sản phẩm: tên sản phẩm, loại sản phẩm, hình ảnh, giá cả, mơ tả, • Cung chấp chức mua hàng trực tuyến • Cung cấp thông tin liên hệ, hướng dấn mua hàng, sách sách đổi trả, sách vận chuyển, sách an tồn thực phẩm,… điều khoản dịch vụ 1.1.2 Phương pháp • Phỏng vấn Kế hoạch vấn Người hỏi: Nguyễn Văn A Người vấn: Đồn Mạnh Hùng Địa chỉ: Cơng ty TNHH PHD - 46 Thời gian hẹn: 7h An Dương, Yên Phụ, Tây Hồ, Hà Thời điểm bắt đầu: 7h30p Nội Thời điểm kết thúc: 8h30p Đối tượng: Nhân viên bán hàng Các u cầu địi hỏi Chương trình • Giới thiệu Ước lượng thời gian: • Tổng quan dự án phút • Tổng quan vấn phút • Chủ đề đề cập, Xin phép phút ghi âm 10p • Chủ đề : câu hỏi trả lời • Tổng hợp nội dung chính, 30 phút ý kiến người hỏi 10 phút Phân tích đặc tả yêu cầu hệ thống Kết thúc (Thỏa thuận) Dự kiến tổng thời lượng: tiếng Phiếu vấn Dự án: Phân tích hệ thống bán bánh Tiểu dự án: Hệ thống bán bánh Fresh Garden Người hỏi: Nguyễn Văn A Người hỏi: Đoàn Mạnh Hùng Ngày: 7/7/2022 Câu hỏi: Ghi chú: Câu 1: Anh/Chị giới thiệu Trả lời: dịng sản phẩm mà cơng ty Anh/Chi có khơng? Câu 2: Anh/Chị giới thiệu Trả lời: loại bánh bán sử dụng phổ biến không? Câu 3: Anh/Chị cho biết loại bánh Trả lời: sinh nhật bán chạy nay? Câu 4: Có chức tìm kiếm Trả lời: cho sản phẩm? Câu 5: Anh/Chi phổ biến Trả lời: hình thức toán khách hàng mua đặt hàng khơng? Câu 6: Có hình thức hỗ trợ Trả lời: cho khách hàng đặt bánh Phân tích đặc tả yêu cầu hệ thống online? Câu Các chương trình khuyến Trả lời: có thường xun tổ chức hay khơng có ưu đãi cho khách hàng thân thiết? Câu 8: Cơng ty Anh/Chị sử dụng Trả lời: hình thức tốn nào? Câu 9: Các cơng cụ dùng cần thiết Trả lời: để bạn làm maketting online website (google, facebook, chat…) Câu 10: Anh/Chị thấy hệ thống bán Trả lời: hàng cửa hàng so với cửa hàng khác nào? Đánh giá chung: • Phiếu điều tra PHIẾU KHẢO SÁT HOẠT ĐỘNG CỦA HỆ THỐNG BÁN BÁNH FRESH GARDEN (Dành cho khách hàng) Câu hỏi 1: Bạn thuộc nhóm tuổi nào? ☐ Dưới 18 tuổi ☐ Từ 18 - 24 tuổi ☐ Từ 24 - 40 tuổi ☐ Trên 40 tuổi Câu hỏi 2: Bạn quan tâm đến sản phẩm nào? ☐ Bánh kem ☐ Bánh mì ☐ Bánh Phân tích đặc tả yêu cầu hệ thống 10 ☐ Đồ uống Câu hỏi 3:Bạn dàng tìm kiếm sản phẩm muốn mua khơng? ☐ Cực kì dễ dàng ☐ Dễ dàng ☐ Hơi khó ☐ Khó Câu hỏi 4: Bạn có hài lịng sản phẩm chúng tơi khơng? ☐ Rất hài lịng ☐ Hài lịng ☐ Chưa hài lịng ☐ Khơng hài lịng Câu hỏi 5: Bạn có u cầu sản phẩm không? ☐ Đa dạng sản phẩm ☐ Giá hợp lý ☐ Cải thiện chất lượng phục vụ ☐ Tốc độ chất lượng giao hàng Câu hỏi 6: Bạn quan tâm điều mua bánh Fresh Garden? ☐ Chất lượng bánh ☐ Giá ☐ Chất lượng phục vụ ☐ Khác Câu hỏi 7: Bạn biết đến thương hiệu bánh chúng tơi qua hình thức nào? ☐ Bạn bè, người thân giới thiệu ☐ Qua trang mạng xã hội ☐ Các poster quảng cáo ☐ Đi qua cửa hàng nên mua thử Câu hỏi 8: Bạn yêu thích điều dịch vụ giao hàng chúng tơi? ☐ Đóng gói cẩn thận ☐ Giao hàng nhanh ☐ Shipper thân thiện ☐ Tất điều Câu hỏi 9: Có điều bạn mong muốn cho biết thêm trải nghiệm mua sắm bạn không? Phân tích đặc tả yêu cầu hệ thống 75 ❖ Hậu điều kiện: Nếu use case thành cơng thơng tin giỏ hàng cập nhật sở liệu Thông tin đơn hàng cập nhật sở liệu, thông tin khách hàng, địa khách hàng cập nhật sở liệu ❖ Điểm mở rộng: Đăng nhập 3.2.21 Mơ tả use case Xem đơn hàng (Đồn Mạnh Hùng) Use case cho phép khách hàng xem thông tin chi tiết đơn hàng bảng DONHANG ❖ Luồng kiện: ❖ Luồng bản: Use case bắt đầu khách hàng bấm vào “Tài khoản” menu Hệ thống hiển thị họ tên, email bảng KHACHHANG danh sách đơn hàng gồm mã đơn hàng, ngày đặt, thành tiền, trạng thái bảng DONHANG Khi khách hàng bấm vào Mã đơn hàng có danh sách, hệ thông thị thông tin chi tiết đơn hàng bao gồm thơng tin sản phẩm gồm mã sản phẩm, hình ảnh, thuộc tính, đơn giá Thông tin đơn hàng gồm mã đơn hàng, thời gian đặt, số lượng, thành tiền, phí vận chuyển Địa tốn nhận hàng thơng tin khách hàng gồm Tên, địa chỉ, số điện thoại Thông tin lấy từ bảng DONHANG, DONHANG_SANPHAM, KHACHHANG Use case kết thúc ❖ Luồng rẽ nhánh: Tại thời điểm trình thực use case không kết nối với sử liệu hệ thống hiển thị thơng báo lỗi use case kết thúc Tại bước luồng bản, khơng có đơn hàng hệ thống báo không tồn đơn hàng Use case kết thúc Phân tích đặc tả yêu cầu hệ thống 76 ❖ Các yêu cầu đặc biệt: Khơng có ❖ Tiền điệu kiện: Khách hàng phải đăng nhập thực use case ❖ Hậu điều kiện: Khơng có ❖ Điểm mở rộng: Danh sách địa chỉ, đăng xuất 3.2.22 Mô tả use case Quản lí đơn hàng (Đồn Mạnh Hùng) Use case cho phép người quản trị xem, cập nhật trạng thái đơn hàng, sửa đơn hàng, xoá đơn hàng bảng DONHANG ❖ Luồng kiện: ❖ Luồng bản: Use case bắt đầu người quản trị kích vào “Quản lí đơn hàng” menu trang quản trị Hệ thống hiển thị Danh sách đơn hàng có bảng DONHANG Sửa đơn hàng: a Người quản trị kích vào nút sửa “Sửa” cửa sổ danh sách đơn hàng Hệ thống lấy thông tin tiết đơn hàng cũ bao gồm: Mã đơn hàng, thời gian đặt, tên sản phẩm, thuộc tính, số lượng, đơn giá, thành tiền, Tên khách hàng, địa chỉ, số điện thoại từ bảng KHACHHANG, DONHANG, DONHANG_SANPHAM hiển thị lên hình b Ngươi quản trị chọn ô địa chỉ, số điện thoại để nhập thông tin kích vào “Cập nhật” Hệ thống sửa thơng tin đơn hàng chọn bảng KHACHHANG hiển thị lại thông tin cập nhật Cập nhật trạng thái: a Người quản trị kích vào tên trạng thái cửa sổ danh sách đơn hàng Hệ thống thại danh sách trạng thái cho người quản trị chọn Phân tích đặc tả yêu cầu hệ thống 77 b Người quản trị kịch chọn vào tên trạng thái có danh sách, hệ thống cập nhật lại trạng thái đơn hàng bảng DONHANG hiển thị lại thông tin cập nhật ❖ Luồng rẽ nhánh: Tại thời điểm trình thực use case không kết nối với sử liệu hệ thống hiển thị thơng báo lỗi use case kết thúc Tại bước luồng bản, khơng có đơn hàng hệ thống báo không tồn đơn hàng Use case kết thúc Tại bước 2a luồng bản, khơng có danh sách trạng thái khả dụng người quản trị khơng chọn trạng thái đơn hàng Use case kết thúc ❖ Các yêu cầu đặc biệt: Use case cho phép số vai trò người quản trị, người chủ hệ thống thực ❖ 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 thực use case ❖ Hậu điều kiện: Nếu use case kết thúc thành cơng thông tin đơn hàng cập nhập sở liệu ❖ Điểm mở rộng: Khơng có 3.2.23 Mơ tả use case Bảo trì viết (Đồn Mạnh Hùng) Use case cho phép người quản trị xem, thêm, sửa, xố viết có bảng BAIVIET ❖ Luồng kiện: • Luồng bản: Use case bắt đầu người quản trị kích vào “Bài viết” menu trang quản trị Hệ thống lấy thông tin chia tiết viết (mã, tiêu đề, nội dung, thời gian, tên nhân viên, tên danh mục viết) từ bảng BAIVIET, NHANVIEN, DANHMUCBAIVIET HINHANH hiển thị danh sách viết lên hình Phân tích đặc tả u cầu hệ thống 78 Thêm viết: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách viết Hệ thống hiển thị hình u cầu nhập thơng tin tiêu đề, nội dung, hỉnh ảnh, chọn tên danh mục b Người quản trị nhập thông tin tiêu đề, viết nội dung cho viết, thêm ảnh cho viết, chọn danh mục cho viết Hệ thống tạo viết với mã viết sinh tự động, thời gian đăng thời điểm viết tạo thành công bảng BAIVIET HINHANH hiển thị danh sách viết cập nhật Sửa viết: b Người quản trị kích vào nút “Sửa” dòng viết Hệ thống lấy thông tin cũ viết chọn gồm: tiêu đề, nội dung, thời gian, tên danh mục viết từ bảng BAIVIET, DANHMUCBAIVIET HINHANH hiển thị lên hình c Người quản trị nhập thơng tin tiêu đề viết, nội dung, hình ảnh, danh mục kích vào nút “Cập nhật” Hệ thống sửa thông tin viết chọn với thời gian đăng thời điểm viết cập nhật thành công thành công bảng BAIVIET HINHANH hiển thị danh sách viết cập nhật Xóa viết: d Người quản trị kích vào nút “Xóa” dòng viết Hệ thống hiển thị hình u cầu xác nhận xóa e Người quản trị kích vào nút “Đồng ý” Hệ thống xóa viết chọn khỏi bảng BAIVIET, HINHANH hiển thị danh sách viết cập nhật Use case kết thúc • Luồng rẽ nhánh: Phân tích đặc tả yêu cầu hệ thống 79 Tại thời điểm trình thực use case không kết nối với sử liệu hệ thống hiển thị thông báo lỗi use case kết thúc Tại bước 2b 3b luồng bản, người quản trị nhập thơng tin khơng hợp lệ hệ thống hiển thị thông báo lỗi yêu cầu nhập lại Người quản trị nhập lại để tiếp tục kích vào nút “Hủy bỏ” để kết thúc Tại bước 2b, 3b luồng người quản trị kích vào nút “Hủy bỏ” hệ thống bỏ qua thao tác thêm sửa chữa xoá tương ứng hiển thị danh sách viết bảng BAIVIET, HINHANH, NHANVIEN, DANHMUCBAIVIET Tại bước 4b luồng người quản trị kích vào nút “Huỷ bỏ” hệ thống bỏ qua thao tác xóa hiển thị danh sách viết bảng BAIVIET, HINHANH, DANHMUCBAIVIET, NHANVIEN ❖ Các yêu cầu đặc biệt: Use case cho phép số vai trò người quản trị, người chủ hệ thống thực ❖ 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 thực use case ❖ Hậu điều kiện: Nếu use case kết thúc thành cơng thông tin viết cập nhật sở liệu ❖ Điểm mở rộng: Khơng có 3.2.24 Mơ tả use case Quản lí mã giảm giá (Đoàn Mạnh Hùng) Use case cho phép người quản trị xem, thêm, sửa, xoá mã giảm giá bảng MAGIAMGIA ❖ Luồng kiện: ❖ Luồng bản: Phân tích đặc tả yêu cầu hệ thống 80 Use case bắt đầu người quản trị kích vào “Mã giảm giá” menu trang quản trị Hệ thống hiển thị Danh sách đơn hàng có bảng MAGIAMGIA Thêm mã giảm giá: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách mã giảm giá Hệ thống hiển thị hình u cầu nhập thơng tin chi tiết cho mã giảm giá gồm mã, số tiền giảm, thời gian bắt đầu, thời gian kết thúc b Người quản trị nhập thông tin mã giảm giá gồm mã, số tiền giảm, ngày bắt đầu, ngày kết thúc kích vào nút “Tạo” Hệ thống tạo mã giảm giá bảng MAGIAMGIA hiển thị danh sách mã giảm giá Xoá mã giảm giá: a Người quản trị kích vào nút “Xóa” dòng mã giảm giá Hệ thống hiển thị hình 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 xóa mơn học chọn khỏi bảng MONHOC hiển thị danh sách mơn học cập nhật • Luồng rẽ nhánh: Tại thời điểm q trình thực use case khơng kết nối với sử liệu hệ thống hiển thị thông báo lỗi use case kết thúc Tại bước 3b luồng người quản trị kích vào nút “Hủy bỏ” hệ thống bỏ qua thao tác xoá tương ứng hiển thị danh sách mã giảm giá bảng MAGIAMGIA ❖ Các yêu cầu đặc biệt: Use case cho phép số vai trò người quản trị, người chủ hệ thống thực ❖ 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 thực use case Phân tích đặc tả yêu cầu hệ thống 81 ❖ Hậu điều kiện: Nếu use case kết thúc thành cơng thơng tin mã giảm giá cập nhập sở liệu ❖ Điểm mở rộng: Khơng có 3.2.25 Mơ tả use case Sửa thông tin khách hàng (Nguyễn Như Quỳnh) Use case cho phép người dùng xem, thêm xóa địa bảng KHACHHANG DIACHI ❖ Luồng kiện: • Luồng bản: Use case bắt đầu khách hàng kích vào nút “Danh sách địa chỉ” menu tài khoản Hệ thống danh sách địa khách hàng bao gồm: tên khách hàng, địa chỉ, địa 2, quốc gia, tỉnh thành, công ty từ bảng KHACHHANG, DIACHI hiển thị lên hình Thêm địa chỉ: a Khách hàng kích nút “Nhập địa mới” cửa sổ danh sách địa Hệ thống hiển thị lên hình yêu cầu nhập thông tin gồm: họ , tên, công ty, địa chỉ, địa 2, số điện thoại b Khách hàng nhập thông tin địa nhấn nút “Thêm mới” Hệ thống tạo them địa bảng DIACHI hiển thị danh sách địa cập nhật Xoá địa chỉ: a Khách hàng kích vào nút “X” địa Hệ thống hiển thị hình yêu cầu xác nhận xóa b Khách hàng kích vào nút “OK” Hệ thống xóa địa chọn khỏi bảng DIACHI hiển thị danh sách địa cập nhật Use case kết thúc • Luồng rẽ nhánh: Phân tích đặc tả yêu cầu hệ thống 82 Tại bước 2b luồng kiện bản, khách hàng tích vào nút “Đặt làm địa mặc định” hệ thống đặt địa địa mặc định Tại bước 2b luồng khách hàng kích vào nút “Huỷ” hệ thống bỏ qua thao tác thêm hiển thị danh sách địa bảng DIACHI Tại bước 3b luồng khách hàng kích vào nút “Cancel” hệ thống bỏ qua thao tác xóa hiển thị danh sách địa bảng DIACHI Tại thời điểm q trình thực use case khơng kết nối với sở liệu hệ thống hiển thị thông báo lỗi 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ách hàng cần đăng nhập vào hệ thống trước thực use case ❖ Hậu điều kiện: Khơng có ❖ Điểm mở rộng: Khơng có 3.2.26 Mơ tả use case Để lại lời nhắn (Nguyễn Như Quỳnh) Use case cho phép người dùng để lại lời nhắn bảng LOINHAN ❖ Luồng kiện: • Luồng bản: Use case bắt đầu khách hàng kéo chuột xuống cuối trang chủ Hệ thống hiển thị tên bạn, email, số điện thoại bạn, nội dung từ bảng LOINHAN Khách hàng nhập tên, email, số điện thoại, nội dung nhấn nút “Gửi” Hệ thống thị “Cám ơn bạn liên hệ! Chúng trả lời có thể” Use case kết thúc Phân tích đặc tả yêu cầu hệ thống 83 • Luồng rẽ nhánh: Khách hàng nhập sai định dạng email số điện thoại hệ thống thị thông báo “Please fill out this flies” ❖ Các u cầu đặc biệt: Khơng có ❖ Tiền điều kiện: Khách hàng cần đăng nhập vào hệ thống trước thực use case ❖ Hậu điều kiện: Khơng có ❖ Điểm mở rộng: Khơng có 3.2.27 Mơ tả use case Bảo trì khách hàng (Nguyễn Như Quỳnh) Use case cho phép người quản trị xem, thêm, sửa, xóa khách hàng bảng KHACHHANG ❖ Luồng kiện: • Luồng bản: Use case bắt đầu quản trị viên kích vào nút “Tài khoản khách hàng” menu quản trị Hệ thống lấy thông tin tài khoản: mã khách hàng, tên khách hàng, email, địa chỉ, số điện thoại, hỉnh ảnh từ bảng KHACHHANG HINHANH hiển thị lên hình Thêm khách hàng: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách khách hàng Hệ thống hiển thị hình yêu cầu nhập tên, số điện thoại, địa chỉ, email b Người quản trị nhập thơng tin u cầu kích vào nút “Tạo” Hệ thống tạo nhân viên bảng KHACHHANG Sửa khách hàng: a Người quản trị kích vào nút “Sửa” dịng khách hàng Hệ thống lấy thông tin cũ khách hàng từ KHACHHANG, HINHANH hiển thị lên hình Phân tích đặc tả yêu cầu hệ thống 84 b Người quản trị nhập thông tin cho khách hàng kích vào nút “Cập nhật” Hệ thống sửa thông tin khách hàng chọn bảng KHACHHANG, HINHANH hiển thị danh sách danh mục cập nhật Xoá khách hàng: a Người quản trị kích vào nút “Xóa” dịng khách Hệ thống hiển thị 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 xóa khách hàng chọn khỏi bảng KHACHHANG, TAIKHOAN, HINHANH hiển thị danh sách khách hàng cập nhật • Luồng rẽ nhánh: Tại bước 2b 3b luồng kiện bản, người quản trị nhập không định dạng liệu hệ thống yêu cầu nhập lại Người quản trị nhập lại để tiếp tục kích vào nút “Hủy bỏ” để kết thúc Tại bước 2b luồng người quản trị kích vào nút “Huỷ bỏ” hệ thống bỏ qua thao tác xóa hiển thị thơng tin nhân viên từ bảng KHACHHANG, HINHANH Tại thời điểm q trình thực use case khơng kết nối với sở liệu hệ thống hiển thị thông báo lỗi use case kết thúc ❖ Các yêu cầu đặc biệt: Không có ❖ 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 thực use case ❖ Hậu điều kiện: Khơng có ❖ Điểm mở rộng: Khơng có 3.2.28 Mơ tả Use case Bảo trì nhân viên (Nguyễn Như Quỳnh) Use case cho phép người quản trị xem, thêm, sửa, xóa nhân viên bảng NHANVIEN, TAIKHOAN, HINHANH ❖ Luồng kiện: • Luồng bản: Phân tích đặc tả yêu cầu hệ thống 85 Use case bắt đầu quản trị viên kích vào nút “Tài khoản nhân viên” menu quản trị Hệ thống lấy thông tin tài khoản: mã nhân viên, tên nhân viên, hỉnh ảnh, số tuổi nhân viên, địa chỉ, số điện thoại, email từ bảng NHANVIEN, HINHANH hiển thị lên hình Thêm nhân viên: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách nhân viên Hệ thống hiển thị hình yêu cầu nhập email, mật khẩu, họ tên, tuổi, số điện thoại, địa chỉ, hình ảnh b Người quản trị nhập thơng tin u cầu kích vào nút “Tạo” Hệ thống tạo nhân viên bảng NHANVIEN tài khoản ứng với nhân viên vào bảng TAIKHOAN ảnh đại diện tương ứng vào bảng HINHANH Sửa nhân viên: a Người quản trị kích vào nút “Sửa” dịng khách hàng Hệ thống lấy thơng tin cũ nhân viên từ NHANVIEN, HINHANH hiển thị lên hình b Người quản trị nhập thơng tin cho nhân viên kích vào nút “Cập nhật” Hệ thống sửa thông tin nhân viên chọn bảng NHANVIEN, HINHANH hiển thị danh sách danh mục cập nhật Xoá nhân viên: c Người quản trị kích vào nút “Xóa” dịng nhân viên Hệ thống hiển thị hình u cầu xác nhận xóa d Người quản trị kích vào nút “Đồng ý” Hệ thống xóa nhân viên chọn khỏi bảng NHANVIEN, TAIKHOAN, HINHANH hiển thị danh sách nhân viên cập nhật • Luồng rẽ nhánh: Tại bước 2b, 3b luồng kiện bản, người quản trị nhập không định dạng liệu hệ thống yêu cầu nhập lại Phân tích đặc tả yêu cầu hệ thống 86 Người quản trị nhập lại để tiếp tục kích vào nút “Hủy bỏ” để kết thúc Tại bước 2b, 3b luồng người quản trị kích vào nút “Huỷ bỏ” hệ thống bỏ qua thao tác thêm sửa chữa tương ứng hiển thị thông tin nhân viên từ bảng NHANVIEN, HINHANH Tại bước 4b luồng người quản trị kích vào nút “Khơng đồng ý” hệ thống bỏ qua thao tác xóa hiển thị danh sách nhân viên bảng NHANVIEN HINHANH Tại thời điểm q trình thực use case khơng kết nối với sở liệu hệ thống hiển thị thông báo lỗi use case kết thúc ❖ Các u cầu đặc biệt: Khơng có ❖ 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 thực use case ❖ Hậu điều kiện: Không có ❖ Điểm mở rộng: Khơng có 3.3.29 Mơ tả use case Quản lí lời nhắn (Nguyễn Như Quỳnh) Use case cho phép người quản trị xem, phản hồi, xóa lời nhắn bảng LOINHAN ❖ Luồng kiện: • Luồng bản: Use case bắt đầu quản trị viên kích vào nút “Quản lí lời nhắn” menu quản trị Hệ thống lấy thông tin tài khoản: mã lời nhắn, mã khách hàng, nội dung, thời gian từ bảng LOINHAN hiển thị lên hình Phản hồi lời nhắn: Phân tích đặc tả yêu cầu hệ thống 87 a Người quản trị kích vào nút “Phản hồi” dịng lời nhắn Hệ thống hiển thị hình yêu cầu nhập nội dung thư phản hồi b Người quản trị kích vào nút “Gửi” Hệ thống mail gửi thông tin phải hồi đến mail khách hàng Xố lời nhắn: a Người quản trị kích vào nút “Xóa” dịng danh mục Hệ thống hiển thị hình 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 xóa địa chọn khỏi bảng LOINHAN hiển thị danh sách danh sách danh mục cập nhật • Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị kích vào nút “Huỷ bỏ” hệ thống bỏ qua thao tác xóa, gửi phản hồi hiển thị thơng tin lời nhắn từ bảng LOINHAN Tại thời điểm trình thực use case không kết nối với sở liệu hệ thống hiển thị thơng báo lỗi use case kết thúc ❖ Các yêu cầu đặc biệt: Khơng có ❖ 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 thực use case ❖ Hậu điều kiện: Khơng có ❖ Điểm mở rộng: Khơng có 3.3.30 Mô tả Use case Đăng viết (Nguyễn Như Quỳnh) Use case cho phép nhân viên đăng đăng vào bảng BAIVIET ❖ Luồng kiện: • Luồng bản: Phân tích đặc tả yêu cầu hệ thống 88 Use case bắt đầu nhân viên kích vào nút “Quản lí đăng” menu quản trị Hệ thống lấy thông tin tài khoản: mã tin tức, tiêu đề, hình ảnh, nội dung, thời gian từ bảng BAIVIET hiển thị lên hình Thêm đăng: a Nhân viên kích vào nút “Thêm” dòng danh mục Hệ thống hiển thị hình u cầu nhập thơng tin viết b Nhân viên nhập thông tin tiêu đề, hình ảnh, nội dung, chọn danh mục cho viết lấy từ bảng DANHMUCBAIVIET kích vào nút “Tạo” Hệ thống tạo viết với mã viết tự động, thời gian đăng thời điểm tạo thành công bảng BAIVIET hiển thi danh sách danh mục cập nhật c Sau đăng thành công, hệ thống tự động gửi viết email khách hàng đăng kí nhận tin Chỉnh sửa đăng: a Nhân viên trị kích vào nút “Chỉnh sửa” dòng danh mục Hệ thống hiển thị hình thơng tin tin tức b Nhân viên nhập thơng tin chỉnh sửa tiêu đề, hình ảnh, nội dung, danh mục Người quản trị kích vào nút “Cập nhật”, hệ thống cập nhật viết với thời gian đăng thời điểm cập nhật thành công bảng BAIVIET hiển thi danh sách danh mục cập nhật Use case kết thúc • Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị kích vào nút “Huỷ bỏ” hệ thống bỏ qua thao tác tạo sửa hiển thị thông tin viết từ bảng BAIVIET Phân tích đặc tả yêu cầu hệ thống 89 Tại thời điểm trình thực use case không kết nối với sở liệu hệ thống hiển thị thông báo lỗi use case kết thúc ❖ Các u cầu đặc biệt: Khơng có ❖ Tiền điều kiện: Nhân viên cần đăng nhập với vai trò nhân viên trước thực use case ❖ Hậu điều kiện: Khơng có ❖ Điểm mở rộng: Khơng có Phân tích đặc tả u cầu hệ thống ... case thứ cấp Phân tích đặc tả yêu cầu hệ thống 41 3.1.3 Phân rã số use case Hình 3.3 Phân rã use case Đăng nhập Hình 3.4 Phân rã use case Sửa thơng tin khách hàng Phân tích đặc tả yêu cầu hệ thống... phẩm: Phân tích đặc tả yêu cầu hệ thống 33 • Bảng giỏ hàng: • Bảng mã giảm giá: • Bảng khách hàng: Phân tích đặc tả yêu cầu hệ thống 34 • Bảng tài khoản: • Bảng nhân viên: • Bảng địa chỉ: Phân tích. .. case Quản lý đơn hàng Phân tích đặc tả yêu cầu hệ thống 45 Hình 3.13 Phân rã use case Quản lí lời nhắn Hình 3.14 Phân rã use case Bảo trì danh mục viết Phân tích đặc tả yêu cầu hệ thống 46 Hình