软件工程团队作业——选题报告
目录：
1. 引言
1.1 编写目的
1.2 项目背景
1.3 预期的读者和阅读建议
1.4 项目介绍
1.5 参考资料
2.用户需求分析
2.1. 调查问卷
2.2. 用户场景分析
用户场景
需求分析
3.发展策略
1. 引言
1.1 编写目的
此需求规格说明书编制目的是明确本项目的详细需求，供用户确认项目的功能和性能，和用户形成一致的理解和确认，作为进一步详细设计软件的基础。
本文档仅供“组个队”项目的项目经理、设计人员、开发人员进行参考。
1.2 项目背景
我们原本的计划是想开发一个拼车的小程序， 因为我们白云校区离地铁站比较远，去离学校远的地方不是很方便，
如果是坐公交的话真的很费时间，要是能找到可以一起拼车的人就更方便而且更省钱。但是后来我们经过讨论又觉得
这就是一个组队的功能，然后就改了方向，拓展成了组队助手小程序，用途也增加了。
1.3 预期的读者和阅读建议
此需求规格说明书针对项目经理、设计人员、开发人员、用户及测试人员。本文分别介绍了产品的远景规划、用户功能及运行环境，系统的功能的具体描述。
1.4 项目介绍
我们的项目是创建开发一个可以帮助本校学生跨班跨专业组队的小程序， 叫做”组个队”:
通过校园卡认证本校学生，发布自己的组队意愿或者加入已有的队伍。期间可以描述入队的一些条件，例如有编程能力、天河客运站等。
缺队友打比赛:拼车去车站等等都可以在这里发布自己的队伍，或者加入别人的组队。和各种拼车群，拼队友群说再见。
。
1.5 参考资料
- 代码大全（第二版），Steve McConnel。
- 《构建之法》(第二版)，邹欣。
- 《GB8567-88 计算机软件需求说明编制指南》
2.用户需求分析
2.1. 调查问卷
数据收集数量不够，暂时不发表
2.2. 用户场景分析
需要发起组队参与比赛、项目。需要不认识的具有其他技能的人参与。
需要即时的组队，一次性且快速的事件。如约定时间同一地点拼车前往同一地点。
需要结交新的有着相同爱好的朋友，可发起同一好的事件寻求组队。
2.3. 需求分析
（1）用户需求
从我们周围环境出发，目前我们并没有发现我们学校有这类的小程序，所以这个项目可以弥补这
方面的空白，可以帮助同学们快速找到自己想要的队友,并组可以认识更多的人。
（2）功能需求
实现用户身份验证:通过OCR识别用户校园卡完成身份验证;
建立个人信息库:个人可维护自身信息，完成组队能力标签作为组队凭证;
完成队伍发布与分类:用户可发起队伍并进行相关分类;
实现加入队伍:用户可加入其他用户的队伍;
实现加入与发布的通知:调用模板消息。当用户加入队伍时，对发起者进行通知;当发起者选择用
户后，对用户发起通知。
3.发展策略
3.1推广
通过朋友圈转发小程序二维码，在宿舍楼派发传单等。
3.2更新
通过不断更新完善增加小程序的功能，满足同学们的更多需求，吸弓|更多的用户。
4.原型
