团队作业2
| 作业所属课程 | 课程 |
|---|---|
| 作业要求 | |
- 成员信息：
| 姓名 | 学号 | 负责模块 |
|---|---|---|
| 周讯超 | 3119005352 | ui设计兼pm |
| 林佳浩 | 3119005329 | 后端开发 |
| 黄欣茵 | 3219005356 | pm |
| 江男辉 | 3219005357 | 设计，开发 |
| 夏依达 | 3219005359 | web前端 |
| 阿卜杜乃比 | 3119005315 | web前端 |
需求规格说明书（部分内容展示）
一、引言
1.1 编写目的
心灵社区是以维护人的心理健康状态为目标和内容的一项工作，这项工作要求借助于一种特殊的人际关系，运用心理学的理论知识和方法，通过言语、文字及其他信息传递方式，就咨询对象的心理方面存在的问题，提供帮助、启发和指导的过程。随着现代社会生活发展，生活，学习和工作压力逐渐增大，各个年龄段的心理问题频发。受抑郁症、压力等心理健康问题困扰的人愈来愈年轻化，尤其是青少年抑郁问题愈发严重。“轻心”是一个集合心灵社区，智能聊天机器人的线上平台。开发该软件是为了增加用户对心理咨询和心理治疗的了解，改善心理学在中国发展缓慢、不成熟的现状。
因此，本款app主要让用户通过这个平台来指导用户通过自我调适解决心理困惑，并建议有心理疾病的用户进行专业的心理咨询。同时通过推送心理有关方面的知识内容让用户了解心理学，在这个平台能实现普通用户与心理学专业用户或企业之间互相的的交流。
1.2 编写背景
1）待开发系统的名称：心灵社区；
2）本项目的任务提出者：组队里的同学们共同讨论的结果；
3）开发者：周讯超，林佳浩，黄欣茵，江男辉，夏依达，阿卜杜乃比
4）目标用户：在校大学生、老师等。
5）预计用户量：1000-2000
二、 可行性研究的前提
2.1 要求
*（1）软件要求功能：*
| *用户* | *功能* |
|---|---|
| 普通用户 | 匿名社区、轻诉吐槽墙、聊天机器人、心理测试、心理咨询中介 |
| 心理学专业用户和企业用户 | 收集心理学数据、调研、学校心理中心针对学生心理状态监控、辅助咨询、企业了解员工的心理状态、人力资源管理 |
*（2）性能：*
方便快捷地解决用户的心理问题，便于心理学专业用户和企业用户与用户之间的相互交流
*（3）系统的输入*
用户者的注册账号（手机，qq邮箱，学号等）和密码
*（4）系统的输出*
用户者通过身份验证，进入app
*（5）安全和保密要求*
系统对于用户的验证方式为他的账号和密码，用户可使用手机号或者qq邮箱等方式注册自己的私人账号
三、 系统功能需求
3.1 功能介绍
【1】开放式匿名社区与吐槽
【2】聊天机器人
【3】心理咨询
3.2 界面功能思维导图
四、 软硬件及外部系统接口需求
4.1 UI界面
原型图链接：https://etupyd.axshare.com
部分UI界面展示：
五、 可靠性与可用性需求
5.1 性能需求
*（1）数据精确度*
*（2）时间特性*
*（3）主存容量*
*（4）磁盘容量*
*（5）安全性*
5.2 安全性需求
为了保证系统的安全性需要在网络的传输过程中对数据进行加密。
本次开发过程中存在的风险及规避方法如下表：
| *风险类型* | *存在风险* | *规避方法* |
|---|---|---|
| 进度风险 | 由于时间紧张导致项目最后无法按期完成。 | 充分考虑各种潜在因素，适当留有余地；任务分解要详细，便于考核；在执行过程中，应该强调项目按照进度执行的重要项，再考虑任何问题时，都要经保持进度作为先决条件；同时，合理利用赶工期及快速跟进等方法，充分利用资源。如果出现必须延期的情况，组长需及时同银行相关负责人沟通，并申请延期时间。 |
| 系统没有足够的测试时间 | 持续地监控，项目进度控制随着项目的进行而不断进行的，保证每个环节都有足够的时间。 | |
| 技术风险 | 开发软件结构体系存在问题，使完成的软件产品未能实现项目预定目标 | 前端：采用微信开发者工具进行开发，并根据需求采用合理的框架进行开发 后台：采用eolinker进行接口设计和测试，选择阿里云/腾讯云服务器进行部署 |
| 对开发软件的掌握不够深入，造成开发出的产品性能以及质量低劣。 | 提前制定好两周的学习计划，各组员需要了解界面以及相关的功能接口设计。尽快掌握其中的要点。同时在软件的设计上尽可能降低难度使项目最后能成功完成。 | |
| 质量风险 | 质量不符合用户要求 | 经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。 |
| 工具风险 | 软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具未能及时到位 | 在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前跟踪并落实工具的到位事宜。在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。 |
| 人力资源风险 | 组员成员因意外无法参加设计 | 事先同用户商量解决办法 |
任务表更新
1.旧
| 阶段时间 | 阶段任务 | 计划时间 |
|---|---|---|
| 第九周 | 1. 团队组队，团队博客 | 2h |
| 2.团队介绍，成员展示，角色分配，选题确定 | 1h | |
| 3.指定团队计划安排，团队贡献分的规定 | 1h | |
| 第十周 | 1.需求规格说明书 | 2h |
| 2.原型设计，队员估计任务难度并学习必要技术 | 4天 | |
| 3.规范代码完成，平台构建搭建完成，初步架构搭建 | 2天 | |
| 第十一周 | 1.原型改进（给目标用户展现原型并进一步理解需求） | 2天 |
| 2.架构设计，WBS，团队成员估计各自人物所需时间 | 1天 | |
| 3.测试计划 | 2天 | |
| 第十二、十三周 | 1.团队项目任务分配计划 | 3h |
| 2连续七天的敏捷冲刺，7篇每日scrum meeting博客+代码提交 | 7天 | |
| 第十四周 | 1.用户反馈+测试计划改进 | 3天 |
| 2.团队Alpha阶段个人总结 | 1天 | |
| 3.团队alpha博客：发布说明，测试报告，展示博客，项目管理 | 2天 | |
| 第十五周 | 1.团队项目aplha博客：事后分析 | 2天 |
2.新
根据项目进度和个人任务完成以及预期完成任务量创建新的任务计划表
| 阶段时间 | 阶段任务 | 计划时间 |
|---|---|---|
| 第九周 | 1. 团队组队，团队博客 | 2h |
| 2.团队介绍，成员展示，角色分配，选题确定 | 1h | |
| 3.指定团队计划安排，团队贡献分的规定 | 1h | |
| 第十周 | 1.需求规格说明书 | 3h |
| 2.原型设计，队员估计任务难度并学习必要技术 | 5天 | |
| 3.规范代码完成，平台构建搭建完成，初步架构搭建 | 2天 | |
| 第十一周 | 1.原型改进（给目标用户展现原型并进一步理解需求） | 4天 |
| 2.架构设计，WBS，团队成员估计各自人物所需时间 | 1天 | |
| 3.测试计划 | 1天 | |
| 第12，13周 | 1.团队项目任务分配计划 | 2h |
| 2连续七天的敏捷冲刺，7篇每日scrum meeting博客+代码提交 | 9天 | |
| 第十四周 | 1.用户反馈+测试计划改进 | 4天 |
| 2.团队Alpha阶段个人总结 | 1天 | |
| 3.团队alpha博客：发布说明，测试报告，展示博客，项目管理 | 2天 | |
| 第十五周 | 1.团队项目aplha博客：事后分析 | 3天 |
团队小结
| 成员 | 分工 | 个人感想 |
|---|---|---|
| 周讯超 | 完成部分UI原型图的设计 | 我们在深刻讨论需求后，我利用自己会画UI原型图的优势，将整个项目的初步需求进行可视化的呈现，方便我们后面去优化和完善我们的项目。 |
| 林佳浩 | 设计后端接口，为后续开发做准备 | 这是第一次团队合作项目，在这一周的时间里，我们进行多次讨论，进行了团队分工，认真完成自己负责的内容，希望经过这次团队项目，能进一步提高自己的能力。 |
| 黄欣茵 | 分析需求，完成需求规格说明书 | 在本次项目当中，我担任着PM的工作，但是大部分组织与细节都是由讯超负责与实施，在其中我学习到了很多，也明白了沟通的重要性。与此同时，在编辑功能块时，发现每一个功能块出来的时候，都会有新的问题的出现，不停的修改需求与寻找定位也是在项目当中不断做的，明白了，一个项目在初期的项目计划表是十分重要的，这关乎着项目周期与完成度。同时，也十分感谢组员们的努力，才能让这次项目顺利完成。 |
| 夏依达 | 分析需求，辅助撰写需求规格说明书 | 首先我觉得我们开发的系统题目就很新颖，大学生活是半个社会，避免不了遇到伤心的事，如果有些学生找不到倾诉的朋友时，可以用这样的一个平台来发泄情绪，如果通过它心里得到一丁点儿安慰或者快乐，开发者的努力也不会白费。 |
| 江男辉 | 了解每个人的开发习惯，优化团队计划表 | 学习到一些相关的经验知识，分工合作，体会到了团队开发的系统性 |
| 阿卜杜乃比 | 分析需求，学习相关前端框架，为后续开发做准备 | 通过本次的团体项目，认识到了分工完成的重要性和责任的重要性 也意识到了自己的欠缺点。收获最多的是了解了完成一个项目要有哪些该完成的任务。 |
