建模與設計

建模與設計

我們經常說：“使用用例對業務過程進行重組”，其可能意味著：

“在重組前，通過用例對其原過程文檔化。”

“通過用例建立符合設計要求的外部行為需求。”

“重新設計後，使用用例對新過程文檔化。”

事實上，所有這些含義都應該是對的，並且都值得關注。讀者可以按自己的意願去理解其中的一個。

但是通常在談論用例時，我總是說業務過程建模或文檔化，而不是業務過程重組或設計。因為用例僅僅是對過程文檔化，不能代表過程重組或設計。在創造性設計時，設計者需要經曆一個思維跳躍的過程，但用例不能告訴他們怎樣去做。通常，每個層次文檔所描述的是下一個層次設計必須滿足的行為需求（實際上，我們卻說“這次設計滿足這些行為需求”）。

引入新技術經常會導致業務過程改變。它們分別是從面向技術的核心業務，從新業務過程到技術，及從技術直接驅動，對業務過程進行重組。這些方法中的任何一種方法都是可行的。

從核心業務

在這種自上而下的分析方法中，正如Reengineering theCorporation一書（Hammer，1984）中所描述的那樣，首先應該仔細識別組織中的核心業務。在這步工作結束時，應該弄清楚：

在組織行為中的項目相關人員；

該組織必須滿足其需求的外部主執行者；

該組織必須響應的觸發事件；

該組織提供的服務，以及對項目相關人員的成功結果。

注意，上面的內容並沒有指出該組織如何工作，而只有設定其行為邊界條件的資訊。通常，它們也是用例的邊界資訊：項目相關人員與利益、主執行者與目標，以及成功保證。

業務過程設計的環境可以採用業務黑盒用例進行記錄，公司或組織作為被設計系統（15-1所示）。

在這個階段，可以充分利用當前新技術，建立新資源群組和新過程組。當今社會，電腦系統成為組級主要的動態儲存裝置和動態通訊渠道。在Reengineering the Corporation這本書中，給出了許多不同改革行動導致不同業務設計的例子，當然它們的效率也不一樣。結果是產生一個新的公司或組織設計（15-2所示）。

 

 

過程革新的結果，就是用白盒用例對系統文檔化。這些用例展示了人與各部門（也可能是電腦）之間的互動作用，以及這些作用所產生的組織外部可見行為。

另外，開發真正完備的白盒用例，應該與任何完整用例集或業務過程模型一樣，考慮系統失敗及異常處理等情況。當然，在此過程中可以選擇命名用例中的技術，或若滿足系統需求則不命名。

 

 

本文節選自《編寫有效用例》一書

[美]AlistairCockburn（阿利斯泰爾.科伯恩)
著

王雷，張莉譯

電子工業出版社出版

圖書詳細資料:http://blog.csdn.net/broadview2006/article/details/7736848