结对编程扩展功能实现
-合作者：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