第04组 团队Git现场编程实战
组员职责分工
| 成员 | 分工 |
|---|---|
| 鲍子涵 | 分配职责，整合代码 |
| 吴宜航 | UI设计与实现 |
| 钟博 | UI设计与实现(Main Coder) |
| 黄海东 | 数据整理 |
| 王镇隆 | 前端api接口分析和使用(Main Coder) |
| 高鹏 | api接口分析和整理 |
| 骆友鹏 | 数据整理 |
| 陈志明 | api接口分析和整理 |
| 刘俊杰 | 数据整理 |
| 罗继鸿 | 数据整理 |
| 林得翔 | 特殊情况，请假未参与 |
GitHub提交日志
程序运行截图
程序运行环境
java version "1.8.0_221"
Java(TM) SE Runtime Environment (build 1.8.0_221-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.221-b11, mixed mode)
GUI界面
-
准备工作：提前先收集好几张编程时可能会用到的UI的背景图还有一些要插入的小部件。
-
具体编程完成的工作：在主题明确了以后选取了以原谅色为主题的背景图，但是由于背景之间的风格色调有些偏差，所以用了pscc把原来的背景图用camera row把背景的色调给调柔和了些，本来现场想p些小部件到背景里去，但奈何时间不够就先凑合着用了，背景图的插入用的是Jpanel进行背景图插入。
-
开始界面
- 打开最受欢迎的商圈的页面
- 打开各价位性价比前五的页面
- 打开最佳美食聚集地的页面
- 打开服饰类综合评分最高的页面
基础功能实现
- 通过百度地图的API调用，从百度地图上获取福州所有美食店铺的信息，通过筛选，除去无评分、无平均消费，无地址信息且不在五个市区的店铺，筛选之后，分区间通过对店铺信息进行对店铺性价比评分，之后进行排名，取前五名。
- 测评出福州最受欢迎的商圈（参考人气）
宝龙万象 - 分别测评出福州人均消费50以下，50-100、100-200、200以上最佳（性价比最高）的前五家美食餐厅（参考评价与价格）
- 人均消费50以下
麦当劳(金港路餐厅)、向阳坊(建中店)、玛格利塔(大儒世家店)、香帝西饼(胪东路店)、金誉蛋糕(商业广场店) - 50-100
北疆饭店(长乐店)、陶乡涮涮锅(五一北路店)、叶记汕头牛肉火锅(温泉路店)、食鼎记私房菜(吉庇路店)、咏蛙田鸡(福州苏宁广场店) - 100-200
荣誉大酒楼(梅峰店)、1718公馆(金山店)、国惠大酒楼(宝龙店)、江记海鲜火锅(五四路店)、壹代目衛日本料理 - 200以上
璞月中华意境菜、伊藤屋日本料理(湖东店)、兜大烧一番、雍和会餐厅(三坊七巷店)、升隆会海鲜旖旎(金融街万达店)
- 人均消费50以下
- 测评出福州最佳美食聚集地
宝龙万象 - 测评出福州服饰类综合评分最高的商圈
仓山万达
鼓励有想法且有用的功能
- 根据数据分析各商圈的商业规划，提前抢占商机
- 根据数据分析福州市人口居住密度图，并以此分析福州市最适合居住的地区
- 根据数据分析福州下一条开通的地铁是哪一条、在什么时候开通
遇到的困难及解决方法
钟博：
-
困难：最大的困难就是时间不够，其次就是因为时间不足，没有太多的时间去进行P图，导致有些素材的展示效果不是很好，还有在主要功能的页面设计完以后和其他人设计的接口对接的时候发现自己的有些设计和原来预想的展示方式有点偏差，影响了一部分页面交互的时候的美观性。
-
解决办法：提前去进行P图，找素材会节省大量时间，还有就是工作开始前和组员事先商量好数据的接受还有发送的形式
王镇隆
- 困难：因为对JAVA的不熟通过百度地图API获取的JSON使用上获取的不存在的信息时出现错误
- 解决办法： 队友想让我换他的库，但是感觉会花太多时间，于是百度了一下，发现是由于Json-lib库的缺陷导致的，于是换了一个库导入就解决了。
马后炮
- 如果我够强，我今天就不会坐在这里了
- 如果我有更多的时间，那么我可以把数据处理的更加完善和设置更好的积分处理排名计算机制
- 如果给我多点时间，界面展示和交互肯定会更好（小声bb）
- 推荐的api都不能用，或者pi用没有。三个小时极限编程，分析福州商圈，三个小时要你分析个锤子，是福州的都知道福州核心商圈是东街口，三小时白给去推个显然的答案，还要为答案分析而分析，要去哪玩哪吃。福州本地清清楚楚，大不了问个人，十来分钟解决的事需要这三小时的分析？就算不问人，美团大众点评上写的清清楚楚，动动手指几分钟的事。买衣服这种事，不都就近东街口、王府井、东二环泰禾、万达，再说现在人大多都网购，往高端走就东街口东百、大洋，这三个小时我是真的fo了。如果大众美团提供能用的api，如果我会的东西够多，那么说不定三小时就能搞出人工2分钟能出结果又没什么受众的东西了，真好。
- 如果能提前准备好，我就不需要临时造轮子了
评估贡献比例
| 成员 | 贡献占比 |
|---|---|
| 鲍子涵 | 13% |
| 吴宜航 | 12% |
| 钟博 | 13% |
| 黄海东 | 6% |
| 王镇隆 | 13% |
| 高鹏 | 12% |
| 骆友鹏 | 6% |
| 陈志明 | 8% |
| 刘俊杰 | 6% |
| 罗继鸿 | 6% |
| 林得翔 | 5% |
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 180 | 180 |
| Estimate | 估计这个任务需要多少时间 | 180 | 180 |
| Development | 开发 | 120 | 120 |
| Analysis | 需求分析（包括学习新技术） | 5 | 6 |
| Design Spec | 生成设计文档 | 20 | 15 |
| Design Review | 设计复审 | 3 | 5 |
| Coding Standard | 代码规范（为目前的开发制定合适的规范） | 2 | 3 |
| Design | 具体设计 | 8 | 10 |
| Coding | 具体编码 | 110 | 113 |
| Code Review | 代码复审 | 4 | 6 |
| Test | 测试（自我测试，修改代码，提交修改） | 9 | 10 |
| Reporting | 报告 | 11 | 14 |
| Test Report | 测试报告 | 6 | 8 |
| Size Measurement | 计算工作量 | 2 | 4 |
| Postmortem & Process Improvement Plan | 事后总结，并提出过程改进计划 | 11 | 15 |
| 合计 | 665 | 689 |
学习进度条
| 周数编号 | 新增代码 | 累计代码 | 本周学习耗时（小时） | 累计学习耗时（小时） | 学习内容 |
|---|---|---|---|---|---|
| 1 | 500 | 500 | 3 | 3 | 团队代码整合、算法框架优化 |
附加题
-
根据你所能获取到的数据，分析出你认为最有潜力的商圈。（此题没有明确的标准，同学们可以发散思维，最终结果言之有理即可，例如可以综合考虑：交通、居民密度、人员素质、地理位置等等）（10%）
根据多方平台获取的数据（如星级、评分人数、交通密度数据、人口密度数据、卫星监控数据等），加以不可公开（保密等级：Euclid ）的后台计算算法后，我们认为仓山万达虽然目前并不是最热门的商圈，确实未来5年内最有发展潜力的商圈。
-
高级数据可视化。（5%）
数据
-
其他与该题有关且有趣的分析。（10%）
通过分析发现，不少商铺普遍存在“刷分”现象，甚至有商铺刻意“刷低分”来逆向宣传，且一定程度上达成了正向的宣传效果（其中一家依靠“刷低分”的商铺在之后真的收到了不少差评，大多数差评的理由居然是吃客认为该商铺的商品没有他们想象中的难吃）。
