服务规约在软件制造工程中的重要性

经过服务发现阶段，服务目录基本形成，但是对于每个服务本身的属性信息依然零散。为了能够将服务作为业务和IT层面互动的契约，服务规约阶段是必不可少的。服务规约阶段的主要任务是规范性地描述服务各个方面的属性，包括输入/输出消息等功能性属性、服务安全约束和响应时间等服务质量约束，以及服务在业务层面的诸多属性（如涉及的业务规则、业务事件、时间/人员消耗等）。与此同时，规范描述服务相关方面的关系也很重要，如服务间依赖关系、服务和业务组件间关系、服务和IT组件间关系和服务消息间关系等。

进行服务暴露决策是服务规约的第一步。理论上所有的服务候选者都可以暴露为服务，但是一旦暴露为服务，该服务候选者就必须满足附加的安全性、性能等方面的要求。企业还必须为服务的规划、设计、开发、维护、监管支付额外的开支，因此，我们会根据一定的规则来决定将哪些服务候选者暴露为服务。

这些规则包含以下3个方面：

（1）业务对齐。该服务候选者可以支持相关的业务流程和业务目标。

（2）可组装。该服务候选者满足技术中立、自包含及无状态等特点，同时还满足符合应用的相关非功能性需求。(www.xing528.com)

（3）可重用。该服务候选者可以在不同的应用、流程中重用，从而减少重复的功能实现，降低开发和维护的成本。

基于企业应用开发的经验，我们还可以有其他一些方面的考虑。

经过服务暴露决策后，层次化的服务目录基本形成。下一步是结合传统的方法学对服务各方面属性进行描述。这里说的传统的方法学是指企业架构，面向对象的分析和设计等。在企业架构方法学的产物中，企业数据模型有助于服务消息的定义，IT组件模型有助于服务和IT组件间关系的描述，企业安全架构有助于服务安全约束规约，企业基础设施架构有助于服务质量的描述。在面向对象分析和设计的产物中，业务用例和系统用例有助于服务消息、服务相关业务规则和业务事件等描述，组件静态模型和动态模型有助于描述服务间关系。

经过服务规约，服务组件（企业组件）和服务的各个方面的属性被规范下来，它会成为业务和IT层面互动的基础。以后，业务对IT的新需求会体现为服务层面的变更，IT层面的变化会尽量遵循服务规约。在SOA监管的配合下，任何对服务规约的变更都是可管理和可控制的。