GB/T 25483-2010 面向制造业信息化的企业集成平台测评规范

　　ICS 35. 240. 50 J 07

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 25483—2010

　　面向制造业信息化的

　　企业集成平台测评规范

　　Specification oftesting enterpriseintegration

　　platform formanufacturinginformatization

　　2010-12-01发布 2011-05-01实施

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

　　

　　发

　　

　　布

　　GB/T 25483—2010

　　目 次

　　前言 Ⅲ

　　引言 Ⅳ

　　1 范围 1

　　2 术语和定义 1

　　3 缩略语 3

　　4 测评内容及测评指标 4

　　4. 1 概述 4

　　4. 1. 1 系统功能测评 4

　　4. 1. 2 系统使用测评 4

　　4. 1. 3 系统性能测评 4

　　4. 2 系统功能测评 4

　　4. 2. 1 平台配置管理 4

　　4. 2. 2 平台监控管理 4

　　4. 2. 3 通讯服务管理 4

　　4. 2. 4 数据集成服务管理 5

　　4. 2. 5 工作流服务管理 5

　　4. 2. 6 应用集成管理 5

　　4. 2. 7 应用接口管理 5

　　4. 2. 8 日志管理 6

　　4. 2. 9 安全性管理 6

　　4. 2. 10 二次开发工具 6

　　4. 3 系统使用测评 6

　　4. 3. 1 概述 6

　　4. 3. 2 用户登录 7

　　4. 3. 3 集成场景定制 7

　　4. 3. 4 集成服务运行 7

　　4. 4 系统性能测评 8

　　4. 4. 1 可靠性 8

　　4. 4. 2 易用性 8

　　4. 4. 3 集成性 8

　　4. 4. 4 可开发性 8

　　5 评定细则 8

　　5. 1 测评关键因素 8

　　5. 1. 1 基本功能项 8

　　5. 1. 2 重复出现的严重问题 8

　　5. 2 测评结果评定 9

　　5. 3 功能指标测评结果评定 9

　　5. 3. 1 基本功能指标测评结果评定 9

　　Ⅰ

　　GB/T 25483—2010

　　5. 3. 2 扩展功能指标测评结果评定 9

　　5. 4 性能指标测评结果评定 9

　　5. 4. 1 概述 9

　　5. 4. 2 权重分配 9

　　5. 4. 3 评分方法 10

　　6 测评组织机构 10

　　6. 1 组织管理机构 10

　　6. 2 测评机构 10

　　6. 3 监督机构 10

　　7 测评工作基本步骤 11

　　8 申请测评 11

　　9 审查申请 11

　　10 测评实施 11

　　10. 1 测评准备 11

　　10. 2 测试运行 11

　　10. 3 问题分析 12

　　10. 4 测评报告 12

　　11 测评结果公布 12

　　参考文献 13

　　Ⅱ

　　GB/T 25483—2010

　　前 言

　　本标准由中国工业机械联合会提出 。

　　本标准由全国工业自动化系统与集成标准化技术委员会(SAC/TC159)归 口 。本标准主要起草单位 :北京机械工业自动化研究所 、清华大学 。

　　本标准主要起草人 :黄双喜 、黎晓东 、刘颖 、陈天华 。

　　Ⅲ

　　GB/T 25483—2010

　　引 言

　　制定本标准的目的为面向制造业信息化的企业集成平台的测评工作提供技术指导和技术规范支持 ,实现对企业集成平台的公平 、公正 、科学 、客观的评价 。

　　本标准界定了面向制造业信息化的企业集成平台的概念范围 ,给出了企业集成平台参考体系结构 ,确定了集成平台的基本功能 。

　　在此基础上 ,本标准规定了面向制造业信息化的企业集成平台的测评内容及测评指标 、评定细则 、测评组织机构 、测评工作流程 、测评申请 、受理审查 、测评实施或结果公告等方面的要求 。

　　0. 1 企业集成平台的概念与定义

　　企业集成平台(EIP,Enterprise Integration Platform)技术是用于企业信息系统集成的一种计算机软件技术 ,其目的是根据业务模型的变化进行信息系统的配置和调整 ,保证不同系统 、应用 、服务或操作人员之间的互操作 ,提高企业适应市场变化的能力 ,使企业能够在复杂多变的市场环境中生存 。

　　集成平台的概念包括狭义集成平台和广义集成平台两种 。狭义集成平台是指一个软件平台 ,它为企业内多个应用软件系统或组件间的信息共享与互操作提供所需的通用服务 ,达到降低企业内(间) 多个应用 、服务或系统之间的集成复杂性的 目的 。广义集成平台是指由支撑软件系统(狭义集成平台) 同其他完成不同业务逻辑功能的各应用系统一起组成数字化企业的协同运行环境 。无论是广义的集成平台 ,还是狭义的集成平台 ,其核心的内容都是为企业提供集成所需要的服务 ,并对集成系统进行管理 。下面给出企业集成平台的定义 :

　　企业集成平台是一个支持复杂信息环境下信息系统开发 、集成和协同运行的软件支撑环境 。 它基于各种企业经营业务的信息特征 ,在异构分布环境(操作系统 、网络 、数据库) 下为应用提供透明一致的信息访问和交互手段 ,对其上运行的应用进行管理 ,为应用提供服务 ,并支持企业信息环境下各特定领域应用系统的集成 。

　　0. 2 企业集成平台的基本原理与方法

　　由于企业集成问题的复杂性 ,企业集成项目的实施是一项复杂的系统工程 ,需要依靠计算机技术 ,并在一定方法论的支持下 ,按照一种可控和有序的方式来实现 。规划企业集成平台的 目 的是通过对企业集成内容 、方法和体系的定义 ,来保证企业集成按照一种可控和有序的方式实现 , 为集成平台的开发和实施提供方法论的指导 。

　　图 1 企业集成平台的基本结构

　　图 1 给出了企业集成平台的基本结构 。集成平台是一个软件环境 ,提供了一系列使能服务来支持异构环境下不同功能实体之间的互操作和协作 。集成平台的作用是对应用领域隐藏信息系统的物理细节 ,为软件应用和其他类型的功能实体(如 :机器和人)的协调提供基础支持功能 。

