面向服务(SOA)的面向业务基础

　　功能最重要的方面之一是它们如何联系其它功能;在生态系统的环境下考虑功能其实就是考虑它们的连接。因此，尽早检测出它们与其它功能的连接，或者从根本上定义互联的生态系统，也是实现以下目标的关键步骤：理解哪些边界是可以跨越的，而哪些不可以;最大限度地强化所有重新设计的体系结构成果。事实上，发现连接与定义功能可能一样有价值，这是因为，在功能保持基本不变的黑盒状态时，你需要操作和管理这些连接。连接器可能与将一个功能的输出转换到另一个功能的输入的方法一样简单，例如，某项活动通过电话呼叫获得客户请求(“获得订单”功能)，并将此客户请求发送到另外一个部门，以处理订单(“处理订单”功能)。另外，可能有一个连接器来控制另一个功能，比如与“处理订单”功能(此功能需要对新的客户事件进行通知，这样待办订单才能进行合并)的连接。

　　在业务级别，服务级别期望(SLE)对连接具有强烈的影响。因此，功能模型也是以特定的服务级别分析和以下概念为基础的：如果改变工作人员可以实现服务级别的变化(即，评估不同的来源选择，在它们之间进行外包)，那么就可以跨越公司内的所有功能在平等的基础上做出决策。这样业务就可以交换服务，而无需纠缠于执行流程的细节。例如，可以利用ADP公司提供“向员工支付薪水”的功能，但是却无需了解ADP处理工资单的所有详细信息——是达到还是超越了已定义的服务级别，这是唯一需要关心的问题。

　　只要知道功能的服务级别差异，管理人员就可以基于提高业务绩效所需的功能配置做出决策。这样，可互换性就成为了一种可比较的功能。通过了解封装业务功能的规则(以一种可信的方式调用和完成服务的规则)，你就可以有效得多地完成功能的技术集成。

　　简捷的说明

　　只要了解他们应该提供的功能和他们应该达到的服务级别，你就可以管理你与能源或电话提供商的关系。你只需要关心他们做什么，而无需关心他们怎么完成它。他们提供了有限的功能，并立约承诺达到一定的务，你可以将业务转移到能够更稳定地满足你的服务级别要求和实际的供应条件的其它地方。

　　你并不了解向你的移动电话传递拨号音的过程的细服务级别。对你来说，运营商是可互换的，这完全以他们提供的服务级别为基础。如果他们不能完成任节，但是你仍然可以非常有效地管理关系和性能目标。这对功能同样适用，功能代表了一种抽象级别，你可以通过它们交换服务，交换和管理性能规则。

　　功能模型概览

　　业务功能模型是业务功能的嵌套层次结构。它公开了跨越相关生态系统的所有业务功能。由于业务流程跨越了整个价值链，业务映射图很难覆盖与实体公司映射图相同的信息。例如，UPS和ADP都是与其它公司合作构建整体“业务”的公司。

　　业务功能模型是一种分类图示，它描述了业务使用的功能网络。

　　图4. 业务功能模型分级

　　第1级基础功能

　　基础功能服务于整个业务生态系统。它们分两类表示：操作功能(在公司的物理业务边界之内的东西)和环境功能(与业务互相作用的所有其他人员和公司，他们位于业务的物理边界之外)。

　　图5. 第1级 基础功能模型：操作功能和环境功能

　　操作功能

　　无论每个指定的功能是由哪个提供者提供的，这些功能都需要提供确定为业务目标的价值。操作功能属于业务拥有或控制的功能，它们包含了以下的业务活动：

　　•开发产品和服务。

　　•为这些产品或服务产生需求。

　　•生产或提供产品和服务。

　　•与合作伙伴进行协作和通信。

　　•计划和管理业务。

　　这些操作功能可以接受特定行业和/或业务的名称(例如，“开发产品/服务”也可以称作“研究和设计”)，但是基本的设置几乎在每个业务中都是一致的。

　　环境功能

　　环境功能定位于业务基本操作之外的功能，这些基本操作或者影响了价值的传递(例如，客户的期望、政府的合规性要求或目前的供应商或新兴的供应商的竞争力)，或者提供了利用生态系统(包括客户)的机会，以便实现价值传递/差异化。它们包括：

　　•客户

　　•面对客户的渠道

　　•物流提供商

　　•基础结构和合规性

　　•财务提供商

　　•供应商

　　•政府和其它监管机构

　　请注意，该业务模型包括了整个价值链，因此它能够对所有的虚拟业务进行建模。

　　第2级功能组

　　功能组是功能模型中的下一级。举例来说，在核心功能“1. 开发产品/服务”内，通常会有一个称作“1.1 规划产品/服务”的功能组。负责规划产品的“产品工程”组可以进一步包含第3-n级的各种功能，它们描述了特定的功能及其属性。

　　功能组通常是一种重要的分析初始级别，这是因为它位于功能组级别，在此，服务级别、障碍和约束、组织所有权/责任都可以首先进行抽象化，并获得可操作性。

　　第3级业务功能

　　功能组分解为业务功能。业务功能是业务功能映射图的构造块。业务功能可以分解为更细粒度的业务功能。在业务功能级别，可以捕捉到详细的属性。在分析中，你可以将一些业务功能分解到非常细微的级别(第4级以上)，并在第3级聚合其它功能。无需将所有的功能都分解到相同的级别。

　　结论

　　开始时，我们问了以下问题：

　　•我们如何防止面向服务的体系结构在今后有望实施的相似计划中出现与过去相同的体系结构问题?

　　•我们如何确保选定的实现体系结构与实际或期望的业务状态相关联?

　　•我们如何在不断变化的环境中延长期望的实现周期?

　　结合Web服务的面向服务只是特定模型的实现，这是要掌握的关键点。它是决定这些问题答案的模型的质量和基础。业务功能为你提供了一个参考框架，这样你就可以针对业务中的各种不同的互连观点提出和回答这些问题。它发现了稳定的业务元素，可围绕你的体系结构进行建模，同时，它也提供了一个紧密结合面向服务的关键层。另外，面向服务提供了一种既分隔又连接的结构，以实现这些功能，这样IT就能够满足实际的业务要求，并提供真正灵活的业务。

查看本文来源