第一次使用泳道圖,感受很是方便,從圖中的箭頭和各個活動框中能夠清晰地看出分工流程:html
不過既然是博客園,分工就不能只貼圖,markdown仍是要用的,因而我用markdown表格統計了本次組員用時、完成度和貢獻比例:瀏覽器
成員 | 完成度 | 用時 | 貢獻比例 |
---|---|---|---|
袁逸灝 | 【100%】 | 3.0 | 18% |
劉偉康 | 【100%】 | 6.0 | 22% |
劉先潤 | 【100%】 | 4.0 | 18% |
馬軍 | 【100%】 | 2.0 | 16% |
劉誠昊 | 【100%】 | 2.0 | 14% |
莫禮鍾 | 【100%】 | 2.0 | 12% |
面臨什麼問題:無。markdown
解決什麼問題:用例圖能夠展示用戶在使用過程當中有什麼需求,需求之間的層次和板塊關係。而設計者能夠根據用例圖中的每一個功能板塊來有層次和順序性的實現相應的需求。工具
大圖學習
【用例說明】測試
項目 | 內容 |
---|---|
用例名稱 | 選擇車輛 |
用例編號 | 001 |
主要參與者 | 用戶A |
風險承擔者 | 遊戲設計者 |
簡要說明 | 在正式進入遊戲界面前有一個選車功能,在經過某些關卡後會解鎖新的車輛 |
前置條件 | 用戶A已下載遊戲,並已經過多個關卡解鎖了新的 |
基本事件流 | 1.用戶A進入「選車界面」。2.遊戲系統顯示出已解鎖的車輛和文字索引欄。3.用戶點擊車輛圖標直接選擇車輛 |
其餘事件流 | 1.用戶A用文字索引欄輸入車輛名稱來查找賽車 |
後置條件 | 用戶A更換車輛,進入選擇關卡界面 |
其餘 | 無 |
項目 | 內容 |
---|---|
用例名稱 | 選擇其餘關卡 |
用例編號 | 002 |
主要參與者 | 用戶B |
風險承擔者 | 遊戲設計者 |
簡要說明 | 在一次遊戲結束後用戶須要進行從新選擇關卡才能夠繼續遊戲 |
前置條件 | 用戶B已通關前一個關卡 |
事件流 | 1.用戶A進入通關後的積分顯示界面。2.遊戲系統顯示結束遊戲和繼續遊戲按鈕。3.用戶點擊繼續遊戲 |
異常事件流 | 1.用戶B點擊結束遊戲退出程序 |
其餘 | 繼續遊戲功能需求的具體實現可能會有改變,可能實現方式會變成:繼續遊戲後直接進入下一關卡 |
後置條件 | 用戶B回到主界面進行車輛,關卡選擇。 |
其餘 | 繼續遊戲功能需求的具體實現可能會有改變,可能實現方式會變成:繼續遊戲後直接進入下一關卡 |
面臨什麼問題:類並未開發徹底。編碼
解決什麼問題:各個類的做用以及各個類之間的聯繫。設計
面臨什麼問題:活動類爲暫定,並不是最終版本。3d
解決什麼問題:給予當前設計理念,定位製做程度與目標路徑。代碼規範
面臨什麼問題:無。
解決什麼問題:說明事物(包括類、用例等)的狀態、事件和它們之間的轉換關係。代表了對外部事件發生順序和系統對這些事件的響應。
StarUML 5.0
【說明】咱們小組使用的是上學期老師給的starUML工具,關於此連接只做爲示例,並無從中下載。
關於StarUML的優勢:
- 1.支持的語言:C++,C#和Java。
- 2.能夠做用例圖、類圖、序列圖、狀態圖、活動圖、通訊圖、構件圖、部署圖以及複合結構圖等。
- 3.擁有從UML圖表生成代碼的能力。
- 4.將現有代碼反向工程到UML圖表。
- 5.很是豐富的功能和格式選項。
- 6.支持的模式不少。
總而言之,StarUML是一款容易上手而且操做簡單的繪製軟件。
【這次交流總結由 劉先潤 記錄】
【2017.11.25晚】
本週組員完成任務的質量很高,也結合了一些參考資料,我在分配任務上也有了更多的經驗以便與各個組員更好地配合。另外,組員們還須要對上週的編碼規範再完善一下。其中,組長袁逸灝和組員劉先潤完成任務的效率比較高,值得表揚!有的時候學習工具不該該只是我的的事,團隊共同討論一下頗有必要。咱們會繼續前進,共同承擔起這份責任。(編輯:劉偉康)