項目UML設計（團隊）

Deadline：2017-10-21 22:30（課堂作業）

同學們已經做了需求分析，對自己要做什麼應該有比較清晰的認識了。接下來，我們要怎麼做便成了問題。有同學會說，我大概已經知道怎麼做了，在腦海裡比劃着，很多東西都有大緻的想法，45度仰頭思考片刻，有了一張宏偉的藍圖，感覺差不多可以施工了。

等等！好像不是自己一個人幹，旁邊還有幾個身手不錯的搭檔，況且這對一個人來說，工作量還是很大的，那就大夥分工合作吧，給大家講講自己的藍圖，然後開始分工：

• 張三做前端
• 李四做後端
• 王五來搞資料庫
• ...

大家熱火朝天地幹起了屬于自己的活，若幹天後，某些部分功能做得差不多了，感覺可以試試，說我們來整合聯調一下：

• 接口怎麼是這樣的？跟我想的不一樣啊
• 不是應該有個XXX類嗎？
• 這裡不是應該用多态嗎？
• 不對，你的調用順序錯了！
• 我要的資料沒有啊！

哪裡出問題了呢？很顯然是溝通問題，一個人的想法和了解，即使自己覺得很完整，很美好，但是能讓别人了解一緻嗎？不見得，同一件事情，如果不溝通清楚，兩個人的了解可能是千差萬别的，是以需要有充分的溝通，盡可能減少歧義的溝通。

溝通要借助工具，我們日常使用自然語言溝通，也是一種工具，隻是這種工具常常存在歧義，那麼我們用什麼能更加準确地描述自己的設計呢？這裡推薦UML給大家。

至于UML的基礎知識，有很多書籍資料介紹，這裡就不啰嗦了。這裡個人了解：把UML作為一種溝通工具來使用。溝通什麼呢？溝通設計思想。

問題既然抛出來了，一個團隊如何去描述讨論結果，并且确認大家了解一緻，我們可能需要用到：

• 用例圖
• 時序圖
• 狀态圖
• 類圖
• 活動圖
• 實體關系圖（如果有資料庫設計）

要做什麼？

• 大家準備如何分工合作
• 找到自己負責部分的核心（或最複雜）子產品做UML練習

部落格模闆

說明：因為一個團隊為完成一個項目，為了資訊完整，須将每個人的成果彙集到一篇部落格中，組内共享，每個人釋出一份。

• 團隊資訊（1分）
  • 隊名
  • 各成員短學号、名、本次作業部落格連結
  • 注明組長
• 團隊分工（10分）
  • 先參考分而治之(WBS - Work Breakdown Structure)： http://www.cnblogs.com/zhengrui0452/p/6653964.html
  • 确定 alpha 版本需要做哪些事情
  • 各成員分工明細及 TODO list
  • 燃盡圖
  • 注：alpha 版釋出時間安排在11月中旬
• UML（不用畫整個系統的UML，找到自己負責部分的核心或最複雜子產品做UML練習）（20分）
  • 用例圖（必選）
  • 類圖（必選）
  • 活動圖（必選）
  • 狀态圖（必選）
  • 其它圖可選
  • 各小組成員成果彙集
    • part1
      • 這裡描述的是系統哪部分？
      • 這部分要面臨什麼樣的問題？
      • 以下設計解決了哪些問題？
      • 附：UML圖
    • part2
    • part3
• 工具選擇（大家可以共享經驗，互相推薦，談談為什麼選擇這個工具）（5分）
  • Visio
  • ROSE
  • 搜尋選擇其它工具（包括一些線上工具）...
• 使用後對工具的評價（5分）
• PSP表格（參考：http://www.cnblogs.com/vertextao/p/7469789.html)（5分）
• 評估成員的貢獻配置設定（如果沒有評估，全組平均後，組長得分減 50%）

注：10月21号上午實踐課時間内當場完成所有圖的繪制，dealine之前完成作業的其他部分。