團隊溝通利器之UML - 活動圖

jopen 12年前發布 | 29K 次閱讀 UML UML/模型工具

      在平時的項目開發中,可能有的團隊對業務都是用口頭在團隊里面進行交流,有時程序員的理解跟老大表達的意思不一致,還有

其他等等的弊端就不說了。我們知道建筑工人都是按照圖紙做事的,同樣在軟件開發中,我們應該也有這樣一份”圖紙“,這也就是我

們要說的UML,有了它就可以讓我們做事統一口徑,而從更快的理解業務并完成項目。

 

     可喜的是VS2010已經集成了我們平時最常用的一些UML圖,這個系列也準備介紹這5種圖。

團隊溝通利器之UML - 活動圖

我們從”活動圖“說起,平時我們在看prd的時候,經常會看到一些”用例圖“和”活動圖“,對的,一個好的產品經理這些都是基本功。

 

一:用途

     活動圖是一種工作流程圖,非常容易看懂,非常適合于和用戶溝通的一種UML圖。

 

二:基本元素

     現在我們看一下活動圖到底有哪些基本元素,這些也是我們經常用到的。

團隊溝通利器之UML - 活動圖

 

1:初始節點,活動最終節點,操作,連接符

    <1> 初始節點:        在繪制活動圖中,總有一個起始點,在UML的規范中用”實心圓點“表示。

    <2>活動最終節點:   有起點就必然存在終點,在UML中用”空心圓點“表示。

    <3> 操作:             是活動圖中的一個基本步驟,具有原子性。

    <4>連接符:           操作之間的過渡我們用”連接符“進行連接。

 

下面做個簡單的例子加深下印象,這個也是最簡單的活動圖。

團隊溝通利器之UML - 活動圖

2:注釋

     良好的代碼習慣是二行一注釋,在UML中同樣也存在注釋,道理都一樣,幫助團隊理解。

團隊溝通利器之UML - 活動圖

3:對象節點

     首先看下專業的解釋:如果一個操作執行結束之后生成了某些數據需要傳遞給下一個目標操作,此時需要用對象節點表示。

     對應到上面案例就是我們需要在”登陸界面“和”登陸后臺“中間插一個”登陸信息“的對象節點,這個也就是”登陸界面“產生

     的數據。

團隊溝通利器之UML - 活動圖

4:決策節點和合并節點

     <1>決策節點:   在工具箱中我們看到決策節點使用”菱形“來表示的,也非常好理解,決策嘛,不就是抉擇,一條邊進,

                             多條邊出。

    <2> 合并節點:   既然放在一起講,它們肯定有關聯,多條邊進,一條邊出,比如在很多頁面中都有傳送門讓我們進入

                             登陸頁面。

團隊溝通利器之UML - 活動圖

如果眼尖的話已經看到了”連接符"旁邊的提示信息,這個也就是“警示信息”,設置方法很簡單,選中“連接符”,按F4打開

“屬性窗口”,然后在Guard字段中設置值即可。

團隊溝通利器之UML - 活動圖

 

5:分叉節點和聯接節點

     這兩個節點是真的需要同對出現,用途跟“決策和合并”非常類似,分叉節點是一條邊進,多條邊出,聯接節點是多條邊

進,一條邊出,只不過有一點不一樣的就是,聯接節點需要等待“分叉節點”的所有邊都到達后整個流程才能繼續進行下去。

團隊溝通利器之UML - 活動圖

對應上圖中,我們登錄成功后,進入了分叉節點,此時我們需要干兩件事情,“簽到”和“發微博“,如果只做了其中某一

件事情,整個流程都會處理中斷狀態,直到兩件事都已做完,哈哈,是不是有點多線程的味道。

 

最后要補充的就是,UML是圖形語言,沒有絕對的正確和錯誤,團隊能夠理解才是最終目的,所以我們應該拒絕”口交“。

來自:http://www.cnblogs.com/huangxincheng/archive/2012/09/24/2699429.html

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!