軟工實踐第八次作業
阿新 • • 發佈：2018-10-21
mage 前端 對象圖 登錄註冊 The 過時 port 工作量 規範
本次作業博客
團隊信息
- 隊名：起床一起肝活隊
- 原組長：
白晨曦(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% |
換隊環節感受
這次換隊考驗了我們的臨時應變能力，一開始大家對於換隊比較的緊張，不知道如何是好，不過很快我們就開始正常進行團隊作業了。這次換隊的優點在於換隊的同學為我們提供了很多制作UML圖方面的想法與工具，缺點是新換隊的同學對項目了解較少，制作圖的時候有一點困難。
軟工實踐第八次作業