1 引言

    订单履行流程(Order Fulfillment Process，OFP)包括响应客户和按照客户需求进行供应链产能配置相关的所有流程活动。随着经济全球化和电子商务的发展，客户能以较低成本在全球范围内选择供应商，并要求订单能得到实时响应。如果企业不能快速响应客户订单，或者不能准时交货，则都面临失去客户的风险。因此。客户应作为供应链的主要组成部分，提高客户服务水平就成为了提升供应链竞争力的实现手段，OFF成为企业管理中最重要的焦点之一。本文以位于供应链中游的、面向MTO／CTO／ATO的典型制造型企业的为对象，研究OFP集成与实现技术。

2 订单履行系统分析

    2．1订单履行系统功能

    按照全球供应链论坛(Global Supply Chain Forum，GSCF)对OFP的范畴规定，OFP包括与订单履行相关的日常事务活动，可将OFP分解为的订单处理、订单查询和需求满足三个子流程及若干功能，并建立各子流程和其它关键业务流程的接口关系，如图l所示。 图中的接口是指信息或者知识在流程间的传递与共享关系，如订单处理子流程从客户服务管理接口获有关客户等级的信息。由图可见虽然OFP覆盖范围广，其实现分布在不同的系统中，或者需要自行开发，但流程清晰，大部分功能容易理解，本文仅对部分功能做简要说明。
 

    2．2订单履行系统质量需求

    源于经济全球化和电子商务环境下动态B2B集成的要求，无论客户还是企业都向OFS提出要求。对客户来说，OFS应具有友好性，即客户可通过多种方式访问系统；快速响应性，即时间上要求系统能快速响应客户订货及相关需求；可靠性，质量上要求允诺是可靠的。对企业来说，OFS系统的开放性。开放性有两层含义，(1)指OFS易于与合作系统集成，(2)指容易实现系统功能的扩展和业务规则的修改。同时企业还要求OFS增强系统决策支持能力，可提供优化的ATP和生产计划，确保企业进行有效的供需分配。

3 基于SOA的OFS集成框架模型
  
    3．1基于SOA的OFS的必要性

    根据OFS系统的需求属性，OFS需通过跨网络来集成多种软件来实现其功能，且其内容覆盖面广，需考虑的方面很多，建立这样—个系统的过程应是—个持续改进的过程，它要求在集成框架下，一方面可将相关系统的功能逐步集成到OFS中以促进企业业务流程与客户需求同步化；另一方面又可将各种不同算法集成人系统中，实现优化系统绩效指标的目的。面向服务的体系架构(Service Oriented Awhitecmre，SOA)按服务规约定义封装应用程序功能单元，通过这些服务之间接口和规约将服务联系起来实现业务流程卵。SOA最主要的两个特征：服务的松耦合性和平台的开放性，使得异构平台下的应用易于封装成SOA下的服务，且易于被应用所集成，或组成为粗粒度的服务。因此，基于SOA构建OFS可为企业带来包括可在现有系统上集成应用、加快开发速度、降低开发成本和有助于持续改进业务流程的众多好处。

    3．2集成框架模型

    依据前述OFS系统的需求属性，构建了基于SOA的OFS集成框架模型，如图2所示。OFS集成框架模型包括业务模型、服务模型、服务总线以及由组件设施和底层系统平台设施组成实施模型。OFS的业务模型是平台无关性模型，该模型主要由客户订单处理、订单查询与需求满足三个业务流程所构成。OFS的服务模型与具体的平台无关，是集成框架的核心。它以服务为基本组件来抽象和描述OFP业务模型，一个服务对应业务流程的—个功能，为业务模型提供了理想的平台。根据服务是否与企业业务流程乃至价值增值直接相关，将服务模型分为业务过程服务和基础服务。基础服务通常为OFS中相对细粒度的服务，它提供产品结构和工厂资源模型等信息，为业务过程服务提供必需的支持，但与业务流程或价值增值没有直接关系；业务过程服务与业务流程或价值增值直接相关，包括ATP、物料需求计划和能力需求计划等服务。

    OFS的实施模型是—平台相关模型，通过实施模型实现服务模型，它包括组件实现层和底层系统平台层。组件层由实现服务的基础构件所组成，包括基础数据访问组件、单项系统实现功能组件和通用业务组件。基础数据访问组件提供系统访问与操作各种数据的能力，单项系统实现功能组件是指单项系统功能实现的组件封装形式。底层系统平台为组件的物质基础，除包括操作系统和数据库等基本设施外，还包括实现订单履行相关功能的单项系统，如ERP、PDM、SCM、CRM和MES系统。
 

