項目Beta衝刺 總結

課程: 軟件工程1916|W(福州大學)
做業要求: 項目Beta衝刺
團隊名稱: 火雞堂
做業目標: 總結

火雞堂

隊員學號 隊員姓名 博客地址 備註
221600111 彼術向 http://www.cnblogs.com/Mookiepiece/ 隊長
221600126 忠 ju http://www.cnblogs.com/Downstream-1998/ 轉入
221600137 海怪呦 http://www.cnblogs.com/a137447/
221600138 魔垣 http://www.cnblogs.com/deweyxuan/

項目github地址

項目github地址git

項目預期計劃

有像樣的界面,人機交互友好,有文字識別模塊github

現實進展

能完成記帳功能和心願功能,基本增刪查改,主要界面基本完成
缺少引導,用戶體驗很差,不能能記支出,其餘bug數據庫

過程體會

一開始的話
由於菜雞組員不遵照代碼規約致使的他們實現功能困難,好比偏要id=position(除了都是int徹底沒有關係的兩個變量),而後查詢id出錯
或者不看別人的接口是怎樣的,而後又不根據接口寫功能(做爲PM雖然有一直更新功能模塊說明書和數據庫說明書,但組員不看的話等於白寫了)
或者getText()方法返回一個文本框組件這種騷操做優化

這些問題後期通過協調和磨合都好了不少,組員漸漸地能給項目作出些功能來,也按代碼規約幹活了
新轉入的隊員做爲技術顧問,解決了不少以前咱們項目的問題,優化了項目結構
其餘成員(包括菜雞隊長我)漸漸可以熟練使用git版本控制,還有養成註釋習慣
你們都從中吸收了不少教訓,獲得了鍛鍊設計

做爲PM的確有安排任務很差的地方,這些是我吸收到的經驗:
ffl博士在alpha總結博客裏指出咱們設計上能夠先簡化,作最小功能開發
忠 ju認爲若是開發人員的水平不足的話,Code Review 是必要的
汪老師建議把任務細化版本控制

組員分工及在Beta階段的工做量比例

隊員學號 隊員姓名 工做 工做量比例
221600111 彼術向 標籤界面,心願歷史界面,整合 32%
221600126 忠 ju 技術顧問,圖表界面,數據庫 32%
221600137 海怪呦 對話框,應用其餘功能 13%
221600138 魔垣 主頁,對話框,詳情頁 23%

下階段展望

感謝各評測小組,助教老師提出的寶貴建議
有不少人質疑筆記功能,但我堅信它的定位是正確的
若是有時間我仍然想繼續完善這個項目(極可能是拿來練手,打工是不可能打工的)
我會想加上除了心願單和帳單之外更多的模板,並改個名blog

相關文章
相關標籤/搜索