PSP特点
（1）不局限于某一个软件技术，而是着眼于软件开发的流程，这样开发不同应用的软件工程师可以相互比较。
（2）不依赖与考试，而主要靠工程是自己手机数据，然后分析，提高。
（3）PSP依赖于数据，需要工程师输入数据，记录工程师的各项活动这需要很多时间，再加上数据不准确或者有遗失，或者这些数据不利于工程师本人。
1.计划
用自己的历史数据来预测新程序的大小和需要的开发时间，并使用线性回归方法计算估计参数，确定置信区间以评价预测的可信程度。
2.明确需求
这是“啃硬骨头”的第一步，就是如何从“茫茫”中锁定需求相关方、挖出来需求的方法论。
（1）获取和引导需求。需求不仅是来自外界，甚至也可以来自技术成员团队内部；
（2）分析和定义需求。主要是对需求进行量化；
（3）验证需求。
3.生成设计文档
4.设计复审
结对编程让两个人所写的代码不断地处于“复审”的过程，程序员们能够不断地审核，提高设计和编码质量，可以及时发现并解决问题，避免把问题拖到后面的阶段去。
5.代码规范
即代码风格的规范和代码设计的规范，程序员写出来的代码要规范，毕竟代码可能还要继续延伸、扩充，下一次看代码的人不一定肯定是自己，所以我们写的代码一定要规范，代码风格应该做到：简明、易读、无二义性。
6.具体设计
（1）文字为主的文档，如Word、PowerPoint 文档。正如我们在需求分析和场景设计中看到的那样。
（2）用图形为主构造的模型，如Mind Map（思维导图），ERD，DFD，UML的各种图，甚至包括Flow Chart流程图。
7.具体编码
8.代码复审
9.测试
（1）单元测试应该在最基本的功能/参数上验证程序的正确性。
（2）单元测试应该产生可重复、一致的结果。
（3）单元测试的运行/通过/失败不依赖于别的测试，可以认为构造数据，以保存单元测试的独立性.
（4）单元测试应该集成到自动测试的框架中。
（5）测试之后，机器状态应保持不变。
标签：需求,工程师,代码,单元测试,规范,笔记,设计,psp,软工 From： https://www.cnblogs.com/lakel/p/17207199.html