軟工實踐 - 第八次作業
阿新 • • 發佈：2018-10-21
pla 設置 同事 用戶界面 odin list home 使用 過程改進
課堂實戰 - 項目UML設計
本次作業博客
團隊信息
- 隊名：起床一起肝活隊
- 原組長：
白晨曦(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% |
換隊環節感受
隨機組隊使得整個團隊少掉了一部分人，最終團隊的凝聚力下降了許多。
新團隊沒有經過磨合，工作效率並沒有令人滿意。
我自己也沒有在課前做足充分的準備，最終在課堂上能夠完成團隊給的任務可以說是唯一一件還算滿意的事情了。
希望下次能再多做一些貢獻吧。
軟工實踐 - 第八次作業