GB/T 25109.4-2010 企业资源计划 第4部分：ERP 系统体系结构

　　ICS 35. 240. 50 L 67

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 25109. 4—2010

　　企业资源计划

　　第 4 部分 :ERP 系统体系结构

　　EnterpriseResourcePlanning—Part4:ERP system architecture

　　2011-01-14发布 2011-06-01实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　

　　发

　　

　　布

　　GB/T 25109. 4—2010

　　目 次

　　前言 Ⅰ

　　引言 Ⅱ

　　1 范围 1

　　2 术语和定义 1

　　3 缩略语 4

　　4 体系结构模型 4

　　5 ERP系统体系结构 4

　　5. 1 ERP系统业务架构 4

　　5. 2 ERP系统应用架构 6

　　5. 3 ERP系统技术架构 8

　　参考文献 11

　　Ⅰ

　　GB/T 25109. 4—2010

　　前 言

　　GB/T 25109《企业资源计划》分为如下 4部分 :

　　— 第 1部分 :ERP术语 ;

　　— 第 2部分 :ERP基础数据 ;

　　— 第 3部分 :ERP功能构件规范 ;

　　— 第 4部分 :ERP系统体系结构 。

　　本部分是 GB/T 25109的第 4部分 。

　　本部分由中国机械工业联合会提出 。

　　本部分由全国 自动化系统与集成标准化技术委员会(SAC/TC159)归 口 。本部分起草单位 :北京机械工业自动化研究所 、金蝶软件(中国)有限公司 。

　　本部分主要起草人 :胡锦敏 、林中伟 、孙洁香 、高雪芹 。

　　Ⅰ

　　GB/T 25109. 4—2010

　　引 言

　　软件系统体系结构是联系业务需求和系统实现之间的桥梁 。软件系统体系结构给出了软件系统的组织方式和运行管理机制 ,是指导软件系统设计开发的基础 。

　　GB/T 25109的本部分给出了企业资源计划 ERP(EnterpriseResourcePlanning)系统的体系结构 ,说明了 ERP系统的组成部分和内外关系 。为企业实施 ERP 系统提供了业务 、应用框架和技术框架方面的参考和标准 。

　　本部分为企业实施 ERP系统提供了参考指南 , 即根据不同需要确定 ERP 的选型及体系结构 。本部分适用于指导 ERP系统功能评价指标体系的建立 。

　　本部分为体系结构标准 ,不涉及 ERP系统实现的具体细节 。

　　建议本部分与 GB/T 25109的其他部分标准“ERP术语 ”、“ERP基础数据 ”以及 “ERP功能构件规范 ”等配套使用 。

　　Ⅱ

　　GB/T 25109. 4—2010

　　企业资源计划

　　第 4 部分 :ERP 系统体系结构

　　1 范围

　　GB/T 25109的本部分规定了 ERP系统的体系结构 ,规范了 ERP系统的业务及信息架构 。

　　本部分适用于 ERP系统的最终用户 、系统的提供商业选型 、开发及实施过程中所使用的相应数据 ,同时 ,还可以根据不同的实施需求 ,确定 ERP系统的结构 、层次 ,并支持 ERP系统的选型 、实施和评价 。

　　本部分适用于 ERP 的开发商 、最终用户 、系统提供商 。

　　2 术语和定义

　　下列术语和定义适用于本部分 。

　　2. 1

　　软件体系结构 softwarearchitecture

　　软件系统结构 、行为和属性的高级抽象的表现形式 ,它由构成系统的元素的描述 、这些元素的相互作用 、指导元素集成的模式以及这些模式的约束组成 。软件体系结构不仅指定了系统的组织结构和拓扑结构 ,而且显示了系统需求和构成系统的元素之间的对应关系 ,提供了一些设计决策的基本原理 。

　　[GB/T 25109. 1—2010,定义 A. 2. 6] 2. 2

　　工作流 work flow

　　在计算机支持下的全自动或半自动化实现的全部或部分业务流程 ,在此过程中 ,文档 、信息或任务按一定的过程规则流转 ,实现组织成员间的协调工作以达到业务的整体目标 。

