组长博客
一、组员职责分工
| 组员 | 分工 |
|---|---|
| 邓泽源 | 后端 |
| 姚彬锟 | 后端 |
| 张庆焰 | 前端 |
| 周鑫煌 | UI原型图 |
| 陈展鸿 | 后端 |
| 陈观鸿 | 前端 |
| 吴洁敏 | 博客 |
| 朱宏 | 爬数据 |
二、github 的提交日志截图（鼓励小粒度提交）
三、程序运行截图
- 高德API
- 美团
- 美团之美食与商户评价
- 商圈信息爬取（JSON格式）
四、程序运行环境
- 用户要求：Android 5.0以上版本
- UI设计：墨刀
- 前端要求：Android 5.0+
- 后端要求：windows 10 python 3.7
五、GUI界面
六、基础功能实现
1.能将店铺的名称、综合评分、详细地址、联系电话、营业时间、许可证、经纬度、平均消费、所属品牌、相册爬取下来
2.前端能将信息进行展示
3.测评出福州最受欢迎的商圈（参考人气）
4.分别测评出福州人均消费50以下，50-100、100-200、200以上最佳（性价比最高）的前五家美食餐厅（参考评价与价格）
5.测评出福州最佳美食聚集地
6.测评出福州服饰类综合评分最高的商圈
7.基本数据可视化
8.UI界面
七、鼓励有想法且有用的功能
1.增加玩乐的商圈
2.增加对娱乐的地方的排行榜
3.自动排序综合性价比高的餐厅，并且会把招牌菜列出来
4.给一个对比的功能，两家类似口味的餐厅根据菜品和评价做对比
八、遇到的困难及解决方法
林睿(组长)
困难:技术不够所以三个小时没帮上什么忙，只能帮后端找找数据当个人工智能
解决方法:努力学习技术，争取在编程上帮忙
邓泽源
1、
困难：美团、大众的爬虫爬取会随着访问次数上升而封IP
解决方法使用代理池或者“人工智能”多开分身术
PS:反应过来被封的时候太迟了，裂开
2、
困难：高德API使用爬取JSON文件在Python中与前端有着格式交互问题
解决方法：将JSON文件转化成为DICT再进行抓分处理
3、
困难：高德地图中没有商圈
解决方法：获取美团中的商圈坐标信息与半径经纬度，在高德地图API中进行点坐标半径搜索，加权算法处理最终商圈评分
张庆焰
困难：高德地图sdk在虚拟机上无法正常运行，初始化的时候闪退
解决：导入x64运行库
姚斌锟
困难：爬虫ip失效
解决：分多个ip爬取，最后将数据整个到一起
朱宏
困难：网页爬多了IP会被封
解决方法：用ip代理频繁更换接着爬
蔡雅菁
困难:技术短板，所以三小时极限编程基本上帮不上什么忙，只能当个planB“人工智能”，555
解决方法:通过努力自学尽快提高编程能力
吴洁敏
困难：技术不够，只能当个人工智能和写写博客混混分这样子
解决方法：继续努力
周鑫煌
困难：所提出的需求点评api几乎都用不了，说好的调接口变成自己爬数据，加上前端编写跟后端部署，为了实现更好的完成度，三个多小时工作量变得略大，时间上来不及。
解决方法：去掉了一些原本希望实现的骚功能，在ui设计上从开发的角度出发，尽量做的最简化且最容易实现又不失美观。
王景弘
困难：技术力不够只能在旁边帮帮忙
解决方法：在前端旁边一边做一边学
陈展鸿
困难：跑到另外一个教室闭关锁国
解决方法：对外开放
陈观鸿
困难:时间比较少，对于安卓的使用也不够熟练，速度太慢了
解决方法:只能之后好好读了，抱住大佬大腿
九、马后炮
- 林睿（组长）：前期没有做足准备和分工，如果早点能准备好先学习一些技术，那么或许能帮点忙
- 邓泽源：如果早知道今天要裂开,那么我昨晚就好好学习
- 张庆焰： 如果不上福大，那么就不会碰到柯逍
- 姚斌锟：如果我没有选计算机，那么我就不用学软件工程
- 朱宏：如果不用爬虫 ，那么就不会被封ip，那么就不会浪费时间用代理
- 蔡雅菁：如果给我一次重来的机会，那么我一定要从大一就开始好好学习好好做人
- 吴洁敏：如果能回到大一，那么我一定好好努力555
- 周鑫煌：如果我擅长的是安卓，那么就可以帮庆焰男神多分担一些开发上的压力了
- 王景弘：如果队友早点确定爬取数据的方法，那么我们就不用手动记录二十多页的餐厅ID了
- 陈展鸿：如果早知道三个小时一定要做完，那么就前一天晚上提早做准备
- 陈观鸿：如果我能提前掌握好安卓的控件，加快代码速度，那么我们就会做的更快
十、评估每位组员的贡献比例
| 组员 | 贡献比 |
|---|---|
| 张庆焰 | 44 |
| 邓泽源 | 17 |
| 周鑫煌 | 12 |
| 陈展鸿 | 11 |
| 姚斌锟 | 6 |
| 陈观鸿 | 5 |
| 吴洁敏 | 3 |
| 朱宏 | 2 |
十一、PSP表格（个人）
| PSP2.1 | Personal Software Process Stages | 预估耗时 (小时) |
实际耗时 (小时) |
|---|---|---|---|
| Planning | 计划 | 12 | 15 |
| · Estimate | · 估计这个任务需要多少时间 | 3.5 | 3.5 |
| Development | 开发 | 2 | 2 |
| · Analysis | · 需求分析 (包括学习新技术) | 0.5 | 0.5 |
| · Design | · 生成设计文档 | 0.2 | 0.2 |
| · Design Review | · 设计复审 | 0.1 | 0.1 |
| · Coding Standard | · 代码规范 (为目前的开发制定或选择合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 0.1 | 0.5 |
| · Coding | · 具体编码 | 2 | 2 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试(自我测试，修改代码，提交修改) | 0 | 0 |
| Reporting | 报告 | 0 | 0 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 0.1 | 0.1 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出改进计划 | 0.5 | 0.5 |
| · 合计 | 3.5 | 3.9 |
十二、学习进度表（个人）
| 第N周 | 新增代码(行) | 累计代码（行） | 本周学习耗时（小时） | 重要成长 |
|---|---|---|---|---|
| 第一周 | 0 | 0 | 5 | 学习原型设计（墨刀）的使用 |
| 第二周 | 0 | 0 | 20 | 学习iOS端开发的基本知识 |
| 第三周 | 3000 | 3000 | 50 | 进行iOS开发 |
| 第四周 | 2000 | 5000 | 20 | 进行iOS端逻辑优化 |
| 第五周 | 0 | 0 | 15 | 完善了项目的需求，对本次团队项目有了更深的理解 |
| 第六周 | 0 | 0 | 3 | 对原型设计工具的使用即ui规范更加熟练了 |