初纏之業務建模

業務建模是整個rup 四段式還沒開始前乙個可選的序章：

1.開發團隊對目標組織的業務非常白痴，沒法開展系統用例需求。

2.尋求業務流程改造(bpr)和自動化。

這兩個可能的原因，層次上相差甚遠，但目標都是端平客戶與開發團隊的視線。對於小團隊，可以只對--與待開發軟體系統相關的，最不清晰，最重要的一小部分業務進行建模。

rup很聰明的把用例建模的很多概念和流程復用到了業務建模中。ibm dw中文站有乙個很好的教程《理解需要解決的問題:業務建模技術簡介》（需免費註冊dw帳號)，看完就差不多了，業務建模已超出了軟體範疇，rup的細節描述和那本《uml業務建模》都未必絕對正確，所以rup文件裡的種種細節都不必深究細看。

簡單說來，業務建模的產出工件，最實用的是--業務詞彙表、業務用例模型和業務分析模型。

業務用例和系統用例是同胞兄弟，只不過後者的主角是待開發的軟體系統及其提供的功能，而前者的主角轉向了整個目標組織，及其核心業務和支撐、管理的業務，而且通常組織裡不止你乙個系統。

分析模型表達了組織內部如何的實現業務用例。為了照顧閱讀者的水平，使用比較直觀易懂的泳道活**而不是分析模型常用的順序圖來表達。我通常在用例底下直接新增活**，而不是新建乙個usecase realize。

這兩個圖里一般有四種圖元：

bussiness use case，業務用例。

bussiness actor ，目標組織外的客戶或合作夥伴，系統。

bussiness worker，目標組織內的員工和系統。

bussiness entity，業務實體，適合那些對資料物件盯得很緊的資訊系統。

可以很簡單的從業務分析模型轉換出系統用例模型來。業務用例中待開發系統參與的活動就是用例，活動前後的bussieness actor或worker 就是 actor。