　　[GB/T 25109. 1—2010,定义 A. 2. 5] 2. 3

　　办公自动化 officeautomation

　　为了帮助办公室工作人员简化他们 日常任务和职责而设计的各种交互的应用系统 ,通常包括文字处理 、电子邮件以及日程安排 。

　　[GB/T 18725—2008,定义 3. 189] 2. 4

　　Web服务 Web services

　　W3C(WorldWide Web Consortium)定义的由统一资源标识符 URI(Uniform ResourceIdentifier)标识的软件应用程序 ,其接口和绑定可以通过 XML构件进行定义 、描述和发现 , 网络服务支持通过基于因特网的协议使用基于 XML 的消息与其他软件应用程序直接交互 。 网络服务具有以下特征 :完好的封装性 、松散耦合 、使用协议的规范性 、高度的可集成能力 ,是建立松散耦合的 、基于开放标准的分布式应用架构的一种新手段 。

　　[改写 GB/T 25109. 1—2010,定义 A. 2. 13] 2. 5

　　客户关系管理 customerrelationship management;CRM

　　遵循客户导向战略 ,利用现代信息技术 ,实现客户信息的搜集 、跟踪和分析 、客户联系渠道的拓展的

　　1

　　GB/T 25109. 4—2010

　　管理模式 。

　　[GB/T 25109. 1—2010,定义 3. 1. 7] 2. 6

　　供应链管理 supply chain management;SCM

　　利用计算机网络技术全面规划供应链中的商流 、物流 、信息流 、资金流等 ,并进行计划 、组织 、协调与控制 。

　　[GB/T 18354—2006,定义 6. 21] 2. 7

　　供应商关系管理 supplierrelationship management;SRM

　　企业供应链上的一个基本环节 ,它建立在对企业的供方(包括原料供应商 、设备及其他资源供应商 、服务供应商等)以及与供应相关信息完整有效的管理与运用的基础上 ,对供应商的现状 、历史 、提供的产品或服务进行管理和评价 ,并且通过高效的信息交流与合作 ,改善与供应链上游的供应商关系 ,实现与供应商建立和维持长久 、紧密的伙伴关系 ,共同提高在市场中的竞争力 。

　　2. 8

　　三层体系结构 Three-tiersarchitecture

　　由表示层 、逻辑层和数据层组成的一种软件结构 。典型的三层架构中 ,客户端一般仅负责客户与系统交互和显示工作 ,不承担任何与业务逻辑 、商业逻辑有关的工作 ;业务逻辑与商业逻辑被作为中间服务层 ;而数据库则是作为数据服务层 。 这种三层结构提供了软件开发的灵活性 ,更好地支持基于构件的 、分布式的软件结构 。在三层结构中 ,一层的改变 ,一般不会影响到其他层 ,这有助于实现所谓的瘦客户端的软件实现模式 。

　　[GB/T 25109. 1—2010,定义 A. 2. 9] 2. 9

　　多层体系结构 Multi-tiersarchitecture

　　在三层体系结构的基础上发展而来的 。将三层体系结构中的某层再扩展为更多的层就形成了软件的多层体系结构 。例如可以把表示层再细分为用户浏览器端表示层和服务器端表示层就形成了所谓的B/S四层结构 。

　　[GB/T 25109. 1—2010,定义 A. 2. 10]

　　2. 10

　　软件构件 softwarecomponent

　　语义完整 、语法正确和有可重用价值的单位软件 ,是软件重用过程中可以明确辨识的系统 ;在结构上 ,它是语义描述 、通讯接口和实现代码的复合体 。

　　2. 11

　　ERP 系统功能构件 ERP systemsfunction component

　　ERP系统中从用户视角可明确区分的 、业务功能独立的构成成分 。

　　2. 12

　　客户机/服务器结构 client/serverarchitecture

　　一种软件的体系结构 ,通过将计算任务合理的分配到客户端和服务器端 ,从而降低系统的通讯开销 、增强系统资源的利用率 。

　　2. 13

