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

　　因此，我们发现真正的问题是：“在你为客户构建一个解决方案时，该体系结构的哪些元素真正的具有持久性并允许你应对各种变化?”这是因为，对于体系结构的陈旧化，这个问题的答案显然提供了最佳的投资回报率(ROI)和最好的保险。

　　我们发现，稳定的元素不仅仅包括业务的实际行为(例如创建采购订单、生成发票、发送产品等等)。我们将这些业务活动称为业务功能，它们比较稳定，但是业务如何通过人、过程和技术来执行这些活动，以及这些活动如何组合成流程，还远不够稳定。因此，现在我们需要调查清楚业务能做什么以及它的功能是什么。

　　在我们继续之前，让我们介绍几个与我们的讨论有关的定义：

　　•业务功能是一种特殊的能力或性能，业务可以掌控或交换这种功能，以达到特定的目的或结果。功能描述了业务为客户创造价值的行为(结果和服务级别);例如，向员工支付薪水或发送产品。业务功能对人、流程/过程、技术和信息进行了抽象化，并将它们封装到了基本的构造块中，这些构造块可促进性能的提高，为重新设计分析提供便利。

　　图3. 功能是“黑盒”，其输入和输出是根据明确的服务级别要求而定义的

　　•功能连接器表示业务功能之间存在的链接。连接不仅仅是简单的消息;它们包含了丰富的语义信息。它们是功能模型中存在的各种连接器，此功能模型主要负责信息交换(输入/输出、支持信息)以及政策的控制或制订(规章制度的影响)。

　　•业务流程描述了业务如何执行或实现指定的功能，或功能如何进行连接，以提供预期的结果。Hammer和Champy是上世纪90年代的业务流程运动的创始人，并因此而享有盛誉，他们将业务流程精心定义为：提升在过程之上的端到端的工作。流程跨越了组织部门和功能。

　　•业务功能映射图是功能及其连接的定义，也是它们清晰的结构略图，这些功能和连接能够促进一个典型公司的各项活动。业务功能是业务体系结构的构造块，因此将功能视为体系结构蓝图是一个很好的类比，同时流程在任何指定的时间都是这种体系结构的实现。一旦建立了这种更客观、更稳定的业务观点，公司就可以更深入地了解功能之间的依赖性，并更好地理解业务：在一系列业务之内，跨越业务单位，超越时间。

　　功能 – 最佳的问题解决层

　　我们建议将业务建模为一种结构化(与物理集成相对)的功能网络。这主要着眼于“丰富的互连性”，通过它，其它方面(比如应用技术的方式)可以从开始就进行分层，而不是作为昂贵、麻烦的补充措施而添加。就像你能够看到的，这紧密结合了类似黑盒的面向服务模型：业务功能属于结构元素(黑盒)，它们提供了一个稳定的基础，将面向服务项目与它们的业务驱动程序结合在了一起。

　　业务功能映射图和面向服务提供了一套全新的免费工具，它们将业务的概念扩展到了公司的物理边界之外，从而将整个价值链或业务功能生态系统包含到了此映射图中。业务模型的这种抽象性使管理人员可以在关注具体怎样完成工作之前，调查什么在工作、它们为什么会以某种特定的方式工作。

　　功能主要关注“什么”，它产生了更稳定、更客观的焦点区域模型。如上文所述，简单的业务功能实例包括“发送产品”和“向员工支付薪水”。无论此功能的业务实现属性(“怎样”)是什么，无论它是内包还是外包，无论它是手动还是自动，“向员工支付薪水”的基础功能都是相同的。

　　以食品杂货店的结帐系统为例：出纳员确定一个新客户，在传送带上扫描此客户购买的产品，最后客户通过某种方式支付显示的付款总额。上述的所有步骤都是食品杂货店的必备功能，其目的是为客户结帐并收取货款。在美国，食品杂货店正开始使用自助结帐系统，在世界其它地方，这种情况也越来越普遍。乍一看，自助结帐似乎表现出与 “操作式”(由出纳员执行)结帐明显不同的特点，可将它视作一个新的功能集。但事实上，客户仍可以执行与上述完全相同的步骤——确定一个新客户/购买需求，扫描产品，最后付款。不过，自助结帐需要一个附加的功能，这也是它的不同之处：为了避免不诚实的客户滥用此系统，自助结帐需要一种真实性检查功能。(将扫描过的产品放在秤盘上，比较已扫描产品的重量和称重系统获得的产品重量，即可完成检查。)因此，尽管功能集的差异仅此一项——验证已售出的产品，为客户结帐的流程仍然具有很大的区别。在流程或业务实现过程发生改变时，业务体系结构构建的这些功能仍然能够保持稳定。