数据交换平台技术规范
目录
前言 (4)
1.引言 (5)
1.1适用范围 (5)
1.2引用的规范文件和有关规定 (5)
1.3术语和定义 (6)
1.4缩略语 (7)
2.系统总体设计要求 (7)
2.1平台介绍 (7)
2.1.1概述 (7)
2.1.2体系架构 (7)
2.1.3系统结构 (9)
2.2功能体系 (9)
2.2.1数据交换 (9)
2.2.2交换节点管理 (10)
2.2.3交换流程管理 (11)
2.2.4系统管理 (11)
2.3技术要求 (12)
2.3.1基本要求 (12)
3.系统性能要求 (13)
3.1开发环境要求 (13)
3.1.1要求描述 (13)
3.1.2性能指标 (13)
3.2平台部署、运行要求 (14)
3.2.1要求描述 (14)
3.2.2性能指标 (15)
3.3数据共享交换服务要求 (15)
3.3.1要求描述 (15)
3.3.2性能指标 (17)
3.4平台扩展性需求 (17)
3.5平台管理模式要求 (18)
3.5.1要求描述 (18)
3.5.3性能要求 (18)
3.6共享交换应用服务要求 (18)
3.5.1要求描述 (19)
3.7对性能的规定 (19)
3.8运行环境适应性要求 (20)
前言
《数据交换平台技术规范》，是根据国家有关规定和国家标准，并且在多年电子政务系统建设和应用经验的基础上，针对信息资源交换平台的功能技术条件编制而成的。
政府各单位可根据本规范为本单位的办公业务系统开发软件接口，实现与数据交换平台无缝对接，从而实现与全市其他单位的系统联网进行电子公文、业务资料、业务信息等各类信息资源的交换。
本规范只给出交换平台的技术约定，不涉及信息资源的管理规定。各单位使用本规约的时候，应注意遵守国家和我省有关法律法规和规章制度。
1.引言
数据交换平台是为解决全市各部门内数据交换与共享需求而提出的一种综合性服务平台，数据交换平台的建设和实施，将能够解决各部门内应用系统之间的数据共享和集成问题，为各部门内的应用系统提供全局试图、全局数据权限试图和完善数据交换服务，从而解决各部门内部诸多应用系统在“联邦模型”（一种应用系统间松散耦合的模型）下出现的信息孤岛问题，让各种数据资源能够在应用系统间实现互联互通，推动政府信息化进程。
数据交换平台以国家统一的电子政务网络为基础，通过构建覆盖全市各部门信息资源交换体系技术总体架构，围绕跨部门的业务协同，以部门业务信息为基础，确定部门间交换信息指标及信息交换流程，实现不同部门间异构应用系统松耦合的信息交换，形成部门间政务信息资源物理分散、逻辑集中的信息交换模式，提供部门间横向按需信息交换服务，提高各部门行政管理效率和公共服务水平，满足各部门履行职能的需要。
1.1适用范围
本规范规定了数据交换平台的体系架构、功能体系及技术要求。
本规范适用于信息资源交换体系的建设、规划、设计和实施。
1.2引用的规范文件和有关规定
本规范引用的主要技术标准、规范和行业管理规定包括：
GB/T 7408-2005 数据元和交换格式信息交换日期和时间表示法（ISO 8601：2000）
GB/T 9704-1999 国家行政机关公文格式
GB/T 21O62.1-2007 政务信息资源交换体系第一部分：总体框架。
GB/T 21062.2-2007 政务信息资源交换体系第二部分：技术要求。
GB/T 21062.3-2007 政务信息资源交换体系第二部分：数据接口规范。
GB/T 21062.4-2007 政务信息资源交换体系第二部分：技术管理要求。
《电子政务标准化指南》，国务院信息化工作办公室和国家标准化管理委员会2002年1月印发。
《国家电子政务总体框架》，国务院信息化工作办公室2006年3月印发。
1.3术语和定义
?数据交换
信息资源在互相之间联网的两个或两个以上不同计算机系统之间发送、传输、接收的过程。
?数据交换平台
特质专用于为互相之间联网的不同计算机系统集中分发、中转、传输、接收数据的计算机网络信息系统。
?发送方
在一次数据交换过程中，交换的初始发起机关或者发送者。
?接收方
在一次数据交换过程中，交换的最终接收机关或者接收者。
?交换节点
政务信息资源共享交换平台的组成部分，实现政务信息资源的适配、转换和传输。
?交换流程
按照特定规则，由组件编排组合并完成特定数据交换任务的工作程序。
?交换中心
政务信息资源共享交换平台的交换管理中枢，管理交换节点和交换流程，实现政务信息资源的交换及监控管理。
?WebServices
基于XML进行数据交换的一种跨平台的系统通信方式。
?XML（Extensible Markup Language）
可扩展标记语言，定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言。
?XML Schema
用于描述XML的内容结构。
1.4缩略语
HTTP 超文本传输协议(Hypertext Transfer Protocol)
HTTPS 安全超文本传输协议(Secure Hypertext Transfer Protocol)
SOAP 简单对象访问协议(Simple Object Access Protocol)
JMS Java 消息服务(Java Message Service)
Ftp 文件传输协议(File Transfer Protocol)
SOA 面向服务架构(Service-Oriented Architecture)
ESB 企业服务总线(Enterprise Service Bus)
2.系统总体设计要求
2.1平台介绍
2.1.1概述
数据交换平台是实现信息资源的适配、转换和传输，并对交换过程进行配置、监控和管理的信息系统，主要具有数据交换、交换节点管理、交换流程管理、系统管理等功能。数据交换平台系统支撑交换中心和交换节点的运行，交换节点具有信息资源适配、转换和传输等基本功能，交换中心具有交换节点的基本功能，并具有对交换节点和交换流程进行配置、监控和管理的功能。
2.1.2体系架构
数据交换平台系统体系架构见图,包括服务层、功能层和数据层。
2.1.2.1服务层
以JMS、Web服务等形式对功能层各项功能进行封装后提供服务，主要包括文件交换服务和数据库交换服务等。文件交换服务接受文件交换请求，将文件交换到指定位置。数据库交换服务接受数据库交换请求，将数据库中的数据交换到指定的数据库中。
2.1.2.2功能层
主要包括数据交换、交换节点管理、交换流程管理、系统管理等功能。
2.1.2.3数据层
主要包括文件和数据库等形式的可交换数据。
2.1.3系统结构
2.1.
3.1概述
数据交换平台应包括数据交换、交换节点管理、交换流程管理、系统管理等子系统。
2.1.
3.2系统内部组成
?数据交换子系统
应实现数据适配、数据转换和数据传输等功能。
?交换节点管理子系统
应实现交换节点注册和交换节点监控等功能。
?交换流程管理子系统
应实现交换流程配置和交换流程监控等功能。
?系统管理子系统
应实现日志管理、统计分析和备份管理等功能。
?各子系统关系
a)数据交换子系统按照交换流程管理子系统所配置的交换流程，实现交换节点之间
或交换节点与交换中心之间数据的适配、转换和传输；
b)系统管理子系统对数据交换、交换流程管理、交换节点管理等子系统运行过程中
产生的日志信息进行记录、备份和统计分析。
2.2功能体系
2.2.1数据交换
2.2.1.1数据适配
a)应支持文件或数据库数据的访问、抽取、传输与写入，包括文件适配和数据库适配；
b)文件适配应支持二进制和文本等格式文件的适配；
c)数据库适配应支持各种主流数据库的适配。
2.2.1.2数据转换
a)应支持异构数据之间的格式、代码转换；
b)应提供数据转换规则定义接口和常用转换函数，并可自定义转换函数。
2.2.1.3数据传输
a)应实现数据在网络中的可靠传输，并支持断点续传；
b)应支持HTTP、HTTPS、TCP、TCPS、JMS、SOAP、FTP等多种协议；
c)应支持将数据从一个交换节点同时发送到多个交换节点的数据传输模式；
d)应支持文件大小4GB以上单个文件的传输；
e)应支持单表记录数2000万条以上数据库数据的传输。
2.2.2交换节点管理
2.2.2.1交换节点注册
a)应支持交换节点信息在交换中心的注册、更新等工作；
b)应包括交换节点信息的登记、修改和删除等操作；
c)交换节点信息应包括交换节点IP地址、端口号、交换节点名称等信息。
2.2.2.2交换节点监控
a)应支持交换节点运行状态监测和交换节点控制等工作；
b)应包括交换节点状态信息记录、交换节点状态信息查看、故障和报警信息提示、交换
节点启动、交换节点停止等操作；
c)交换节点状态信息应包括交换节点名称、IP地址、端口号、运行状态、故障状况等。
2.2.3交换流程管理
2.2.
3.1交换流程配置
a)应支持交换流程所涉及相关规则的配置工作；
b)应包括交换流程的创建、修改和删除等操作；
c)交换流程配置所涉及规则主要包括传输协议、时间规则、路由规则、转换规则、日志
记录规则等；
d)应提供可视化拖放配置方式，支撑数据适配、数据转换、数据传输等功能和相关规则
的可视化配置管理；
e)应支持交换流程在交换中心或交换节点的热部署和热切换功能。
2.2.
3.2交换流程监控
a)应支持交换流程运行状态监测和交换流程控制等工作；
b)应包括交换流程状态信息记录、交换流程状态信息查看、故障和报警信息提示、交换
流程启动、交换流程停止等操作；
c)交换流程状态信息应包括交换流程名称、运行状态、故障状况等。
2.2.4系统管理
2.2.4.1日志管理
a)应支持数据交换、交换节点监控、交换流程监控等过程所产生日志信息的记录与管理
等工作；
b)应包括日志信息的记录、查询、统计、备份和删除等操作；
c)数据交换日志信息主要包括发送节点名称、接收节点名称、资源名称、交换数据量、
发送时间和接收时间等；
d)交换节点监控日志信息主要包括交换节点名称、状态变化、状态变化时间等；
e)交换流程监控日志信息主要包括交换流程名称、状态变化、状态变化时间等；
f)日志记录操作应按照统一的时间标准记录时间。
2.2.4.2统计分析
a)应支持系统运行状况、数据交换情况的统计和分析等工作；
b)应包括故障与报警统计、资源交换次数统计、资源交换数据量统计、资源交换趋势分
析等。
2.2.4.3备份管理
a)应支持交换节点信息、交换节点状态信息、交换流程配置信息、交换流程状态信息和
日志信息等数据的备份和恢复工作；
b)应包括手动备份、自动备份、手动恢复、自动恢复等操作；
c)应支持全量备份、增量备份两种备份策略，备份数据应能准确、完整、快速地恢复。
2.3技术要求
2.3.1基本要求
a)应支持SOA架构和ESB技术；
b)应通过组件方式实现文件适配、数据库适配、数据转换、数据传输等功能；
c)应采用由交换中心集中管理的端对端分布式体系结构，使数据能在各交换节点间并行
传输；
d)应支持跨防火墙的数据传输；
e)应根据应用需求，按照国家信息安全等级保护制度确定交换中心及交换节点的安全等
级，并根据确定的安全等级配备相应的安全防护措施；
f)应具备符合安全等级要求的快速恢复能力；
g)应具备良好的可扩展性，可根据交换需求的变化实现系统的扩展部署；
h)应保障交换节点、交换中心之间数据的可靠传输；
i)应提供7*24小时稳定可靠的服务。
3.系统性能要求
3.1开发环境要求
平台主体建设完成后，必须能够支撑信息系统、各种数据资源的快速接入，并支撑各种应用系统的快速开发，因此，平台必须包含一个快速SOA架构的开发环境。
3.1.1要求描述
?平台应支持面向服务架构(SOA)的服务开发、服务部署和服务组合。
?平台应能够对应用、服务、数据进行整合。
?平台应提供通用适配器，以适配连接到平台的各类应用、服务、数据，包括采集和交付两类适配器，并能为各种数据库、应用系统快速服务。
?平台应提供工具，支持主流开发语言(Java、C/C++、C#、VB)，能够开发、定制特定适配器。
?开发的适配器应支持参数配置和版本控制管理。
?利用平台提供的工具，能够快速整合应用、服务和数据。
?适配器应能够由中心通过网络进行分布式部署到节点和管理。分布部署到各节点的适配器应能够由节点工具进行配置和运行监控。
?平台应提供GUI工具进行服务组合和编排，并支持BPEL流程。
?平台应支持以WSDL和UDDI 标准描述的WEB服务。
?平台应将交换服务、安全服务等功能模块的接口与开发环境进行良好的整合。
?平台应实现市、区、县三级平台架构，并具体支持数据库、格式化文件和非格式化文件的两级平台交换。
3.1.2性能指标
?平台开发环境应支持分布式调测(debug)。
?平台开发环境必须支持XML、JMS、JCA、J2EE、.NET和WebServices组件标准.
?平台开发环境必须支持多种传输协议的连接模块，包括TCP、HTTP、HTTPS、JMS、WebServcies等。
3.2平台部署、运行要求
平台应能够在地市内部网络和各区县政务外网上正常运行，在保证性能和稳定性的要求下，所需硬件、软件配置尽可能低。
3.2.1要求描述
平台为支撑多项跨部门应用的基础设施，应具有较高可靠性，在整合多个模块和多个节点的基础上，应支持P2P的可靠数据交换模式，避免单点故障和效率瓶颈。
?平台应不存在单点故障
平台由多台服务器共同支撑，同时用于复合的业务流程中，因此需要对单点故障进行管理，实现故障切换。
?平台应具备多层次备份能力
平台应具备适配器、服务、系统等多层次备份和恢复能力。系统自动切换到备份系统后，要求数据不能丢失。
?平台应具备可扩展能力
根据平台所接入节点、应用、服务、数据的变化，平台应具备扩展能力，并且所提供的扩展方式不应影响平台工作效率。
?平台应提供负载均衡能力
根据平台中各模块的负载程度，平台应能够自动进行负载均衡管理。
?平台中的模块应能够灵活配置
平台中的各个模块应可运行在不同环境中，通过配置，平台的配置可动态改变。
?运行监控
平台应提供监控的人机界面，对服务组件进行远程管理和监控。
?平台不应影响所接入系统的运行
平台对接入的系统、服务和数据不能造成任何有害影响。
3.2.2性能指标
平台应支撑各种主流操作系统，如Windows, HP Unix, AIX, Solaris, Linux等，要重点考虑对LINUX的支持。
平台应具备跨越多个网络环境，穿透多重防火墙的能力。
3.3数据共享交换服务要求
利用平台提供的基础服务建立一个数据交换环境，通过对数据转换和传输过程的集中统一控制和规范管理，以多种数据共享交换方式实现省级、地市级委办局之间的数据共享与业务协同，为跨部门的应用提供支撑。
平台可实现多种信息资源的交换和共享，包括文件交换，数据库数据交换，事件驱动、请求/响应和发布/订阅等多种方式。
?文件交换
实现各部门间一对一、一对多的文件交换。
?数据库数据交换
实现部门之间异构数据库之间的数据交换及中间格式转换。
?共享数据库建设
利用数据交换服务，建设落地的企业基础信息和人口库、空间地理数据库等。
?基于服务的交换
能够将各种数据库和应用系统方便、快速地包装成Web服务或JMS服务，解析各机构提供的各类服务接口中的数据，并转化为需求方的数据格式。
3.3.1要求描述
构建一个数据交换环境，实现在多种网络间不同应用系统之间的数据共享交换与业务协同，具体功能需求包括以下多个方面：
?基于事件驱动的会话模式：
推：点到点或点到多点的主动信息推送方式
推送模式需支持数据增量实时、定时和周期性时间规则的数据服务模式。
拉：点到点或点到多点的被动信息获取方式
组播：在一个域或群组范围内的多点群发方式
?基于服务的会话模式：
请求响应：基于请求响应模式双向交互的被动服务
主动服务：基于事件回调模式双向交互的主动服务
?交换平台应支持各种不同会话策略：
实时：基于事件驱动，由系统运行时动态产生和控制的会话方式
定时：由系统定时器根据预设的定时策略产生和控制的会话方式
手工：系统运行时由用户手工产生和控制的会话方式
?支持多种灵活的交换策略
?交换平台要求实现的两种数据交换方式：
对等交换(数据“不落地”)模式：各部门之间通过交换平台实现透明的点对点对等交换，交换的数据不需存储在交换中心节点中。
交换共享(数据“落地”集中)模式：各部门之间通过交换平台实现交换，交换的数据通过中心节点存储在共享信息库中，形成需要共享的基础数据。
?支持多种数据接口
支持多种数据接口，能够提供数据库、文件系统、JMS、Web服务、API接口等多种接口方式。
?支持多种传输协议：
平台可支持多种网络交换协议完成信息资源的交换，包括JMS消息、FTP、SNTP、HTTP(s)、Web Service等，并且要求节点之间交换的协议可配置完成。
?能够进行跨网段数据交换
能够跨网段、跨防火墙访问，提供相同或不同网络之间的数据交换、数据转发功能。
?保障信息安全
能够利用信息安全体系的基础服务，通过对敏感信息进行加密等手段，实现信息内容的保密和操作的不可抵赖性。
?提供数据交换日志
能够对所有的数据交换任务纪录详细的日志信息，确保能够对数据交换任务进行追踪和事
后审计。
?提供数据格式转换
能够对各部门的数据格式标准进行管理，在此基础上为不同部门之间的数据交换提供数据格式转换服务。
?满足部署、运行环境和分布管理模式的要求
交换服务的运行环境由分布于各部门的多个节点服务器和数据交换中心的数据交换管理服务器组成，其中，前者是一个前置机或信息资源共享单元，作为一个共享区域存放各部门与其他部门之间的交换数据。
?平台可以扩展成为全省级共享交换平台。
平台应十分方便增加接入省级部门节点，扩展成为省级信息共享交换平台架构，并支持各种跨部门信息共享交换应用和共享库的建设。平台并可进一步扩展成为省市二级平台架构，省级与市级各部门的交换将通过跨二级平台的交换方式。应支持数据库、文件(包括二进制大文件)的交换。
3.3.2性能指标
?系统容量要求：单台普通PC服务器支撑的交换系统数不小于20个，同时挂接的数据交换接口不小于200个；
?支持P2P的交换方式。P2P的交换数据无需通过中心，避免中心单点故障和效率瓶颈?数据交换能力：系统支持文件和数据库数据等多种交换方式，并具有良好的负载均衡能力，交换数率达到至少1000x1k/s；
?交换数据量：支持大数据包和大二进制文件的交换，数据量大小不应受限制；
3.4平台扩展性需求
平台应十分方便增加接入省级部门节点，扩展成为省级信息共享交换平台架构，并支持各种跨部门信息共享交换应用和共享库的建设。平台并可进一步扩展成为省市二级平台架构，省级与市级部门的交换将通过跨二级平台的交换方式。应支持二级平台之间的数据库、文件(包括二进制大文件)的交换。
3.5平台管理模式要求
平台具备自身管理功能，通过管理模块来配置和管理各子系统的接口和资源属性，可进行系统自身配置、运行状态及存储、备份和恢复等管理工作，可以配置和管理平台的交换数据流程，可以配置和管理节点之间交换的协议。
3.5.1要求描述
平台管理功能应支持交换中心节点对平台基础设施的集中技术管理、业务主管部门(如工商局)对平台应用(如企业基础信息应用服务系统)的业务管理、以及参与信息交换委办局对节点交换服务(监控、配置)分布管理的要求，充分满足参与信息共享交换不同部门的管理需求。
平台管理主要包括平台自身的系统安全管理、软件模块管理、系统运行日志管理功能。
?平台安全管理：管理整个平台的部署、安全以及异常处理。
?软件模块管理：包括任务注册管理、适配器管理、预定义交换流程管理。
?交换日志管理：该系统为管理者提供交换数据的日志和统计分析数据。
3.5.3性能要求
?平台管理模块为平台业务管理员使用，采用B/S结构，操作简单、易用。
?系统的页面切换时间应小于1秒
?系统运行稳定，具有高可靠性，可靠性需达到99.999%。
3.6共享交换应用服务要求
基于信息共享交换平台的共享交换应用服务系统，不但要实现各部门实时信息交换、业务协同的需求，并且需具有数据比对、数据落地形成中心基础信息库，同时提供共享信息库数据服务，通过数据推送或者请求/响应服务模式，将各地级市所需要的基础信息交换到地级市节点。
3.5.1要求描述
基础信息共享交换应用服务的建设应该满足以下需求：
?数据交换功能
支持各部门基础信息的在线实时交换与共享。
?具备数据比对与整合功能
对交换到中心的基础信息进行比对，落地形成以为唯一标识的基础信息库。
?具备流程管理功能
支持跨部门的业务流程的监控管理以及流程优化工作。
?数据服务功能
基础信息共享交换应用服务具有数据服务功能，实现数据增量的实时推送或请求/响应的数据服务模式，以及为地级市和其它委办局提供所需的基础信息服务。
3.7对性能的规定
以下假设网络及相关服务器正常的情况下平台的性能规定：
?适配器运行环境一次最多可加载250个适配器实例。服务器内存3G以上
?适配器一次最多支持2000条记录交换
?适配器运行环境一次支持20M以内的公文交换
?适配器运行环境最大支持100个并发数
?数据交换中心最大支持1000个并发数
?单笔信息交换（1M以下）在局域网（域内）用时20秒以内
?监控管理中心日志查询响应时间保持在25秒内
?监控管理中心查看交换中心、适配器运行环境的运行状态响应时间保持在15秒内；
?系统在工作日内的8：00~18：00期间交换平台的故障率不超过0.5%。
?在不超过正常负载情况下，系统应保持高效运行，有效处理时间占总时间不低于95%。
3.8运行环境适应性要求
a)应支持国内外主流操作系统；
b)应支持国内外主流数据库。
附件4：数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。 二、软件准备 JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性 校验，并返回信息。
2、数据封装：为方便数据传输和解析，客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。 3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端 在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。 4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户 端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。 5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后， 会反馈成功信息给客户端，如不成功则返回不成功。 五、客户端接收数据过程（与服务端接收过程类似。） 六、术语说明
THANKS !!! 致力为企业和个人提供合同协议，策划案计划书，学习课件等等 打造全网一站式需求 欢迎您的下载，资料仅供参考
数据交换平台技术规范
目录 前言 (4) 1.引言 (5) 1.1适用范围 (5) 1.2引用的规范文件和有关规定 (5) 1.3术语和定义 (6) 1.4缩略语 (7) 2.系统总体设计要求 (7) 2.1平台介绍 (7) 2.1.1概述 (7) 2.1.2体系架构 (7) 2.1.3系统结构 (9) 2.2功能体系 (9) 2.2.1数据交换 (9) 2.2.2交换节点管理 (10) 2.2.3交换流程管理 (11) 2.2.4系统管理 (11) 2.3技术要求 (12) 2.3.1基本要求 (12) 3.系统性能要求 (13) 3.1开发环境要求 (13) 3.1.1要求描述 (13) 3.1.2性能指标 (13) 3.2平台部署、运行要求 (14) 3.2.1要求描述 (14) 3.2.2性能指标 (15) 3.3数据共享交换服务要求 (15) 3.3.1要求描述 (15) 3.3.2性能指标 (17)
3.4平台扩展性需求 (17) 3.5平台管理模式要求 (18) 3.5.1要求描述 (18) 3.5.3性能要求 (18) 3.6共享交换应用服务要求 (18) 3.5.1要求描述 (19) 3.7对性能的规定 (19) 3.8运行环境适应性要求 (20)
前言 《数据交换平台技术规范》，是根据国家有关规定和国家标准，并且在多年电子政务系统建设和应用经验的基础上，针对信息资源交换平台的功能技术条件编制而成的。 政府各单位可根据本规范为本单位的办公业务系统开发软件接口，实现与数据交换平台无缝对接，从而实现与全市其他单位的系统联网进行电子公文、业务资料、业务信息等各类信息资源的交换。 本规范只给出交换平台的技术约定，不涉及信息资源的管理规定。各单位使用本规约的时候，应注意遵守国家和我省有关法律法规和规章制度。
大数据平台技术要求 1.技术构架需求 采用平台化策略，全面建立先进、安全、可靠、灵活、方便扩展、便于部署、操作简单、易于维护、互联互通、信息共享的软件。 技术构架的基本要求： ?采用多层体系结构，应用软件系统具有相对的独立性，不依赖任何特定的操作系统、特定的数据库系统、特定的中间件应用服务器和特定的硬 件环境，便于系统今后的在不同的系统平台、不同的硬件环境下安装、 部署、升级移植，保证系统具有一定的可伸缩性和可扩展性。 ?实现B（浏览器）/A（应用服务器）/D（数据库服务器）应用模式。 ?采用平台化和构件化技术，实现系统能够根据需要方便地进行扩展。2. 功能指标需求 2.1基础平台 本项目的基础平台包括：元数据管理平台、数据交换平台、应用支撑平台。按照SOA的体系架构，实现对我校数据资源中心的服务化、构件化、定制化管理。 2.1.1元数据管理平台 根据我校的业务需求，制定统一的技术元数据和业务元数据标准，覆盖多种来源统计数据采集、加工、清洗、加载、多维生成、分析利用、发布、归档等各个环节，建立相应的管理维护机制，梳理并加载各种元数据。 具体实施内容包括： ●根据业务特点，制定元数据标准，要满足元数据在口径、分类等方面的 历史变化。 ●支持对元数据的管理，包括：定义、添加、删除、查询和修改等操作，
支持对派生元数据的管理，如派生指标、代码重新组合等，对元数据管 理实行权限控制。 ●通过元数据，实现对各类业务数据的统一管理和利用，包括： ?基础数据管理：建立各类业务数据与元数据的映射关系，实现统一的 数据查询、处理、报表管理。 ?ETL：通过元数据获取ETL规则的描述信息，包括字段映射、数据转 换、数据转换、数据清洗、数据加载规则以及错误处理等。 ?数据仓库：利用元数据实现对数据仓库结构的描述，包括仓库模式、 视图、维、层次结构维度描述、多维查询的描述、立方体（CUBE）的 结构等。 ●元数据版本控制及追溯、操作日志管理。 2.1.2数据交换平台 结合元数据管理模块并完成二次开发，构建统一的数据交换平台。实现统计数据从一套表采集平台，通过数据抽取、清洗和转换等操作，最终加载到数据仓库中，完成整个数据交换过程的配置、管理和监控功能。 具体要求包括： ●支持多种数据格式的数据交换，如关系型数据库：MS-SQLServer、MYSQL、 Oracle、DB2等；文件格式：DBF、Excel、Txt、Cvs等。 ●支持数据交换规则的描述，包括字段映射、数据转换、数据转换、数据 清洗、数据加载规则以及错误处理等。 ●支持数据交换任务的发布与执行监控，如任务的执行计划制定、定期执 行、人工执行、结果反馈、异常监控。 ●支持增量抽取的处理方式，增量加载的处理方式； ●支持元数据的管理，能提供动态的影响分析，能与前端报表系统结合， 分析报表到业务系统的血缘分析关系； ●具有灵活的可编程性、模块化的设计能力，数据处理流程，客户自定义 脚本和函数等具备可重用性； ●支持断点续传及异常数据审核、回滚等交换机制。
政府数据交换平台解决方案 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 如上图所示，原来的典型处理方法是需要一个个直接的“点对点”的数据链接，并且需要定制开发以实现系统之间的“会话”。随着新系统的不断增加，直接的定向连接和定制开发的情况会急剧增加，这最终将成为信息流动和系统维护的瓶颈。 在数据交换领域中，没有标准的部落式交换的代价是高昂的，相同的数据分析处理模块在很多应用中被重复地撰写，可能只是为了将某一数据源的数据转换到各个不同的目标数据源中去。由于没有中间标准，各个系统的实现人员也几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在。 因此，有必要建立一个通用的、分布式的数据集成平台，用以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题。“大汉网络数据交换平台”就是解决该类问题的一个解决方案。
“大汉网络数据交换平台”能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。“大汉网络数据交换平台”通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。 “大汉网络数据交换平台”通过一个集成框架的方案来解决这个问题，通过为开发人员提供一组标准接口（适配器）来实现这个方案。 “大汉网络数据交换平台”主要功能为：各应用系统数据的抽取或加载；交换数据通过交换平台完成数据的交换传输；各应用系统交换数据的比对、整理。各应用系统仅需负责确定本系统参与交换的数据，而不必关心数据库之间数据的传送。 二、系统设计 1．设计原则 数据交换平台应遵循以下几个基本设计原则： 不影响现有或其它相关信息系统的使用和信息安全。 采用先进成熟、稳定的技术和软硬件平台。 坚持开放性，易于技术更新。 采用国际通用标准，便于和国际接轨，易于系统扩展及升级。 建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更新，网络及业务规模可以逐步扩展。统一规划，分步实施。
产品数据交换标准结构(chanpin shuju jiaohuan biaozhun STEP) 产品数据交换标准STEP (Product data exchange standard STEP) 指国际标准化组织(ISO)制定的系列标准ISO 10303 《产品数据的表达与交换》。这个标准的主要目的是解决制造业中计算机环境下的设计和制造（CAD/CAM）的数据交换和企业数据共享的问题。中国陆续将其制定为同名国家标准，标准号为GB/T 16656。该标准有一个非正式的，但在国际上非常流行的名字－STEP，它是Standard for the Exchange of Product model data的缩写。 企业的产品设计采用计算机辅助设计（CAD）技术以后遇到了很大的挑战。首先是由于企业的产品设计产生的CAD数据迅速膨胀。这些信息是企业的生命，它们不断的产生出来，不断地被更新改版。这种技术信息在企业的不同部门中和生产过程中流动，重要的档案信息要保存几十年。但是，CAD设计产生的数据不再象传统的图纸那样随便拿给任何地方的任何人都能阅读。各种CAD系统之间的不兼容造成企业不同系统之间的数据不能共享，有时会造成非常严重的经济损失。CAD系统不能发挥出最大的效益，很大的原因之一就是由于数据交换产生的障碍。 另一方面，很多企业的设计档案都要求保存几十年，这就意味着经过长期保存的CAD数据经过几十年以后，在已经更新了若干代的计算机软硬件系统中还应该能够正确读出并能得到再次使用。如果做不到，那将是企业的灾难。由于计算机系统软硬件的生命周期越来越短，CAD数据的长期存档在当前恰恰是很难做到的。 为了解决上述问题，国际标准化组织ISO/TC184/SC4 (以下简称SC4) 工业数据分技术委员从1983年开始着手组织制定一个统一的数据交换标准STEP。到目前为止，该标准的基本原理和主要的二维和三维产品建模应用协议已经成为正式的国际标准，市场上的主要CAD 软件都已经开始提供商品化的STEP的接口。虽然STEP标准的制定进展缓慢，但是它已经在一些发达国家的先进企业中得到应用，如飞机、汽车等制造行业。 STEP标准的体系结构如图所示，共分四个层次，下层主要是标准的原理和方法，中间两层是标准的资源，最上层是应用协议（AP）。其中资源是建立应用协议的基础，建立应用协议是制定本标准的目的，是开发CAD / CAM数据交换接口的依据。 STEP标准是一个系列标准，是由若干分标准（或“部分”）组成的。体系结构的矩形框表示了系列标准的分类，其中的编号对应分标准的编号规则。例如描述方法类分标准的编号是11、12、13…。应用协议类分标准的编号是201、202、203…。 EXPRESS语言 STEP标准描述方法中的一个重要的标准是ISO 10303 - 11 EXPRESS语言参考手册。EXPRESS语言是描述方法的核心，也是STEP标准的基础。该标准是一种形式化描述语言，但不是计算机编程语言。它吸收了现代编程语言的优点，主要目的是为了建立产品的数据模型，对产品的几何、拓扑、材料、管理信息等进行描述。 STEP标准体系结构 EXPRESS语言为了能够描述客观事物、客观事物的特性、事物之间的关系，它引入了实体（ENTITY）和模式（SCHEMA）的概念。在EXPRESS语言中把一般的事物（或概念）抽象为实体，若干实体的集合组成模式。这意味着小的概念可组成大的概念。事物的特性在EXPRESS语言中用实体的属性（attribute）表示。实体的属性可以是简单数据类型，如实数
大数据平台建设方案 (项目需求与技术方案) 一、项目背景 “十三五”期间，随着我国现代信息技术的蓬勃发展,信息化建设模式发生根本性转变,一场以云计算、大数据、物联网、移动应用等技术为核心的“新 IT”浪潮风起云涌,信息化应用进入一个“新常态”。***（某政府部门)为积极应对“互联网＋”和大数据时代的机遇和挑战,适应全省经济社会发展与改革要求，大数据平台应运而生。 大数据平台整合省社会经济发展资源,打造集数据采集、数据处理、监测管理、预测预警、应急指挥、可视化平台于一体的大数据平台,以信息化提升数据化管理与服务能力，及时准确掌握社会经济发展情况,做到“用数据说话、用数据管理、用数据决策、用数据创新”,牢牢把握社会经济发展主动权和话语权。 二、建设目标 大数据平台是顺应目前信息化技术水平发展、服务政府职能改革的架构平台。它的主要目标是强化经济运行监测分析，实现企业信用社会化监督,建立规范化共建共享投资项目管理体系，推进政务数据共享和业务协同,为决策提供及时、准确、可靠的信息依据,提高政务工作的前瞻性和针对性,加大宏观调控力度,促进经济持续健康发展。 1、制定统一信息资源管理规范,拓宽数据获取渠道，整合业务信
息系统数据、企业单位数据和互联网抓取数据，构建汇聚式一体化数据库,为平台打下坚实稳固的数据基础。 2、梳理各相关系统数据资源的关联性,编制数据资源目录，建立信息资源交换管理标准体系，在业务可行性的基础上，实现数据信息共享，推进信息公开，建立跨部门跨领域经济形势分析制度。 3、在大数据分析监测基础上，为政府把握经济发展趋势、预见经济发展潜在问题、辅助经济决策提供基础支撑。 三、建设原则 大数据平台以信息资源整合为重点，以大数据应用为核心，坚持“统筹规划、分步实施,整合资源、协同共享,突出重点、注重实效,深化应用、创新驱动”的原则,全面提升信息化建设水平,促进全省经济持续健康发展。
国家全民健康信息平台数据交换规范 1范围 本规范规定了国家全民健康信息平台数据交换采用数据接口规范，规定了平台数据交换范围与格式、交换方式与流程、交换管理等规范。 本规范适用于指导国家级与省级全民健康信息平台数据交换接口设计，以及交换体系的建立和管理工作，适用于规范全民健康信息平台数据采集、传输、存储等工作。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 WS/T303-2009卫生信息数据元标准化数据规范 WS/T305-2009卫生信息数据集元数据规范 WS363-2011卫生信息数据元目录 WS365-2011城乡居民健康档案基本数据集 WS372-2012疾病管理基本数据集 WS373-2012医疗服务基本数据集 WS374-2012卫生管理基本数据集 WS375-2012疾病控制基本数据集 WS376-2013儿童保健数据集 WS377-2013妇女保健基本数据集 WS445-2014电子病历基本数据集 WS/T447-2014基于电子病历的医院信息平台技术规范 WS/T448-2014基于居民健康档案的区域卫生信息平台技术规范 WS/T482-2016卫生信息共享文档编制规范 WS/T483-2016健康档案共享文档规范 WS/T500-2016电子病历共享文档规范 WS/T502-2016电子健康档案与区域卫生信息平台标准符合性测试规范
WS537-2017居民健康卡数据集 WS538-2017医学数字影像通信基本数据集 WS539-2017远程医疗信息基本数据集 WS541-2017新型农村合作医疗基本数据集 WS542-2017院前医疗急救基本数据集 WS374.1-2012卫生管理基本数据集第一部分：卫生监督检查与行政处罚WS374.2-2012卫生管理基本数据集第二部分：卫生监督行政许可与登记WS374.3-2012卫生管理基本数据集第三部分：卫生监督监测与评价 WS374.4-2012卫生管理基本数据集第四部分：卫生监督机构与人员 WS541-2017新型农村合作医疗基本数据集 WS/T546-2017远程医疗信息系统与统一通信平台交互规范 GB/T22611-2003个人基本信息分类与代码第1部分：人的性别代码 GB/T22612-2003个人基本信息分类与代码第2部分：婚姻状况代码 GB/T3304中国各民族名称罗马字母拼写法和代码 GB/T4761家庭关系代码 GB/T4658学历代码 GB/T6565职业分类与代码 GB/T2260中华人民共和国行政区划代码 GB/T2659世界各国和地区名称代码 GB/T21062.4-2007政务信息资源交换体系第4部分：技术管理要求 电子病历基本架构与数据标准（试行）原卫生部2009年 健康档案基本架构与数据标准（试行）原卫生部2009年 3术语和缩略语 3.1术语和定义 下列术语和定义适用于本文件。 3.1.1 居民、个人、患者resident，person，patient 通过医疗卫生服务体系获取和接受服务的个体。在本标准中这些术语可互换使用。 3.1.2
附件1 大数据标准体系 序号一级分类二级分类国家标准编号标准名称状态 1 基础标准总则信息技术大数据标准化指南暂时空缺 2 术语信息技术大数据术语已申报 3 参考模型信息技术大数据参考模型已申报 4 数据处理数据整理GB/T 18142-2000 信息技术数据元素值格式记法已发布 5 GB/T 18391.1-2009 信息技术元数据注册系统(MDR)第1部分：框架已发布 6 GB/T 18391.2-2009 信息技术元数据注册系统(MDR)第2部分：分类已发布 7 GB/T 18391.3-2009 信息技术元数据注册系统(MDR)第3部分：注册系统元模型与基本属性已发布 8 GB/T 18391.4-2009 信息技术元数据注册系统(MDR)第4部分：数据定义的形成已发布 9 GB/T 18391.5-2009 信息技术元数据注册系统(MDR)第5部分：命名和标识原则已发布 10 GB/T 18391.6-2009 信息技术元数据注册系统(MDR)第6部分：注册已发布 11 GB/T 21025-2007 XML使用指南已发布 12 GB/T 23824.1-2009 信息技术实现元数据注册系统内容一致性的规程第1 部分：数据元已发布 13 GB/T 23824.3-2009 信息技术实现元数据注册系统内容一致性的规程第3 部分：值域已发布 14 20051294-T-339 信息技术元模型互操作性框架第1部分：参考模型已报批 15 20051295-T-339 信息技术元模型互操作性框架第2部分：核心模型已报批 16 20051296-T-339 信息技术元模型互操作性框架第3部分：本体注册的元模型已报批 17 20051297-T-339 信息技术元模型互操作性框架第4部分：模型映射的元模型已报批 18 20080046-T-469 信息技术元数据模块(MM) 第1 部分:框架已报批
市农业大数据应用平台 建设项目 技术要求 2016年
目录 1技术要求 (3) 1.1项目目标 (3) 1.2建设现状 (3) 1.3建设原则 (4) 1.3.1先进性和成熟性 (4) 1.3.2可靠性和安全性 (5) 1.3.3开放性和标准化 (5) 1.3.4伸缩性和可扩展性 (5) 1.3.5易用性和可控性 (5) 1.4总体要求 (6) 1.4.1技术路线 (6) 1.4.2技术要求 (6) 1.4.3界面设计要求 (8) 1.4.4技术指标要求 (8) 1.5建设内容 (10) 1.5.1门户网站建设 (10) 1.5.2农业项目管理系统建设 (11) 1.5.3现有业务系统整合 (12) 1.6工程控制及验收需求................................................................. 错误！未定义书签。 1.6.1工程控制......................................................................... 错误！未定义书签。 1.6.2总体建设进度................................................................. 错误！未定义书签。 1.6.3里程碑及阶段交付物..................................................... 错误！未定义书签。 1.6.4项目验收......................................................................... 错误！未定义书签。2数据采集设备参数要求 (12)
应指技装〔2012〕24号附件5 安全生产应急平台 信息交换与共享技术规 （试行） 安全生产应急救援指挥中心 二〇一二年八月
安全生产应急平台信息交换与共享技术规 （试行） 1围 本技术规提出了安全生产应急平台信息交换与共享体系架构、技术实现式、信息交换与共享系统的技术要求、数据接口规和数据交换共享容。 本技术规适用于规划设计和建设各级安全生产应急救援指挥机构应急平台之间，以及安全生产应急平台与政府应急平台、安委会成员单位应急平台、企业安全生产应急平台之间的信息交换和共享系统。 2规性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 7408-1994 数据元和交换格式信息交换日期和时间表示法 GB/T 18793-2002 信息技术可扩展置标语言（XML)1.0 GB/T 21062.1-2007 政务信息资源交换体系第1部分：总体框架 GB/T 21062.2-2007 政务信息资源交换体系第2部分：技术要求 GB/T 21062.3-2007 政务信息资源交换体系第3部分：数据接口规 GB/T 21062.4-2007 政务信息资源交换体系第4部分：技术管理要求
3术语及定义 3.1 安全生产应急平台信息交换 信息交换是指独立于具体应用，与具体应用耦合关系松而清楚，不随应用的变化而变化，保证数据可靠传输和安全传输，提供统一接口规，实现安全生产应急平台与不同部门异构系统之间不同格式数据的交换。 3.2 安全生产应急平台信息共享 信息共享指各级安全生产应急平台之间，或与政府应急平台、安委会成员单位应急平台、企业应急平台等不同层次、不同部门的应急平台系统间，信息和信息产品的交流与共用。 3.3 前置机 前置机是一种以数据交换为基础的中间交易设备，它实现的主要功能有网络通信、数据认证、数据格式转换、数据流水记录、数据预处理、数据监控和数据统计等。 3.4 服务接口 服务接口是指各级安全生产应急平台之间以及与其他不同层次、不同部门应急平台系统或人之间的共享边界。 4信息交换与共享体系 4.1概述 信息交换与共享在整个安全生产应急平台体系中居于中心地位。本级安全生产应急平台通过信息交换与共享系统抽取及共享下级安全生产应急平台提供的
广东省自动监控信息交换 技术规范 ——视频系统集成规范 广东省环境保护局
———前言——— 为了贯彻《中华人民共和国环境保护法》，加强对环境污染源和环境质量的监督管理，提高对环境的自动监控水平，规范自动监控的视频系统与中心平台的集成，保证自动监控数据的统一展示，为视频系统的建设和集成提供统一的技术标准，实现自动监控视频数据的信息共享，为环境保护管理和决策提供信息服务，制定本规范。 本规范为指导性标准。 本规范由广东省环境保护局提出。 本规范起草单位：广东省环境信息中心。 本规范主要起草人：陈春贻、黎嘉明、王彦刚、付红彬。 本规范由广东省环境信息中心解释。
一、范围 (1) 二、规范性引用文件 (1) 三、术语和定义 (2) 3.1 XML (2) 3.2 XML-RPC (2) 3.3 监控中心平台 (3) 3.4 视频系统 (3) 3.5 视频监控运营商 (3) 3.6 视频系统集成 (3) 3.7 视频服务节点 (3) 3.8 客户端视频控件 (3) 3.9 CamID（视频点位ID） (4) 四、总体结构 (4) 4.1 城市级系统结构 (4) 4.2 省市级系统结构 (5) 五、系统网络结构 (6) 六、视频数据分类 (7) 6.1 实时视频 (7) 6.2 历史录像 (8) 七、时间同步 (8) 八、视频集成数据交换模型 (8) 8.1 实时视频数据交换模型 (8) 8.2 历史录像数据交换模型 (9) 九、客户端集成要求 (10) 9.1 同时支持实时和历史视频数据 (10) 9.2 控件运行要求 (10) 9.3 网络连接要求 (11) 9.4 需要实现的方法（method） (11) 十、服务器端集成要求 (15) 10.1 实时视频接口 (15) 10.2 历史视频接口 (17) 10.3 开关灯集成 (21) 十一、部署要求 (24) 11.1 监控中心平台 (24) 11.2 视频监控运营商 (24)
基于大数据的智能家电节能技术规范 1 范围 本规范规定了智能家电基于物联网云端大数据技术实现舒适节能的定义、技术要求和检测评价方法，并根据智能化技术应用情况和智能化水平来评价系统（设备+平台）的节能特性。 本规范适用于应用物联网技术、有节能需求的家电产品，包括但不限于智能空调、热水器、洗衣机、冰箱等产品。 2 规范性引用文件 下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误表的内容）或修订版均不适用于本规范。然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。 GB 4706.1《家用和类似用途电器的安全第1部分：通用要求》 GB/T 28219 《智能家用电器的智能化技术通则》 GB/T 7725-2004 《房间空气调节器》 GB 4706.1-2005 《家用和类似用途电器的安全通用要求》 GB 4706.32-2012 《家用和类似用途电器的安全热泵空调器和除湿机的特殊要求》GB 21455-2013 《转速可控型房间空调器能效限定值及能源效率等级》 GB 19606-2004《家用和类似用途电器噪声限值》 T/CAS 289-2017 《家用房间空气调节器智能水平评价技术规范》 T/CAS 290-2017《智能家电系统互联互操作评价技术指南要求》 GB/T 18336.1—2008 信息技术安全技术信息技术安全性评估准则第1部分：简介和一般模型（IDT ISO/IEC 15408—1：2005） ⅡGB/T 18336.2—2008 信息技术安全技术信息技术安全性评估准则第2部分：安全功能要求（IDT ISO/IEC 15408—2：2005） GB/T 18336.3—2008 信息技术安全技术信息技术安全性评估准则第3部分：安全保证要求（IDT ISO/IEC 15408—3：2005） GB/T 20000.1—2014 标准化工作指南第1部分：标准化和相关活动的通用术语 QB/T 2836—2006 网络家电通用要求 GB/T 25000.51 系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则 GB/T 25000.10 系统与软件工程系统与软件质量要求和评价（SQuaRE）第10部分：系统与软件质量模型 3 术语和定义 除下列术语和定义外，GB/T 28219-2011中的术语和定义，均适用本规范。 3.1节能服务平台energy conservation service platform 利用大数据技术为智能家电节能提供服务的系统（以下统一称为“平台”）。
数据交换共享整合协同平台设计
整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。
第一章中心平台设计 1.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。
移动网O M C北向接口技术规范大数据量配置管理接口功能需求v 公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]
中国移动通信企业标准 QB-╳-╳╳╳-╳╳╳╳ 移动通信网网络管理接口技术规范 -- 大数据量配置管理接口功能需求 N e t w o r k M a n a g e m e n t I n t e r f a c e S p e c i f i c a t i o n f o r M o b i l e C o m m u n i c a t i o n N e t w o r k --B u l k C o n f i g u r a t i o n M a n a g e m e n t I n t e r f a c e F u n c t i o n R e q u i r e m e n t s 版本号：3.0.0 20××-××-××发布20××-××-××实施 中国移动通信有限公司发布
目录
前言 本规范是《移动通信网网络管理接口技术规范》系列标准中的第二项的子项。该系列标准预计分为三部分：基本原则、厂商网元管理系统北向接口部分和直连网元部分，其中，每一部分又包含若干项，其结构及名称预计如下： 1）移动通信网网络管理接口技术规范-基本原则 2）移动通信网网络管理接口技术规范-功能需求 3）移动通信网网络管理接口技术规范-分析 4）移动通信网网络管理接口技术规范-资源模型 5）移动通信网网络管理接口技术规范-CORBA设计 6）移动通信网网络管理接口技术规范-文件格式 7）移动通信网网络管理接口技术规范-DN和Filter的约定 8）移动通信网网络管理接口技术规范-补充说明文件 9）移动通信网网络管理接口技术规范-接口性能指标 10）移动通信网网络管理接口技术规范-直连网元 本规范为《移动通信网网络管理接口技术规范大数据量配置管理接口功能需求》，是参考国际电信联盟－电信标准部（ITU-T）的相关建议、3GPP 相关建议以及对象管理组织OMG的有关规范，并依据中国移动通信有限公司的移动通信网网络管理需求编制而成的。 本规范由中国移动通信有限公司网络部提出并归口 本规范起草单位：中国移动通信有限公司网络部，北京邮电大学 本规范主要起草人：李冶文、王烨、徐海东、熊宙实、魏丽红 李文璟、芮兰兰、姚羿志 本规范解释单位：中国移动通信有限公司网络部 本规范由中国移动通信有限公司XXX号文发布
顺德区数据交换与共享平台建设（SD09050） 采购内容及技术要求 一、现状 我区于2005年开发完成数据共享和交换平台，并于2008年对系统进行更新升级，进一步完善了系统的功能。平台目前运行在区信息中心机房，有公安局、计生局两个节点与之相连，运行正常。 二、建设目标 本项目建设目标是：调研业务部门的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》；开发和完善数据共享平台系统；建设顺德区数据共享资源体系，推进数据的共享和综合开发利用；实现顺德区各部门信息数据共享和互联互通,使数据共享平台成为电子政务建设的支撑和服务平台。 三、建设内容 本次建设内容分为三部分： １）对政府重要职能部门开展调研 完成对12个政府重要职能部门数据集成方面的需求调研，完成以数据共享、交换和整合需求的梳理和分析。 ２）数据共享规范与标准接口和政府资源目录建设 通过调研业务部门之间的数据共享需求，编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》，并逐步完善。 ３）数据共享平台开发和完善 提供数据发布、目录维护、系统配置等界面，增强系统易用性；改善数据传输性能，支持不同级别数据量的应用系统的数据传输；集成数据共享申请、申请审核、数据共享目录编制等业务功能；实现全区、区与市之间的数据共享；增加共享数据分析统计功能，监控共享数据的访问量、数据状态、共享数据业务办理状况等。
四、建设原则 （一）开放性 数据源和目标数据可以是文本文件、Excel文档、Word文档、XML文档。通过JDBC、ODBC支持所有JDBC和ODBC数据库，并为部分主流数据库提供了专用的数据库接口。目前应该满足Sybase、Informix、Oracle、DB2、SQL Server等异构数据库双向数据传输的需求，根据实际情况还可以进行扩展。 整体开发遵循J2EE平台标准和XML交换标准，有良好的平台兼容性。可以应用于Windows、Linux和Unix系统。 （二）安全性 数据中心的安全非常重要，因此必须要做好系统的安全设计，防范各种安全风险，确保数据中心能够安全可靠的运行。同时数据中心必须采用成熟的技术和体系结构，采用高质量的产品，并且要具有一定的容灾功能。 （三）实用性 完善友好的定制开发环境支持不同技术层次使用者的使用要求。安装简易，使用简单，有完善的系统参数配置工具和管理控制台。 （四）可伸缩性 可以合理地定制数据共享交换方式。根据不同类型业务特色和技术要求特点，量身定制相应的数据交换解决方案。 （五）可扩展性 能够方便的加入交换节点以及增加交换共享服务。能够根据需要，通过增加硬件配置的方式对交换平台进行扩容。 （六）相对独立性 根据数据共享平台的目标定位，数据共享平台的建设和运作必须保持业务系统的相对独立性。为此采用松散耦合方式，通过在业务部门统一配置部门端数据共享交换管理系统（代理）实现数据资源整合。
附件 1 大数据标准体系 序号一级分类二级分类国家标准编号标准名称状态 1总则信息技术大数据标准化指南暂时空缺2基础标准术语信息技术大数据术语已申报3参考模型信息技术大数据参考模型已申报4GB/T 18142-2000信息技术数据元素值格式记法已发布5GB/T 18391.1-2009信息技术元数据注册系统(MDR) 第 1 部分：框架已发布6GB/T 18391.2-2009信息技术元数据注册系统(MDR) 第 2 部分：分类已发布7数据处理数据整理GB/T 18391.3-2009信息技术元数据注册系统(MDR) 第 3 部分：注册系统元模型与基本属性已发布8GB/T 18391.4-2009信息技术元数据注册系统(MDR) 第 4 部分：数据定义的形成已发布9GB/T 18391.5-2009信息技术元数据注册系统(MDR) 第 5 部分：命名和标识原则已发布10GB/T 18391.6-2009信息技术元数据注册系统(MDR) 第 6 部分：注册已发布
11GB/T 21025-2007XML 使用指南已发布12GB/T 23824.1-2009信息技术实现元数据注册系统内容一致性的规程第 1 部分：数据元已发布13GB/T 23824.3-2009信息技术实现元数据注册系统内容一致性的规程第 3 部分：值域已发布1420051294-T-339信息技术元模型互操作性框架第1部分：参考模型已报批1520051295-T-339信息技术元模型互操作性框架第2部分：核心模型已报批1620051296-T-339信息技术元模型互操作性框架第3部分：本体注册的元模型已报批1720051297-T-339信息技术元模型互操作性框架第4部分：模型映射的元模型已报批1820080046-T-469信息技术元数据模块 (MM) 第 1部分 :框架已报批1920080044-T-469信息技术技术标准及规范文件的元数据已报批2020080045-T-469信息技术通用逻辑基于逻辑的语系的框架已报批2120080485-T-469跨平台的元数据检索、提取与汇交协议已报批22信息技术异构媒体数据统一语义描述已申报23数据分析信息技术大数据分析总体技术要求暂时空缺
（一）系统各项技术应遵循大数据相关规范要求； 大数据处理关键技术一般包括：大数据采集、大数据预处理、大 数据存储及管理、大数据分析及挖掘、大数据展现和应用（大数据检 索、大数据可视化、大数据应用、大数据安全等） 一、大数据采集技术 数据是指通过RFID射频数据、传感器数据、社交网络交互数据及移动互联网数据等方式获得的各种类型的结构化、半结构化 （或称之为弱结构化）及非结构化的海量数据，是大数据知识服务模型的根本。重点要突破分布式高速高可靠数据爬取或采集、高速数据全映 像等大数据收集技术；突破高速数据解析、转换与装载等大数据整合技术；设计质量评估模型，开发数据质量技术。 大数据采集一般分为大数据智能感知层：主要包括数据传感体系、网络通信体系、传感适配体系、智能识别体系及软硬件资源接入 系统，实现对结构化、半结构化、非结构化的海量数据的智能化识别、定位、跟踪、接入、传输、信号转换、监控、初步处理和管理等。必 须着重攻克针对大数据源的智能识别、感知、适配、传输、接入等技术。基础支撑层：提供大数据服务平台所需的虚拟服务器，结构化、 半结构化及非结构化数据的数据库及物联网络资源等基础支撑环境。重点攻克分布式虚拟存储技术，大数据获取、存储、组织、分析和决 策操作的可视化接口技术，大数据的网络传输与压缩技术，大数据隐私保护技术等. 二、大数据预处理技术
主要完成对已接收数据的辨析、抽取、清洗等操作。 1）抽取： 因获取的数据可能具有多种结构和类型，数据抽取过程可以帮助我们将这些复杂的数据转化为单一的或者便于处理的构型， 以达到快速分析处理的目的。 2）清洗： 对于大数据，并不全是有价值的，有些数据并不是我们所关心的内容，而另一些数据则是完全错误的干扰项，因此要对数据通过过滤“去噪”从而提取出有效数据。 三、大数据存储及管理技术 大数据存储与管理要用存储器把采集到的数据存储起来，建立相应的数据库，并进行管理和调用。重点解决复杂结构化、半结构化和 非结构化大数据管理与处理技术。主要解决大数据的可存储、可表示、可处理、可靠性及有效传输等几个关键问题。开发可靠的分布式文 件系统（DFS）、能效优化的存储、计算融入存储、大数据的去冗余及高效低成本的大数据存储技术；突破分布式非关系型大数 据管理与处理技术，异构数据的数据融合技术，数据组织技术，研究大数据建模技术；突破大数据索引技术；突破大数据移动、 备份、复制等技术；开发大数据可视化技术。 开发新型数据库技术， 数据库分为关系型数据库、非关系型数据库以及数据库缓存系统。其中，非关系型数据库主要指的是NoSQL数据库，分为：键值数据库、列存数据库、图存数据库以及文档数据库
大数据平台技术要求 1. 技术构架需求 采用平台化策略，全面建立先进、安全、可靠、灵活、方便扩展、便于部署、操作简单、易于维护、互联互通、信息共享的软件。 技术构架的基本要求： 采用多层体系结构，应用软件系统具有相对的独立性，不依赖任何特定的操作系统、特定的数据库系统、特定的中间件应用服务器和特定的硬 件环境，便于系统今后的在不同的系统平台、不同的硬件环境下安装、 部署、升级移植，保证系统具有一定的可伸缩性和可扩展性。 实现B（浏览器）/A（应用服务器）/D（数据库服务器）应用模式。 采用平台化和构件化技术，实现系统能够根据需要方便地进行扩展。2. 功能指标需求 2.1基础平台 本项目的基础平台包括：元数据管理平台、数据交换平台、应用支撑平台。按照SOA的体系架构，实现对我校数据资源中心的服务化、构件化、定制化管理。 2.1.1元数据管理平台 根据我校的业务需求，制定统一的技术元数据和业务元数据标准，覆盖多种来源统计数据采集、加工、清洗、加载、多维生成、分析利用、发布、归档等各个环节，建立相应的管理维护机制，梳理并加载各种元数据。 具体实施内容包括： ●根据业务特点，制定元数据标准，要满足元数据在口径、分类等方面的 历史变化。 ●支持对元数据的管理，包括：定义、添加、删除、查询和修改等操作，
支持对派生元数据的管理，如派生指标、代码重新组合等，对元数据管 理实行权限控制。 ●通过元数据，实现对各类业务数据的统一管理和利用，包括： ?基础数据管理：建立各类业务数据与元数据的映射关系，实现统一 的数据查询、处理、报表管理。 ?ETL：通过元数据获取ETL规则的描述信息，包括字段映射、数据转 换、数据转换、数据清洗、数据加载规则以及错误处理等。 ?数据仓库：利用元数据实现对数据仓库结构的描述，包括仓库模式、 视图、维、层次结构维度描述、多维查询的描述、立方体（CUBE） 的结构等。 ●元数据版本控制及追溯、操作日志管理。 2.1.2数据交换平台 结合元数据管理模块并完成二次开发，构建统一的数据交换平台。实现统计数据从一套表采集平台，通过数据抽取、清洗和转换等操作，最终加载到数据仓库中，完成整个数据交换过程的配置、管理和监控功能。 具体要求包括： ●支持多种数据格式的数据交换，如关系型数据库：MS-SQLServer、MYSQL、 Oracle、DB2等；文件格式：DBF、Excel、Txt、Cvs等。 ●支持数据交换规则的描述，包括字段映射、数据转换、数据转换、数据 清洗、数据加载规则以及错误处理等。 ●支持数据交换任务的发布与执行监控，如任务的执行计划制定、定期执 行、人工执行、结果反馈、异常监控。 ●支持增量抽取的处理方式，增量加载的处理方式； ●支持元数据的管理，能提供动态的影响分析，能与前端报表系统结合， 分析报表到业务系统的血缘分析关系； ●具有灵活的可编程性、模块化的设计能力，数据处理流程，客户自定义 脚本和函数等具备可重用性； ●支持断点续传及异常数据审核、回滚等交换机制。