　　浏览器/服务器结构 browser/serverarchitecture

　　随着 Internet技术的兴起 ,对 C/S结构的一种变化或者改进的结构 。 在这种结构下 , 用户工作界

　　2

　　GB/T 25109. 4—2010

　　面是通过 WWW 浏览器来实现的 ,客户端只负责进行数据展现和人机交互操作 , 而主要业务逻辑都在服务器端实现 。这样就大大简化了客户端电脑载荷 ,减轻了系统维护与升级的成本和工作量 , 降低了用户的总体成本(TCO) 。

　　2. 14

　　面向对象的中间件 object-oriented middleware

　　具有面向对象软件设计特性的中间件 ,这些特性包括封装 、多态性 、动态联编 、继承性等 。 面向对象中间件的还具有和语言的无关特性 , 即无论一个中间件是采用什么语言实现的 ,支持这种中间件的任何其他语言都可以在运行代码的级别上使用它 ,而不是使用其源码 。

　　[GB/T 25109. 1—2010,定义 A. 2. 4]

　　2. 15

　　构件对象模型 componentobjectmodel;COM

　　由微软提出的面向对 象 的 中 间 件 标 准 , 它 定 义 了 中 间 件 程 序 之 间 进 行 交 互 的 标 准 和 所 需 的 运 行环境 。

　　2. 16

　　公共对象请求代理体系 common objectrequestbrokerarchitecture;CORBA

　　由对象管理组织 OMG(ObjectManagementGroup)提出的应用软件体系结构和对象技术规范 ,其核心是一套标准的语言 、接口和协议 , 以支持异构分布应用程序间的互操作性及独立于平台和编程语言的对象重用 。

　　[改写 GB/T 25109. 1—2010,定义 A. 2. 3]

　　2. 17

　　企业级构件 enterprisejavabean;EJB

　　由 JCP(Java Community Process)定 义 的 J2EE规 范 中 的 面 向 对 象 的 中 间 件 标 准 , 它 只 能 在 基 于Java的平台上运行 。

　　2. 18

　　电子商务 electricbusiness;EB

　　electroniccommercial;EC

　　利用计算机技术 、网络技术和远程通信技术 ,实现整个商务过程中的电子化 、数字化和网络化 。广义电子商务指具有共享企业信息 、维护企业间关系及产生企业交易行为等三大功能的远程通讯网络系统 。一般电子商务分为 B2B(Business To Business)和 B2C(Business To Consumer) 两种方式 ,B2B指企业与企业之间的交易行为 ,B2C指企业与个人之间的交易行为 。

　　[GB/T 25109. 1—2010,定义 A. 3. 8]

　　2. 19

　　ebXML

　　一组支持模块化电子商务框架的规范 。ebXML支持一个全球化的电子市场 ,它使得任意规模的企业通过交换基于 XML 的信息 ,不受地域限制地接洽和处理生意 。 ebXML是联合国贸易促进和电子商务中心 (UN/CEFACT) 和 结 构 化 信 息 标 准 发 展 组 织 OASIS(Organization for the Advancement of Structured Information Standards)共同倡导 、全球参与开发和使用的规范 。

　　2. 20

　　电子数据交换 electronicdata interchange;EDI

　　一种利用计算机进行商务处理的方法 。它将贸易 、运输 、保险 、银行和海关等行业的信息 ,用一种国际公认的标准格式 ,通过计算机通信网络 ,在各有关部门 、公司与企业之间进行数据交换与处理 ,并完成

　　3

　　GB/T 25109. 4—2010

　　以贸易为中心的全部业务过程 。

　　[GB/T 25109. 1—2010,定义 A. 2. 12]

　　2. 21

　　企业资源计划 EnterpriseResourcePlanning

　　管理 、定义和标准化必要经营流程以有效计划和控制企业的一种框架 ,ERP是建立在信息技术的基础上 ,融合现代企业的先进管理思想 ,全面集成企业物流 、信息流和资金流 ,为企业提供经营 、计划 、控制与业绩评估等的管理模式 。

