【软件工程】团队Git现场编程实战

组长博客链接

博客链接

---

组员职责分工

队员	职责分工
恩泽	进行任务的划分与安排，调用API，负责餐饮商铺及商圈信息的获取
金海	解析API返回的json数据，提取有关信息
君曦	部分算法编写
季城	协助编写API的查询并按评分排序
银山	寻找api查找最热商圈
雅芳	前端和数据可视化with钰蕙，主要是ui和可视化图象
钰蕙	Android前端
秋琴	爬取数据，数据可视化的实现
雅辉	博客
婉怡	无

---

github 的提交日志截图（鼓励小粒度提交)

使用超时提交的v2.0版本。

改进情况：

• 修复运行中断的bug，美化界面UI，实现数据可视化展示。

反思：

• 本次团队现场编程的时间很短，而我们最开始定的实现内容太过复杂，导致编程过程中不断地简化最终要实现的功能，在讨论协商的过程中浪费了太多的时间。
• 对接口的规范化不够严格，多人协同开发时，能够让队友轻松地调用自己的接口尤为重要。本次编程中多次出现了接口设计不规范，导致其他人调用过程中浪费太多时间去理解和改进。

---

程序运行截图

商圈检索程序

餐饮店铺检索程序

---

程序运行环境

eclipse、AS、IDEA

---

GUI界面

---

基础功能实现

福州最受欢迎的商圈（参考人气）

人均消费50以下的最佳（性价比最高）的前五家美食餐厅（参考评价与价格）

人均消费50-100的最佳（性价比最高）的前五家美食餐厅（参考评价与价格）

人均消费100-150以下的最佳（性价比最高）的前五家美食餐厅（参考评价与价格）

人均消费200以上的最佳（性价比最高）的前五家美食餐厅（参考评价与价格）

福州最佳美食聚集地

福州服饰类综合评分最高的商圈

鼓励有想法且有用的功能

想要实现

• 点击商铺即可调出地图展示位置信息
• 实现自动规划路线功能

---

遇到的困难及解决方法（8 5分）

恩泽

• 困难:
  • 第一次团队现场编程，对成员任务的划分不够清晰，导致很多队员并不明确自己的工作，这个锅要背
  • 虽然提前搞好了API的调用，但是面对不同的需求时如何合理地传回数据，尽可能减少他人的工作量，速度不够快，完成的不够到位
  • 通宵押题导致思维不在状态，精神不够专注
• 解决办法:
  • 队员不断反馈自己的任务进度情况，根据完成的方向是否符合项目要求对任务分工进行微调
  • 与其他队员沟通，确认需要的数据格式，尽可能快的完成数据的传送
  • 保持交流，防止入睡

金海

• 困难:
  • 对json解析时由于没有做异常处理，程序有时会出错，无法得到json对象的数据内容
• 解决办法:
  • 添加判断语句进行异常处理

君曦

• 困难:
  • 将得到的json格式和类对象的序列化和反序列化
  • “性价比”这个问题如何评判即如何判定
• 解决办法:
  • 通过百度，看博客以及小组成员的讨论，最终也算是解决了这个问题吧
  • 因为是分区间的，所以就直接将价格/评分，这样当这个值越小，则说明性价比越高

季城

• 困难:
  • 尝试了美团点评、京东云、宙斯、支付宝等很多API的调用，但是在实施过程中发现要么要注册公司要么要入驻审核，三个小时以内不要说可以连上API了，审核都通过不了，唯一免费的百度地图API没有提供评分和排序。
  • 也很想插手多做点事情，但我发现之前落下太多了，已经跟不上团队了，惭愧。
• 解决办法:
  • 通过借材料进行学习和了解，上网搜索
  • 和团队成员沟通
  • 调用百度地图的API，队友自己设计评分和排序的算

银山

• 困难:
  • 找不到相应的api能直接返回热门商圈数据
• 解决办法:
  • 好像并没有解决，大多api都需要应用验证，基本都掉用不了。使用基本的爬虫又会遭到美团的反爬。最后只能暴力搜索百度地图数据

雅芳

• 困难:
  • 不会python爬虫，和秋琴学姐尝试了GitHub开源码，出现了一大堆问题
  • 数据可视化选用了echarts插件，但是那个代码是js的，搞不太懂
