团队作业2-《需求规格说明书》

团队作业2-《需求规格说明书》

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13481
这个作业的目标	确认选题并进行需求分析

一、需求规格说明书📝

（一）项目背景与概述 ♻

🟢背景：当前环保回收行业存在场景适配不足、操作流程繁琐、信息不透明等问题，个人用户回收零散物品不便，高校毕业季教材与宿舍废品回收缺乏集中解决方案，企业办公废料批量回收流程复杂。
🟢概述：本项目开发环保回收小程序，覆盖个人、高校、企业三大核心场景，提供便捷下单、精准匹配、透明追溯的回收服务，打通回收全链路，助力资源循环利用与环保事业发展。

（二）👤面向用户分析

用户类型	用户特征	用户需求
个人用户	居住在城市社区，有零散可回收物（塑料瓶、旧衣物等），追求便捷操作	快速下单、上门回收、清晰查看回收价格与处理流程
高校用户（学生 / 教职工）	学生有旧教材、宿舍废品回收需求，毕业季存在批量回收场景；教职工有办公废料处理需求	旧教材专属回收通道、宿舍批量回收预约、集中回收日提示、院系回收点查询
企业用户	有办公废料（废纸、旧设备等）批量或定期回收需求，需合规发票用于报销	批量回收重量预估、定期回收计划制定、发票申请便捷化、回收环保成果统计

（三）📌核心需求

1.🧩功能性需求🧩

• 注册登录模块：微信一键登录，新增个人 / 高校 / 企业用户类型选择，按用户类型差异化收集信息（学校名称、企业信用代码等）。

• 首页模块： 包含场景切换 Tab 栏（个人 / 高校 / 企业专区），各专区配置专属核心功能入口。

• 下单回收模块：个人回收支持垃圾类型选择、地址填写、时间预约；高校专区含旧教材回收、宿舍批量回收；企业专区支持批量回收与定期回收，适配差异化需求

• 订单管理模块：订单按状态分类展示，支持取消、修改、进度跟踪、评价等操作，定期订单生成专属回收计划。

• 个人中心模块：展示用户基本信息、余额与积分、兑换记录、历史订单，支持地址管理、通知设置、意见反馈。

2. 🔧技术需求🔧

• 前端框架：支持微信小程序原生框架或 uniapp 跨平台框架，保障加载速度与多端适配能力。

• 后端技术栈：开发语言选用 Java（高并发适配），采用 MySQL 数据库存储用户、订单等数据，统一 API 接口规范。

• 接口安全：用户端采用 Token 身份验证，预留支付、物流、地图等第三方平台对接接口。

3. 性能与易用性需求

• 性能：页面加载时间＜2 秒，订单提交响应时间＜1 秒，支持同时在线用户≥500 人。
• 易用性：核心操作（下单、查询）三步内完成，界面设计简洁直观，适配不同年龄段用户操作习惯。

4. 👥预期用户数量

上线初期预计累计用户 1000 人（个人用户 500 人、高校用户 300 人、企业用户 200 人）

5. 🔆系统价值🔆

• 真实性：贴合个人零散回收、高校毕业季集中回收、企业批量回收等真实场景，解决实际回收痛点。
• 可用性：功能流程清晰，按用户类型差异化设计，操作门槛低，适配不同用户的使用习惯与场景需求。
• 有价值性：助力资源循环利用，减少环境污染，为用户提供便捷回收渠道，为企业与高校降低回收管理成本，兼具环保价值与实用价值。

6. 团队任务计划

码云链接：https://gitee.com/zhenzhen00/0x07

项目issues截图：

二、团队工作推进

（一）时间安排 📋

1.⌛原时间安排⌛

阶段	时间	主要任务
立项阶段	第 9 周	确定项目选题与成员分工，建立Github仓库与博客主页
需求分析阶段	第 10 周	编写《需求规格说明书》，建立码云仓库，完成用户端功能模块（注册登录、下单回收等）分析
原型设计阶段	第 11 周	完成系统原型与数据库设计，撰写接口文档与测试计划
Alpha 阶段	第 12-13 周	开发核心功能模块（登录注册、下单回收、订单管理）
Beta 阶段	第 14 周	完成系统调试、测试与性能优化，收集用户反馈
发布阶段	第 15 周	系统最终部署与答辩展示，撰写总结博客与事后分析报告

2.⏳校正后时间安排⏳