4 基于SOA的OFS实现技术

    Web Service具有以下三个优点：基于标准，这意味着企业不再需要对专有解决方案进行投入，以免受制于个别厂商；支持解决方案间的互操作，使得可以使用不同厂商的、具有单项优势的产品；支持企业内的集成，而且可被扩展为支持跨企业间的集成。

    本文探讨Web Service技术来实现基于SOA的OPS。下面以—个简化的订单处理流程为例来说明OFS实现，其它业务流程的实现方式与之相似。

    订单处理业务流程，如图3所示。(1)录入订单请求；(2)客户销售代表(Customer Sale Representative，CSR)协同工程技术、采购、生产、库存管理等部门，结合产品特性、客户优先级、能力计划、物料库存、物料采购及在制品库存等信息求解ATP；(3)在计算ATP期间允许订单修改；(4)csa以ATP为依据确认订单交期和交货数量，或；(5)取消订单请求。
 

    业务流程的服务模型由位于基础服务层的订单标准化处理和产品需求特性分析以及位于业务过程服务层的ATP、订单请求确认和订单请求取消等服务组成。订单标准化处理服务须具备对来自多渠道的订单进行信息化描述的功能；产品需求特性分析服务提供产品物料清单与产品工艺流程信息，是进行ATP计算的基础；ATP服务提供可允诺能力。客户等级、产品生产工艺流程、产能负荷、物料可得性以及生产现场等信息是计算ATP的数据基础，ATP服务通过合成客户等级、资源计划、产品数据、产能负荷、物料可得性、生产现场信息等一系列的服务，并结合具体企业的生产特征建立相应A1甲数学模型并求解(例如，在物料供给为主要生产约束的情况下，建立ATP混合整数优化模型同；当以产能约束为主时，可建立有限产能允诺模型，采用启发式算法求倡，形成业务过程服务。订单请求确认和取消服务的作用是分别将ATP过程中预分配给订单的生产能力进行确认或取消。

    实施模型通过封装现有系统或者按照SOA的服务规约开发新的服务来实现，例如订单标准化处理服务可由电子商务产品(如，Microsoft的BizT且lk)实现，客户等级信息则可通过对企业中已实现客户关系管理的系统进行封装后提供，而资源计划、产品数据、产能负荷、物料可得性、生产现场信息等相应服务也按照同样方法由ERF、SCM和MES等系统实现，算法由通用组件实现。下面讨论探讨采用Web Service实现基于SOA的OFS服务封装与集成技术。

    4．1集成技术

    如图4所示，显示了采用WebService实现基于SOA的OFS集成方案：用建模与开发工具创建集成框架服务模型中的基础服务和业务过程服务。并保存在元数据仓库(metadata repository)中，系统在运行时通过服务注册库(如UDDI)查找服务，然后直接调用服务。为实现该方案，需为web Service平台配置执行环境，以支持并实施企业级服务质量(如事务需求、为有保证的消息递送、恢复策略等)；同时需定义内容比WSDL更丰富的服务规约，以引入业务规则、安全策略、管理策略及恢复策略等；最后还要根据服务规约对遗留系统进行封装，或者创建所需的新服务。

    4．2服务封装技术

    可应用WebServiee技术在分布式对象应用(如CORBA,J2EE)、主机系统(如cms)、事务处理系统(如Tuxedo)、单项应用系统(如SAP的R3)、数据库管理系统(如Oracle、DB2)和消息传递系统(如WebSphere MQ)等异构系统间创建服务规约。通过为遗留系统定义WSDL规约，提供可以接受SOAP消息、并将SOAP消息转换为遗留系统的消息级或APl级调用的SOAP应用，即可使
遗留系统支持服务。

    以CORBA应用封装为例，第一步进行CORBA IDL到ws-DL的映射；第二步在遗留服务网关中的WSDL服务规约中定义一个逻辑规约和两个绑定，其中一个绑定用于SOAP，另一个绑定用于CORBMIIOP，限于篇幅本文不列出实现代码，参见文献。开发者获得完整WSDL定义之后，将其导入开发环境中，可构建一个WebService请求。如图5所示，显示系统运行时情景：

    (1)WebService请求者通过mP发送SOAP消息给—个遗留服务网关；

    (2)遗留服务网关将SOAP消息转换为调用相应遗留系统的SOAP应用(如消息级或API级的调用)；

    (3)遗留服务网关还负责将遗留系统的响应转换为SOAP消息，并路由回WebService请求者。
 

5 结论

    OA支持在现有系统上集成新应用，而不需要彻底重新创建系统，且SOA可以清晰地表示业务流程，提供机制支持从业务模型到服务模型的映射转换。本文依据系统需求构建了面向SOA的OPS集成框架概念模型，为订单履行流程提供了一种新的解决方案。此外，我们注意到在SOA下的OFS系统中，集成相关应用系统的功能从手段上来说变得相对简单，而完成复杂环境下的生产周期预测、计划调度等算法成了决定OFS能否满足企业业务需求的关键因素，值得进行深入研究。