　　Ⅳ

　　GB/T 25483—2010

　　图 2 企业集成的基本模型

　　图 2 给出了企业集成的三层模型 。在业务应用和基础 IT 服务之间的软件层称之为中间件层 。 中间件是介于业务应用和操作系统之间的一类软件 , 由一组软件服务组成 , 负责为应用提供支撑服务 ,支持不同类型计算机之间实现互操作 ,在不同应用之间传递消息(请求/回应) 。

　　集成平台是实现企业集成的重要支撑环境 ,它屏蔽了企业不同功能实体内部的实现细节 ,从而方便了不同功能实体之间的连接 。集成平台将所有企业功能实体整合起来形成一个紧密的系统 。从系统角度看 ,集成平台是一个系统 ,用来支持应用和业务集成 。集成平台本身并不提供业务功能 ,业务功能由集成平台上所部署的业务服务组件完成 。集成平台只是对这些组件之间的集成和互操作提供支持 ,并对它们进行管理 。从软件实现角度看 ,集成平台是一个由许多服务组成的中间件 ,为企业集成提供了一个统一的平台 。

　　服务是一个可访问的资源 ,它由一系列例程(一个例程是执行一项特定且有限任务的一段程序指令)或操作组成 。集成 平 台 所 提 供 的 服 务 具 有 完 整 和 良 好 的 功 能 定 义 。集 成 平 台 所 提 供 的 通 用 服 务包括 :

　　— 消息服务 :支持企业内透明的消息传递 ;

　　— 远程过程调用(RPC) :一种进程间通讯机制 ,通过它可以调用远程处理器上某些进程 ;

　　— 信息服务 :对企业存储在不同数据库中的分布数据提供通明访问和管理 ;

　　— 通讯管理服务 :提供对网络的访问能力 ;

　　— 表示服务 :为用户提供一致的访问界面 ;

　　— 系统管理服务 :管理和维护平台的运行 ,包括提供系统配置服务 。

　　除了上述服务 ,在实施企业集成的过程中 , 如果集成平台适用一个企业模型来控制业务过程的执行 ,那么集成平台还需要一个模型操作和管理服务来支持 。

　　集成平台在企业整体解决方案中具有重要作用 。它将分布异构的环境转化为一个同构的环境 ,避免了专用集成接口的开发 。具体表现在 :

　　— 屏蔽了应用分布性和异构性带来的功能实现 、数据存储 、知识表示上的差异 , 以通用的方式提供应用集成接 口 ,保证了应用的可移植性 ;

　　— 支持应用间的透明信息交换和共享 ;

　　— 提供一个开放的环境 ,实现应用到集成平台的 “即插即用 ”, 使应用可以方便地添加 、连接 、升级或更新 。

　　0. 3 企业集成平台参考体系结构

　　集成平台上所集成的应用软件系统通常都是由不同的软件厂家提供的产品,具有很强的异构性 ,集成平台体系结构需要综合考虑通讯协议 、中间件 、企业建模 、工作流管理系统 、Internet环境下的数据交

　　Ⅴ

　　GB/T 25483—2010

　　换 、产品数据标准或应用系统集成的需求 。在国际标准化组织定义的开放系统互联(ISO/OSI) 的 7 层网络应用模型的基础上 ,给出了如图 3所示的集成平台的 12层 OSI模型 。

　　图 3 企业集成平台的 12层 OSI模型

　　在这个 12层 OSI模型中 ,下面的 7层采用 ISO 关于网络应用 7 个层次的定义 。第 8 层为支持应用集成的中间件层 ,它为集成平台提供商实施企业系统集成提供了可扩展集成架构 。第 9 层为应用开发商定义的应用之间的方法(服务)调用 、接收/发送消息格式的接口语法层 。第 10层为应用提供商和集成平台提供商共同提供的用来描述应用软件系统结构和内涵的应用语义层 。第 11层作为业务语义描述层 ,供业务操作人员和信息管理人员用来定义基于模型操作的业务对象的数据结构及其语义 。第12层为业务过程层 ,用来为业务操作人员定义企业关键业务流程及流程之间的交互关系 。

　　基于企业集成平台的 12层 OSI模型 ,定义了分布式 、开放结构的集成平台参考实现体系结构 ,根据实现层次的不同 ,集成平台参考体系分为平台客户端 、平台网关 、平台协议 、平台接口和平台实现五个层次(图 4) 。

　　图 4 集成平台参考体系

　　a) 平台客户端层 :

　　— 定义了四种客户 :人 、软件 、智能 agent和外部事件发生器 ,它们发出或响应来自企业或其他对象的请求 。

　　b) 平台网关层 :

　　— 平台网关实际上是实现平台客户操作和与平台实际资源的对应 。 它包括平台注册 、平台知识库 、平台服务器和平台事件广播四部分内容 。平台的所有资源都以对象模型方式定义和保存 ,平台资源通过平台注册服务加入到平台知识库中 ,平台通过一个服务器对平

　　Ⅵ

　　GB/T 25483—2010

　　台资源进行管理和监控 ,该服务器一方面将平台客户的请求和操作与平台资源相关联 ,另一方面又将平台资源状态变化信息以事件方式广播给平台上运行的其他对象 。

　　c) 平台协议层 :

　　— 企业集成与协作必须基于一定的规范和协议 ,没有标准的协作是盲目的 、无秩序的和不可控的 。为了实现包括从数据集成 、应用集成到流程集成的平台服务 ,平台必须定义相关的数据 、应用和流程协议 。 同时必须规范平台集成服务的实现和提供方式 , 即定义平台的服务协议 。

　　d) 平台接口层 :

　　— 平台接口实际上是平台协议的具体实现 ,这些接口捆绑的产品就可以集成到平台的协作环境中 。根据接口的不同类型 ,可以将平台接口分为应用接口 、数据接口 、流程接口和服务接口四大类 。

　　e) 平台实现层 :

