一.地址
| 结对使用的Github项目地址 | https://github.com/S21loganmc/PairProgramming.git |
|---|---|
| 结对伙伴的作业地址 | https://www.cnblogs.com/S21loganmc-0729/p/11615951.html |
| 作业地址 | https://www.cnblogs.com/cherish599/p/11577268.html |
二.结对过程
三.结对的PSP表格
| PSP | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| · Estimate | · 估计这个任务需要多少时间 | 600 | 720 |
| Development | 开发 | 500 | 630 |
| · Analysis | · 需求分析 (包括学习新技术) | 30 | 60 |
| · Design Spec | · 生成设计文档 | 35 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 15 | 20 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 30 | 60 |
| · Design | · 具体设计 | 30 | 30 |
| · Coding | · 具体编码 | 240 | 280 |
| · Code Review | · 代码复审 | 60 | 60 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 60 | 60 |
| Reporting | 报告 | 60 | 90 |
| · Test Report | · 测试报告 | 20 | 30 |
| · Size Measurement | · 计算工作量 | 20 | 30 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 30 |
| - | 合计 | 620 | 740 |
四.解题思路
1.把将助教给的仓库克隆下来
2.在自己的仓库中创建已结对伙伴学号命名的文件夹
五.解题思路描述
1.思考
通过代码设置和窗体设置 ，从已有的同学名单中随机抽取同学。
2.找资料的过程
因为老师在课堂上已经演示过大体的操作流程，后来我们也只是简单地通过在网上查阅相似的课堂点名系统，进行了解。
六. 设计实现过程及代码说明
1.student 包括学生属性ID和Name
2.StudentDataset 输入学生数据
3.StudentDAO
4.构建窗体
5.单元测试
直接调用方法，证明方法是正确的
七.代码复审过程
我们分别都对三个类进行了复审工作：
下面是我复审过程中的一些问题：
因为没有一定的代码规格和要求说明，所以只能够以我们的理解来制定编码规范。其中的一些不一定对，可能更多的是符合我们个人的习惯。
总体来说我觉得我们的代码还是比较整洁的。整个代码的格式都是比较规范的。下面只是挑一些我个人的疑惑。
1、 没有关于整个类的作用的说明。
2、 代码中的命名还是比较规范的，方法和变量名称均采用了Camel命名方法，这样也可能造成方法和变量的区分不是很明显。也有个别地方命名不好。
八.解决项目的心路历程与收获，以及结对感受
通过本次结对编程作业，感觉自己学到了很多东西，感觉对c#的熟悉度又增加了。然后对github的操作越来越熟悉。同时我发现和同学一起完成作业的效果是1+1>2的。而且每一次做完作业都有一种成就感和满足感。虽然过程有时候真的很累，有时候会有点小崩溃。