軟件組件體系結構已經作為應用程序開發的許多領域中的標準設計范例而形成了。它從面向對象的技術發展而來，通過提供高級別的提取并將低級別的對象封裝進可復用的技術組件（調整以適合于業務操作并可以被反復設計、開發和提煉）中而實現。
為了解釋組件和服務之間的關系，通過閱讀組件如何被定義成“可執行的代碼單元，它提供了相關服務的物理黑盒封裝。僅通過包含交互標準的一致的、發布的接口才能訪問它的服務。組件必須能連接到其它組件上（通過通信接口） 來組成大組”（企業系統中基于組件的開發：應用選擇透視圖——請見參考資料）可以得到啟發。
企業 JavaBean 是構建基于 Java 的桌面應用程序的組件標準。COM 是通用的 Microsoft® 組件模型，它是應用程序互用性的核心。在 1999 年 7 月，Object Management Group 通過了 CORBA 組件模型（CCM）規范，它擴展了用于電子商務部門的應用程序的企業 JavaBean。在所有情況下，組件體系結構的目標是簡化應用程序設計流程并提高應用程序開發的速度。
以商業為中心的、基于服務的集成
業務建模
業務模型是實際的復雜業務的簡化視圖及業務如何運轉的提取。業務結構表示在模型“將承擔交流、提高或創新的基本任務，并定義了支持業務所必需的信息系統需求。這樣的業務模型對于指導業務起到規劃的作用”（使用工作中的 Uml 業務模式的業務建模：工作中的業務模式——請見參考資料）中。
挑戰是以精確且對用戶友好的方式來將業務流程和業務系統建模。業務系統的描述包括流程描述和靜態結構。流程的最直接的模型是為了達到某一目的而執行的活動或任務的序列。如同普遍接受的符號標準一樣，統一建模語言（Unified Modeling Language，UML）及其可能的擴展對于描述軟件系統來說是足夠豐富的。UML 也可被用于抽象層，這里不涉及實現細節。一些 UML 圖表從直觀上看（例如，活動圖、時序圖或協作圖）與域專家使用的那些非常類似。而且，他們的語義是精確定義的。為了軟件設計，如果必要的話，同一圖表可以配有實現細節。例如，UML 時序圖和 UML 活動圖是對用戶友好而且精確的業務流程規范。
在我們的以模型為中心的解決方案中，使用標準流程建模軟件（例如 Microsoft Visio）創建的業務流程被轉換成 IBM® Websphere® Business Integration Modeler（Business Integration Modeler），并且使用 IBM Rational® Rose 中的 UML 時序圖來將內部組件的交互建模并分析。
連同我們的以業務為中心的服務模型一起，一套適合業務的服務被結合進來（包含并編排）以實現業務目標。IT 系統提供了這些服務的接口并將它們結合進應用程序中以支持快速變更的業務需求。將服務顯示成一套接口，該接口完全不依賴于它們的實現或位置。有時（不必經常）需要在業務用例級創建這些服務。在這個級別上，我們處理業務希望在業務流程中發布、觸發或支持的原始活動。
采用 IBM 的組件業務建模（Component Business Modeling，CBM）和面向服務的模型和體系結構（Service-Oriented Modeling and Architecture，SOMA）（請見參考資料），我們采用從上到下的解決方案來從基礎零售組件模型中確定一套以零售為中心的業務服務。我們創新的解決方案及適當地使用 Business Integration Modeler and Rational Rose 使我們能夠發現適合業務的服務、它們的從屬和支持的大規模的業務應用程序組件。同時，我們也采用從下往上的解決方案來確定 COTS 或現有的遺留應用程序最好提供哪個服務，并且最終將確定的業務服務映射到選定的 COTS 零售應用程序組件或遺留系統中。
組件業務建模（CBM）
組件業務建模（CBM）是 IBM 分析和建模的技術，它將企業表示成一套不重疊的協作業務構建模塊（組件），它提供了通過交互來實現業務需求的業務服務。它提供了其它業務分析方法（例如價值鏈或流程分解）沒有提出的重要的觀點。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
