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

---

0.任務目錄

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

2. 團隊的編碼規范

3. 使用Powerdesigner繪制ER圖

4. 進行項目的后端架構設計。

5. 團隊分工

6. 本次分工及工作量比例

7. 參考資料匯總

---

1.修改完善需求規格說明書

鏈接：https://github.com/Bzrael/Electronic-document-transmission-system

---

2.討論制定團隊的代碼規范和編碼原則

縮進、括號和分行

1. 縮進：均采用4個空格。這樣做使得在所有平台顯示都相同，且4個空格的縮進距離具有很好的閱讀效率。

2. 括號："{"和"}"都使用一行，使用D格式。如：

int main()
{
   DoSomething();
}

3. 分行：為方便調試和閱讀，將多個語句或者多個變量放在多個行里，而不是擠在一行中。 如：

if(condition)
{
   Dosomething();
}

而不是：

if(condition) Dosomething();

命名規范

1. 函數命名規范：使用駝峰法，其基本原則為：動作+(關聯)+內容 例如：getUserName(獲取用戶名字)。

2. 變量命名：采用匈牙利命名法，其基本原則是：變量名=屬性+類型+對象描述。

3. 命名大小寫規范：所有函數名使用Pascal形式命名，即所有單詞的第一個字母都大寫。所有類型和變量名使用Camel方式命名，即第一個單詞使用小寫開頭，后面都用大寫字母開頭。 ##注釋要求

4. 必須的注釋：注釋用於解釋程序做什么（what）、為什么（why）和其他需要注意的地方。函數頭寫注釋，標記本函數的作用。較難理解的部分必須寫注釋。

5. 不需要注釋：不刻意寫注釋，不需要解釋就能讀懂的部分不寫注釋。

 

---

3.使用Powerdesigner繪制ER圖

---

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

---

5.確定團隊分工

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

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

3.給出團隊各個成員（用學號代替姓名）認領的工作，列出當前團隊的TODOList，並在最后給出燃盡圖。

學號	姓名	任務
20191310	李燁龍	實現身份認證功能
20191312	劉新宇	實現公文發送功能
20191317	王鵬宇	實現用戶管理功能
20191320	李澤昊	實現公文接收功能
20191325	葉家星	實現日志管理功能

---

6.組員在上述任務中的分工

學號	姓名	任務
20191310	李燁龍	撰寫博客、確定子功能工作量
20191312	劉新宇	修改完善規格說明書
20191317	王鵬宇	制作ER圖、wbs圖
20191320	李澤昊	撰寫代碼規范和編碼原理
20191325	葉家星	修改完善規格說明書