地铁计费系统
| PSP阶段 | 预计所需时间（小时） | 实际花费时间（小时） |
| 计划 | 8 | 6 |
| 明确需求和其他相关因素，估计每个阶段的时间成本 | 8 | 6 |
| 开发 | 88 | 91 |
| 需求分析 | 6 | 4 |
| 生成设计文档 | 6 | 6 |
| 设计复审（和同事审核设计文档 ） | 4 | 5 |
| 代码规范（为目前的开发制定合适的规范） | 4 | 4 |
| 具体设计 | 9 | 5 |
| 具体编码 | 41 | 54 |
| 代码复审 | 9 | 2 |
|
测试（自测，修改代码，提交修改） |
9 | 11 |
| 报告 | 4 | 3 |
| 测试报告 | 2 | 1 |
| 计算工作量 | 1 | 1 |
| 事后总结，并提出过程改进计划 | 1 | 1 |
计划：在没有做需求分析前，一切都是凭空臆想，觉得只需要几个简单判断即可完成，所以需求分析所占时间并不高。
需求分析：在计划和实施中需求分析都是所占时间不多，盲目猜测并且没有根据事实来分析下市场需求，在个人设计中正确的判断需求才能得出更高水准的计费系统。
开发：具体编码所占时间最高，因为个人水平不高，所以导致敲代码的时间比较长，另外时间分配不均使得在报告中不能明显发现自己的错误。
报告：存在问题是时间较短，不能让客户清楚明白自己所做产品的优缺点，以及团队会存在分析不明的情况。