1.组长博客链接
点这里
2.团队基本情况
| 计划安排 |
预计时间 |
| 编写需求说明书 |
10.17-10.20 |
| 约定好编码规范，初步架构搭建，完成需求规格说明书最终版 |
10.17-10.23 |
| UI设计，完成架构设计，制定测试计划 |
10.24-10.30 |
| 完成Alpha版本——编码+测试+项目管理同步推进 |
10.31-11.28 |
| 完善项目，确定用户试用反馈和对测试计划改进 |
待定 |
| 完成Beta版本——以上面为基础进行改良+测试+项目管理推进 |
待定 |
| 确定最终版本与完善，编写用户手册 |
待定 |
| 分工 |
负责人 |
| 后端 |
叶飞扬，何坤杰，肖少东 |
| 前端，原型 |
张郑峰，宋静慧 |
| 美工 |
刘维凝 |
| ppt，测试 |
柳越，罗彤 |
| 各类文档报告，测试 |
赖彪 |
| 答辩，测试 |
魏霖涛 |
- 本次需求分析任务团队分工
所有人需做的部分：对各个版本的文档进行讨论分析，决定改进方向
| 姓名 |
具体分配任务 |
具体分值(%) |
| 魏霖涛（组长） |
博客，燃尽图，演示视频 |
5 |
| 宋静慧 |
设计和描述原型，思维导图，演示视频 |
20 |
| 张郑峰 |
设计和描述原型，实现前端 |
10 |
| 刘维凝 |
项目logo |
5 |
| 柳越 |
制作PPT |
9 |
| 罗彤 |
制作PPT，答辩负责人，项目logo |
10 |
| 赖彪 |
需求分析报告 |
9 |
| 叶飞扬 |
UML图，爬取数据 |
10 |
| 肖少东 |
UML图，搭建后端基本框架 |
10 |
| 何坤杰 |
UML图，爬取数据 |
12 |
- 项目功能导图和燃尽图
功能导图：
燃尽图：
3.UML图
（1） 用户管理部分
负责人：肖少东
描述：用户管理包含用户注册、用户登录修改个人信息、重置密码，创建队伍，目标路线管理、好友管理的部分
该部分面临的问题：用户身份认证，用户间的通信，创建队伍的逻辑以及用户隐私的控制
解决的问题：
- 认证采用认证中间件拦截处理模块，使用Json Web Token Authorization，对不同的用户使用不同的token；
- 用户交流采用websocket长连接以支持用户之间的实时通信。
- 隐私信息保护，为隐私信息加入混淆再进行传输。
用例图：
类图：
活动图：
状态图：
（2） 权限部分
负责人：叶飞扬
描述：为区分管理员、普通用户、特殊用户进行细粒化权限控制
该部分面临的问题：权限控制越细处理越复杂同时效率也越低，如何权衡效率以及粒度。
解决的问题：
采用基于角色的权限控制，并将统一资源定位变换为资源与方法进行细粒化控制，同时加入自动化权限分配策略。
用例图：
类图：
活动图：
状态图：
（3） 证书部分
负责人：何坤杰
描述：证书的爬取、收集、证书的自动化分类以及排序存储
该部分面临的问题：证书的官方网站散而多，各省的证书网站都不近相同，如何做到自动化获取这些信息是一个难点
解决的问题：
爬虫爬取资源以及人工手动收集标记，然后逐步转为自动化收集以及标记。
用例图：
类图：
活动图：
状态图：
（4） 竞赛部分
负责人： 何坤杰
描述：比赛的爬取、收集以及自动化分类以及排序
该部分面临的问题：比赛的部分相对于证书部分会有专门的网站进行收集，爬取相对容易，但是如何区分一个比赛的区域以及比赛的正规性等等相对比较难。
解决的问题：
基于文本分析过滤一些水赛，只提取比较重要的比赛，同时通过前期的手动分类逐步转化为后期的自动化分类。
用例图：
类图：
活动图：
状态图：
实体关系图（总图）：
时序图：
通信图：
部署图：
4.作业记录相关
-
UML设计工具的选择，理由及评价
使用的工具：VSCode Drawio插件、坚果云绘图
理由：白嫖+多网盘支持，多平台支持——支持在vscode、桌面端、web端。比visio轻量，无需下载，易移植。
评价：基本满足要求，很多模板支持，画UML图非常容易
-
遇到的困难及解决方法
- 遇到的困难：首先是对uml的陌生，对于各种uml设计图没有一个明确的概念，经常会混淆不同图的画法与意义。然后小组成员对于工具的使用还不熟练。
- 解决的方法：查阅各种uml教程与博客，多用工具试试手。
-
PSP
| PSP2.1 |
Personal SoftwareProcess Stages |
预估耗时（分钟) |
实际耗时（分钟） |
| Planning |
计划 |
45 |
50 |
| ·Estimate |
·估计这个任务需要多少时间 |
30 |
40 |
| Development |
开发 |
100 |
50 |
| ·Analysis |
· 需求分析 (包括学习新技术) |
70 |
80 |
| ·Design Spec |
· 生成设计文档 |
30 |
20 |
| ·Design Review |
·设计复审 |
30 |
10 |
| ·Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
30 |
45 |
| ·Design |
· 具体设计 |
260 |
300 |
| ·Coding |
· 具体编码 |
30 |
40 |
| ·Code Review |
· 代码复审 |
0 |
0 |
| ·Test |
· 测试（自我测试，修改代码，提交修改 |
0 |
0 |
| Reporting |
报告 |
60 |
50 |
| ·Test Repor |
·测试报告 |
30 |
50 |
| ·Size Measurement |
·计算工作量 |
15 |
20 |
| · Postmortem & Process Improvement Plan |
·事后总结, 并提出过程改进计划 |
80 |
60 |
| · 合计 |
|
810 |
815 |
| 第N周 |
新增代码（行） |
累计代码（行) |
本周学习耗时（小时） |
累计学习耗时（小时） |
重要成长 |
| 1 |
200 |
200 |
10 |
10 |
掌握新技能，增强组员的合作和相互学习 |
