对SOA的需求来达成工厂运营的灵活性和稳定性

这两天发现，Apriso是我所了解到的软件厂商中对理论研究比较重视的一个，它的主页上有很多白皮书，都具有一定的启发性。下面会顺序发布一些它的白皮书的中文翻译。

这一篇是介绍SOA理念。供大家参考。文中有一些提到Apriso公司的，因为我觉得翻译别人的理念，却不提别人的名字，有点不厚道，所以就没有略去。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

综合小结

 

越来越多地，全球的制造商们在运营全球化的供应网络或者运营在在一个高度整合了的供应网络包括品牌商、合同制造商以及原材料供应商。这种业务的运营方式是从对需求做出反应到预测需求，与他们的贸易伙伴合作以及根本地对在制品于网络中每个增值点的和谐地安排管理进而发展而来。

这种发展在消费品工业诸如电子和服饰还有汽车产业最为先进。它在其他产业也在加速发展，当制造商们面临着持续的压力来将他们的运营适应于在产品生命周期的不同阶段的快速转换，因为生命周期显著地在缩水。

不同于供应链传统的运营方式，供应链网络运营是需求驱动的、灵活的、高度动态的，而且从一个业务过程的角度来看，需要一个敏捷的运营执行平台来遍及多种产品、布局和可能的贸易伙伴。AMR研究所，一个专注于制造产业的咨询公司，预测能够以这种方式运作的业务实体能够持续地胜过比他们的竞争对手，达到多60%收益，1/2到1/3资产回报时间以及每股收益多达65%。

 

预测需求的，或者已经深度发展到合作或组织的成熟阶段的业务实体通常都要交互大量的信息。这些信息可能会跨越多个企业界限。他们各自的运营包括遍布于整个企业的端对端的过程分段同时跨越多个企业界限流动。一般地，商业的销售的和历史遗留的业务系统并不是设计用于无缝地管理这种信息共享，它们也不能够在包含多个企业的端对端的过程环境中工作。

新技术比如SOA，业务过程管理BPM以及通用数据建模UDM，都显现出作为的这种业务需求理想的解决方案。特别是SOA，包含了：

 

    遍及全局运营及整个供应网络的端对端的业务过程平台

 

    一个整合的网络范围的数据库促进点对点的通讯

 

    通讯标准与协议允许在网络内的系统和装置与彼此互动

    通用的语义学来确认物品比如说在供应网络中的材料、序列、批次、运输容器和设备资源

 

 

传统的业务系统的架构限制可能使得他们抵制改变。开发并推广必要的增强功能来支持全局的运营执行平台的延迟时间可能会超出产品生命周期本身。SOA通过结合松耦合的应用已知的的组合服务和已建立的技术和标准网络服务处理了这个问题。

这种方式的核心益处是快速分解及重新组合由组分化的信息服务构成的端对端的过程，来应对快速变化的业务环境。SOA创建了IT快速地适应频繁变化的市场环境的灵活度。根据SOA原则构建的维护花费少，并且适应长期用途因为他们使得业务通过利用现有的IT投资获得最多，并且仅当变更商业条件的要求时才需要新的投资。

 

该收益不仅仅对已经发展到合作或组织的成熟阶段的制造商，也可用于那些在传统供应链网络中预测需求的业务实体，以及中小企业甚至大集团的单个工厂。越来越多地，SOA和其相关的技术都高度地推荐用于那些还未要求与贸易伙伴合作的业务实体。

 

自从在过去十年中网络服务技术的出现，Apriso公司已经专注于将SOA原则运用在解决那些参与在需求驱动的供应网络中的制造商商提升生产率和降低运营周期时间的问题。因此，Apriso被认为是一个利用SOA原则来提供灵活的和适应性的制造执行、品质控制和仓库管理解决方案的软件产品和部署服务的领导者。

 

本白皮书提供了一个关于Apriso在过去7年中深度研究和开发、以及一个制造商可以用以评估和比较可供选择的MES,WMS和QMS系统检验单的精炼总结。

 

 

简介

什么是需求驱动的供应网络（DDSN）？

DDSN这个名词最初是由AMR创造的，为了理解什么是DDSN，你必须先定义什么是供应网络，以及它是如何包含并扩展所有现有的“供应链”模型的。

 

我们将供应网络定义为一个在增值点以及分销连接中执行的过程模式，它通过制造和发运产品为客户增加价值。供应网络概念包含了一般的业务事物的状态，这些事务中所有种类的物料（在制品以及产成品）在许多节点被转换或者移动来最大化给客户增加的价值。请参考图1。

一个供应链是一个特殊的供应网络实例，在其中所有的材料都是作为产品来唯一地获得-不作为在制品-通过一个线性的过程链条来供应彼此。比如说，一个在交易商库存里的新车是从品牌商（OEM）那里作为最终产品来获得，OEM又向其供应商购买所得-以产品的方式-这些部件和原材料都流向它制造的汽车。

图1，一个需求驱动的供应网络