　　— 实现系统是平台抽象模型的底层 ,是客户请求的最终执行者 。它可能对应于数据库系统 、对应于实际的应用系统或对应于平台的一些对象服务 。

　　0. 4 企业集成平台的基本功能

　　作为支持企业集成化运行的使能工具 ,企业集成平台的主要 目 的是为企业中各种数据 、系统 、过程等多种对象的协同运行提供各种公共服务及运行时的支撑环境 ,从而降低实现企业内部的信息孤岛集成的复杂度 、提高应用间集成的有效性 ,将信息系统实施规划中确定的企业中各种应用系统 、服务 、人员 、信息资源及数字化设备的协同关系物化到集成化运行的可执行系统中去 。 由于硬件环境和应用软件的多样性 ,企业信息系统的功能和环境都非常复杂 , 因此 ,为了能够较好地满足企业的应用需求 ,作为企业集成系统支持环境的集成平台 ,其基本功能主要有 :

　　a) 通信服务

　　提供分布环境下透明的同步/异步通信服务功能 ,使用户和应用程序无须关心具体的操作系统和应用程序所处的网络物理位置 ,而以透明的函数调用或对象服务方式完成它们所需的通信 。

　　b) 数据集成服务

　　为应用提供透明的信息访问服务 ,通过实现异种数据库系统之间数据的交换 、互操作 、分布数据管理和共享信息模型定义(或共享信息数据库的建立) ,使集成平台上运行的应用 、服务或客户端能够以一致 的 语 义 和 接 口 实 现 对 数 据(数 据 库 、数 据 文 件 、应 用 交 互 信 息) 的 访 问 与控制 。

　　c) 工作流服务

　　跨企业的业务运作及快速变化的市场环境使不同企业的系统集成不能按照一个固定的 、预先定义的规则进行 。集成必须是可动态定义的 、以可控的方式进行 。集成平台必须实现对复杂业务过程的管理和控制功能 ,需要将工作流技术引入其平台中 ,通过工作流管理提高集成系统的灵活性 。

　　d) 应用集成服务

　　通过高层应用编程接口来实现对相应程序的访问 ,这些高层应用编程接口包含在不同适配器或代理中 ,它们被用来连接不同应用程序 。这些接口以函数或对象服务的方式向平台的组件模型提供信息 ,使用户在无须对原有系统进行修改(不会影响原有系统的功能) 的情况下 , 只要在原有系统的基础上加上相应的访问接口就可以将现有的 、用不同的技术实现的系统互联起来 ,通过为应用提供数据交换和访问操作 ,使各种不同的系统能够相互协作 。

　　e) 二次开发工具

　　二次开发工具是集成平台提供的一组帮助用户开发特定应用程序(如实现数据转换的适配器或应用封装服务等)的支持工具 ,其目的是简化用户在企业集成平台实施过程中特定应用程序

　　Ⅶ

　　GB/T 25483—2010

　　(接口)的开发工作 。

　　f) 平台运行管理工具

　　平台运行管理工具包括企业集成平台的运行管理和控制模块 , 负责企业集成平台系统的静态和动态配置 、集成平台应用运行管理和维护 、事件管理和出错处理等 。 通过命名服务 、目 录服务 、平台的动态静态配置以及其中关键数据的定期备份等功能来维护整个服务平台的系统配

　　置及稳定运行 。

　　0. 5 本标准的作用

　　参考本标准对企业集成平台概念 、参考体系结构 、基本功能的描述 ,可以指导集成平台开发商快速 、高效的进行集成平 台 的 设 计 开 发 。 可 为 集 成 平 台 最 终 用 户 在 实 施 集 成 平 台 项 目 时 提 供 参 考 和 评 测指南 。

　　Ⅷ

　　GB/T 25483—2010

　　面向制造业信息化的企业集成平台测评规范

　　1 范围

　　本标准规定了面向制造业信息化的企业集成平台的测评内容及测评指标 、评定细则 、测评组织机构 、测评工作流程 、测评申请 、受理审查 、测评实施或结果公告等方面的要求 。

　　本标准适用于我国面向制造业信息化的企业集成平台的测评 。

　　2 术语和定义

　　下列术语和定义适用于本标准 。

　　2. 1

　　企业集成 enterprise integration

　　企业实现其内部和外部信息环境中不同数据 、应用 、业务流程和服务共享和互联的方法和过程 。 2. 2

　　企业集成平台 enterprise integration platform

　　一个支持复杂信息环 境 下 企 业 集 成 的 软 件 平 台 , 为 企 业 提 供 一 个 统 一 的 集 成 环 境 和 相 应 的 集 成服务 。

　　2. 3

　　参考体系 referencearchitecture

　　一套方法和框架 ,它通过结构化的方法论、规范化的操作和支持工具来指导企业集成系统的设计和实现。 2. 4

　　体系结构 architecture

　　系统(不论物理的或概念的对象或实体)中各部分的基本配置和连接的描述(模型) 。

　　注 : 系统集成有且只有两种体系结构 ,它们是 :

　　a) 系统体系结构(有时又称为 “第 1类 ”体系结构)涉及系统的设计 。例如整个企业集成系统中的计算机控制系统部分 ;

　　b) 企业参考项目(有时称为 “第 2类 ”体系结构)涉及诸如企业集成或其他企业开发计划的项 目 的开发与实施的组织 。

　　[GB/T 18757—2008,定义 3. 2] 2. 5

　　中间件 middleware

　　一个将数据与功能封装在一起以完成特定任务的计算机程序 ,它本身往往不能单独运行 ,要在其宿主程序中与其他程序一起协调地工作 。 中间件把应用程序与系统所依附软件的较低层细节和复杂性隔离开来 ,使应用程序开发者只处理某种类型的单个应用接 口 ,其他细节则由中间件处理 。这种将接口与实现分离的好处是可以采用灵活的 、积木式的开发方法 。

　　2. 6

　　框架 framework

　　表明概念化实体各组成部分彼此间相互关系的结构图 。

　　注 : 对照企业参考体系结构 ,这里所涉及的结构或各部分的相互关系都没有生命周期或时间关系 。

