Calendar

三月 2008
« 十二月   四月 »
 12
3456789
10111213141516
17181920212223
24252627282930
31  

Categories

VP-UML 6.2 的 Acitivity Diagram 測試

因為真的非常迫切需要有一套完全支援 UML 2.x 的 tool 來畫圖,
去年開始就非常努力的到處找來找去,
雖然著名的 RSA (Rational Software Architect) 還不錯,
也很方便 run RUP (Rational Unified Process) 的流程,
但是它的 UML 2.x 支援度實在是太爛了...
最後找上了 Google 裡打廣告打最大的 Visual Paradigm 這家公司的產品 VP-UML。

這家雖然有提供免費的 Community Edition,
但是那在每個 project 只能開一張圖,
而且 export 出去的 image 還會打上滿滿的浮水印,
相當不利於用在正式場合上,
而且雖然號稱支援 UML 2.x 但其實功能還是有殘缺,
所以在這之前也很仔細的評估了其它軟體,
如 MagicDraw 和 Poseidon 等等,
但還是以 VP-UML 功能最齊...
仔細的讀完他們的版本比較表後,
覺得最適合我個人使用且價錢較合理的版本是 Modeler Edition,
於是就刷了 US$ 118.5 (US$ 99 是軟體本身的費用,另外加收 20% 的 1 年維護費),
這已經是去年的事情了...

基於這是花錢買的而且真的有用到,
但是有些關鍵功能還是有缺,
加上他們的客服人員在 forum 上回應得相當勤快,
只要有把問題反映上去幾乎都會出 patch 等等的因素,
這陣子開始決定要每隔一段時間嚴密的測試它的功能,
看能不能透過這種方式催生一套真正支援 UML 2.x 的 tool...
不過主要障礙還是在英文溝通上,
最近突然注意到 Visual Paradigm 是家香港公司,
說不定私下用中文寫 e-mail 對方看得懂?
如果真是這樣的話就能省下很多時間了。

這次測試的是很多 UML tool 都不太注重的 Activity Diagram,
也許它被忽略的主要原因是與 code generation 無關,
所以沒有被很重視。
VP-UML 沒支援的圖大都是從 O'Reilly 的 UML 2.0 IN A NUTSHELL 英文版電子檔 cut 下來的,
等新買的 ScanMaker 5950 到手之後再來掃中文版的圖,
但這並不代表這篇的圖就一定會更新。

第一項測試:precondition/postcondition, localprecondition/localpostcondition, variables
XXX condition
在這項測試中就能順便發現一件事,
那就是 stereotype 是可以被任意新增到 note 上去的 (RSA 並沒有這項功能,一大敗筆),
VP-UML 已經為 note 預設了 localPrecondition 和 localPostcondition,
所以並不需要額外新增,
直接選下去就有了。
Activity 本身也有 precondition 和 postcondition 的欄位可以填寫,
只要有寫就會顯示出來,
這個設計相當不錯。
不過在這個測試中我也發現到 variable 雖然可以加入,
但並沒有提供任何方式將它顯示出來:
Variables in Activity
這是比較可惜的一點,
因為 UML 2.x 允許我們在 action 上直接填寫 algorithm:
algorithm on action
這時是否能支援變數的顯示就相當重要了。

第二項測試:建立 Object Node
Object Node
一定會有人覺得很奇怪為什麼要做這項測試,
這是因為 RSA 沒有辦法支援這項功能,
在 RSA 裡要不就是直接使用 intput/output pin,
要不就是得用有標上 centralbuffer 這個 stereotype 的 Object Node 代替,
這樣容易形成語意上的混亂並造成閱讀障礙;
在這裡可以看到 VP-UML 表現得相當好,
不過 note 的 default stereotypes 裡並沒有 selection 這項,
所以我自己加了上去。

第三項測試:Parameter Set
Parameter Set
這個可以說是當今世上絕大多數 UML tool 的罩門,
也是我當時決定捨 MagicDraw 投靠 VP-UML 的原因之一,
支援 parameter set 的 tool 實在是太少了,
可見 VP-UML 的開發團隊在這方面有努力過,
美中不足的地方是操作介面並不十分親和。

第四項測試:Acitivity Partition (Swimlane)
Partitions
目前大部分的 UML tool 都有支援了 (RSA 6.x 在這方面有很多問題,7.x 已經修正),
VP-UML 在這方面的基本表現也還不錯,
不過對於 multi-line paritition name 的 alignment 支援並不完善 (稍後也會提到類似的缺陷),
譬如上圖中因為 Facilities Management 這個 name 分成兩行顯示,
其它兩個 parititions 的 name 就無法自動對齊中線 (也沒有設定可以這麼做);
此外 VP-UML 也不支援將 stereotype 顯示在 partition name 上方的功能:
Describe response of class/object
也因為 paritition name 無法支援格式化輸入的功能,
若要表示一個 class instance 也沒辦法做出下劃底線的效果,
這點實在相當可惜。
另外就是剛剛提到的 multi-line partition name 的問題,
其實這個問題可以 generalize 成 multi-line element name:


