CHƯƠNG 1 : BẢN KẾ HOẠCH YÊU CẦU
2.2.18. Requirement (Yêu cầu)
Một yêu cầu mô tả một điều kiện hoặc khả năng mà một hệ thống phải tuân theo; hoặc xuất phát trực tiếp từ nhu cầu của người dùng, hoặc được nêu trong hợp đồng, tiêu chuẩn, thông số kỹ thuật hoặc tài liệu áp đặt chính thức khác. Một tính năng, thuộc tính hoặc hành vi mong muốn của một hệ thống.
2.2.19. Requirement attribute (Thuộc tính u cầu)
Thơng tin liên quan đến một yêu cầu cụ thể cung cấp mối liên hệ giữa yêu cầu và các yếu tố khác của dự án — ví dụ, mức độ ưu tiên, lịch trình, trạng thái, yếu tố thiết kế, nguồn lực, chi phí, mối nguy hiểm.
2.2.20. Requirement type (Loại yêu cầu)
Phân loại các yêu cầu - ví dụ, nhu cầu của bên liên quan, tính năng, trường hợp sử dụng, yêu cầu bổ sung, yêu cầu kiểm tra, yêu cầu tài liệu, yêu cầu phần cứng, yêu cầu phần mềm, v.v. - dựa trên các đặc điểm và thuộc tính chung.
2.2.21. Requirements management (Quản lý các yêu cầu)
Một cách tiếp cận có hệ thống để gợi ra, tổ chức và ghi lại các yêu cầu của hệ thống cũng như thiết lập và duy trì thỏa thuận giữa khách hàng và nhóm dự án về các yêu cầu thay đổi của hệ thống.
2.2.22. Requirements specifier (Trình xác định yêu cầu)
Trình xác định yêu cầu nêu chi tiết đặc điểm kỹ thuật của một phần chức năng của hệ thống bằng cách mơ tả khía cạnh u cầu của một hoặc một số trường hợp sử dụng và các yêu cầu phần mềm hỗ trợ khác. Bộ định nghĩa yêu cầu cũng có thể chịu trách nhiệm về gói ca sử dụng và duy trì tính tồn vẹn của gói đó. Khuyến nghị rằng trình xác định u cầu chịu trách nhiệm về gói ca sử dụng cũng chịu trách nhiệm về các tác nhân và ca sử dụng chứa trong đó.
2.2.23. Requirements tracing (Truy vết yêu cầu)
Sự liên kết của một yêu cầu với các yêu cầu khác và với các yếu tố liên quan khác của dự án.
2.2.24. Role (Vai trò)
Định nghĩa về hành vi và trách nhiệm của một cá nhân hoặc một tập hợp các cá nhân làm việc cùng nhau như một nhóm, trong bối cảnh của một tổ chức kỹ thuật phần mềm.
2.2.25. Rational Unified Process (Tiến trình hợp nhất hợp lý)
Quy trình hợp nhất hợp lý (RUP) là một quy trình kỹ thuật phần mềm. Nó cung cấp một cách tiếp cận kỷ luật để phân công nhiệm vụ và trách nhiệm trong một tổ chức phát triển. Mục tiêu của nó là đảm bảo sản xuất phần mềm chất lượng cao đáp ứng nhu cầu của người dùng cuối trong một lịch trình và ngân sách có thể dự đốn được.
2.2.26. Scope management (Quản lý phạm vi)
Quá trình sắp xếp thứ tự ưu tiên và xác định tập hợp các yêu cầu có thể được thực hiện trong một chu kỳ phát hành cụ thể, dựa trên các nguồn lực và thời gian có sẵn. Q trình này tiếp tục trong suốt vịng đời của dự án khi các thay đổi xảy ra. Xem thêm quản lý thay đổi.
2.2.27. Stakeholder (Các bên liên quan)
Người chịu ảnh hưởng chủ yếu bởi kết quả của hệ thống.
2.2.28. Stakeholder need (Mong muốn của các bên liên quan)
Vấn đề kinh doanh hoặc hoạt động (cơ hội) phải được thực hiện để làm tường minh cho việc mua hoặc sử dụng.
2.2.29. Stakeholder request (Yêu cầu từ các bên liên quan)
Yêu cầu thuộc bất kỳ loại nào - ví dụ: Yêu cầu thay đổi, yêu cầu nâng cao, yêu cầu thay đổi yêu cầu, khiếm khuyết - từ một bên liên quan
2.2.30. Software requirement (Yêu cầu phần mềm)
Một đặc tả của một hành vi có thể quan sát được bên ngồi của hệ thống; ví dụ, đầu vào của hệ thống, đầu ra từ hệ thống, chức năng của hệ thống, thuộc tính của hệ thống, hoặc thuộc tính của mơi trường hệ thống.
2.2.31. Team leader (Trưởng nhóm)
Trưởng nhóm là người giao tiếp giữa quản lý dự án và các nhà phát triển. Trưởng nhóm chịu trách nhiệm đảm bảo rằng một nhiệm vụ được phân bổ và giám sát để hồn thành. Trưởng nhóm chịu trách nhiệm đảm bảo các nhân viên phát triển tuân theo các tiêu chuẩn dự án và tuân thủ lịch trình dự án.
2.2.32. Traceability (Khả năng truy vết)
Khả năng truy vết một yếu tố trong dự án đến các yếu tố dự án liên quan khác, đặc biệt là những yếu tố liên quan đến các yêu cầu. Các yếu tố dự án liên quan đến khả năng truy vết được gọi là các mục truy vết.
2.2.33. Use case (class) (Trường hợp sử dụng)
Mơ tả hành vi của hệ thống, về trình tự của các hành động. Một ca sử dụng phải mang lại một kết quả có thể quan sát được về giá trị cho một tác nhân. Một ca sử dụng chứa tất cả các luồng sự kiện thay thế liên quan đến việc tạo ra "kết quả quan sát được của giá trị".
Chính thức hơn, một ca sử dụng xác định một tập hợp các trường hợp hoặc tình huống ca sử dụng.
2.2.34. User (Người sử dụng)
Người sử dụng hệ thống đã được phát triển.
2.2.35. Vision (document) (Tài liệu tổng quan)
Quan điểm của người dùng hoặc khách hàng về sản phẩm sẽ được phát triển, được chỉ định ở mức độ yêu cầu của các bên liên quan chính và các tính năng của hệ thống.
CHƯƠNG 3:
3.1 Giới thiệu
3.1.1 Mục đích
- Mục đích của việc thu thập yêu cầu của các bên liên quan là để cung cấp cho đội ngũ phát triển phần mềm đầy đủ các mong muốn của các stakeholder đối với phần mềm quản lý quán café
- Cung cấp tài liệu trực quan mô tả các yêu cầu thu thập được từ phía stakeholder từ đó làm cơ sở cho pha xây dựng
3.1.2 Phạm vi
- Tài liệu này là cơ sở xác định các mong đợi của các bên liên quan đối với phần mềm quản lý quán Café
- Là cơ sở cho việc thu thập yêu cầu của các bên liên quan
- Là tài liệu đầu vào cho việc xác định yêu cầu phần mềm, lập kế hoạch quản lý yêu cầu
3.1.3 Định nghĩa, từ viết tắt và từ viết tắt
3.1.4 Người giới thiệu
3.1.5 Tổng quát
3.2 Thiết lập hồ sơ người dùng hoặc bên liên quan
- Chức vụ: Quản lý quán Café Nhóm đại diện: Admin
- Chức vụ: Nhân viên thu ngân quán Café Nhóm đại diện: Nhân viên
3.3 Đánh giá vấn đề
Mơ hình kinh doanh phổ biến hiện nay trong các cửa hàng cafe là người chủ sở hữu không trực tiếp đứng bán hoặc giám sát các hoạt động. Thay vào đó, họ sẽ quản lý từ xa. Họ ủy quyền cho những nhân viên của mình và xem báo cáo kinh doanh của quán vào cuối ngày, cuối tháng hoặc cuối tuần thông qua các phần mềm quản lý qn cafe.
hành quán cà phê, mà chỉ cần có tiềm lực kinh tế và tầm nhìn chiến lược. Điều này giúp tiết kiệm thời gian và công sức của chủ sở hữu, cũng như cho phép họ mở rộng quy mô kinh doanh với nhiều cửa hàng, đại lý, hình thành những ‘chuỗi cửa hàng cà phê’ rộng lớn.
Tuy nhiên, việc quản lý một qn cà phê mà khơng có cơng cụ hỗ trợ sẽ gặp rất nhiều trở ngại. Đơi khi những khó khăn này đạt mức độ nghiêm trọng và ảnh hưởng đến hoạt động kinh doanh.
3.4 Hiểu môi trường người dùng
- Người dùng là nhân viên hoặc quản lý của các quán cafe
- Đa số người dùng có kiến thức cơ bản trong việc sử dụng máy vi tính
- Người dùng chưa có kinh nghiệm trong việc sử dụng các phần mềm hỗ trợ quán lý kinh doanh quán Cafe
- Hiện tại chưa có nền tảng nào được người dùng sử dụng để quản lý việc kinh doanh quán Café của mình
- Sản phẩm phần mềm quản lý quán Café được kỳ vọng sẽ cung cấp cho người dùng những chức năng cơ bản đáp ứng được nhu cầu quản lý kinh doanh của quán
3.5 Tóm tắt để hiểu
- Các vấn đề được bên liên quan mơ tả:
Khó khăn, dễ nhầm lẫn trong kiểm sốt việc đặt món của khách hàng
Chưa thống kê được chính xác doanh thu của qn do chưa có đủ các tài liệu cũng như cơng cụ hỗ trợ để đối chiếu
Khó kiểm sốt được bàn nào đang có khách và đã thanh tốn hay chưa
Chưa thực hiện được việc in hóa đơn cho khách hàng
Tốn thời gian trong việc xác nhận các món khách đã đặt, dẫn đến việc món ăn được phục vụ chậm trễ, khách hàng phàn nàn.
một giải pháp hỗ trợ việc quản lý kinh doanh của quán
3.6 Đầu vào của nhà phân tích về vấn đề của bên liên quan (xác thực hoặc làm mất hiệu lực các giả định) hiệu lực các giả định)
Các vấn đề kể trên thực sự ảnh hưởng đến hoạt động kinh doanh của quán Là nguyên nhân gây thất thoát doanh thu
Ảnh hưởng đến trải nghiệm của khách hàng tại quán
Nguyên do chủ yếu của các vấn đề trên là do chưa có một giải pháp cơng nghệ thơng tin hỗ trợ việc quản lý kinh doanh của quán
Bởi vậy quản lý của quán mong muốn có thể có một phần mềm hỗ trợ được các nhu cầu quản lý của quán
Việc xây dựng một phần mềm đáp ứng được các yêu cầu mà quản lý của quán đưa ra là cần thiết và vô cùng quan trọng.
3.7 Đánh giá giải pháp của bạn (nếu có)
- Đối với các vấn đề mà quán café gặp phải như trên thì giải pháp xây dựng một phần mềm quản lý quán café là hợp lý và tối ưu
Đây là giải pháp cần được ưu tiên triển khai nhanh chóng
3.8 Đánh giá cơ hội
Trong số các nhân sự của quán café thì người quản lý và nhân viên thu ngân của quán là những người cần đến ứng dụng này
Phần mềm quản lý quán café khơng chỉ có thể triển khai tại một qn café nhất định mà có thẻ được triển khai cho bất cứ quán café nào có nhu cầu từ đó tăng độ nhận diện phần mềm và hỗ trợ được nhiều đối tượng hơn trong công việc của họ.
3.9 Đánh giá độ tin cậy, hiệu suất và nhu cầu hỗ trợ
Kỳ vọng về độ tin cậy:
Không để lộ thông tin người dùng
Không để lộ bất kỳ thông tin kinh doanh nào của quán
Đảm bảo người quản lý có thể kiểm sốt được tài khoản sử dụng phần mềm quản lý quán Café của các nhân viên, tránh tình trạng nhân viên sử dụng tài khoản sai mục đích
Kỳ vọng về hiệu suất:
Hệ thống chịu được cường độ sử dụng cao, 12h liên tục
Các phản hồi của hệ thống không được quá 1 phút cho một phản hồi Nhu cầu bảo trì:
Hệ thống được thực hiện bảo trì 1 năm một lần để đảm bảo khơng có sai sót phát sinh trong q trình vận hành
Bất cứ khi nào có sự cố xảy ra, thì phải được sửa chữa kịp thời Các yêu cầu cài đặt và cấu hình:
Phần mềm tương thích với máy tính chạy hệ điều hành Windows 7 trở lên Phần mềm sẽ được phân phối như thế nào:
Phần mềm được cài đặt trên máy tính tại quầy thu ngân của quán cafe
Những yêu cầu khác:
Bất kỳ yêu cầu hoặc tiêu chuẩn nào về quy định hoặc môi trường phải được hỗ trợ.
3.10 Tóm tắt của nhà phân tích
Các u cầu đã được xác nhận bởi người dùng/bên liên quan này
- SQRT1: Hệ thống cho phép admin hỗ trợ người quản lý theo dõi, giám sát doanh thu của quán
- SQRT2: Hệ thống cho phép admin hỗ trợ lưu trữ các thơng tin món ăn của quán - SQRT3: Hệ thống cho phép admin hỗ trợ lưu trữ các thơng tin món ăn theo danh
mục của quán
- SQRT4: Hệ thống cho phép admin giúp nhân viên thu ngân tính tốn, đặt món cho khách chính xác.
- SQRT5: Chỉ những nhân viên của quán được phép sử dụng hệ thống này
- SQRT6: Khi nhân viên nghỉ việc thì admin có thể đặt lại mật khẩu ban đầu cho mọi tài khoản là mật khẩu mặc định mà chỉ admin biết.
3.10.1 Phân tích các yêu cầu của Stakeholder
- STRQ1: Hệ thống cho phép admin hỗ trợ người quản lý theo dõi, giám sát doanh thu của quán
FEAT1: Cho phép admin xem được doanh thu của quán
FEAT2: Cho phép admin thống kê chính xác doanh thu theo khoảng thời gian
FEAT3: Cho phép admin xuất excel được doanh thu
- STRQ2: Hệ thống cho phép admin hỗ trợ lưu trữ các thơng tin món ăn của quán
FEAT4: Cho phép admin thêm được thơng tin món ăn FEAT5: Cho phép admin sửa được thơng tin món ăn FEAT6: Cho phép admin xóa được các món ăn
FEAT7: Cho phép admin xem được danh sách các món ăn có tại quán
- STRQ3: Hệ thống cho phép admin hỗ trợ lưu trữ, theo dõi thông tin bàn của quán
FEAT8: Cho phép admin thêm được thông tin bàn FEAT9: Cho phép admin sửa được thông tin bàn FEAT10: Cho phép admin xóa được các bàn
FEAT11: Cho phép admin xem được danh sách các bàn có tại quán FEAT12: Cho phép admin/nhân viên xem bàn nào đang có người
- STRQ4: Hệ thống cho phép admin hỗ trợ lưu trữ các thơng tin món ăn theo danh mục của quán
FEAT13: Cho phép admin thêm được danh mục món ăn FEAT14: Cho phép admin sửa được danh mục món ăn FEAT15: Cho phép admin xóa được danh mục món ăn
FEAT16: Cho phép admin xem được danh sách các danh mục món ăn có tại quán
- STRQ5: Hệ thống cho phép admin giúp nhân viên thu ngân tính tốn, đặt món cho khách chính xác.
FEAT17: Cho phép admin/nhân viên đặt món cho khách theo bàn FEAT18: Cho phép admin/nhân viên chuyển bàn cho khách
FEAT19: Khi chuyển bàn cho khách thì hóa đơn sẽ được chuyển sang bàn mới
FEAT20: Khách chỉ được chuyển sang bàn trống
FEAT21: Cho phép admin/nhân viên thanh tốn hóa đơn FEAT22: Cho phép admin/nhân viên in hóa đơn
FEAT23: Cho phép admin/nhân viên xác định các hóa đơn chưa được thanh tốn theo bàn
FEAT24: Hệ thống phải tính tốn chính xác tổng tiền mỗi hóa đơn FEAT25: Cho phép admin/nhân viên xem hóa đơn trước khi in
FEAT26: Khi đã xác nhận thanh tốn thì khơng được phép sửa thơng tin hóa đơn
FEAT27: Có thể lựa chọn in hoặc khơng in hóa đơn
- STRQ6: Chỉ những nhân viên của quán được phép sử dụng hệ thống này
FEAT28: Cho phép admin người quản lý tạo mới tài khoản cho nhân viên FEAT29: Cho phép admin/nhân viên cập nhật thông tin cá nhân
FEAT30: Cho phép admin sửa tài khoản cho nhân viên FEAT31: Cho phép admin xóa các tài khoản trong hệ thống
mọi tài khoản là mật khẩu mặc định mà chỉ admin biết.
FEAT32: Cho phép admin đặt lại mật khẩu ban đầu cho các tài khoản trong hệ thống
3.10.2 Bảng truy vết
ST T
Use case FEAT
1 Xem doanh thu FEAT1
2 Thống kê doanh thu theo thời gian FEAT2
3 Xuất excel doanh thu FEAT3
4 Thêm món ăn FEAT4
5 Sửa thơng tin món ăn FEAT5
6 Xóa món ăn FEAT6
7 Xem danh sách món ăn FEAT7
8 Thêm bàn FEAT8
9 Sửa thông tin bàn FEAT9
10 Xóa bàn FEAT10
11 Xem danh sách bàn FEAT11
12 Thêm danh mục món FEAT13
14 Xóa danh mục món FEAT15
15 Xem danh mục món FEAT16
16 Thêm món vào hóa đơn FEAT17, FEAT24
17 Bớt món khỏi hóa đơn FEAT17, FEAT24
18 Chuyển bàn FEAT18, FEAT19, FEAT20
19 Thanh tốn hóa đơn FEAT21, FEAT24, FEAT26
20 In hóa đơn FEAT22, FEAT25, FEAT26,
FEAT27
21 Xem hóa đơn chưa thanh tốn theo bàn FEAT23, FEAT12
22 Tạo mới tài khoản FEAT28
23 Cập nhật thông tin tài khoản cá nhân FEAT29
24 Sửa tài khoản FEAT30
25 Xóa tài khoản FEAT31
CHƯƠNG 4: TÀI LIỆU VISION
4.1. Giới thiệu
4.1.1. Mục đích
- Định nghĩa các ranh giới của hệ thống. - Xác định các ràng buộc lên hệ thống.
- Nắm bắt được các thỏa thuận với khách hàng về phạm vi của dự án.