团队作业2——需求规格说明书

需求规格说明书

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13481
这个作业的目标	完善和细化项目需求，制定后续计划

1 需求规格说明书

1.1系统概述

本系统是基于 SSM（Spring+SpringMVC+MyBatis）框架开发的校园点餐外卖配送系统，前端采用 ElementUI 构建用户界面，数据库使用 MySQL 存储数据，通过 Maven 进行项目管理，可在 IDEA/Eclipse 等开发工具中运行。系统旨在为校园内学生和教职工提供便捷的点餐、外卖配送服务，同时为食堂档口等商家提供订单管理渠道，为配送人员提供任务对接平台，并支持管理员对整个系统进行统筹管理。

1.2 面向用户分析

• 学生： 校园内主要的用户群体，约 10000 人。

  该群体时间安排较为紧张（如课程密集、参与社团活动等），对用餐便捷性要求较高，是系统的核心使用人群，主要使用系统的点餐、下单、查看订单状态、收藏美食、与客服沟通等功能。

• 教职工： 约 1000 人。

  因科研、教学任务繁重，可能没有充足时间前往食堂就餐，对系统的依赖主要体现在便捷点餐和准时配送上，使用功能与学生类似，但可能对餐品品质和配送时间有更高要求。

• 商家（食堂档口等）： 负责提供餐品，通过系统接收订单、进行备餐操作，关注订单数量、餐品库存等信息，需要对菜品信息（如价格、分类、图片）进行管理。

• 配送人员： 包括勤工俭学学生和专职人员，负责接收配送任务、完成餐品配送，并向用户发送送达通知，可通过系统进行接单抢单操作。

• 管理员： 负责系统的整体运营管理，包括用户信息管理（添加、修改、删除用户）、校园外卖配送详细信息管理、文档信息管理以及网站信息管理等。

1.3 功能性需求

（1）用户（学生、教职工）功能

• 登录注册：通过账号密码进行登录，新用户可完成注册操作。
• 个人中心：查看和修改个人信息（如姓名、联系方式、配送地址等）。
• 菜品浏览点评：浏览各类美食详情（包括名称、图片、分类、价格等），可对菜品进行点赞、踩、收藏操作。
• 订单管理：下单点餐，查看订单信息（订单编号、美食名称、价格、数量、总金额、配送地址、订单状态等），取消订单。
• 配送跟踪：查看外卖配送情况，接收配送员发送的送达通知。
• 收藏管理：查看和管理自己收藏的美食。
• 在线客服：与客服进行沟通，咨询相关问题。

（2）配送员功能

• 登录注册：通过配送账号和密码登录系统，新配送员完成注册。
• 个人中心：查看和修改个人信息（如姓名、联系方式、头像等）。
• 订单管理：查看所有待配送订单，进行接单抢单操作，查看已接订单信息。
• 配送操作：完成配送后，向用户发送送达通知，管理取消配送的订单。

（3）商家功能

• 菜品管理：添加、修改、删除菜品信息（包括名称、图片、分类、价格、库存等）。
• 订单管理：接收用户订单，查看订单详情，更新订单状态（如已接单、备餐中、已出餐等）。
• 库存管理：监控菜品库存，当库存少于指定数目时接收预警通知，及时补充货源。

（4）管理员功能

• 用户管理：添加、修改、删除用户（学生、教职工、配送员、商家）信息。
• 订单管理：查看所有用户的订单信息，对异常订单进行处理。
• 菜品管理：对商家发布的菜品信息进行审核和管理。
• 网站信息管理：维护系统网站的基本信息（如公告、规章制度等）。
• 文档信息管理：管理系统相关的文档资料。

1.4 技术需求

• 开发语言：Java
• 数据库：MySQL
• 技术框架：Spring+SpringMVC+MyBatis+ElementUI
• 开发工具：IDEA/Eclipse、Navicat、Maven
• 服务器：可部署在 Tomcat 等服务器上
• 运行环境：支持 Windows、Linux 等操作系统，需要 JDK 1.7 及以上版本
• 浏览器兼容：兼容 Chrome、Firefox、Edge 等主流浏览器

1.5 预期用户数量

以一所规模中等、拥有约 10000 名学生和 1000 名教职工的校园为例，初期预期能覆盖 30% - 50% 的潜在用户，即 3300 - 5500 人左右。随着系统的推广和口碑积累，后续用户量有望进一步提升。

1.6 系统价值

1. 真实性
   校园内点餐外卖需求是切实存在的。目前很多学生和教职工由于时间紧张（如课程安排满、科研任务重等），或者天气原因（如高温、雨雪天气），不愿意前往食堂就餐。而校外外卖存在配送时间长、食品安全难以保障、可能无法进入校园等问题。因此，在校园内搭建专属的点餐外卖配送系统，能精准对接校内人员的用餐需求，是真实且贴合校园场景的。