在一个供应网络中的过程模式具有多个时间和空间维度。我们将这些过程共同地称为“供应网络运营”。比如说在一个线性供应链中的采购过程，在供应网络中的过程消耗时间，并且从一个地方到另一个移动物料，它们是并行操作多的而不是线性的。在半导体和服饰产业，比如说，在制品通过一个合同制造商网络移动，从加工到组装，然后到品质控制。通常品牌商从不接触产品，而是协调它的各个合同制造商以及他们的零件供应商的活动，然后从合同制造商直接安排最终产品到它的客户。

 

供应网络运营的根本目标是减少或者消除在线性供应链中易于积累的产品库存的增加。

 

消费电子、服饰和汽车行业市场的特点是第边际、客户口味快速转换、频繁地创新和非常短的产品生命周期。任何库存的增加都会成为过时的，必须以深度和昂贵的折扣清算掉。相反地，能够最小化产品库存的供应商能够厚的真正的成本缩减并提升盈利能力-但仅当他们是能够对需求信号十分地敏感并且是足够的灵活性来快速地适应他们的供应网络运营。

对于这些产业，“供应网络”这个属于是事实上与需求驱动的供应网络（DDSN）这个属于同义的。他们所参与的网络在范围上是全球化的。他们所从事的过程和支持这些过程的系统组成了一个全球化的必须持续地为最佳性能和效率而调整的运营执行平台。

 

没有必要如同消费电子和服饰一样易变或者快节奏的，其他工业产品的市场在当今的残酷竞争的商业黄精忠同样正在经历着快速转换和全球化。生命跨度以前是能持续几代或者几年如今短至几个月。供应商必须快速改变他们的运营至在4个显著地压缩的产品生命周期的转换：

 

  ■ 引入创新的新产品，利用相对复杂的生产过程，竞争很少或者没有竞争，拥有高边际

  ■ 简化过程并削减生产成本来在竞争激烈时保护边际利润

  ■重新部署生产至最低成本的工厂，利用标准的技术，当产品被低成本和利润驱动成熟至日用品时

  ■ 退出该市场或者将生产外包给成本最低的合同制造商

 

当这些产业自身的变迁时，他们的对全球化运营执行平台的部署和利用从4个区别的层次发展而来，即咨询公司AMR研究所称作的“DDSN能力”或者“成熟阶段”：

 

• 应对最好地描述了这个转换过程的起点。库存和物流能力以及工程数据、主生产计划和物料需求计划仅以厂区-特定的或部门为基础保持着。通常，对全局的产品语义的缺乏（比如说通用的产品号码）导致不可能同化这个信息至一个条理分明的全局视角。应对当前的市场条件是缓慢和按次序的，并且仅能够通过冗长和人工的重新计划来实现。尽管变更的需求是很迫切的，现有的IT资产组合通常是如此僵化的、过时的或者差劲地整合了的因此于它们妨碍了业务实体引入所需的灵活性和敏捷性至它们的工厂运营中。

 

• 预测以一个真正的企业运营全局视角替代了厂区-特定的和部门的筒仓-对集团财务状况和供应链管理的完全整合，比如，以及采用全局的产品命名法，产品工程数据库的集中化和有纪律的销售与运作计划-它反过来使得根据实际需求和在上下游设施的真实状况快速地改变在每个制造厂区的运营变为可能。比如说，执行最终组装运营的工厂现在可以根据订单而不是库存来生产产品，并且可以同步它们的生产计划来匹配从上游工厂的组组件的到来。在这个成熟阶段，不过，该运营执行平台是受限的。

 

• 协作扩展了全局的运营执行平台来包含关键贸易伙伴，有客户也有供应商。从采购的角度，比如说，它意味着在客户和供应商之间建立一个长期的关系来保证战略材料的可用能力并消除受限材料的瓶颈。运营的角度看，这通常是有供应商管理库存VMI和仓库管理系统实时地捕捉库存移动，包括物理移动以及所有权变更，并且同时将这些移动近-实时地传达给客户的或者供应商相应的ERP系统来实现。送货指令是由任何时候可能的频繁的拉动信息驱动，支配原料可用能力的战略库存缓冲维持在足够满足服务层级协议的大小，而不是大到超额且淘汰的库存积累。

 

• 协调接收协作超越战略库存缓冲至每个增值点的在制品动态的管理。从一个制造的角度，协调引入能力用于精益大规模定制化，为在贸易伙伴之间整合制造和组装的设计，并且自动化传输工程变更至所有的增值地点，无论是处在企业界限内或外面的。生产计划和品质控制数据，包括从电子地-控制的设备搜集的生产数据，被组织起来近实时地促进跨越企业边界的信息共享。前面给出的半导体和服饰产业的例子描述了DDSN是如何工作在这种成熟度的。

 

前面所描述的演变包含了传统的供应链和以需求驱动的供应网，并且说明了在工厂运营中的灵活性和敏捷性的需求存在于每个演变阶段- 从刚开始它们的转换的线性供应链的业务实体，到那些已经参与到成熟的DDSN中的企业。在每个成熟阶段，业务过程和IT都需要获得对真实世界现状的综合观点并且然后利用这个观点来精确地正确时间发布正确的信息至正确的设施和人员。

 

面向服务的架构SOA技术-它是什么？