　　注 1: ERP理论与系统是从 MRPⅡ发展而来 ,它继承了 MRPⅡ的基 本 思 想 和 功 能 ,不 断 扩 展 管 理 的 范 围 及 深 度 ,跨越了物料 、加工工作地 、设备 、劳动力等制造资源的范围 ,覆盖了供应商资源 、客户资源 、企业多个工厂之间的制造资源 、多个分销地点的销售资源 、企业人力 资 源 、管 理 会 计 资 源 、设 备 预 维 修 资 源 等 管 理 资 源 ,将 客 户需求 、企业内部的生产经营活动以及供应商的资源整合在一起进行统一规划和管理 。

　　注 2: 目前 ,ERP系统支持离散制造 、流程制造以及混合制造环境 ,应用范围从制造业扩展到了零 售 业 、服 务 业 、银行业 、电信业 、政府机关和学校等事业部门 ,通过融合数据库技术 、图形用户界面 、第四代查询语言 、客户服务器结构 、计算机辅助开发工具 、可移植的开放系统等对企业资源进行了有效的集成 。

　　[GB/T 25109. 1—2010,定义 3. 1. 4]

　　3 缩略语

　　下列缩略语适用于本部分 。

　　ERP

　　企业资源计划

　　Enterprise Resource Planning

　　UI

　　用户界面

　　User Interface

　　UIP

　　用户界面流程

　　UIProcess

　　4 体系结构模型

　　体系结构是通过构件 、构件之间的关系 、构件与环境之间的关系来描述系统的基本组织结构以及指导系统设计与演化的规则 。

　　ERP系统体系架构可以在不同架构上来描述 ERP系统的业务职能 、系统实现及技术支撑 。

　　ERP系统体系结构通过三个架构来描述 :

　　a) 业务架构 :定义业务战略 、业务驱动因素 、治理 、组织结构 、角色定义和重要的业务流程与功能 。

　　b) 应用架构 :应用架构对重要部署的业务构件 , 提供一个蓝图 。其定义业务构件的具体实现与表现方式 ,描述了应用构件间的相互关系 , 以及应用构件与核心业务流程之间的关系 。

　　c) 技术架构 :描述用来支持业务 、数据 、应用服务部署的基础设施能力 ,包括中间件 、网络 、通信等软硬件以及相关的平台和技术标准等 。

　　GB/T 25109的本部分基于上述三个架构定义 ERP系统体系结构中的业务架构 、应用架构及技术架构 。

　　5 ERP 系统体系结构

　　5. 1 ERP 系统业务架构

　　5. 1. 1 ERP 系统业务架构模型

　　业务架构是业务系统的基本组织 ,体现的是构件与构件之间关系 、构件与环境关系 , 以及管理其设计和演进的原则 ,是应用架构 、技术架构的基础 。 图 1 给出了业务架构模型框架 。业务架构模型包括动机 、组织 、功能三大部分 。

　　4

　　GB/T 25109. 4—2010

　　图 1 业务架构内容元模型框架

　　业务架构模型中的模型元素描述如下 :

　　a) 动因/动机 :驱动业务目标产生和实现的内在/外在因素 。如 “快速 、高质量满足客户需求 ,赢得竞争优势 ”。

　　b) 目标 :企业的业务流程都是为业务目标服务的 , 为了完成业务目标 ,企业的业务流程都有可能进行适当的调整 。如“到 2009年底 ,市场占有率增加 20%”。

　　c) 目的 : 目标通过目的达成或实现 。 目的是一个时间界限的里程碑 ,组织用来示范向 目标前进的进度 。如 “到 2009年底 ,产能利用率增加 30% ,或增加两条新的汽车生产线 , 以支持计划增加的市场占有率 ”。

　　d) 度量/测度 : 目的采用测度进行跟踪 ;测度为目的设定绩效准则 ,如计划达成率 。

　　e) 组织 : 自容纳的资源的单元 ,拥有直线的管理职责 、目的 、目标和措施 。组织包括外部各方和业务合作伙伴组织 。