　　1

　　GB/T 25483—2010

　　[GB/T 18757—2008,定义 3. 9] 2. 7

　　通用性 genericity

　　概念的通用程度 。

　　[GB/T 18757—2008,定义 3. 10] 2. 8

　　生命周期 lifecycle

　　系统走完其全部生命历程所经历的一般阶段和步骤的有限集 。

　　[GB/T 18757—2008,定义 3. 11] 2. 9

　　方法论 methodology

　　(以文本 、计算机程序 、工具等方式提供的)指令集 . 是指导人们思考问题和解决问题的步骤和工作内容 。

　　注 : 在执行实体集成项目生命周期的各方面时 ,方法 论 描 述 或 规 定 了 企 业 工 程 和 集 成 的 过 程 。方 法 论 可 能 会 考 虑到所涉及的社会 、政治 、经济等方方面面 。

　　[GB/T 18757—2008,定义 3. 14]

　　2. 10

　　模型 model

　　为回答所研究的问题和表达真实事物的特定方面而采用任何形式(包括数学 、物理 、符号 、图形或文字描述等)的 、实际事物的抽象表达法 。

　　注 : 模型可用于描述企业活动或企业生命周期的不同阶段 。

　　[GB/T 18757—2008,定义 3. 16]

　　2. 11

　　性能 performance

　　系统或部件在给定的约束 ,例如速度 、精度或储存器使用条件下实现指定的功能的程度 。

　　[GB/T 11457—2006,定义 2. 1131]

　　2. 12

　　易用性 practicability

　　在指定条件下使用时 ,软件产品被理解 、学习 、使用和吸引用户的能力 。

　　注 1: 功能性 、可靠性和效率的某些方面也会影响易用性 。

　　注 2: 用户可能包括操作员 、最终用户和受该软件的使用影响或依赖于该软件使用的间接用户 。易用性必须针对软件所影响的所有不同的用户环境 ,这可能包括对使用的准备和结果的评价 。

　　[GB/T 16260. 1—2006中 6. 3]

　　2. 13

　　可靠性 reliability

　　在指定条件下使用时 ,软件产品维持规定的性能级别的能力 。

　　注 1: 软件不会损耗或老化 。可靠性的种种局限是由于需求 、设计和实现中的故障所致 。 由这些故障引起的失效取决于软件产品的使用方式和所选择的程序选项 ,而不是经时时间 。

　　注 2: 在 ISO/IEC 2382-14:1997中可靠性的定义是“功 能 单 元 完 成 所 需 功 能 的 能 力 . . ”。在 本 部 分 中 , 功 能 性 仅 是软件质量诸特性之一 , 因此 ,可 靠 性 的 定 义 已 被 扩 展 为 “维 持 规 定 的 性 能 级 别 . . . ”, 而 不 是 “. . . . . 完 成 所 需功能 ”。

　　[GB/T 16260. 1—2006中 6. 2]

　　2

　　GB/T 25483—2010

　　2. 14

　　可扩展性 scalability

　　系统或部件能修订以增加它的存储或功能的情况 。

　　[GB/T 11457—2006中 2. 594]

　　2. 15

　　效率 efficiency

　　在规定条件下 ,相对于所用资源的数量 ,软件产品可提供适当性能的能力 。

　　注 1: 资源可能包括其他软件产品 、系统的软件和硬件配置 , 以及物质材料(如打印纸 ,磁盘等) 。

　　注 2: 对于用户所操作的系统 ,功能性 、可靠性 、易用性和效率的组合可以由使用质量从外部进行测量 。

　　与在规定的条件下 ,软件的性质水平和所使用资源量之间的关系有关的一组属性 。

　　[GB/T 16260. 1—2006中 6. 4]

　　2. 16

　　维护性 maintainability

　　软件产品可被修改的能力 。修改可能包括纠正 、改进或软件对环境 、需求和功能规格说明变化的适应 。

　　[GB/T 16260. 1—2006中 6. 5]

　　注 : 修改可包括为了适应环境的变化以及功能规格说明的变化而对软件进行修改 、改进或更改 。

　　2. 17

　　测试用例 testcase

　　测试者使用的文档化的细则 ,其规定如何对某项功能或功能组合进行测试 。测试用例包括下列内容的详细信息 :

　　— 测试目标 ;

　　— 要测试的功能 ;

　　— 测试数据 ;

　　— 过程 ;

　　— 系统的预期行为 。

　　[GB/T 17544—1998中 2. 6]

　　2. 18

　　评定 verdict

　　相对于测评项 ,对被测实现的结果给出定性或定量等结论性陈述的行为 。

　　3 缩略语

　　下列缩略语适用于本标准 。

　　API 应用程序接 口 Application Program Interface

　　CORBA 通用对象请求代理体系结构 Common ObjectRequestBroker Architecture

　　EI 企业集成 Enterprise Integration

　　EIP 企业集成平台 Enterprise Integration Platform

　　IT 信息技术 Information Technology

　　ODBC 开放数据库互连 Open-DataBase-Connectivity

　　ORB 对象请求代理 ObjectRequestBroker

　　OSI 开放系统互连 Open System Interconnection

　　RA 参考体系结构 Reference Architecture

　　RPC 远程过程调用 Remote Procedure Callprotocol

　　3

　　GB/T 25483—2010

　　SQL 结构化查询语言 Structured Query Language

　　4 测评内容及测评指标

　　4. 1 概述

　　面向制造业信息化的企业集成平台的测评过程分为三个阶段 :系统功能测评 、系统使用测评和系统性能测评 。

　　4. 1. 1 系统功能测评

　　系统功能测评的范围是企业集成平台为保证平台本身正常运行而具备的系统管理功能 。

　　4. 1. 2 系统使用测评

　　工作流程测评对用户使用企业集成平台的过程进行测评 , 以检验平台使用过程的合理性和科学性 。

　　4. 1. 3 系统性能测评

　　系统性能测评以检验集成平台为客户提供服务的能力和质量为 目 的 ,对集成平台服务的性能进行测评 。

　　4. 2 系统功能测评

