-
组员名单
| 短学号 | 姓名 | 备注 |
|---|---|---|
| 409 | 后敬甲 | 组长 |
| 301 | 蔡文斌 | |
| 315 | 黄靖茹 | |
| 423 | 刘浩 | |
| 317 | 黄泽 | |
| 328 | 卢泽明 | |
| 617 | 葛亮 | |
| 344 | 张杰 | |
| 348 | 朱跃安 |
-
链接汇总
-
贡献比分配评估
成员 分工 贡献比 葛亮 商家端页面制作 11% 文斌 数据周报实现+视频制作 12% 黄泽 学生端优化+商家端页面制作 13% 静茹 数据周报实现 11% 敬甲 ppt制作+数据集制作+博客整理 11% 泽明 视觉识别算法优化+商家端后端 11% 刘浩 学生端、商家端、数据周报均有贡献 12% 张杰 界面美化设计 9% 朱跃安 数据收集+ppt演讲 10% -
燃尽图
-
计划完成情况
- 完成度表格
原计划 完成情况 学生端界面完成 界面已全部完成 菜品扩充 菜品库已包含50种菜品 菜品识别度提高 菜品识别率已基本稳定在90%以上 完成支付功能 支付功能仍旧无法解决 商家端订单处理 界面及交互已经完成 商家端菜品管理 界面及交互已经完成 商家端流水管理 界面及交互已经完成 小程序发布上线 正在版本审核中 - 影响因素
- 学生端除支付功能外，各模块均已全部完成。支付功能难以解决主要是因为微信支付的申请需要有相应的商户认证资质，而我们目前没有相应资质，所以一直没有解决这个问题。
- 商家端只完成了菜品管理、店铺界面以及注册登陆等模块，没有完全完成也属于预期之中，团队因为考试增多，在Beta初期达成了考试优先的共识，在保证学生端的完成下，商家端不定硬性指标。
- 总体来看，我们的项目为了保证功能和商业模式的完整性，最后演化为了两个小程序，任务量和功能模块都很多，在这样的情况下，目前的完成度是比较理想的。
-
Beta版本展示
-
版本正在审核中，审核完成后，会及时更新博客，提供体验通道和方式说明
-
-
答辩总结
-
得分情况
组号 评分 1 75 2 76 3 78 4 83 5 78 6 68 7 84 8 84 - 去掉一个最高分（84），去掉一个最低分（68）
- 最后得分：79.00
-
问题收集与回答
第一组
-
beta冲刺的开发中遇到了哪些困难又是如何克服的？
感谢提问！我们在Beta冲刺中，主要遇到的困难是时间不足的问题，因为考试增多且成员时间安排不同，有一定的时间调配难度。主要是依靠成员自己克服，保证至少一周四天的集体编程出勤率。
-
yolo算法对你们自己拍摄的数据集的识别效果不如其自身的数据集的效果好，是否考虑增加数据集数量或者有其他可行的解决方案吗？
感谢提问！我们目前的识别效果还是比较不错的，只是在之前演示的是后，因为手机屏幕摩尔纹的问题导致了识别效果不佳，在之后我们也会继续拍摄数据集，扩充菜品的识别种类。
-
是否考虑通过添加一些用户作为协作用户来体验你们的微信小程序（像第三组一样）？
感谢提问！我们会在最终版本演示前，发布学生端，以期让大家能体验我们的产品。
第二组
-
Beta冲刺有没有什么收获？
感谢提问！收获很多，会在最后的个人总结中体现，欢迎交流！
-
觉得什么时候可以上市？
感谢提问！我们会在假期结束前完善好整个产品。
-
在最终答辩的时候项目可以进行到什么程度？
感谢提问！我们最终答辩会发布学生端，来让大家体验功能。
第三组
-
请问你们beta阶段对产品进行了哪些改进呢？
感谢提问！主要是进一步完善了产品的界面美观度和功能的逻辑完整性。
-
可以展示一下你们的分工情况吗？
感谢提问！我们的分工在博客里，欢迎交流！
-
你们在beta阶段有什么经验可以和大家分享吗？
感谢提问！觉得最重要的一点，是大家能够尽可能多的团队编程，我们团队因为有申请的实验室优势，所以团队协作次数多，很明显感受到效率的提升。
第四组
-
UI 界面是否与美团外卖过于相似？
感谢提问！会有少数借鉴美团的地方，但自认为不是过于相似。
-
可能存在过拟合问题吗？
感谢提问！确实存在过拟合问题，但识别率有保障。
-
UI配色方面有什么改进吗？
感谢提问！界面配色目前是展示的样子，如果有好的idea，非常乐意倾听。
第五组
-
可以显示一下分工吗？
感谢提问！详见博客，欢迎交流！
-
有想过如何解决过拟合吗？
感谢提问！会继续优化识别的准确率。
第六组
-
可以展示一下你们做好的软件吗？
感谢提问！Alpha答辩时已经现场展示，Beta版本也有视频录制，如果没有看到，可以点上方链接继续看哦。
-
关于bata版本的分工如何？
感谢提问！详见博客，欢迎交流！
-
bata有什么功能的改进与增加？
感谢提问！Beta阶段进一步完善了界面和功能，商家端增加了菜品管理、店铺管理、商家注册等等功能。
第七组
-
希望ui配色再改进一些，令人联想到美团外卖，不够美观。
感谢意见！如果有更好的想法，我们会继续改进，也欢迎好的配色意见。
-
支付问题有望在最终答辩时解决吗？
感谢提问！支付问题确实是个大难题，在最终答辩时，因为时间原因，也难以解决。
-
最终答辩时能够实际演示产品功能吗？
感谢提问！可以的，敬请期待！
-
-
-
PSP表格
| PSP | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 45 |
| Estimate | ?估计这个任务需要多少时间 | 30 | 45 |
| Development | 开发 | 0 | 0 |
| Analysis | ?需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | ?生成设计文档 | 0 | 0 |
| Design Review | ?设计复审 | 0 | 0 |
| Coding Standard | ?代码规范(为目前的开发制定合适的规范) | 0 | 0 |
| Design | ?具体设计 | 30 | 30 |
| Coding | ?具体编码 | 0 | 0 |
| Code Review | ?代码复审 | 0 | 0 |
| Test | ?测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 0 | 0 |
| Test Repor | ?测试报告 | 0 | 0 |
| Size Measurement | ?计算工作量 | 20 | 30 |
| Postmortem & Process Improvement Plan | ?事后总结, 并提出过程改进计划 | 30 | 45 |
| 合计 | 160 | 225 |
-
学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时（小时） | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 14 | 180 | 1500 | 10 | 608 | 学会了微信小程序的各种数据类型的转换 |