当产业发展超越单个部门或者业务个体纯粹对需求做出反应的点时-无论是内部的或外部的-对旧有的业务系统的依赖变得越发地昂贵。这是因为预测、协作和协调需要对企业内和的部门和业务单位之间，且最终跨越多个企业界限的广泛的信息共享。用现有的IT架构使用这些信息，每个组织单位不惜保存自己的信息备份，以自身的数据库和应用模块所支配的方式进行组织并格式化。交互这些信息涉及到复杂的数据的映射和转换。另外，将这些系统与供应链中其他的系统接触需要技术，无论是贸易伙伴或者在企业的IT环境中，以一种方式标准并简化传统的ERP和旧有的系统数据，逻辑和复杂性。对这些企业，核心的需求是“扩展”它们现有的IT投资同时使得它们能够预测需求或者参与到协作的和协调的环境去。

 

SOA，业务过程管理BPM和通用数据建模UDM是制造商所需要的核心技术以实现这个目标。

 

对产品主数据的组织和共享提供了一个很好的例子。在企业内的通用的产品命名方法对预测需求是必需的，在达到协作层面成熟度之间是一个妥善的解决方案。

 

在这个节点，每个组织单位必须为其本质上是同样物品的产品母版和合作伙伴的产品母版之间建立互相参照。此外，它们每个都必须对共享的产品信息以它自己特有的格式维护一个重复的拷贝。

长期看，这些组织单位采用全局产品代码和其他共享的物品全局代码像序列、批次号和运输容器会是大为便宜且高效的。每个参与者都同意管理一个唯一供应网络内的领域并且承担其领域内的物品数据库的维护。一个物品的领域“所有权”，或者监管权取决于物理的占有（用于物品比如说序列、批次和运输容器）或者主要的增值（用于物品比如说最终产品）。代替储存并重复地更新这些信息的备份，其他的参与者可以在他们的领域范围之外通过一个信息服务的方式查询这个信息，就好像他们自身在维护这个信息一样。系统以这种方式设计并构建被称为是包含了面向服务的架构，SOA。

 

OASIS（促进结构化信息标准组织）将SOA定义为“一个组织并利用可能在不同的所有权领域控制下的分布的能力的范式。它提供了一个统一的方法来提供、发现、交互并使用能力来产出所需要的与可测量的前提和期望一致的结果”。

 

这一相当抽象的定义在应用到前述的主数据例子时呈现了真实的含义。为了改述，SOA（在共享的产品主数据环境中）式一个可以应用于组织和利用处于一个供应网络中不同的领域管理者控制之下分布的产品和材料数据问题的范式。SOA提供了一个统一的方法来更新、提供、发现、查询和使用属于网络内所消耗的或转换的、在多个增值点之间移动的物料数据。

 

为了在制造运营执行的管理环境中恰当地工作，SOA需要4个基本的元素：

 

• 一个业务过程平台由所有参与的组织使用的共有的过程组成。信用卡授权过程提供了一个易于设想的案例。客户可以用信用卡在全球虚拟地购买货物和服务因为所有地方的商户和银行使用同样过程用于信用卡交易授权。在大多数情况下这个过程以一个自动的、电子的信息服务获得-刷卡、输入安全代码、输入过期日期、输入金额，通过调制解调器访问授权服务，等待应答，如果该交易被批准则打印收费纸条用于签名。尽管在线购物有一个不同的“用户界面”，其背后的过程是对销售点终端（POS）和在线交易都是完全一样的且可用的。

 

• 一个整合的网络范围内的数据库使得点对点通讯横跨整个供应网络。因特网本身提供了另外的抑郁设想的案例。当你在一个浏览器输入一个统一资源定位符（URL）时，你得到了成页的信息反馈。这些信息是存储在数以千计的服务器上的，以一个点对点的基础发送至数以百万计的顾客（坐在浏览器前的用户）。但是如果没有一个数据库在中间的话（域名解析系统DNS）这个过程将会是不可能的。DNS是一个综合的，最新的指向IP地址的URL列表-就像一个电话直接地对应注册者名字到电话号码。实际上，DNS提供了一个信息服务，在给予一个URL时会自动的返回一个IP地址。没有它，因特网则近乎不能使用。

 

• 通讯标准和协议允许网络中的不同设备与彼此交互。再一次，因特网提供了一个启发式的例子。因特网协议包，TCP/IP（传输控制协议/因特网协议），解决了一个复杂系列的数据传输问题，从应用程序之间的通讯（由高阶协议比如说htp或者http，以及上面描述的DNS）到物理层（一个多种器件和接口比如说以太网适配器和网管）。在全局的运营执行环境下，更新、提供、发现和查询信息的服务的能力由网络服务描述语言（WSDL）和面向服务的架构协议（SOAP用于通过HTTP在计算机网络间交互消息）所促进，在这里消息根据可扩展标记语言（XML）被结构化并用来示范标准业务文件比如说采购订单，销售订单，发票，汇票等等。

 