　　4. 2. 1 平台配置管理

　　平台配置管理实现集成平台各种功能组件 、服务及应用代理在平台实施及运行阶段中所需要的各种动 、静态配置信息的设定与维护 。包括系统用户配置 、服务器配置 、集成中间件配置 、工作流配置 、各种服务(消息 、事务等)及各种数据源(包括组织机构数据 、用户 自定义数据及系统数据等) 的配置管理 。用户可以通过配置工具对系统配置状态进行静态或动态的修改 。配置内容需要包括以下内容 :

　　a) 系统用户配置 :设定集成平台用户组和用户权限 ;

　　b) 系统日志配置 :需要设定日志文件的输出方式(文件 、数据库 、客户端等) 、各种 日志记录的格式及存储方式(日志文件的最大值 、最长存储时间 、更新方式等) ;

　　c) 消息服务配置 :需要指定队列或主题的名称 、允许的最多消息数量 、连接池管理的相关参数等 ;

　　d) 异常处理配置 :包括异常处理方案的设定及调用方的归类等 ;

　　e) 集成中间件配置 :包括中间件的部署 、代理的注册 、每个代理的 API外部接口及其安全参数管理等 ;

　　f) 工作流系 统 的 配 置 : 工 作 流 系 统 的 运 行 参 数 设 定 、工 作 流 服 务 器 运 行 时 服 务 的 各 种 参 数 的配置 。

　　4. 2. 2 平台监控管理

　　平台监控管理的主要功能是对集成平台的运行进行管理和监控 ,包括平台服务监控 、平台工作状态监控及安全监控 。

　　a) 平台服务监控 :监控服务平台各个活动的服务单元的状态 ,并对平台上各个活动的服务组件进行实时动态管理 。

　　b) 平台工作状态监控 :监控平台工作状态 ,协调平台多个服务之间的冲突与信息的一致性问题 。安全监控 :监控各个服务的授权问题 ,监督和控制各个服务系统的运行以及整个平台 的 安 全问题 。

　　4. 2. 3 通讯服务管理

　　提供分布环境下透明的同步/异步通信服务功能 ,使用户和应用程序无须关心具体的操作系统和应用程序所处网络的物理位置 ,而以透明的函数调用或对象服务方式完成它们所需的通信要求 。平台提供的通讯服务包括 :

　　a) 消息服务 :消息服务为平台提供了一种异步通讯的功能 。集成平台的消息服务负责消息的发送/接收以及消息的配置 :

　　1) 消息发送与接收 :消息服务提供向队列发送和接收消息的统一接 口 ,为系统提供实现消息

　　4

　　GB/T 25483—2010

　　服务所必须的统一接 口 ;

　　2) 消息配置 :为了实现平台的消息通讯 ,消息服务必须在部署阶段和运行阶段中对消息使用者进行配置 。

　　b) 远程过程调用—RPC:RPC是一台机器的进程调用另一台机器的进程的过程 。是集成平台中应用间通讯的主要方式 。RPC需要包括服务器程序和客户机程序两个主要部分 :

　　1) 服务器程序 :服务器应用程序将创建多个远程对象 ,使这些远程对象能够被引用 ,然后等待客户机调用这些远程对象的方法 ;

　　2) 客户机程序 :客户机程序则从服务器中得到一个或多个远程对象的引用 , 然后调用远程对象的方法 。

　　4. 2. 4 数据集成服务管理

　　数据集成是集成平台的基础服务功能 ,是应用集成和流程集成的基础 。集成平台为企业提供了不同异构数据交互的能力 ,满足了各种数据信息在企业中顺畅流动的需求 。数据集成服务的主要功能有 :

　　a) 数据建模功能 :将异构的应用数据采用通用数据格式(如 XML)进行建模 ;

　　b) 数据映射 :在 具 有 通 用 数 据 格 式 的 不 同 应 用 间 进 行 数 据 映 射 , 建 立 定 义 不 同 应 用 数 据 间 的关系 ;

　　c) 数据转换 :在完成数据建模和映射后 ,利用数据转换引擎实现应用数据的自动转换 。

　　4. 2. 5 工作流服务管理

　　通过工作流服务 ,集成平台能够快速的将企业内和企业外的私有和共享的商业过程映射到平台上 ,实现商业流程的执行和控制 ,并且实现对商业活动相关的信息 、应用等资源的使用和管理 。工作流服务的主要功能有 :工作流建模 、工作流执行 、用户任务通知与提交 、工作流管理与监控和服务打包五部分 。

　　a) 工作流建模工具以图形化界面支持用户建立平台上进行的工作流程模型 ;

　　b) 工作流执行服务的功能包括模型的实例化 、工作表生成 、外部应用对象的调用 、活动的路由控制 、事件记录及异常处理等上层功能 ;

　　c) 工作流监控与管理工具包括工作流 日志管理 、工作流模型的版本管理 、工作流的执行状态监视 ,如各过程的执行状态 、外部应用的调用情况以及一些统计信息等 ;

　　d) 用户任务通知与提交 :支持多种任务通知方式 ,如 e-mail、传真 、手机短信和 Web 上的工作列表 ,也支持用户以多种方式提交任务 ;

　　e) 服务打包 :对工作流服务进行封装 。它的主要功能是从工作流模型中抽取出可由外部消息触发的操作 ,并通过 Web 服务进行封装 ,所生成的服务将被发布到平台上 ,对外提供一定的操作并能响应外部的事件 。

　　4. 2. 6 应用集成管理

　　主要功能包括应用集成服务配置与管理 、企业应用解决方案的虚拟仿真与动态配置 、应用系统的封装 、被集成应用系统的可视化管理等 。

　　a) 应用封装 :实现对平台上被集成的应用的统一封装 ;

　　b) 应用资源管理服务 :实现对应用服务资源的注册发布 、查询 、修改和调用等功能 ;

　　c) 统一界面服务 :实现平台上被集成应用的统一管理和可视化操作 ;

　　d) 虚拟仿真与动态配置服务 :实现企业业务流程驱动的应用执行仿真和信息化解决方案的动态配置 。

