| 阶段任务 | 阶段预估时间 | 完成情况 | 
|---|---|---|
| 团队成立 | 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 | 未完成 | 
团队整体分工概况|
| 人员 | 负责任务 | 
|---|---|
| 郝雷明 | 1、UI交互设计师2、前端开发工程师 | 
| 方梓涵 | 1、后端开发工程师、2、UI交互设计师 | 
| 鲍凌函 | 1、后端开发工程师 | 
| 杜筱 | 1、后端开发工程师2、前端开发工程师 | 
| 董翔云 | 1、后端开发工程师 | 
| 詹鑫冰 | 1、后端开发工程师 | 
| 黄少丹 | 1、后端开发工程师2、前端开发工程师 | 
| 曾丽莉 | 1、UI交互设计师,2、 | 
| 曹兰英 | 1、UI交互设计师,2、测试人员 | 
| 吴沅静 | 1、项目经理,2、测试人员 | 
| 小福有研 | 百分比 | |
|---|---|---|
| 郝雷明 | 12% | |
| 曾丽莉 | 10% | |
| 方梓涵 | 13% | |
| 吴沅静 | 10% | |
| 鲍凌函 | 9% | |
| 董翔云 | 9.5% | |
| 杜筱 | 9% | |
| 黄少丹 | 9.5% | |
| 詹鑫冰 | 9% | |
| 曹兰英 | 9% | 


用户模块部分
负责人:方梓涵
描述:
微信账号自动登录,调用接口获取登陆凭证,通过登录凭证获取用户登录态信息,获取用户微信头像昵称等信息显示在用户界面
该部分面临的问题:
在小程序里,获取到用户权限是进行某些操作的必要前提。微信  官方修改了UserInfo、authorize等接口,无法直接弹出授权窗口,用户第一次进入小程序
时,小程序并不会主动弹出授权界面,所以需要判断用户是否已授权。
解决的问题:
增加一个授权页面,若是用户点击拒绝,就跳转到提示页面,提示用户授权,引导用户手动授权。
附:
用户登录时序图:

用例图:

类图:

活动图:

状态图:

搜索模块部分
负责人:董翔云
描述:
题库部分包括用户从微信账号授权登录,进入搜题模块的部分,用户输入要查找的题目,点击搜索即出现相关题目,用户可以浏览题目并选择收藏
该部分面临的问题:
用户不能拍照搜题,手动编辑输入操作复杂,尤其是一些数学公式输入繁琐
解决的问题:
在输入法和数学公式的识别上做出优化
附:
时序图:

用例图:

类图:

活动图:

状态图:

社区模块部分
负责人:鲍凌函,黄少丹
描述:
交流社区部分包含社区动态浏览、对动态进行点赞、收藏、举报、反对等,可点击查看用户主页及动态、编辑发布个人动态等
面临问题:
发布有害信息、恶意举报、污染社区生态健康
解决问题:
通过监督机制检测恶意举报行为(如根据用户所有的评价行为进行评估,几乎全为反对或举报行为者评定为恶意干扰),对行为用户进行警告,严重者进行封
号处理
附:
状态图:

活动图:

用例图:

类图:

实体关系图:

Uml设计工具:EdrawMax
功能分类全,简单易用,模板符号丰富美观,可直接参考和套用。
遇到的困难及解决方法
在小程序里,获取到用户权限是进行某些操作的必要前提。微信  官方修改了UserInfo、authorize等接口,无法直接弹出授权窗口,用户第一次进入小程序
时,小程序并不会主动弹出授权界面,所以需要判断用户是否已授权。-----增加一个授权页面,若是用户点击拒绝,就跳转到提示页面,提示用户授权,引导
用户手动授权。
用户不能拍照搜题,手动编辑输入操作复杂,尤其是一些数学公式输入繁琐------在输入法和数学公式的识别上做出优化
发布有害信息、恶意举报、污染社区生态健康------通过监督机制检测恶意举报行为(如根据用户所有的评价行为进行评估,几乎全为反对或举报行为者评定为
恶意干扰,对行为用户进行警告,严重者进行封号处理
| 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 | 
原文:https://www.cnblogs.com/flow-time/p/13910313.html