作者：張克強??? 作者微博：張克強-敏捷307

序列圖，也稱時序圖、順序圖，英文名Sequence?Diagram。在雅各布森用例分析方法中鼓勵使用各類圖形來表達，但恰恰沒有明確提到序列圖。而科伯恩用例分析方法以結構化/半結構化文本用例為中心，強調基于目標的文本格式，對UML各類圖所提甚少。

在RUP和OOAD中，UML序列圖的最基本定位是用于識別類與類之間的信息傳遞，是識別類的方法的最佳場合。它是在得到用例之后初步識別了類之后發揮巨大作用的。序列圖是交互圖（interaction?diagram）的一種，能夠轉換成協助圖（Communication?Diagram）。利用序列圖的設置，能夠精確定義類及類的方法，進而生成源代碼。

在潘加宇的《軟件方法》[7]中比較了活動圖和序列圖，推崇使用序列圖來表達業務，稱之為業務序列圖，然后基于業務序列圖來識別系統用例（區別于業務用例，即是本文所稱用例）。可以發現當處理多個業務角色時，序列圖確實擁有與活動圖相當的表現力。

那么，序列圖如果用在用例規約中，將是什么景象？?

圖片來源于網絡

可以看到序列圖表達的內容與基本流文字是一樣的，更加直觀，但顯然的需要更多時間，而且并不能充分說明交互細節，畢竟在圖片上不適宜打上密密麻麻的字。更關鍵的上述這幅圖中有“銀行主機”，這就超出了單個用例的范疇。

總的來說，序列圖不是用例的標準配置，在用例規約中使用序列圖可以更好的呈現事件流，但其將花費更多時間，如果在單個用例內再考慮其它角色和其它用例，那么所費時間更多，而且有可能與前期業務分析重復，也有可能與后續設計分析重復。

在編寫有效用例一書中，明確指出在用例規約中畫序列圖是不合適的。

更多相關文章

需求用例分析之一：異常流

需求用例分析之二：級別設置
需求用例分析之三：補充規約

需求用例分析之四：業務規則

需求用例分析之五：業務用例之Rational系

需求用例分析之六：業務用例之科伯恩系

需求用例分析之七：業務用例之小結

需求用例分析之八：用例顆粒度

總結

以上是生活随笔為你收集整理的需求用例分析之九：序列图的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。