　　4. 2. 7 应用接口管理

　　应用接口是为了解决集成平台与企业遗留应用系统之间的集成 。平台实施人员可以通过接口代理所提供的通用应用接口快速地实现与各种遗留系统的交互 。接口代理向下连接企业不同的业务系统 ,并可以取得其业务数据以及调用其业务逻辑 ; 向上将企业的业务数据转换为符合平台规范的数据 ,并提供统一的标准和接口来访问企业的业务逻辑 。应用接口服务的主要功能包括 :

　　5

　　GB/T 25483—2010

　　a) 应用接口代理添加 ;

　　b) 应用接口代理删除 ;

　　c) 应用接口代理修改 ;

　　d) 应用接口代理配置 ;

　　e) 应用接口代理查询 。

　　4. 2. 8 日志管理

　　集成平台 日志记录来自平台支持运行的各类资源(对象)的运行信息 。 日志管理具有三个功能 : 日志信息采集封装 、日志管理维护 、异常检测与处理 。

　　a) 日志信息采集封装 :为集成平台上的资源提供统一封装和扩展的系统接 口 , 以方便其他模块或资源将其日志消息写入日志文件(或数据库) ;

　　b) 日志管理维护 : 日志系统提供日志管理工具(用户接口)以向系统管理员提供对日志文件的定制 、存储 、日志信息的查询与检索支持 ;

　　c) 异常检测与处理 : 日志系统还提供异常检测与处理功能 ,对于其他模块在运行过程中发生的重要的异常事件 ,可以采用 日志系统提供的接口及异常处理模块将这类消息写入日志文件(或数据库)及实施相应的处理措施 。

　　4. 2. 9 安全性管理

　　a) 安全性结构 :

　　1) 系统安全 :控制计算机的软 、硬件安全 ,确保它们被有正确权限并通过鉴别的用户访问和使用 ;

　　2) 物理结构设施安全 :处理对集成平台服务器及其他物理设施的访问 ;

　　3) 网络安全 :包括所有在不同网络(即局域网和广域网)内流动的数据的安全 。

　　b) 安全性措施 :

　　1) 访问控制 :定义使用者访问权限 ;

　　2) 鉴定 : 即身份验证 ,说明用户或访问者的身份及其对应的权限 ;

　　3) 数据完整性 :现存的数据和原来的数据相比较是否完整 ;

　　4) 机密性 :存储 、处理 、输入输出及在网络通信时数据的保密性 ;

　　5) 非拒绝性 :确保充分证据的有效性 ;

　　6) 有效性 :选用安全的硬件 、操作系统 、网络/数据库 、应用程序 , 防止病毒 、入侵者对网络和系统组件及资源的破坏 、乱用 、滥用 、误用 ;

　　7) 责任性 :各个部门对日志记录系统记录的事件均有对应的责任措施 。

　　4. 2. 10 二次开发工具

　　集成平台为用户提供二次开发工具包 ,使用户可以在集成平台上部署自己的信息化集成方案 ,针对集成平台的功能 ,集成平台需要为以下模块提供开发接 口 :

　　a) 应用封装开发接 口 ;

　　b) 数据交换开发接 口 ;

　　c) 消息处理开发接 口 ;

　　d) 工作流开发接 口 ;

　　e) 日志管理开发接 口 ;

　　f) 资源管理与定制开发接 口 ;

　　g) 适配器与代理开发接 口 。

　　4. 3 系统使用测评

　　4. 3. 1 概述

　　用户使用集成平台的过程有必要遵循如图 5所示的流程 。

　　6

　　GB/T 25483—2010

　　图 5 用户使用集成平台的过程

　　4. 3. 2 用户登录

　　用户登录时 ,系统要根据用户输入的用户名和口令确定用户的身份 、权限及其订购的服务 。

　　4. 3. 3 集成场景定制

　　“集成场景定制包括以下步骤 :

　　a) 集成对象配置 。根据集成平台要求对集成对象进行各项参数配置 ;

　　b) 集成流程定制 。根据业务流程和集成需求 ,定义集成步骤和内容 ;

　　c) 集成服务配置 。根据集成内容选择集成服务并进行配置 ;

　　d) 集成场景确定 。将集成对象 、集成服务关联到集成流程上 ,形成可执行与管理的集成场景 。

　　4. 3. 4 集成服务运行

　　服务运行包括以下步骤 :

　　a) 启动服务 。根据审查同意提供的服务种类 、范围和功能启动服务 ;

　　b) 使用服务功能 。用户使用系统已经启动的各项服务 ;

　　c) 请求退出服务 。用户向系统提出退出服务的请求 ;

　　d) 保存相关数据 。 系统保存用户使用过程的各类数据 ,包括用户运行应用服务的结果和记录用户使用情况的数据 ;

　　7

　　GB/T 25483—2010

　　e) 退出服务 。结束用户的全部服务 ,完成系统相关用户服务运行日志 。

　　4. 4 系统性能测评

　　4. 4. 1 可靠性

　　可靠性评测包括以下内容 :

　　— 屏蔽用户操作错误 ;

　　— 运行错误不会导致系统异常退出 ;

　　— 操作权限控制安全可靠 ;

　　— 具备数据备份及数据恢复能力 ;

　　— 应用能进行输入有效性检查 ;

　　— 无损坏数据软件的现象 ;

　　— 提供运行日志管理 ;

　　— 与其他软件的兼容性(运行时对系统中其他程序不产生破坏性的影响) ;

　　— 系统故障恢复(网络中断 、断电后自动恢复) ;

　　— 数据在销售 、设计 、生产(数据加工 、装配)等应用中运行稳定 。

　　4. 4. 2 易用性

　　易用性评测包括以下内容 :

　　— 菜单 、工具栏随所进行的操作变化 ;

　　— 联机帮助功能 ;

　　— 用户操作的实时引导 ;

　　— 界面风格简洁一致 ,布局合理 ;

　　— 服务具有可配置能力(例如显示界面 、显示格式 、报表格式等可以调整) 。

　　4. 4. 3 集成性