• 通用对象语义提供了一个通用的含义来辨认在供应网络中的物品比如说物料、序列、批次、运输容器和设备资源。最简单的方法来设想是看超级市场中的任何一个产品上的条码。条码符号化了一个通用的产品代码（UPC），相应地也是一个通用且不含糊的特定库存单元（SKU）的标识。组成了消费品供应网络的超级市场、批发商和制造商都是用同一个标准UPC，因此避免了在所谓的“外部”和“内部”产品号码间维护一个复杂的互相参照.现在，UPC它本身就是一个更大群体的标准标识电子产品代码（EPC）的一个子集，一个总括的术语用于多种的标准来分辨所有事物从产品（UPC）到序列化的和批次号化的产品（通用贸易标识号码，GTIN）、传输容器（序列化的传输容器代码SSCC）、可回收的资产比如说可回收箱（通用可回收资产标识GRAI）和其他资产比如说序列化的机器和设备（通用单个资产标识GIAI）。虽然EPC通常是与射频标识（RFID）所相连，它可以用任何自动化标识方式使用-比如说，条码以及RFID标签-横跨一个更宽的产业范围而不仅仅是服饰、食品、饮料、快消品。

 

业务案例

SOA是如何促进制造商预测需求，协作并达到过程协调成熟的？

当然，制造商所面临的部署并利用一个建立在SOA原则上的全局的运营执行平台的问题相较于前面给出的说明的SOA技术的基本元素的例子来说是颇为复杂的。

 

制造过程-以及它们相关的研发、产品工程、市场、销售和分配过程-就其本质是更加易变的因此更加彻底检查时更具风险的，相比于批发和零售过程。缺少一个不可抗拒的业务理由来做对SOA技术的必要投资，大多数企业会仅仅继续使用他们现有的业务和供应链执行系统-在其中他们已经沉没很多成本和努力-越久越好。

 

荒谬的是，对SOA技术投资最不可抗拒的一个正当理由是对变革本身的需求。如前所述，制造商面临着增长的压力来是为在不同的产品生命周期阶段之间快速地的转换改变他们的运营，尽管生命周期在显著缩水。而大多数制造商使用的ERP系统是一个成套的客户端-服务器应用程序的组合通过定制化的增强包补偿应用程序的不灵活性和对变化的高度抵制。常常是，开发并推广必要的增强功能来支持全局的运营执行平台的延迟时间可能会超出产品生命周期本身使得整个活动毫无意义。

 

SOA通过一个叫做成分“松耦合”的方式处理了这个问题。松耦合的基本概念是没有特别的服务需要对其他所需要的服务的明确的了解来组成一个服务。回顾信用卡授权服务，考虑一个航班座位预定然后支付机票的过程。从预想的航线乘客的观点这些可以看成是一个单独地过程，但是实际上，它们可以被“松散地耦合”。一个过程查看一个特定的航班的可用座位库存，允许用户来选择航班和他们想要的位置，以及座位相应的价格。另一个过程接受这些座位的价格以及客户的付款信用，并决定是否接受该付款。没有任何为何这些过程必须僵硬地绑定至彼此的理由。

 

座位库存和价格方面的信息服务必须有能力评估当前的对座位市场需求而信用评估方面的信息服务必须能够评估客户的信用度。这些标准不仅仅是高度可变的，除了当销售完成这个“关键时刻”外它们也是完全不相干的

 

送耦合的关键好处是当业务条件需要时，快速地分解和重新组装组分化的信息服务的能力。

 

SOA正如多个世纪前活字印刷术通过印刷的书本变革了知识的传播一样变革着IT。在线预定和购票出现之前的日子里，比如说，这样的服务是通过利用一个在航空公司职员和旅行社POS系统来完成的。这些系统创建时没有受益于SOA,存在于所有多半是庞大的应用中，将僵化的、不灵活的用户接口耦合以及业务逻辑用于座位库存、定价和付款处理。部署一个并行的系统用于在线预定和购票的方法则会是从头开始建立一个全新的应用，正如在活字印刷之前，全部书籍必须手工地复制。有了SOA,部署并行系统可以仅通过重新安排现有的应用组成部分就可以实现。

显然地，为了实现松耦合的所有益处，过程互换性是决定性的。比如，制造商需要灵活性来快速地转换生产至低成本的工厂或者合同制造商工厂同时不损害产品质量。可接受的品质绩效，反过来，是通过将使得制造过程可重复来实现的，接下来专注于消除过程变动，无论是谁在做这项工作-总部的工厂、在中国的姊妹工厂或者一个在孟加拉过的合同制造商。

 

定义过程并使得它们可重复是一个困难的事业，特别是在制造业以及当协调跨越供应链的多个企业的活动时更是如此。除了战略承诺和深刻思考，它需要一个布置平台以一种高度整合的方式用于定义、测量、分析和控制工作过程的执行以及持续地提升它们。

 

预见到过程标准化的益处的行业，正在基于一个整合的过程组合平台对标准化他们的过程做必要的投资以至于尽可能的敏捷，同时理想地定位以利用SOA技术。

 

通过它的加速过程标准化和互换性的能力，SOA及其相关的BPM和UDM技术可以使任何制造商获益-不仅仅是那些与合作伙伴协作的-也由由传统供应链理念运作的任何大小的业务。整合ERP与各种应用如MES、WMS、QMS、PLM都已展现出了主要的挑战，看图2

