一、需求分析
- 我们认为本次实验的难点在于程序支持多数型计算,以及对题目难度(即限制指定运算符的产生)这是我们要主要研究的地方。
二、设计思路
- 1、产生5道随机算式
- 2、产生算式后输入计算结果
- 3、对于输入结果进行判断正误
- 4、5道题目算完后进行正确率统计
三、整数/多运算符(题目生成/题目运算判题)
- 1、算式的产生
通过随机数产生整数,定义随机变量op来随机产生运算符,当op=0是“+”,当op=1时是“-”,以此类推.......
并通过ifelse循环语句来确定算式 - 2、正误判定
- 3、运算结果
四、Junit测试
五、对结对同学的评价
- 通过一周的结对编程,李昱兴同学20162305展现出了较好的知识储备,对于每一步构思,都能较准确地落实在代码上,这点值得学习(当然也需要下很大功夫。。)
- 不足就在于我们在一起交流的不够多,一周的学习任务基本到周末才进行一些交流,这一问题应该在下一周当中解决。
六、PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 20 |
Estimate | · 估计这个任务需要多少时间 | 900 | 600 |
Development | 开发 | 20 | 20 |
· Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
· Design Spec | 生成设计文档 | 50 | 50 |
Design Review | 设计复审 (和同事审核设计文档) | 60 | 60 |
· Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 70 | 60 |
· Design | · 具体设计 | 140 | 110 |
· Coding | · 具体编码 | 120 | 150 |
· Code Review | · 代码复审 | 50 | 50 |
· Test | · 测试(自我测试,修改代码,提交修改) | 40 | 40 |
Reporting | 报告 | 60 | 40 |
· Test Report | · 测试报告 | 20 | 20 |
· Size Measurement | · 计算工作量 | 30 | 30 |
· Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
七、反思与总结
- 第一次脱离教材上的标准代码来自己设计程序,基础的短板很快就暴露出来,对于一些本应提笔就写的代码很需要话费很长时间去构思,这也直接导致了结对编程的进程较慢,很多东西都要靠李昱兴同学来操作,自己也就只能提出一些想法和建议,写一写比较基础的代码。通过阅读其他同学的博客以及进行一些想法上的交流,明显的感受到和别的同学的差距。在下周的学习中,我会赶上进度,多与那些对代码有自己独到理解的同学交流,也要多和自己的结对伙伴交流。希望老师能多给我一些时间,我会在下次提交作业时赶上进度,交出一份尽我最大努力完成的答卷。