2017-2018-1 Java演繹法 第八週 做業


團隊任務:UML設計


團隊分工

  • 第一次使用泳道圖,感受很是方便,從圖中的箭頭和各個活動框中能夠清晰地看出分工流程: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% 


【UMLの用例圖】

  • 面臨什麼問題:無。markdown

  • 解決什麼問題:用例圖能夠展示用戶在使用過程當中有什麼需求,需求之間的層次和板塊關係。而設計者能夠根據用例圖中的每一個功能板塊來有層次和順序性的實現相應的需求。工具

  • 大圖學習

  • 【用例說明】測試

  • 項目 內容
    用例名稱 選擇車輛
    用例編號 001
    主要參與者 用戶A
    風險承擔者 遊戲設計者
    簡要說明 在正式進入遊戲界面前有一個選車功能,在經過某些關卡後會解鎖新的車輛
    前置條件 用戶A已下載遊戲,並已經過多個關卡解鎖了新的
    基本事件流 1.用戶A進入「選車界面」。2.遊戲系統顯示出已解鎖的車輛和文字索引欄。3.用戶點擊車輛圖標直接選擇車輛
    其餘事件流 1.用戶A用文字索引欄輸入車輛名稱來查找賽車
    後置條件 用戶A更換車輛,進入選擇關卡界面
    其餘
  • 項目 內容
    用例名稱 選擇其餘關卡
    用例編號 002
    主要參與者 用戶B
    風險承擔者 遊戲設計者
    簡要說明 在一次遊戲結束後用戶須要進行從新選擇關卡才能夠繼續遊戲
    前置條件 用戶B已通關前一個關卡
    事件流 1.用戶A進入通關後的積分顯示界面。2.遊戲系統顯示結束遊戲和繼續遊戲按鈕。3.用戶點擊繼續遊戲
    異常事件流 1.用戶B點擊結束遊戲退出程序
    其餘 繼續遊戲功能需求的具體實現可能會有改變,可能實現方式會變成:繼續遊戲後直接進入下一關卡
    後置條件 用戶B回到主界面進行車輛,關卡選擇。
    其餘 繼續遊戲功能需求的具體實現可能會有改變,可能實現方式會變成:繼續遊戲後直接進入下一關卡


【UMLの類圖】

  • 面臨什麼問題:類並未開發徹底。編碼

  • 解決什麼問題:各個類的做用以及各個類之間的聯繫。設計


【UMLの活動圖】

  • 面臨什麼問題:活動類爲暫定,並不是最終版本。3d

  • 解決什麼問題:給予當前設計理念,定位製做程度與目標路徑。代碼規範


【UMLの狀態圖】

  • 面臨什麼問題:無。

  • 解決什麼問題:說明事物(包括類、用例等)的狀態、事件和它們之間的轉換關係。代表了對外部事件發生順序和系統對這些事件的響應。


工具選擇-分析starUML工具

  • StarUML 5.0
    【說明】咱們小組使用的是上學期老師給的starUML工具,關於此連接只做爲示例,並無從中下載。

  • 莫禮鍾分享了他關於這個工具的使用經驗:
    • 我做了兩個類圖:

    • 我使用的工具是上學期使用過的StarUML。
  • 對於StarUML工具的評價:
    • 這是一款很是好用的UML繪製工具(前提是你英語要好或者是你能勤奮地查找)
    • StarUML把建立class和UML中的幾種關係(線)放在了左下角,當咱們建立一個class時,右上角的模型瀏覽器(Model Explorer)會讓咱們能更方便操做須要處理的class。
    • 在StarUML中,若是咱們須要添加屬性或者是操做,能夠右鍵點擊class,選擇attribute(屬性)和operation(操做)
  • 關於StarUML的優勢:
    - 1.支持的語言:C++,C#和Java。
    - 2.能夠做用例圖、類圖、序列圖、狀態圖、活動圖、通訊圖、構件圖、部署圖以及複合結構圖等。
    - 3.擁有從UML圖表生成代碼的能力。
    - 4.將現有代碼反向工程到UML圖表。
    - 5.很是豐富的功能和格式選項。
    - 6.支持的模式不少。

  • 總而言之,StarUML是一款容易上手而且操做簡單的繪製軟件。


討論與交流

  • 此次的會議討論以下:
    第一部分咱們討論了關於代碼的進度,因爲總體進程還未進行到代碼實現這一階段,因此代碼進展不大,只有一個大體的輪廓。第二部分咱們咱們分配了一下每一個人關於產品代碼規範方面的具體任務,咱們參考了一些資料,命名規範部分由袁逸灝作,異常規範和OOP規範由劉先潤作,原定莫禮鍾實現流程語句,後來考慮到袁逸灝設計代碼因此留給了袁逸灝,劉偉康實現整體mardown和PDF,劉誠昊、馬軍實現測試規範。第三部分咱們討論了圖的完成狀況,袁逸灝劉先潤率先完成任務,其他人也會在週末內搞定。最後咱們交流了使用上週各類工具的感覺,總的來講starUML這個軟件對於畫圖來講十分方便,界面也很乾淨簡單,很是適合用來做圖。

【這次交流總結由 劉先潤 記錄】
【2017.11.25晚】


小編感想

  本週組員完成任務的質量很高,也結合了一些參考資料,我在分配任務上也有了更多的經驗以便與各個組員更好地配合。另外,組員們還須要對上週的編碼規範再完善一下。其中,組長袁逸灝和組員劉先潤完成任務的效率比較高,值得表揚!有的時候學習工具不該該只是我的的事,團隊共同討論一下頗有必要。咱們會繼續前進,共同承擔起這份責任。(編輯:劉偉康)


參考資料

相關文章
相關標籤/搜索