團隊作業（三）：確定分工

一、閱讀目錄：

1. 修改完善上周提交的需求規格說明書
2. 團隊的編碼規范
3. 使用Powerdesigner繪制ER圖
4. 進行項目的后端架構設計。
5. 團隊分工
6. 本次分工及工作量比例
7. 參考資料匯總

二、修改完善上周提交的需求規格說明書

https://gitee.com/two_thousand_and_thirteen/requirements-specification

三、討論制定團隊的編碼規范

（一）代碼規范

1.代碼風格規范，主要是文字上的規定；

2.代碼設計規范，牽涉到程序設計、模塊之間的關系、設計模式等方方面面的通用原則。

（二）、代碼風格規范

代碼風格的原則是：簡明、易讀、無二義性。

1、縮進：將Tab鍵擴展定義為4個空格。不直接使用tab鍵的原因是它在不同的情況下會顯示不同的長度。4個空格可讀性高；
2、行寬：行寬必須限制，建議100字符；
3、括號：在復雜的條件表達式中，用括號清楚地表示邏輯優先級；
4、斷行與空白的{}行：
分行
5、命名：匈牙利命名法
6、下划線：分隔變量名字中的作用域標注和變量語義
7、大小寫（Pascal形式和Camel形式）
8、注釋 

　（三）、代碼設計規范

1、函數：只做一件事，做好一件事；
2、goto：可使用goto實現函數的單一出口（但也要盡量少使用），助於程序邏輯的清晰體現
3、錯誤處理：參數處理、斷言。
4、運算符：一般情況下不需要自定義操作符，運算符不要做標准語義以外的任何動作。運算符的實現必須非常有效率，如有復雜的操作，應定義一個單獨的函數；

　（四）、代碼復審

1、形式：自我復審、同伴復審、團隊復審
2、目的：找出代碼錯誤、發現邏輯錯誤、發現算法錯誤、發現潛在的錯誤和回歸性錯誤、發現可能需要改進的地方、傳授經驗
3、代碼復審后把記錄整理出來：
（1）更正明顯的錯誤
（2）記錄無法很快更正的錯誤
（3）把所有的錯誤記在自己的一個“我常犯的錯誤”表中，作為以后自我復審的第一步

　（五）結對編程

1、角色：
駕駛員：控制鍵盤輸入
領航員：起到領航、提醒的作用
2、好處：（1）在開發層次，可以提供更好的設計質量和代碼質量，兩人合作解決問題的能力更強。
（2）對開發人員，帶來更多的信心，高質量的產出帶來更高的滿足感。
（3）企業管理層次上，有效地交流，相互學習和傳遞經驗，分享知識，取得更高的投入產出比。

　四、使用Powerdesigner繪制ER圖

 五、進行項目的后端架構設計，要與需求規格說明書中的界面原型設計相對應。

六、確定團隊分工

1、利用象限法確定各個核心需求的優先級，依據需求優先級確定團隊Alpha 版本需要實現的功能，在博客中敘述並給出相應的WBS圖。

2、在團隊管理軟件中（比如Github的Issue，Leangoo等）將各個葉子結點的功能加入，並確定每個子功能的工作量，在博客中給出分配后的截圖。值得注意的是，與學習技術相關的任務也需要考慮在工作量中，開發需要檢驗產出，學習同樣要有結果。PM可以用小Demo演示或學習心得博客作為學習任務的檢驗。
3、給出團隊各個成員（用學號代替姓名）認領的工作，列出當前團隊的TODOList，並在最后給出燃盡圖。

七、組員在上述任務中的分工

學號	姓名	任務
20191204	李浩鵬	制作燃盡圖
20191205	張瀟	項目的后端架構設計
20191210	戚少波	繪制ER圖
20191211	楊守森	制作WBS圖
20191212	蘭毅達	完成項目的數據庫設計
20191223	張俊怡	完善需求規格說明書