建模 

面向服务的体系结构项目的第一步几乎和技术没有任何关系，所有事项都与您的 业务相关。请记住，面向服务的方法将业务所执行的活动视为服务，因此第一步 是要确定这些业务活动或流程实际是什么。对您的业务体系结构进行记录，这些 记录不仅可以用于规划 SOA，还可以用于对实际业务流程进行优化。通过在编写 代码前模拟或建模业务流程，您可以更深入地了解这些流程，从而有利于构建帮 助执行这些流程的软件。 建模业务流程的程度将依赖于预期实现的深度。另外，这个程度还依赖于您在开 发团队中担任的角色。如果您是企业架构师，您将会对实际的业务服务进行建模。 如果您是软件开发人员，您将可能对单个服务进行建模。下面提供了一些有用的 资源，可帮助您更有效地对业务和应用程序进行建模。 
    建模业务流程的程度将依赖于预期实现的深度。另外，这个程度还依赖于您在开发团队中担任的角色。如果您是企业架构师，您将会对实际的业务服务进行建模。如果您是软件开发人员，您将可能对单个服务进行建模。下面提供了一些有用的资源，可帮助您更有效地对业务和应用程序进行建模。

组装

对业务流程进行了建模和优化后，开发人员可以开始构建新的服务和/或重用现 有的服务，然后对其进行组装以形成组合应用程序，从而实现这些流程。在“建 模”步骤中，您已经确定了需要何种类型的服务以及它们将访问何种类型的数 据。已经存在某种形式的实现这些服务或访问该类数据所需的一些软件.“组 装”步骤将要找到已经存在的功能，并为其添加服务支持。另外，还涉及到创建 提供功能和访问数据源所需的新服务，以便满足您的 SOA 涉及的业务流程范围 内的需求。 

部署

进行了建模和组装后，要将组成 SOA 的资产部署到安全的集成环境中。此环境 本身提供专门化的服务，用于集成业务中涉及的人员、流程和信息。这种级别的 集成可帮助确保将公司的所有主要元素连接到一起协同工作。此外，部署工作还需要满足业务的性能和可用性需求，并提供足够的灵活性，以便吸纳新服务（并 使旧服务退役），而不会对整个系统造成大的影响 。

管理 

系统就位，一切都正常运行。 现在您可以对一切放手不管了，对吗？不对。部署后，需要从 IT 和业务两个角度对您的系统进行管理和监视。在“管理”步骤 中收集的信息用于帮助实时地了解业务流程，从而能更好地进行业务决策，并将 信息反馈回生命周期，以进行持续的流程改进工作。您将需要处理服务质量、安 全、一般系统管理之类的问题。 在本步骤中，您将监视和优化系统，发现和纠正效率低下的情况和存在的问题。 由于 SOA 是一个迭代过程，因此，在此步骤中，您不仅要找出技术体系结构中 有待改进之处，而且还要找出业务体系结构中有待改进之处。
     在本步骤中，您将监视和优化系统，发现和纠正效率低下的情况和存在的问题。由于 SOA 是一个迭代过程，因此，在此步骤中，您不仅要找出技术体系结构中有待改进之处，而且还要找出业务体系结构中有待改进之处。
     完成此步骤后就要开始新的“建模”步骤了。在“管理”步骤中收集的数据将用于重复整个 SOA 生命周期，再次进行整个过程。

控制 

SOA是一种集中系统；其中可以包含来自组织的不同部门的服务，甚至还能包含 来自组织外的服务。如果没有恰当的控制，这种系统很容易失控。
     控制对所有生命周期阶段起到巩固支撑作用，为整个 SOA 系统提供指导，并有 助于了解系统全貌。它提供指导和控制，帮助服务提供者和使用者避免遇到意外情况。下面提供了一些有用的资源，可帮助您了解如何控制和建立自己的控制方案.