天天看點

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

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

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

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

     可喜的是vs2010已經內建了我們平時最常用的一些uml圖,這個系列也準備介紹這4種圖。

團隊溝通利器之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是圖形語言,沒有絕對的正确和錯誤,團隊能夠了解才是最終目的,是以我們應該拒絕”口交“。

繼續閱讀