　　f) 位置 :存放的物理要素 ,是企业进行业务运营或提供建筑物给架构相关的资产 。

　　g) 活动发起者 :一个人员 、组织或系统 ,具有开始活动或者与活动交互的角色 ;例如 , 出访客户的销售代表 。施动者可以是组织内部的 ,也可以是组织外部的 。

　　h) 角色 :一个施动者所担任的履行任务的角色 。施动者通常的或期望的功能 ,或在某一特殊行动或事件中某人或某事扮演的角色 。一个施动者可以有很多角色 。

　　i) 业务服务 :是一种/项业务所做的事情 ,拥有定义好的 、有规则的接口并且拥有与服务使用者的契约 。业务服务是人 、流程和技术的组合 。

　　j) 契约 :服务提供者和消费者之间的双向协议(涵盖服务质量的协议 、服务接口和编排的协议以及业务协议等资料性契约) ,描述了服务交互各方的需求和预期的断言 。业务服务及其服务契约之间的联系是重要的 ,组织中业务战略和愿景的变更将会触发这些契约的变更 ,并且需要考虑它们对企业架构的影响 。

　　k) 服务质量 :描述行为的承诺 ,如适应性或可管理性 。 服务质量对多数或所有服务类别的操作 ,有无处不在的影响 。在架构开发时 , 必须知道希望得到的质量 , 和它们对构件 块 选 择 的 影 响程度 。

　　l) 流程 :显示活动之间按次序的控制流 ,描述了所有的有关流程元模型实体的模型和映射 。

　　m) 事件 :是位于施动者 、流程 、服务之间的载体 , 由施动者或流程或服务所产生或触发 。

　　n) 控制 :保证流程正确执行而采取的自我调整 、约束 、规划 、评价和控制的一系列方法 、手续与措

　　5

　　GB/T 25109. 4—2010

　　施的总称 。如箱重误差率不能超过 5% ,否则暂停传送带并进行声音告警 。

　　o) 产品:用于连接组织和流程 ,是二者产出的主体 。必须详细了解在业务架构的开发过程中的产品生命周期 , 以确保严格的设计控制 、流程和程序 。

　　p) 功能 :是指一种业务所作的事情 。服务支持功能 ,服务是功能并且拥有功能 。但是功能不一定是服务 。服务具有比功能更多的明确约束表现 。

　　5. 1. 2 ERP 系统业务架构层次

　　根据业务架构模型 ,给出如图 2所示的 ERP系统业务架构 。其中 ,顶端的决策层与业务架构模型中动机层的动因/动机 、目标 、目的相匹配 ,度量则在流程中予以体现 ; 中间和右侧部分对应的管理层与运营层参考则与业务架构模型中的功能部分相互匹配架构进行设计 ;左侧组织层部分与参考业务架构模型中的组织架构部分相互匹配进行设计 。

　　图 2 ERP 系统的业务架构

　　从业务架构层次上 ,ERP系统可分为运营层 、管理层 、决策层 。其中 ,运营层覆盖了企业 日 常运营的核心业务流程以及管理和支持流程 ;管理层通过管控模式的设计 ,实现业务 、财务和人力资源的管理监控 ,使得业务过程达到高效 、协同运作的目的 ;决策层通过提供企业战略管理和战略规划的各种工具与方法 ,来实现战略目标管理 、业务规划 、投资者关系管理等功能 。业务层在管理层的指导下 ,为决策层提供决策依据 ,从而实现企业经营过程的闭环管理 。

　　核心业务流程按照价值链区分为研发 、供应 、生产 、销售 、服务等领域 ;管理和支持流程包括财务 、人力资源以及协同等领域 。

　　5. 2 ERP 系统应用架构

　　5. 2. 1 概述

　　ERP系统应用架构是一个分层结构 ,见图 3所示 。其核心层次分为三层 :业务展现层(或称业务表示层) 、业务逻辑层 、数据访问层 。而数据架构主要描述了业务实体在其上述应用架构中不同层次的表现形式和作用以及它们间的关系 ,本架构标准把数据对象分为 :值对象(领域对象) VO(Value Object) 、

