團隊作業之現場UML設計(demo)
團隊資訊(1分)
Jarivs for Chat
各成員短學號、名、本次作業部落格連結
姓名 學號 部落格連結 臨時組長:王全炯 部落格連結
團隊分工(10分)
成員負責事務
確定 alpha 版本需要做哪些事情
各成員分工明細及 TODO list
燃盡圖
注:alpha 版釋出時間安排在11月中旬
UML展示
已完成UML圖:
- 用例圖
- 類圖
- 活動圖
- 狀態圖
- 實體關係圖
已完成可選升級圖
- 泳道圖
- 時序圖
成員成果彙集,格式如下:
part1:類圖(鄭俞明、肖地秀、胡緒佩)
- 這部分描述的是系統的各種類
- 瞭解實現功能所需要的各個類以及相應方法
- 總結了各個類物件所必須的屬性,以及實現活動圖中各個操作的方法
- 附:UML類圖
part2 :用例圖()
- 這裡描述的是系統哪部分?
用例圖展示了使用者在使用中所能操作的功能
- 這部分要面臨什麼樣的問題?
功能之間如何組織 - 以下設計解決了哪些問題?
解決了哪些功能對使用者是可見的?哪些是透明的? - 附:
- 這裡描述的是系統哪部分?
part3 實體關係圖
使用者具有使用者名稱、賬號、密碼等屬性,可以登出和登入微信和QQ。
微信具有微信賬號、群列表、關鍵詞等屬性。
QQ具有賬號、群列表、關鍵詞等屬性。
QQ和微信都可以對訊息進行操作,訊息具有群、傳送方、時間等屬性。
這裡描述的是系統的哪部分?
用來描述資訊系統中概念模型的資料儲存。這部分要面臨什麼樣的問題?
資料在系統中的各個處理階段的狀態是怎樣的以下設計解決了哪些問題?
解決了實體之間關聯模糊的問題附:UML實體關係圖
- part4 活動圖
活動圖根據不同活動型別,分為了登入活動、單向刪除活動、熱詞分析活動、關鍵詞提醒活動、訊息群發活動、遠端控制活動這裡描述的是系統的哪部分:
用來描述使用者在具體使用場景下的互動邏輯。
以及在具體實現中應該有什麼方法。這部分要面臨什麼樣的問題:
互動邏輯的構建,功能的使用是否合理,有良好的使用者體驗。以下設計解決了哪些問題?
確定了基本的互動邏輯。
細化了功能的需求。附:UML活動圖
登入活動
單向刪除活動
熱詞分析活動
關鍵詞提醒活動
訊息群發活動
遠端控制活動
- part5 狀態圖
狀態圖將系統分為九種狀態。使用者首先處於未登陸狀態,經過登陸的觸發,進入已登陸狀態;再經過登陸成功的觸發進入到未設定QQ\微信賬號的狀態,再經由設定的觸發,進入已設定QQ\微信賬號的狀態;再經由選擇功能的觸發進入到某一個功能的狀態,功能模組進過相應的分析得到相應的結果,結果呈現給使用者,最後到達功能已完成狀態。這裡描述的是系統的哪部分:
用來描述系統在不同使用場景下的狀態轉移邏輯。
以及在具體實現中應該有什麼方法。這部分要面臨什麼樣的問題:
狀態的設定,狀態轉移關係的設定。以下設計解決了哪些問題?
明確了系統在不同使用場景下的狀態轉移邏輯。附:UML狀態圖
part5 泳道圖
- 附:UML泳道圖
登入泳道圖
單向好友泳道圖
工具選擇(大家可以共享經驗,相互推薦,談談為什麼選擇這個工具)
- ProcessOn
- 選擇理由
- 工作中的小插曲
使用後對工具的評價
PSP表格
評估成員的貢獻分配
姓名 學號 評分 王全炯 33+18.48+25+15 郭俊彥 33+5.28+25+15 李翔 33+24.6+5.28+25+15 胡緒佩 5.28+24.6+25+15+5 黃澤 23.76+13.2+5.28+25+15 陳家偉 31.68+5.28+25+15 樂忠豪 33+5.28+25+15+2 鄭俞明 39.6+24.6+5.28+25+15 肖地秀 24.6+5.28+24.6+25+15 洪澤波 23.76+5.28+25+15