BETA 版沖刺前準備
隊名：第三視角
作業連結
組長部落格
應作業要求為了更加順利地開展beta版本的沖刺，上次的alpha版本展示後，我們組對之前開發過程中存在的各種問題進行了全面的讨論，并對其進行了相應的調整和改善。
過去存在的問題
選擇了難度較大的開發工具
- 對于後端，在項目開始時對于wxpy庫和qqbot庫的調用難度估(qi)計(shi)不(shi)到(tai)位(cai)。受限于騰訊對外開放的接口數量以及接口的使用限制，部分功能(如單向好友檢測)的開發受到了不同程度的影響。
- 對于前端，在項目開始初期隻考慮到前後端都使用python會更加友善對接就選擇了pyqt架構，但是卻缺少了對pyqt學習難度的估計以及現有資料數量的考量，在開發過程中才發現pyqt架構複雜、學習成本高且社群資料的貢獻度不高，總體開發難度大。
開發過程中規範化程度不夠
- 開發過程中組内隻對資料庫方面編寫了接口使用文檔，對于其他子功能子產品沒能較好地編寫接口規範文檔（注釋寫的不夠），導緻前後端的對接難度加大。
讨論問題效率不高
- 由于人數較多，團隊思維比較跳脫，我們組平均每次開會都需要占用兩個小時左右的時間，相比其他組來說多了不少。原因在于組内讨論問題效率不高，經常對一個小問題進行過早的拓展和優化，沒能對問題先進行系統地分析。
團隊整體開發經驗不足
- 在工具的選擇以及整個開發過程當中基本都是組内幾位水準較高的大佬在進行決策，其他人沒能給出較為權威的建議，總體來說團隊的開發經驗較為不足。并且就算是大佬在之前也還沒有碰到過多程序通信的問題，可見整個團隊的開發經驗還不夠豐富。這樣的問題在工具選擇以及開發設計的時候也都有所展現。
團隊組織管理還不夠嚴謹
- 人數較多，任務難平均配置設定。盡管團隊内采取非常和諧的任務配置設定，但是有得必有失，這樣的做法導緻任務的配置設定無法做到非常的均勻，也導緻無法充分地使用人力資源。在部分組員完成了一個較為簡單的任務後無法馬上被配置設定到其他的任務當中，而其他組員可能因為獨自面對困難的任務而感到困擾。
暫未系統地進行功能測試
- 因為大三課業比較重，組内功能的開發一直處于比較緊張的狀态，故也沒有騰出足夠的時間給功能測試。對于大部分功能都隻是在開發初版完成後進行簡單的測試，未系統地進行功能測試。
使用者量暫時不夠多
- 目前為止産品基本都隻是組内人員在進行試用，沒有建立起比較堅實的使用者基礎，這與産品的開發進度以及宣傳政策是有一定關系的。
做出的調整和改進
選擇工具前做好充分的調研
- 我們之後再選擇其他工具前，會從易用性、社群文檔貢獻度、總體評價等方面對工具進行考量。選擇合适的工具進行開發。
進行設計文檔規範
- 我組将在接下來的開發過程中對每個功能接口以及前後端接口進行設計文檔規範，并由相應的組員進行文檔歸類和整理。進而做到對設計文檔的規範管理，友善前後端人員的互動以及代碼的複用。
優先考慮根本問題
- 對于讨論效率不高的問題我們組内已經進行了反思。在之後開展的會議中，組内會先拟定會議要點再逐項進行。對于手頭要進行分析的問題，會基于各個基本點進行讨論，在有了大題架構和思路之後再對其他細化展開的問題進行分析。
采取更靈活的配置設定方案
- 對于團隊組織管理上存在的問題，我們将采取更加靈活的配置設定方案。對于已經處理完手頭任務的組員将根據具體情況（該組員時間、其他任務的人員需求）進行新的任務配置設定，在任務配置設定下去時也會更加嚴謹地考慮此任務的人員配置設定是否合理，做到充分地利用組内資源。
進行功能單元測試
- 之前受限于開發進度是以沒有進行比較系統的功能測試，在接下來的開發階段我們組會對已完成的功能進行更為标準的單元測試，做到及早發現代碼存在的缺陷以進行相應的完善。
展開宣傳
- 在項目基本功能封裝打包完成後我們将對産品進行小範圍内的試點投放，同時借助同學的關系鍊進行宣傳造勢，為最後的完整産品創造較好的使用者基礎。
Beta沖刺中将有的改進
對于非功能的問題都已經在上面提到了，此處不再累贅
- 繼續優化前端界面，盡可能統一界面風格
- 完善互動設計
- 完成對關鍵詞提醒功能的開發
- 完成對消息群發功能的開發
- 對已經完成的熱詞分析功能進行優化
- 盡可能改善單向好友檢測功能可能導緻的封号問題
- 準備釋出Release版本