　　6

　　GB/T 25109. 4—2010

　　业务对象 BO(Business Object) 和持久对象 PO(Persistence Object) 。

　　除了上述的三层核心层次外 ,在顶层定义了用户与访问接入设备层次 ,用于定义接入 ERP 系统应用的支持标准 。底层的 数 据 库 的 是 指 存 储 ERP 相 关 业 务 信 息 的 关 系 数 据 库 ; 底 层 服 务 是 指 非 当 前ERP系统实现的其他企业服务 ,可以来自企业的其他系统或其他企业系统提供的服务 。

　　图 3 右侧基础设施模块是指提供实现 ERP系统运行的通用基础技术和设施 、如通信技术和平台 、系统中间件基础功能 、操作系统等 ;安全体系模块是指针对 ERP 系统的安全体系 ,包括安全标准 、安全机制 、策略和功能 ;运营管理模块是指管理系统运行的技术体系 ,如系统备份 、部署等 。

　　图 3 ERP 系统应用架构

　　5. 2. 2 业务展现层

　　业务展现层是针对系统与用户的交互的架构设计 。 在 GB/T 25109 的本部分中 ,业务展现层被定义为由两个核心构件组成 , 即用户界面 UI(User Interface)及用户界面流程 UIP(UIProcess) :

　　a) UI:是通过窗口 、表单 、页面 、控件或其他技术对数据进行格式化和渲染展现给用户 , 同时采集数据和按照格式校验这些采集的数据 。ERP 系统的 UI类型有 GUI(Graphical UI,通常指传统客户机上非 Web 页面的界面) ,Web UI(指在浏览器中展示和操作的界面) ,一些智能设备的接入界面(如手机短信回复的界面 ,运行在智能手机终端的程序界面) 。

　　b) UIP:是描述一组 UI与用户交互的顺序的过程 。通过把驱动一组 UI的流程和管理其状态的逻辑从硬代码实现中分离出来 ,大大增强了业务展现的配置性 。 UIP构件是一个构建用户界面构件的框架 ,这些构件主要负责 :

　　1) 通过用户界面构件管理信息流 ;

　　7

　　GB/T 25109. 4—2010

　　2) 在用户界面进程的活动中管理事务 ;

　　3) 在出现异常时修改用户进程 ;

　　4) 把用户交互流程从其在实现中分离出来 ;

　　5) 维护相关业务状态 ,通常保持一个或多个用户交互所影响的业务实体 。

　　5. 2. 3 业务逻辑层

　　业务逻辑层(Business Logic Layer)负责业务规则的制定 、业务流程的实现等与业务需求有关的系统设计 。它是与系统所应对的领域(Domain)逻辑有关 。在 GB/T 25109 的本部分中 ,业务逻辑层被分为两个子层 , 即业务服务接口层和业务服务实现层 :

　　a) 业务服务接 口 (Service Interface) : 为把业务逻辑暴露成服务而定义的接 口 , 这些接 口 以支持服务消费者访问服务的交互契约(如基于消息的通信 、格式 、协议 、安全和异常等) 。通常业务服务接 口 ,也称为业务 Facade。通常服务接口被展现层 MVC(Model,View, Controller)模型中的 Controller调用 ,也可以被其他系统的服务代理调用 。如订提交订单服务 、发货服务等 。

　　b) 业务服务实现层 :包括业务流程 、业务构件和服务代理三部分 :

　　1) 业务流程(Business process) :用来描述和协调一组业务处理步骤 。如一个订单的处理的完整过程 。

　　2) 业务构件(Business compnent) :是实现了一个业务活动(业务处理活动) 的业务逻辑(业务处理规则)的程序 ,如订单审核处理逻辑实现 ,订单中物品价格计算的逻辑实现 ,基础数据的保存逻辑 。通常业务构件是对一个或一组业务对象(Buiness Object) 进行处的理逻辑实现 。