图2，挑战：在DDSN中整合业务过程和分散的企业应用

在过去，系统整合项目专注于在一个系统到另一个传递交易。越来越多地，不过，这些系统以及他们的用户需要在端对端的跨越系统边界的业务过程环境中与彼此交互。松耦合原则可以用来受益地应用于企业内的系统整合，如同它可以用于整合许多个企业的运营一样。

 

SOA的业务案例，因此，是非常直接地。SOA促进并建立于前瞻性思考的企业已经做的工作过程标准化投资，用以在他们自身组织内实现端对端的业务过程，并且有利的参与在需求驱动的供应网络中。不像过去的系统，SOA技术针对频繁变化的市场条件提供灵活性来快速地改变IT。

 

牢记SOA技术建立的系统长期来看维护费用与传统的系统相比便宜的多，因为他们允许业务利用现有的IT投资获得最多，并且仅当变更商业条件的要求时才需要新的投资（有了SOA，甚至有可能重新包装现有的业务逻辑为一个信息服务，仅通过用WSDL/SOAP“封套”封装业务逻辑）。更进一步，这些行业不需要部署或者升级庞大、复杂并且互相依赖的软件应用就能够达到过程协调成熟度。

 

SOA的元素

什么是服务仓库，以及制造商如何能利用它的优势来创建一个通用的运营执行平台？

 

已经介绍了SOA并说明了了投资SOA技术的业务案例，我们现在转向实际成功地创建、部署并利用它的问题。如前面所提到的，SOA需要一个松耦合的信息服务仓库，潜在地可从任何地点访问，并且一个整合的过程布置平台。我们在这里讨论仓库并且将在下一段落处理整合的信息服务布置平台。

 

 

一个仓库可能有由3种“铅垂线”支持的6种服务，如图3描绘的，展示了SOA的元素。

图3，SOA架构元素

 

超越宽泛的网络架构本身，“铅垂线”包含一系列的标准和规则，连带一个网络范围的数据库，使得在因特网上提供并消耗服务成为可能：

 

• 通用的对象语义提供了一个通用且不含糊的方法横跨网络来确认并定位事物和人。一个简单的例子就是电子邮件地址标准，名字@域.后缀（，所有的都能够互相协作因为它们是基于同一个标准地址语义的。前面描述的用于电子产品代码的标准是另一个例子。在支持全局运营执行的服务仓库的环境里，对组织单位、地点、人员、材料、生产批次、序列化的生产单位、序列化的容器和设备资产需要通用对象语义。

 

• 交易信息标准提供了在网络中传输的电子文件的结构和格式。这些文件可以是诸如采购订单和发票这类一般业务文档的电子化表现形式，也可以是仅仅包含了一些某个服务所需要的用以执行的数据。电子交易消息最初是由EDI技术完成的，但是大多数的EDI消息格式是专有的而不是标准的，发展和部署用以适合于大型零售和汽车机构的特殊需求比如Wal-Mart, Target, J.C. Penney’s, Amazon, General Motors 和Toyota.不像当今的自我描述的XML消息，它们是“块格式”的消息，意味着每个XML消息包含不仅仅一块块的数据（区域）还有分辨每个区域的标签。不需要额外的应用或程序来描述一个XML消息的内容（它们可以，是加上，被人所阅读并解释）。相对地，为了破译一个块格式的信息，它必须用一个单独的分辨每个区域开始和结束位置的模板来分析。这不仅仅是冗长的且耗时的，它还使得接口非常生硬。比如说，如果需要改变一个区域的大小，则所有涉及到它的模板都必须做出改变，以及那些位置在这个块的位置后面的所有区域。

 

• 至少一个整合的网络范围数据库，提供在标志符和定位符或者在定位符及IP地址之间通用的可访问和互相参照。例子包括前面描述的DNS，或者一个对象命名服务（ONS）用来转换从电子产品代码中提取统一资源标志符（URIs）至定位符。不过在一个全局的网络中它将一直有助于提供在DNS和ONS之外的其他的信息服务。比如，给定一个通用的产品代码，一个信息服务可以用于提供产品描述、产品号码和定价细节。最终，这些信息都会存储在一个数据库中。将数据库的内容通过一个信息服务暴露出来的缘由是必须避免所有在网络中的协作方为同样的信息维护他们自身重复的版本，以及表面再每个其他的对象语义中维护互相参照。

 

有了这些铅垂线，现在就可以暴露并使用多种服务比如：

• 通过通用的描述、发现和整合（UDDI）可用的外部网络服务，这个标准用于运营的网络服务注册以及一个平台-不相关的架构用来在因特网上描述服务，发现业务和整合业务服务。网络服务的例子可以由UDDI引用的包括FedEx 运输跟踪、从货币网站比如http://www.oanda.com提取外汇比率、以及给定信息或者经纬度坐标返回地图或者驾驶路线的服务。

 

• 处理业务事件的服务将会收到以一个XML消息的格式收到一个交易，执行必要的业务逻辑和可能地回复一个结果。比如说，信用卡交易的支付入口将会以包含一个信用卡号、过期年月、安全代码、持卡人姓名、持卡人地址和交易数额的单个交易的形式收到业务事件。该服务提供评估当前所相连的账户的状态的业务逻辑，决定是否授权这项交易并将它的决定结果返回至商户。

 

