# 团队UML设计
團隊信息
| 學號 | 姓名 | 博客鏈接 |
|---|---|---|
| 124 | 王彬(組長) | 點擊這里 |
| 206 | 趙暢 | 點擊這里 |
| 215 | 胡展瑞 | 點擊這里 |
| 320 | 李恒達 | 點擊這里 |
| 131 | 佘岳昕 | 點擊這里 |
| 431 | 王源 | 點擊這里 |
| 206 | 陳文垚 | 點擊這里 |
| 209 | 陳志煒 | 點擊這里 |
| 225 | 林煌偉 | 點擊這里 |
本次作業鏈接
點擊這里
團隊分工
alpha 分而治之:(作者:志豪)
alpha版本需要做的事情
| 模塊序號 | 模塊名 | 模塊具體內容 |
|---|---|---|
| 1 | 學生用戶模塊 | 1.學生用戶登入 2.選擇口味界面 3.推薦展示界面 4.推薦評價頁面 5.查看美食地圖 6.推薦店鋪位置指引 |
| 2 | 商家用戶模塊 | 1.商鋪用戶登入 2.查看食客評論與回復界面 3.提交菜品和菜單數據界面 4.會員充值界面 |
| 3 | 后臺管理模塊 | 1.食堂店鋪與店鋪菜品增刪改查操作 2.推薦算法 3.對會員和充值系統的管理 |
成員具體分工及TODO list
| 負責人 | 分工明細 | TODO List |
|---|---|---|
| 王彬 | 負責項目任務分配、進度跟蹤推進、原型制作 | 1.完成原型的開發 2.文檔撰寫與匯總 |
| 趙暢 | 數據庫搭建、數據庫接口編寫 | 1.配合后端小組完成程序后端的開發 2.完成菜品量化,搭建數據庫 |
| 胡展瑞 | 負責項目各個部分的測試編寫 | 1.編寫測試用例幫助前后端把控質量 |
| 李恒達 | 前端模塊(普通用戶端)實現 | 1.完成前端口味選擇功能 2.完成推薦結果評價功能 |
| 陳志煒 | 前端模塊(普通用戶端)實現、推薦算法設計 | 1.完成美食地圖功能 2.完成店鋪位置指引功能 |
| 陳文垚 | 前端模塊(普通用戶端)實現 | 1.學生端登入入口 2.完成推薦結果展示功能 |
| 林煌偉 | 前端模塊(商鋪用戶端)實現 | 1.商鋪用戶登入功能 2.商鋪用戶查看食客評論與回復功能 3.商鋪提交菜單和菜品數據功能 |
| 佘岳昕 | 后端模塊實現 | 1.前后端交互接口(學生用戶端)設計與實現 2.前后端交互接口(商鋪用戶端)設計與實現 |
| 王源 | 后端模塊實現 | 1.菜品推薦算法設計與實現 2.后端與數據庫接口定義與實現 |
燃盡圖
UML
【part1】用例圖
這里描述的是系統哪部分?
描述的是系統的項目需求部分。
這部分要面臨什么樣的問題?
用戶需求的變化是多樣性的,未來仍需要盡善盡美。
以下設計解決了哪些問題?
直觀的表達了不同用戶的不同需求。
解決了項目的需求分析,為接下來更詳細的任務作鋪墊。
【part2】類圖
這里描述的是系統哪部分?
描述了系統中的各個類、接口以及它們之間的靜態結構和關系
這部分要面臨什么樣的問題?
主要面臨系統中的功能邏輯接口混亂問題
以下設計解決了哪些問題?
以下設計解決了系統的靜態視圖設計,執行功能的描述,以及各個類之間的關系和協作
【part3】活動圖
這里描述的是系統哪部分?
描述的是系統執行的活動部分,從活動到活動的流程
這部分要面臨什么樣的問題?
答:程序運行流程和模塊調用不清晰
以下設計解決了哪些問題?
答:實現了整個客戶端使用周期各個活動的確認
【part4】狀態圖
這里描述的是系統哪部分?
描述的是客戶端App 的整個狀態過程。
以及商家Web客戶端的整個狀態過程。
對整個應用的狀態進行一個描述。
這部分要面臨什么樣的問題?
面臨狀態的缺漏,沒有描述到所有的狀態。
以下設計解決了哪些問題?
解決了整個客戶端使用周期各個狀態的確認。
【part5】實體關系圖
這里描述的是系統哪部分?
描述了數據庫中各個實體及其屬性和各實體之間的關系
這部分要面臨什么樣的問題?
主要面臨數據庫中實體關系混亂、存在冗余的問題
以下設計解決了哪些問題?
以下設計解決了數據庫系統中各實體的設計問題,描述了各實體的屬性以及實體之間的關系
【part6】泳道圖 選做
這里描述的是系統哪部分?
泳道圖是特殊的活動圖,所以描述的是也系統執行的活動部分
這部分要面臨什么樣的問題?
面臨各個活動歸屬不清晰,職責不明確的問題
以下設計解決了哪些問題?
明確流程環節所屬的階段
能夠將模型中的活動按照職責組織起來,清晰體現出某個動作發生在哪個組織
工具選擇
選擇的工具
ProcessOn
選擇的理由
在線編輯,可保存,較為簡便
功能算是比較齊全,需要的UML設計的各類圖案都有
使用后的評價
中規中矩,用起來挺方便的。
字體、圖形等不可以旋轉,有一些個性化的操作就很難實現,有待改進
評估成員的貢獻分配
本隊“臨時隊長”給出的“課上”貢獻分評估;
| 姓名 | 完成部分 | 貢獻分評估 |
|---|---|---|
| 李恒達 | 用例圖1 | 14% |
| 趙暢(臨時隊長) | 博客寫作,布置任務,類圖 | 12% |
| 林煌偉 | 類圖 | 12% |
| 朱志豪 | 分而治之alpha版本事項,用例圖2 | 14% |
| 志煒 | 狀態圖兩份 | 12% |
| 文垚 | 實體關系圖 | 12% |
| 佘岳昕 | 泳道圖,活動圖 | 10% |
| 張杰 | 泳道圖,活動圖 | 12% |
| 陳超星 | 泳道圖,活動圖 | 2% |
本隊“原隊長”給出的“課后”貢獻分評估;
| 姓名 | 完成部分 | 貢獻分評估 |
|---|---|---|
| 王彬 | 博客編寫、alpha任務分配 | 10% |
| 李恒達 | 用例圖 | 12% |
| 趙暢(臨時隊長) | 博客寫作,布置任務,類圖 | 14% |
| 林煌偉 | 類圖 | 12% |
| 胡展瑞 | 獲取其他組的完成情況 | 7% |
| 王源 | 獲取其他組的完成情況 | 7% |
| 志煒 | 狀態圖兩份 | 13% |
| 文垚 | 實體關系圖 | 12% |
| 佘岳昕 | 泳道圖,活動圖 | 13% |
換隊感受:
被換出去后,離開熟悉的組員們,心里十分不舍
面對新的隊員,會積極的投入到新的項目當中去
換隊可以了解到其他隊的整體情況,學習到其他隊的優點,能夠正反饋于自己
PSP
| PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
|---|---|---|---|
| Planning | 計劃 | 20 | 20 |
| · Estimate | · 估計這個任務需要多少時間 | 10 | 10 |
| Development | 開發 | 310 | 320 |
| · Analysis | · 需求分析 (包括學習新技術) | 40 | 40 |
| · Design Spec | · 生成設計文檔 | 10 | 20 |
| · Design Review | · 設計復審 | 30 | 30 |
| · Coding Standard | · 代碼規范 (為目前的開發制定合適的規范) | 0 | 0 |
| · Design | · 具體設計 | 270 | 270 |
| · Coding | · 具體編碼 | 0 | 0 |
| · Code Review | · 代碼復審 | 0 | 0 |
| · Test | · 測試(自我測試,修改代碼,提交修改) | 0 | 0 |
| Reporting | 報告 | 10 | 10 |
| · Test Repor | · 測試報告 | 0 | 0 |
| · Size Measurement | · 計算工作量 | 15 | 15 |
| · Postmortem & Process Improvement Plan | · 事后總結, 并提出過程改進計劃 | 5 | 5 |
| 合計 | 390 | 400 |
總結
- 上一篇: tableau学做两个集合的维恩图(文氏
- 下一篇: vim代码着色 (字体控)