标签：需求 分析 代码 193 时间 计应 组李佳 计费 设计
地铁计费系统
| 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 |
计划：在没有做需求分析前，一切都是凭空臆想，觉得只需要几个简单判断即可完成，所以需求分析所占时间并不高。
需求分析：在计划和实施中需求分析都是所占时间不多，盲目猜测并且没有根据事实来分析下市场需求，在个人设计中正确的判断需求才能得出更高水准的计费系统。
开发：具体编码所占时间最高，因为个人水平不高，所以导致敲代码的时间比较长，另外时间分配不均使得在报告中不能明显发现自己的错误。
报告：存在问题是时间较短，不能让客户清楚明白自己所做产品的优缺点，以及团队会存在分析不明的情况。
标签：需求,分析,代码,193,时间,计应,组李佳,计费,设计 来源： https://www.cnblogs.com/xiaolixiaojiao/p/14644061.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。