課程: | 軟件工程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地址git
有像樣的界面,人機交互友好,有文字識別模塊github
能完成記帳功能和心願功能,基本增刪查改,主要界面基本完成
缺少引導,用戶體驗很差,不能能記支出,其餘bug數據庫
一開始的話
由於菜雞組員不遵照代碼規約致使的他們實現功能困難,好比偏要id=position(除了都是int徹底沒有關係的兩個變量),而後查詢id出錯
或者不看別人的接口是怎樣的,而後又不根據接口寫功能(做爲PM雖然有一直更新功能模塊說明書和數據庫說明書,但組員不看的話等於白寫了)
或者getText()方法返回一個文本框組件這種騷操做優化
這些問題後期通過協調和磨合都好了不少,組員漸漸地能給項目作出些功能來,也按代碼規約幹活了
新轉入的隊員做爲技術顧問,解決了不少以前咱們項目的問題,優化了項目結構
其餘成員(包括菜雞隊長我)漸漸可以熟練使用git版本控制,還有養成註釋習慣
你們都從中吸收了不少教訓,獲得了鍛鍊設計
做爲PM的確有安排任務很差的地方,這些是我吸收到的經驗:
ffl博士在alpha總結博客裏指出咱們設計上能夠先簡化,作最小功能開發
忠 ju認爲若是開發人員的水平不足的話,Code Review 是必要的
汪老師建議把任務細化版本控制
隊員學號 | 隊員姓名 | 工做 | 工做量比例 |
---|---|---|---|
221600111 | 彼術向 | 標籤界面,心願歷史界面,整合 | 32% |
221600126 | 忠 ju | 技術顧問,圖表界面,數據庫 | 32% |
221600137 | 海怪呦 | 對話框,應用其餘功能 | 13% |
221600138 | 魔垣 | 主頁,對話框,詳情頁 | 23% |
感謝各評測小組,助教老師提出的寶貴建議
有不少人質疑筆記功能,但我堅信它的定位是正確的
若是有時間我仍然想繼續完善這個項目(極可能是拿來練手,打工是不可能打工的)
我會想加上除了心願單和帳單之外更多的模板,並改個名blog