• 现有的业务系统的组成部分可以从原有的应用中分离并包装成网络服务。这个可行性程度取决于这些组成部分是有多紧密的与原有应用的剩余部门耦合在一起的。利用面向对象语言比如Java、VB、C++和C#.NET创建的组成部分，比起用早期的过程语言比如COBOL,、RPG 或者C，本质上是更容易分离并包装成网络服务的。不过，如果原先的开发人员遵循最佳实践比如说结构化的系统分析和设计，并且将他们的工作文档化因而这些组分在维护生命周期并没有沦为“意大利面代码”的话，也是可以利用过程语言编写的组分来做的。

 

• 越来越多地独立的软件厂商正在开发并推广利用网络服务框架和大型软件公司比如SAP、IBM、Microsoft 和Oracle的接口仓库的综合应用。一般地，这些引用扩展了流行的ERP和供应链管理应用的能力来满足功能缺口或者处理特定的产业和场所的独特需求。不过商业的现成的ERP扩展包已经可用很多年，早期的版本部署是非常困难和花钱的淫威系统整合的复杂度，以及由于旧有的ERP和供应链管理应用并没有以松耦合的理念来设计或实施。以SOA方式开发的综合应用需要很少的或者不需要系统整合努力因此可以比它们的先行者们更快更便宜地部署。认识到为他们客户的潜在价值，世界上领先的软件供应商正在积极地推广综合应用，通过扩充并发布他们的接口仓库，对所需的网络服务框架作投资，并且建立合作伙伴网络来雇佣并给全球的独立软件商团里颁发证书。SAP,比如说，最近几年已引入了它的整合的NetWeaver技术平台并用它来创建“xApps”，这些是设计用于沟通在它所称的“记录系统”（比如ERP和供应链管理系统）之间缺口的综合应用，并且自动化了在这些系统之间的流动的过程。SAP不仅创建自己的xAPPs，它还积极地鼓励独立的软件供应商通过它的软件解决方案项目参与进来。

 

• 一类特殊的分析组分逐步的可用于更好的和及时的业务决策。在过去，ERP和供应链管理应用的主要目标是业务交易的有效处理，以及维护一个准确且最新的企业范围的运营数据库。利用运营数据库中的信息做出业务决策需要一个完整的单独的电子数据表群，报表以及在线分析处理（OLAP）应用,通常根本没有与业务系统整合。比如，一个销售经理可能想在为下一个订单作出定价或者折扣的决定前查看一个客户的采购历史，这个过程可能完全离线地完成，因为缺少分析工具、从ERP数据库中获取采购历史很的困难，用来满足这个需求或者过高的ERP修改费用。有了SOA，综合的分析组分可以开发出来用于整理正确的信息且可能自动化决策过程。这些组分可以快速地上线，需要很少的或者不需要整合努力。

 

• 最近，服务可以由终端用户的组织或者他们的系统整合商创建并部署用于它们自身的企业或者横跨它们企业所协作的供应网络。

 

服务仓库的一个关键原则是组分之间的区别和服务的创建，接下来所要处理的，而且服务的消费归结于上面描述的6种分类。消费是通过将一个应用在其被作为一个服务激活后放进服务仓库里激活的。将一个应用作为服务激活意味着将其根据UDDI标准来注册、利用WSDL来描述和用SOAP来执行。

 

这个方法对于在制造工厂里昼夜不停地运转的关键业务应用程序是决定性的，因为系统性能问题可以能上升至昂贵的未计划宕机。因为网络服务本质上是“异步的”（意味着他们可以被间歇而不是以一个稳定流地引用），它可以本地的贮藏服务所系统的数据，因此它可以一直持续地可用于一个活动的用户或者设备过程，或者在1到3秒内可用，尽管服务本身暂时是不可用的。

 

微软提出了2种面向服务的应用，被称作“leaf”的应用提供基本的功能以及“综合”服务以一个嵌套的方式结合多种leaf服务以及其他综合服务来提供扩展的功能能力。

 

一个组分服务，比如前面描述的分析组分，是由决策人员（或者是决策者的客户关系管理系统）所消耗的且在必要时它转而消耗其他的组分和leaf服务。比如，一个组分分析服务可能自动化定价和折扣决策，且可能通过消耗一个查询并提取客户采购历史的leaf服务，然后消耗一个服务组分leaf执行趋势分析并决定能够达到期望的赢得销售额的信心等级的最高净售价来实现。

什么是整合的服务组分平台，且为什么服务仓库需要它？

为端对端业务过程部署网络服务是从服务仓库获得最大业务价值的关键。组分服务比如前面描述的那些很好地适应了这个目标因为它们提供了一个方法来自动化在现有系统就流动的过程-不仅仅是在单个企业间的使用的不同的系统，还包括参与在真个全球化运营执行网络中的许多企业中用的类似的系统。

 

比如，组分服务允许一个企业自动化在其ERP应用和其他应用比如说控制其工厂和仓库运营的仓库管理系统WMS、制造执行系统MES和品质管理系统QMS。不仅如此，组分服务还可以自动化企业使用的多个ERP、WMS和MES应用之间流动的过程。

 

