需求的實踐（4）
http://www-900.ibm.com/developerWorks/i/c.gif業務建模時期（上）
林星 ([email protected])
2001 年 11 月在大規模的需求調研展開之前，有一個重要的工作要做。這項工作在項目中所占的時間跨度非常的小，但是卻有非常重要的意義。不同的人、不同的方法對這項工作有不同的描述，在我們的文章中，根據UP的思想，稱之為"業務建模"。
所有的項目都有業務建模時期
1. 業務建模是什麼
業務建模（Business Modeling），業務建模是一個復雜的過程，對其下一個准確的定義是困難的事情。在RUP的詞匯表中將其解釋為：
"包含您可用來對業務進行可視化建模的所有建模方法。這些是您可用於執行業務工程的方法的子集。"
從定義中可以看出，它是一種建模方法的集合，目的是對業務進行建模。這方面的工作可能包括了對業務流程建模，對業務組織建模，改進業務流程，領域建模等方面。
2. 為什麼要業務建模
Brooks 大師說，三十多年來各式各樣的應用系統（Application Programs AP）歷經多次的修修改改，已經變得面目全非，如同一群的怪獸，難以馴服。
Rogerson大師也說，The application is a rock in the river of change.（應用（系統）成為改變之潮流中的頑石）。
對很多企業而言，有一個統合企業各部門的信息系統的心願似乎已經成了一種奢望。企業中或多或少都會有一些應用系統在輔助企業的自動化運作，當企業信息主管希望能夠對目前的信息系統進行整合，能夠配合企業的發展的時候，他們失望了。大多數的應用缺乏一個統一的接口，難以進行整合。
在我們進行項目開發的銀行中，我們也同樣發現了這個問題，不同部門的系統之間無法進行互聯，跨部門的業務流程必須經過手工的處理。
以前，應用程序的開發都是基於部門的功能的而建的。單純只是為了解決目的而建立應用系統。所以這種方式建立的應用系統是針對特定的功能區域（Function Area）而建立的。至於如何使企業內的多個應用系統共同運作，就不在設計者的考慮之列了。隨著企業的發展，就會發現企業需要變化以適應市場變化，業務發展的時候，原有的一系列應用系統卻成了企業發展的攔路虎，這使得企業不得不回到手工的時代。
針對這種情況，有沒有相應的解決之道呢？解決的方法就是從業務建模入手，而不是從較低層次（部門級或以下）入手。通過用例分析技術，建立企業的業務模型，進行適當的切割，選取穩定的軟件架構，分析出企業的業務實體（Business Entity 企業中微小不可分的事物，抽象或具體的，如帳戶，契約等，又被稱為Business Object），以此為基礎，組裝出組件（Component），落實到相應的三層結構，建立針對特定功能區域的應用系統。
