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

电 子 科 技 大 学 university of electronic science and technology of china 工程硕士学位论文 engineering master dissertation 论 文 题 目：erperp 系统流程模块重用的设计与实现系统流程模块重用的设计与实现 工 程 领 域： 软件工程软件工程 指 导 教 师： 陈文宇陈文宇 作 者 姓 名： 金根中金根中 班 学 号： 200892343018200892343018 类号 密级 udc 学 位 论 文 erperp 系统流程模块重用的设计与实现系统流程模块重用的设计与实现 金根中金根中 指导教师姓名 陈文宇陈文宇 副教授副教授 电子科技大学电子科技大学 成都成都 邵敏光邵敏光 高级工程师高级工程师 浙江亿达电子工程有限公司浙江亿达电子工程有限公司 金华金华 申请学位级别 工程硕士工程硕士 专业名称 软件工程软件工程 论文提交日期 2011030120110301 论文答辩日期 2011042320110423 学位授予单位和日期 答辩委员会主席 评阅人 年 月 日 独 创 性 声 明 本人声明所呈交的学位论文是本人在导师指导下进行的研究 工作及取得的研究成果。据我所知，除了文中特别加以标注和致 谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果， 也不包含为获得电子科技大学或其它教育机构的学位或证书而使 用过的材料。与我一同工作的同志对本研究所做的任何贡献均已 在论文中作了明确的说明并表示谢意。 签名： 日期： 年 月 日 关于论文使用授权的说明 本学位论文作者完全了解电子科技大学有关保留、使用学位 论文的规定，有权保留并向国家有关部门或机构送交论文的复印 件和磁盘，允许论文被查阅和借阅。本人授权电子科技大学可以 将学位论文的全部或部分内容编入有关数据库进行检索，可以采 用影印、缩印或扫描等复制手段保存、汇编学位论文。 （保密的学位论文在解密后应遵守此规定） 签名： 导师签名： 日期： 年 月 日 摘要 i 摘 要 nferp 项目中流程是由 bpel4ws 通过对现有的 web 服务，外加 web 服务 用户自行开发的判断逻辑 web 服务进行调用而实现的。它有效的利用了已有资源， 并结合了 soa 理论的优点，可以方便的调用基于 soa 架构的中间件，大大的提 高了项目的开发速率和模块化的复用度。 本文介绍了解企业资源计划（简称 erp）技术发展、erp 实施过程中遇到的 模块重用以及与其他系统整合等问题、soa 架构的优势与商业可执行流程语言 （bpel4ws）相关内容、利用 bpel4ws 解决模块重用问题等。最后通过江苏常 州市南方轴随厂的 nferp 实施为依据，介绍利用 bepl4ws 进行 erp 系统中的 模块重用。 本文重点介绍了 bpel4ws 的技术的使用方法和 web 服务调用方式。通过 对 nferp 实施过程中对生产管理流程中的排产流程详细介绍，描述了 bpel4ws 在实际流程实现的原理和编写过程。 排产过程是 nferp 生产管理子系统中最为复杂的一个系统。由于其独立于 平台之外的特点，使得可以充分的发挥以往积累下来的业务逻辑模块的作用，而 无需重新编程。 根据当今企业发展的趋势论述 soa 的架构思想在企业信息化发展中所起到 的作用。 关键词关键词：企业资源计划，面向服务架构，商业流程可执行语言，软件架构 abstract error! no text of specified style in document. ii abstract the 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 advantages 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 language 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 discusses 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 the 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 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 enterprise key words: erp, soa, bpel, software architecture 第一章 绪 论 1 目 录 第一章第一章 绪绪 论论 .3 1.1 erp 理论的发展过程 3 1.1.1 基本mrp.3 1.1.2 闭环mrp.4 1.1.3 制造资源计划（mrp-ii）4 1.1.4 企业资源计划（erp）4 1.2 nferp 项目的背景和实施存在的问题 .5 1.2.1 nferp项目的提出.5 1.2.2 重用已有业务逻辑模块时存在的问题6 1.2.3 与其他系统整合时存在的问题6 1.3 典型的解决方案6 1.3.1 sap的解决方案.7 1.3.2 微软erp的解决方案10 1.3.3 oracle的解决方案.12 1.3.4 其他系统的解决方案13 1.3.5 本文的主要内容和章节安排13 1.4 本章小结14 第二章第二章 bpel4ws 技术背景技术背景15 2.1 soa 技术介绍15 2.1.1 web服务.16 2.1.2 可扩展标记语言16 2.1.3 简单对象访问协议17 2.1.4 web服务描述语言（wsdl）17 2.1.5 通用服务发现和集成协议（uddi）18 2.1.6 uddi的使用18 2.2 bpel4ws 技术介绍20 2.3 wsdl 在 bpel4ws 中的作用.20 2.4 bpel4ws 技术特点21 2.5 bpel4ws 的使用方法21 2.6 本章小结22 第三章第三章 bpel4ws 在在 erp 流程模块重用中的实现流程模块重用中的实现29 3.1 企业在 web服务中的角色 29 第一章 绪 论 2 3.1.1 web服务提供商的职能.29 3.1.2 web服务用户的职能.29 3.2 web服务提供商提供的 web服务分类 30 3.2.1 业务逻辑web服务.30 3.2.2 判断逻辑web服务.31 3.2.3 web服务的调用.32 3.3 bpel4ws 在 erp 流程模块重用中的实现.33 3.3.1 产品a的排产流程.33 3.3.2 web服务组成排产流程.38 3.3.3 产品a排产流程的bpel4ws代码40 3.3.4 产品a子零件排产流程.42 3.3.5 整合排产流程46 3.4 本章小结.46 第四章第四章 bpel4ws 在在 nferp 当中的实现当中的实现 48 4.1 nferp的整体架构48 4.1.1 nferp的模块.48 4.1.2 nferp系统web服务50 4.2 bpel4ws在nferp架构中的作用.50 4.2.1 通过bpel4ws将web服务组成业务逻辑50 4.2.2 web服务组成业务逻辑的实例.51 4.3 bpel4ws在nferp生产管理中的排产流程中的实现.53 4.3.1 某种轴承件的排产流程54 4.3.2 移动已排产轴承件子流程56 4.3.3 轴承外圈、内圈和滚珠生产计划插入时间轴59 4.3.4 轴承件排产流程中流程的联接61 4.4 nferp 中 web服务的来源61 4.5 bpel4ws 的使用界面61 4.6 bpel4ws 用例测试62 4.7 本章小结.65 第五章第五章 总结与展望总结与展望 .66 5.1 bpel4ws 实现系统流程模块重用66 5.2 在 nferp 中应用 bpel4ws 的优势66 5.3 nferp 系统流程模块重用的展望 .66 5.4 本章小结.67 致致 谢谢 .68 参考文献参考文献 .69 第一章 绪 论 3 第一章 绪 论 本章阐述了 erp 理论的发展过程，nferp 项目的背景和实施存在的问题以 及 sap、oracle 等 erp 供应商对这些问题的解决方案。 通过对 erp 供应商提供的解决方案的分析以及对 nferp 项目睥背景的描述 提出了一个新的解决方案。它是通过 bpel4ws 进行流程管理调用的方式来解决 nferp 项目实施过程所遇到的问题。 1.1 erp 理论的发展过程 erp 是由美国 gartner group inc.咨询公司首先提出来的。 20 世纪 60 年代的制造业为了打破“发出订单，然后催办”的计划管理方式， 设置了安全库存量，为了需求与订货提前期提供缓冲。20 世纪 70 年代，企业的 管理者们已经清楚地认识到，真正的需要是有效的订单交货日期，因而产生了对 物料清单的管理与利用，形成了物料需求计划（以下简称 mrp） 。20 世纪 80 年 代，企业的管理者们又认识到制造业要有一个集成的计划，以解决阻碍生产的各 种问题。要以生产与库存控制的集成方法来解决问题，而不是以库存来弥补或以 缓冲时间的方法去补偿，于是制造资源计划（以下简称 mrp-ii）产生了。20 世 纪 90 年代以来，随着科学技术的进步及其不断向生产与库存控制方面的渗透， 解决合理库存与生产控制问题所需要处理的大量信息和企业资源管理的复杂化， 要求信息处理的效率更高。传统的人工管理方式难以适应以上系统，这时只能信 靠计算机系统来实现。而且信息的集成度要求扩大到企业的整个资源的利用和管 理，因此产生了新一代的管理理论与计算机系统企业资源计划（以下简称 erp） 1. erp 的形成大致经历了 4 个阶段：基本 mrp 阶段、闭环 mrp 阶段、mrp-ii 阶段以及 erp 的形成阶段。 1.1.1 基本 mrp mrp 是物料需求计划。20 世纪 60 年代中期，美国 ibm 公司的管理专家约 第一章 绪 论 4 瑟夫奥利佛博士提出了独立需求和相关需求的概念，将企业内的物料分成独立需 求物料和相关需求物料两种类型。并在此基础之上总结出了新的管理理论：物料 需求计划(mrp)。mrp 提出物料的订货量是根据需求来确定的，这种需求应考虑 产品的结构。 1.1.2 闭环 mrp 闭环 mrp 是在基本 mrp 基础之上形成的。闭环 mrp 理论认为生产计划与 物料需求计划（mrp）应该是可行的，即考虑能力的约束，或者对能力提出需求 计划，在满足能力需求的前提下，才能保证物料需求计划的执行和实现。闭环 mrp 克服了基本 mrp 的单向信息与管理思想不一致的缺点。管理信息在闭环 mrp 中是闭环的信息流，由输入至输出再循环影响至输入端，从而形成信息回路。 1.1.3 制造资源计划（mrp-ii） mrp-ii 是制造资源计划。1977 年 9 月，美国著名生产管理专家奥列弗怀特 提出制造资源计划（mrp-ii） 。它是一个围绕企业的基本经营目标，以生产计划 为主线，对企业制造的各种资源进行统一计划和控制的有效系统。 闭环 mrp 的运行过程主要是物流的过程，但生产的运作过程，产品从原材 料的投入到成品的产出过程都伴随着企业资金的流通过程，对这一点，闭环 mrp 却无法反映出来。并且资金的运作会影响到生产的运作，如采购计划制定后，由 于企业的资金短缺而无法按时完成，这样就影响到整个生产计划的执行。 mrp-ii 集成了应收、应付、成本及总账的财务管理。其采购作业根据采购单、 供应商信息、收货单及入库单形成应付款信息；可根据采购作业成本、生产作业 信息、产品结构信息、库存领料信息等产生生产成本信息；能把应付款信息、应 收款信息、生产成本信息和其他信息等记入总账。产品的整个制造过程都伴随着 资金流通的过程。通过对企业生产成本和资金运作过程的掌握，调整企业的生产 经营规划和生产计划，因而得到更为可行、可靠的生产计划2。 1.1.4 企业资源计划（erp） 第一章 绪 论 5 erp 理论继承和发展了 mrp-ii 理论。erp 的主线也是计划，但 erp 将管理 的重心转移至财务上，在企业整个经营运作过程中贯穿了财务成本控制的概念。 企业的所有资源包括三大流：物流、资金流和信息流。erp 是建立在信息技 术基础上，利用现代企业的先进管理思想，全面集成了企业的所有资源信息，并 为企业提供决策、计划、控制与经营业绩评估的全方位和系统化的管理平台。 erp 利用企业的所有资源，包括内部资源和外部资源，为企业制造产品或提高服 务创造最优的解决方案。 1.2 nferp 项目的背景和实施存在的问题 nferp 是江苏省常州市南方轴承厂（以下简称公司）实施的 erp 系统的简 称。在 nferp 实施的过程中主要存在着两个问题：如何使用已存在的业务逻辑 模块和与公司其他管理系统的共享。 1.2.1 nferp 项目的提出 公司属于大批量生产模式，同一型号产品产量在 10-100 万。公司也属于劳动 密集型产业范畴，对员工的管理直接影响的公司的效益。随着公司技术和效率的 提高，原本采用的人工管理模式已经不能满足公司的需求。公司领导和员工迫切 需求用软件系统来辅助现有的人工管理模式。最后，nferp 项目一期正式启动。 根据在现场调研的实际情况，由于该公司属于劳动密集型产业，因此，生产 现场管理尤为重要。项目小组最后确定了 nferp 项目的模块划分。nferp 主要 包括生产管理、开发管理、仓库管理、物料管理、销售管理、综合管理六个模块。 生产管理主要是针对加工车间的各项工作进行管理。公司是劳动密集型加工 公司，因此，生产管理是 nferp 项目最重要的一个模块。它将根据各个部件、 零件、外购物资的采购生产周期、需要生产的数量以及加工优先等级自动生成生 产计划安排。最后为每一个加工工位安排合理的加工任务3. 开发管理主要是针对产品设计过程的管理。新产品研发是关系到公司长远发 展的重要组成部分。设计人员的设计过程是非常复杂。由于管理的混乱，常常出 现加工现场使用的图纸并不是待加工产品的最新图纸。为了改变这种混乱的局面， nferp 将每份新产品建立档案，其中包括设计过程、修改内容、完成状况、活动 第一章 绪 论 6 版本。同时，图纸的改动也将及时的通知到各个相部门和加工工位，以保证加工 工位加工时采用的是该产品的最新图纸。 仓库管理主要是针对成品、半成品以及零件库存的管理。库存是要占用资金 的。为了合理的利用有限的资源，仓库库存管理将合理安排各种物料的库存状态。 这个状态既不能影响正常的生产，也不能过多而造成资金浪费。它在某种程度上 提高了公司的资金利用率。 销售管理主要是针对产品销售的管理。公司的客户 crm（资源管理系统） 可以满足对客户管理的要求，但是，crm 系统中的产品数据与公司最新的产品 数据是存在一定的时间差。通过销售管理系统将公司产品数据与销售过程中产生 的订单等产品数据进行交换，将提高公司 crm 系统的管理水平。 综合管理主要是针对人力资源和固定资产的管理。人力资源和固定资产是公 司发展的重要因素，二者缺一不可。通过综合管理可以将整个公司人力和固定资 产的管理无纸化和规范化。 1.2.2 重用已有业务逻辑模块时存在的问题 业务逻辑模块的重用是指业务逻辑模块在不同的实施方案中重用。erp 系统 开发完成后，当新的 erp 系统实施时，可以将此 erp 项目中相关的业务逻辑模 块拿来重用。 nferp 开发和实施时，将使用在以往的项目当中已经存在的业务逻辑模块。 这些业务逻辑模块是在过去企业管理软件开发和实施过程中积累下来的。如果能 够成功的利用这些业务逻辑模块将有效的提高 nferp 的开发和实施的速度。 由于以往开发和实施的项目使用了多种不同的开发语言，造成 nferp 开发 和实施过程中，重用这些业务逻辑模块的诸多不便4。 1.2.3 与其他系统整合时存在的问题 公司已经存在三种企业管理软件：oa、capp 和 crm 等。这些系统和 nferp 是由不同的供应商开发和实施。这些系统间如果存在数据交互时，必然会 产生分歧。由于不同的供应商都不愿意为这些额外的工时付费，因此，在 nferp 开发和实施后期进行系统整合时，可能会因为供应商们不愿意付出这些额外的工 时而遭到托期。 第一章 绪 论 7 1.3 典型的解决方案 nferp 开发和实施存在的问题在知名的 erp 系统中都可以找到不同的解决 方案。sap 和 oracle 可以说是 erp 行业的领先者。在网络高速发展的情况下， 每个 erp 提供商都提出了一些基于网络的 erp 解决方案。 1.3.1 sap 的解决方案 sap 通过企业服务体系(enterprise services architecture)和 sap netweaver， 为企业的资产带来杠杆效益，使企业轻松适应变化，迅速成长，并保持低成本。 集成化技术平台 sap netweaver 可以帮助企业跨越技术和机构组织的界限， 实现人员、信息和业务流程的集成，其设计实现了与 microsoft.net、sun 的 j2ee 和 ibm websphere 的全面互操作，并通过这些技术得到进一步扩展。sap netweaver 是 mysap business suite 和 sap xapps 的技术基础，确保最高的可 靠性、安全性和可扩展性，可以支持企业的关键业务流程正常运行。这种基于 web 的业务平台提供了一整套全面而且紧密集成的功能，通过预先配置的商业内 容，降低对定制集成的需求及总体拥有成本(tco)。 sap netweaver 的所有功能均完全基于开放技术和标准，其主要功能如下： 企业门户使工作人员可以以统一、个人化且基于角色的方式来接入异构 it 环境，从而提高涵盖客户、供应商、合作伙伴和员工的整个商业流程的效率。 协作帮助在不同小组和社区间实现动态而经济高效的通信。这包括虚拟 协作室和实时协作工具，如新闻、聊天、小组工作日程、应用共享和文件库。 多渠道接入允许通过移动设备和语音系统接入企业系统，可以将商业流 程扩展到企业开展业务的任何地方5。 知识管理管理并使用户可以接入各种非结构化信息，如文本文件、幻灯 片或音频文件。这包括集成搜索、内容管理、发布、分类和工作流程管理功能及 用于第三方知识库的开放框架。 商业智能使企业可以综合、分析和分发关键信息。这包括一整套功能强 大的可在所有层次上支持企业作出明智决策的工具，这些工具用于创建和发布定 制的交互式报告和应用。 主数据管理在异构 it 环境中提高整个企业网络中的信息完整性。提供 第一章 绪 论 8 服务来合并、协调并集中管理企业的主数据，包括业务伙伴信息、产品资料和结 构以及技术资产信息。 集成代理使 extensible markup language(可扩展标记语言，xml)和 simpleobject access protocol(简单对象访问协议，soap)可以在不同来源的应用 组件之间通信。根据开放标准定义软件组件、接口、映射和基于内容的路由规则。 商业流程管理允许企业在动态 it 环境中模拟和推动商业流程。允许将 基础应用合并到一个涵盖整个价值链的自适应性端到端流程中6. 应用平台在同一环境中支持 j2ee 和 abap 编程语言。独立于现有数据 库和操作系统，全面支持独立于平台的 web 业务和商业应用及开放而且符合标 准的开发环境。 生命周期管理提供全面的技术来管理软件生命周期的各个阶段：从设计、 开发、部署、实施、版本确定和测试直到长期运行工作，如行政管理和变更管理。 综合应用。这包括各种工具、方法、规则和模式，正是它们使 sap 及其合 作伙伴可以高效地开发 sap xapps 综合应用，同时充分利用所有集成层的优势。 sap netweaver 是基于专业标准的集成化应用平台，能够大幅度降低系统整 合的复杂性。其组件包括门户、应用服务器、商务智能解决方案以及系统整合和 数据整合技术。在运用 sap netweaver 之后，企业将可以实现现有技术的全部价 值，并能够为未来的 sap 或非 sap 应用铺平道路。结果是：企业将有机会以显 著降低和持久稳定的 it 总体拥有成本，实现整个系统灵活性的显著提高。瓶颈 就此消失，企业可在要求的时间内达成业务目标。企业的整个 it 基础架构已经 由单一接受任务运作提升到可持续变革的层面。sap 的用户，则能获取更多益处： sap netweaver 为所有的 sap 解决方案都进行了预先整合，这将大幅度降低系 统整合的相关成本。但无论是 sap 用户或非 sap 用户都可以发现，在当今所有 软件供应商中，只有 sap 定位于既提供整合技术，也提供与应用程序整合的技术。 sap netweaver 是一种可随时用于业务运作、面向服务的平台，适用于 sap 的 所有解决方案，并且与 sap 基于最新企业服务架构(esa)提供服务的方式相符7。 集成化技术平台 sap netweaver 如图 1-1 所示。 基于 netweaver，企业将能够实现各个层面充分的集成，降低信息系统建设 第一章 绪 论 9 的总体成本(tco)。归纳起来，可以实现如下 4 个方面的集成。 第一层面，将现有的各形各色的管理系统、办公系统、文档系统等集中到企 业的信息门户内，实现企业 it 系统的单一入口。这个层面上，称之为“员工的集 成”(people integratioin)。 图 1-1 sap netweaver 第二层面，将各种存放在数据库当中的管理信息，以及分散在集团内部不同 地方的非结构化信息(市场信息、报告等文档信息)集中起来，实现支持经营决策 的信息仓库(bi)和知识管理系统。这个层面，称之为“信息的集成”(information integration)。 第三个层面提供的是“流程的集成”。保留仍然有价值的现有系统意味着一个 连续的业务流程可能在不同的系统内执行。 第一章 绪 论 10 sap 的 netweaver 平台能够将分散在不同系统的业务处理连接起来，形成一 个自动化的流程。对于使用者来说，就好像是操作在一套系统上。最后的层面是 “平台的集成”，企业往往现存大量的信息系统，以及随着收购合作等带来的形形 色色原有系统。在这个层面上，sap 提供的是支持开放标准的底层架构，可以实 现灵活的互接。值得一提的是，全球的大部分领先公司使用的都是 sap 的解决 方案。可以预见，如果使用 sap 的信息平台，将来和这些国际巨头的 it 系统对 接时，所需成本和时间是显著的减少8。 sap netweaver 是推动基于企业服务体系(enterprise services architecture)的 解决方案的动力引擎，也是 sap xapps 系列解决方案的基础。sap xapps 包含一 系列新型业务应用，能够在不同的应用基础设施上打造易于操作的动态团队流程， 以此推动整个企业的创新。 正由于 sap netweaver 可以为创新的跨平台商业流程奠定坚实基础，可以满 足企业对灵活而且面向未来的解决方案的需求，从而能帮助企业实现持续的业务 增长，成功迈向未来。 sap 致力于实现与 ibm 和 microsoft 解决方案的可互操作性，并在开放战略、 现场服务、技术和支持中心方面与其他公司合作。所以 sap netweaver 可与 ibm websphere 及 microsoft.net 技术全面互操作并进行扩展。从而充分保障了 企业对这些系统的已有投资和有效利用。 sap netweaver 可以集成企业当前的 it 设施，从而使企业从现有运行的系 统中获得更多的价值和更多的商业信息;另一方面，sap netweaver 中的预配置商 务内容有助于缩短新应用的实现周期以及可衡量的经济收益期投资回报期 (roi)。 sap netweaver 消除了企业对耗时长久且高额成本的点到点集成项目的需求。 由于只需要使用一个功能全面的平台，因此 sap netweaver 可使企业的 it 集成 系统更加灵活，同时最大限度地降低企业的集成成本。 安全性和软件易于管理性将使企业受益匪浅。这些优点一起发挥作用，可以 以最低的总投资成本来支持企业的关键应用的整个生命周期6. 1.3.2 微软 erp 的解决方案 微软基于收购了欧洲的 navision 公司，分别提供面向制造行业的 navision 和 axapta 产品，并基于微软.net 技术对产品进行改进推出了新的版本。微软 erp 第一章 绪 论 11 的系统流程完全支持典型制造企业的管理流程，如图 1-2 所示。 图 1-2 微软 erp 系统流程图 微软 erp 的系统流程与制造企业的管理流程保持一致，特别是支持当前竞争 激烈的多品种小批量生产模式。从系统流程上可以看出，微软 erp 提供了完善的 制造企业管理功能，包括客户管理、产品配置管理、销售需求管理、生产计划和 生产控制、采购管理和库存管理。微软 erp 强大而全面的制造企业管理功能能够 支持不同的生产模式，包括按定单制造、按定单配置、按定单装配、按库存生产 等。系统的主要模块功能如下： 1.财务管理，支持企业的所有财务活动的管理，包括总帐、固定资产、应收/ 应付帐等，支持多货币，多语言9。 2.销售管理，管理销售有关的所有流程，包括客户管理、销售订单管理、销 售预测、销售与应收帐的集成、销售价格和折扣管理以及佣金管理。支持集团企 业公司间的销售订单处理。 3.采购管理，管理采购有关的所有流程，包括供应商管理、采购定单管理、 采购预测、采购与应付帐的集成、采购价格和贸易协议管理等。支持集团企业公 司件的采购定单处理。 4.库存管理，管理与库存有关的所有流程，包括物料主数据的定义、bom 管 理、多级仓库信息的定义、库存物料的接收和发放、库存盘点、abc 分类、库存 第一章 绪 论 12 成本核算等。其仓库管理模块提供了管理更复杂仓库处理流程的功能。微软 erp 的库存管理为企业提供了从不同细节层次管理和查看库存信息的选择，包括仓库、 库位、批次、序列号等。微软 erp 的 bom 管理支持拖放操作、支持多版本管理、 显示所有层级、完整的物料清单和工艺路线概况。 5.主计划管理，微软 erp 提供强大的主生产计划管理功能。主计划模块同时 静态主计划和动态主计划，能够帮助企业根据订单、预测和能力进行合理计划， 进行 atp 和 ctp 计算。主计划模块提供了灵活的参数设置功能，企业可以根据 自己的业务特点选择合适的计划时间范围、计划策略，选择计划是否考虑有限能 力和有限物料，选择计划是否把订单、预测、在途定单、报价单等全部考虑在内。 主计划模块基于参数设置运行 mrp10，给出建议的采购和生产定单，并且根据 按照供应商、需求期间进行采购定单的合并。 6.生产管理，生产管理模块对企业生产过程进行跟踪和控制，其处理对象是 主计划模块产生的生产定单。该模块支持生产定单管理、工艺路线管理和生产成 本核算。微软 erp 的生产管理模块按照八个步骤对生产定单进行跟踪和控制，这 八个步骤体现为生产定单的状态变化，包括已创建、已计划、已下发、已启动、 报告完成、成本核算。 7.生产模块的计划功能提供操作计划和任务计划两种选择，企业可以通过操 作计划对生产定单的工序进行计划，通过任务计划对工序中的准备活动、加工活 动、等待活动进行计划。生产定单的所有管理最终归结为成本核算，微软 erp 的 生产管理模块支持分步、按定单进行成本核算，其成本核算功能与财务模块紧密 集成10. 8.车间管理，目前很少 erp 系统提供车间管理功能，微软 erp 提供强大的车 间管理功能，实现车间生产数据的实时采集。车间管理是一个整合的时间和数据 的采集模块,用于管理时间和出勤员工,以及关于生产和项目的数据录入，同时也 产生支付薪资的数据。 1.3.3 oracle 的解决方案 oracle e-business suite 是第一套也是唯一搭配单一全球资料库作业的应用软 体，联接前后端的整个业务处理流程并使其自动化，为您提供完善、统合且关键 资料的基础，例如各业务、产品和地区的销售业绩、库存量与营收。不必再等待 资料通过独立的资料汇聚与分析系统。企业高阶主管可取得日常商业情 报，了 第一章 绪 论 13 解公司过去、现在与未来的经营绩效，进而每天都可以提升获利能力。 oracle 应用系统提供弹性栏位设计，让使用者对于标准系所提供之栏位不足 之处加以扩充，不需要修改程式本体，以降低维护修改的复杂度。 使用者仅需使用浏览器，即可经由安全认证藉由 lan 或 internet，存取个人 授权内资料，而 it 人员采中央控管资料库及应用程式伺服器，大幅降低系统维 护的困难度。 oracle 应用系统采用业界公认高稳定性、高可靠性资料库资料，并提供一致 性与延展性的服务，客户也可透过 oracle 所提供使用简易分析工具做出自定义报 表。 缺乏足够的业务流程模板和软件功能的支持，在实施中 oracle 软件经常被发 现无法满足企业管理上的要求。比如在大型制药企业中必须的批次管理、质量管 理、设备维护管理等，而 oracle 软件根本没有此类模块。虽然 oracle 公司一再的 夸大告诉客户其软件的二次开发技术十分灵活，但是这实际上也就是在告诉用户 这套软件功能不够，用户得自己去编程序11。 1.3.4 其他系统的解决方案 其他的 erp 系统也都各有亮点。微软的 erp 凭借其在操作系统上的统治地 位也占据了一定的市声份额。它可以完美的与系统相结合，为客户更多的自定义 需求提出更好的解决方案。 天心 erp 凭借 30 多年的项目开发和实施经验，在国内市场上也有一定的份 额。天心 erp 的优势在于管理经验的沉淀和积累。 国内用友 erp 凭借自己多年在财务方面的优势，主打其财务方面的长处。对 于国内中小企业来讲也提出了不错的解决方案。但其在平台化发展上与其他公司 还存在一定的差距。不过它也可以说是国内比较值得骄傲的 erp 供应用商了。 1.3.5 本文的主要内容和章节安排 本文主要介绍了基于 web 服务的商业可执行语言（business process excutive language for web service 即 bpel4ws）在 nferp 流程模块上的应用。 互联网的迅速发展以及 web 服务理论的提出后，涌现了很多 web 服务提供 商。它们提供了丰富的 web 服务资源。这些 web 服务是相对独立的，各自实现 第一章 绪 论 14 不同的业务逻辑。nferp 项目正是在这种环境下提出的。它借助 bpel4ws 对已 经存在的和自行开发的业务逻辑 web 服务按顺序调用执行实现系统的功能。由于 不同的项目之间调用 web 服务的条件是不同的，因此，nferp 在利用 bpel4ws 管理业务逻辑间的流程时，运用了自行开发的判断逻辑 web 服务。 本文最后通过对 nferp 系统实施过程的详细论述说明了 bpel4ws 是如何 调用已经存在的 web 服务和如何区分判断逻辑 web 服务。 本文的章节安排如下： 第二章介绍了 bpel4ws 技术背景以及 bpel4ws 中常用的一些节点的使用 方法。并通过一个 bpel4ws 流程实例介绍了 bpel4ws 的使用方法以及开发过 程。 第三章介绍了 bpel4ws 在 erp 流程模块重用的应用。本章通过对 web 服 务种类的划分。简单介绍了 bpel4ws 在 erp 生产管理中排产流程模块的使用方 法。 第四章通过讲述 nferp 项目中排产流程模块是如使用 bpel4ws 来说明 bpel4ws 重用模块的方式。nferp 排产流程分别详细地描述了对产品和产品子 零件的排产过程。 第五章主要讲述了 nferp 的总结与展望。 1.4 本章小结 本章详细介绍了 erp 系统的原理，本项目存在的问题和实施存在的问题。本 章还详细分析和介绍了其他 erp 系统及其解决方案。 第二章 bpel4ws 技术背景 15 第二章 bpel4ws技术背景 本章介绍了 bpel4ws 的相关技术和使用方法。通过对 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 技术介绍 bpel4ws 是基于 soa 架构的商业可执行语言。它本身就是为 soa 架构设 计的。soa 的全称是 service oriented architecture 即面向服务架构。 1996 年，gartner 公司提出 soa 概念。当时的技术水平和市场环境尚不具备 真正实施 soa 的条件。web 服务概念的提出可以说是 soa 的发端。整个 soa 理论需要可扩展标记语言(xml）技术、简单对象访问协议(soap)、web 服务描 述语言（wsdl） 、通用服务发现和集成协议（uddi）等的支撑和协助。 soa 是架构和组织 it 基础结构以及业务功能的一种方法。它要求开发人员 将应用设计为服务的集合。 设计人员需要跳出应用本身进行思考。他需要考虑现有服务的重用，或思索 他所设计的服务如何能够被其他项目重用。单独、独立、封装完善的服务所具有 的关键好处是可以采用不同的组装方式将它们组合成较大型的多种服务，并以此 来实现重用。 soa 不仅仅提供了一种新的架构方式，它也使得管理更加的方便。让管理员 直接管理开发人员所开发的相同的服务，其效率远远高于管理单个应用。它也有 助于管理员和分析师针对不同的应用进行业务流程的优化。 第二章 bpel4ws 技术背景 16 2.1.1 web 服务 web service(以下简称 web 服务)是 soa 架构中常用的一种开发模型。每一 个 web 服务都提供一个特有的服务。它独立于其他 web 服务存在。 web service 是建立可互操作的分布式应用程序的新平台。它类似于 com 或 dcom。但与 com 藏器待时 dcom 又是不尽相同。 web service 平台是一套标准，它定义了应用程序如何在 web 上实现互操作 性。web service 提供方可以用任何你喜欢的语言，在任何平台上写 web service，只要使用方可以通过 web service 标准对这些服务进行查询和访问。 2.1.2 可扩展标记语言 可扩展标记语言（extensible markup language 即 xml）是由万维网联盟 （w3c）发布的用于网页设计和数据交换的新技术。传统的 html 由于自身特 点的限制，不能有效地解决上述问题：作为一种简单的表示性语言，它只能显示 内容而无法表达数据内容。而这一点恰恰是电子商务、智能搜索引擎所必需的。 另外，html 语言不能描述矢量图形、数学公式、化学符号等特殊对象，在数据 显示方面的描述能力也不尽如人意。最重要的是：html 只是 sgml（standard generalized markup language，标准通用置标语言）的一个实例化的子集，可扩 展性差。这一切都成为 web 技术进一步发展的障碍。 sgml 是一种通用的文档 结构描述置标语言，为语法置标提供了异常强大的工具，同时具有极好的扩展性， 因此在数据分类和索引中非常有用。但 sgml 复杂度太高，不适合网络的日常应 用，加上开发成本高、不被主流浏览器所支持等原因，使得 sgml 在 web 上的 推广受到阻碍。在这种情况下，开发一种兼具 sgml 的强大功能、可扩展性以及 html 的简单性的语言势在必行。由此诞生了 xml 语言。 xml 是由 w3c（万 维网联盟）于 1998 年 2 月发布的一种标准。它同样是 sgml 的一个简化子集， 它将 sgml 的丰富功能与 html 的易用性结合到 web 的应用中，以一种开放的 自我描述方式定义了数据结构，在描述数据内容的同时能突出对结构的描述，从 而体现出数据之间的关系。这样所组织的数据对于应用程序和用户都是友好的、 可操作的16。 第二章 bpel4ws 技术背景 17 2.1.3 简单对象访问协议 简单对象访问协议（simple object acess protocol 即 soap）是一种轻量的、 简单的、基于 xml 的协议。它被设计成在 web 上交换结构化的和固化的信 息。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 封装定义了一个框架，该框架描述了消息中的内容是什么，谁应当处 理它以及它是可选的还是必须的。 soap 编码规则定义了一种序列化的机制，用于交换应用程序所定义的数据 类型的实例。 soap rpc 表示定义了用于表示远程过程调用和应答的协定。 soap 消息基本上是从发送端到接收端的单向传输。但它们常常结合起来执 行类似于请求/应答的模式。所有的 soap 消息都使用 xml 编码。一条 soap 消息是一个包含有一个必需的 soap 的封装包、一个可选的 soap 标头和一个 必需的 soap 体块的 xml 文档17. 2.1.4 web 服务描述语言（wsdl） web 服务描述语言（wsdl）是一种 xml 格式。它用于将网络服务描述为 一组端点，这些端点对包含面向文档信息或面向过程信息的消息进行操作。这种 格式首先对操作和消息进行抽象描述，然后将其绑定到具体的网络协议和消息格 式上以定义端点。相关的具体端点即组合成为抽象端点（服务） 。可以对 wsdl 进行扩展，这样无论通信时使用何种消息格式或网络协议，都可以对端点及其消 息进行描述。 wsdl 文档可以分为两部分。顶部分由抽象定义组成，而底部分则由具体描 述组成。抽象部分以独立于平台和语言的方式定义 soap 消息，它们并不包含任 何随机器或语言而变的元素。这就定义了一系列服务，截然不同的网站都可以实 现。随网站而异的东西如序列化便归入底部分，因为它包含具体的定义。 第二章 bpel4ws 技术背景 18 2.1.5 通用服务发现和集成协议（uddi） 通用服务发现和集成协议（uddi）规范定义了一种发布和发现网络服务信 息的方式。它是一套公开的实现规则，允许企业注册他们所提供的网络服务信息，