需求文档
1. 项目合理性说明：
在急需志愿活动的今天，在部分个人物品无从处理时，可以将两者结合起来，给同学们提供便利。所以，为了调动同学们的积极性，献出爱心，同时简化学校慈善组织的工作，顺便还可以让同学们得到满意的志愿时长证明，该项目应运而生。
2. 项目目标：
一个具有以下功能的app：
学生通过学号注册和登录；
学生组织认证；
学生可以将自己不需要的书籍，衣物等其他物品捐出，在app上上传信息和图片；
由学生组织工作人员审核所发信息；
通过之后会留言给学生，之后方便进行线下交易；
可记录学生通过这个平台所获取的总志愿时长，有明确的时间，授权组织；
如果学生有违约行为，可经工作人员处理，暂时封号或者扣除志愿时长；
3. 项目可交付成果清单：
提供项目管理报告文档，需求规格说明书，使用说明。
4. 涉众分析：
涉众分类及描述：
①管理人员：(团委)，可以查看后台数据，管理使用软件的组织和志愿者，对不符合要求或违约志愿者和团体可进行注销或禁发布信息操作
②认证的组织和团体 可以发布信息，收集物品，对志愿者进行审核，对志愿者的留言进行回复，发放志愿时长。对于违约志愿者，可加入黑名单或进行申诉，由管理者对其进行处理
③志愿者 需注册登录，可以查看各个组织发布的信息并进行留言沟通，捐赠物品，获得志愿时长，对于违约志愿组织可以进行申诉，由管理者进行处理
涉众评估--优先级:
1.志愿者(可将志愿团体对管理者进行申诉)
2.志愿团体(可对违约志愿者加入黑名单或对管理者进行申诉)
3.管理人员(总管软件内部数据信息)
5. 需求细化与优先级划分：
①功能需求：
学生志愿者通过学号注册和登录，并与教务处进行绑定；
志愿者将自己不需要的书籍，衣物等其他物品捐出，在app上上传信息和图片；
志愿者组织需要通过第三方进行认证；
由组织团体的工作人员审核所发信息；
工作人员对志愿者发布的信息留言；
可记录志愿者通过这个平台所获取的总志愿时长（有明确的时间，授权组织的记录）；
工作人员可针对违规志愿者向管理员发出暂时封号或者扣除志愿时长的请求；
由第三方管理员作为软件管理者进行数据管理和请求的处理；
②非功能需求：
软件符合法定的相关标准；
能够在故障后重建、恢复数据；
可靠性程度要高，信息不会随意泄露；
可维护性程度要高；
进行系统构造时的编程语言为c++或者java；
兼容ios和Android系统；
至少能够存储10000个用户的信息；
允许500个用户同时进行操作；
因软件缺陷而导致的故障频率程度低于20%；
系统响应时间在5—10秒，将内容上传至数据库；
内存占用空间较小；
需求优先级
功能需求—>非功能需求；
功能分解图：
6.过程建模
7.数据建模
原文地址：https://www.cnblogs.com/xuqiugongcheng1/p/10914923.html
