「UML OCUP_Foundamental 題型Reveiw與解析」的迴響

由：Michael Tsai

Michael Tsai — Tue, 24 Jun 2008 08:28:31 +0000

多謝回覆，我想我了解您的意思

由：Kenming Wang

Kenming Wang — Mon, 23 Jun 2008 15:15:32 +0000

Hello Michael Tsai:
您可以換個角度來思考本題目：
「哪個時候，輔助性(Auxillary)的套件，只能被直接引用它的套件來存取，而不准透過其它的套件來存取？」
有可能一個情境是：
「Auxillary 套件是為工具(Utility)或單元測試框架，且是位於 ShoppingCart 套件內的子套件(Sub-Package)」，所以它只能被所謂的 "父套件(Parent-Package)"，存取使用而已。」
當瞭解設計上的需求後，再來就是會想知道如何在圖上以及在程式碼上該如何表達。如此而已！
至於那個什麼 "access" 的語意，是被規範在 UML 的標準規格而已，是 UML 工具廠商必須依循的規格。至於對於 Developer ，自由度很高，若要問我，該如何表達上述這樣的問題與情境，我個人對於是否要瞭解 "access"，根本不會太在乎，充其量利用 Note 註解，甚或創造所屬自己團隊專用的 "語意" (stereo type) 就好囉。
要不是為了考證照，我是不會太在意這類問題的，意義實在不大，對設計也不會有啥幫助的。
不過倒是可以藉由這樣的問題，來觸發思考到底在現實上的軟體開發時，是否會有類似這樣的情境。這個時候，會比較有幫助一些。 ^^

由：Michael Tsai

Michael Tsai — Mon, 23 Jun 2008 07:30:51 +0000

謝謝您的回覆。

《access》的語意….我不知道有沒有理解錯誤，它應該跟匯入參考的遞移性有關，而不是一旦標示了《access》，某個套件裡面的 public 元素就非得經過特定套件才能存取。

我的理解是 B access A，A 裡面的 public 元素會"出現" 在 B 裡面，而 C 若有 import B，則 B 中出現的 A 的元素並不會出現在 C 裡面。access 的語意就僅此而已，也就是說，那不代表 C 就不能存取 A 的 public 元素了。儘管圖上沒有標 C 和 A 的關係，不待它不可以存取，只是它 "還沒用到" 而已。

如有誤解之處，還請版主指正。Thanks

由：Kenming Wang

Kenming Wang — Mon, 16 Jun 2008 17:39:26 +0000

Hello Michael Tsai:
那是 UML 規格的語法限制，是那個《access》的語意，要說為什麼，就是規格的限制，如同你認為 publice 可共用存取、private 無法被呼叫，道理是一樣的囉。

由：Michael Tsai

Michael Tsai — Thu, 12 Jun 2008 23:26:13 +0000

您好：

我對 Q2 的答案有疑問....

答案寫 WebShop 可以存取 ShoppingCart 與 Types 兩個套件內的元素。
但我不了解，WebShop 為何不能存取 Auxiliary 套件內的元素?
題目並沒有說明 Auxiliary 套件內的元素是 public 還是 private，如果是 public，那麼 WebShop 當然可以存取 Auxiliary 內的元素，只是必須以 full qualified name 的方式參考那些元素罷了。不是嗎？

由：毛怪

毛怪 — Wed, 09 Aug 2006 08:58:49 +0000

有看到囉,謝謝您的回覆

由：Kenming Wang

Kenming Wang — Mon, 07 Aug 2006 23:45:07 +0000

Hi 毛怪：
已經有解析其它的圖了喔，就放在 http://www.hsdc.com.tw 檔案下載區，也就是 2nd 研討會的資料。

由：毛怪

毛怪 — Mon, 07 Aug 2006 18:52:33 +0000

請問會解析其他的diagram嗎
謝謝

「UML OCUP_Foundamental 題型Reveiw與解析 」的迴響

由：Michael Tsai

由：Kenming Wang

由：Michael Tsai

由：Kenming Wang

由：Michael Tsai

由：毛怪

由：Kenming Wang

由：毛怪

「UML OCUP_Foundamental 題型Reveiw與解析」的迴響