传统的应用程序开发

识别一些SOA引入企业的范例转换是理解服务生命周期管理需求的重要因素。许多设计人员和分析人员(Groves 2005、Dwyer 2006)已经指出SOA要求业务和IT更紧密地相结合。这本身通常就是企业运营中的巨大转变。另一个是从应用程序的开发和部署转换到离散服务。

关于IT项目，应用程序可以定义为解决某一或某类用户需求的任务集合。例如，外汇应用程序可能包含支持搜索交易、定义交易方式以及将订单提交至交易记事薄的任务和功能。这些功能主要针对定义为外汇交易者的某一类用户。传统上，应用程序是按照企业的项目或计划进行开发的。项目经理和分析师定义需求和所需功能、确定工作成果级别以及所需资源和某些控制因素，如费用、范围和时间。这正是传统应用程序开发生命周期令人担忧的地方。

通常在定义这些应用程序的功能时考虑需求。通过在整个构建过程中迭代需求定义，敏捷编程方法学试图消除这一担忧。此方法在一定程度上减少了人们的担忧，但是规则及处理行为可能仍然嵌入在应用程序中。服务生命周期讨论将不会直接解决这一问题，但是SOA中的服务组合提供了一种对逻辑进行去耦的方法。另外，由于传统应用程序中的紧密耦合，在任务的可交付、运行时管理中组合众多功能的需求通常是相当困难的。与安全性、服务质量等相关的许多决策在设计时而不是运行时完成，因此极大地减少了应用程序的灵活性，而灵活性正是满足不断变化的业务需求所需要的。

对传统应用程序开发项目的更大担忧是过长的开发和准备时间。应用程序在投入生产之前花费6到12个月的情况并不少见。我曾经参与过许多项目，它们在进入生产之前花费了几年时间。希望更快地投入市场是导致SOA出现的一个关键因素。传统应用程序开发流程通常导致试图将尽可能多的功能融入到一个项目中，这是不现实的!从这个角度讨论服务生命周期是很重要的。扩大范围会产生两种后果：降低发布质量和导致项目延迟。这两种情况对业务或IT部门都是不理想的。理解服务生命周期管理可以直接解决这一问题。

作为将应用程序分解为跨公司共享的服务的一种方法，SOA的普及度和受关注程度日益提高，利用SOA原理来尝试解决许多传统应用程序开发周期的负面问题一点儿也不令人惊讶。到目前为止，采用SOA来消除这些担心已表现出了可观的成效，但是也引入了大量关于生命周期管理、服务管理和企业感知的新需求。本文试图发现有关所谓的“共享服务生命周期(Shared Service Lifecycle，SSLC)”的一些问题和最佳实践。

共享服务生命周期

许多公司和分析师使用业务服务生命周期来描述与SOA服务关联的生命周期。我更喜欢使用术语共享服务生命周期(SSLC)。在定义中使用术语业务表示我只讨论代表业务流程的服务(常常称为复合服务)，而不是基础服务，如提供信息和访问物理数据源及安全服务。使用共享而不是业务，您就可以更好地认识到服务生命周期管理直接受其与企业中其他服务(某些复合业务服务)的关系所影响。

图1描述了典型的迭代SSLC，包括两个方面：设计时和运行时。本文集中讲述设计时方面，后续文章将讨论SSLC的运行时阶段。

　图1：共享服务生命周期的设计和运行时阶段