　　3) 服务代理(Service agent) : 是用来访问和调用外部系统提供的服务的程序 ,通常其根据服务接口规范实现对服务调用的数据格式处理和交互语义处理 。 如调用外部 Web 服务的服务 代 理 实 际 上 就 是 根 据 Web 服 务 描 述 语 言 WSDL( Web Services Description Language)生成的桩(Stub)程序 。

　　5. 2. 4 数据访问层

　　数据访问层可分为业务数据访问接口层及数据库访问处理与适配层 :

　　a) 业务数据访问接口层(Business Data Acesss Interface Layer) :本层为业务逻辑处理层以对象的访问方式提供对业务数据对象的生命周期管理 ,包括数据对象的创建 、更新 、读 取 、删 除 操作 ,俗称 CURD(Create, Update ,Read, Delete) ,并把这些对数据对象操作映射成对数据库的操作 ,也就是说形成 操 作 数 据 库 的 SQL语 句 并 执 行 , 这 种 映 射 称 为 对 象 关 系 映 射(ORMap- ping) 。

　　b) 数据库访问处理和适配层(Database Access and Adaption Layer) , 本层为业务数据访问接 口层提供对具体数据库的访问处理 。包括建立和获取数据库连接 、执行 SQL语句返回结果集以及为实现对不同数据库的支持实现的 SQL语句的翻译处理等功能 。

　　5. 3 ERP 系统技术架构

　　5. 3. 1 概述

　　ERP系统技术架构描述用来支持业务 、数据 、应用构件部署的基础设施能力 ,包括中间件 、网络 、通信等软硬件 ,及相关的平台和技术标准等 。

　　ERP系统技术架构应采用多层技术架构的形式 ,包含以下几个基本的技术层次 :

　　a) 信息门户层 :将企业不同角色的相关人员通过 Internet紧密地结合在一起协同工作 ,并能有效整合第三方的系统 。

　　b) 业务流程层 :可灵活配置的流程引擎 。其中业务流程和工作流都是可视的 ,企业可以随时查

　　8

　　GB/T 25109. 4—2010

　　阅每一项业务的流程规则 、路线 、处理状态及参与者 ,用户的操作也变得更加简单和直观 。

　　c) 业务服务层 :提供统一的接口标准 ,使所有的业务都作为功能插件连接在业务流程上 ,这些服务可以根据用户的需要来决定是否使用甚至更换 。

　　d) 基础平台层 :将包含各种底层存储 、计算和传输的技术细节 , 通过封装进行屏蔽 ,有效降低系统集成 、应用部署的复杂度 。

　　5. 3. 2 信息门户层

　　信息门户实现 ERP系统的 “访问服务 ”。信息门户将企业不同角色的相关人员通过一个统一的界面紧密地结合在一起协同工作 ,并能有效整合第三方的系统 。

　　信息门户可以根据不同的岗位 、职责进行个性化定制 ,使最终用户在短时间内找到 自 己所需的内容和操作 。

　　信息门户使用单点登录 SSO(Single Sign On)技术来提高用户操作的便捷性 。单点登录技术是 一种认证和授权机制 ,它允许用户一次性登录到系统上 ,然后 ,授权访问并连接其他系统 。

　　通过信息门户 ,可以使企业实现业务协作 、业务操作 、业务分析及管理 。

　　5. 3. 3 业务流程层

　　业务流程是由各类业务构件按照特定的规则组装而成 。企业用户可以通过可配置的流程引擎 、可视化的流程展现进行流程的管理 。

　　业务流程包括了对流程控制的管理 ,还包含流程中数据状态转换 、管理与展现 。

　　ERP系统可以管理业务流程的规则 、路线 、处理状态及参与者 ,并根据实际的业务的变化对流程进行调整 。可以通过对业务工作量 、人员配置 、工作效率的分析 ,为企业进行工作负荷分析 、流程重组 、人员优化提供科学的依据 。

　　通过流程可视化管理 ,可以对各业务处理流程进行监控和优化 。

　　5. 3. 4 业务服务层

　　业务服务层提供了统一的业务构件标准 ,规定了业务构件的用户访问行为 、数据组织方式 、功能封装方式 、业务处理逻辑的标准 “语法 ”。

