第三次作业
1、
Github地址:https://github.com/h1285268568/WordCount.git
结对伙伴地址:http://www.cnblogs.com/hxtsyw/
2、
在寝室与何同学进行编程时,主要由他来进行代码的编写以及封装,我复审,各司其职。

3、PSP表格图
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
| Planning | 计划 | 15 | 15 |
| Estimate | 估计这个任务需要多少时间 | 180 | 200 |
| Development | 开发 | ||
| Analysis | 需求分析 (包括学习新技术) | 20 | 35 |
| Design Spec | 生成设计文档 | 10 | 5 |
| Design Review | 设计复审 (和同事审核设计文档) | 10 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 10 |
| Design | 具体设计 | 15 | 15 |
| Coding | 具体编码 | 45 | 80 |
| Code Review | 代码复审 | 20 | 15 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 15 |
| Reporting | 报告 | ||
| Test Report | 测试报告 | 10 | 5 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 180 |
200 |
4、在看到题目需求之后我们想到了肯定是需要引入新的关于文件读写的头文件的,随即我们在网上查阅了一些关于满足需求的算法,例如其中用到的正则表达式就是我们临时学习到的新方法。然后就是根据后续需求画出了整个代码的大体结构图。
以下是图

5、代码规范上主要有三点
1).花括号的对齐,及时的换行,尽量使代码结构看起来清晰明了
2).对代码进行注释。在审查过程中伙伴的代码极少有注释,看起来相对费劲就让他即使加上了注释,提高代码可读性。
3).对于函数名或者变量的命名尽量按照英文缩写来。编写中结对伙伴使用无意义abc来对变量进行命名,加上注释少使得代码可读性更低,于是按照规范使所有命名更加有逻辑。
6、性能分析以及代码测试结果如下
结对伙伴在编写代码时就有写一段编译一下的习惯,所以测试方面并没有什么大的错误,性能分析也没有太大问题


7、代码详解等见结对伙伴博客
8、通过本次的结对编程,我也意识到对于新技术的学习的重要性同时也理解到在软件项目中合作的重要性,对于我而言肯定是达到了1+1>2这个目的的。在新技术的学习中也发现了实践远比看 代码学得更快,所以结对编程既能够提高自身的代码效率又能锻炼团队协作能力。

浙公网安备 33010602011771号