团队作业2-《需求规格说明书》
| 这个作业属于哪个课程 | 计科22级12班 |
|---|---|
| 这个作业要求在哪里 | 作业要求地址 |
| 这个作业的目标 | 制定需求规格说明书 |
志愿者管理系统需求规格说明书
1. 项目概述
志愿者管理系统旨在为志愿者组织提供高效的管理工具，简化志愿者的注册、活动安排、沟通协调等流程，以提升志愿者活动的组织效率和参与体验。
2. 目标
-
提供一个友好的用户界面，方便志愿者和管理员使用。
-
愿者的注册、审核、活动报名、活动记录等功能。
-
管理员对志愿者信息、活动安排及反馈进行管理。
3.面向用户分析
3.1 用户角色
志愿者：参与志愿活动的个人，负责注册、查看活动、报名、提供反馈。
管理员：管理志愿者信息和活动安排，审核志愿者注册，分析活动反馈。
组织者：可能为志愿者组织的工作人员，负责发布活动信息和与志愿者沟通。
3.2 用户需求
志愿者：
-
方便快捷的注册流程。
-
实时获取活动信息和报名状态。
-
提交反馈以改进未来活动。
管理员：
-
高效管理志愿者和活动信息。
-
查看活动参与情况和志愿者反馈。
4. 功能性需求
4.1 用户管理
-
志愿者注册：志愿者通过系统注册，填写个人信息。
-
志愿者审核：管理员审核志愿者注册信息，批准或拒绝注册申请。
-
信息管理：志愿者可以更新个人信息，管理员可查看和管理志愿者资料。
用户量
对于志愿者管理系统，预期用户量设置为：
-
志愿者用户：预计在50-100名志愿者注册。
-
组织用户：预计5-10个组织注册使用。
因此，初期的预期用户量为50-100名志愿者和5-10个组织，符合大学生团队项目的规模和推广能力。
4.2 活动管理
-
活动创建：管理员可以创建新活动，包括活动名称、时间、地点、人数限制等。
-
活动报名：志愿者可以查看活动信息并报名参与。
-
活动通知：系统向报名的志愿者发送活动提醒及相关通知。
4.3 反馈管理
-
活动反馈：志愿者在活动结束后可以提交反馈，管理员可以查看反馈结果。
-
评价系统：志愿者可以对活动进行评分，帮助改进未来活动。
5. 技术需求
5.1 系统架构
前端：
使用 React 或 Vue.js 开发响应式网页，确保在桌面和移动设备上良好的用户体验。
后端：
使用 Python 的 Django 框架或Java的Spring框架进行后端开发，处理业务逻辑和数据库交互。
5.2 数据库设计
数据库管理系统：使用 MySQL 或 PostgreSQL。
主要数据表：
-
用户表：存储志愿者信息，包括用户名、密码、联系方式、注册时间等。
-
活动表：存储活动信息，包括活动名称、时间、地点、描述、参与人数等。
-
反馈表：记录志愿者对活动的反馈信息，包括评分、建议等。
5.3 安全性与性能
-
身份验证：实现用户身份验证，防止未授权访问。
-
数据加密：对敏感信息（如密码）进行加密存储。
-
性能优化：使用缓存机制加速页面加载，提高系统响应速度。
6. 项目实施计划
6.1 旧时间表
| 第 9 周 | 1.团队组队、团队博客 |
|---|---|
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第10周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 第12、13周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第14周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第15周 | 1. 团队项目Alpha博客：事后分析 |
6.2 新时间表
| 周次 | 任务内容 | 目标 |
|---|---|---|
| 第九周 | - 完成系统设计文档初稿 | - 所有团队成员对系统设计有清晰理解 |
| - 确定数据库架构和数据模型 | - 数据库设计通过团队评审 | |
| - 分配前后端开发人员的任务 | ||
| 第十周 | - 完成系统结构设计 | - 明确系统架构，为开发阶段打下基础 |
| - 制定需求规划说明书，包含功能需求和非功能需求 | - 形成详细的需求文档，确保团队成员对需求的一致理解 | |
| 第十一周 | - 开始前端界面的原型设计 | - 完成前端原型设计并获取反馈 |
| - 后端搭建基础框架，设置开发环境 | - 准备好后端开发环境，确保团队顺利进行开发 | |
| - 开发用户注册和登录模块 | - 用户注册和登录模块初步完成 | |
| - 完成前端用户管理模块开发 | - 用户管理模块功能完备并进行初步测试 | |
| 第十二周 | - 开发志愿者审核功能 | - 审核功能实现并进行集成测试 |
| - 完成基本的API接口文档 | ||
| - 开始活动管理模块的开发 | - 活动管理模块初步完成，能够进行基本操作 | |
| - 完善活动发布、报名功能 | - 前后端数据交互顺畅 | |
| - 前端与后端进行初步集成 | ||
| 第十三周 | - 开发反馈与评价功能 | - 所有主要功能模块完成并通过测试 |
| - 完善统计数据模块 | - 收集系统测试反馈，进行bug修复 | |
| - 开展系统整体测试（功能测试、集成测试） | ||
| 第十四周 | - 进行用户测试 | - 用户测试完成，记录使用情况和建议 |
| - 收集用户反馈，整理改进建议 | - 根据反馈优化系统界面和功能 | |
| 第十五周 | - 准备系统使用材料，包括用户手册和技术文档 | - 所有文档准备就绪，系统可以使用 |
| - 开展最终的系统评审会议 | - 团队成员对上线流程达成共识 |
7. 系统的真实性、可用性及价值所在
7.1真实性
数据真实性
- 用户身份验证：通过注册和审核流程，确保志愿者身份的真实性，防止虚假信息的提交。
- 活动信息验证：管理员对活动信息进行审核，确保发布的活动内容准确无误，提升系统的可信度。
反馈真实性
- 匿名反馈机制：志愿者可以匿名提交反馈，鼓励真实的意见和建议，帮助管理员改进活动。
7.2 可用性
用户友好性
- 直观界面设计：系统采用简洁明了的界面设计，志愿者和管理员均可轻松上手，减少学习成本。
- 多设备支持：支持桌面和移动设备访问，志愿者可随时随地查看和报名活动，提升用户体验。
功能可用性
- 高效的活动管理：管理员能够快速创建、审核和管理活动，减少了繁琐的手动操作，提高工作效率。
- 实时通知与更新：系统可及时向志愿者推送活动变更和提醒，确保信息传递的及时性和准确性。
7.3 价值所在
提高组织效率
- 简化管理流程：通过集中化的信息管理，志愿者和管理员都能更高效地完成各自的任务，减少人力成本。
- 优化资源配置：数据统计功能帮助组织者了解志愿者参与情况，有助于合理安排人力资源。
增强用户参与感
- 便捷报名与反馈机制：志愿者可以轻松报名参与活动，并提供反馈，增强了他们的参与感和归属感。
- 社区建设：系统为志愿者提供了交流平台，促进志愿者之间的互动和分享，提高志愿者的留存率。
** 数据驱动决策**
- 基于数据的改进：通过活动反馈和统计分析，组织者可以根据实际情况不断调整和改进活动，提高志愿者的满意度。
- 长期影响：通过数据积累，系统可为未来的活动规划和管理提供可靠的参考依据，推动志愿者组织的可持续发展。
8.团队分工
| 队员 | 角色 | 完成情况 | 个人感想 |
|---|---|---|---|
| 董雯霖（队长） | 前端、PM + 编写博客 | 编写完成博客 | 分工明确是一件挺复杂的事情，希望能共同完成好这个项目，也了解了团队合作的基本流程 |
| 李嘉远 | 后端、开发 | 配合编写博客 | 配合编写博客，学习到很多知识 |
| 陈金星 | 前端 | 搭建编程环境 | 学习了新的技术，希望能够从这次的项目中学习更多 |
| 詹洛熙 | 测试 | 创建团队仓库，完善系统结构设计 | 希望能学习更多内容，争取帮助到团队 |
| 邱列圻 | 后端 | 制定初步的系统结构设计 | 系统结构 设计十分重要，要打好基础 |
9.团队仓库
9.1 仓库连接
9.2 Issue截图
