使用BEA域模型有效地规划
为了保证成功，SOA以一种新的方式要求IT和业务协同工作。开始SOA规划时，需要在技术性和非技术性要素之间进行有效的平衡。为此BEA开发了一个域模型（如图2所示），帮助指导您规划必须同等重视的六个关键方面，以确保成功实施。
图2. BEA域模型
最好从业务战略与过程、架构以及成本与受益三个方面开始规划。
业务战略与过程：把SOA映射到业务
SOA把IT功能映射到业务流程，使业务随着时间而改善。这个映射过程的最佳表达如下：
﹡ 分析：研究业务流程，找出所需的支持功能。
﹡ 开发：从现有的IT资产中获取功能，开发新的功能，确保所有服务都有清晰的服务水平协议。
﹡ 利用：将服务编排进流程，让其与战略保持一致，识别最佳机会。
﹡ 架构: 定义长期需求
为IT组织建立参考架构很重要。这种参考架构不是当前的状态图，而是一个长远视图，合并了未来2到3年架构上的发展需要。花些时间来定义架构的指导原则和策略，但要避免使这些指导原则走入死胡同。优先考虑SOA系统的灵活性和模块化。
成本和受益：直接证明业务价值
SOA反对四处出击，重要的是按成本受益顺序确定服务开发的优先级，这样SOA从一开始就显示出ROI。通过仔细的规划，启动成本要限制在现有预算内。经过一段时间后，服务模块的重用会确保以后每个新业务应用程序的启动成本很低。在实施开始时设置好基线，确保可测量性，避免临时修路的效果。
使用SOA成熟度模型
BEA的SOA成熟度矩阵（如图3所示）帮助监视SOA效果，这样您可以检查不同开发阶段的进度。这个矩阵被划分成三个阶段：探索（Exploring）、扩展（Expanding）和开拓（Exploiting）。可以使用像BEA Online Self-Assessment Tool这样的工具来评估架构的成熟度。
图3：BEA的SOA成熟度矩阵
如图所示，采纳通常不是一种要么全有要么全无的方法。典型的采纳是一种分阶段的方法，这就是为什么在本文里其他题目（比如定义长期的架构和发现直接的业务价值）是很重要的。
文章来源于领测软件测试网 https://www.ltesting.net/
