系分项目个人总结
个人工作
本次项目中我负责后端开发，完成部分接口的测试，以及编写部分api文档。
自我总结
从课程中，我体验了高标准的基于软件工程的软件开发过程，实践了完整的基于软件生命周期的开发流程，并对迭代开发，敏捷开发等有了深入的学习。
本次项目中我认为我最大的收获不是仅仅停留在了学习了很多的go语言的语法知识以及其它理论上的知识，而是在于我深入体会并理解了开发应用软件的惯用思路，以及MVC框架是如何设计的。
此外，参与本次项目的后端开发工作让我更加清楚的认识了后端的职责功能，以及后端与前端的交互对接是如何进行的。
再谈一下个人感悟比较深的一点就是，经过了这次项目经历，我更加清楚的认识到了需求制定的重要性以及测试工作的重要性。需求如果在一开始不制定好的话，在开发过程在修改需求甚至重新制定需求的话代价是很高的，远远高于最初的成本。测试工作也很重要，其实往往完成需求的时间不是特别多，测试阶段其实是很耗费时间的（黑盒白盒测试等等），测试之后的debug工作也是需要投入很多的经历。所以在实现需求的时候不要一味的追求速度，其实实现需求阶段仔细一点慢一点进行，往往会大大提升整个项目的开发效率。同时这也是潘老师上课总强调的内容。
PSP2.1 统计表
| PSP2.1 | PSP阶段 | 预估耗时（天） | 实际耗时（天） |
|---|---|---|---|
| Planning | 计划 | 7 | 3 |
| Estimate | - 估计这个任务需要多少时间 | 7 | 3 |
| Development | 开发 | 136 | 136 |
| Analysis | - 需求分析(包括学习新技术) | 30 | 30 |
| Design Spec | - 生成设计文档 | 30 | 30 |
| Design Review | - 设计复审 | 0 | 0 |
| Coding Standard | - 代码规范 | 1 | 1 |
| Design | - 具体设计 | 30 | 30 |
| Coding | - 具体编码 | 30 | 30 |
| Code Review | - 代码复审 | 0 | 0 |
| Test | - 测试 | 15 | 15 |
| Reporting | 报告 | 15 | 11 |
| Test Report | - 测试报告 | 7 | 7 |
| Size Measurement | - 计算工作量 | 1 | 1 |
| Postmortem & Process Improvement Plan | - 事后总结，并提出过程改进计划 | 7 | 3 |
| 合计 | 158 | 150 |
GIT 统计报告
REST-API
个人工作清单
- 参与API文档的设计 形成API文档。
- 面向资源的程序设计 后台服务器的业务层和表示层设计，代码框架搭建。
- 完成部分接口的测试工作 起初使用postman对各个接口进行访问，访问没错误之后进行压力测试，travis集成测试等等。
博客清单
- Golang net/http 源码分析
- [深入理解MVC架构] (https://www.cnblogs.com/zuoshoushizi/p/8324672.html)