结对编程扩展功能实现
-合作者:201631062324 201631062624
-[gitee地址]:https://gitee.com/TBLGSn/Homework1.git
-本次作业链接:
WordCount的需求可以概括为:对程序设计语言源文件统计字符数、单词数、行数,统计结果以指定格式输出到默认文件中,以及其他扩展功能,并能够快速地处理多个文件。
PSP2.1 | PSP阶段 | 预估耗时(分钟) | 实际耗时(分钟 ) |
---|---|---|---|
Planning | 计划 | 60 | 30 |
Estimate | 估计这个任务需要多少时间 | 60 | 30 |
Development | 开发 | 90 | 180 |
Analysis | 需求分析 (包括学习新技术) | 50 | 150 |
Design Spec | 生成设计文档 | 60 | 45 |
Design Review | 设计复审 (和同事审核设计文档) | 45 | 20 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 25 | 15 |
Design | 具体设计 | 50 | 80 |
Coding | 具体编码 | 65 | 130 |
Code Review | 代码复审 | 60 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 65 | 90 |
Reporting | 报告 | 50 | 45 |
Test Report | 测试报告 | 30 | 40 |
Size Measurement | 计算工作量 | 30 | 45 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 60 | 30 |
合计 | 800 | 960 |
还可能是自己不是很明确如何进行代码复查.发现的问题比较表面,例如:注释问题,类型转换等问题,代码复查过程中并没有思考相应的开发者的开发逻辑,也就很难发现严重的问题.但是在代码设计的过程中,个别函数功能臃肿,还需要更细化功能,模块化功能化使整个代码风格更加美观。
简单性 | 废话较少,项目代码量越少,bug机会越小 |
清晰性 | 每个类、接口、方法和对象都有明确的用途,注释中也提到何时、何地、为何使用 |
完整性 | 编写完整的说明文档,注释清楚 |
健壮性 | 为错误和异常做出预测,并在程序中处理,这一点由于时间的关系,未能在程序中体现出来 |
原文:https://www.cnblogs.com/this-cong/p/9800511.html