項目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/

一、討論組長是否重選的議題和結論。

選題是原組長提出來的,也對項目瞭解更多,故不重選java

2&三、下一階段須要改進完善的功能。


這些是目前beta至少應完成的基礎功能,其餘flag就不立了省得砸腳git

計劃變動:

心願單的週期圖,考慮到手機屏幕過小,改成用網格顯示而不是條條顯示,這是減分項
經驗值系統因爲不受組員待見,改成徽章系統,並削弱功能
數據庫已改了幾列,alpha的遺留web

四、須要改進的團隊分工(針對以前的不足,須要增強和改進團隊協做和分工的地方)

遇到問題多交流
首先專一基礎功能的實現數據庫

五、須要改進的工具流程(如版本控制、測試工具等)

上一階段的版本控制都是線下完成,此次必須應題使用git
測試工具暫定Junit數組

六、衝刺的時間計劃安排

7天時間安排:2019.5.24——2019.5.30工具

日期 任務
5.24(滿課) 基礎對話框及主頁的完善
5.25-5.26(週末) 數據庫對接
5.27(滿課) 帳單和心願的歷史界面
5.28 彈性時間,重整計劃,部分測試
5.29 完成軟件初始化的引導
5.30 完成設置界面

5月31日,整合,測試,進行用戶調查與總結
藍圖真美好測試

附一、代碼規範

和alpha的規範相同版本控制

  • 【強制】類名使用 UpperCamelCase 風格代碼規範

  • 【強制】方法名、參數名、成員變量、局部變量都統一使用 lowerCamelCase 風格xml

  • 【參考】局部變量容許使用a, b簡單的命名,但儘可能使用類名中出現的字母(一眼看上去能知道),數組遍歷容許使用 i, j 等簡單的命名
    • 例:Context c; Database db;
    • 反例:Context i;
  • 【強制】常量命名所有大寫,單詞間用下劃線隔開

  • 【備註】web裏的代碼可能不遵照上述java命名規範

  • 【強制】res資源文件(圖片等)所有小寫,單詞間用下劃線隔開
    • 例:activity_main.xml
  • 【推薦】資源文件及組件ID的命名力求不混淆,能夠考慮給名字加上所屬的Activity前綴等
    • 例1:@+id/main_activity_login_button
    • 例2:login_button_state_ok.xml
  • 【參考】各組員實現的功能接口要有註釋描述,或在討論時說明其的功能(輸入和輸出,有沒有正確性判斷),註釋方式隨意

  • 【參考】方法內部,使用註釋和空行來分隔成小段,註釋描述【下】方代碼段的功能
    • 例:
    • //如下是打開文件
    • File f=new file()
    • //如下收尾
    • f.close(); //關閉文件
  • 【強制】沒實現的地方加TODO,寫上署名,最好包括上描述
    -例: //TODO 這個部分改天作

其餘不經常使用標準儘可能按照:
阿里巴巴規約

相關文章
相關標籤/搜索