C26 Activity Diagram設計產出(2)──Class Diagram

每個Use Case Realization裡也該有Class Diagram，在Sequence Diagram裡為Interface與Class拉上關聯的同時，也該把那個Interface與Class放進這張圖裡。從Class Diagram裡我們可以很快地得知每個Use Case使用的所有Interface、Class與彼此間的關聯。

如果可能的話，努力將每一個Tier（每個Tier對應到一部電腦）裡所用到的類別都作成一張Class Diagram以顯示其架構，同時把Interface、Class之間的繼承與使用關係都放置在圖表裡。

此時的Class Diagram是一部電腦裡必須要有的所有元件介面，在所有Interface都已經定義、實作Class設計好大概並決定好所屬的Package後（方法還可以增減或變更，元件名稱與位置若有增減或改變就得相對地修正），接下來還要考慮哪些意義相似的Package要被包裹成一包library。切分library的基本想法留待C27再作說明。

以靜態的角度來看，最小的單位是Interface與實作的Class，這個物件可在Class裡描述其繼承關係、說明與所屬的所有方法，如果是Service層級者則拉出一張圖來表示它所有的關聯；Interface與Class在建立時就放置在其所屬的Package裡。再往上的單位是Package，由於Rose Model裡可以取得Package裡所有的物件，所以可由SoDA產生Package裡的物件清單而不見要有圖；設計時如果把Package的範圍等同於Component的範圍就可以省卻一張圖。

要有哪些Class Diagram除了決定什麼情況下該有之外，同時也根據什麼地方需要特別說明就多加一張圖註明。

[這裡應該有一張Class Diagram]