团队作业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 + 编写博客 | 编写完成博客 | 分工明确是一件挺复杂的事情,希望能共同完成好这个项目,也了解了团队合作的基本流程 |
李嘉远 | 后端、开发 | 配合编写博客 | 配合编写博客,学习到很多知识 |
陈金星 | 前端 | 搭建编程环境 | 学习了新的技术,希望能够从这次的项目中学习更多 |
詹洛熙 | 测试 | 创建团队仓库,完善系统结构设计 | 希望能学习更多内容,争取帮助到团队 |
邱列圻 | 后端 | 制定初步的系统结构设计 | 系统结构 设计十分重要,要打好基础 |