2018專案UML設計-課堂實戰
阿新 • • 發佈:2018-11-09
1. 團隊資訊
- 隊名:小白吃隊
成員:
- 盧澤明 031602328
- 蔡文斌 031602301
- 葛亮 031602617
- 劉浩 031602423
- 張揚 031602345
- 李泓 031602321
- 何家偉 031602511
組長:盧澤明
2.團隊分工
WBS
燃盡圖
3.UML
工具
Process on
- 優點:頁面簡潔,功能易懂易用。整合常用的流程圖、思維導圖、原型設計、UML等於一體,方便便利。擁有協作功能,可以和好友同時編輯同一份文件,適合個人、團隊開發。擁有版本恢復功能,能夠新建歷史版本,並恢復到不同的版本。
- 缺點:原型設計不如MockPlus,畢竟MockPlus是專門做原型設計的。擁有檔案數量限制,需要開通會員或者其他方法獲取。但一般使用也足夠了。 需要聯網使用,目前沒有單機軟體。不過便利之處也在於可以聯網。
用例圖
必做圖
- 用例圖
該部分描述了使用者通過小程式點菜拍照能夠進行的操作,以及拍照識別後的支付和資料的處理 解決了使用者的可使用範圍,通過我們的系統可以進行自助結賬,點餐,資料週報,菜品調整等功能
- 類圖
類圖描述了系統每個部分之間的關係、連線情況。 面臨模組太多,比較複雜 解決了利用類體關係圖解決了開發者對各個類體之間關係的巨集觀認識
- 活動圖
這裡描述的是系統的學生/教師和商家所在介面下的主要行為對應的結果。 面臨學生/教師端的分支結構多,在頁面設計和返回的邏輯上有一定的複雜性等問題。 解決了頁面之間跳轉的選擇問題,以及標明學生/教師界端與商家端的聯絡,使設計介面的時候更為便捷。
- 狀態圖
狀態圖(statechart diagram)是描述一個實體基於事件反應的動態行為, 顯示了該實體如何根據當前所處的狀態對不同的事件做出反應,以及由於各種事件的發生而引起的狀態之間的轉移。
- 實體關係圖
該部分主要介紹了專案的所擁有的模組,以及每個模組所附有的屬性。 主要解決了功能模組的劃分,以及屬性之間的關係,展示了專案所需要的資料
其他圖
- 時序圖
時序圖是一種UML互動圖。它通過描述物件之間傳送訊息的時間順序顯示多個物件之間的動態協作。 面臨著需要先與類圖,活動圖同一等問題 解決了展示物件之間互動的順序。將互動行為建模為訊息傳遞,通過描述訊息是如何在物件間傳送和接收的來動態展示物件之間的互動;
- 泳道圖
該部分描述了各部門的職能和他們之間的聯絡還有整個專案的不同階段。 方便的描述了各職位的職能流程,直觀描述了各職位的邏輯關係,便於理解專案流程。
4.PSP
PSP | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
Planning | 計劃 | 90 | 120 |
•Estimate | •估計這個任務需要多少時間 | 500 | 730 |
Development | 開發 | 40 | 30 |
•Analysis | •需求分析 (包括學習新技術) | 150 | 200 |
•Design Spec | •生成設計文件 | 30 | 20 |
•Design Review | •設計複審 | 20 | 15 |
•Coding Standard | •程式碼規範(為目前的開發制定合適的規範) | 10 | 20 |
•Design | •具體設計 | 10 | 20 |
•Coding | •具體編碼 | 150 | 300 |
•Code Review | •程式碼複審 | 30 | 30 |
•Test | •測試(自我測試,修改程式碼,提交修改) | 20 | 20 |
Reporting | 報告 | 30 | 20 |
•Test Repor | •測試報告 | 20 | 15 |
•Size Measurement | •計算工作量 | 40 | 20 |
•Postmortem & Process Improvement Plan | •事後總結, 並提出過程改進計劃 | 30 | 20 |
合計 | 580 | 730 |
5.評估成員的貢獻分配
成員 | 參與 | 貢獻比例 |
---|---|---|
盧澤明 | 用例圖設計 | 13% |
張揚 | 狀態圖設計 | 15% |
劉浩 | 類圖設計 | 15% |
葛亮 | 活動圖設計 | 14% |
蔡文斌 | 實體關係圖 | 16% |
李泓 | 泳道圖 | 14% |
何家偉 | 時序圖 | 13 % |