• 解决办法:
  • 百度，美团和大众点评都试了一下，好不容易有个没有报错的代码输出为空。为。空。○|￣|_ 还好组里双线程并进，其他人用百度api解决了一些问题
  • 大概看了一下js的语法，后来钰蕙说那个代码可以转成java的看

钰蕙

• 困难:
  • 数据可视化的实现
  • eclipse代码导入Android Studio时代码不适配，大量报红
• 解决办法:
  • 导入百度Echarts框架，数据可视化图表类型贼多，（虽然来不及接数据155551
  • 用了最傻的办法就是直接在Android Studio上改，注释掉了挺多原代码，在as上重新解析json等等，但是这就导致最后来不及改完，没有可以直接展示的成果，下次前后端合作的时候应该先协调好，才不会浪费了很多不该浪费的时间和精力

秋琴

• 困难:
  • 爬虫的时候报错数据爬取不下来。
  • 可视化的时候横纵轴的坐标单位不知道怎么添加
• 解决办法:
  • 之前学过爬虫是很基础的，没有很好的掌握导致了爬虫写的很慢，查看网页源码来判断为什么爬取不下来。最后发现美团的店铺信息所在的网站不支持把数据爬取下来（网页链接没有规律，只是一个数字序列）
  • 作图的时候就只有横纵坐标的数值，并没有单位和说明，可爱的雅芳学姐真是棒，两三下就找到了解决方法，真的是太可爱了!

雅辉

• 困难:
  • 我的困难很单一：我啥都不会
• 解决办法:
  • 帮组里各位学长学姐整理博客，没有软件能力支持就提供硬件支持

婉怡

• 困难:

• 解决办法:

---

马后炮（9 5分）

由于本次现场编程开发进度低于预期，给每位同学一个一句话吐槽机会……

恩泽:如果昨天没有通宵押题，那么今天就会精神很多

金海: 如果能够调用口碑的API，难么问题就会更好解决

君曦:如果一开始能够冷静下来，大家一起分析清楚的话，那么可能就不会一次次地改需求了。

季城:如果题量可以减少并且更加合理，那么这次的编程体验感也不会那么差。

银山:如果再给我一点时间，那么我还是做不出来。

雅芳:如果美团和大众点评大方一点，那爬虫就不会那么困难了。

钰蕙:如果先用gson帮助算法转json数据，那么我们就能按时做出来！

秋琴:如果美团点评能够让我们爬虫的话，那么我们就不会步履维艰了。

雅辉:如果我不那么菜，那么我就可以多做点事了。

婉怡:

---

评估每位组员的贡献比例（如果没有评估，全组平均后，组长得分减 50%)（10 1分）

姓名	任务工作量（60）	个人参与度（10）	完成及时性（10）	Leader评分（20）	得分（100）	贡献比例(%)
恩泽	54	10	10	18	92	11.4
秋琴	56	10	10	19	95	11.8
雅芳	54	10	10	18	92	11.4
钰蕙	56	10	10	20	96	11.9
银山	45	6	10	15	76	9.4
季城	45	8	10	15	78	9.7
君曦	52	10	10	18	90	11.2
金海	52	10	10	18	90	11.2
雅辉	50	10	10	18	88	10.9
婉怡	5	0	0	5	10	1.2

---

PSP表格（个人独立发布）（11 1分）

PSP

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	40	30
· Estimate	· 估计这个任务需要多少时间	40	30
Development	开发	100	95
· Analysis	· 需求分析 (包括学习新技术)	40	40
· Design Spec	· 生成设计文档	30	35
· Design Review	· 设计复审	30	20
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	0	0
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试，修改代码，提交修改）	0	0
Reporting	报告	60	60
· Test Repor	· 测试报告	0	0
· Size Measurement	· 计算工作量	30	30
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	30	30
	合计	200	185

---

学习进度表（个人独立发布）（12 1分）

第N周	新增代码（行）	累计代码（行）	本周学习耗时（小时）	累计学习耗时（小时）	重要成长
1	103	103	14	14	学会了十三水的玩法，对原型设计有了一定的基础；
2	400	503	10	24	了解C#各种控件的使用；
3	1313	1816	30	54	完善界面的美化工作；
4	1153	2969	22	76	对项目进行性能分析，单元测试。
5	0	2969	10	86	学习报告材料的规范要求
6	0	2969	12	98	学习UML的画法及作用
7	230	3199	21	119	准备编程实战