项目成员：3117004631 魏建雄
3117004623 卢悦盛
一 、Github项目地址：https://github.com/Yueson-Lu/Myapp1.0
二、PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| · Estimate | · 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 1150 | 1420 |
| · Analysis | · 需求分析 | 60 | 60 |
| · Design Spec | · 生成设计文档 | 60 | 70 |
| · Design Review | · 设计复审 | 60 | 50 |
| · Coding Standard | · 代码规范 | 50 | 60 |
| · Design | · 具体设计 | 90 | 100 |
| · Coding | · 具体编码（包含第一次错误的代码设计） | 720 | 960 |
| · Code Review | · 代码复审 | 50 | 60 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 60 | 60 |
| Reporting | 报告 | 120 | 160 |
| · Test Report | · 测试报告 | 60 | 90 |
| · Size Measurement | · 计算工作量 | 30 | 30 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 40 |
| 合计 | 1300 | 1710 |
三、设计实现过程
浏览结对项目之后，我们对问题进行需求分析，主要解决题目生成、结果计算、题目判重以及文件处理4个问题。因为最多出现三个运算符，也就是实现四元运算，我们枚举出二元运算、三元运算以及四元运算，然后随机生成运算式。因为乘法、除法的优先级高于加减法，我们打算运用枚举的方式将所有的运算可能枚举出来，就不用考虑优先级运算，程序只需要匹配枚举的运算情况，然后调用方法，进行运算就能得出结果。因为不能直接对分数进行运算，我们打算程序随机生成double型参数，然后进行四则运算，然后将double转化成分数输出，但由于分数转小数会有精度的缺失（例如1/3只能转化为0.33），而且0.33转化不了1/3。题目判重我们越想越复杂，我们打算先暴力解决，运用结果判重，如果结果相同就舍去，看项目后续完成情况，再进行修改完善。我们已经解决了大部分问题，可是我们不能分数形式的题目与结果的输出，以项目要求不符，所以我们打算重新编程，一开始就生成分数，用分数去进行四则运算。
我们打算随机生成参数与运算符生成字符串完成题目的生成。难点在于操作符的运算，我们发现了中缀转后缀的方法解析算术表达式，由于后缀表达式的运算符在两个操作数的后面，那么计算机在解析后缀表达式的时候，只需要从左向右扫描，也就是只需要向前扫描，而不用回头扫描，遇到运算符就将运算符放在前面两个操作符的中间，一直运算到最右边的运算符，那么就得出运算结果了。因为运算数可能包含的类型有整数和分数，那么就有三种运算的形式：整数和整数运算，分数和整数运算，分数和分数运算。为了方便运算，将整数也转化为分数，整数作为分子，分母设为1，这样就能将三类运算化为一类。
四、 代码说明
1.从控制台传入生成题目和生成范围的参数
2.文件生成的方式，固定生成位置为D盘
题目和答案的名称由myapp类调用传入参数
3.符号的生成使用了随机生成，1-4个数字平均分到加减乘除四个符号
4.处理统一分母的时候使用了辗转相除法
5.使用栈的方法处理符号的判断
五、测试运行
1.生成100道题目：
2.生成10000题：
六、项目小结
1.第一次尝试两个人一起进行程序开发，一起进行需求分析、算法设计，发现会比一个人独自进行更为快捷有效。在遇到困难时，一起想办法解决，互相勉励，共同进步。
2.本次结对项目，我们在第一次需求分析、设计复审时，并没有那么细致，没有考虑好实现基本运算后操作数的转换，导致编程时才发现小数转分数存在问题，增加了工作量，减低了效率，浪费了很多时间。在今后的编程前，应该更加细致地做好需求分析以及算法复审，一切准备好之后，再进行具体编程，这样能够增加编程效率，节省时间。
3.由于前期浪费了挺多时间，导致我们并没有完成答案文件的校对，还有一些地方还能进行完善，例如进行图形界面的设计。