Báo cáo bài tập lớn môn PTQLYC_ Nhóm 8 (1) (1)

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG KHOA CÔNG NGHỆ THÔNG TIN BÁO CÁO BÀI TẬP LỚN MƠN PHÂN TÍCH VÀ QUẢN LÝ U CẦU PHẦN MỀM ĐỀ TÀI: VIẾT TÀI LIỆU QUẢN LÝ YÊU CẦU PHẦN MỀM QUẢN LÝ QUÁN CAFÉ Giảng viên hướng dẫn: ThS Nguyễn Hồng Tân Sinh viên thực hiện: Nhóm (CNTT K16 ĐH-KTPM) Đinh Thanh Hiền Lê Trần Thu Huyền Phạm Thị Kiều Anh Trần Thị Ngát Nguyễn Thị Duyên Thái Nguyên, Năm 2020 MỤC LỤC CHƯƠNG 1: BẢN KẾ HOẠCH YÊU CẦU 1.1 Giới thiệu 1.1.1 Mục đích 1.1.2 Phạm vi 1.1.3 Định nghĩa, Các từ viết tắt, Các ký hiệu 1.1.4 Tài liệu tham khảo 1.1.5 Tổng quan 1.2 Quản lý yêu cầu 1.2.1 Các tổ chức, Trách nhiệm, Thông tin liên lạc 1.2.2 Bảng liên lạc 10 1.2.3 Các công cụ, Môi trường, Cơ sở hạ tầng 11 1.3 Các thông tin yêu cầu 11 1.3.1 Mô tả thông tin .11 1.3.2 Dấu vết 20 1.3.3 Các báo cáo, thông số đo đạc .21 1.4 Quản lý thay đổi yêu cầu 23 1.4.1 Xử lý phê chuẩn yêu cầu thay đổi 23 1.4.2 Bảng điều khiển thay đổi (CCB) 23 1.4.3 Luồng công việc hoạt động .24 1.5 Các mốc thời gian .27 1.5.1 Khởi tạo/ Inception 27 1.5.2 Chuẩn bị/Elaboration 28 1.5.3 Xây dựng/Construction 29 1.5.4 Chuyển dịch/Transition 30 CHƯƠNG 2: GLOSSARY .32 2.1 Giới thiệu .32 2.2 Các khái niệm 32 2.2.1 Actor (Tác nhân) 32 2.2.2 Artifact (Đồ tạo tác) .32 2.2.3 Baseline (Đường sở) .32 2.2.4 Customer (Khách hàng) .32 2.2.5 Change control board (CCB) (Bảng kiểm soát thay đổi) .32 2.2.6 Change management (Quản lý thay đổi) 32 2.2.7 Change request (CR) (Yêu cầu thay đổi) 32 2.2.8 Configuration manager (Trình quản lý cấu hình) 32 2.2.9 Defect (Khiếm khuyết) 33 2.2.10 Developer (Nhà phát triển) 33 2.2.11 Document (Tài liệu) 33 2.2.12 Enhancement request (Yêu cầu nâng cao) 33 2.2.13 Feature (Đặc trưng) 33 2.2.14 I/T 33 2.2.15 Iteration (Vòng lặp) 33 2.2.16 Quality assurance (QA) (Đảm bảo chất lượng) 33 2.2.17 Project manager (Người quản lý dự án) 34 2.2.18 Requirement (Yêu cầu) .34 2.2.19 Requirement attribute (Thuộc tính yêu cầu) .34 2.2.20 Requirement type (Loại yêu cầu) .34 2.2.21 Requirements management (Quản lý yêu cầu) .34 2.2.22 Requirements specifier (Trình xác định yêu cầu) .34 2.2.23 Requirements tracing (Truy vết yêu cầu) 34 2.2.24 Role (Vai trò) .34 2.2.25 Rational Unified Process (Tiến trình hợp hợp lý) 35 2.2.26 Scope management (Quản lý phạm vi) .35 2.2.27 Stakeholder (Các bên liên quan) 35 2.2.28 Stakeholder need (Mong muốn bên liên quan) 35 2.2.29 Stakeholder request (Yêu cầu từ bên liên quan) 35 2.2.30 Software requirement (Yêu cầu phần mềm) 35 2.2.31 Team leader (Trưởng nhóm) 35 2.2.32 Traceability (Khả truy vết) 35 2.2.33 Use case (class) (Trường hợp sử dụng) .35 2.2.34 User (Người sử dụng) 36 2.2.35 Vision (document) (Tài liệu tổng quan) 36 CHƯƠNG 3: STAKEHOLDER REQUESTS 37 3.1 Giới thiệu .37 3.1.1 Mục đích 37 3.1.2 Phạm vi 37 3.1.3 Định nghĩa, từ viết tắt từ viết tắt 37 3.1.4 Người giới thiệu 37 3.1.5 Tổng quát 37 3.2 Thiết lập hồ sơ người dùng bên liên quan 37 3.3 Đánh giá vấn đề 37 3.4 Hiểu môi trường người dùng 38 3.5 Tóm tắt để hiểu 38 3.6 Đầu vào nhà phân tích vấn đề bên liên quan (xác thực làm hiệu lực giả định) 38 3.7 Đánh giá giải pháp bạn (nếu có) 39 3.8 Đánh giá hội 39 3.9 Đánh giá độ tin cậy, hiệu suất nhu cầu hỗ trợ 40 3.10 Tóm tắt nhà phân tích 40 3.10.1 Phân tích yêu cầu Stakeholder 41 3.10.2 Bảng truy vết 43 CHƯƠNG 4: TÀI LIỆU VISION 45 4.1 Giới thiệu 45 4.1.1 Mục đích 45 4.1.2 Phạm vi 45 4.1.3 Tài liệu tham khảo 45 4.1.4 Tổng quan .45 4.2 Vai trò 45 4.2.1 Cơ hội nghiệp vụ .45 4.2.2 Phát biểu vấn đề 45 4.2.3 Phát biểu vai trò sản phẩm 46 4.3 Các mô tả người dùng Stakeholder 46 4.3.1 Các thuật ngữ thị trường 46 4.3.2 Mô tả Stakeholder 48 4.4 Tổng quan sản phẩm .48 4.4.1 Viễn cảnh sản phẩm 48 4.4.2 Tóm tắt khả 48 4.5 Các đặc trưng sản phẩm 49 4.6 Các ràng buộc .50 4.7 Các yêu cầu sản phẩm khác 51 4.7.1 Yêu cầu chức 51 4.7.2 Yêu cầu phi chức 51 CHƯƠNG 5: TÀI LIỆU ĐẶC TẢ USE CASE 52 5.1 Biểu đồ use case 52 5.1.1 Use case tổng quát .52 5.1.2 Use case quản lý danh mục 53 5.1.3 Use case quản lý 53 5.1.4 Use case quản lý bàn 54 5.1.5 Quản lý hóa đơn 54 5.1.6 Use case quản lý hóa đơn .55 5.1.7 Use case quản lý doanh thu 55 5.2 Biểu đồ lớp 55 5.3 Đặc tả chi tiết use case 56 5.3.1 Quản lý hóa đơn 56 5.3.2 Quản lý tài khoản 85 5.3.3 Quản lý danh mục ăn 117 5.3.4 Quản lý 132 5.3.5 Quản lý bàn 146 5.3.6 Quản lý doanh thu 160 CHƯƠNG 6: SUPPLEMENTARY REQUIREMENT 171 6.1 Mục đích 171 6.2 Phạm vi .171 6.3 Định nghĩa, Các từ viết tắt, Các ký hiệu .171 6.4 Tài liệu tham khảo .171 6.5 Tổng quan 171 6.6 Chức 172 6.7 Khả sử dụng .172 6.8 Độ tin cậy 172 6.9 Hiệu suất 173 6.10 Khả hỗ trợ .174 6.11 Các ràng buộc thiết kế 177 6.12 Tài liệu người dùng trực tuyến yêu cầu hệ thống trợ giúp 177 6.13 Các yêu cầu giao diện 178 CHƯƠNG 7: KẾT LUẬN 179 7.1 Thuận lợi 179 7.2 Khó khăn 179 7.3 Kế hoạch 179 CHƯƠNG 1: BẢN KẾ HOẠCH YÊU CẦU 1.1 Giới thiệu Tài liệu mô tả hướng dẫn sử dụng dự án để thiết lập tài liệu yêu cầu chuẩn, kiểu yêu cầu, thuộc tính, dấu vết yêu cầu Nó định nghĩa chiến lược quản lý yêu cầu chung xem nguồn tài nguyên cho người tham gia vào dự án 1.1.1 Mục đích Mục đích kế hoạch thiết lập tư liệu hóa cách tiếp cận có hệ thống để thu thập, tổ chức, đặc tả yêu cầu hệ thống Bản kế hoạch thiết lập trì thương lượng khách hàng đội phát triển yêu cầu thay đổi cửa hệ thống 1.1.2 Phạm vi Bản kế hoạch cung cấp hướng dẫn cho hoạt động quản lý dự án phần mềm quản lý quán café 1.1.3 Định nghĩa, Các từ viết tắt, Các ký hiệu Từ vựng thuật ngữ sử dụng dự án cung cấp tài liệu Glossary dự án 1.1.4 Tài liệu tham khảo - Kruchten, Philippe 1999 The Rational Unified Process Menlo Park, CA: Addison Wesley - Leffingwell, D and Don Widrig 2000 Managing Software Requirements Menlo Park, CA: Addison Wesley - Spence, I and L Probasco 1998 Traceability Strategies for Managing Requirements with Use Cases Cupertino, CA: Rational Software Corporation 1.1.5 Tổng quan Tài liệu chứa mô tả chi tiết hoạt động quản lý yêu cầu dự án phần mềm quản lý quán café gồm: Cách thức yêu cầu tổ chức quản trị dự án; cách thức yêu cầu xác định, gán thuộc tính, theo dõi sửa đổi dự án Các tiến trình quản lý thay đổi yêu cầu Các luồng công việc hoạt động kết hợp với điều khiển bảo trì yêu cầu dự án Các mốc thời gian cần hồn thành cơng việc chuẩn dùng để đánh giá yêu cầu dự án 1.2 Quản lý yêu cầu 1.2.1 Các tổ chức, Trách nhiệm, Thông tin liên lạc Khách hàng Cá nhân, tổ chức, ngồi tổ chức người dùng, người có trách nhiệm tài cho hệ thống Trong hệ thống lớn, họ khơng người dùng cuối Khách hàng người có trách nhiệm nhận bàn giao sản phẩm cuối Người dùng Người sử dụng hệ thống phát triển Các bên liên quan Tổ chức cá nhân bị tác động kết hệ thống Quản lý dự án Người có trách nhiệm vai trò tổng thể với dự án Người quản lý dự án cần đảm bảo nhiệm vụ lập lịch, phân cơng đảm bảo dự án hồn thành theo lịch biểu, nằm ngân quỹ đảm bảo yêu cầu chất lượng sản phẩm Đảm bảo chất lượng (QA) Bộ phận đảm bảo chất lượng sản phẩm có trách nhiệm thực hoạt động kiểm định chất lượng lập báo cáo đến người Quản lý dự án để đảm bảo chuẩn dự án triển khai cách đắn nhân viên dự án Phát triển viên Người phát triển có trách nhiệm phát triển chức sản phẩm đáp ứng yêu cầu Đảm nhận cơng việc từ thu thập, phân tích u cầu, thiết kế, triển khai đến hoạt động thẩm định chức đảm nhận Lãnh đạo nhóm Lãnh đạo nhóm có trách nhiệm làm cầu nối bên quản lý dự án thành viên phát triển Lãnh đạo nhóm chịu trách nhiệm phân cơng cơng việc giám sát kết công việc Đảm bảo thành viên nhóm tuân theo chuẩn lịch biểu dự án Quản lý cấu hình Người quản lý cấu hình có trách nhiệm thiết lập cấy trúc sản phẩm hệ quản lý thay đổi để xác định, phân bố không gian làm việc cho thành viên phát triển mơi trường để tích hơp sản phẩm Lập kế hoạch báo cáo người quản lý dự án trạng thái thông số thời dự án Đặc tả viên Người đặc tả yêu cầu có trách nhiệm đặc tả chi tiết chức hệ thống qua mơ hình use case tài liệu đặc tả use case, tài liệu đặc tả bổ sung Đặc tả viên có trách nhiệm đóng gói use case trì tính ngun vẹn gói 1.2.2 Bảng liên lạc Vai trị Khách hàng Người dùng Bên liên quan Quản lý dự án Đảm bảo chất lượng Lãnh đạo nhóm Tên Tiêu đề Tổ chức Liên hệ Đặc tả viên 1.2.3 Các công cụ, Môi trường, Cơ sở hạ tầng Công cụ Mô tả Thông Hỗ trợ kỹ thuật Website tin cấp phép Rational Để quản support@rational.co RequisitePro lý yêu m www.rational.com cầu 1.3 Các thông tin yêu cầu 1.3.1 Mô tả thông tin  Các kiểu tài liệu Kiểu tài liệu Mơ tả Kiểu u cầu mặc định Stakeholder Các địi hỏi từ Stakeholder Request Requests (STR) stakeholders (STRQ) Vision (VIS) Tài liệu chứa điều Feature (FEAT) kiện khả phát hành hệ thống thời Use-Case Mô tả xây dựng Use Specification case Use Case (UC) (UCS) Glossary (GLS) Tài liệu chứa thuật Glossary Item (TERM) ngữ chung dự án Supplementary Tài liệu mô tả yêu Supplementary Requirement Requirements cầu phi chức hệ (SUPL) ... 38 3.5 Tóm tắt để hiểu 38 3.6 Đầu vào nhà phân tích vấn đề bên liên quan (xác thực làm hiệu lực giả định) 38 3.7 Đánh giá giải pháp bạn (nếu có) 39 3 .8 Đánh... 46 4.3.2 Mô tả Stakeholder 48 4.4 Tổng quan sản phẩm . 48 4.4.1 Viễn cảnh sản phẩm 48 4.4.2 Tóm tắt khả 48 4.5 Các đặc trưng sản phẩm 49 4.6... Lãnh đạo nhóm Lãnh đạo nhóm có trách nhiệm làm cầu nối bên quản lý dự án thành viên phát triển Lãnh đạo nhóm chịu trách nhiệm phân cơng cơng việc giám sát kết công việc Đảm bảo thành viên nhóm tuân