　　— 支持数据集成 ;

　　— 支持应用集成 ;

　　— 支持流程集成 ;

　　— 支持人员集成 。

　　4. 4. 4 可开发性

　　用户可以根据自己的需求和环境对集成平台进行二次开发 。

　　5 评定细则

　　5. 1 测评关键因素

　　下列三项为影响集成平台测评结果的关键因素 :

　　— 被测平台不具备本标准规定的基本功能项 ;

　　— 被测平台在基本功能的测评过程中发生了一项或多项可重复出现的严重问题 ;

　　— 被测平台的性能指标评定值不能达到最低限度 。

　　5. 1. 1 基本功能项

　　基本功能项是指本标准所规定的功能测评指标中的二级指标 。

　　测评基本功能指标以其下属的三级指标为依据来判断是否通过 。 只有三级指标中的必备指标全部具备并且可以正确实现 ,则该项基本功能指标为 “通过 ”,否则为 “不通过 ”。

　　5. 1. 2 重复出现的严重问题

　　重复出现的严重问题是指在测试过程中出现的 、且在相同条件下可再现的下列问题 :

　　— 被测基本功能项不能正确实现 ;

　　— 被测数据处理错误 ;

　　8

　　GB/T 25483—2010

　　— 主业务流程出现断点 ;

　　— 应用错误导致死机 ;

　　— 应用错误导致数据丢失 ;

　　— 应用错误导致系统无法运行 ;

　　— 应用操作响应时间过长 ,在 1 min以上 ;

　　— 应用存在严重的安全漏洞 。

　　5. 2 测评结果评定

　　集成平台测评的最终结果只能评定为下列两种结论中的一种 :

　　— “通过 ”;

　　— “不通过 ”。

　　有下列情况之一者 , 评定为 “不通过 ”:

　　— 被测平台缺少规范规定的基本功能项 ;

　　— 在基本功能的测评过程中 , 出现了一项或多项可重复出现的严重问题 ;

　　— 一项或多项性能指标评定值不能达到最低限度 。

　　未出现上述情况的 ,评定为 “通过 ”。

　　5. 3 功能指标测评结果评定

　　系统功能和使用测评采用功能指标测评方式 。

　　5. 3. 1 基本功能指标测评结果评定

　　各项基本功能测评指标的结果只能评定为下列两种结论中的一种 :

　　— “通过 ”;

　　— “不通过 ”。

　　在对某项基本功能测评指标进行测试的过程中 ,有下列情况之一者 , 判定该项指标为 “不通过 ”:

　　— 被测平台缺少该项指标对应的功能 ;

　　— 出现了一项或多项可重复出现的严重问题 。

　　未出现上述情况的 ,该项指标判定为 “通过 ”。

　　5. 3. 2 扩展功能指标测评结果评定

　　各项扩展功能测评指标的结果只能评定为下列三种结论中的一种 :

　　— “无此功能 ”;

　　— “通过 ”;

　　— “不通过 ”。

　　在对某项扩展功能测评指标进行测试的过程中 ,如被测平台缺少该项指标对应的功能 ,则判定该项指标为 “无此功能 ”;如被测平台具有该项指标对应的功能且未出现可重复出现的严重问题 ,则判定该项指标为 “通过 ”;如被测平台具有该项指标对应的功能 ,但出现了一项或多项可重复出现的严重问题 ,则判定该项指标为 “不通过 ”。

　　5. 4 性能指标测评结果评定

　　系统性能的测评采用性能指标测评方式 。

　　5. 4. 1 概述

　　各级性能指标的测评采用评分方式 ,各级性能指标测评结果为 10分制分值 。

　　测评人员应对每一项无下级指标的性能指标进行测试 ,并依据测试完成情况与预期效果之间的差异 ,按照评分细则的规定对该项性能指标进行评分 。

　　上级指标的得分按如下公式计算得出 :

　　上级指标的得分 =∑ (下级指标得分 × 下级指标权重)

　　5. 4. 2 权重分配

　　一级指标的权重分配参见表 1。

　　9

　　GB/T 25483—2010

　　表 1 一级指标权重分配

　　一级指标

　　满分

　　权重

　　测评总分

　　可靠性

　　10分

　　0. 3

　　10分

　　易用性

　　10分

　　0. 2

　　集成性

　　10分

　　0. 3

　　可开发性

　　10分

　　0. 2

　　5. 4. 3 评分方法

　　5. 4. 3. 1 单项指标的评分方法

　　无下级指标的单项指标应在本标准第一部分规定的线性评分方法 、减分式评分方法以及等级式评分方法中选用一种适合的方法进行评分 。

　　有下级指标的单项指标不进行直接评分 , 由下级指标汇总得出 。

　　5. 4. 3. 2 评分汇总方法

　　上级指标的得分按如下公式计算得出 :

　　上级指标的得分 =∑ (下级指标得分 × 下级指标权重)

　　性能测评的总评分按如下公式计算得出 :

　　性能测评的总评分 =∑ (一级指标得分 × 一级指标权重)

　　6 测评组织机构

　　为顺利实施平台测评 ,保证测评过程的公平 、公正 、科学 、高效 ,应设立平台测评的组织管理机构 、测评机构和监督机构 。

　　6. 1 组织管理机构

　　组织管理机构的职责 :

　　— 发布开展平台测评的通知 、通告 ;

　　— 负责受理平台测评的申请 ,并对送测单位提交的申请材料进行受理审查 ;

　　— 组织相关技术领域的专家制定平台测评的统一测试用例(或测试题) ;

　　— 审查 、选定合适的测试用例(或测试题) ;

　　— 发布测评结果 。

　　组织管理机构可以是国家政府有关部门或得到其授权的组织和机构 ;也可以是行业协会或相关技术委员会等 。

　　6. 2 测评机构

　　测评机构的职责 :

　　— 负责实施平台测评 ;

　　— 根据有关标准规范规定和测试用例(或测试题) ,做好各项测评准备工作 ;

　　— 保持与测试用例一致的测试 ,并填写测试记录 ;