例如，考虑到制造商和批发商通过多种复杂的业务过程来与合同制造商互动。在一个典型的合同制造安排下，品牌商从它的供应商购买原材料并发送这些材料给合同制造商的厂区用来制造或组装零件或最终产品来满足品牌上的规格。

 

在先进的工业经济体像美国，原材料是通常地以委托的基础来发运的，甚至可能是从原始供应商直接代发货。在这种安排下，合同制造商监管并控制原材料但不拥有它们。品牌供应商需要对合同制造商的收获、仓储和生产运营的可视化来追踪它所拥有的原材料的移动，并且使合同制造商对任何库存缩水负责。

 

在发展中国家比如中国，合同制造商通常不以委托的基础来监管它们客户的原材料。替代的是，品牌商采购原材料以从大量采购折扣获得最大化的收益，然后根据成本将原材料卖给合同制造商。但是虽然品牌商不对材料有所有权，但是他们还是需要追踪材料用来保证合同制造商保留材料以满足约定的生产计划。

 

因此，不仅在已经工业化的国家而且在发展中国家，品牌商和它的合同制造商之间持续地发生这种业务事件的复杂的相互作用。这些事件一起组成了整合的、端对端的业务过程，需要多个系统存储和获取的数据-不仅仅是品牌商和每个合同制造商使用的ERP,还有他们的WMS、MES和QMS应用。

 

如果没有SOA和组分服务，这些业务实体需要负责将数据输入到他们自己的系统中去，通常还要将信息共享给其他的业务实体通过将信息从他们自己的系统中提取出来然后复制到纸质（或者传真文件）。所引发的大量的材料申请、采购订单、送货申请、接收函、收获表、发货通知和商业发票不仅仅产生了大量的纸上作业，还造成了延迟和数据的输入错误因为数据被手动地从一个系统复制到另一个系统。自动化信息的这种流动很明显可以让各方都受益。以前面讨论的技术的角度看，SOA以及组分服务是最快的、最灵活和有成本效益的创建一个自动化的、全球化的运营执行平台的方法。

 

不过，这也同样很明显需要工具来授权并维护在这个服务仓库之外所需的灵活的、动态的过程。这种工具应允许主旨在对代表了端对端过程的基于活动的工作流的设计、实现和部署并持续提升时协作。

 

工作流管理联合将“工作流”定义为“一个业务过程的自动化，整体的或局部的，根据程序的规则，在其中文件、信息或任务会从一个参与者传递到另一个用于活动”。不像考虑一个业务文档和它在完成前所经历的状态的“基于-实体的”工作流，一个“基于-活动的”的工作流处理为了按成某件事而必须完成的活动。

 

一个工作流可能使用对象比如地点、转换、弧线和记号来设计和建模。一个“地点”可以看成一个收件箱或队列。一个“转换”是一个要履行的任务，且可能包含一个在服务仓库中可用的组分服务。每个“弧线”将一个地点和转换精确地连接。一个“令牌”可视为一个工作装置，因此，一个地点在一个时间点可以持有零个、一个或者更多的令牌，就像一个队列一样。

 

一旦工作流被创建了，它需要一个事件驱动“引擎”来创建工作装置和当每项活动完成时推动它们从一个活动至下一个。该引擎监控在制造运营中发生的事件，评估每个事件并决定是否在某种特定条件下需要创建一个新的工作装置，或者一个转换需要被触发或者“干掉”。当一个转换被干掉时，该引擎根据UDDI标准引用所请求的组分服务，然后根据它的WDSL描述基础利用SOAP来执行。

 

对于那些由人完成的活动，则需要某种形式的基于角色的发信号或者调度。比如，考虑一个典型的材料接收过程。首先，一个品质检查员需要提取必要的样品并执行一个视觉检查程序。如果材料通过了检查那么一个叉车司机需要将它取下来并转运到由系统决定的一个存储点（这叫做定向入库）。否则，叉车司机则取出并转运至一个发货地点由发货书记员来照看并退回。注意这些活动是由仓库里德不同的人员完成的。没有必要通知品质检查员关于叉车司机所要做的工作，反之亦然，而且反而是需要每个工人通过他们个性化的门户查看他们的工作列表。

 

SOA的益处

利用服务仓库和过程组分平台用于持续的提升和过程创新

 

很明显的，一个过程组分平台和工作流引擎，结合一个组分部分仓库，提供了一个强有力的手段来创建并运行一个全局的运营执行平台，并且为了有效地预测需求以及达到在一个DDSN内的不仅是协作而且是协调成熟层次。采取这项技术的企业可以显著地加速他们的运营步调同时获得大量的成本缩减并且增强了的盈利-但仅当工作流是灵活的、便捷的适应于快速创新和频繁变更的业务环境，且是有能力进行持续地提升。

 

SOA的松耦合原则便捷的促进了持续地提升和过程创新，正如它加速完成了端对端过程的初始设计、实现和部署一样。

 

