在系統開發的需求捕捉階段時，一般我們會利用活動圖(Activity Diagram)來記錄企業流程(Business Process)。
例如，範例圖一是利用活動圖來表達 "XX醫院" 的掛號就診流程(圖一僅為範例，並非是完整正確的就診業務流程)。

圖一、利用活動圖表達業務流程

利用活動圖可以記錄詳細的業務流程，也可以看出哪些活動(Activity)是由哪些人或角色所負責的(利用 Partition 區分責任區塊)。

活動圖表達了企業內部的組織運作，但不容易表達出與該業務流程相關的外部主要參與者(Primary Actor)，企業是如何滿足其目標。亦即，若想明確區分企業的 "內" 與 "外"，我們可以利用 "企業使用案例圖(Business Use Case Diagram)" 來表達。

表達企業層次的使用案例圖(Business level UCD) ，有幾點要注意的：

• 系統的設計範圍一般以企業、部門等組織為單位，而非單指軟體應用系統。
• 會著重於描述企業內部的流程；而非系統功能面的行為描述。
• 通常會以白箱式(Whie-box)的作法打開企業使用案例(Business Use case)內部，以瞭解內部工作者(internal worker)互動合作的流程。
• 目標讀者(Target audience)會偏於企業決策層級的管理者、IT高階主管、系統開發的架構師(Architect)等，可以藉由企業層級的使用案例圖來辨別出組織的核心業務。
• 可以協助從企業流程往技術層面來思考，以定義出適合採用新技術的業務流程。例如，有些人工作業流程，可以藉由電腦資訊化以增加作業效率與成本因素等考量。

閱讀全文 »

我個人一向主張寫 Use Case 的敘述之前，先畫使用案例圖(Use Case Diagram) 。原因在於我們可以從鳥瞰的視野綜觀系統的全貌：

1. 可以利用套件(Package)界定系統的設計範圍(Boundary)。
2. 避免過早涉及至細節(Detail)。

先說明，什麼是鳥瞰？

• 從高處俯視低處。
• 對事實情況作概略的觀察。

利用使用案例圖，可以協助我們從 "鳥瞰" 的視野來看系統的外觀，避免從系統的內部來看 Use Case (這是許多 Developer 常犯的毛病)。
同時，因為鳥瞰，所以，比較容易能看出系統的全貌、界定系統的範圍、區分系統的內與外(這很重要，如此才能知道什麼該作，什麼不需作)。還有，也比較容易看出使用案例的所表達的層次(level)，如企業層級(Business level)、使用者目標層級(User-goal level)等。

寫使用案例若不知道系統的設計範圍，我很難相信 RA(Requirement Analyst)能寫得好 Use Case。
理由為何？若未能確定系統邊界，那麼，你如何能將系統視為一個黑箱(Black box)？你又如何能確認誰是使用系統的主要參與者(Primary Actor)？

而 Developer 常常以為很清楚系統範圍，但事實上系統範圍的界定在團隊成員之間往往會有見解上的落差。
例如，觀察下圖一，顧客至錄影帶店租片，很直覺地，我們發現有個 Use Case：租片 。

圖一、使用案例圖(沒有以Package界定範圍)

沒有畫出系統邊界，一般是常見於單一系統的開發，且系統的範圍很明確。但我們觀察圖一，試著問問團隊內部的開發成員們，她們所認知的系統是界定在那個範圍呢？
可能會以為，不就是要開發一個影片租借系統嗎？

閱讀全文 »

Component(元件) 圖:

• 元件圖專注的焦點有二個：
  • 元件所提供的介面(Interface)。
  • 元件之間的相依性(Dependency)。
• 與業界推導的規格，如 COM+、EJB …，並沒有直接的關連。
• 元件，其本質其實就是物件！但最大的不同點在於：物件強調的是 “個體(Instance)” 的特徵及外在行為；而元件強調的是 “介面(Interface)” 的溝通。
• 元件的單位有大有小：
  • 顆粒度細緻(fine-grained)的元件，會比較接近本質性(Essentiality)、單一性(Atomic)。所提供的介面是屬於高度穩定的。
    *** 領域物件(Domain Object)，係源自於該領域所經常溝通的術語(terminology)。
  • 顆粒度粗糙(coarse-grained)的元件，也可稱之為聚合(Composite)元件，是基於完成某項功能或為提供服務而聚合了欲完成該功能或服務的多個 “Part” 組件來達成任務。其所提供的介面是較不穩定的(功能會基於需求而善變)。
    *** 模組(Module)、子系統(SubSystem)等，即為功能性的元件 — 基於服務或功能而形成的聚合元件。

（縮略圖，點擊圖片鏈接看原圖）

Deployment(部署) 圖:

• 表達系統的實體(Physical)部署(Deploy)配置。
• 瞭解哪些軟體套件被部署至哪一台實體的裝置(Device)上。

（縮略圖，點擊圖片鏈接看原圖）