在上圖框起來的地方可以看到 Facilities 和 Management 之間有個奇怪的符號,
這是為了讓 Facilities Management 能顯示成兩行,
而在輸入時利用 ctrl-enter 強制斷行造成的,
所以那個奇怪的符號很可能是 newline character。
這個問題其實也會影響到第一項測試裡所提到的一個功能,
就是直接在 action 上面填 algorithm,
這樣搞下去那個 action name 在 model explorer 上肯定會變成一大串字,
而且換行的地方還會冒出上面的那種字元。

測試五:expansion region
Expansion Region
這是在描述 foreach 之類的語意時很有用又簡潔的表示法,
目前只有極少的 UML tool 不支援,
大部分的 tool 都已經做得很不錯了,
要是有哪個團隊做出來的 tool 要是不支援它真的應該通通去撞牆;
VP-UML 在這方面表現得也相當不錯,
不然我也不可能會想花錢去買。

測試六:conditional node & loop node
Conditional Node
Loop Node
這兩種表示法鮮少 UML tool 支援它們,
雖然 OMG spec 說可以在 structured activity node 分割成數個 region 來加以實現,
但並未詳細描述它們的圖形應該長怎樣,
變成 UML 2.x 規格裡的一大漏洞;
由於 MagicDraw 是以類似上圖的型式來支援的,
所以我在 forum 上表示希望 VP-UML 也這麼做,
他們也真的做出來了,
不過還有一些小 bug 存在,
像是 input pin 在 loop node 上時可以接受來自 loop node 內部 action 而來的 object flow,
以及 conditional node 上無法放置 input/output pin 的問題,
還有像是上圖的 loop node 偏右方的虛線莫名其妙被吃掉的問題等等;
但是不管怎樣,
有了這兩種表示法就能大幅簡化 activity diagram 的複雜度,
所以也是我相當重視的功能之一。

測試七:connector
Connector
不知道為什麼 VP-UML 並沒有支援 Connector,
如果需要將 Acitivity Diagram 貼在正式文獻上,
常常會因為版面限制等問題需要利用它來縮減圖的寬度,
否則要達到相同效果必須把 control/object flow 拉得錯綜複雜的,
使得版面混亂閱讀困難,
這個部分之後我會去 forum 上問問看是否有解。

測試八:exception pin
Exception Pin
這是個不太常見的表示法,
但是既然書上有就拿來測試測試,
很顯然 VP-UML 並沒有直接支援這種 pin,
去 forum 上問的話說不定他們會叫我直接去 common 面板拉個三角形來用?

測試九:input/output pin without in/out edge
Pins without any edges
這雖然是選擇性的表示法,
但是我覺得還蠻重要的,
因為如果一個 pin 沒有 in/out edge,
一般人根本無法分辨那個 pin 是 input pin 還是 output pin,
所以才需要在這種狀況下畫出箭頭來表示方向 (類似 value pin 那樣),
有時間的話可能要請他們新增一下這種表示法才行...

測試十:shorthand notation for streaming edges
Shorthand Notation for Streaming Edges
這也是選擇性的標示方法,
直接把 pin 塗黑代表 action 對 input/output pin 的資料處理是採取 streaming 的方式,
有這項功能的話版面可以更加簡潔,
對做 multimedia 的人來說還蠻有用的;
VP-UML 並沒有支援它。

最後是要小小抱怨一下它的 partition resize 功能,
如果像下圖這樣將右下角的點往右下角拖曳來改變大小的話:
Before Resizing
我相信很多人都是預期 resize 完後每個 partition 的相對高度還是不變,
但是結果卻十分出乎意料:
After Resizing
只有最下面的 paritition 變大了,
雖然我也知道要做到大家希望的那種結果是有點難度的,
不過還是希望能 user-friendly 一點...
另外就是沒有「平均分配高度」這種功能,
也是很不方便的地方之一。

以整體來說,
VP-UML 不管是在要錢或是不要錢的領域裡,
都算是對 UML 2.x 支援蠻完整的 tool 了,
之後還會想辦法抽出時間來寫其它 digrams 的測試,
如果有熱心人士能幫忙轉成英文把問題反映到他們 forum 上去是更好,
不然我每次都要花很多時間設法用英文把問題描述出來,
實在是有點累人...
VP-UML 預設的 Dialog 字型和 11pt 的字體大小,
不知道為什麼很容易形成鋸齒 (就算改成 Times New Roman 也沒有什麼改善),
其實圖形的邊也常出現鋸齒,
就美觀的角度來看其實缺陷還不小,
不過做工程的人就沒必要這麼講究了。