　　— 整理 、分析测试过程中出现的问题 ,编写测试问题报告 ;

　　— 做出测评结果的判定 ,编写测评报告 ;

　　— 及时向平台测评组织管理机构提供信息反馈 。

　　6. 3 监督机构

　　监督机构的职责 :

　　— 对平台测评过程的各个环节进行监督和检查 ;

　　— 受理对平台测评过程中发生的问题和测评结果的投诉和举报 ,并调查核实 ,提出处理意见 ;

　　— 对平台测评的管理工作 ,提出合理化意见和建议 。

　　监督机构可以是国家政府相关部门或得到其授权委托的机构组织 ,或为开展测评临时组建的测评

　　10

　　GB/T 25483—2010

　　监督委员会 。

　　注 1: 对无署名 、无联系方式或没有具体事实的投诉 ,监督委员会可不予处理 。

　　注 2: 对办结的投诉和举报 ,监督委员会要将处理结果告知投诉者或举报者 ,并将有关材料归档 。

　　7 测评工作基本步骤

　　测评工作的四个基本步骤为 : 申请测评→ 审查申请→ 测评实施→ 测评结果公告 。

　　全部测评工作都在监督机构的监督下执行 。

　　8 申请测评

　　送测单位应实事求是地认真填写申请表 ,并提交相关材料 。如 :

　　a) 《面向制造业信息化的集成平台测评申请表》;

　　b) 必要时提供足够的测评数据及相应的数据文档 ;

　　c) 测评组织管理机构规定的有关平台的登记证书和送测单位身份证明 。

　　9 审查申请

　　有以下情况之一者 ,将不能通过受理审查 :

　　— 申请手续不完备 , 申请书填写不符合规定 。

　　— 申请测评的平台不具备规定的条件 ;

　　— 送测单位不具备规定的资格 。

　　通过资格审查的软件移交给第三方平台测评机构进行平台测评 。

　　10 测评实施

　　10. 1 测评准备

　　平台测评机构根据本标准规定的测评内容 ,选择合格的具有相关技术领域知识的测评技术人员组成软件测评组 。需针对每一个被测平台成立测评组 ,每个测评组不得少于三人 ,并为奇数 。

　　测评组织管理机构组织相关领域的技术专家按照本标准规定的测评内容 ,设计编制能够覆盖全部测评内容的测试用例(或测试题) 。

　　测试用例应包括下列信息 :测试目标 ;测试环境和条件(包括 :配置细节和准备工作) ;测试数据 ;过程 ;系统的预期行为 。

　　测试用例应系统地构造 ,应覆盖本标准第二 、三部分中规定的功能指标和性能指标 。

　　注 1: 被测方可提供反映自身 特 点 、能 覆 盖 本 标 准 规 定 的 各 项 基 本 功 能 和 基 础 性 能 的 测 试 用 例 , 供 平 台 测 评 机 构参考 。

　　注 2: 测评人员除使用给定的统一测试用例对平台进行测试外 ,也可适当增加其他测试用例 。

　　10. 2 测试运行

　　平台测评组依据测试用例对平台进行功能和性能的测试 。

　　平台测评组依据本标准第二 、三部分为基础构造的统一测试用例和其他参考测试用例对被测平台进行测试 。

　　对测试过程中出现的问题 ,应进行重复性核定测评 。

　　平台测评组应填写测试记录 。

　　测试记录应包括 :

　　— 测试计划及包含测试用例的测试说明与解释 ;

　　— 与测试用例相关的所有结果 ,包括测试期间出现的所有偏离 、失败情况 ;

　　— 测试中涉及的人员身份 。

　　11

　　GB/T 25483—2010

　　10. 3 问题分析

　　平台测评组根据测试过程中出现的问题记录 ,确定问题性质(包括 :严重问题 、一般性问题 、建议性问题) ,并对问题原因进行初步分析 ,编制被测平台的测试问题报告 。

　　平台评测机构应对被测平台测试问题报告进行评审 。

　　如涉及严重问题 ,须将被测平台测试问题报告提交被测方确认 。

　　问题报告应包括 :

　　— 问题统计 ;

　　— 问题概述 ;

　　— 问题详细描述 ;

　　— 问题确认 、审核人员签名及日期 。

　　10. 4 测评报告

　　平台测评机构以测试记录和问题报告为依据 ,编写测评报告 。

　　测评报告的结构 :

　　— 平台标识 ;

　　— 测试环境(硬件 、软件及其配置) ;

　　— 功能和性能测评结果 ;

　　— 测评结束日期 。

　　注 1: 测评报告的标识(测评实验室 、平台标识 、测评报告日期)和页面总数应出现在测评报告的每页上 。

　　注 2: 测评报告应包括与测评项相关的测评结果有效性的说明 。

　　注 3: 未经批准 ,不得复印测评报告及其有关说明 。

　　11 测评结果公布

　　组织管理机构依据平台测评机构提交的测评报告 ,本着实事求是的原则 ,起草测评结果公告 ,并向社会公开发布 。

　　12

　　GB/T 25483—2010

　　参 考 文 献

　　[1] GB/T 11457—2006 信息技术 软件工程术语

　　[2] GB/T 16260. 1—2006 软件工程产品质量 第 1 部分 : 质量模型(ISO/IEC 9126-1: 2001, IDT)

　　[3] GB/T 17544—1998 信息技术 软件包 质量要求和测试(idtISO/IEC 12119-1994)

　　[4] GB/T 18757—2008 工 业 自 动 化 系 统 与 集 成 企 业 参 考 体 系 结 构 与 方 法 论 的 需 求(ISO 15704:2000, IDT)

　　GB/T 25483— 2010

　　中 华 人 民 共 和 国

　　国 家 标 准

　　面向制造业信息化的

　　企业集成平台测评规范

　　GB/T 25483—2010

　　*

　　中 国 标 准 出 版 社 出 版 发 行

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

　　邮政编码 :100045

　　网址:www. gb168. cn

　　服务热线 :010-68522006

　　2011年 3 月第一版

　　*

　　书号 : 155066 · 1-41321

　　版权专有 侵权必究