SOA 软件产品专题

建模过程是在了解业务需求和目标的基础上捕获业务设计，并将该设计转换为业务流程、目标和假设的规范——从而创建业务的编码模型。从事业务建模的人通常使用原始的技术来捕获他们的设计，例如绘制 Visio 关系图。然而，使用严谨的方法来捕获业务设计可以提供更好地认识业务的潜力，例如，通过使用工具来推导出设计及其理论支持。特别是，我们可以使用模型来模拟您的业务的实际运行情况。完善的建模方法允许您执行“假设分析”场景，这些场景反映了您对可能在业务中遇到的实际流程实例数量、联系人、数量、传入流量等的了解。 了解更多

在组装阶段，您可以使用新开发的或者现有的 IT 资产来构建服务。当需要的服务构建完成后，就可以将它们编排在一起以实现特定的业务流程。 您可以使用业务设计来与 IT 组织进行沟通——以组装将实现该业务设计的信息系统构件。与业务分析人员合作的企业架构师可以开始将业务设计转换为一组业务流程定义和活动，并从活动定义中导出所需的服务。他们可以与软件架构师合作，以充实那些服务的设计。在解决您已建模的业务流程和服务的设计和实现的过程中，您应该搜索现有的资产目录——您的遗留程序——以查找已经满足需要的应用程序组件。有些应用程序组件将完美地满足需要；有些将必须进行重构；而有些则必须进行扩充才能满足设计的需求。了解更多

生命周期的部署阶段包括为您的应用程序和这些应用程序的实际部署创建承载环境。这包括解决应用程序的资源依赖关系、操作条件、容量需求以及完整性和访问约束。承载环境的构造涉及到许多事项——包括是否存在用于支持遗留应用程序和现有服务的现有承载基础结构。除此之外，您还需要考虑用于承载用户交互逻辑、业务流程流、业务服务、访问服务和信息逻辑的适当平台解决方案。 您需要考虑将要采的用来确保可用性、可靠性、完整性、效率和可服务性的技术。了解更多

在管理阶段，您需要考虑如何维护操作环境，以及部署到该环境的 SOA 应用程序组装中的策略。这包括监视服务请求的性能和服务响应的及时性；维护问题日志以检测各个系统组件中的故障；检测和定位那些故障；安排围绕那些故障的工作；恢复受那些故障影响的工作；纠正问题；以及恢复系统的可操作状态。管理阶段还包括管理业务模型——优化操作环境以满足业务设计中表达的业务目标，以及测量那些目标是否得到成功满足。了解更多

SOA 极大地增强了您的系统的活力，更准确地说是提供了一种解决大多数业务问题的灵活性。SOA 的最基本准则就是提供一个能够对市场中的业务需求做出最快响应的信息系统。 然而灵活性也同时带来了一些风险，例如，可能在更改系统的业务流程后带来负面的效果，从而导致系统中的其它流程受到相应的影响。这是就需要对整个 SOA 进行相应的治理。 其实，治理的重要性很早就被人们所认识到。然而，建立灵活高效的系统的需求总是会让我们忽略对于流程、规则、技术等的更改所将会带来的风险。在 SOA 中，治理的重要性被提升到了一个前所未有的高度，它将控制那些将会对系统带来影响的所有更改，保证系统能够稳定、高效地运行。了解更多