1.团队基本情况
团队项目的整体计划安排
| 阶段任务 | 阶段预估时间 | 完成情况 |
|---|---|---|
| 团队成立 | 9.6 | 已完成 |
| 团队选题讨论及确定 | 9.18-10.17 | 已完成 |
| 学习新知识与技能 | 9.18-12.6 | 进行中 |
| 需求分析 | 10.18-11.1 | 已完成 |
| 编码规范 | 11.2-11.8 | 未完成 |
| Alpha冲刺 | 11.9-11.22 | 未完成 |
| Alpha总结报告 | 11.23-11.25 | 未完成 |
| Beta冲刺 | 11.25-12.6 | 未完成 |
| 最终文档制作&ppt完成以及汇报 | 12.6-12.12 | 未完成 |
团队分工
- 项目logo设计：曾丽莉
- ui原型：方梓涵，曹兰英，曾丽莉
- 视频制作：方梓涵，曾丽莉
- UML:方梓涵，鲍凌函，董翔云，杜筱，黄少丹，詹鑫冰
- 需求分析报告：吴沅静，方梓涵
- 需求分析答辩ppt:郝雷明
- 现场答辩：郝雷明
- 博客：郝雷明，吴沅静
- 其他：全体成员
团队整体分工概况|
| 人员 | 负责任务 |
|---|---|
| 郝雷明 | 1、UI交互设计师2、前端开发工程师 |
| 方梓涵 | 1、后端开发工程师、2、UI交互设计师 |
| 鲍凌函 | 1、后端开发工程师 |
| 杜筱 | 1、后端开发工程师2、前端开发工程师 |
| 董翔云 | 1、后端开发工程师 |
| 詹鑫冰 | 1、后端开发工程师 |
| 黄少丹 | 1、后端开发工程师 |
| 曾丽莉 | 1、UI交互设计师，2、前端开发工程师 |
| 曹兰英 | 1、UI交互设计师，2、测试人员 |
| 吴沅静 | 1、项目经理，2、测试人员 |
贡献比例
| 小福有研 | 百分比 | |
|---|---|---|
| 郝雷明 | 12% | |
| 曾丽莉 | 10% | |
| 方梓涵 | 13% | |
| 吴沅静 | 10% | |
| 鲍凌函 | 9% | |
| 董翔云 | 9.5% | |
| 杜筱 | 9% | |
| 黄少丹 | 9.5% | |
| 詹鑫冰 | 9% | |
| 曹兰英 | 9% |
思维导图和燃尽图
2.项目不同部分的UML
用户模块部分
-
负责人：方梓涵
-
描述：
微信账号自动登录，调用接口获取登陆凭证，通过登录凭证获取用户登录态信息，获取用户微信头像昵称等信息显示在用户界面 -
该部分面临的问题：
在小程序里，获取到用户权限是进行某些操作的必要前提。微信 官方修改了UserInfo、authorize等接口，无法直接弹出授权窗口，用户第一次进入小程序
时，小程序并不会主动弹出授权界面，所以需要判断用户是否已授权。 -
解决的问题：
增加一个授权页面，若是用户点击拒绝，就跳转到提示页面，提示用户授权，引导用户手动授权。 -
附：
用户登录时序图：
用例图：
类图：
活动图：
状态图：
搜索模块部分
-
负责人：董翔云
-
描述：
题库部分包括用户从微信账号授权登录，进入搜题模块的部分，用户输入要查找的题目，点击搜索即出现相关题目，用户可以浏览题目并选择收藏 -
该部分面临的问题：
用户不能拍照搜题，手动编辑输入操作复杂，尤其是一些数学公式输入繁琐 -
解决的问题：
在输入法和数学公式的识别上做出优化 -
附：
时序图：
用例图：
类图：
活动图：
状态图：
搜索功能+ -
负责人：詹鑫冰
-
描述：用户找到搜索入口，输入关键词，查看搜素结果，对结果进行浏览，收藏。
-
面临问题：
搜索无结果情况（混合词，错误词），搜索结果过少情况，信息的优先级 -
解决问题：
应用了拆词处理，拆解出有意义的词和设计解决搜索无结果情况（混合词）问题
应用了增加“你是不是要找”模块，帮助用户进行关联搜索和提供与输入查询词相关的其他查询词设计解决搜索结果过少情况和搜索无结果情况（错误词）问题
应用了solr的打分公式，默认匹配相关度最高的文档放在第一位设计解决信息的优先级问题
社区模块部分
-
负责人：鲍凌函，黄少丹
-
描述：
交流社区部分包含社区动态浏览、对动态进行点赞、收藏、举报、反对等，可点击查看用户主页及动态、编辑发布个人动态等 -
面临问题：
发布有害信息、恶意举报、污染社区生态健康 -
解决问题：
通过监督机制检测恶意举报行为（如根据用户所有的评价行为进行评估，几乎全为反对或举报行为者评定为恶意干扰），对行为用户进行警告，严重者进行封
号处理 -
附：
时序图：
状态图：
活动图：
用例图：
类图：
实体关系图：
题库模块部分
-
负责人：杜筱
-
描述：
用户经微信授权登录，可进入文档题库模块(此模块采用分级结构)，用户可进入相关专业目录学科目录，查找各个大学近几年来关于该专业学科的历年卷相关资
料，还可以进行相关资料的下载与收藏。 -
面临问题：
多级目录，专业学科试卷资料非常的多，那么这么多的文档资料在数据库中该如何存储？ -
解决问题：
尚在学习之中。应该是设置多个字段，以一个文档为一个字段，但具体的这多个目录文档在数据库中的存储形式，以及这多级目录下多个文档的实现尚在摸索
中，还有些模糊。 -
附：
类图：
用例图：
活动图：
状态图：
3,作业记录相关
* Uml设计工具：EdrawMax
功能分类全，简单易用，模板符号丰富美观，可直接参考和套用。
* 遇到的困难及解决方法
在小程序里，获取到用户权限是进行某些操作的必要前提。微信 官方修改了UserInfo、authorize等接口，无法直接弹出授权窗口，用户第一次进入小程序
时，小程序并不会主动弹出授权界面，所以需要判断用户是否已授权。-----增加一个授权页面，若是用户点击拒绝，就跳转到提示页面，提示用户授权，引导
用户手动授权。
用户不能拍照搜题，手动编辑输入操作复杂，尤其是一些数学公式输入繁琐------在输入法和数学公式的识别上做出优化
发布有害信息、恶意举报、污染社区生态健康------通过监督机制检测恶意举报行为（如根据用户所有的评价行为进行评估，几乎全为反对或举报行为者评定为
恶意干扰，对行为用户进行警告，严重者进行封号处理
搜索无结果情况（混合词，错误词），搜索结果过少情况，信息的优先级------应用了拆词处理，拆解出有意义的词和设计解决搜索无结果情况（混合词）问题
应用了增加“你是不是要找”模块，帮助用户进行关联搜索和提供与输入查询词相关的其他查询词设计解决搜索结果过少情况和搜索无结果情况（错误词）问题
应用了solr的打分公式，默认匹配相关度最高的文档放在第一位设计解决信息的优先级问题
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| Estimate | 估计这个任务需要多少时间 | 30 | 60 |
| Development | 开发 | 510 | 645 |
| Analysis | 需求分析 &ppt&(包括学习新技术) | 400 | 420 |
| Design Spec | 生成设计文档 | 70 | 125 |
| Design Review | 设计复审 | 20 | 60 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 0 | 0 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 0 | 0 |
| Test Repor | 测试报告 | 0 | 0 |
| 100Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 30 |
| Total | 合计 | 540 | 705 |
学习进度表
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 20 | 20 | 经过小组讨论，对小程序有了具体规划 |
| 2 | 0 | 0 | 30 | 50 | 学习uml图和相关工具，并设计相关活动图 |