　　在 ERP系统中 ,业务服务的标准是面向应用的 。业务服务提供了一整套规范化的标准和严格的要求 ,为构件之间通过接口进行通信提供了有效的保障 。

　　业务服务不仅保障了遵循其标准的应用程序 ,在针对具体的应用需求 ,可以将不同的业务作为功能插件连接在业务流程上 ,并可以根据用户的需要来决定是否使用甚至更换 。 同时实现了应用程序与数据服务的分离 。

　　5. 3. 5 基础平台层

　　基础平台层实现 系 统 的 “部 署 服 务 ”(Deployment Services) 以 及 安 全 性 和 管 理 服 务(Security and ManagementServices) 。ERP基础平台包含有各种底层存储 、计算和传输的技术细节通过封装进行屏蔽 ,有效降低系统集成 、应用部署的复杂度 。

　　ERP基础平台主要包括用以支撑业务服务所定义的构件标准 :

　　a) 多通道访问引擎 :用以解决如何通过手机 、个人数码助理 PDA(PersonalDigitalAssistant) 、邮件等多种访问方式来访问业务构件所提供的功能和获取存储在数据库中的信息 。

　　b) 消息引擎 :解决流程驱动下人机交互过程中 ,将各流程节点的操作提示和系统通知 、预警等信息发送到用户的消息中 ;解决应用之间基于消息通信机制的数据交换和集成 。 消息引擎通常实 现类似 Java消息服务 JMS(JavaMessageService) 、消息队列 MQ(MessageQueue) 、微软消息队列 MSMQ(MicroSoftMessage Queue)等消息通信标准 。

　　c) 流程引擎 :是业务流程中的控制流程 ,根据已定义的流程路线依据不同的规则 ,将任务有效地

　　9

　　GB/T 25109. 4—2010

　　分配给人工处理或者交由预定义的自动节点进行处理 。流程引擎同时提供对流程运行状况的监控与管理 。

　　d) 集成引擎 :集成引擎更像一个信息的路由器 , 它能根据已定义的异构系统之间数据交换的映射规则 ,将数据中转和路由到需要集成的系统中 。集成引擎是可以通过业务操作触发驱动或者按照时间规则进行调度执行 。

　　e) 规则引擎 :规则引擎可以用来定义复杂的业务逻辑 ,流程跳转规则 、数据转换规则 、数据筛选规则 、事务预警规则 、任务调度规则等多种包含复杂逻辑关系的处理 ,都可以统一的通过规则引擎进行解析 。

　　f) 分析引擎 :能够提供对数据库数据进行报表展现前的数据加工 ,分析引擎可以将多个相关的二维数据表转换成三维数据表结构 , 同时也可以提供结果及级别的分类汇总 、小记 、汇总和数据筛选等特性 。

　　g) 安全引擎 :解决应用程序功能的访问权限 ,数据记录访问权限 ,组织架构隔离权限等数据安全性问题 。

　　h) 数据访问引擎 :解决 SQL Server,DB2,Oracle等主流数据库 SQL语法差异的屏蔽层 ,按照 一定语法编写的 SQL语句能够自动翻译成不同数据库的 SQL语句 。

　　10

　　GB/T 25109. 4—2010

　　参 考 文 献

　　[1] GB/T 18354—2006 物流术语

　　[2] GB/T 18725—2008 制造业信息化 技术术语

　　[3] GB/T 25109. 1—2010 企业资源计划 第 1 部分 :ERP术语

　　GB T 25109 4 2010

　　— .

　　/

　　中 华 人 民 共 和 国

　　国 家 标 准

　　企业资源计划

　　第 4 部分 :ERP 系统体系结构GB/T 25109. 4—2010

　　*

　　中 国 标 准 出 版 社 出 版 发 行

　　北京复兴门外三里河北街 16号

　　邮政编码 :100045

　　网址:www. gb168. cn

　　服务热线 :010-68522006

　　2011年 6 月第一版

　　*

　　书号 : 155066 · 1-42824

　　版权专有 侵权必究