團隊做業第二週

團隊做業——二週目

1、需求規格說明書的修改

（一）、在上週張師瑜學姐在咱們的博客下評論後，咱們馬上回去修改了咱們的需求規格說明書。
（二）、修改後的需求規格說明書中，有了更加明確的用戶需求，界面需求等要素。

2、編碼規範

爲何要進行編碼規範

編碼規範是合做項目中的很是重要的一環，合理的編碼規範不只能在項目開發的過程當中減小出現的問題，也能在後期項目檢驗以及修改中快速簡便的找到bug所在。

代碼規範：統一使用阿里代碼規約（參考博客：https://blog.csdn.net/lnhome/article/details/78912593）

由於以前咱們也下載過阿里代碼規約，所以使用比較方便，具體規範以下：

命名規約

代碼中的命名均不能如下劃線或美圓符號開始，也不能如下劃線或美圓符號結束

代碼中的命名嚴禁使用拼音與英文混合的方式，更不容許直接使用中文的方式

類名使用UpperCamelCase風格，必須聽從駝峯形式（某些狀況諸如領域模型相關的命名除外）；方法名、參數名、成員變量、局部變量都統一使用lowerCamelCase風格，必須聽從駝峯形式

常量命名所有大寫，單詞間用下劃線隔開

包名統一使用小寫，點分隔符之間有且僅有一個天然語義的英語單詞

編碼原則

縮進：三個空格

關鍵詞、操做符之間必須使用空格隔開

編寫程序塊時‘{’和‘}’應各獨佔一行而且位於同一列，同時與引用它們的語句左對齊。

函數或過程的開始、結構的定義及循環、判斷等語句中的代碼都要採用縮進風格。

文件放置

同系統文件放入一個包，三個系統包放入一個總系統包，客戶端與服務端分別使用一個包。

3、數據庫設計與ER圖

 

4、後端架構設計

5、肯定團隊分工

（一）利用象限法肯定各個核心需求的優先級

 

（二）在博客中敘述並給出相應的WBS圖

 

（三）燃盡圖

 

 

 

6、組員在上述任務中的分工和工做量比例

 

20172312 彭霖 ：三個系統的編寫，調試運行，後期效驗（25%）

20172315 胡智韜 ：數據庫編寫，服務端編寫（25%）

20172318 陸大嶽 ：客戶端編寫，鏈接測試（25%）

20172331 牛浩遠 ：界面設計，文案工做（25%）