Đề tài tìm hiểu về các yêu cầu phần mềm và viết tài liệu phân tích đặc tả yêu cầu trang web thời trang magonn

    TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN  ⋅⋅⋅⋅⋅⋅⋅⋅⋅ BÁO CÁO BÀI TẬP LỚN  THUỘC HỌC PHẦN: NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Đề tài: Tìm hiểu yêu cầu phần mềm viết tài liệu phân tích đặc tả yêu cầu trang web thời trang Magonn GVHD: Ths Nguyễn Đức Lưu Khóa: 16 Lớp: 20222IT6082010 Nhóm: Sinh viên thực hiện: Lê Anh Tú 2020608104 Đinh Tuấn Dương 2020607678 Võ Thị Quỳnh 2021604331 Trịnh Thu Phương 2021600948 Chu Thị Thu Trang 2020607524 Bùi Văn Hiếu Hà Nội, năm 2023   MỤC LỤC MỤC LỤC LỜI CẢM ƠN MỞ ĐẦU .4 CHƯƠNG 1: TỔNG QUAN VỀ CÁC YÊU CẦU PHẦN MỀM 1.1 Yêu cầu phần mềm 1.1.1 Khái niệm yêu cầu phần mềm 1.1.2 Các loại yêu cầu .8 1.1.3 Yêu cầu người sử dụng 1.1.4 Yêu cầu hệ thống 1.1.5 Yêu cầu chức .10 1.1.6 Yêu cầu phi chức 12 1.2 Quy trình kỹ thuật yêu cầu phần mềm 14 1.2.1 Các thành phần kỹ thuật yêu cầu phần mềm 15 1.2.2 Phát yêu cầu phần mềm 15 1.2.3 Phân tích yêu cầu phần mềm 18 1.2.4 Mô tả yêu cầu phần mềm .19 1.2.5 Thẩm định yêu cầu phần mềm 21 1.2.6 Các hoạt động người phân tích yêu cầu bên liên quan .21 1.2.7 Mơ hình hóa u cầu hệ thống 23 1.3 Quản trị yêu cầu phần mềm 25 1.4 Đặc tả yêu cầu phần mềm 25 1.4.1 Tài liệu yêu cầu 25 1.4.2 Dàn tài liệu đặc tả yêu cầu phần mềm: 26 1.4.3 Cấu trúc Tài liệu yêu cầu phần mềm theo chuẩn IEEE 830-1984: .27 CHƯƠNG 2: PHÂN TÍCH VÀ ĐẶC TẢ WEBSITE MAGONN 28 2.1 Khảo sát hệ thống 28 2.1.1 Khảo sát sơ 28   2.1.2 Khảo sát chi tiết 48 2.2 Mơ hình hóa liệu 51 2.2.1 Các yêu cầu liệu 51 2.2.2 Biểu đồ thực thể liên kết mức logic 52 2.2.3 Mơ hình sở liệu mức vật lý 53 2.3 Mơ hình hóa chức 57 2.3.1 Biểu đồ usecase 57 2.3.2 Mô tả chi tiết usecase 62 KẾT LUẬN 84 TÀI LIỆU THAM KHẢO 86 LỜI CẢM ƠN Để hoàn thành đề tài “Tìm hiểu yêu cầu phần mềm viết tài liệu phân tích đặc tả yêu cầu trang web thời trang Magonn” nhóm xin bày tỏ lịng biết ơn đến giảng viên môn “Nhập môn công nghệ phần mềm” – thầy Ths.Nguyễn Đức Lưu Chính thầy người tận tình dậy dỗ truyền đạt kiến thức quý báu cho chúng em suốt học kỳ qua Trong thời gian tham dự lớp học thầy, chúng em tiếp cận với nhiều kiến thức bổ ích cần thiết cho q trình học tập, làm việc sau chúng em  Nhóm chân thành cảm ơn đến bạn lớp, trình học giúp đỡ tạo điều kiện thuận lợi để nhóm hồn thành báo cáo.Với khoảng thời gian chưa nhiều, nhóm chúng em chứng minh cho thầy bạn thấy chúng em nỗ lực, cố gắng để hoàn thành thật tốt đề tài.Chúng em xin kính chúc thầy thật nhiều sức khỏe để cống hiến nhiều nghiệp giảng dạy Chúng em xin chân thành cảm ơn!   MỞ ĐẦU Tên đề tài “Tìm hiểu yêu cầu phần mềm viết tài liệu phân tích đặc tả yêu cầu trang web thời trang Magonn”    Lý lựa chọn đề tài Trong năm gần Công nghệ thông tin không ngừng phát triển cách mạnh mẽ đại Sự đời công nghệ thông tin làm phong phú, đời sống người nâng cao rõ rệt, đóng góp to lớn phát triển nhân loại Với xu tồn cầu hóa kinh tế giới đặc biệt nhu cầu trao đổi hàng hóa người ngày tăng tăng số lượng chất lượng, nhu cầu sử dụng Internet ngày nhiều hình thức kinh doanh mạng ngày đa dạng phong phú Ngoài việc cạnh tranh kinh doanh ngày trở nên liệt hầu hết nhà kinh doanh, công ty lớn tâm đến việc làm thoả mãn khách hàng cách tốt So với kinh doanh truyền thống thương mại điện tử chi phí thấp hơn, hiệu đạt cao Hơn nữa, với lợi công nghệ Internet nên việc truyền tải thông tin sản phẩm nhanh chóng, thuận tiện Kết hợp với phận giao hàng tận nơi, thông qua bưu điện ngân hàng để toán tiền, tăng thêm thuận lợi để loại hình phát triển  Nhằm để đáp ứng cho người tiêu dùng tồn quốc thơng qua hệ thống Website họ đặt mua mặt hàng hay sản phẩm cần thiết Do đó, với đời website bán hàng qua mạng, người mua thứ hàng hóa lúc nơi mà không cần phải tới tận nơi để mua Trên giới có nhiều trang website bán hàng trực tuyến chưa phổ biến rộng rãi Và khái niệm thương mại điện tử xa lạ Trước thực tế nhóm em định chọn đề tài báo cáo nhập môn công nghệ phần mềm: “Tìm hiểu yêu   cầu phần mềm viết tài liệu phân tích đặc tả yêu cầu trang Web thời trang   Magonn” Mục đích Trước tiên cần hiểu phần mềm khái niệm sau tập trung tìm hiểu yêu cầu phần mềm Cuối dựa vào kiến thức tìm hiểu trước tiến hành phân tích đặc tả trang Web thời trang Magonn Bố cục đề tài ( Nội dung đề tài ) Chia thành làm chương: Chương 1: Tổng quan yêu cầu phần mềm Chương 2: Phân tích đặc tả yêu cầu trang web thời trang Magonn Phương pháp - Thu thập tài liệu, phân tích, tìm hiểu, nghiên cứu, hiểu yêu cầu  phần mềm, loại yêu cầu phần mềm - Sử dụng kiến thức nghiên cứu để tiến hành viết phân tích đặc tả trang web thời trang Magonn   CHƯƠNG 1: TỔNG QUAN VỀ CÁC YÊU CẦU PHẦN MỀM 1.1 Yêu cầu phần mềm 1.1.1 Khái niệm yêu cầu phần mềm Các Yêu cầu phần mềm (Software Requirements) đặc điểm kỹ thuật mà phần mềm nên thực Chúng mô tả cách thức hoạt động, hay thuộc tính hệ thống Chúng ràng buộc q trình phát triển hệ thống Các yêu cầu phần mềm khách hàng/người sử dụng phần mềm nêu bao gồm: Các chức phần mềm, hiệu phần mềm, yêu cầu thiết kế giao diện, yêu cầu đặc biệt khác, Kỹ sư hệ thống có nhiệm vụ ghi chép lại yêu cầu phần mềm để phục vụ cho trình phân tích đặc tả yêu cầu phần mềm Yêu cầu phần mềm mô tả hệ thống phần mềm hoạt động hay hệ thống có thuộc tính u cầu phần mềm ràng buộc trình phát triển hệ thống phần mềm Ngoài ra,yêu cầu phần mềm giúp đội phát triển hiểu khách hàng muốn người dùng cuối tương tác với phần mềm Yêu cầu phần mềm lý sao? vấn đề quan trọng nào? mà đội  phát triển phải hiểu khách hàng muốn trước bắt đầu thiết kế xây dựng hệ thống dựa máy tính Có thể hiểu: Một u cầu đặc trưng hệ thống,hay mô tả những  việc,mà hệ thống có khả thực để hồn thành mục tiêu hệ thống   Hiểu yêu cầu vấn đề nhiệm vụ khó khăn mà kỹ sư phần mềm(hay gọi kỹ sư hệ thống hoặc“nhà phân tích”)phải đối mặt Hiểu yêu cầu phần mềm dẫn đến hiểu biết hoạt động phần mềm, khách hàng muốn người dùng cuối tương tác với phần mềm nào.Hiểu yêu cầu phần mềm đóng góp quan trọng việc thành bại dự án phát triển phần mềm.Hiểu yêu cầu giúp nhà phát triển hiểu khách hàng muốn trước bắt đầu thiết kế xây dựng hệ thống dựa máy tính 1.1.2 Các loại u cầu  Hình 1.1 Mơ hình minh họa cấp loại u cầu phần mềm Trong đó: -   Vision and score document : Tài liệu tầm nhìn phạm vi sản  phẩm Tài liệu trình bày tổng quan sản phẩm cuối đạt được, xác định lợi ích nghiệp vụ mà hệ thống cung cấp   Trình bày phạm vi dự án, ranh giới vào bao gồm giới hạn ràng buộc; tạo điều kiện thuận lợi cho việc đưa cam kết ưu tiên dự án; điều kiện tiên để quản lý  phạm vi dự án -  Business Requirements: Yêu cầu nghiệp vụ phần mềm -  Business Rules: Quy tắc nghiệp vụ - User Requirements: Yêu cầu người sử dụng - Quality Attributes: Thuộc tính chất lượng - Functional Requirements: Yêu cầu chức -  Non-functional Requirements: Yêu cầu phi chức Constraints: Các ràng buộc -  External Interfaces Requirements: Yêu cầu giao diện bên -  System Requirements: Yêu cầu hệ thống -  Software requirements specification: Mô tả (đặc tả) yêu cầu phần mềm -  Requirements document : Tài liệu yêu cầu 1.1.3 Yêu cầu người sử dụng Yêu cầu người sử dụng (User requirements): Dành cho khách hàng, diễn đạt ngôn ngữ tự nhiên sơ đồ dịch vụ hệ thống cần cung cấp ràng buộc hoạt động cho đơn giản, dễ hiểu người sử dụng, hạn chế sử dụng hay áp dụng thuật ngữ có kiến thức chi tiết kĩ  thuật/tin học Nên mô tả cầu người sử dụng theo: - Yêu cầu chức - Yêu cầu phi chức   Do yêu cầu người sử dụng diễn đạt ngôn ngữ tự nhiên nến có hạn chế định: Quá mềm dẻo dẫn đến khơng rõ ràng, thiếu xác, đơi xả tình trạng nhập nhằng 1.1.4 u cầu hệ thống  Yêu cầu hệ thống (System requirements) mô tả đủ chi tiết so với yêu cầu người dùng dịch vụ hệ thống cung cấp, đặc trưng hệ thống cần có dùng hợp đồng khách hàng nhà  phát triển Thường sử dụng mơ hình để mơ tả (phương pháp trình bày mơ hình hóa)  Lưu ý: Có nhiều quan điểm mặc định yêu cầu người dùng u hệ thống khơng có phân biệt yêu cầu 1.1.5 Yêu cầu chức Yêu cầu chức (Functional requirements) mô tả chức hay dịch vụ mà hệ thống phần mềm thực nhằm hỗ trợ cho nghiệp vụ khách hàng/người sử dụng Yêu cầu chức danh sản phẩm công việc thực máy tính với thơng tin mô tả tương ứng Các yêu cầu chức bao gồm: Yêu cầu chức nghiệp vụ Yêu cầu chức hệ thống 1.1.5.1 Yêu cầu chức nghiệp vụ Yêu cầu chức nghiệp vụ thuộc nhóm yêu cầu chức Yêu cầu chức nghiệp vụ bao gồm chức phần mềm tương ứng với cơng việc có thật giới thực mà khách hàng/người sử dụng cần phải thực Yêu cầu chức nghiệp vụ phần mềm thực đảm bảo tính đắn  phù hợp với pháp luật sở Các yêu cầu chức nghiệp vụ bao gồm:   a) Chức lưu trữ : Tương ứng với công việc ghi chép thông tin sổ sản phẩm giới thực Yêu cầu đòi hỏi kèm theo quy định, mẫu  biểu ghi chép khách hàng;  b) Chức tra cứu: Tương ứng với công việc tìm kiếm, theo dõi xem thơng tin/hoạt động đối tượng quản lý khách hàng c) Chức tính tốn: Tương ứng với cơng việc tính tốn giới thực theo nhiệm vụ cần thực khách hàng/người sử dụng Các cơng thức, phương pháp tính cần thực theo theo quy định nghiệp vụ (có quy định/mẫu biểu/cơng thức kèm theo cho trước); d) Chức kết xuất : Tương ứng với công việc lập loại báo cáo (tổng hợp, chi tiết, …) theo biểu mẫu cho trước thực tế 1.1.5.2 Yêu cầu chức hệ thống Yêu cầu chức hệ thống thuộc nhóm yêu cầu chức Yêu cầu chức hệ thống bao gồm chức không tương ứng với công việc giới thực, chức phần mềm phát sinh thêm thực công việc máy tính thay giới thực Nó hỗ trợ  cho trình thực chức nghiệp vụ người dùng khơng nhìn thấy u cầu chức hệ thống liên quan đến tính bảo mật tính an tồn Các u cầu chức hệ thống bao gồm: a) Chức mơi trường : Định cấu hình thiết bị (máy tính, máy in, thiết bị nhập/xuất, …), ngày giờ, số người làm việc, …;  b) Chức mô phỏng : Mô hoạt động giới thực máy tính/thiết bị chuyên dụng, giúp cho khách hàng/người sử dụng có nhìn trực quan lĩnh vực thực tế; c) Chức phân quyền: Phân quyền sử dụng loại/đối tượng người dùng Đây việc định người dùng có quyền thực nhiệm 10   Tại bước luồng bản, khách hàng nhập vào email sai hệ thống hiển thị lên thông báo “email không tồn tại” xác nhận lại mật khơng hệ thống hiển thị lên thông báo lỗi “mật khơng trùng khớp” lên hình Quay lại  bước luồng Email tài khoản facebook đăng ký tài khoản Tại bước luồng bản, email tài khoản facebook  đăng ký tài khoản khác hệ thống hiển thị thông  báo lỗi “email đăng ký” “tài khoản facebook đăng ký” hiển thị lên hình Quay lại bước luồng cơ   bản Tại bước luồng bản, 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 thành công, khách hàng đăng nhập vào hệ thống với trạng thái có tài khoản - Điểm mở rộng: Khơng có 2.3.2.8 Mơ tả use case “Tìm kiếm” Use case cho phép khách hàng tìm kiếm sản phẩm theo tên sản phẩm, tên thể loại tên tác giả - Luồng kiện: o Luồng bản: Use case bắt đầu khách hàng nhập tên tìm kiếm vào tìm kiếm Hệ thống truy vấn bảng SANPHAM, THELOAI, 71   BOSUUTAP hiển thị danh sản phẩm sản phẩm lên hình Tìm kiếm theo tên sản phẩm: Khi khách hàng nhập tên sản phẩm vào ô tìm kiếm, hệ thống truy vấn bảng SANPHAM hiển thị SANPHAM lên hình Use case kết thúc Tìm kiếm theo tên thể loại: Khi khách hàng nhập tên thể loại vào tìm kiếm Hệ thống truy vấn bảng THELOAI bảng SANPHAM hiển thị danh sản phẩm sản phẩm lên hình Use case kết thúc Tìm kiếm theo tên sưu tập: Khi khách hàng nhập tên tác giả vào tìm kiếm Hệ thống truy vấn bảng BOSUUTAP bảng SANPHAM hiển thị danh sản phẩm sản phẩm lên hình Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng bản, khách hàng nhập sai tên sản  phẩm, sai tên thể loại sai tên tác giả hệ thống hiển thị thơng báo “khơng tìm thấy” lên hình Quay lại bước luồng Tại bước luồng bản, 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ơng có - Hậu điều kiện: Khơng có - Điểm mở rộng: Khơng có 72   2.3.2.9 Mô tả use case “Quản lý tài khoản” - Tên use case: Quản lý tài khoản - Mô tả vắn tắt: Use case cho phép quản trị viên quản lý tài khoản khách hàng - Luồng kiện: o Luồng bản: Use case bắt đầu quản trị viên kích vào nút quản lý tài khoản menu Hệ thống truy vấn bảng TAIKHOAN hiển thị danh sản phẩm tài khoản lên hình Xem thơng tin tài khoản: quản trị viên kích vào nút “Xem thơng tin tài khoản” Hệ thống hiển thị thông tin tài khoản lên hình Xóa tài khoản: a Khi quản trị viên kích vào nút “Xóa” dịng thông tin tài khoản Hệ thống hiển thị hình u cầu xác nhận xóa  b Khi người quản trị kích vào nút “Đồng ý” hệ thống xóa ghi tài khoản khỏi bảng TAIKHOAN hiển thị danh sản phẩm tài khoản cập nhật Thống kê số lượng tài khoản: quản trị viên kích vào nút “Thống kê số lượng” Hệ thống tiến hành thống kê số lượng tài khoản có bảng TAIKHOAN hiển thị lên hình Use case kết thúc: người quản trị đóng cửa sổ o Luồng rẽ nhánh: 73   Tại bước 3b luồng quản trị viên kích vào nút “Khơng đồng ý” hệ thống bỏ qua thao tác xóa hiển thị danh sản phẩm tài khoản bảng TAIKHOAN Tại bước 3b luồng quản trị viên kích vào nút “Đồng ý”, mã tài khoản tồn bảng TAIKHOAN hệ thống thơng báo lỗi “Xóa khơng thành cơng” lên hình use case kết thúc Tại bước luồng bản, 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 quản trị viên thực - Tiền điều kiện: Người quản trị phải đăng nhập với quyền quản trị 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 tài khoản cập nhập sở liệu - Điểm mở rộng: Khơng có 2.3.2.10 Mơ tả use case “Xem khuyến mãi” - Tên use case: Xem khuyến - Mô tả vắn tắt: Use case cho phép người dùng xem khuyến sản  phẩm - Luồng kiện: o Luồng bản: Use case bắt đầu người dùng kích vào nút “Sale” menu Hệ thống chuyển tới giao diện khuyến mãi.Hệ thống lấy thông tin từ bảng KHUYENMAI hiển thị lên hình tên khuyến 74   Khách hàng kích vào tên khuyến Hệ thống lấy thông tin từ  bảng SANPHAM SANPHAM-KHUYENMAI hiển thị lên hình: tên sản phẩm, ảnh minh họa, giá bán Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng sở liệu khơng có thơng tin khuyến hệ thống hiển thị thơng báo khơng có khuyến 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 CSDL 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ơng có - Hậu điều kiện: Khơng có - Điểm mở rộng: Khơng có 2.3.2.11 Mơ tả use case “Quản lý giỏ hàng” - Tên use case: Quản lý giỏ hàng - Mô tả vắn tắt: Use case cho phép người dùng quản lý giỏ hàng - Luồng kiện: o Luồng bản: Use case bắt đầu người dùng di chuyển trỏ đến biểu tượng giỏ hàng sau kích vào nút “Xem giỏ hàng”.Hệ thống chuyển đến giao diện giỏ hàng.Hệ thống lấy thông tin từ bảng SANPHAM để xuất sản phẩm chọn mua gồm thông tin : ảnh minh họa, tên sản phẩm, số lượng, giá tiền, phiên bản, thương hiệu 75   Khi người dùng muốn xóa sản phẩm giỏ hàng, người dùng cần kích vào nút “Xóa” Hệ thống hiển thị hình xác nhận xóa, khách hàng kích vào nút “Đồng ý” Hệ thống xóa sản phẩm giỏ hàng, cập nhật lại CSDL Use case kết thúc o Luồng rẽ nhánh: Tại bước luồng sở liệu khơng có sản phẩm giỏ hàng hệ thống hiển thị thơng báo khơng có sản phẩm Use case kết thúc Tại thời điểm q trình thực use case khơng kết nối với CSDL 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: Phải đăng nhập tài khoản người quản trị - Hậu điều kiện: Khơng có - Điểm mở rộng: Khơng có 2.3.2.12 Mơ tả use case “Bảo trì khuyến mãi” - Tên use case: Bảo trì khuyến - Mô tả vắn tắt: Use case cho phép người quản trị xem ,thêm ,sửa , xóa khuyến CSDL - 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 chính.Màn hình chuyển tới giao diện bảo trì khuyến Hệ thống lấy thông tin từ bảng KHUYENMAI để xuất thông tin hình gồm : tên khuyến mãi, thời gian bắt đầu, thời gian kết thúc, mô tả Thêm khuyến : 76   a Khi quản trị viên kích vào nút “Thêm mới” cửa sổ khuyến Hệ thống hiển thị hình u cầu nhập thơng tin chi tiết cho danh mục gồm tên khuyến mãi, thời gian bắt đầu, thời gian kết thúc, mô tả  b Khi quản trị viên nhập đủ thông tin chi tiết khuyến gồm: tên khuyến mãi, thời gian bắt đầu, thời gian kết thúc, mơ tả kích vào nút “Tạo” hệ thống kiểm tra liệu nhập tạo  bản ghi bảng KHUYENMAI hiển thị danh sách khuyến cập nhật Sửa khuyến mãi: a Khi quản trị viên kích vào nút “Sửa” dịng thơng tin khuyến Hệ thống hiển thị trường cho phép người quản trị sửa thông tin thông tin khuyến  b Người quản trị thay đổi thông tin khuyến gồm thông tin kích vào nút “Lưu” Hệ thống kiểm tra thơng tin thay đổi, cập nhật bảng KHUYENMAI Xóa khuyến : a Khi người quản trị kích vào nút “Xóa” dịng thơng tin danh mục Hệ thống hiển thị hình yêu cầu xác nhận xóa  b Khi quản trị viên kích vào nút “Đồng ý” hệ thống xóa ghi khuyến khỏi bảng KHUYENMAI hiển thị danh sách khuyến cập nhật Use case kết thúc o Luồng rẽ nhánh: 77   Tại bước 2b 3b luồng người quản trị nhập thông tin khuyến 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 khuyến bảng KHUYENMAI 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 khuyến bảng KHUYENMAI Tại thời điểm q trình thực use case khơng kết nối với CSDL 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: Phải đăng nhập tài khoản người quản trị - Hậu điều kiện:Nếu use case thành cơng thơng tin khuyến cập nhật CSDL - Điểm mở rộng: Khơng có 2.3.2.13 Mơ tả use case “Xem chi tiết sản phẩm” - Tên use case: Xem chi tiết sản phẩm -  Mô tả vắn tắt: Use case cho phép khách hàng xem chi tiết sản phẩm - Luồng kiện: o  Luồng bản: Use case bắt đầu khách hàng bấm vào sản phẩm website Hệ thống lấy thông tin sản phẩm gồm: mã sản phẩm,   78   mã sưu tập, mã thể loại, ảnh minh họa, tên sản phẩm, thương hiệu, giá gốc, kiểu dáng, chất lượng, màu sắc, kích thước, mơ tả từ bảng SANPHAM hiển thị lên hình Use case kết thúc   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 CSDL 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: Khơng có Điểm mở rộng: Khơng có 2.3.2.14 Mơ tả use case “Mua hàng” - Tên use case: Mua hàng - Mô tả vắn tắt: Use case cho phép khách hàng mua sản phẩm - Luồng kiện: o  Luồng Khách hàng bấm vào sản phẩm, hệ thống lấy thống tin sản phẩm bao gồm : mã sản phẩm, mã sưu tập, mã thể loại, ảnh minh họa, tên sản  phẩm, thương hiệu, giá gốc, kiểu dáng, chất lượng, màu sắc, kích thước, mơ tả từ bảng SANPHAM hiển thị lên hình Khách hàng bấm “mua ngay”, hệ thống hiển thị: thông tin giao hàng gồm họ tên, email, sđt, địa chỉ, phương thức toán Khách hàng nhập xong thơng tin, bấm “phương thức tốn”, hệ thống hiển thị: phương thức vận chuyển, phương thức toán Khách hàng bấm đặt hàng, hệ thống cập nhật đơn hàng Use case kết thúc o  Luồng rẽ nhánh Ở bước luồng bản, thông tin nhập khơng xác, hệ thống thơng báo lỗi yêu cầu nhập lại Tại thời điểm q trình thực use case khơng kết nối với CSDL hệ thống hiển thị thông báo lỗi use case kết thúc - Yêu cầu đặc biệt: Không - Tiền điều kiện: Không 79   - Hậu điều kiện: Nếu đặt hàng thành cơng thơng tin đặt hàng cập nhật bảng HOADON - Điểm mở rộng: không   2.3.2.15 Mơ tả use case “Bảo trì sản phẩm” - Tên use case: Bảo trì sản phẩm - Mơ tả vắn tắt: Use case cho phép người quản trị(admin) xem, thêm, sửa, xóa mặt hàng bảng SANPHAM - 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 “Sản phẩm” menu quản trị Hệ thống lấy thông tin chi tiết mặt hàng từ bảng SANPHAM 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 mặt hàng Hệ thống hiển thị hình yêu cầu nhập thông tin cho hàng gồm: mã sản phẩm, mã sưu tập, mã thể loại, ảnh minh họa, tên sản phẩm, thương hiệu, giá gốc, kiểu dáng, chất lượng, màu sắc, kích thước, mơ tả chọn ảnh minh họa  b)   Người quản trị kích nhập thơng tin hàng kích vào nút “Tạo” Hệ thống sinh mã hàng bảng SANPHAM hiển thị danh sách hàng 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 mặt hàng Hệ thống lấy thông tin cũ hàng chọn gồm: tên hàng, ảnh minh họa, giá gốc, khuyến mãi, mô tả, xuất xứ thương hiệu, chất liệu, tính năng, hướng dẫn từ bảng SANPHAM hiển thị lên hình  b)   Người quản trị nhập thơng tin cho hàng kích vào nút “Cập nhật” Hệ thống sửa thông tin hàng chọn  bảng SANPHAM hiển thị danh sách hàng cập nhật Xóa sản phẩm: 80   a)   Người quản trị kích vào nút “Xóa” dịng mặt 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 mặt hàng chọn khỏi bảng SANPHAM hiển thị danh sách 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 mặt hàng 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 mặt hàng 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 hàng bảng SANPHAM Tại thời điểm q trình thực use case khơng kết nối với CSDL 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 thành cơng thơng tin sản phẩm cập nhật CSDL - Điểm mở rộng: Khơng có 2.3.2.16 Mơ tả use case “Quản lý đơn hàng” - Tên use case: Quản lý đơn hàng - Mô tả vắn tắt: Use case cho phép khách hàng xem đơn hàng mua - Luồng kiện o  Luồng bản: 81   Use case bắt đầu quản trị viên kích vào nút quản lý tài khoản menu Hệ thống truy vấn bảng HOADON SANPHAMHOADON hiển thị danh sách đơn hàng lên hình Xem thông tin tài khoản: quản trị viên kích vào nút “Xem thơng tin đơn hàng” Hệ thống hiển thị thông tin đơn hàng lên hình Xóa đơn hàng : a Khi quản trị viên kích vào nút “Xóa” dịng thơng tin đơn hàng Hệ thống hiển thị hình yêu cầu xác nhận xóa  b Khi người quản trị kích vào nút “Đồng ý” hệ thống xóa ghi tài khoản khỏi bảng HOADON SANPHAM-HOADON hiển thị danh sách đơn hàng cập nhật Thống kê số lượng đơn hàng: quản trị viên kích vào nút “Thống kê số lượng” Hệ thống tiến hành thống kê số lượng đơn hàng có bảng HOADON hiển thị lên hình Use case kết thúc người quản trị đóng cửa sổ o  Luồng rẽ nhánh: Tại bước 3b luồng quản trị viên kích vào nút “Không đồng ý” hệ thống bỏ qua thao tác xóa hiển thị danh đơn hàng  bảng HOADON Tại bước 3b luồng quản trị viên kích vào nút “Đồng ý”, mã tài khoản cịn tồn bảng HOADON hệ thống thơng  báo lỗi “Xóa khơng thành cơng” lên hình use case kết thúc Tại bước luồng bản, 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 -  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ập nhập hệ thống sở liệu 82   -  Điểm mở rộng: Không KẾT LUẬN Những vấn đề giải quyết: Qua thời gian nghiên cứu học tập, nhìn chung tập lớn nhóm hồn thành mục tiêu, nhiệm vụ đề tài liệu đặc tả cho website kinh doanh Viết tài liệu đặc tả yêu cầu cho website thời trang Magonn 83   Kết đạt được: - Tìm hiểu trình bày tổng quan yêu cầu phần mềm - Tìm hiểu trình bày quản trị yêu cầu phần mềm - Tìm hiểu trình bày đặc tả yêu cầu phần mềm - Áp dụng yêu cầu phần mềm vào viết tài liệu phân tích, đặc tả yêu cầu  phần mềm - Biết cách làm việc nhóm hỗ trợ lẫn 84   TÀI LIỆU THAM KHẢO Tài liệu tham khảo trang học kết hợp học phần: - Nhập mơn cơng nghệ phần mềm - Phân tích đặc tả yêu cầu phần mềm 85