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 nhanam.com.vn , Ngày nay Internet đã trở thành dịch vụ phổ biến và thiết yếu và có sức ảnh hưởng sâu rộng tới thói quen, sinh hoạt, giải trí của mọi người. Cùng với sự phát triển nhanh chóng của Internet thì các hình thức mua bán hàng online ngày càng phát triển phổ biến đến mọi người. Các ứng dụng web ngày càng trở nên phổ biến. Trước nhu cầu đó, cùng với yêu cầu của môn học nhóm 9 chúng em sẽ tìm hiểu và giải quyết đề tài: Phân tích đặc tả yêu cầu website nhanam.com.vn.
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 nhanam.com.vn GVHD: Ths Phạm Thị Kim Phượng Hà nội, Năm 2022 LỜI MỞ ĐẦU Ngày Internet trở thành dịch vụ phổ biến thiết yếu có sức ảnh hưởng sâu rộng tới thói quen, sinh hoạt, giải trí người Cùng với phát triển nhanh chóng Internet hình thức mua bán hàng online ngày phát triển phổ biến đến người Các ứng dụng web ngày trở nên phổ biến Trước nhu cầu đó, với u cầu mơn học nhóm chúng em tìm hiểu giải đề tài: Phân tích đặc tả yêu cầu website nhanam.com.vn Phân tích đặc tả yêu cầu hệ thống MỤC LỤC Phân tích đặc tả yêu cầu hệ thống Khảo sát hệ thống 1.1 Khảo sát sơ 1.1.1 Mục tiêu xây dựng website bán sách Nhã Nam: - Khách hàng: • Có thể xem sản phẩm công ty đâu, tiết kiệm thời gian chi phí khách hàng • Tạo càm giác mua hàng đa dạng thoải mái • Giúp khách hàng tiếp cận sâu với sản phầm - Quản lý: • Tăng khả tiếp xúc với khách hàng • Vận hành tiết kiệm, đơn giản, giảm chi phí quảng cáo • Tối ưu hố chất lượng dịch vụ, chun nghiệp • Thúc đẩy doanh số bán hàng • Tăng cạnh tranh với thương hiệu sách khác 1.1.2 Phương pháp • Phỏng vấn Kế hoạch vấn Người hỏi: (Họ tên) Người vấn: (Họ tên) Địa chỉ: (Cơ quan, nhà riêng, số điện Thười gian vấn: thoại, ) - Thời điển bắt đầu: - Thời điểm kết thúc: Đối tượng hỏi: - Người hỏi ? - Cần thu thập thơng tin ? - Có đáp ứng điều kiện đưa ? Các yêu cầu đòi hỏi : (Lứa tuổi, nghề nghiệp, kinh nghiệm người hỏi,…) Chương trình: - Giới thiệu: - Tổng quan dự án: - Tổng quan buổi vấn: Xin phép ghi câu trả lời quay video lại Nêu chủ đề vấn: … Chủ đề 1: Câu hỏi trả lời Chủ đề 2: Câu hỏi trả lời Chủ đề 3: Câu hỏi trả lời … Tổng hợp nội dung hỏi: … Phân tích đặc tả yêu cầu hệ thống Xin ý kiến người hỏi: … Kết thúc buổi vấn Mẫu phiếu vấn: Phiếu vấn Tên dự án: Xây dựng website bán sách cho công ty Nhã Nam Người hỏi: Nguyễn Văn A Người hỏi: Nguyễn Văn B Thời gian: 20/02/2022 Địa điểm: khuôn viên trường Đại học Công Nghiệp Hà Nội Câu hỏi Câu trả lời Câu 1: Anh có thường xun mua Câu 1: Có, tơi có mua sách sách cơng ty Nhã Nam? vài lần Câu Anh quan tầm điều Câu 2: Giao diện truy cập trang web? thể loại sách phù hợp khơng có Câu Những chức mà anh sản phẩm khơng lành mạnh có mong muốn có mua sách online? khuynh hướng phản động Câu Khi đọc sách online anh thường Câu 3: Có thể ghi nhớ số trang xuyên gặp phải vấn đề gì? đọc dở Câu Khi đọc sách online anh có cảm Câu Phông chữ không đồng súc thường xuyên có vấn đề phải tìm lại trang đọc xuất quảng cáo ? vào lần trước Câu Anh có muốn web đề cử Câu 5: Nó khiến tơi bực thể loại sách tương tự với không cịn cảm hứng đọc sách đọc? Câu 6: Có, điều tuyệt vời Cấu Anh có muốn web trở lại tơi tìm thấy thể loại yêu thích đọc dở lần trước đăng nhập cách dễ dàng lại Câu 7: Đây điều tơi ln mong Câu Anh có muốn nhận thông báo muốn đọc online mà nhiều sách yêu thích anh trang web chưa làm sau phát hành phần Câu 8: Có, giúp tơi khơng bỏ lỡ nhất? Đánh giá chung: - Đây khách hàng có niềm đam mê đọc sách đọc qua nhiều trang web điều loại bỏ quảng cáo đọc sách lưu trữ trang đọc lưu ý để đưa vào phát triển website • Phiếu điều tra Mẫu phiếu khảo sát: https://forms.gle/T3sV8tDxwpfVSrGS9 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 Phân tích đặc tả yêu cầu hệ thống • Quan sát - Hệ thống khảo sát công ty có địa 59 Đỗ Quang, phường Trung Hịa quận Cầu Giấy, Hà Nội Đối tượng bán hàng cửa hàng người tiêu dùng, cửa hàng bán lẽ Các hoạt động cơng ty bao gồm nhập sách vào kho, bán sách, báo cáo số lượng doanh thu công ty, báo cáo số lượng sách cịn tồn kho - Cơng ty bán loại sách như: văn học Việt Nam, văn học nước ngoài, thiếu nhi, thời sự-chính trị, khoa học tự nhiên- nhân văn… - Việc quản lý công việc cửa hàng phân cấp: - Chủ công ty người quản lý tồn hoạt động kinh doanh cơng ty - Nhân viên bán hàng: nhân viên trực tiếp bán hàng đến người tiêu dùng - Bộ phận quản lý: có nhiệm vụ tổng kết số liệu nhân viên bán hàng chuyển đến, cân đối số lượng hàng hóa quầy số lượng bán để tìm sai sót hai Sau số liệu chuyển sang cho phận kế tốn để tính doanh thu - Thủ kho: Quản lý công việc xuất, nhập sách công ty - Kế toán: thực việc điều chỉnh giá loại sách 1.1.3 Đối tượng khảo sát - Nhân viên quản lý: đối tượng cung cấp thông tin đầu sách, phép thêm, sửa, xóa Phân tích đặc tả yêu cầu hệ thống • • • • • • • - Quản trị viên hệ thống: quản trị nhân viên, sản phẩm, tin tức, người dùng, số chức khác website - Marketing: phận thu hút khách hàng, quản lý tin tức chương trình khuyến trang web 1.1.4 Kết sơ - Lịch sử: + Công ty Cổ phần Văn hóa Truyền thơng Nhã Nam, thường gọi tắt Nhã Nam doanh nghiệp hoạt động lĩnh vực kinh doanh dịch vụ văn hóa xuất phẩm Việt Nam Công ty thành lập vào năm 2005 + Tác phẩm "Balzac cô bé thợ may Trung hoa" Đới Tư Kiệt sách người sáng lập Nhã Nam xuất trước công ty đời, độc giả dành quan tâm yêu mến cho thương hiệu sách mẻ mang khát vọng góp phần tạo lập diện mạo cho xuất văn học Việt Nam +Sau tháng thành lập thương hiệu, Nhật ký Đặng Thùy Trâm đời, tạo nên sốt xã hội, với gần 500,000 sách phát hành, phá kỷ lục xuất trước đó, kéo theo loạt hiệu ứng xã hội dư luận có ý nghĩa -Địa chỉ: + Trụ sở chính: 59 - Đỗ Quang - Trung Hòa - Cầu Giấy - Hà Nội + Hệ thống cửa hàng Hà Nội (8 cửa hàng), Hải Phòng (1 cửa hàng), Đà Nẵng (1 cửa hàng) , Hồ Chí Minh (3 cửa hàng), Vũng Tàu(1 cửa hàng) -Hoạt động: + Ban đầu thành lập tập trung vào mảng sách: Văn – Sử -Triết, Nhã Nam dần mở rộng sang nhiều thể loại khác: sách thiếu nhi, sách kinh doanh, sách kỹ - tham khảo v.v Các đầu sách bao gồm mảng hư cấu phi hư cấu, sách nước sách dịch + Hiện công ty hoạt động tong lĩnh vực sau: Mua quyền ,dịch xuất ấn phẩm từ tiếng nước Tiếng Việt ngược lại với đầu sách cơng ty là: Sách văn học Việt Nam Sách Văn học nước Sách Thiếu nhi Sách Thời - Chính trị Sách khoa học tự nhiên – Nhân văn Sách tham khảo Sách Đoạt giải - Cung cấp dịch vụ liên quan đến quyền xuất - In ấn dịch vụ liên quan đến in ấn - Tổ chức kiện liên quan đến sách, báo chí xuất - Cung cấp sách, báo, tạp chí ấn phẩm khác đến tay độc giả Phân tích đặc tả yêu cầu hệ thống 10 - Nhân sự: tồn lực lượng lao động cơng ty bao gồm giám đốc nhân viên 41 người (bây thay đổi) người trẻ nên tác phong nhanh nhẹn, động, có trách nghiệm - Lợi Nhã Nam: mảng sách văn học nước ngồi có khả ngoại ngữ tốt nên tập trung vào mảng - Khó khăn: + Cơng ty non trẻ cịn cơng tu tư nhân nên áp lực cạnh tranh không nhỏ với thương hiệu sách lâu năm + Vấn đề bảo vệ tác quyền trước xin thảo -Hoạt động PR công ty: + Viết phân bố thơng cáo báo chí, hình ảnh điểm tin cho báo giới, thu nhập lưu trữ danh sách báo chí + Tổ chức họp báo + Duy trì phận chun cung cấp thơng tin cho phương tiện truyền thông xếp, tổ chức thực buổi vấn với đài phát 1.1.5 Các tài liệu thu thập Hình 1: Phần giới thiệu + Trang chủ trang web Phân tích đặc tả yêu cầu hệ thống 30 3.2 Mô tả chi tiết use case 3.2.1 Mô tả use case đăng ký Use case cho phép khách hàng đăng ký tài khoản để truy cập vào website • Luồng kiện: o Luồng bản: Use case bắt đầu khách hàng kích vào nút “đăng ký” menu Hệ thống hiển thị hình đăng ký tài khoản Khách hàng nhập email, mật khẩu, xác nhận mật khẩu, tên hiển thị, sinh nhật kích vào nút “đăng ký” Hệ thống xác nhận đăng ký thành công hiển thị hình Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng khách hàng ghi mật xác nhận mật khác Hệ thống hiển thị thông báo “xác nhận mật 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 HT CSDL hệ thống hiển thị thơng báo lỗi vào 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ó Phân tích đặc tả yêu cầu hệ thống 31 • Hậu điều kiện: Khơng có • Điểm mở rộng: Khơng có 3.2.2 Mơ tả use case lịch sử giao dịch Use case cho phép khách hàng xem lịch sử giao dịch thân • Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào nút “lịch sử giao dịch” menu Hệ thống hiển thị hình lịch sử giao dịch Khách hàng nhập mã đơn hàng kích vào nút “tìm mã” Hệ thống lấy thông tin: mã đơn hàng, người mua, địa chỉ, ngày mua trạng thái từ bảng HANG_DONHANG hiển thị hình Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng khách hàng ghi mã đơn hàng mà hệ thống không tìm thấy Hệ thống hiển thị thơng báo “khơng có mã đơn hàng này” 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 HT CSDL hệ thống hiển thị thơng báo lỗi vào 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: Khơng có • Điểm mở rộng: Khơng có 3.2.3 Mơ tả use case kiểm tra đơn hàng Use case cho phép khách hàng kiểm tra đơn hàng thân • Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào nút “kiểm tra đơn hàng” menu Hệ thống hiển thị hình kiểm tra đơn hàng Khách hàng nhập mã đơn hàng kích vào nút “tìm mã” Hệ thống lấy thông tin: thông tin người mua, thông tin đơn hàng: giá, phí vận chuyển, số lượng mua từ bảng DONHANG, HANG, HANG_DONHANG hiển thị hình Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng khách hàng ghi mã đơn hàng mà hệ thống khơng tìm thấy Hệ thống hiển thị thơng báo “khơng có mã đơn hàng này” quay lại bước luồng Phân tích đặc tả yêu cầu hệ thống 32 • • • • Tại thời điểm trình thực use case khơng kết nối với HT CSDL hệ thống hiển thị thông báo lỗi vào 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.4 Mơ tả use case tìm kiếm Use case cho phép khách hàng tìm kiếm sách mà thân muốn • Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào chỗ “tìm kiếm sách” menu Hệ thống hiển thị hình chỗ để tìm kiếm Khách hàng nhập tên sách loại sách kích vào kí hiệu “tìm kiếm” Hệ thống lấy thơng tin: ảnh sách, thể loại từ bảng HANG hiển thị hình Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng khách hàng ghi tên sách thể loại sách mà hệ thống khơng tìm thấy Hệ thống hiển thị thơng báo “khơng có sách này” quay lại bước luồng Tại thời điểm q trình thực use case khơng kết nối với HT CSDL hệ thống hiển thị thơng báo lỗi vào 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: Khơng có • Điểm mở rộng: Khơng có 3.2.5 Mơ tả use case xem giới thiệu Use case cho phép khách hàng xem giới thiệu công ty Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào nút “giới thiệu” menu Hệ thống hiển thị hình giới thiệu công ty Use case kết thúc o Luồng rẽ nhánh: Phân tích đặc tả yêu cầu hệ thống 33 • • • • Tại thời điểm trình thực use case khơng kết nối với HT CSDL hệ thống hiển thị thông báo lỗi vào 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: Khơng có Điểm mở rộng: Khơng có 3.2.6 Mơ tả use case xem sách Use case cho phép khách hàng xem loại sách • Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào nút “danh mục sách” menu Hệ thống hiển thị hình danh mục sách Khách hàng kích vào danh mục sách Hệ thống hiển thị hình danh mục sách Khách hàng kích vào danh mục sách Hệ thống thị hình danh mục sách Khách hàng kích vào sách Hệ thống lấy thơng tin: mã sản phẩm, tác giả, dịch giả, nhà xuất bản, số trang, kích thước, ngày phát hành, giá bìa, giá bán, số lượng từ bảng HANG, HANG_DONHANG hiển thị hình Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng khách hàng kích vào danh mục mà khơng danh mục Hệ thống hiển thị thơng báo “hệ thống bảo trì” quay lại bước luồng Tại bước luồng khách hàng kích vào danh mục mà khơng danh mục Hệ thống hiển thị thông báo “hệ thống bảo trì” 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 HT CSDL hệ thống hiển thị thơng báo lỗi vào 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.7 Mơ tả use case xem chương trình khuyến Use case cho phép khách hàng xem thơng tin ngày có CT khuyến Phân tích đặc tả yêu cầu hệ thống 34 • Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào nút “chương trình khuyến mãi” menu Hệ thống hiển thị hình thơng tin chương trình khuyến Kết thúc thông tin CT khuyến đường link CT Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng khách hàng kích vào Ct khuyến mà khơng thông tin CT khuyến Hệ thống hiển thị thông báo “hệ thống bảo trì” quay lại bước luồng Tại thời điểm q trình thực use case khơng kết nối với HT CSDL hệ thống hiển thị thông báo lỗi vào 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: Khơng có • Điểm mở rộng: Khơng có 3.2.8 Mơ tả use case xem sách giảm giá Tên use case: xem sách giảm giá Mô tả vắn tắt: use case cho phép khách hàng xem thông tin sách giảm giá Luồng kiện: o Luồng bản: Use case bắt dầu khách hàng kích vào nút “giảm giá đặc biệt” menu Hệ thống hiển thị hình danh sách sách giảm giá đặc biệt Khi di chuột vào sách, hệ thống hiển thị thông tin sách cho phép khách hàng mua sách Use case kết thúc o Luồng rẽ nhánh: Tại bước thứ luồng khách hàng di chuột vào sách khuyến mà không thông tin sách khuyến Hệ thống hiển thị thông báo “hệ thống bảo trì” 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 HT CSDL hệ thống hiển thị thơng báo lỗi vào 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ó Phân tích đặc tả yêu cầu hệ thống 35 • Điểm mở rộng: Khơng có 3.2.9 Mơ tả use case xem sách bán chạy Use case cho phép khách hàng xem sách bán chạy • Luồng kiện: o Luồng bản: Use case bắt đầu khách hàng muốn xem sách bán chạy Khách hàng kích vào “sách bán chạy”, hệ thống hiển thị ảnh bìa sách bán chạy o 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 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ơng có • Hậu điều kiện: Khơng có • Điểm mở rộng: Khơng có 3.2.10Mơ tả use case đặt hàng Use case cho phép khách hàng đặt hàng • Luồng kiện: o Luồng bản: Use case bắt đầu khách hàng muốn mua hàng online khách hàng kích vào nút “Thêm vào giỏ hàng”, hệ thống thêm sách vào giỏ hàng Khách hàng kích vào nút “thanh toán đặt hàng” mục giỏ hàng, hệ thống hiển thị bảng nhập thông tin đơn hàng Khách hàng ấn nút “tiếp tục” sau nhập thông tin người mua, hệ thống hiển thị phương thức giao hàng Khách hàng ấn nút “tiếp tục” sau chọn phương thức giao hàng, hệ thống thị hoá đơn gồm thông tin người mua sản phẩm mua Khách hàng ấn nút “tiếp tục” để xác nhận đơn hàng để đặt hàng, hệ thống thị mục kiểm tra đơn đơn hàng với thông tin đơn hàng vừa đặt o Luồng rẽ nhánh: Phân tích đặc tả yêu cầu hệ thống 36 Tại bước khách hàng kích vào nút “Thêm vào giỏ hàng”, sách bán hết, hệ thống thông báo tiếp tục thực lại bước 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 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: Khơng có • Điểm mở rộng: Khơng có 3.2.11 Mơ tả use case xem dịch vụ chăm sóc khách hàng Use case cho phép khách hàng tìm cách thức phương thức phản hồi ý kiến đơn hàng • Luồng kiện: o Luồng bản: Use case bắt đầu khách hàng kích vào “Quy định đổi, trả huỷ đơn hàng”, hệ thống hiển thị thông tin quy định đổi hàng, bước đổi hàng, quy trình khiếu nại vè đơn hàng kèm email công ty với số điện thoại trao đổi với nhân viên o 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 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ơng có • Hậu điều kiện: Khơng có • Điểm mở rộng: Khơng có 3.2.12Mơ tả use case đăng nhập khách hàng Use case cho phép khách hàng xem dịch vụ • Luồng kiện: o Luồng bản: use case bắt đầu khách hàng muốn đăng nhập hệ thống Hệ thống yêu cầu người dùng nhập tên email mật Phân tích đặc tả yêu cầu hệ thống 37 Người dùng nhập email mật sau kích vào nút đăng nhập Hệ thống kiểm tra tên email mật đăng nhập hiển thị menu o Luồng rẽ nhánh: Sai email/mật khẩu: Tại bước luồng bản, người dùng nhập tên email hay mật sai, hệ thống hiển thị thong báo lỗi.Hệ thống reset liệu mật khẩu, người dùng nhập lại bỏ qua usecase kết thúc 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 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ơng có • Hậu điều kiện: Nếu use case thành công người dùng đăng nhập vào hệ thống Nếu không trạng thái hệ thống khơng thay đổi • Điểm mở rộng: Khơng có 3.2.13Mơ tả use case đăng nhập quản trị viên Use case cho phép quản trị viên truy cập vào hệ thống với quyền chỉnh sửa trang web • Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên muốn truy cập vào hệ thống trang web Hệ thống yêu cầu quản trị viên nhập tài khoản mật cấp phát từ công ty để truy cập Quản trị viên diền tài khoản mật sau click vào nút đăng nhập Hệ thống kiểm tra tài khoản mật để xác nhập cho quản trị viên truy cập o Luồng rẽ nhánh: Khi nhập sai tài khoản mật bước luồng hệ thống hiển thị thông báo lỗi không cho quản trị viên truy cập vào bên trang web, qunr trị viên nhập lại bỏ qua use case kết thúc 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 thơng báo lỗi use case kết thúc • Các yêu cầu đặc biệt: Phân tích đặc tả yêu cầu hệ thống 38 Khơng có • Tiền điều kiện: Khơng có • Hậu điều kiện: Nếu use case thành công quản trị viên truy cập vào hệ thống Nếu không trạng thái hệ thống khơng thay đổi • Điểm mở rộng: Khơng có 3.2.14Mơ tả use case quản lý danh mục sách Use case cho phép quản trị viên thêm, sửa, xố danh mục sách bảng DANHMUCSACH • Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên truy cập vào sở liệu muốn thay đổi thông tin bảng DANHMUCSACH Hệ thống thay đổi liệu danh mục theo thông tin quản trị viên vừa đưa vào hệ thống Quản trị viên xác nhận lại liệu vừa thay đổi lưu lại sở liệu Hệ thống xác nhận lại thông tin vừa thay đổi bảng DANHMUCSACH hiển thị lại trang web o Luồng rẽ nhánh: Ở bước quản trị viên xác nhận lại liệu vừa thay đổi hệ thống liệu không phù hợp với sở liệu hệ thống trả thông báo lỗi không cho thay đổi use case kết thúc 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 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 thành công Danh mục sách hiển thị lại theo liệu bảng DANHMUCSACH • Điểm mở rộng: Khơng có 3.2.15Mơ tả use case quản lý sách Use case cho phép quản trị viên thêm, sửa, xố thơng tin sách bảng SACH • Luồng kiện: Phân tích đặc tả yêu cầu hệ thống 39 o Luồng bản: Use case bắt đầu quản trị viên truy cập đến bảng SACH sở liệu bắt đầu thay đổi Hệ thống cho phép quản trị viên nhập thay đổi bảng SACH Quản trị viên nhập liệu thay đổi sau hồn tất xác nhận lại đóng sở liệu Hệ thống xác nhận lại thay đổi vừa cập nhật hiển thị lại trang web mục Sách o Luồng rẽ nhánh: Tại bước luồng quản trị viên truy cập vào sơ sở liệu cố kết nối hệ thống hiển thị sở liệu, hệ thống đưa hình trắng use case kết thúc Tại bước luồng sau quản trị viên nhập thay đổi xác nhận lại tthay đổi bảng SACH, không trùng khớp thông tin với số bảng có liên quan đến bảng SACH sở liệu hệ thống đưa thông báo lỗi yêu cầu quản trị viên xem lại thông tin vừa thay đổi, use case kết thúc 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 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 thành công thông tin sách sửa đổi lại theo thông tin mà quản trị viên cập nhật bảng SACH • Điểm mở rộng: Khơng có 3.2.16Mơ tả use case quản lý người dùng Use case cho phép quản trị viên thực thêm, sửa, xố thơng tin khách hàng tài khoản khách hàng bảng TAIKHOAN • Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên muốn cập nhật lại danh sách thông tin tài khoản khách hàng bảng TAIKHOAN Hệ thống cho phép quản trị viên cập nhật thông tin vad tài khoản khách hành bảng TAIKHOAN Quản trị viên cập nhật lại thơng tin khách hàng theo u cầu sau xác nhận lại lưu lại thông tin bảng TAIKHOAN Hệ thống xác nhận lại thông tin vừa cập nhật Phân tích đặc tả yêu cầu hệ thống 40 o Luồng rẽ nhánh: Tại bước quản trị viên cập nhật thông tin bảng TAIKHOAN xảy xung đột liệu với số bảng có liên quan đến bảng TAIKHOAN hệ thống dừng cập nhật use case kết thúc 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 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ơng có • Hậu điều kiện: Nếu use case thành công thông tin khách hàng tài khoản thay đổi • Điểm mở rộng: Khơng có 3.2.17Mơ tả use case quản lý hoá đơn Use case cho phép quản trị viên xem thông tin bảng HOADON, sửa trạng thái đơn hàng bảng HOADON • Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên truy cập vào sở liệu muốn thay đổi thông tin bảng HOADON Hệ thống thay đổi liệu hóa đơn theo thông tin quản trị viên vừa sửa hệ thống Quản trị viên xác nhận lại liệu vừa thay đổi lưu lại sở liệu Hệ thống xác nhận lại thông tin vừa thay đổi bảng HOADON hiển thị lại trang web o Luồng rẽ nhánh: Ở bước quản trị viên xác nhận lại liệu vừa thay đổi hệ thống liệu không phù hợp với sở liệu hệ thống trả thông báo lỗi không cho thay đổi use case kết thúc 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 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 thành cơng hóa đơn hiển thị lại theo liệu bảng HOADON • Điểm mở rộng: Phân tích đặc tả yêu cầu hệ thống 41 Khơng có 3.2.18Mơ tả use case quản lí tin tức Use case cho phép quản trị viên thực thêm, sửa, xố thơng tin tin tức trang web • Luồng kiện: o Luồng bản: Use case cho phép quản trị viên muốn cập nhật lại tin tức mục Thông báo Hệ thống cho phép quản trị viên cập nhật thông tin tin tức trang web mục Thông báo Quản trị viên cập nhật lại thơng tin tin tức sáu xác nhận lại lưu lại thông tin mục Thông báo Hệ thống xác nhận lại thông tin vừa cập nhật o 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 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 thành công thông tin tin tức thay đổi • Điểm mở rộng: Khơng có 3.2.19Mơ tả use case báo cáo hoạt động hệ thống Use case cho phép quản trị viên gửi thông báo tình trạng hệ thống • Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên muốn lấy thông tin, tin tức trang web để báo cáo Hệ thống cho phép quản trị viên lấy thông tin, tin tức trang web mục Thông báo Quản trị viên tải thông tin tin tức sáu xác nhận lại lưu lại thơng tin thiết bị Hệ thống xác nhận lại thông báo tải xong o 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 thơng báo lỗi use case kết thúc • Các yêu cầu đặc biệt: Phân tích đặc tả yêu cầu hệ thống 42 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.20Mô tả use case quản lý sách giảm giá Use case cho phép quản trị viên thực thêm, sửa, xóa thơng tin danh mục giảm giá bảng GIAMGIA • Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên truy cập đến bảng GIAMGIA sở liệu bắt đầu thay đổi Hệ thống cho phép quản trị viên nhập thay đổi bảng GIAMGIA Quản trị viên nhập liệu thay đổi sau hoàn tất xác nhận lại đóng sở liệu Hệ thống xác nhận lại thay đổi vừa cập nhật hiển thị lại trang web mục Sách giảm giá o Luồng rẽ nhánh: Tại bước luồng quản trị viên truy cập vào sơ sở liệu cố kết nối hệ thống hiển thị sở liệu, hệ thống đưa hình trắng use case kết thúc Tại bước luồng sau quản trị viên nhập thay đổi xác nhận lại thay đổi bảng GIAMGIA, không trùng khớp thông tin với số bảng có liên quan đến bảng GIAMGIAtrong sở liệu hệ thống đưa thông báo lỗi yêu cầu quản trị viên xem lại thông tin vừa thay đổi, use case kết thúc 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 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 thành công thông tin sách sửa đổi lại theo thông tin mà quản trị viên cập nhật bảng GIAMGIA • Điểm mở rộng: Khơng có Phân tích đặc tả yêu cầu hệ thống ... https://forms.gle/T3sV8tDxwpfVSrGS9 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 Phân tích đặc tả yêu cầu hệ thống • Quan sát - Hệ thống khảo sát cơng ty có địa 59 Đỗ Quang, phường Trung... triển phổ biến đến người Các ứng dụng web ngày trở nên phổ biến Trước nhu cầu đó, với u cầu mơn học nhóm chúng em tìm hiểu giải đề tài: Phân tích đặc tả yêu cầu website nhanam.com.vn Phân tích đặc... lục xuất trước đó, kéo theo loạt hiệu ứng xã hội dư luận có ý nghĩa -Địa chỉ: + Trụ sở chính: 59 - Đỗ Quang - Trung Hịa - Cầu Giấy - Hà Nội + Hệ thống cửa hàng Hà Nội (8 cửa hàng), Hải Phòng