Trường đại học Thủy Lợi, Khoa Công nghệ thông tin, Nghành Kỹ thuật phần mềm. Bài tập lớn môn phân tích yêu cầu phần mềm. Đề tài phân tích yêu cầu phần mềm cho ứng dụng quản lý cửa hàng bán đồ ăn nhanh 4Fun Food
TRƯỜNG ĐẠI HỌC THỦY LỢI KHOA CÔNG NGHỆ THÔNG TIN BÁO CÁO BÀI TẬP LỚN MÔN HỌC PHÂN TÍCH YÊU CẦU PHẦN MỀM “PHÂN TÍCH YÊU CẦU PHẦN MỀM CHO ỨNG DỤNG QUẢN LÝ CỬA HÀNG BÁN ĐỒ ĂN NHANH 4FUN FOOD” Giảng viên hướng dẫn: Nguyễn Thị Thu Hương Họ và tên sinh viên: Phạm Vương Tuấn Châu Nguyễn Minh Đức Lớp: Trịnh Hoàng Long Nguyễn Văn Phương 61PM1 Hà Nội – 2021 1 Lời mở đầu Trong những năm gần đây nghành công nghệ thông tin đã có những bước phát triển vượt bậc trong nước cũng như trên thế giới và được ứng dụng rộng rãi trong các lĩnh vực của cuộc sống Đặc biệt là trong nghành kinh tế nó góp phần đáng kể cho sự phát triển kinh tế của nước ta trong quá trình hội nhập Việc ứng dụng CNTT đã mang lại bước đột phá mới cho công tác quản lý bán hàng, giúp doanh nghiệp nắm bắt thông tin về hàng hóa, vật tư, thông tin khách hàng, và trạng thái các đơn đặt hàng… một cách chính xác và nhanh chóng Từ dó người quản lý có thể đưa ra các kế hoạch và quyết định đúng đắn, giảm chi phí và tăng khả năng cạnh tranh với các thương hiệu khác nhằm nâng cao kết quả hoạt động sản xuất kinh doanh Tuy nhiên ứng dụng quản lý cửa hàng ở nước ta đều được làm thủ công đó là việc quản lý và lưu trữ trên giấy tờ, sổ sách nên mất rất nhiều thời gian và tốn kém về nhân lực cũng như tài chính và còn nhiều hạn chế Do đó yêu cầu cấp thiết đặt ra là phải đổi mới ứng dụng quản lý nhà hàng để đem lại hiệu quả cao Với đề tài này nhóm em đã tìm hiểu về ứng dụng bán đổ ăn nhanh và quy mô kết cấu của nó, hiểu được các đối tượng tác nhân và chức năng của các đối tượng cùng ứng dụng bán đồ ăn nhanh, phân tích được các mối liên quan đến ứng dụng bán đồ ăn nhanh mà đang được ưa chuộng nhất hiện nay Nhóm chúng em xin chân thành cảm ơn cô Nguyễn Thị Thu Hương giảng viên đã tận tình chỉ bảo để nhóm em hoàn thành đề tài này 2 Mục lục Lời mở đầu .2 Mục lục 3 BẢNG PHÂN CÔNG CÔNG VIỆC .5 I BẢN KẾ HOẠCH QUẢN LÝ YÊU CẦU 6 1.1 Mục đích và phạm vi 6 1.1.1 Mục đích 6 1.1.2 Phạm vi 6 1.2 Công cụ sử dụng, các loại tài liệu và các kiểu yêu cầu .6 1.2.1 Công cụ sử dụng .6 1.2.2 Các loại tài liệu .6 1.2.3 Các kiểu yêu cầu dùng trong dự án 7 1.3 Các nhân tố tham gia dự án phần mềm .7 1.4 Bảng liên lạc với các nhân tố chính 7 II Thu thập yêu cầu từ các STAKEHOLDERS (Xác định STRQ, FEAT) 7 2.1 Xác định các yêu cầu từ STAKEHOLDERS .7 2.2 Xác định các FEATURES 10 III Mô hình hóa các yêu cầu 13 3.1 Xác định các tác nhân (Actors) 13 3.2 Xác định các Use Case 13 3.2.1 Các Use Case cho tác nhân quản lý .13 3.2.2 Các Use Case cho tác nhân viên 13 3.2.3 Các Use Case cho tác nhân khách hàng 13 3.2.4 Các Use Case cho tác nhân khách vãng lai 13 3.3 Biểu đồ Use Case 14 3.3.1 Biểu đồ Use Case tổng quát 14 3.3.2 Biểu đồ Use Case phân rã .15 3.3.2.3 Biểu đồ phân rã Use Case cho tác nhân nhân viên .17 IV Luồng sự kiện cho các Use Case 18 4.1 Use Case: Đăng ký .18 4.2 Use Case: Đăng nhập 18 4.3 Use Case: Quản lý nhân viên 19 4.4 Use Case: Quản lý món ăn 20 4.5 Use Case: Quản lý danh sách tài khoản 22 3 4.6 Use Case: Xem chi tiết món ăn 23 4.7 Use Case: Quản lý hóa đơn 24 4.8 Use Case: Quản lý thống kê 25 4.9 Use Case: Quản lý tài khoản .26 4.10 Use Case: Quản lý giỏ hàng 28 4.11 Use Case: Quản lý đặt món .29 4.12 Use Case: Quản lý đánh giá 30 4.13 Use Case: Liên kết tài khoản ngân hàng .32 V Xác định các lớp, xây dựng biều đồ lớp 32 5.1 Các lớp và thuộc tính 32 5.1 Xây dựng biểu đồ lớp 33 VI Các yêu cầu bổ sung 33 6.1 Danh sách các yêu cầu bổ sung 33 6.2 Bảng độ đo các yêu cầu phi chức năng 34 VII Tài liệu đặc tả yêu cầu (SRS) 35 7.1 Giới thiệu 35 7.2 Mô tả chung .35 7.2.1 Về giao diện 35 7.2.2 Về chức năng .35 7.3 Các yêu cầu cụ thể .36 7.3.1 Yêu cầu về giao diện 36 7.3.2 Yêu cầu về chức năng 38 VIII Kết luận .45 IX Tài liệu tham khảo 46 4 BẢNG PHÂN CÔNG CÔNG VIỆC Họ và tên Các công việc Phạm Vương Tuấn Châu Xác định yêu cầu của nhân viên Xác định các Use Case của khách vãng lai và Nguyễn Minh Đức phân giã chúng Trịnh Hoàng Long Vẽ biểu đồ Use Case phân rã chức năng chung Viết các luồng sự kiện cho các Use Case của khách vãng lai Xác định yêu cầu bổ sung, lập bảng độ đo các yêu cầu phi chức năng Viết các yêu cầu về chức năng (tài liệu SRS) Làm báo cáo Xác định mục tiêu, phạm vi của đề tài Xác định yêu cầu của quản lý Xác định yêu cầu chức năng, phi chức năng Xác định các feat Xác định các Use Case của quản lý, nhân viên, khách hàng, khách vãng lai Vẽ biểu đồ Use Case tổng quát Vẽ biểu đồ Use Case phân rã chức năng cho tác nhân quản lý Viết các luồng sự kiện cho các Use Case của quản lý, khách hàng, nhân viên Xác định các lớp và xây dựng biểu đồ lớp Viết phạm vi, tổng quan về tài liệu SRS Viết các mô tả chung về giao diện Viết các mô tả chung về chức năng Viết các yêu cầu về chức năng Làm báo cáo Xác định mục tiêu Xác định yêu cẩu khách hàng Xác định yêu cầu chức năng Xác định các Use Case của nhân viên Vẽ biểu đồ Use Case tổng quát Vẽ biểu đồ Use Case phân rã chức năng cho tác nhân khách hàng Viết các luồng sự kiện cho các Use Case của nhân viên Xác định các lớp và xây dựng biểu đồ lớp 5 Nguyễn Văn Phương Viết các mô tả chung về giao diện Viết các yêu cầu về giao diện Làm báo cáo Xác định phạm vi Xác định yêu cầu của nhân viên Xác định yêu cầu phi chức năng Vẽ biểu đồ Use Case phân rã chức năng chung Viết các luồng sự kiện cho các Use Case của khách hàng Xác định yêu cầu bổ sung, lập bảng độ đo các yêu cầu phi chức năng Viết các yêu cầu về chức năng Làm báo cáo I BẢN KẾ HOẠCH QUẢN LÝ YÊU CẦU 1.1 Mục đích và phạm vi 1.1.1 Mục đích Tài liệu này là bản đặc tả yêu cầu phần mềm cho ứng dụng quản lý cửa hàng đồ ăn nhanh 4Fun Food Mục đích tài liệu này là mô tả chi tiết về các yêu cầu cho ứng dụng hỗ trợ việc bán hàng Nó sẽ minh họa mục đích cụ thể và thông tin chi tiết cho việc phát triển ứng dụng Tài liệu sẽ nói lên đầy đủ các yêu cầu chức năng, phi chức năng những ràng buộc của ứng dụng, giao diện người dùng và tương tác với các ứng dụng bên ngoài 1.1.2 Phạm vi Ứng dụng quản lý cửa hàng đồ ăn nhanh 4For Fun Food hỗ trợ bán hàng giúp cho khách hàng tìm kiếm, lựa chọn, xem thông tin món ăn mình yêu thích tại cửa hàng hoặc qua hình thức online, nhân viên cửa hàng (nhân viên tư phục vụ, nhân viên thu ngân…) thanh toán hóa đơn một cách nhanh chóng, chính xác và dễ dàng thực hiện việc in ra thông tin hóa đơn cho khách hàng và đồng thời lưu lại thông tin cho quản lý thống kê, kiểm soát doanh thu của cửa hàng 1.2 Công cụ sử dụng, các loại tài liệu và các kiểu yêu cầu 1.2.1 Công cụ sử dụng o Microsoft Word 2016 o Google Doc 1.2.2 Các loại tài liệu [1] Peter Ziecyznski, Requirements Management Using IBM Rational RequisitePro, IBM Press, ISBN: 0-321-38300-1, 2008 [2] Risk Lutowski, Software Requirements encapsulation, quality, and Reuse, Auerbach Publication, 2005 [3] Giáo trình phân tích yêu cầu phần mềm trường đại học Thủy Lợi 6 1.2.3 Các kiểu yêu cầu dùng trong dự án Thuật ngữ Kiểu yêu cầu STRQ Các yêu cầu Stakeholder FEAT Các đặc trưng UC Các Use Case SUPL Các yêu cầu bổ sung Các kịch bản 1.3 Các nhân tố tham gia dự án phần mềm Khách hàng: Cửa hàng đồ ăn nhanh 4Fun Food Người dùng cuối: Quản lý, nhân viên, khách mua hàng, khách vãng lai Những người liên quan đến bảo trì và hỗ trợ: Nguyễn Văn Phương Nhà phát triển: Công ty phát triển phần mềm Phạm Vương Tuấn Châu Những người kiểm thử: Nguyễn Minh Đức Các cơ quan quy định tính an toàn của ứng dụng: Trịnh Hoàng Long 1.4 Bảng liên lạc với các nhân tố chính Các nhân tố Số điện thoại Địa chỉ email Người dùng cuối 096 11111111 4funfood@gmail.com Người bảo trì, hỗ trợ 096 2222222 baotri@gmail.com Nhà phát triển 096 3333333 congty@gmail.com Người kiểm thử 096 4444444 kiemthu@gmail.com Cơ quan quy định tính an 096 5555555 coquanqd@gmail.com toàn của ứng dụng II Thu thập yêu cầu từ các STAKEHOLDERS (Xác định STRQ, FEAT) 2.1 Xác định các yêu cầu từ STAKEHOLDERS Vai trò Kỹ thuật STRQ Phỏng vấn Quản lý cửa STRQ1: Ứng dụng có tính thẩm mĩ cao, hàng đồ ăn tạo ấn tượng và thu hút khách hàng Các nhanh 4Fun quảng cáo menu có kích cỡ phù hợp, có hình ảnh minh họa của sản phẩm để dễ Food dàng tham khảo 7 STRQ2: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị các chức năng xem chi tiết, thêm, sửa, xóa, tìm kiếm STRQ3: Ứng dụng cần được phân chia nội dung các trang theo các mục rõ ràng, dễ nhận biết STRQ4: Khách vãng lai có thể đăng ký tài khoản bằng nhiều cách khác nhau như: sử dụng số điện thoại, tài khoản google… STRQ5: Người dùng có thể thực hiện đăng nhập, đăng ký và đổi mật khẩu trên trên ứng dụng website STRQ6: Người dùng có thể tìm kiếm các thông tin vể món ăn như: về tên, đơn giá và giảm giá nếu có STRQ7: Ứng dụng phải lưu trữ được một lượng lớn dữ liệu về khách hàng STRQ8: Ứng dụng phải có điều hướng rõ ràng STRQ9: Khách hàng có thể đặt món ăn, gửi bình luận về món ăn cũng như cập nhật thông tin tài khoản khi có tài khoản trên ứng dụng website STRQ10: Ứng dụng có thể tính tối đa cho 500 hóa đơn/1 ngày STRQ11: Ứng dụng website có thể tương thích trên nhiều trình duyệt khác nhau như Chorme, Cốc cốc, Microsof Edge… STRQ12: Ứng dụng website có thể hoạt động liên tục 24giờ/1ngày, 7 ngày/1 tuần 8 Nhân viên Phỏng vấn STRQ13: Ứng dụng website sử dụng Khách hàng Phỏng vấn ngôn ngữ chính là tiếng Việt hoặc tiếng Anh STRQ14: Ứng dụng có chức năng thống kê doanh thu, thống kê số lượng món ăn bán ra, số lượng khách mua hàng phải chính xác, nhanh chóng có thể hiển thị dưới dạng biểu đồ STRQ15: Ứng dụng hiển thị các đơn đặt món của khách hàng một cách rõ ràng, khoa học STRQ16: Nhân viên làm việc tại cửa hàng được phép tạo hóa đơn STRQ17: Nhân viên có khả năng hủy hóa đơn đã tạo STRQ18: Nhân viên có thể theo dõi thông tin các đơn hàng STRQ19: Ứng dụng hiển thị thông tin các khách hàng đi kèm với hóa đơn đặt món như: họ tên, địa chỉ, số điện thoại… STRQ20: Ứng dụng cho phép khách hàng có thể liên kết tài khoản ngân hàng thuận tiện cho việc thanh toán STRQ21: Khách hàng dễ dàng lựa chọn hình thức thanh toán như thanh toán khi nhận được hàng, thanh toán qua thẻ ngân hàng… STRQ22: Khách hàng có thể đặt đồ ăn qua hình thức online mà không cần phải đến cửa hàng STRQ23: Khách hàng có thể hủy đặt món do có một số lý do nào đó STRQ24: Được phép đánh giá về món ăn đã mua STRQ25: Ứng dụng phải bảo mật, mã 9 hóa các thông tin cá nhân của khách hàng 2.2 Xác định các FEATURES STRQ1: Ứng dụng có tính thẩm mĩ cao, tạo ấn tượng và thu hút khách hàng Các quảng cáo menu có kích cỡ phù hợp, có hình ảnh minh hoạt của sản phẩm dễ dàng tham khảo - Yêu cầu này là sự kết hợp của hai yêu cầu nguyên tử, giúp cho việc xác định nguồn gốc rất khó Yêu cầu sẽ được chia làm hai yêu cầu nguyên tử, sau khi phỏng vấn bổ sung, các chi tiết đã được thêm o FEAT 1.1: Ứng dụng có tính thẩm mĩ tạo ấn tượng và thu hút khách hàng o FEAT 1.2: Các quảng cáo menu có kích cỡ phù hợp, có hình ảnh của sản phẩm dễ dàng tham khảo STRQ2: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị các chức năng xem chi tiết, thêm, sửa, xóa, tìm kiếm o Yêu cầu này là sự kết hợp của năm yêu cầu nguyên tử, giúp cho việc xác định nguồn gốc rất khó Yêu cầu sẽ được chia làm năm yêu cầu nguyên tử, sau khi phỏng vấn bổ sung, các chi tiết đã được thêm o FEAT 2.1: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị chức năng xem chi tiết o FEAT 2.2: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị chức năng thêm o FEAT 2.3: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị chức năng sửa o FEAT 2.4: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị chức năng xóa o FEAT 2.5: Ứng dụng cho trang quản lý món ăn, nhân viên, hóa đơn và giỏ hàng cần được trang bị chức năng tìm kiếm STRQ3: Ứng dụng cần được phân chia nội dung các trang theo các mục rõ ràng, dễ nhận biết o Không có gì sai ở đây, vì vậy nhà phân tích có thể sao chép yêu cầu o FEAT 3: Ứng dụng cần được phân chia nội dung các trang theo các mục rõ ràng, dễ nhận biết STRQ4: Khách vãng lai có thể đăng ký tài khoản bằng nhiều cách khác nhau như: sử dụng số điện thoại, tài khoản google, tài khoản facebook… o Không có gì sai ở đây, vì vậy nhà phân tích có thể sao chép yêu cầu o FEAT 4: Người dùng có thể thực hiện đăng ký, đăng nhập, đổi mật khẩu, quên mật khẩu, cập nhật thông tin thông qua ứng dụng trên website STRQ5: Người dùng có thể thực hiện đăng nhập, đăng ký và đổi mật khẩu trên ứng dụng website 10 ... Mục đích Tài liệu đặc tả yêu cầu phần mềm cho ứng dụng quản lý cửa hàng đồ ăn nhanh 4Fun Food Mục đích tài liệu mơ tả chi tiết yêu cầu cho ứng dụng hỗ trợ việc bán hàng Nó minh họa mục đích... tiết cho việc phát triển ứng dụng Tài liệu nói lên đầy đủ yêu cầu chức năng, phi chức ràng buộc ứng dụng, giao diện người dùng tương tác với ứng dụng bên 1.1.2 Phạm vi Ứng dụng quản lý cửa hàng. .. Case SUPL Các yêu cầu bổ sung Các kịch 1.3 Các nhân tố tham gia dự án phần mềm Khách hàng: Cửa hàng đồ ăn nhanh 4Fun Food Người dùng cuối: Quản lý, nhân viên, khách mua hàng, khách vãng