软件组件体系结构已经作为应用程序开发的许多领域中的标准设计范例而形成了。它从面向对象的技术发展而来，通过提供高级别的提取并将低级别的对象封装进可复用的技术组件（调整以适合于业务操作并可以被反复设计、开发和提炼）中而实现。
为了解释组件和服务之间的关系，通过阅读组件如何被定义成“可执行的代码单元，它提供了相关服务的物理黑盒封装。仅通过包含交互标准的一致的、发布的接口才能访问它的服务。组件必须能连接到其它组件上（通过通信接口） 来组成大组”（企业系统中基于组件的开发：应用选择透视图——请见参考资料）可以得到启发。
企业 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 分析和建模的技术，它将企业表示成一套不重叠的协作业务构建模块（组件），它提供了通过交互来实现业务需求的业务服务。它提供了其它业务分析方法（例如价值链或流程分解）没有提出的重要的观点。
文章来源于领测软件测试网 https://www.ltesting.net/
