本次作業部落格

團隊組成

• 臨時組長：何裕捷
  • 組員：蔡子陽，陳德斌，胡青元，李麒，高裕翔，王煥仁，黃培鑫

UML

用例圖

描述的部分：

• 1 這裡是使用者個人管理系統的用例圖

面臨的問題：

• 1 面臨使用者登入註冊和個人資訊處理等基本問題

解決的問題：

• 1 儘可能符合使用者的使用習慣，使使用者用起來方便

附圖：

描述的部分：

• 1 這裡是使用者團隊管理部分的用例圖

面臨的問題：

• 1 這部分面臨使用者管理團隊的問題，包括建立團隊，解散團隊，加入團隊，退出團隊，新增成員，踢出成員

解決的問題

• 1 羅列了團隊管理的基本邏輯，讓使用者更方便地管理自己的團隊

附圖：

描述的部分：

• 1 這裡是使用者計劃管理部分的用例圖

面臨的問題：

• 1 這部分面臨使用者管理計劃的問題，包括刪除計劃，新增計劃和檢視計劃

解決的問題：

• 1 羅列了計劃管理的基本邏輯，讓使用者更方便地管理自己的計劃

附圖：

描述的部分：

• 1 這裡是使用者鬧鐘管理部分的用例圖

面臨的問題：

• 1 這部分面臨使用者管理鬧鐘的問題，包括刪除鬧鐘，新增鬧鐘和檢視鬧鐘

解決的問題：

• 1 羅列了鬧鐘管理的基本邏輯，讓使用者更方便地管理自己的鬧鐘

附圖：

描述的部分：

• 1 這裡是使用者成長反饋部分的用例圖

面臨的問題：

• 1 這部分面臨使用者成長反饋的問題

解決的問題：

• 1 羅列了成長反饋的基本邏輯

附圖：

類圖

描述的部分：

• 使用者與鬧鐘，團隊，計劃，累計反饋的關係

面臨的問題：

• 各種類的關係複雜

解決的問題：

• 明確了各類的關係

附圖：

活動圖

描述的部分：

• 1 使用者的團隊管理部分。
• 2 使用者鬧鐘制定的部分。
• 3 使用者計劃制定的部分。

面臨的問題：

• 1 對軟體不熟悉，進度緩慢，效率低。
• 2 缺少交流，沒有統一好整個流程的實現。

解決的問題：

• 1 對要開發軟體的整體結構更加了解。
• 2 更加清晰使用者使用軟體的整個流程

附圖：

狀態圖

描述的部分：

• 1 使用者的註冊登入部分。

面臨的問題：

• 1 賬戶的管理問題。

解決的問題：

• 1 解決使用者的註冊登入問題。

附圖：
]
描述的部分：

• 1 關聯計劃部分。

面臨的問題：

• 1 關聯計劃有什麼作用。

解決的問題：

• 1 使用者可以建立計劃、檢視計劃、修改計劃。

附圖：

描述的部分：

• 1 使用者關聯鬧鐘管理的部分。

面臨的問題：

• 1 關聯鬧鐘的管理問題。

解決的問題：

• 1 使用者可以對關聯鬧鐘建立、刪除、修改。

附圖：

描述的部分：

• 1 關聯鬧鐘的叫醒部分。

面臨的問題：

• 1 關聯鬧鐘如何叫醒使用者。

解決的問題：

• 1 使用者通過完成任務、成員一鍵呼叫來起床，使用者起床後或無法被聯絡才解除鬧鐘。

附圖：

描述的部分：

• 1 累積反饋部分。

面臨的問題：

• 1 累積反饋的過程如何。

解決的問題：

• 1 完成任務後成果增加，超過時間未完成任務則成果減少，可以檢視自己的成果。

附圖：

實體關係圖

描述的部分：
這裡是軟體所擁有的實體以及它們之間的關係

面臨的問題：
如何清晰地展示我們軟體的一個實體屬性以及之間的關係。

解決的問題：
能讓使用者和程式設計師更清晰地瞭解到軟體的構成。

附圖：

構件圖

描述的部分：

• 1 使用者介面
• 2 計劃管理
• 3 成長反饋
• 4 團隊關聯

面臨的問題：
如何描述介面和系統功能

解決的問題：
在有互動的介面標註介面，系統功能分為直接排程和程式呼叫

附圖：

物件圖

描述的部分：

• 描述物件與類之間的關係

面臨的問題：

• 對軟體不熟悉以及需要等待類圖

解決的問題：

• 明確了物件與類的關係

附圖：

序列圖

描述的部分：

• 1 總體而言，是物件之間的溝通方法，描述執行時的互動關係。
• 2 流程而言，建立一個群組，並進行釋出（關聯鬧鐘|關聯計劃）的過程。
• 3 具體而言，是在一次正常工作情況中，進行的使用者，系統，資料庫之間的資料交路的過程與方法。

面臨的問題：

• 1 如何建立正確的模組呼叫關係。
• 2 如何處理好大量使用者情況下的呼叫。

解決的問題：

• 1 讓模組呼叫順序化，具體化。
• 2 讓系統能成功呼叫模組和功能。

附圖：

部署圖

描述的部分：

• 描述使用者，客戶端，資料庫的關係

面臨的問題：

• 系統如何部署

解決的問題：

• 更好的體現了各個硬體的巨集觀關係

附圖：

個人貢獻