Đang tải... (xem toàn văn)
61 TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ============ BÀI ĐÁNH GIÁ TX2 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 GVHD Nhóm Lớp Thành viên Hà Nội, năm 2021 MỤC LỤC Chương 1 Khảo sát hệ thống 4 1 1 Khảo sát sơ bộ 4 1 1 1 Phương pháp 4 1 1 2 Các tài liệu thu thập được 8 1 2 Khảo sát chi tiết 15 1 2 1 Hoạt động của hệ thống 15 1 2 2 Các yêu cầu chức năng 19 Chương 2 Mô hình hóa dữ liệu 20 2 1 Biểu đồ thực thể liên k.
TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN ======***====== BÀI ĐÁNH GIÁ TX2 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 U CẦU WEBSITE AnhHoaBakery GVHD: Nhóm - Lớp: Thành viên: Hà Nội, năm 2021 MỤC LỤC Chương Khảo sát hệ thống 3.2.4 Mơ tả use case Tìm kiếm sản phẩm .41 3.2.5 Mô tả use case Xem thông tin cửa hàng .42 3.2.6 Mô tả use case Sửa thông tin cá nhân 42 3.2.7 Mô tả use case Xem danh mục ) 43 3.2.8 Mô tả use case Xem giỏ hàng 44 3.2.9 Mô tả use case Xem thông tin sản phẩm .46 3.2.10 Mô tả use case Xem danh mục khuyến mại .47 3.2.11 Mô tả use case Xem tin tức 48 3.2.12 Mô tả use case Đăng nhập-Thứ cấp) 49 3.2.13 Bảo trì cửa hàng 50 3.2.14 Bảo trì danh mục 52 3.2.15 Use case Quản lý tài khoản 54 3.2.16 Use case bảo trì danh mục khuyến 55 3.2.17 Use case bảo trì sản phẩm – Thứ cấp .57 3.2.18 Mô tả use case Bảo trì tin tức 59 3.2.19 Mơ tả use case: Quản lí đơn hàng .61 Phân tích đặc tả yêu cầu hệ thống Chương Khảo sát hệ thống 1.1Khảo sát sơ 1.1.1 Phương pháp Phỏng vấn MẪU KẾ HOẠCH PHỎNG VẤN Kế hoạch vấn nhân viên hệ thống bán hàng AnhHoaBakery Người hỏi: Người vấn: Địa chỉ: Số 09 Trần Thái Tông, P Thời gian hẹn: 40’ Dịch Vọng, Q Cầu Giấy, TP Hà Nội Thời điểm bắt đầu: 8h sáng Phòng: Marketing Thời điểm kết thúc: 8h40’ sáng Điện thoại: 0918227654 Ngày 21/9/2021 - Đối tượng: Nhân viên Các yêu cầu đòi hỏi: - Cần thu thập thơng tin về: - Vai trị: người vấn, + Mặt hàng sản phẩm ghi chép, thu thập liệu + Phương thức toán - Vị trí: + Chương trình, hoạt động khuyến - Trình độ: - Kinh nghiệm: + Vận chuyển, giao hàng - Cần thỏa thuận về: + Các hồ sơ liên quan thông tin sản phẩm + Thời gian rảnh Chương trình: Ước lượng thời gian: - Giới thiệu phút - Tổng quan dự án phút - Tổng quan vấn phút - Chủ đề đề cập Xin phép phút ghi âm + Chủ đề: Hoạt động bán hàng 20 phút cơng ty - Tổng hợp nội dung ý phút kiến người hỏi Kết thúc (thỏa thuận) Dự kiến tổng cộng: 35 phút Phân tích đặc tả yêu cầu hệ thống MẪU PHIẾU PHỎNG VẤN Phiếu vấn nhân viên hệ thống bán hàng AnhHoaBakery Dự án: Tiểu dự án: Người hỏi: Người hỏi: Nhóm Ngày: 21/09/2021 Câu hỏi: Ghi Câu 1: Anh/Chị cho biết cửa hàng có bao Trả lời nhiêu sở? Câu 2: Anh/Chị quen với tính Trả lời website chưa? Câu 3: Anh/Chị cảm thấy việc đặt hàng Trả lời trang web có hiệu hay khơng? Câu 4: Cửa hàng có thường xuyên sử dụng hoạt Trả lời động khuyến trang web không? Câu 5: Anh/Chị thấy thông tin sản phẩm Trả lời trang web có đáp ứng nhu cầu khách hàng hay khơng? Câu 6: Anh/Chị nghĩ dịch vụ chăm Trả lời sóc, tư vấn khách hàng? Câu 7: Cửa hàng áp dụng hình thức Trả lời giao hàng nào? Câu 8: Anh/Chị thấy hoạt động, truyền thống Trả lời công ty nào? Câu 9: Anh/Chị thấy hệ thống bán hàng cửa Trả lời hàng so với cửa hàng khác nào? Câu 10: Theo anh/chị cơng ty cần làm để hoạt Trả lời bán hàng ngày phát triển? Đánh giá chung: Phiếu điều tra: Câu.1: Bạn biết đến trang web https://anhhoabakery.vn/ qua đâu? ☐ Bạn bè ☐ Người thân ☐ Internet ☐ Khác Câu.2: Bạn có thường xun mua hàng khơng? ☐ Ít ☐ Thường xuyên Phân tích đặc tả yêu cầu hệ thống ☐ Luôn ☐ Chưa Câu.3: Bạn thấy thực đơn web https://anhhoabakery.vn/ nào? ☐ Đa dạng ☐ Vừa đủ ☐ Ít lựa chọn ☐ Rất lựa chọn Câu.4: Bạn có cần bổ sung phần chi tiết sản phẩm web https://anhhoabakery.vn/ khơng? ☐ Thêm hình ảnh chi tiết ☐ Thêm đánh giá khách hàng ☐ Thêm mô tả ☐ Khơng Câu.5: Bạn thấy dịch vụ chăm sóc khách hàng nào? ☐ Kém ☐ Bình thường ☐ Tốt ☐ Rất tốt Câu.6: Bạn cần thêm dịch vụ toán web https://anhhoabakery.vn/? ☐ Mã QR ☐ Thẻ ngân hàng ☐ Ví điện tử ☐ Khơng Câu.7: Bạn thấy giao diện web https://anhhoabakery.vn/ nào? ☐ Đẹp, bắt mắt ☐ Dễ sử dụng ☐ Khó nhìn ☐ Khó thao tác Câu.8: Tính bạn thấy hài lịng web https://anhhoabakery.vn/ ? ☐ Thơng tin sản phẩm ☐ Đặt hàng ☐ Vận chuyển ☐ Chăm sóc khách hàng Câu.9: Bạn có gặp khó phần hệ thống mua hàng web không? ☐ Chức toán ☐ Chắc sử dụng mã giảm giá ☐ Chức vận chuyển ☐ Khác Phân tích đặc tả yêu cầu hệ thống Câu.10: Cảm nhận bạn sử dụng dịch vụ trang web https://anhhoabakery.vn/ ? 1.1.2 Các tài liệu thu thập Hình 1.1.2.1: Trang chủ Hình 1.1.2.2: Phiếu đặt hàng Phân tích đặc tả yêu cầu hệ thống Hình 1.1.2.3: Danh mục bánh sinh nhật Hình 1.1.2.4: Chi tiết sản phẩm danh mục bánh sinh nhật Phân tích đặc tả yêu cầu hệ thống Hình 1.1.2.5: Danh mục bánh mỳ & bánh mặn Hình 1.1.2.6: Chi tiết sản phẩm danh mục bánh mỳ & bánh mặn Phân tích đặc tả yêu cầu hệ thống Hình 1.1.2.7: Danh mục Teabreak Hình 1.1.2.8: Chi tiết sản phẩm danh mục Teabreak Phân tích đặc tả yêu cầu hệ thống 10 Hình 1.1.2.9: Danh mục Cookies & Minicake Hình 1.1.2.10: Chi tiết sản phẩm danh mục Cookies & Minicake Phân tích đặc tả yêu cầu hệ thống 48 or mật bạn không đúng” quay lại bước luồng 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: Khơng có Hậu điều kiện: Nếu use case kết thúc thành cơng người quản trị đăng nhập vào hệ thống Điểm mở rộng: Quên mật 3.2.13 Bảo trì cửa hàng Use case cho phép người quản trị xem, thêm, sửa xóa thơng tin cửa hàng bảng CUAHANG Luồng kiện: o Luồng bản: Use case bắt đầu người quản trị kích vào nút “Cửa hàng” menu quản trị Hệ thống lấy thông tin chi tiết cửa hàng gồm: mã cửa hàng, tên cửa hàng, hình ảnh, địa chỉ, số điện thoại từ bảng CUAHANG sở liệu hiển thị danh sách cửa hàng lên hình Thêm cửa hàng: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách cửa hàng Hệ thống hiển thị hình yêu cầu nhập Phân tích đặc tả yêu cầu hệ thống 49 thông tin chi tiết cho cửa hàng gồm mã cửa hàng, tên cửa hàng, hình ảnh, địa chỉ, số điện thoại b Người quản trị nhập thông tin tên cửa hàng, hình ảnh, địa chỉ, số điện thoại, tự sinh mã cửa hàng kích vào nút “Tạo” Hệ thống tạo cửa hàng bảng CUAHANG hiển thị danh sách cửa hàng cập nhật Sửa cửa hàng: a Người quản trị kích vào nút “Sửa” dịng cửa hàng Hệ thống lấy thông tin cũ cửa hàng chọn gồm: mã cửa hàng, tên cửa hàng, hình ảnh, địa chỉ, số điện thoại từ bảng CUAHANG hiển thị lên hình b Người quản trị nhập thơng tin cho tên cửa hàng, hình ảnh, địa chỉ, số điện thoại kích vào nút “Cập nhật” Hệ thống sửa thông tin cửa hàng chọn bảng CUAHANG hiển thị danh sách cửa hàng cập nhật Xóa cửa hàng: a Người quản trị kích vào nút “Xóa” dịng cửa hàng 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 cửa hàng chọn khỏi bảng CUAHANG hiển thị danh sách cửa hàng câp nhật Use case kết thúc o Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị nhập thông tin cửa hàng khơng hợp lệ hệ thống hiển thị 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 tương ứng hiển thị danh sách cửa hàng bảng CUAHANG Phân tích đặc tả yêu cầu hệ thống 50 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 cửa hàng bảng CUAHANG 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: 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 cửa hàng cập nhật sở liệu Điểm mở rộng: Không có 3.2.14 Bảo trì danh mục Use case cho phép người quản trị xem, thêm, sửa xóa thông tin danh mục bảng DANHMUC Luồng kiện: o Luồng bản: Use case bắt đầu người quản trị kích vào nút “Danh mục” menu quản trị Hệ thống lấy thông tin chi tiết danh mục gồm: mã danh mục, tên danh mục từ bảng DANHMUC sở liệu hiển thị danh sách danh mục lên hình Thêm danh mục: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách danh mục Hệ thống hiển thị hình yêu cầu nhập thông tin chi tiết cho danh mục gồm mã danh mục, tên danh mục Phân tích đặc tả yêu cầu hệ thống 51 b Người quản trị nhập thông tin tên danh mục, tự sinh mã danh mục kích vào nút “Tạo” Hệ thống tạo danh mục bảng DANHMUC hiển thị danh sách danh mục cập nhật Sửa danh mục: a Người quản trị kích vào nút “Sửa” dòng danh mục Hệ thống lấy thông tin cũ danh mục chọn gồm: mã danh mục, tên danh mục từ bảng DANHMUC hiển thị lên hình b Người quản trị nhập thơng tin cho tên danh mục kích vào nút “Cập nhật” Hệ thống sửa thông tin danh mục chọn bảng DANHMUC hiển thị danh sách danh mục cập nhật Xóa danh mục: 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 danh mục chọn khỏi bảng DANHMUC hiển thị danh sách danh mục câp nhật Use case kết thúc o Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị nhập thơng tin danh mục khơng hợp lệ hệ thống hiển thị 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 tương ứng hiển thị danh sách danh mục bảng DANHMUC 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 danh mục bảng DANHMUC Phân tích đặc tả yêu cầu hệ thống 52 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: 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 danh mục cập nhật sở liệu Điểm mở rộng: Khơng có 3.2.15 Use case Quản lý tài khoản Use phép người quản trị xem, thay đổi trạng thái tài khoản khách hàng Luồng kiện: o Luồng bản: Use case bắt đầu người quản trị 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, mật khẩu, email, địa chỉ, số điện thoại từ bảng KHACH_HANG sở liệu hiển thị danh sách danh mục lên hình Xóa khách hàng: a Người quản trị kích vào nút “Sửa” dịng danh mục Hệ thống lấy thông tin cũ danh mục chọn gồm: mã danh mục, tên danh mục từ bảng KHACH_HANGvà hiển thị lên hình b Người quản trị nhập thông tin cho tên danh mục kích vào nút “Cập nhật” Hệ thống sửa thơng tin danh mục Phân tích đặc tả yêu cầu hệ thống 53 chọn bảng KHACH_HANG hiển thị danh sách danh mục cập nhật o Luồng rẽ nhánh: Tại bước 2b 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ị thơng tin khách hàng từ bảng KHACH_HANG 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: 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: khơng có Điểm mở rộng: Khơng có 3.2.16 Use case bảo trì danh mục khuyến Use case cho phép người quản trị xem, thêm, sửa, xóa chương trình khuyến cửa hàng Luồng kiện: o Luồng bản: Use case bắt đầu người quản trị kích vào nút “Khuyến mại” menu quản trị Hệ thống lấy thông tin chi tiết chương trình khuyến mại gồm: tên chương trình khuyến mại, thời gian diễn ra, nội dung chương trình, thơng tin áp dụng, mã giảm giá từ bảng KHUYEN_MAI sở liệu hiển thị danh sách chương trình khuyến mại lên hình Thêm chương trình khuyến mại: Phân tích đặc tả yêu cầu hệ thống 54 a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách môn học Hệ thống hiển thị hình u cầu nhập thơng tin chi tiết cho chương trình khuyến mại gồm: tên chương trình, thời gian diễn ra, nội dung chương trình, thơng tin áp dụng, mã giảm giá b Người quản trị nhập thơng tin tên chương trình, thời gian diễn ra, nội dung chương trình, thơng tin áp dụng, mã giảm giá, tự sinh chương trình kích vào nút “Tạo” Hệ thống tạo chương trình bảng KHUYEN_MAI hiển thị danh sách chương trình khuyến mại cập nhật Sửa chương trình khuyến mại: a Người quản trị kích vào nút “Sửa” chương trình khuyến mại Hệ thống lấy thơng tin cũ chương trình khuyến mại gồm: tên chương trình, thời gian diễn ra, nội dung chương trình, thơng tin áp dụng, mã giảm giá từ bảng KHUYEN_MAI hiển thị lên hình b Người quản trị nhập thơng tin cho tên chương trình, thời gian diễn ra, nội dung chương trình, thơng tin áp dụng, mã giảm giá kích vào nút “Cập nhật” Hệ thống sửa thông tin môn học chọn bảng KHUYEN_MAI hiển thị danh sách chương trình cập nhật Xóa chương trình khuyến mại: a Người quản trị kích vào nút “Xóa” dịng mơn họ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 mơn học chọn khỏi bảng KHUYEN_MAI hiển thị danh sách chương trình khuyến mại cập nhật Use case kết thúc o Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị nhập Phân tích đặc tả yêu cầu hệ thống 55 thông tin khuyến mại không hợp lệ hệ thống hiển thị thơng báo lỗi 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 tương ứng hiển thị danh sách chương trình khuyến bảng KHUYEN_MAI 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 chương trình khuyến mại bảng KHUYEN_MAI 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: 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 sản phẩm cập nhật sở liệu Điểm mở rộng: Khơng có 3.2.17 Use case bảo trì sản phẩm – Thứ cấp Use case cho phép người quản trị xem, thêm, sửa xóa sản phẩm bảng SANPHAM Luồng kiện: o Luồng bản: Phân tích đặc tả yêu cầu hệ thống 56 Use case bắt đầu người quản trị kích vào nút “Sản phẩm” menu quản trị Hệ thống lấy thông tin chi tiết sản phẩm gồm: mã sản phẩm, tên sản phẩm, ảnh chụp, kích thước, giá tiền, mô tả ngắn từ bảng SAN_PHAM sở liệu hiển thị danh sách sản phẩm lên hình Thêm sản phẩm: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách sản phẩm Hệ thống hiển thị hình yêu cầu nhập thông tin chi tiết cho sản phẩm mã sản phẩm, tên sản phẩm, ảnh chụp, kích thước, giá tiền, mô tả ngắn b Người quản trị nhập thông tin mã sản phẩm, tên sản phẩm, ảnh chụp, kích thước, giá tiền, mô tả, tự sinh mã số sản phẩm kích vào nút “Tạo” Hệ thống tạo sản phẩm bảng SAN_PHAM hiển thị danh sách sản phẩm cập nhật Sửa sản phẩm: a Người quản trị kích vào nút “Sửa” dòng sản phẩm Hệ thống lấy thông tin cũ sản phẩm chọn gồm: mã sản phẩm, tên sản phẩm, ảnh chụp, kích thước, giá tiền, mô tả từ bảng SAN_PHAM hiển thị lên hình b Người quản trị nhập thơng tin cho mã sản phẩm, tên sản phẩm, ảnh chụp, kích thước, giá tiền, mơ tả kích vào nút “Cập nhật” Hệ thống sửa thông tin sản phẩm chọn bảng SAN_PHAM hiển thị danh sách tranh cập nhật Xóa sản phẩm Phân tích đặc tả yêu cầu hệ thống 57 a Người quản trị kích vào nút “Xóa” dòng sản phẩm 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 tranh chọn khỏi bảng SAN_PHAM hiển thị danh sách tranh cập nhật Use case kết thúc o Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị nhập thơng tin sản phẩm 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 tương ứng hiển thị danh sách sản phẩm bảng SANPHAM 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 sản phẩm bảng SANPHAM 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: 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: Phân tích đặc tả yêu cầu hệ thống 58 Nếu use case kết thúc thành cơng thơng tin chương trình khuyến mại cập nhập sở liệu Điểm mở rộng: Khơng có 3.2.18Mơ tả use case Bảo trì tin tức Use case cho phép người quản trị xem, thêm, sửa xóa tin tức bảng TINTUC Luồng kiện: o Luồng bản: Use case bắt đầu người quản trị kích vào nút “Tin tức” menu quản trị Hệ thống lấy thông tin chi tiết tin tức gồm: mã tin tức, tên tin tức, ảnh minh họa, nội dung từ bảng TINTUC sở liệu hiển thị danh sách cửa hàng lên hình Thêm tin tức: a Người quản trị kích vào nút “Thêm mới” cửa sổ danh sách tin tức Hệ thống hiển thị hình yêu cầu nhập thông tin chi tiết cho tin tức gồm b Người quản trị nhập thông tin tên tin tức, ảnh minh họa, tự sinh mã tin tức kích vào nút “Tạo” Hệ thống tạo cửa hàng bảng TINTUC hiển thị tin tức cập nhật Sửa tin tức: a Người quản trị kích vào nút “Sửa” dịng tin tức Hệ thống lấy thông tin cũ tin tức chọn gồm: mã tin tức, tên tin tức, ảnh minh họa, nội dung từ bảng TINTUC hiển thị lên hình b Người quản trị nhập thông tin cho tên tin tức, chọn ảnh minh họa kích vào nút “Cập nhật” Hệ thống sửa thông tin cửa hàng chọn bảng TINTUC hiển thị danh sách tin tức cập nhật Phân tích đặc tả yêu cầu hệ thống 59 Xóa tin tức: a Người quản trị kích vào nút “Xóa” dịng tin tứ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 tin tức chọn khỏi bảng TINTUC hiển thị danh sách tin tức cập nhật Use case kết thúc o Luồng rẽ nhánh: Tại bước 2b 3b luồng người quản trị nhập thông tin tin tức 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 tương ứng hiển thị danh sách tin tức bảng TINTUC 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 tin tức bảng TINTUC 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: 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 tin tức cập nhật sở liệu Phân tích đặc tả yêu cầu hệ thống 60 Điểm mở rộng: Khơng có 3.2.19 Mơ tả use case: Quản lí đơn hàng Use case cho phép Admin xem đơn hàng, xem chi tiết đơn hàng, sửa trạng thái đơn hàng Luồng kiện: o Luồng bản: Use case bắt đầu Admin kích chuột vào đơn hàng hệ thống hiển thị tất danh mục (mã đơn hàng, mã khách hàng, ngày lập,…) từ bảng DONHANG hình Sửa trạng thái đơn hàng: a Admin kích vào “Sửa” hệ thống lấy tồn thơng tin chi tiết đơn hàng cũ đơn hàng thị lên hình b Admin nhập thơng tin cho đơn hàng kích vào “Cập nhật” Hệ thống sửa lại thông tin đơn hàng cập nhật bảng DONHANG hiển thị hình o Luồng rẽ nhánh: Tại bước 2b luồng Admin nhập thông tin khơng hợp lệ hệ thống thị thơng báo lỗi yêu cầu nhập lại Admin nhập lại để tiếp tục kích vào “Hủy bỏ” để kết thúc Tại thời điểm q trình thực ca sử dụng khơng kết nối với sở liệu hệ thống thị thông báo lỗi sử dụng 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: Phân tích đặc tả yêu cầu hệ thống 61 Nếu use case kết thúc thành cơng thơng tin đơn hàng cập nhật sở liệu Điểm mở rộng: Khơng có Phân tích đặc tả yêu cầu hệ thống ... mại: Phân tích đặc tả yêu cầu hệ thống 22 - Bảng đơn hàng: - Bảng tin tức: Phân tích đặc tả yêu cầu hệ thống 23 2.2.2 Biểu đồ thực thể liên kết mức vật lý Phân tích đặc tả yêu cầu hệ thống 24 Phân. .. khách hàng: Phân tích đặc tả yêu cầu hệ thống 19 - Bảng tài khoản khách hàng: - Bảng cửa hàng: Phân tích đặc tả yêu cầu hệ thống 20 - Bảng sản phẩm: - Bảng hóa đơn: Phân tích đặc tả u cầu hệ thống... xóa mặt hàng giỏ, sửa số lượng hàng giỏ xóa tồn giỏ hàng Phân tích đặc tả yêu cầu hệ thống 34 Phân tích đặc tả yêu cầu hệ thống 35 3.1.2 Các use case thứ cấp Actor Admin: - Use case Đăng nhập: