ERP系统流程模块重用的设计与实现

《ERP系统流程模块重用的设计与实现》由会员分享，可在线阅读，更多相关《ERP系统流程模块重用的设计与实现（70页珍藏版）》请在装配图网上搜索。

1、 电 子 科 技 大 学UNIVERSITY OF ELECTRONIC SCIENCE AND TECHNOLOGY OF CHINA工程硕士学位论文ENGINEERING MASTER DISSERTATION论 文 题 目：ERP系统流程模块重用的设计与实现 工 程 领 域： 软件工程 指 导 教 师： 陈文宇 作 者 姓 名： 金根中 班 学 号： 200892343018 类号 密级 UDC 学 位 论 文 ERP系统流程模块重用的设计与实现 金根中 指导教师姓名 陈文宇 副教授 电子科技大学 成都 邵敏光 高级工程师浙江亿达电子工程有限公司 金华 申请学位级别 工程硕士 专业名称

2、软件工程 论文提交日期 20110301 论文答辩日期 20110423 学位授予单位和日期 答辩委员会主席 评阅人 年 月 日独 创 性 声 明本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。据我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得电子科技大学或其它教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示谢意。签名： 日期： 年 月 日关于论文使用授权的说明本学位论文作者完全了解电子科技大学有关保留、使用学位论文的规定，有权保留并向国家有关部门或机构

3、送交论文的复印件和磁盘，允许论文被查阅和借阅。本人授权电子科技大学可以将学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存、汇编学位论文。（保密的学位论文在解密后应遵守此规定）签名： 导师签名： 日期： 年 月 日 摘要摘 要NFERP项目中流程是由BPEL4WS通过对现有的Web服务，外加Web服务用户自行开发的判断逻辑Web服务进行调用而实现的。它有效的利用了已有资源，并结合了SOA理论的优点，可以方便的调用基于SOA架构的中间件，大大的提高了项目的开发速率和模块化的复用度。本文介绍了解企业资源计划（简称ERP）技术发展、ERP实施过程中遇到的模块重用以

4、及与其他系统整合等问题、SOA架构的优势与商业可执行流程语言（BPEL4WS）相关内容、利用BPEL4WS解决模块重用问题等。最后通过江苏常州市南方轴随厂的NFERP实施为依据，介绍利用BEPL4WS进行ERP系统中的模块重用。本文重点介绍了BPEL4WS的技术的使用方法和Web服务调用方式。通过对NFERP实施过程中对生产管理流程中的排产流程详细介绍，描述了BPEL4WS在实际流程实现的原理和编写过程。排产过程是NFERP生产管理子系统中最为复杂的一个系统。由于其独立于平台之外的特点，使得可以充分的发挥以往积累下来的业务逻辑模块的作用，而无需重新编程。根据当今企业发展的趋势论述SOA的架构思

5、想在企业信息化发展中所起到的作用。关键词：企业资源计划，面向服务架构，商业流程可执行语言，软件架构IIABSTRACTError! No text of specified style in document.ABSTRACTThe process of NFERP is realized by BPEL4WS transferring existing Web service and the users development of Web service. It makes good use of existing resources and integrates the advantag

6、es of SOA theory, so it can invoke the middleware based on SOA .As a result, it will improve the development rate of the project and the modular multiplexing degrees.This thesis discusses how to realize the reuse of ERP (Enterprise Resource Planning) by using BPEL4WS (Business Process Executive Lang

7、uage for Web Service) from the following aspects: knowing technology development of ERP, the problems occurred in the process of ERP implement, the advantage of SOA (Service Oriented Architecture) and something related to BPEL4WS, solving module reusing problems by using BPEL4WS. The thesis discusse

8、s how to solve module reusing problems by using BPEL4WS based on the implement of NFERP in South Axis Company, Changzhou, Jiangsu Province.The thesis mainly introduces the usage of BPEL4WS and Web service. It tries to describe the programming of BPEL4WS and its realization principle by introducing t

9、he production scheduling process in using NFERP. The production scheduling process is the most complicated system in the NFERP manufacturing management. Because of its characteristics outside the independent, platform, it can make full use of its function of business logic module accumulated before

10、and need not reprogramming.Finally, it expounds the SOA playing an extremely important role in enterprises informatization development according to the development trend of the enterpriseKey Words: ERP, SOA, BPEL, Software Architecture第一章 绪 论目 录第一章 绪 论31.1 ERP理论的发展过程31.1.1 基本MRP31.1.2 闭环MRP41.1.3 制造

11、资源计划（MRP-II）41.1.4 企业资源计划（ERP）41.2 NFERP项目的背景和实施存在的问题51.2.1 NFERP项目的提出51.2.2 重用已有业务逻辑模块时存在的问题61.2.3 与其他系统整合时存在的问题61.3 典型的解决方案61.3.1 SAP的解决方案71.3.2 微软ERP的解决方案101.3.3 Oracle的解决方案121.3.4 其他系统的解决方案131.3.5 本文的主要内容和章节安排131.4 本章小结14第二章 BPEL4WS技术背景152.1 SOA技术介绍152.1.1 Web服务162.1.2 可扩展标记语言162.1.3 简单对象访问协议172

12、.1.4 Web服务描述语言（WSDL）172.1.5 通用服务发现和集成协议（UDDI）182.1.6 UDDI的使用182.2 BPEL4WS技术介绍202.3 WSDL在BPEL4WS中的作用202.4 BPEL4WS技术特点212.5 BPEL4WS的使用方法212.6 本章小结22第三章 BPEL4WS在ERP流程模块重用中的实现293.1 企业在Web服务中的角色293.1.1 Web服务提供商的职能293.1.2 Web服务用户的职能293.2 Web服务提供商提供的Web服务分类303.2.1 业务逻辑Web服务303.2.2 判断逻辑Web服务313.2.3 Web服务的调用

13、323.3 BPEL4WS在ERP流程模块重用中的实现333.3.1 产品A的排产流程333.3.2 Web服务组成排产流程383.3.3 产品A排产流程的BPEL4WS代码403.3.4 产品A子零件排产流程423.3.5 整合排产流程463.4本章小结46第四章 BPEL4WS在NFERP当中的实现484.1 NFERP的整体架构484.1.1 NFERP的模块484.1.2 NFERP系统Web服务504.2 BPEL4WS在NFERP架构中的作用504.2.1 通过BPEL4WS将Web服务组成业务逻辑504.2.2 Web服务组成业务逻辑的实例514.3 BPEL4WS在NFERP生

14、产管理中的排产流程中的实现534.3.1 某种轴承件的排产流程544.3.2 移动已排产轴承件子流程564.3.3 轴承外圈、内圈和滚珠生产计划插入时间轴594.3.4 轴承件排产流程中流程的联接614.4 NFERP中Web服务的来源614.5 BPEL4WS的使用界面614.6 BPEL4WS用例测试624.7 本章小结65第五章 总结与展望665.1 BPEL4WS实现系统流程模块重用665.2 在NFERP中应用BPEL4WS的优势665.3 NFERP系统流程模块重用的展望665.4本章小结67致 谢68参考文献69第一章 绪 论本章阐述了ERP理论的发展过程，NFERP项目的背景和

15、实施存在的问题以及SAP、Oracle等ERP供应商对这些问题的解决方案。通过对ERP供应商提供的解决方案的分析以及对NFERP项目睥背景的描述提出了一个新的解决方案。它是通过BPEL4WS进行流程管理调用的方式来解决NFERP项目实施过程所遇到的问题。1.1 ERP理论的发展过程ERP是由美国Gartner Group Inc.咨询公司首先提出来的。20世纪60年代的制造业为了打破“发出订单，然后催办”的计划管理方式，设置了安全库存量，为了需求与订货提前期提供缓冲。20世纪70年代，企业的管理者们已经清楚地认识到，真正的需要是有效的订单交货日期，因而产生了对物料清单的管理与利用，形成了物料需

16、求计划（以下简称MRP）。20世纪80年代，企业的管理者们又认识到制造业要有一个集成的计划，以解决阻碍生产的各种问题。要以生产与库存控制的集成方法来解决问题，而不是以库存来弥补或以缓冲时间的方法去补偿，于是制造资源计划（以下简称MRP-II）产生了。20世纪90年代以来，随着科学技术的进步及其不断向生产与库存控制方面的渗透，解决合理库存与生产控制问题所需要处理的大量信息和企业资源管理的复杂化，要求信息处理的效率更高。传统的人工管理方式难以适应以上系统，这时只能信靠计算机系统来实现。而且信息的集成度要求扩大到企业的整个资源的利用和管理，因此产生了新一代的管理理论与计算机系统企业资源计划（以下简称

17、ERP）1.ERP的形成大致经历了4个阶段：基本MRP阶段、闭环MRP阶段、MRP-II阶段以及ERP的形成阶段。1.1.1 基本MRPMRP是物料需求计划。20世纪60年代中期，美国IBM公司的管理专家约瑟夫奥利佛博士提出了独立需求和相关需求的概念，将企业内的物料分成独立需求物料和相关需求物料两种类型。并在此基础之上总结出了新的管理理论：物料需求计划(MRP)。MRP提出物料的订货量是根据需求来确定的，这种需求应考虑产品的结构。1.1.2 闭环MRP闭环MRP是在基本MRP基础之上形成的。闭环MRP理论认为生产计划与物料需求计划（MRP）应该是可行的，即考虑能力的约束，或者对能力提出需求计划

18、，在满足能力需求的前提下，才能保证物料需求计划的执行和实现。闭环MRP克服了基本MRP的单向信息与管理思想不一致的缺点。管理信息在闭环MRP中是闭环的信息流，由输入至输出再循环影响至输入端，从而形成信息回路。1.1.3 制造资源计划（MRP-II）MRP-II是制造资源计划。1977年9月，美国著名生产管理专家奥列弗怀特提出制造资源计划（MRP-II）。它是一个围绕企业的基本经营目标，以生产计划为主线，对企业制造的各种资源进行统一计划和控制的有效系统。闭环MRP的运行过程主要是物流的过程，但生产的运作过程，产品从原材料的投入到成品的产出过程都伴随着企业资金的流通过程，对这一点，闭环MRP却无法

19、反映出来。并且资金的运作会影响到生产的运作，如采购计划制定后，由于企业的资金短缺而无法按时完成，这样就影响到整个生产计划的执行。MRP-II集成了应收、应付、成本及总账的财务管理。其采购作业根据采购单、供应商信息、收货单及入库单形成应付款信息；可根据采购作业成本、生产作业信息、产品结构信息、库存领料信息等产生生产成本信息；能把应付款信息、应收款信息、生产成本信息和其他信息等记入总账。产品的整个制造过程都伴随着资金流通的过程。通过对企业生产成本和资金运作过程的掌握，调整企业的生产经营规划和生产计划，因而得到更为可行、可靠的生产计划2。1.1.4 企业资源计划（ERP）ERP理论继承和发展了MRP

20、-II理论。ERP的主线也是计划，但ERP将管理的重心转移至财务上，在企业整个经营运作过程中贯穿了财务成本控制的概念。企业的所有资源包括三大流：物流、资金流和信息流。ERP是建立在信息技术基础上，利用现代企业的先进管理思想，全面集成了企业的所有资源信息，并为企业提供决策、计划、控制与经营业绩评估的全方位和系统化的管理平台。ERP利用企业的所有资源，包括内部资源和外部资源，为企业制造产品或提高服务创造最优的解决方案。1.2 NFERP项目的背景和实施存在的问题NFERP是江苏省常州市南方轴承厂（以下简称公司）实施的ERP系统的简称。在NFERP实施的过程中主要存在着两个问题：如何使用已存在的业务

21、逻辑模块和与公司其他管理系统的共享。1.2.1 NFERP项目的提出公司属于大批量生产模式，同一型号产品产量在10-100万。公司也属于劳动密集型产业范畴，对员工的管理直接影响的公司的效益。随着公司技术和效率的提高，原本采用的人工管理模式已经不能满足公司的需求。公司领导和员工迫切需求用软件系统来辅助现有的人工管理模式。最后，NFERP项目一期正式启动。根据在现场调研的实际情况，由于该公司属于劳动密集型产业，因此，生产现场管理尤为重要。项目小组最后确定了NFERP项目的模块划分。NFERP主要包括生产管理、开发管理、仓库管理、物料管理、销售管理、综合管理六个模块。生产管理主要是针对加工车间的各项

22、工作进行管理。公司是劳动密集型加工公司，因此，生产管理是NFERP项目最重要的一个模块。它将根据各个部件、零件、外购物资的采购生产周期、需要生产的数量以及加工优先等级自动生成生产计划安排。最后为每一个加工工位安排合理的加工任务3.开发管理主要是针对产品设计过程的管理。新产品研发是关系到公司长远发展的重要组成部分。设计人员的设计过程是非常复杂。由于管理的混乱，常常出现加工现场使用的图纸并不是待加工产品的最新图纸。为了改变这种混乱的局面，NFERP将每份新产品建立档案，其中包括设计过程、修改内容、完成状况、活动版本。同时，图纸的改动也将及时的通知到各个相部门和加工工位，以保证加工工位加工时采用的是

23、该产品的最新图纸。仓库管理主要是针对成品、半成品以及零件库存的管理。库存是要占用资金的。为了合理的利用有限的资源，仓库库存管理将合理安排各种物料的库存状态。这个状态既不能影响正常的生产，也不能过多而造成资金浪费。它在某种程度上提高了公司的资金利用率。销售管理主要是针对产品销售的管理。公司的客户CRM（资源管理系统）可以满足对客户管理的要求，但是，CRM系统中的产品数据与公司最新的产品数据是存在一定的时间差。通过销售管理系统将公司产品数据与销售过程中产生的订单等产品数据进行交换，将提高公司CRM系统的管理水平。综合管理主要是针对人力资源和固定资产的管理。人力资源和固定资产是公司发展的重要因素，二

24、者缺一不可。通过综合管理可以将整个公司人力和固定资产的管理无纸化和规范化。1.2.2 重用已有业务逻辑模块时存在的问题业务逻辑模块的重用是指业务逻辑模块在不同的实施方案中重用。ERP系统开发完成后，当新的ERP系统实施时，可以将此ERP项目中相关的业务逻辑模块拿来重用。NFERP开发和实施时，将使用在以往的项目当中已经存在的业务逻辑模块。这些业务逻辑模块是在过去企业管理软件开发和实施过程中积累下来的。如果能够成功的利用这些业务逻辑模块将有效的提高NFERP的开发和实施的速度。由于以往开发和实施的项目使用了多种不同的开发语言，造成NFERP开发和实施过程中，重用这些业务逻辑模块的诸多不便4。1.

25、2.3 与其他系统整合时存在的问题公司已经存在三种企业管理软件：OA、CAPP和CRM等。这些系统和NFERP是由不同的供应商开发和实施。这些系统间如果存在数据交互时，必然会产生分歧。由于不同的供应商都不愿意为这些额外的工时付费，因此，在NFERP开发和实施后期进行系统整合时，可能会因为供应商们不愿意付出这些额外的工时而遭到托期。1.3 典型的解决方案NFERP开发和实施存在的问题在知名的ERP系统中都可以找到不同的解决方案。SAP和Oracle可以说是ERP行业的领先者。在网络高速发展的情况下，每个ERP提供商都提出了一些基于网络的ERP解决方案。1.3.1 SAP的解决方案SAP通过企业服

26、务体系(Enterprise Services Architecture)和SAP NetWeaver，为企业的资产带来杠杆效益，使企业轻松适应变化，迅速成长，并保持低成本。集成化技术平台SAP NetWeaver可以帮助企业跨越技术和机构组织的界限，实现人员、信息和业务流程的集成，其设计实现了与Microsoft.NET、Sun 的J2EE 和IBM WebSphere 的全面互操作，并通过这些技术得到进一步扩展。SAP NetWeaver 是mySAP Business Suite 和SAP xAPPs 的技术基础，确保最高的可靠性、安全性和可扩展性，可以支持企业的关键业务流程正常运行。这

27、种基于Web 的业务平台提供了一整套全面而且紧密集成的功能，通过预先配置的商业内容，降低对定制集成的需求及总体拥有成本(TCO)。SAP NetWeaver的所有功能均完全基于开放技术和标准，其主要功能如下：企业门户使工作人员可以以统一、个人化且基于角色的方式来接入异构IT环境，从而提高涵盖客户、供应商、合作伙伴和员工的整个商业流程的效率。协作帮助在不同小组和社区间实现动态而经济高效的通信。这包括虚拟协作室和实时协作工具，如新闻、聊天、小组工作日程、应用共享和文件库。多渠道接入允许通过移动设备和语音系统接入企业系统，可以将商业流程扩展到企业开展业务的任何地方5。知识管理管理并使用户可以接入各种

28、非结构化信息，如文本文件、幻灯片或音频文件。这包括集成搜索、内容管理、发布、分类和工作流程管理功能及用于第三方知识库的开放框架。商业智能使企业可以综合、分析和分发关键信息。这包括一整套功能强大的可在所有层次上支持企业作出明智决策的工具，这些工具用于创建和发布定制的交互式报告和应用。主数据管理在异构IT 环境中提高整个企业网络中的信息完整性。提供服务来合并、协调并集中管理企业的主数据，包括业务伙伴信息、产品资料和结构以及技术资产信息。集成代理使Extensible Markup Language(可扩展标记语言，XML)和SimpleObject Access Protocol(简单对象访问协议

29、，SOAP)可以在不同来源的应用组件之间通信。根据开放标准定义软件组件、接口、映射和基于内容的路由规则。商业流程管理允许企业在动态IT 环境中模拟和推动商业流程。允许将基础应用合并到一个涵盖整个价值链的自适应性端到端流程中6.应用平台在同一环境中支持J2EE 和ABAP编程语言。独立于现有数据库和操作系统，全面支持独立于平台的Web 业务和商业应用及开放而且符合标准的开发环境。生命周期管理提供全面的技术来管理软件生命周期的各个阶段：从设计、开发、部署、实施、版本确定和测试直到长期运行工作，如行政管理和变更管理。综合应用。这包括各种工具、方法、规则和模式，正是它们使SAP 及其合作伙伴可以高效地

30、开发SAP xApps 综合应用，同时充分利用所有集成层的优势。SAP NetWeaver 是基于专业标准的集成化应用平台，能够大幅度降低系统整合的复杂性。其组件包括门户、应用服务器、商务智能解决方案以及系统整合和数据整合技术。在运用SAP NetWeaver 之后，企业将可以实现现有技术的全部价值，并能够为未来的SAP 或非SAP 应用铺平道路。结果是：企业将有机会以显著降低和持久稳定的IT 总体拥有成本，实现整个系统灵活性的显著提高。瓶颈就此消失，企业可在要求的时间内达成业务目标。企业的整个IT 基础架构已经由单一接受任务运作提升到可持续变革的层面。SAP 的用户，则能获取更多益处：SAP

31、 NetWeaver 为所有的SAP 解决方案都进行了预先整合，这将大幅度降低系统整合的相关成本。但无论是SAP 用户或非SAP 用户都可以发现，在当今所有软件供应商中，只有SAP定位于既提供整合技术，也提供与应用程序整合的技术。SAP NetWeaver 是一种可随时用于业务运作、面向服务的平台，适用于SAP的所有解决方案，并且与SAP 基于最新企业服务架构(ESA)提供服务的方式相符7。集成化技术平台SAP NetWeaver如图1-1所示。基于NetWeaver，企业将能够实现各个层面充分的集成，降低信息系统建设的总体成本(TCO)。归纳起来，可以实现如下4个方面的集成。第一层面，将现有

32、的各形各色的管理系统、办公系统、文档系统等集中到企业的信息门户内，实现企业IT 系统的单一入口。这个层面上，称之为“员工的集成”(People Integratioin)。图1-1 SAP NetWeaver 第二层面，将各种存放在数据库当中的管理信息，以及分散在集团内部不同地方的非结构化信息(市场信息、报告等文档信息)集中起来，实现支持经营决策的信息仓库(BI)和知识管理系统。这个层面，称之为“信息的集成”(Information Integration)。第三个层面提供的是“流程的集成”。保留仍然有价值的现有系统意味着一个连续的业务流程可能在不同的系统内执行。SAP 的Netweaver平

33、台能够将分散在不同系统的业务处理连接起来，形成一个自动化的流程。对于使用者来说，就好像是操作在一套系统上。最后的层面是“平台的集成”，企业往往现存大量的信息系统，以及随着收购合作等带来的形形色色原有系统。在这个层面上，SAP提供的是支持开放标准的底层架构，可以实现灵活的互接。值得一提的是，全球的大部分领先公司使用的都是SAP 的解决方案。可以预见，如果使用SAP的信息平台，将来和这些国际巨头的IT 系统对接时，所需成本和时间是显著的减少8。SAP NetWeaver 是推动基于企业服务体系(Enterprise Services Architecture)的解决方案的动力引擎，也是SAP xA

34、pps 系列解决方案的基础。SAP xApps包含一系列新型业务应用，能够在不同的应用基础设施上打造易于操作的动态团队流程，以此推动整个企业的创新。正由于SAP NetWeaver 可以为创新的跨平台商业流程奠定坚实基础，可以满足企业对灵活而且面向未来的解决方案的需求，从而能帮助企业实现持续的业务增长，成功迈向未来。SAP致力于实现与IBM和Microsoft解决方案的可互操作性，并在开放战略、现场服务、技术和支持中心方面与其他公司合作。所以SAP NetWeaver 可与IBM WebSphere 及Microsoft.NET 技术全面互操作并进行扩展。从而充分保障了企业对这些系统的已有投资

35、和有效利用。SAP NetWeaver 可以集成企业当前的IT设施，从而使企业从现有运行的系统中获得更多的价值和更多的商业信息;另一方面，SAP NetWeaver 中的预配置商务内容有助于缩短新应用的实现周期以及可衡量的经济收益期投资回报期(ROI)。SAP NetWeaver 消除了企业对耗时长久且高额成本的点到点集成项目的需求。由于只需要使用一个功能全面的平台，因此SAP NetWeaver 可使企业的IT 集成系统更加灵活，同时最大限度地降低企业的集成成本。安全性和软件易于管理性将使企业受益匪浅。这些优点一起发挥作用，可以以最低的总投资成本来支持企业的关键应用的整个生命周期6.1.3.

36、2 微软ERP的解决方案微软基于收购了欧洲的Navision公司，分别提供面向制造行业的Navision和Axapta产品，并基于微软.net技术对产品进行改进推出了新的版本。微软ERP的系统流程完全支持典型制造企业的管理流程，如图1-2所示。图1-2微软ERP系统流程图 微软ERP的系统流程与制造企业的管理流程保持一致，特别是支持当前竞争激烈的多品种小批量生产模式。从系统流程上可以看出，微软ERP提供了完善的制造企业管理功能，包括客户管理、产品配置管理、销售需求管理、生产计划和生产控制、采购管理和库存管理。微软ERP强大而全面的制造企业管理功能能够支持不同的生产模式，包括按定单制造、按定单配

37、置、按定单装配、按库存生产等。系统的主要模块功能如下：1.财务管理，支持企业的所有财务活动的管理，包括总帐、固定资产、应收/应付帐等，支持多货币，多语言9。2.销售管理，管理销售有关的所有流程，包括客户管理、销售订单管理、销售预测、销售与应收帐的集成、销售价格和折扣管理以及佣金管理。支持集团企业公司间的销售订单处理。3.采购管理，管理采购有关的所有流程，包括供应商管理、采购定单管理、采购预测、采购与应付帐的集成、采购价格和贸易协议管理等。支持集团企业公司件的采购定单处理。4.库存管理，管理与库存有关的所有流程，包括物料主数据的定义、BOM管理、多级仓库信息的定义、库存物料的接收和发放、库存盘点

38、、ABC分类、库存成本核算等。其仓库管理模块提供了管理更复杂仓库处理流程的功能。微软ERP的库存管理为企业提供了从不同细节层次管理和查看库存信息的选择，包括仓库、库位、批次、序列号等。微软ERP的BOM管理支持拖放操作、支持多版本管理、显示所有层级、完整的物料清单和工艺路线概况。5.主计划管理，微软ERP提供强大的主生产计划管理功能。主计划模块同时静态主计划和动态主计划，能够帮助企业根据订单、预测和能力进行合理计划，进行ATP和CTP计算。主计划模块提供了灵活的参数设置功能，企业可以根据自己的业务特点选择合适的计划时间范围、计划策略，选择计划是否考虑有限能力和有限物料，选择计划是否把订单、预测

39、、在途定单、报价单等全部考虑在内。主计划模块基于参数设置运行MRP10，给出建议的采购和生产定单，并且根据按照供应商、需求期间进行采购定单的合并。6.生产管理，生产管理模块对企业生产过程进行跟踪和控制，其处理对象是主计划模块产生的生产定单。该模块支持生产定单管理、工艺路线管理和生产成本核算。微软ERP的生产管理模块按照八个步骤对生产定单进行跟踪和控制，这八个步骤体现为生产定单的状态变化，包括已创建、已计划、已下发、已启动、报告完成、成本核算。7.生产模块的计划功能提供操作计划和任务计划两种选择，企业可以通过操作计划对生产定单的工序进行计划，通过任务计划对工序中的准备活动、加工活动、等待活动进行

40、计划。生产定单的所有管理最终归结为成本核算，微软ERP的生产管理模块支持分步、按定单进行成本核算，其成本核算功能与财务模块紧密集成10.8.车间管理，目前很少ERP系统提供车间管理功能，微软ERP提供强大的车间管理功能，实现车间生产数据的实时采集。车间管理是一个整合的时间和数据的采集模块,用于管理时间和出勤员工,以及关于生产和项目的数据录入，同时也产生支付薪资的数据。1.3.3 Oracle的解决方案Oracle E-Business Suite是第一套也是唯一搭配单一全球资料库作业的应用软体，联接前后端的整个业务处理流程并使其自动化，为您提供完善、统合且关键资料的基础，例如各业务、产品和地区

41、的销售业绩、库存量与营收。不必再等待资料通过独立的资料汇聚与分析系统。企业高阶主管可取得日常商业情 报，了解公司过去、现在与未来的经营绩效，进而每天都可以提升获利能力。Oracle应用系统提供弹性栏位设计，让使用者对于标准系所提供之栏位不足之处加以扩充，不需要修改程式本体，以降低维护修改的复杂度。使用者仅需使用浏览器，即可经由安全认证藉由LAN或Internet，存取个人授权内资料，而IT人员采中央控管资料库及应用程式伺服器，大幅降低系统维护的困难度。Oracle应用系统采用业界公认高稳定性、高可靠性资料库资料，并提供一致性与延展性的服务，客户也可透过Oracle所提供使用简易分析工具做出自定

42、义报表。缺乏足够的业务流程模板和软件功能的支持，在实施中Oracle软件经常被发现无法满足企业管理上的要求。比如在大型制药企业中必须的批次管理、质量管理、设备维护管理等，而Oracle软件根本没有此类模块。虽然Oracle公司一再的夸大告诉客户其软件的二次开发技术十分灵活，但是这实际上也就是在告诉用户这套软件功能不够，用户得自己去编程序11。1.3.4 其他系统的解决方案其他的ERP系统也都各有亮点。微软的ERP凭借其在操作系统上的统治地位也占据了一定的市声份额。它可以完美的与系统相结合，为客户更多的自定义需求提出更好的解决方案。天心ERP凭借30多年的项目开发和实施经验，在国内市场上也有一定

43、的份额。天心ERP的优势在于管理经验的沉淀和积累。国内用友ERP凭借自己多年在财务方面的优势，主打其财务方面的长处。对于国内中小企业来讲也提出了不错的解决方案。但其在平台化发展上与其他公司还存在一定的差距。不过它也可以说是国内比较值得骄傲的ERP供应用商了。1.3.5 本文的主要内容和章节安排本文主要介绍了基于Web服务的商业可执行语言（Business Process Excutive Language for Web Service 即BPEL4WS）在NFERP流程模块上的应用。互联网的迅速发展以及Web服务理论的提出后，涌现了很多Web服务提供商。它们提供了丰富的Web服务资源。这些W

44、eb服务是相对独立的，各自实现不同的业务逻辑。NFERP项目正是在这种环境下提出的。它借助BPEL4WS对已经存在的和自行开发的业务逻辑Web服务按顺序调用执行实现系统的功能。由于不同的项目之间调用Web服务的条件是不同的，因此，NFERP在利用BPEL4WS管理业务逻辑间的流程时，运用了自行开发的判断逻辑Web服务。本文最后通过对NFERP系统实施过程的详细论述说明了BPEL4WS是如何调用已经存在的Web服务和如何区分判断逻辑Web服务。本文的章节安排如下：第二章介绍了BPEL4WS技术背景以及BPEL4WS中常用的一些节点的使用方法。并通过一个BPEL4WS流程实例介绍了BPEL4WS的

45、使用方法以及开发过程。第三章介绍了BPEL4WS在ERP流程模块重用的应用。本章通过对Web服务种类的划分。简单介绍了BPEL4WS在ERP生产管理中排产流程模块的使用方法。第四章通过讲述NFERP项目中排产流程模块是如使用BPEL4WS来说明BPEL4WS重用模块的方式。NFERP排产流程分别详细地描述了对产品和产品子零件的排产过程。第五章主要讲述了NFERP的总结与展望。1.4 本章小结本章详细介绍了ERP系统的原理，本项目存在的问题和实施存在的问题。本章还详细分析和介绍了其他ERP系统及其解决方案。22第二章 BPEL4WS技术背景第二章 BPEL4WS技术背景本章介绍了BPEL4WS的

46、相关技术和使用方法。通过对SOA与BPEL4WS 、BPEL4WS技术的介绍、WSDL在BPEL4WS中的应用、BPEL4WS技术特点以及BPEL4WS的使用方法等方面说明了BPEL4WS技术背景。BPEL4WS是以BPEL为基础发展起来的。BPEL全称是Business Process Executive Language，即可执行商业流程语言。BPEL4WS是以SOA为基础的。SOA全称是Services Oriented Architecture,即面向服务架构15。它通过对Web服务的管理来实现商业流程。商业流程是指商业业务流程，例如：审批流程、生产装配流程等。2.1 SOA技术介绍B