制造商们，比如那些处在持续地通过消除浪费来提升生产率的压力下的-不仅仅由于过度的废料和废品而浪费了材料，而且浪费了由于过度的准备和拆卸活动、错误、重工和再检查所导致的努力。没有能够持续地提升他们的运营风险的制造商将业务输给了那些能够达到更好的成本和发货绩效的竞争对手。但是，通常来说，这种提升需要对组成一个端对端过程的特定活动的重大的改变。当提升被做出时，在改进被部署之前，工作流也必须相应的调整且它可能也由需要结合由这些工作流所使用的组分服务。

 

为说明这一点，考虑“精益”制造策略用于减少过度的等待时间通过分离内部和外部准备。这个理念是从实际的物流中分离出尽可能多的准备工作以最小化在等待准备工作被完成时而损失的时间-在运筹学术语中，最小化关键路径上的准备工作的数量。做这个的一种方法是提前完成所有需要的设备阶段、加工作业和原料。如果这些活动是以前是顺序完成的，很明显改进肯定需要工作流的修改并且还需要改变阶段活动。

 

同样的原则也适用于品质控制和物料运营。品质管理的一个重要目标是降低缺陷至近零同时降低花费在检查上的努力。虽说这些任务可能看起来彼此冲突，再经深远考虑可以发现通过发现并消除缺陷的根本原因来提升品质重要性无疑将使现今的检查活动在将来成为多余的。相反地，如果品质绩效恶化，那么则可能适合提升检查等级直到这些缺陷的根本原因被发现并消除。这里有一个已为大家接受的方法论甚至这个策略的国际标准，称为ISO 2859-1:1999 (根据属性检验抽样程序和表格)。虽说它的意图是很直白的，这个方法论是如此的复杂以至于制造商要么不知道如何应用它，要么不相信他们工厂的工人是有足够的技能来正确地使用它。这些组成了ISO2859-1:1999的程序和表格是一个完美的可以利用组分服务自动化的活动的例子，因而检查等级是实时的根据当前的品质绩效基础自动化地且准确地减少了的或者增加了的。当变化发生时，检查工作流也会自动地调整。

 

对于物流运营，也可以做出类似的提升，比如交叉配送来在仓库和分配中心优化物料流动。利用交叉配送，当物料到达接收台时，发运台的物料需求被实时的评估。如果物料达到的接收台匹配发运码头所需的物料时，叉车司机则被指导以直接从接收台将它转运到发运台，因此避免了可能由转运接收到的物料到存储区，仅为了取出然后再一次转运到发货区域的延迟和完全的工作浪费。正如根据属性检查抽样程序和表格一样，部署交叉配送战略需要对当前情况实时的评估以及对物料处理工作流动态的调整。

 

因为SOA促进了跨越一个制造商的DDSN的运营执行平台的全局整合，施展SOA可以对财务绩效会有一个深远的影响。

 

结论

许多产业观察家相信SOA代表了计算的下一个进化阶段。标准工作在2005年随着OASIA项目和面向服务的架构参考模型技术委员会（SOA-RM TC）的成立而开始，，它的第一版参考模型在2006年7月发布。在将来，SOA将会成为许多业务和制造用户的一个标准解决方案。

 

正当制造商们被迫提升响应速度、适应性和他们的能力来更好地预测需求时，SOA提供了一个具有成本效益的技术标准来提升遍布于全局运营或者整个供应网络的完全不同的系统间的通讯和效益。一个面向服务的架构提供了一个整合了的、网络范围的数据库来促进横跨你的网络的点对点的通讯同时利用协议使得你的网络中的系统和装置能够彼此互动。

 

通过运营一个单独的、整合的业务过程流囊括在你的生产和供应链网络中的多个系统，是有可能提升适应性来应对未预期的变化或者客户需求的。还有持续的提升计划先在也可以用于全局的业务过程，使得从这个技术平台获得的收益能够在初始的部署圆满结束后得到持续。

 

Apriso在7年前就预期到了这个发展，并从那时候起便应用了SOA原则来创建一个解决方案来处理制造商和批发商的运营需求-不仅仅是那些参与在了需求驱动的供应网络中的，还有那些以传统的供应链理念架构来运营的单个的工厂和小、中、大企业。

 

下面是一些简短的Apriso如何应用基于SOA的全局制造平台的例子

 

■ 在远东，Apriso部署了一个支柱技术用于利用被动的RFID标签和扫描器设备在多个企业和厂区追踪托盘和海运集装箱。该客户运营对象命名服务（ONS）利用序列化的海运集装箱代码来分辨每个物品。

■ 在美国，Apriso的技术被用在一个主要的航空和防务承揽商来整合多种生产工作流比如说准备、准备检查、在生产和重工循环中追踪序列化的在制品以及品质控制

■ 在欧洲，Apriso解决方案被用于一个著名的化妆品制造商来整合并自动化它的配药、称重、混合、生产和品质控制过程来保障最高品质和完整的追溯性。

 

我们邀请读者在考虑MES、WMS和QMS解决方案时参考Apriso的应用软件组合，来探寻这些解决方案是到什么程度地反映了SOA准则和出现的标准。

==============

结尾这里我还是不厚道地略去了大段的产品介绍，见谅！