个人简短小结
这次我主要作为PM负责写文档，安排任务， 确定需求， 管理成员，对项目实行质量、安全、进度、成本管理的责任。
这次首先是用TAPD写看板， 写迭代，明确需求， 而看板就是对成员进行督促， 其次是组织成员进行开会， 因为我们组都是分散的，所以开会的难度还是比较大的， 而且开会前我都要做好准备， 比如这次开会的流程是什么， 主要解决的问题是什么， 于是我使用了思维导图来帮助我明确， 所以我们每次开会都是非常高效率的， 基本上不会讨论什么其他的东西，目的性很强， 当然不止开大会， 我同时经常和前后端大佬进行沟通（实则催进度）。
这次我画的图特别多， 用例图， 活动图， 领域模型， 状态模型， 功能建模的流程图， 架构设计的逻辑视图和物理视图， 用例设计的ECB的时序图和类图， 这些图是基于我对整个项目都有一个完成的看法和思考得到的， 所以我对项目的整体把握是可以的。希望这些图的训练对我的考试有帮助。
PSP 2.1 统计
| Personal Software Process Stages | Time (%) | |
|---|---|---|
| Planning | 计划 | 10 |
| estimate | 预估任务时间 | 10 |
| Development | 开发 | 10 |
| analysis | 需求分析 | 50 |
| design spec | 设计文档 | 70 |
| estimate | 设计复审（与前端团队成员审核设计文档） | 20 |
| coding standard | 代码规范 | 70 |
| design | 设计架构 | 1 |
| coding | 无 | 1 |
| code review | 代码复审 | 30 |
| test | 测试（修改代码） | 30 |
| Report | 报告 | 68 |
| test report | 测试报告 | 30 |
| size measurement | 计算工作量 | 1 |
| postmortem & process improvement plan | 每次迭代结束后写总结文档，并提出改进计划 | 8 |
主要工作清单
| 名称 | 名称 | 时间（%） |
|---|---|---|
| Product Backlog | 产品特性库 | 5 |
| Domian Models | 领域模型 | 5 |
| 6.4 State Models | 状态模型 | 8 |
| 6.5 System Sequence Diagrams | 功能模型 | 5 |
| 6.6 Supplementary Requirements | 补充需求 | 8 |
| 7.4 Architecture design | 架构设计 | 10 |
| 7.5 Usecase design | 用例设计 | 15 |
| 8.1 代码规范 | 代码规范 | 5 |
| 8.2 REST API 设计规范 | REST API 设计规范 | 5 |
| 8.3 架构设计、详细设计（BCE方法）到应用程序框架映射指南 | （BCE方法）到应用程序框架映射指南 | 7 |
| 看板 | 看板 | 15 |
| 会议记录 | 会议记录 | 1 |
在项目相关仓库中的贡献
以上只是master 分支的代码量， 但是其实我的主要工作是在gh-pages分支，但是这个分支的代码量没法看到
只能给出gh-pages提交记录了
个人博客清单
见技术报告模块
特别致谢
@Walikrence 后端大佬Django用的飞起， orz orz
@Sefaice 一个人把前端给操作完， 我还能说什么 orz orz
@13326651141 要是没有你帮我写文档， 我可能会心态爆炸 (*^▽^*)