优主张 2018-03-24
学号:201521123069 博客链接:http://www.cnblogs.com/kzq-java-markdown/
学号:201521123074 博客链接:http://www.cnblogs.com/guzhiling/
结对编程码云项目链接:https://gitee.com/guzhiling/software_engineering/tree/master
选择博客4进行改进:
个人博客地址4:http://www.cnblogs.com/shizhuangde
源代码:https://coding.net/u/lhl1212/p/work2/git
类图:
)
覆盖率统计截图:
单元测试截图:
弱点:
1)无正确率统计
2)简英繁切换不完善(弹出错题框时,“错题”及“正确率”未切换)
3)不支持多操作符运算
4)不支持加入括号的四则运算题
5)固定为5个题目
5)程序运行截图
结对编程照片
PSP表格
PSP2.1 | 个人开发流程 | 预估耗费时间(分钟) | 实际耗费时间(分钟) |
---|---|---|---|
Planning | 计划 | 20 | 15 |
·Estimate | 明确需求和其他相关因素,估计每个阶段的时间成本 | 20 | 15 |
Development | 开发 | 358 | 542 |
· Analysis | 需求分析 (包括学习新技术) | 10 | 8 |
· Design Spec | 生成设计文档 | 5 | 6 |
· Design Review | 设计复审 | 10 | 8 |
· Coding Standard | 代码规范 | 3 | 3 |
· Design | 具体设计 | 10 | 12 |
· Coding | 具体编码 | 240 | 360 |
· Code Review | 代码复审 | 20 | 25 |
· Test | 测试(自我测试,修改代码,提交修改) | 60 | 120 |
Reporting | 报告 | 23 | 29 |
· | 测试报告 | 3 | 2 |
· | 计算工作量 | 10 | 12 |
· | 并提出过程改进计划 | 10 | 15 |
编码规范提交记录
心得体会
此次结对编程是和我舍友一起完成的,因为在同一个宿舍,讨论交流起来都比较方便。本次结对编程是在上一届学长学姐所做项目的基础上进行修改。一开始是运行原有代码,再理清原有代码的结构,最后再在原来的基础上增加新功能。就增加新功能这一块来说,我觉得还是比较困难的。毕竟原来的程序员自己有一个代码编写的思路,你要增加了一个新功能,你可能就要换一个思路来写,就我们选择的这个博客来说,如果要增加括号操作符,程序基本上就要扔掉重写。所以,感觉修改别人的代码还是挺复杂的。 至于结对编程真的能够带来1+1>2的效果吗?我觉得暂时还没有达到这种效果。两个人结对的话,考虑到的问题会更全面一点,代码编写过程出现的一些问题可以及时地发现并解决。但是也有个问题,效率低,在结对的过程中,需要领航员和驾驶员的注意力都很集中,这点很难做到。我觉得结对编程初期,可能还是需要磨合一段时间,效率才会提高。就现在来讲,感觉两人分工合作的效率会更高。