标签：实战 解决办法 Git 编程 队友 UI 组员 30 设计
一、 组员职责分工
| 职务 | 姓名 | 具体任务 |
| 组长 | 杨雨丝 | UI设计 |
| 副组长 | 林郁昊 | 前端 |
| 组员 | 李钒效 | 后端 |
| 组员 | 吴之昊 | 后端 |
| 组员 | 郑木平 | 后端 |
| 组员 | 宋娟 | UI设计 |
| 组员 | 许钰梅 | UI设计 |
| 组员 | 朱玥轩 | UI设计 |
| 组员 | 于婕 | UI设计、博客 |
| 组员 | 张铮 | 后端 |
| 组员 | 吴崎 | 后端 |
二、Github提交日志截图
三、程序运行截图
四、程序运行环境
python3.7 Windows10
五、UI界面
六、基础功能实现
- 通过高德地图api的关键词搜索，调取福州美食类别的500条POI信息，通过其中的cost字段和rating字段，计算出各个价格区间性价比最高的五家餐厅
- 通过周边搜索，获取各个商圈中心1000米范围内500个美食类别POI的信息，以平均评分和评分人数作为综合评价指标，找出最受欢迎的商圈
- 将上面的美食类别改为服饰类别，以平均评分、评分人数和人均消费找出综合评分最高的商圈
七、有想法且有用的功能
- 各个价格区间性价比最高的餐厅再根据食物种类细化分类（比如中餐、西餐、泰国菜等等）
- 分析用户爱好，给用户不同的推荐
八、遇到的困难及解决办法
杨雨丝
困难：在短时间内协调分工，github提交出现问题
解决办法：组织组员自己选择分工，跟进进度，百度解决问题。
林郁昊
困难:使用爬虫时遭遇反爬虫，努力白费
解决办法：调整心态，仔细看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 | 0 | 0 | 8 | 8 | 学习了Python的基本语法 |
| 2 | 319 | 319 | 18 | 26 | 实现了算法部分，学习了网络编程 |
| 3 | 100 | 419 | 12 | 38 | 学习了网络爬虫的基本知识 |
| 4 | 125 | 544 | 10 | 48 | 完成了网络接口，学习了Python的单元测试 |
| 5 | 0 | 544 | 6 | 54 | 学习了用UML画类图 |
| 6 | 100 | 644 | 3 | 57 | 调用地图api |
标签：实战,解决办法,Git,编程,队友,UI,组员,30,设计 来源： https://www.cnblogs.com/mpzheng/p/11784007.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。