凡事預則立随筆

這個作業屬于哪個課程	2020春|S班（福州大學）
這個作業要求在哪裡	團隊作業第六次——beta沖刺+事後諸葛亮
團隊名稱	學長幫幫組
這個作業的目标	凡事預則立
作業正文	凡事預則立随筆
其他參考文獻	暫無

一、組長是否重選

在之前的合作中，小組已經摸索出了一套适合本組的合作方式。且在alpha階段中，在前後端組長及PM的共同管理推進下，項目有條不紊的進行。是以組内讨論後不進行重選組長

二、下一階段需要改進完善的功能

• 繼續完成幫扶和消息子產品的建構

• 優化界面

• 完善接口

三、下一階段新增的功能

• 簡易背景

新增簡易背景，用于對幫扶準許的操作

• 代碼複審

由于alpha沖刺階段對該方面重視度不夠，是以沒有進行規範的代碼互審，在之後的beta沖刺階段會加強對該方面的重視。将采用組内成員合作輪流互審的方法，以求代碼風格統一

• 程式架構

在beta沖刺階段，我們組打算使用MVVM架構進行軟體重構,這樣能夠有效降低項目中的代碼耦合,更有利于團隊合作開發

四、需要改進的團隊分工

• 團隊管理

前後端組長不要給自己配置設定給過多的任務，抽出較多的時間進行團隊的管理。

把每個人每段時間要做的任務寫成文檔，該文檔最好是由任務的執行者來執筆，因為很多時候給組員交代任務後，在實際開發中遇到的問題會使估算的時間不可靠，整個項目的進度自然就比計劃的慢了。

每日例會時應該讓每個組員都有發言彙報的機會，發言内容為自己的當日計劃是什麼，實際完成度如何，哪些地方需要其他成員幫助，最後進行簡短總結。這樣一方面起到互相監督的作用，組員可以對比自己和其他人的任務進度/完成品質，進而進行自我調整。另一方面使得每天遇到的困難都能及時曝光解決，不會出現問題堆積的情況。

五、需要改進的工具流程

• 工具使用

此次beta沖刺階段我們将加強組員之間的交流，在每日例會中交流軟體應用的心得，以免有些組員重蹈覆轍。

• 版本控制

指定專門的測試版本負責人來專門負責版本控制這一塊，讓這個負責人去制定版本控制的送出原則，在軟體研發過程中對送出的情況要進行詳細的記錄，通過這些措施，這樣就能在基本上對因為版本失控可能造成的測試失誤或者無效加以避免。

首先測試人員要測試開發人員送出的代碼，将測試過程中查找到的bug進行送出。而當測試人員送出的bug到了開發人員手中之後，開發人員要針對這些bug進行修複工作，并且将修改後的代碼放入程式中，作為新的軟體版本。但是絕對不能将它再放回到現在正在進行的測試版本中。而測試人員在完成這一輪的測試工作後，在對新的版本也就是對經過開發人員修改過得下一個版本展新一輪的測試。

六、沖刺的時間計劃安排(七天)

時間	後端	前端
5.27	整合接口文檔，任務細分，依賴安裝	完成幫扶清單檢視，送出幫扶申請
5.28	消息子產品建構，幫扶子產品資料庫建構，完善預設頭像等	完成我的幫扶、打卡、綜測申請
5.29	消息子產品代碼編寫，熟悉flask-socketio庫	完成消息清單、發送消息、接收消息
5.30	完善消息子產品代碼，編寫幫扶子產品代碼	完成背景首頁、添加幫扶對象
5.31	完善背景代碼，測試幫扶子產品、消息子產品接口	完成準許幫扶、綜測申請稽核
6.01	代碼整合、複審	代碼複審與優化
6.02	伺服器架設，Beta版本程式的測試	對遺留的bug進行修複