組長博客
1.組員職責分工(2分)
成員 | 分工 |
---|---|
潘海東 | 采集數據 |
陳蘇蘇、嚴欣 | 解析整理美食前10數據 |
方瑞雄、翁世豪 | 解析整理性價比前10數據 |
余廷龍、鄭裕恆 | 解析整理受歡迎前10和服飾前10數據 |
王玥、馬麗華 | 解析整理服飾前10數據 |
劉詩琳 | 前端設計 |
張萬聰 | 數據整理和可視化、博客編寫 |
鄭裕恆 | 最受歡迎商圈可視化 |
2.github 的提交日志截圖(1分)
3.程序運行截圖(3分)
- 運行圖
- 最受歡迎商圈運行代碼截圖
- 把百度地圖api調用返回的數據解析:用data存shop_list里面的每個商家的信息,再在每個商家中搜索評分overall_rating,把該商圈的所有商家的評分相加求出平均值作為該商圈的平均評分
4.程序運行環境(1分)
-
操作系統:Windows 10
-
開發環境:Python 3.7
5.GUI界面(5分)
- 最受歡迎商圈
- 福州人均消費50以下前五家美食餐廳
- 福州人均消費50-100前五家美食餐廳
- 福州人均消費100-200前五家美食餐廳
- 福州人均消費200以上前五家美食餐廳
- 福州最佳美食聚集地
- 福州服飾類綜合評分最高的商圈
6.基礎功能實現(10分)
-
點擊左側的目錄欄就可以跳轉顯示出相關的數據
-
通過訪問api解析json數據綜合考量評論數量、人均消費水平、評價得分等方面在眾多商圈中篩選出不同價格區間性價比最高的美食餐廳、人氣最旺的十大商圈、服飾類評分最高的商圈、最佳美食聚集地等。
點擊“最受歡迎商圈”可見測評
點擊“各價位餐廳推薦”可見四種價位的美食餐廳推薦測評
-
50以下
-
50-100
-
100-200
-
200以上
點擊“福州最佳美食聚集地”可見測評
點擊“福州服飾類綜合評分最高的商圈”可見測評
7.鼓勵有想法且有用的功能(5分)
-
在顧客產生進店消費欲望的時候,根據評價給顧客分析進店的pros and cons和進店建議。比如這家的火鍋店油煙味大,那家的服裝店導購是邪教,另一家的燒烤店可以自備食材等等...讓你進店有准備,進店有選擇,避免不必要的尷尬。
-
根據最受歡迎的商圈給租房或者買房、租賃門面的用戶提供選址參考,讓喜歡他們享受到更加適合自己的生活方式或者賺錢商機。
-
同理,可以做出各種分類的測評,例如各大菜系美食餐廳的測評、最受歡迎的生活用品門店、最受歡迎的超市測評等,給用戶提供更加有參考性的建議。
8.遇到的困難及解決方法(5分)
-
余廷龍
-
遇到困難:文件操作不太會。
-
解決方法:我的好朋友裕恆給我發了一段代碼(代碼重用真舒服)。
-
-
陳蘇蘇
-
遇到困難:api導出的json文件處理困難。
-
解決方法:百度以及詢問隊友,進行代碼的修改和編譯。
-
-
方瑞雄
-
遇到困難:處理json文件不熟練導致進度有些緩慢,在整理排名的時候有些不知所措。
-
解決方法:通過同學的幫助以及使用字典 ,解決了上述問題。
-
-
張萬聰
-
遇到困難:數據可視化運用第三方庫顯示不出來。
-
解決方法:百度百度,可勁兒百度嘗試用其他方式實現可視化。
-
-
嚴欣
-
遇到困難:python當初是選修課,我沒有選修,並且三年以來一直也沒有主動去學習,導致團隊編程前我們團隊約定用python的時候我才驚覺我不會。python是這周剛學的,團隊准備的時候分工,我想嘗試調用美團api但是要公司認證,所以轉去找爬蟲教程,試圖學會爬蟲,然而我連晉江的小說都沒爬下來......至今我也不懂為啥我爬出來的html頁面和我從f12看到的不一樣......而且python的正則表達式運用很不熟練,沒辦法通過正則表達式提取關鍵字........早上的極限編程有很大一部分時間用在百度上,光靠自己沒辦法完成自己的那部分任務,很多都是現學現用磕磕絆絆的,唉!
-
解決方法:由於昨天我們團隊開會分工的時候討論,早上爬蟲/調用api的任務交給海東大佬去做,我不需要一臉懵逼的看教程學爬蟲了。至於python正則表達式不會用,代碼不會打......百度唄,一邊上網找正則表達式的使用方法,一邊瘋狂嘗試瘋狂運行代碼,一直試到可以。
-
-
鄭裕恆
-
遇到困難:困難就是api太多了不知道用哪個。
-
解決方法:猜測題意,有針對性地學習api使用。
-
...
9.馬后炮(5分)
-
如果題目能像張老師班級那么簡單,那么團隊現場編程或許還能有點體驗。
-
如果我們能時間不那么緊,那么我們就不會那么難受。
-
如果有來生,那么不做人。
-
如果要做人,那么不學計算機。
-
如果我在暑假好好學習java復習html,而不是天天陰陽師,那么可能今天我就不會這么慘了。
-
如果昨天晚上我能通宵熬夜學習python而不是把時間花在睡覺上,那么可能今天我能看懂資料上爬蟲的教程,雖然更大的概率我會在編程的時候睡着......
-
如果我之前好好學習,那么我就不會那么拖團隊的后腿。
-
如果昨天晚上好好惡補可視化,那么今天在可勁兒百度的人不會是我。
10.評估每位組員的貢獻比例(1分)
成員 | 分工 | 貢獻比例 |
---|---|---|
潘海東 | 采集數據 | 9% |
陳蘇蘇 | 解析整理美食前10數據 | 8% |
嚴欣 | 解析整理美食前10數據 | 8% |
方瑞雄 | 解析整理性價比前10數據(四組)、整理匯總 | 9% |
翁世豪 | 解析整理性價比前10數據(四組) | 9% |
余廷龍 | 解析整理最熱商圈前10和服飾前10數據 | 11% |
王玥 | 解析整理服飾前10數據 | 7% |
馬麗華 | 解析整理服飾前10數據 | 7% |
劉詩琳 | 前端設計 | 9% |
張萬聰 | 數據整理和可視化、博客編寫 | 11% |
鄭裕恆 | 最受歡迎商圈可視化 | 12% |
11.PSP表格(1分)
PSP2.1 | Personal Software Process Stages | 預估耗時(分鍾) | 實際耗時(分鍾) |
---|---|---|---|
Planning | · 計划 | 30 | 30 |
· Estimate | · 估計這個任務需要多少時間 | 30 | 30 |
Development | · 開發 | 150 | 240 |
· Analysis | · 需求分析 (包括學習新技術) | 20 | 80 |
· Design Spec | · 生成設計文檔 | 10 | 10 |
· Design Review | · 設計復審 | 10 | 0 |
· Coding Standard | · 代碼規范 (為目前的開發制定合適的規范) | 10 | 10 |
· Design | · 具體設計 | 10 | 20 |
· Coding | · 具體編碼 | 60 | 80 |
· Code Review | · 代碼復審 | 10 | 20 |
· Test | · 測試(自我測試,修改代碼,提交修改) | 20 | 20 |
Reporting | 報告 | 90 | 90 |
· Test Repor | · 測試報告 | 0 | 0 |
· Size Measurement | · 計算工作量 | 0 | 0 |
· Postmortem & Process Improvement Plan | · 事后總結, 並提出過程改進計划 | 90 | 90 |
· 合計 | 300 | 390 |
12.學習進度表(1分)
第N周 | 新增代碼行數 | 累計代碼(行) | 本周學習耗時(小時) | 累計學習耗時(小時) | 重要成長 |
---|---|---|---|---|---|
1 | 90 | 90 | 14 | 14 | 學會了python |
2 | 40 | 130 | 2 | 16 | 熟悉了墨刀,pyqt的使用 |
3 | 600 | 630 | 35 | 51 | 熟練了HTML、加強了代碼能力 |
4 | 0 | 0 | 5 | 56 | 主要了解了微信小程序的開發進程,並沒有打代碼 |
5 | 100 | 730 | 5 | 61 | 學習了數據庫 |