【軟工實踐】團隊Git現場編程實戰

組長博客鏈接

博客鏈接

組員職責分工

隊員	職責分工
恩澤	進行任務的划分與安排，調用API，負責餐飲商鋪及商圈信息的獲取
金海	解析API返回的json數據，提取有關信息
君曦	部分算法編寫
季城	協助編寫API的查詢並按評分排序
銀山	尋找api查找最熱商圈
雅芳	前端和數據可視化with鈺蕙，主要是ui和可視化圖象
鈺蕙	Android前端
秋琴	爬取數據，數據可視化的實現
雅輝	博客
婉怡	無

github 的提交日志截圖

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

改進情況：

• 修復運行中斷的bug，美化界面UI，實現數據可視化展示。

反思：

• 本次團隊現場編程的時間很短，而我們最開始定的實現內容太過復雜，導致編程過程中不斷地簡化最終要實現的功能，在討論協商的過程中浪費了太多的時間。
• 對接口的規范化不夠嚴格，多人協同開發時，能夠讓隊友輕松地調用自己的接口尤為重要。本次編程中多次出現了接口設計不規范，導致其他人調用過程中浪費太多時間去理解和改進。

程序運行截圖

商圈檢索程序

餐飲店鋪檢索程序

程序運行環境

eclipse、AS、IDEA

GUI界面

基礎功能實現

福州最受歡迎的商圈（參考人氣）

人均消費50以下的最佳（性價比最高）的前五家美食餐廳（參考評價與價格）

人均消費50-100的最佳（性價比最高）的前五家美食餐廳（參考評價與價格）

人均消費100-150以下的最佳（性價比最高）的前五家美食餐廳（參考評價與價格）

人均消費200以上的最佳（性價比最高）的前五家美食餐廳（參考評價與價格）

福州最佳美食聚集地

福州服飾類綜合評分最高的商圈

鼓勵有想法且有用的功能

想要實現

• 點擊商鋪即可調出地圖展示位置信息
• 實現自動規划路線功能
• 在地圖中可視化的展示商圈的熱度，例如高德地圖中展示景點的熱力圖

遇到的困難及解決方法

恩澤

• 困難:

  • 第一次團隊現場編程，對成員任務的划分不夠清晰，導致很多隊員並不明確自己的工作，這個鍋要背
  • 雖然提前搞好了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等等，但是這就導致最后來不及改完，沒有可以直接展示的成果，下次前后端合作的時候應該先協調好，才不會浪費了很多不該浪費的時間和精力

秋琴

• 困難:

  • 爬蟲的時候報錯數據爬取不下來。
  • 可視化的時候橫縱軸的坐標單位不知道怎么添加

• 解決辦法:

  • 之前學過爬蟲是很基礎的，沒有很好的掌握導致了爬蟲寫的很慢，查看網頁源碼來判斷為什么爬取不下來。最后發現美團的店鋪信息所在的網站不支持把數據爬取下來（網頁鏈接沒有規律，只是一個數字序列）
  • 作圖的時候就只有橫縱坐標的數值，並沒有單位和說明，可愛的雅芳學姐真是棒，兩三下就找到了解決方法，真的是太可愛了!

雅輝

• 困難:

  • 我的困難很單一：我啥都不會

• 解決辦法:

  • 幫組里各位學長學姐整理博客，沒有軟件能力支持就提供硬件支持

馬后炮

由於本次現場編程開發進度低於預期，給每位同學一個一句話吐槽機會……

恩澤:如果昨天沒有通宵押題，那么今天就會精神很多

金海: 如果能夠調用口碑的API，難么問題就會更好解決

君曦:如果一開始能夠冷靜下來，大家一起分析清楚的話，那么可能就不會一次次地改需求了。

季城:如果題量可以減少並且更加合理，那么這次的編程體驗感也不會那么差。

銀山:如果再給我一點時間，那么我還是做不出來。

雅芳:如果美團和大眾點評大方一點，那爬蟲就不會那么困難了。

鈺蕙:如果先用gson幫助算法轉json數據，那么我們就能按時做出來！

秋琴:如果美團點評能夠讓我們爬蟲的話，那么我們就不會步履維艱了。

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

評估每位組員的貢獻比例

姓名	任務工作量（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表格

PSP2.1	Personal Software Process Stages	預估耗時（分鍾）	實際耗時（分鍾）
Planning	計划	30	25
· Estimate	· 估計這個任務需要多少時間	30	25
Development	開發	540	885
· Analysis	· 需求分析 (包括學習新技術)	100	200
· Design Spec	· 生成設計文檔	60	120
· Design Review	· 設計復審	40	45
· Coding Standard	· 代碼規范 (為目前的開發制定合適的規范)	20	20
· Design	· 具體設計	190	250
· Coding	· 具體編碼	100	200
· Code Review	· 代碼復審	10	20
· Test	· 測試（自我測試，修改代碼，提交修改）	20	30
Reporting	報告	110	105
· Test Repor	· 測試報告	10	10
· Size Measurement	· 計算工作量	40	50
· Postmortem & Process Improvement Plan	· 事后總結, 並提出過程改進計划	60	45
	合計	680	1015

學習進度表

第N周	新增代碼（行）	累計代碼（行）	本周學習耗時（小時）	累計學習耗時（小時）	重要成長
1	103	103	14	14	學會了十三水的玩法，對原型設計有了一定的基礎
2	400	503	10	24	學習C# winform開發，完善具體設計思路
3	1313	1816	30	54	實現核心算法“自動分牌”
4	1153	2969	22	76	界面設計與代碼實現，完成各窗體與接口的實現
5	0	2969	15	91	詳細了解商業計划書以及產品介紹視頻的制作
6	0	2969	20	111	學習了UML類圖的繪制，了解需求規格說明書的書寫
7	200	3169	13	124	學習了百度地圖、高德地圖、口碑API的調用，積累了團隊現場編程的經驗