2. 可用性
   从功能层面看，该系统具备点餐、外卖、配送等核心功能，能够满足校园点餐外卖配送的全流程需求。用户可通过系统浏览菜品、点餐下单；商家可接收订单并备餐；配送人员可获取配送任务并完成配送。技术上，系统基于成熟的 SSM 框架开发，搭配 MySQL 数据库和 ElementUI 前端框架，能保障系统的稳定性与可用性。投入使用后，各角色用户均可通过简单的操作完成各自的业务流程，系统可有效运转。
3. 价值所在
   对学生和教职工：提供了更便捷的用餐方式，节省了前往食堂的时间和精力，尤其在恶劣天气或时间紧张时优势明显。
   对食堂或合作商家：拓展了销售渠道，能够吸引更多客源，增加营收；通过系统可更好地了解用户需求，优化菜品供应。
   对校园管理：统一的校园点餐外卖配送系统，便于对餐品质量、配送流程等进行监管，保障食品安全与校园秩序；同时为校园勤工俭学提供了配送员等岗位，具有一定的社会价值

2 团队后续计划

2.1 码云链接

https://gitee.com/CYnan4053/SE.work/

2.2 任务计划

2.3 项目时间安排表

周次	主要目标	时间估计	修正后时间
第九周	1.团队确立（确定团队成员，团队介绍，角色分配） 2.确定团队项目 3.制定团队计划，确定团队贡献分规定	4h	5h
第十周	1.完成需求说明书，明确功能 2.成员学习相关技术 3.完成编码规范，平台环境搭建完成、开始进行初步架构搭建。	30h	35h
第十一周	1.原型改进 2.架构设计，WBS, 团队成员估计各自任务所需时间 3.制定测试计划。	60h	70h
第十二、十三周	1.团队项目Alpha任务分配计划 2.连续7天的Alpha敏捷冲刺，每日Scrum Meeting博客提交	20h	15h
第十四周	1.使用反馈+测试计划改进 2.团队Alpha阶段个人总结 3.团队项目Alpha博客（发布说明、测试报告、展示博客、项目管理）	10h	15h
第十五周	撰写团队项目Alpha博客（事后分析）	5h	8h

修正方法

使用德尔菲技术，通过让3个不同的相关领域的专家对时间的安排进行重要程度的评价，从而按照一定的权重进行求平均值，最后得到比较合理的一个时间安排。
计算公式：

\[A \times 30\% + B \times 40\% + C \times 30\% = \text{avg} \]

2.4 团队分工

成员姓名	学号	角色	核心分工（需求分析阶段）
肖锦瑞	3123004287	项目管理 / 开发支持	需求调研统筹、团队进度跟踪、需求文档整合
谢希哲	3223004776	后端开发	后端技术可行性分析、数据库需求梳理
贺海伦	3223004773	前端开发	用户界面需求调研、交互流程分析
许雯妍	3223004777	算法开发	智能派单、库存预警等需求场景分析
陈健	3123004476	测试优化	需求验证、测试点初步规划
陈煜楠	3123004263	全栈开发	技术栈选型、前后端需求衔接
陈愉均	3123004262	系统开发	底层系统需求（并发、通讯）调研

3 个人完成情况及感想

肖锦瑞

• 完成情况：组织团队完成校园外卖系统的需求调研，整合出完整的需求文档，明确了用户、商家、骑手三类角色的核心需求，梳理出主要功能模块。
• 感想：需求分析阶段让我明白“把事想清楚再做”的重要性。现在需求文档已经理清，接下来要带着大家把这些需求转化成设计和代码，期待团队在开发阶段继续高效协作。

谢希哲

• 完成情况：调研了SSM框架在本项目的可行性，梳理出用户、订单、商品等数据库表的需求结构。
• 感想：需求分析让我对后端要做的事更清晰了。接下来要把这些需求变成具体的数据库设计和接口规划，希望能和前端同学配合好。

贺海伦

• 完成情况：调研了用户对校园外卖界面的喜好，整理出点餐、订单查询等核心页面的交互需求。
• 感想：和同学们聊需求的过程很有收获，知道了大家想要什么样的界面。接下来要把这些需求变成好看又好用的页面，期待开发阶段的成果。

许雯妍

• 完成情况：分析了校园外卖智能派单、库存预警的应用场景，明确了算法需求方向。
• 感想：需求阶段让我找准了算法要解决的问题。接下来要把这些场景变成具体的算法设计，希望能做出让配送更高效的派单系统。

陈健

• 完成情况：参与需求验证，梳理出各功能模块的测试关注点，初步规划了测试方向。
• 感想：现在对要测试的内容心里有底了。接下来要在开发过程中同步跟进测试，确保每个功能都符合需求。

陈煜楠

• 完成情况：确定了前后端技术栈，梳理了前后端数据交互的需求。
• 感想：技术栈选好了，接下来要把需求变成具体的开发方案，做好前后端的衔接，期待系统逐渐成型。

陈愉均

• 完成情况：调研了校园场景下系统并发、在线通讯的需求，明确了底层系统的开发方向。
• 感想：需求分析让我明确了底层要解决的问题。接下来要把这些需求转化为实际的系统功能，保障系统稳定运行。