第三次作业结对编程
| |
|------|----|
|GitHub地址|https://github.com/Bottfek/PairProgramming
|队友博客地址|https://www.cnblogs.com/niuerduo/
|队友博客地址|https://www.cnblogs.com/klaus123/
|作业链接|https://www.cnblogs.com/cherish599/p/11577268.html
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟) | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 20 |
| Estimate | 估计这个任务需要多少时间 | 700 | 800 |
| Development | 开发 | 600 | 700 |
| Analysis | 需求分析 (包括学习新技术） | 60 | 90 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 (和同事审核设计文档) | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 60 | 60 |
| Coding | 具体编码 | 300 | 500 |
| Code Review | 代码复审 | 60 | 60 |
| Test | 测试（自我测试，修改代码，提交修改） | 180 | 180 |
| Reporting | 报告 | 180 | 180 |
| Test Report | 测试报告 | 90 | 100 |
| Size Measurement | 计算工作量 | 15 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 60 | 60 |
| 合计 | 600 | 740 |
设计思路
教师在教学过程中，为了增加课堂教学的互动性，启发学生的思维，调动课堂的气氛，点名提问就成为一个不可缺少的环节。在点名时，为了保证点名的公正性，所以不妨就由计算机来进行点名。
代码复审
我们发现三个人写的代码的参数不同，于是经过商量之后同一了函数的参数，并对相关内容进行了修改。然后我们是在做了第一版代码之后才进行的代码规范制定，于是很多之前的函数都需要重新写。
代码规范
①功能注释：在每个函数上面写上它的功能的注释。
②变量命名：给变量命名时用英语，不用拼音。
③语句规范：使用循环时必须加花括号，并且里面的语句缩进一个TAB。
④视觉组织：必要时使用空行和缩进，比如每个函数之间、每个类之间都加一个空行。
⑤变量安排有序：定义变量时必须赋初值，一个变量占一行且定义在最前面（不允许在中间出现）。
⑥字段：属性全为public，方便后面单元测试。
⑦函数命名：函数名首字母大写。
程序结果图
心得体会
通过这次的结对编程，很多东西都是新学的，所以在刚开始的准备阶段花了很多的时间；同时，这次作业也是一个相互学习的过程，我在程序设计上面不是很擅长，所以结对伙伴在这上面给了很大的帮助，自己也有了很大的进步。虽然作业难度一次比一次大，但是多花点时间还是能够解决。总的来说，这次作业给我的感受是1+1>2的。
