预计时间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。在循环后加注释让结构更加的清晰。
270
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