根据团队开发进度，前端多场景界面开发及接口联调阶段略有延后，测试阶段适当延长，以确保系统质量与稳定性。

阶段	校正后时间	调整说明
立项阶段	第 9 周	确定项目选题与成员分工，建立Github仓库与博客主页
需求分析阶段	第 10 周	编写《需求规格说明书》，建立码云仓库，完成用户端功能模块（注册登录、下单回收等）分析
原型设计阶段	第 11-12 周	多场景前端界面与交互逻辑开发时间延长 1 周
Alpha 阶段	第 13-14 周	延后至第 14 周完成，以保证个人、高校、企业多场景功能完整联调
Beta 阶段	第 15 周	测试阶段与总结阶段合并进行，同步完成系统优化与文档输出

3. 校正计算方法
基于环保回收小程序多场景功能的复杂性，采用 “任务复杂度 × 资源适配系数” 公式计算。
原型设计阶段因个人、高校、企业三场景前端界面差异化开发耗时超预期，复杂度系数为 1.4；Alpha 阶段因多场景功能接口联调难度增加，复杂度系数为 1.3；Beta 阶段与发布阶段合并，通过并行开展测试优化与文档撰写，效率系数为 1.2。最终在校正后总周期不变的情况下，实现各阶段任务的合理分配。

（二）👩‍👩‍👧‍👧团队分工

职责	参与人员
🖥️前端开发	李思淇，陈文婉
⚙️后端开发	周诗涵，周纯微，林欣然
🔍测试与运维	许潆之
📚文档管理	方馨

（三）成员完成情况及感想

林欣然

• 完成情况：作为项目队长，我负责了统筹整体开发进度，搭建并维护 Gitee 仓库与 Issue 管理系统，确保团队协作有序进行。在后端开发方面，我参与设计了系统与数据库初始架构，与同伴共同讨论了用户认证、垃圾回收订单处理、积分兑换等核心接口的实现，为后续系统功能完整性与稳定性奠定了基础。

• 感想：担任队长让我深刻地体会到项目管理和技术协作的紧密关联。通过任务分工，团队协作效率显著提升。在垃圾回收这类具有实际社会价值的项目中，技术的合理运用不仅能优化流程，也能推动环保理念的普及。这次经历让我在技术架构设计与团队协调方面都获得了宝贵成长。

周纯微

• 完成情况：在前期开发中，我梳理了微信小程序的开发流程和所需接口，包括登录授权、用户信息获取等，并与团队初步设计了小程序的系统架构和数据库结构，为后续开发打下基础。

• 感想：好的设计不仅是写代码，更是把抽象需求变成可落地的蓝图。从零搭建系统，和团队一起将模糊想法梳理成清晰架构的过程，充满了成就感和挑战性。

李思淇

• 完成情况：目前我完成了小程序整体界面架构的设计与实现，完成了多角色（个人、学校、企业）用户界面的开发，包括下单流程、个人信息页、地址管理等功能模块相关界面。

• 感想：通过这次项目，我进一步掌握了小程序开发与多角色交互设计的实战经验，也深刻体会到团队协作中沟通与接口对齐的重要性。

周诗涵

• 完成情况：作为团队的后端开发负责人，初步根据需求规划设计了后端接口，明确了具体功能和参数。完成了数据库配置到云服务器上等前期准备工作。

• 感想：目前后端已完成接口初步设计和云数据库配置。在明确功能与参数的过程中，更清晰地厘清了模块间的协作关系。后续将按计划推进开发，确保项目顺利进行。

陈文婉

• 完成情况：目前我已经完成了下小程序的各模块初始化搭建和配置，实现了登录注册功能，同时规范了代码提交

• 感想：通过合作项目开发，我感受到需求评审及功能对接的重要性，也加强了沟通协同，合作推动产品落地的能力

方馨

• 完成情况：完成需求规格说明书初稿的编写，制定文档编写规范，统一了团队文档标准

• 感想：在完善需求规格说明书时，深刻体会到 “精准表达” 对后续开发、测试的影响 —— 一份清晰的文档，能减少大量重复沟通，让团队精力聚焦在核心任务上

许潆之

• 完成情况：初步完成构建了项目的测试流程，包括测试计划制定、用例编写与缺陷跟踪

• 感想：体会到测试不仅是发现Bug，更是保障团队交付质量的守门人。与开发同学的高效沟通和问题闭环，让我对团队协作有了更深的理解。