预计时间psp表格：
|
PSP2.1 |
Personal Software Process Stages |
Time |
|
Planning |
计划 |
10 min |
|
· Estimate |
· 估计这个任务需要多少时间 |
10 min |
|
Development |
开发 |
7 hour 40 min |
|
· Analysis |
· 需求分析 (包括学习新技术) |
2 hour |
|
· Design Spec |
· 生成设计文档 |
2 hour |
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
30 min |
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
10min |
|
· Design |
· 具体设计 |
1 hour |
|
· Coding |
· 具体编码 |
1 hour |
|
· Code Review |
· 代码复审 |
30 min |
|
· Test |
· 测试（自我测试，修改代码，提交修改） |
30 min |
|
Reporting |
报告 |
1hour |
|
· Test Report |
· 测试报告 |
20 min |
|
· Size Measurement |
· 计算工作量 |
20min |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
20 min |
|
|
合计 |
8 hour 50 min |
10个测试用例：
说明：
如何确定你的程序是正确的？
1.生成大数量的式子不会出现报错的情况。
2.每一步的设计都有一个输出，可以进行单步的输出测试，单步没有问题。
3.经过计算器计算的结果与最终结果相同。
你在个人项目中学到了什么:
1 学到了程序员一定要具有良好的心理素质和身体素质，要能够心平气和的对待问题，能够踏下心来进行长时间的设计修改。
2 人际交流有时比单纯的思考更有效，和别人交流能够打开自己的思路，当行进不下去的时候问问别人，或者向别人倾诉自己的问题，更有益于自己思路的清晰，并了解到自己的不足。
3 技术上的不足是首要的解决问题，排在第一位，而思路上的问题排在第二位，虽然思路排在第二位，但是思路上的问题显得更为重要。
4 先进行设计，再进行编程才更有效率，耗费在设计上的时间应该比编程的时间更长。
5编程只是时间的问题，思路是能不能完成的问题，时间可以用挤来解决，而思路是没有太好的解决办法，只能经过不停的思考，根据以前的经验，或者和别人交流才能有进步。
6 不要浪费自己的时间，有时候一个课间的时间足够你有一个解决你程序的bug的方法，此时需要及时的记下来，因为，灵光总是一闪而过的。
7.一个好的编程习惯十分重要，加上自己的注释，在每一步设计一个输出的语句，让你能够更好的调整自己的程序，知道是在哪一步出的错能够更快的找出程序的bug。在循环后加注释让结构更加的清晰。