軟工1816 · 第八次作業（課堂實戰）- 專案UML設計（團隊）
阿新 • • 發佈：2018-11-08
團隊資訊
- 隊名：起床一起肝活隊
- 原組長：
白晨曦(101)- 原組員：
李麒 (123)
陳德斌(104)
何裕捷(214)
黃培鑫(217)
王煥仁(233)
林志華(128)
樂忠豪(121)
蔡子陽(102)
- 原組員：
- 臨時組長：
何裕捷（214）- 組員：
李麒(123)
陳德斌(104)
黃培鑫(217)
王煥仁(233)
高裕翔(212)
胡青元(081600410)
蔡子陽(102)
- 組員：
alpha版本
| 模組序號 | 模組名 | 模組具體內容 |
|---|---|---|
| 1 | 登陸註冊模組 | 使用者的登陸與註冊 |
| 2 | 個人資訊模組 | 使用者的個人資訊 |
| 3 | 累計反饋模組 | 使用者世界樹的更新成長以及實時天氣溫度等資訊 |
| 4 | 計劃模組 | 以日曆形式顯示使用者制定的計劃，分個人和團隊 |
| 5 | 鬧鐘模組 | 設定關聯鬧鐘，優先順序以及提醒方式 |
成員分工明細以及TODO-list
| 負責人 | 分工明細 | TODO-list |
|---|---|---|
| 白晨曦 | 1.規劃專案程序；2.組織會議、分配任務；3.負責UI設計；4.參與文件擬寫 | 完成各個介面的UI設計稿 |
| 陳德斌 | 輔助專案原型的邏輯功能設計 | 協同同何裕捷完成專案原型邏輯功能設計 |
| 林志華 | 1.負責前端的開發；2.輔助pm進行專案規劃 | 個人資訊模組前端開發 |
| 何裕捷 | 負責專案原型的邏輯功能設計 | 完成專案原型邏輯功能設計 |
| 黃培鑫 | 負責前端的設計、開發 | 完成登陸註冊模組前端開發 |
| 蔡子陽 | 負責網路介面 | 完成網路介面的設計與開發 |
| 李麒 | 1.負責後臺的設計、搭建；2.主要功能程式編寫 | 完成後臺構建以及累計反饋模組的實現 |
| 樂忠豪 | 1.輔助後臺的設計、搭建；2.搭建資料庫 | 鬧鐘模組的實現，搭建資料庫 |
| 王煥仁 | 1.輔助後臺的設計、搭建；2.輔助主要功能編寫 | 計劃模組的實現 |
燃盡圖
UML
用例圖
描述的部分：
- 這裡是使用者個人管理系統的用例圖
面臨的問題：
- 面臨使用者登入註冊和個人資訊處理等基本問題
解決的問題：
- 儘可能符合使用者的使用習慣，使使用者用起來方便
附圖：
描述的部分：
- 這裡是使用者團隊管理部分的用例圖
面臨的問題：
- 這部分面臨使用者管理團隊的問題，包括建立團隊，解散團隊，加入團隊，退出團隊，新增成員，踢出成員
解決的問題：
- 羅列了團隊管理的基本邏輯，讓使用者更方便地管理自己的團隊
附圖：
描述的部分：
- 這裡是使用者計劃管理部分的用例圖
面臨的問題：
- 這部分面臨使用者管理計劃的問題，包括刪除計劃，新增計劃和檢視計劃
解決的問題：
- 羅列了計劃管理的基本邏輯，讓使用者更方便地管理自己的計劃
附圖：
描述的部分：
- 這裡是使用者鬧鐘管理部分的用例圖
面臨的問題：
- 這部分面臨使用者管理鬧鐘的問題，包括刪除鬧鐘，新增鬧鐘和檢視鬧鐘
解決的問題：
- 羅列了鬧鐘管理的基本邏輯，讓使用者更方便地管理自己的鬧鐘
附圖：
描述的部分：
- 這裡是使用者成長反饋部分的用例圖
面臨的問題：
- 這部分面臨使用者成長反饋的問題
解決的問題：
- 羅列了成長反饋的基本邏輯
附圖：
類圖
描述的部分：
- 使用者與鬧鐘，團隊，計劃，累計反饋的關係
面臨的問題：
- 各種類的關係複雜
解決的問題：
- 明確了各類的關係
附圖：
活動圖
描述的部分：
- 1 使用者的團隊管理部分。
- 2 使用者鬧鐘制定的部分。
- 3 使用者計劃制定的部分。
面臨的問題：
- 1 對軟體不熟悉，進度緩慢，效率低。
- 2 缺少交流，沒有統一好整個流程的實現。
解決的問題：
- 1 對要開發軟體的整體結構更加了解。
- 2 更加清晰使用者使用軟體的整個流程
附圖：
狀態圖
描述的部分：
- 使用者的註冊登入部分。
面臨的問題：
- 賬戶的管理問題。
解決的問題：
- 解決使用者的註冊登入問題。
附圖：
]
描述的部分：
- 關聯計劃部分。
面臨的問題：
- 關聯計劃有什麼作用。
解決的問題：
- 使用者可以建立計劃、檢視計劃、修改計劃。
附圖：
描述的部分：
- 使用者關聯鬧鐘管理的部分。
面臨的問題：
- 關聯鬧鐘的管理問題。
解決的問題：
- 使用者可以對關聯鬧鐘建立、刪除、修改。
附圖：
描述的部分：
- 關聯鬧鐘的叫醒部分。
面臨的問題：
- 關聯鬧鐘如何叫醒使用者。
解決的問題：
- 使用者通過完成任務、成員一鍵呼叫來起床，使用者起床後或無法被聯絡才解除鬧鐘。
附圖：
描述的部分：
- 累積反饋部分。
面臨的問題：
- 累積反饋的過程如何。
解決的問題：
- 完成任務後成果增加，超過時間未完成任務則成果減少，可以檢視自己的成果。
附圖：
實體關係圖
描述的部分：
這裡是軟體所擁有的實體以及它們之間的關係
面臨的問題：
如何清晰地展示我們軟體的一個實體屬性以及之間的關係。
解決的問題：
能讓使用者和程式設計師更清晰地瞭解到軟體的構成。
附圖：
構件圖
描述的部分：
- 1 使用者介面
- 2 計劃管理
- 3 成長反饋
- 4 團隊關聯
面臨的問題：
如何描述介面和系統功能
解決的問題：
在有互動的介面標註介面，系統功能分為直接排程和程式呼叫
附圖：
物件圖
描述的部分：
- 描述物件與類之間的關係
面臨的問題：
- 對軟體不熟悉以及需要等待類圖
解決的問題：
- 明確了物件與類的關係
附圖：
序列圖
描述的部分：
- 1 總體而言，是物件之間的溝通方法，描述執行時的互動關係。
- 2 流程而言，建立一個群組，並進行釋出（關聯鬧鐘|關聯計劃）的過程。
- 3 具體而言，是在一次正常工作情況中，進行的使用者，系統，資料庫之間的資料交路的過程與方法。
面臨的問題：
- 1 如何建立正確的模組呼叫關係。
- 2 如何處理好大量使用者情況下的呼叫。
解決的問題：
- 1 讓模組呼叫順序化，具體化。
- 2 讓系統能成功呼叫模組和功能。
附圖：
部署圖
描述的部分：
- 描述使用者，客戶端，資料庫的關係
面臨的問題：
- 系統如何部署
解決的問題：
- 更好的體現了各個硬體的巨集觀關係
附圖：
工具選擇
- 工具：StarUML
- 評價：
1.優點：針對性強，容易上手，使用便利，轉出方便。
2.缺點：相比其他線上工具需下載安裝才能使用，功能的友好度方面缺少團隊協作功能和自動儲存功能。
PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 180 | 190 |
| · Estimate | · 估計這個任務需要多少時間 | 5 | 5 |
| Development | 開發 | 90 | 120 |
| · Analysis | · 需求分析 (包括學習新技術) | 60 | 60 |
| · Design Spec | · 生成設計文件 | 30 | 60 |
| · Design Review | · 設計複審 (和同事稽核設計文件) | 0 | 0 |
| · Coding Standard | · 程式碼規範 (為目前的開發制定合適的規範) | 0 | 0 |
| · Design | · 具體設計 | 0 | 0 |
| · Coding | · 具體編碼 | 0 | 0 |
| · Code Review | · 程式碼複審 | 0 | 0 |
| · Test | · 測試（自我測試，修改程式碼，提交修改） | 0 | 0 |
| Reporting | 報告 | 80 | 80 |
| · Test Report | · 測試報告 | 0 | 0 |
| · Size Measurement | · 計算工作量 | 20 | 20 |
| · Postmortem & Process Improvement Plan | · 事後總結, 並提出過程改進計劃 | 60 | 60 |
| 合計 | 350 | 390 |
個人貢獻
- 課上貢獻分評估
| 短學號 | 姓名 | 此次作業任務 | 貢獻分配 | 備註 |
|---|---|---|---|---|
| 214 | 何裕捷 | 用例圖 | 13.5% | 臨時隊長 |
| 123 | 李麒 | 物件圖；寫部落格 | 13% | |
| 104 | 陳德斌 | 實體關係圖 | 12.5% | |
| 217 | 黃培鑫 | 狀態圖 | 12.5% | |
| 233 | 王煥仁 | 活動圖 | 12% | |
| 212 | 高裕翔 | 構件圖 | 11% | |
| 081600410 | 胡青元 | 順序圖 | 12.5 % | |
| 102 | 蔡子陽 | 類圖；部署圖 | 13% |
- 課後貢獻分評估
| 短學號 | 姓名 | 此次作業任務 | 貢獻分配 | 備註 |
|---|---|---|---|---|
| 101 | 白晨曦 | 組織 | 5% | 原組長 |
| 214 | 何裕捷 | 用例圖 | 15% | 臨時隊長 |
| 123 | 李麒 | 物件圖；寫部落格 | 16% | |
| 104 | 陳德斌 | 實體關係圖 | 13% | |
| 217 | 黃培鑫 | 狀態圖 | 13% | |
| 233 | 王煥仁 | 活動圖 | 12% | |
| 102 | 蔡子陽 | 類圖；部署圖；alpha版本分工；燃盡圖 | 22% | |
| 128 | 林志華 | 完善構圖 | 2 % | |
| 121 | 樂忠豪 | 完善構圖 | 2% |
換隊環節感受
換了組以後工作模式工作內容都是不熟悉的，好在其他原小組成員很熱心&耐心地講解了他們的專案內容的內容細節以及給我們分配的工作內容，遇到大家都不會或不熟的內容時一起學習一起討論的氛圍很好。特別是準備的很充分，對今天早上要幹什麼列了時間表並嚴格執行，這點很值得我們學習。