47、PEL4WS是基于SOA架构的商业可执行语言。它本身就是为SOA架构设计的。SOA的全称是Service Oriented Architecture即面向服务架构。1996年，Gartner公司提出SOA概念。当时的技术水平和市场环境尚不具备真正实施SOA的条件。Web服务概念的提出可以说是SOA的发端。整个SOA理论需要可扩展标记语言(XML）技术、简单对象访问协议(SOAP)、Web服务描述语言（WSDL）、通用服务发现和集成协议（UDDI）等的支撑和协助。SOA是架构和组织IT基础结构以及业务功能的一种方法。它要求开发人员将应用设计为服务的集合。设计人员需要跳出应用本身进行思考。他需要考

48、虑现有服务的重用，或思索他所设计的服务如何能够被其他项目重用。单独、独立、封装完善的服务所具有的关键好处是可以采用不同的组装方式将它们组合成较大型的多种服务，并以此来实现重用。SOA不仅仅提供了一种新的架构方式，它也使得管理更加的方便。让管理员直接管理开发人员所开发的相同的服务，其效率远远高于管理单个应用。它也有助于管理员和分析师针对不同的应用进行业务流程的优化。2.1.1 Web服务Web Service(以下简称Web服务)是SOA架构中常用的一种开发模型。每一个Web服务都提供一个特有的服务。它独立于其他Web服务存在。Web Service是建立可互操作的分布式应用程序的新平台。它类似

49、于COM或DCOM。但与COM藏器待时DCOM又是不尽相同。Web Service平台是一套标准，它定义了应用程序如何在Web上实现互操作性。Web Service提供方可以用任何你喜欢的语言，在任何平台上写Web Service，只要使用方可以通过Web Service标准对这些服务进行查询和访问。2.1.2 可扩展标记语言可扩展标记语言（eXtensible Markup Language即XML）是由万维网联盟（W3C）发布的用于网页设计和数据交换的新技术。传统的HTML由于自身特点的限制，不能有效地解决上述问题：作为一种简单的表示性语言，它只能显示内容而无法表达数据内容。而这一点恰恰是

50、电子商务、智能搜索引擎所必需的。另外，HTML语言不能描述矢量图形、数学公式、化学符号等特殊对象，在数据显示方面的描述能力也不尽如人意。最重要的是：HTML只是SGML（Standard Generalized Markup Language，标准通用置标语言）的一个实例化的子集，可扩展性差。这一切都成为Web技术进一步发展的障碍。 SGML是一种通用的文档结构描述置标语言，为语法置标提供了异常强大的工具，同时具有极好的扩展性，因此在数据分类和索引中非常有用。但SGML复杂度太高，不适合网络的日常应用，加上开发成本高、不被主流浏览器所支持等原因，使得SGML在Web上的推广受到阻碍。在这种情况

51、下，开发一种兼具SGML的强大功能、可扩展性以及HTML的简单性的语言势在必行。由此诞生了XML语言。 XML是由W3C（万维网联盟）于1998年2月发布的一种标准。它同样是SGML的一个简化子集，它将SGML的丰富功能与HTML的易用性结合到Web的应用中，以一种开放的自我描述方式定义了数据结构，在描述数据内容的同时能突出对结构的描述，从而体现出数据之间的关系。这样所组织的数据对于应用程序和用户都是友好的、可操作的16。2.1.3 简单对象访问协议简单对象访问协议（Simple Object Acess protocol即SOAP）是一种轻量的、简单的、基于 XML 的协议。它被设计成在 W

52、EB 上交换结构化的和固化的信息。SOAP 可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（Hypertext Transfer Protocol即HTTP），简单邮件传输协议（Simple Message Transfer Protocol,即SMTP），多用途网际邮件扩充协议（Multipurpose InterNet Mail Extension Protocol即MIME）。它还支持从消息系统到远程过程调用（Remote Procedure Call即RPC）等大量的应用程序。SOAP 包括三个部分：SOAP 封装、SOAP 编码规则、SOAP RPC 表示。SOAP 封

53、装定义了一个框架，该框架描述了消息中的内容是什么，谁应当处理它以及它是可选的还是必须的。 SOAP 编码规则定义了一种序列化的机制，用于交换应用程序所定义的数据类型的实例。 SOAP RPC 表示定义了用于表示远程过程调用和应答的协定。 SOAP 消息基本上是从发送端到接收端的单向传输。但它们常常结合起来执行类似于请求/应答的模式。所有的 SOAP 消息都使用 XML 编码。一条 SOAP 消息是一个包含有一个必需的 SOAP 的封装包、一个可选的 SOAP 标头和一个必需的 SOAP 体块的 XML 文档17.2.1.4 Web服务描述语言（WSDL）Web服务描述语言（WSDL）是一种 X

54、ML 格式。它用于将网络服务描述为一组端点，这些端点对包含面向文档信息或面向过程信息的消息进行操作。这种格式首先对操作和消息进行抽象描述，然后将其绑定到具体的网络协议和消息格式上以定义端点。相关的具体端点即组合成为抽象端点（服务）。可以对 WSDL 进行扩展，这样无论通信时使用何种消息格式或网络协议，都可以对端点及其消息进行描述。WSDL文档可以分为两部分。顶部分由抽象定义组成，而底部分则由具体描述组成。抽象部分以独立于平台和语言的方式定义SOAP消息，它们并不包含任何随机器或语言而变的元素。这就定义了一系列服务，截然不同的网站都可以实现。随网站而异的东西如序列化便归入底部分，因为它包含具体的

55、定义。2.1.5 通用服务发现和集成协议（UDDI）通用服务发现和集成协议（UDDI）规范定义了一种发布和发现网络服务信息的方式。它是一套公开的实现规则，允许企业注册他们所提供的网络服务信息，以便其他的企业能够找到他们。网络服务是一个公司所实现的特定的商业功能，通常通过Internet连接为其他公司或软件程序使用这些服务提供途径。它将成为电子商务的编程重心。例如，一个公司使用另外一个公司的服务，通过Internet连接直接发送采购单。网络服务发现过程看似非常简单。在默认所有信息都知道的情况下，它是一个已知的商务伙伴有一个已知的电子商务网关。如果需要找出任意商务伙伴具有某种服务，它就比较困难了。

56、可以选择打电话给各个商务伙伴，通过这种方式来找到电子商务网关。也可以通过使用在每个公司网站上的网络服务描述文件。网络爬行者可以访问一个已注册的URL，并且能够发现和索引网页上的文字。然而这种网络爬行者方法，决定于网络爬行者定位每个网站及网站上服务描述文件的能力。这种分布式方法具有升级潜力，但是缺少一种机制来保证服务描述文件格式的一致性以及跟踪它们所发生的变化的方便性。UDDI所采用依赖于一个企业分布式注册方法，它们的服务描述文本是使用通用的XML格式。UDDI方案的核心部分是UDDI业务登记逻辑，即UDDIBusinessRegistrations，一个XML格式的用来描述事物实体和它的事物服

57、务的文件。一个UDDI业务登记逻辑所提供的信息包括三个部分：“白页”包括地址、协议和已有标识；“黄页”包括基于分类标准的工业类型；“绿页”是关于企业所包含的服务技术信息，包括网络服务说明参考和根据发现机制对各种文件和网址提供的标识支持18。2.1.6 UDDI的使用UDDI包括企业在网上注册的共享操作。在很大程度上，程序和程序员使用UDDI业务登记数据库即UDDIBusinessRegistry查找有关服务的信息，对于程序员，可以准备与广告宣传的网络服务相一致的系统，或者向其他调用的人描述他们的网络服务。UDDIBusinessRegistry可以在企业层面上检查一个特定的合作伙伴是否拥有特定

58、的网络服务接口，以发现在特定行业内拥有特定类型服务的公司，找到有关某个合作伙伴或预期的合作伙伴的信息，以便了解与该服务进行交互所需的技术细节。从XML和SOAP中，可以往意到，集成和互用性问题已经在各层简化了。XML提供了一个跨平台的方法来进行数据编码和格式化。SOAP是以XML为基础的，它定义了一种对系统间的交换信息进行打包的简单方法。SOAP对于HTTP的绑定是以这个打包协议为基础的，并且定义了在系统之间进行远程调用的方法，这种方法与个别公司选择的程序设计语言或操作系统无关。以前的方法包括复杂的分布式对象标准或技术桥接软件。最后，这些方法没有一种被证明是经济的。采用XML和SOAP，这种跨

59、语言、跨平台的方法简化了两个公司的系统彼此兼容的问题19。即使某个公司考虑到了XML和SOAP，任何两个公司都可能在实施通信基础设施中，仍存在巨大的差异。正如任何一个行业权威人士将会告诉您的：“需要的是建立在为每一个计算平台普遍支持的标准之上的、完全终端到端（end-to-end）的解决方案。”显然，要实现这个目标有更多的工作要做。UDDI规范吸取了XML和SOAP的教训，定义了一个上层结构，使得两个公司可以共享一个方法来查询彼此的特性，并对他们自己的特性进行描述。UDDI规范描述了网络服务的概念。以及一种简单的定义描述任何种类的网络服务的架构的编程接口。这个规范有几个相关文件和一个XML模式

60、组成，这个XML模式定义了用于注册和发现网络服务的基于SOAP的程序设计协议。这些规范由来自几个领先的公司的技术人员和管理人员用几个月的时间确定的。同时，这些公司承担了首先实施UDDI服务，并将这些服务作为共享所有注册信息的可公开访问的、多站点合作运行的任务。注册（Business Registry）规范之间的关系，这种方式提供了对有关网络服务信息的“一次注册，处处发布”的访问方式。利用UDDI发现服务，企业可以单独地注册有关他们公开的以便其他企业使用的网络服务的信息。这些信息可以通过网站或使用采用在UDDIAPI规范中描述的编程服务接口的工具，添加到UDDI企业注册中。UDDI企业注册是一个

61、逻辑上集中、物理上分布式的、拥有多个根节点的服务，它可以定期彼此复制数据。一旦某个企业利用一个企业注册服务示例进行注册，数据自动与其他UDDI根节点共享，并且可以为任何需要了解某个特定企业所提供的网络服务的人自由使用。请注意UDDI并未构成一个功能齐全的发现服务是很重要的。UDDI服务旨在使得能够采用技术发现服务。利用UDDI定义的工具，某个程序或程序员可以找到有关某个合作伙伴提供的服务的信息，可以了解某个合作伙伴是否拥有与内部技术相兼容的服务，并且可以按照连接找到适合某个网络服务的规范，这样某个集成层可以按照与合作伙伴服务兼容的方式构建。企业还可以直接通过UDDI，或者通过使用UDDI作为其

62、增值服务数据源的在线商场和搜索引擎找到潜在的合作伙伴。这样可以发现技术兼容性，以便软件公司可以使用网络上的UDDI注册，在软件安装和配置时，自动对某些特定的技术连接进行配置。到这里，我们有条件也有必要做一个总结来理顺.NET核心技术间的逻辑关系，从而理解它们如何围绕Web服务相互作用。.NET技术使用HTTP/TCP等标准的网络协议完成底层的传输，以XML作为数据表示的基础，通过SOAP说明了用XML在系统间交换信息的方法，通过WSDL（同样基于XML）等服务描述语言来描述和记录Web服务所产生和接收的消息，通过UDDI来登记和寻找服务20。在UDDI方面工作的小组正在计划对OpenDraft规范中的功能性进行扩展，使其能够解决更多问题，而不仅仅是技术发现问题。将来的特性将提供查找产品和服务、定义网络服务实施规范的能力，以及提供管理分层的商务组织、团体和贸易集团的能力。推动目标是为网络服务互用性提供一