团队名字
NongFu Spring
团队队员
黎育权 1500802033 http://www.cnblogs.com/liyuquan/
周志奇 1500802038 http://www.cnblogs.com/123zzq/
李凡 1500802031 http://www.cnblogs.com/lifan323/
李强 1500802008 http://www.cnblogs.com/lq1500802008/ 项目测试及测试人员
对项目进行了测试
测试人员：李强，黎育权，周志奇，李凡
问题及修复过程
1).修复的BUG以及修复的过程
- 1、问题描述： 识别算法在电脑上可以正常识别，但是移植到手机上就会崩溃掉；
解决过程：发现问题的原因是：算法中，图像处理的部分是调用ImageIO实现的，但是android SDK中没有相应的包，android中使用的是Bitmap.最后将图像处理的部分通过 bitmap来实现。 - 2、问题描述：需要在扫描之前，在手机SD卡上手动导入识别库；
解决过程：在程序中加入自动导入识别库的代码，然后在程序启动时，识别库会被程序自动导入。 - 3、问题描述：OCR手写识别
因为没有加入DL的原因，机器将1识别成了小写l,最后选择放弃
2).不能重现的BUG
- 1.问题描述：计算结果不准确
很少情况遇到，查看了源码但是没找到Bug
3).这个产品就是这样设计的，不是BUG
- 1.问题描述：分辨率（1080 X 1920）
没有对其他分辨率进行设计
4).没有能力修复，将来也不打算修复
- 1.问题描述：分辨率（1080 X 1920）
没有对其他分辨率进行设计 - 2.问题描述：计算精度的问题（1+1=2.0）
这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。
5).这个BUG应该修复，但是并没有修复，顺延到下一个版本修复。
- 1.问题描述：求解的算法（带括号的处理不准确）；
这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。
性能测试、压力测试过程和结果
- 项目目的是做一个可以识别手写算式的app,目前app可以识别印刷的字体，主要进行印刷算式的识别。
- 测试过程：首先在android手机上面，安装项目的app,然后，对相册中的字体进行扫描，检测扫描算式是否及时显示在手机屏幕上面，查看计算结果是否正确；
- 测试结果：app能够对算式正确扫描并给出正确结果。
- 主要问题：结果的显示对整数结果以小数形式显示。
给出团队的源码仓库链接
团队分工协作、经验教训及团队规划
分工：
黎育权：原型设计
李凡：OCR训练使用
周志奇：中缀表达式算法
李强：Andriod开发
团队成员分工协作：在项目开始阶段，首先将app的功能进行分块，然后有专人进行负责特定模块的实现。这个方法这开始阶段，并没有出现太大问题，但是到了后面，在将多个功能进行合并的时候，出现了困难。例如，在将扫描算法集成到app中的时候出现程序崩溃的情况，最后发现是算法的实现途径和app不统一所造成的，花费了更多的时间在模块的整合上。app的开发主要有两个人来进行，但是没有注意到所适用平台的不一致性，导致整合工作的难度增大。
经验教训：
- 1、首先，项目开始阶段要对实现所用的语言，平台，工具要统一起来。
- 2、然后，小组成员要对其他成员所负责的模块有一定的了解，方便后面的整合；
- 3、最后，小组内部应加强沟通，并统一步调。
团队规划：
- 团队使用了预期使用四周时间完成作业
- 第一周进行了原型设计
- 第二周进行OCR算法的编写尝试及相关库调用，中缀表达式算法
- 第三周循环 交付 测试
- 第四周准备答辩
- 第二周的任务 OCR没有完成，延迟到第三周完成
- 在未来的许多作业项目或者是其他项目，一起合作，对未来合作充满期待。