「從鳥瞰的觀點看 Use Case Diagram」的迴響

由：Kenming Wang

Kenming Wang — Wed, 28 Jul 2010 07:23:12 +0000

歡迎隨時對軟體設計相關議題有任何想法或問題，都可以相互交流。 ^^

Tyler — Wed, 28 Jul 2010 04:50:09 +0000

感謝您的回覆~
以 "聚焦" 來解釋 "黑箱" 與 "白箱" 還蠻棒的!!
而且能很清楚地說明畫圖二和圖三時的態度與目的

Kenming Wang — Tue, 27 Jul 2010 12:59:56 +0000

非常高興您能有自己這樣的想法表達。

那個 "透明度" 的解釋非常有意思，也很清楚。

我個人是用 "聚焦" 這個字眼來看待 "白箱" 與 "黑箱" 的相對性關係。當我想看某個聚焦的主題內部，就會用 "白箱" 的角度頗開；當我只想看那個主體的表面所呈現 "用" 的服務時，就會以 "黑箱" 的角度看待。

最後，圖例的 2 與 3，我這裡做一點解釋。那個用 Package 標出的框框，稱之為 "系統範圍 (system boundary)" 就是界定外為 "黑箱" 的角度 (所以，從 Actor 來看待系統，就是黑箱的角度)；而若要頗開內容的元素分析，則為 "白箱" 的角度。

"黑箱" 與 "白箱" 是一種看待的角度，也是一種相對性的關係。

Tyler — Fri, 16 Jul 2010 10:20:02 +0000

以上大致都能瞭解，唯獨您對於白箱與黑箱的描述有些疑惑~

我認為白箱與黑箱可以用透明度來做二分法，白箱是具透明度的，黑箱反之

而白箱與黑箱又屬於具動態性的詞語~

當我們以宏觀的態度看待事物時，很多事物都可以當作是黑箱，因為我們並未深入去瞭解它，所以黑箱有封裝的概念存在，它隱藏了一些資訊，因此不具透明度
但我們可能會想要瞭解事物之間的互動關係，因此就這個整個宏觀來看，事物之間的互動關係是一個白箱

若當我們以微觀的態度看待宏觀中的某個黑箱時，原本在宏觀中的黑箱可能屬於微觀中的白箱
因為白箱具透明性，揭露了足夠的資訊
而其中或許又有些事物是我們並不想瞭解的，那麼它們又屬於黑箱

因此，我認為畫 use case 時要以白箱式或黑箱式的作法
應該是看今天的表達對象是誰，也就是這張 use case 是要畫面誰看的

回到您的例子，因為您並未特別強調圖二、企業層級的使用案例圖及圖三、影片租借系統的使用案例圖是畫給誰看的，因此可能比較難說明它們是以白箱式或黑箱式的作法

您認為呢？

Kenming Wang — Sun, 02 May 2010 15:31:54 +0000

謝謝 lee 您的支持與鼓勵。 ^^

lee — Fri, 09 Apr 2010 02:49:46 +0000

寫的太好了,因為我是完全沒有基礎的門外漢,連我都了解,看懂了,我想應該大家都懂了吧,一個好的說明書,和一個好老師就是應該把一個完全不了解的人教會!五顆星!!!!!

讀者對使用案例的幾個提問 (針對另文「三論博客來的使用案例分析」) — Thu, 02 Apr 2009 23:30:00 +0000

[...] 幾年前寫過一篇：「從鳥瞰的觀點看 Use Case Diagram」，可以參考之。 Tags: UML, Use Case, 博客來靜態鏈結 [...]

Kenming Wang — Tue, 29 Mar 2005 11:25:22 +0000

Hi Jeff:

上圖是藉由影片出租系統的範例來討論本篇的主題：系統範圍。
而不是窮究去探討影片出租系統這個 "Domain" 內有幾個 UC。