第03组 团队Git现场编程实战
Posted cheslee
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第03组 团队Git现场编程实战相关的知识,希望对你有一定的参考价值。
一、 组员职责分工
职务 | 姓名 | 具体任务 |
组长 | 杨雨丝 | UI设计 |
副组长 | 林郁昊 | 前端 |
组员 | 李钒效 | 后端 |
组员 | 吴之昊 | 后端 |
组员 | 郑木平 | 后端 |
组员 | 宋娟 | UI设计 |
组员 | 许钰梅 | UI设计 |
组员 | 朱玥轩 | UI设计 |
组员 | 于婕 | UI设计、博客 |
组员 | 张铮 | 后端 |
组员 | 吴崎 | 后端 |
二、Github提交日志截图
三、程序运行截图
四、程序运行环境
python3.7 Windows10
五、UI界面
六、基础功能实现
- 通过高德地图api的关键词搜索,调取福州美食类别的500条POI信息,通过其中的cost字段和rating字段,计算出各个价格区间性价比最高的五家餐厅
- 通过周边搜索,获取各个商圈中心1000米范围内500个美食类别POI的信息,以平均评分和评分人数作为综合评价指标,找出最受欢迎的商圈
- 将上面的美食类别改为服饰类别,以平均评分、评分人数和人均消费找出综合评分最高的商圈
七、有想法且有用的功能
- 各个价格区间性价比最高的餐厅再根据食物种类细化分类(比如中餐、西餐、泰国菜等等)
- 分析用户爱好,给用户不同的推荐
八、遇到的困难及解决办法
杨雨丝
困难:在短时间内协调分工,github提交出现问题
解决办法:组织组员自己选择分工,跟进进度,百度解决问题。
林郁昊
困难:使用爬虫时遭遇反爬虫,努力白费
解决办法:调整心态,仔细看api文档,查看接口
李钒效
困难:美团和饿了么爬取信息是总会遇到反爬虫的
解决办法:直接在高德api里爬取有用信息
吴之昊
困难:高德地图API返回的人均消费数据部分非常魔幻,并不全都是字符串,存在list类型,例如人均消费133.5,储存为一个列表:’1’,’3’,’3’,’.’,’5’
解决办法:读数据时需判断类型,若为list则先转换为str类型再转换为float类型进行数据的处理
郑木平
困难:爬取各大网站数据失败,壁垒有点高,技术太菜
解决办法:改用地图api,虽然数据比较不准确
宋娟
困难:设计界面导致大脑短路,图层太多导致大脑短路
解决办法:不同的界面板块分组整理,跟队友讨论整理思路后,手绘框架,逐步丰富填充。
许钰梅
会的知识掌握的技能太少,只能在旁边干看着队友做,什么忙也帮不上,辛苦队友们了
偶尔搜索一丢丢资料然后看队友操作,再然后好像只好只能看着了
朱玥轩
困难:ui界面的设计比较难以抉择,比如图标选择和背景选择
解决办法:初步选择一些素材,然后再去和大家一起讨论看看成果,边选择边修改
于婕
困难:ps使用不熟练,导出图层出了故障
解决办法:在队友操作设计的时候帮队友解决零碎问题,在队友和度娘的帮助下换方法导出。
张铮
困难:不会爬虫,API的调用也很难
解决办法:百度,github上查找
吴崎
困难:API调用失败,时间紧张难以完善
解决办法:不调用api,直接使用爬虫
九、马后炮
- 如果有大佬指路,那么我就不会浪费两个小时查资料搞爬虫了
- 如果没有软工这门课,那么我这学期会很轻松并且很开心开心开心开心(胡言乱语)
- 如果我没有这么菜,那么我就不会看着大佬干瞪眼了OTZ
十、每位组员贡献比例
职务 | 姓名 | 具体任务 | 最终得分 |
组长 | 杨雨丝 | UI设计 | 3% |
副组长 | 林郁昊 | 前端 | 15% |
组员 | 李钒效 | 后端 | 15% |
组员 | 吴之昊 | 后端 | 20% |
小组长 | 郑木平 | 后端 | 20% |
组员 | 宋娟 | UI设计 | 11% |
组员 | 许钰梅 | UI设计 | 3% |
组员 | 朱玥轩 | UI设计 | 3% |
小组长 | 于婕 | UI设计、博客 | 8% |
组员 | 张铮 | 后端 | 1% |
组员 | 吴崎 | 后端 | 1% |
合计 | 100% |
十一、PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
Planning | 计划 | 30 | 30 |
Estimate | 估计这个任务需要多少时间 | 225 | 280 |
Development | 开发 | 140 | 180 |
Analysis | 需求分析 (包括学习新技术) | 30 | 45 |
Design Spec | 生成设计文档 | 30 | 20 |
Design Review | 设计复审 | 30 | 10 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
Design | 具体设计 | 20 | 30 |
Coding | 具体编码 | 180 | 220 |
Code Review | 代码复审 | 30 | 20 |
Test | 测试(自我测试,修改代码,提交修改) | 40 | 30 |
Reporting | 报告 | 30 | 40 |
Test Repor | 测试报告 | 30 | 30 |
Size Measurement | 计算工作量 | 30 | 30 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
totall | 合计 | 255 | 315 |
十二、学习进度条
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 200 | 200 | 20 | 20 | 文本匹配和分类 |
2 | 0 | 200 | 10 | 30 | Axure Rp8原型设计工具 |
3 | 500 | 700 | 30 | 60 | 前段知识和前后端联动 |
4 | 125 | 825 | 20 | 80 | UI及视频制作 |
5 | 133 | 958 | 20 | 100 | 网页数据爬取 |
以上是关于第03组 团队Git现场编程实战的主要内容,如果未能解决你的问题,请参考以下文章