LY/T 2171-2013
基本信息
标准号:
LY/T 2171-2013
中文名称:林业信息交换体系技术规范
标准类别:林业行业标准(LY)
标准状态:现行
出版语种:简体中文
下载格式:.rar .pdf
下载大小:1269KB
相关标签:
林业
信息
交换
体系
技术规范
标准分类号
关联标准
出版信息
相关单位信息
标准简介
LY/T 2171-2013 林业信息交换体系技术规范
LY/T2171-2013
标准压缩包解压密码:www.bzxz.net
标准内容
ICS65.020.40
中华人民共和国林业行业标准
LY/T2171—2013
林业信息交换体系技术规范
Forestry information interchange system technical specification2013-10-17发布
国家林业局
2014-01-01实施
LY/T2171—2013
规范性引用文件
术语、定义和缩略语
林业信息资源交换体系总体技术要求交换体系建设
交换系统技术要求
附录A(资料性附录)
林业交换体系架构的分层模型
本标准按照GB/T1.1--2009给出的规则起草本标准由全国林业信息数据标准化技术委员会(SAC/TC386)提出并归口。本标准起草单位:国家林业局调查规划设计院。LY/T2171—2013
本标准主要起草人:彭松波、徐泽鸿、张旭、李应国、白降丽、马宏伟、李浩川、汪志强、余鹏1范围
林业信息交换体系技术规范
LY/T2171-2013
本标准规范了林业信息资源交换体系技术支撑环境的功能组成及要求,规定了林业信息系统间互联互通的技术要求。
本标准适用于设计与建设林业信息资源交换体系,2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件:凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件,GB/T19488.1-2004
电子政务数据元第1部分:设计和管理规范GB/T21062.1-2007
GB/T21062.2-2007
GB/T21062.3—2007
政务信息资源交换体系第1部分:总体框架政务信息资源交换体系第2部分:技术要求政务信息资源交换体系第3部分:数据接口规范SOAP1.2简单对象访问协议1.2
Web服务描述语言1.2
Web服务业务流程可执行语言2.03术语、定义和缩略语
3.1术语和定义
GB/T21062.1-2007和GB/T19488.1:2004界定的以及下列术语和定义适用于本文件。3.1.1
林业信息资源forestryinformationresource由林业或者为林业采集、加工、使用、处理的信息资源。3.1.2
交换结点interchangenode
实现信息资源传送和处理的系统单元。交换结点分为端交换结点和中心交换结点两类。3.1.3
交换interchange
信息资源从一个交换结点到其他交换结点的传送和处理过程。3.1.4
interchangesystem
交换系统
提供信息资源交换与共享的计算机软硬件设施,部署在端交换结点和中心交换结点。交换系统分为前置交换系统和中心交换系统,3.1.5
交换域interchangedomain
由部署在中心交换结点的中心交换系统及与其直接交换的部署在端交换结点的前置交换系统组成的交换环境。
LY/T2171—2013
provider
提供者
提供信息资源交换内容的机构或软件系统。3.1.7
使用者www.bzxz.net
使用信息资源交换内容的机构或软件系统。3.1.8
管理者manager
管理信息资源结点的机构
消息中间件
message-oriented middleware
安装在需要进行消息传递的系统之上,在它们之间建立逻辑通道实现消息传送的一组分布式的服务程序。
Web服务Webservice
Web上可用的,能够通过基于XML等标准开放协议(如WSDL,UDDI、SOAP)进行措i、发现和访间的,执行特定功能的软件应用程序。3.1.11
数据库访问服务databaseaccessservice通过一组统一的异构数据库访问接口所提供的特定功能。3.1.12
数据访问接口dataaccess interface数据访问行为或功能的执行过程所能体现的服务。3.1.13
林业信息资源交换体系forestryinformationresourceinterchangesystem由服务模式、交换系统、信息资源,技术标准与管理机制组成的整体,实现林业信息资源交换与共享。3.2缩略语
下列缩略语适用于本文件。
BPEL:业务流程执行语言(BusinessProcessExecutionLanguage)SOAP:简单对象访问协议(SimpleObicctAccessProtocol)UDDI:统一描述、发现与集成(UniversalDescriprion,DiscoveryandIntegration)WSDL:Web服务措述语言(WebServiccDescriptionLanguage)XML:扩展标记语言(eXtensibleMarkupLanguage)URI.统一资源标识符(UniformResourceIdentifier)SOA:面向服务架构(ServiceOrientedArchitecture)林业信息资源交换体系总体技术要求4
4.1面向服务架构技术要求
4.1.1概述
林业信息资源交换体系建设采用面向服务的体系架构(SOA),应该遵循SOA的原则、方法和标准规范。
4.1.2技术架构设计指导原则
林业信息交换体系技术架构设计至少应遵循以下指导原则:LY/T2171—2013
业务驱动原则。架构必须以业务发展、需求为导向,以业务驱动为原动力,同时能够根据业务a)
发展的需求,进行动态、灵活的调整。b)
基于组件/服务原则,采用SOA进行设计,通过提供可重用的业务单元级组件,以及规则驱动的模型,解耦各个业务功能,标准统一原则,整体架构必须遵从标准统一的原则,目前在建或未建的应用系统应遵循架构c
统一原则,遵守统一的架构规范和设备选型标准,避免造成系统资源过于庞杂,难以管理,难以共享。
d》IT资产重用原则,充分利用现有的硬件,软件,服务组件等IT资产,进行适当重组合、再分配和更新配置等方式实现,
e)多层次应用体系原则。至少包括:1)表示层。提供用户界面表现和获取其输人。2)会话管理层,管理用户会话。应用层。包含大多数业务逻辑。3
数据管理层。管理业务数据及完整约束。统一规划,分阶段实施原则。整体架构统一规划,分阶段实施4.2交换方式
4.2.1基于消息中间件的交换方式基于消息中间件的交换方式
a)技术实现。使用现有的消息中间件产品,实现异构数据库之间的数据交换。这类中间件产品在底层以XML技术为基础,利用适配器(adapter)、端口(port)、管道(pipeline)等技术实现数据提供者与数据使用者之间的实时数据交换和同步。b)适用场景。该交换方式适用于数据量较大,对效率要求较高的场合,但由于直接操作在数据层,存在一定安全风险,灵活性较差。c)接口设计。符合GB/T21062.3—2007。d)实施要求,采用该方式的交换体系建设参见5.14.2.2基于Web服务的交换方式
基于Web服务的交换方式
a)技术实现。采用Web service技术进行组件和应用系统的包装,将系统的数据展示和需求都看做一种服务,通过服务的请求和调用实现系统间的数据交换和共享。该方式无需在数据库层面相互连接,县有较好的安全性。适用场景。该交换方式适合于对可扩展性和灵活性要求较高的场合,以及工作流驱动的、数b
据量不大的交换。
接口设计。符合GB/T21062.3一2007。d)实施要求。采用该方式的交换体系建设参见5.2。4.3交换协议
4.3.1消息传送层协议
消息传送层应采用HTTP/HTTPS,实现消息的信息传送。邮件、文件传输可选择采用JMS、3
LY/T2171—2013
SMTP.FTP等作为信息传送协议。4.3.2消息层协议
消息层协议包括:
a)消息传递协议。消息层应基于XML进行消息传递,并采用SOAP作为XML消息1递协议。引用GB/T21062.22007。
消息寻址协议。消息寻址协议规定了定位服务地址所需要处理的属性和操作行为。引用b
GB/T21062.2-2007.
消息可靠性协议,消息可靠性协议是可选的,在需要可靠消息传输时应遵循该协议观范,本协c
议的基本目标是在应用程序产生异常、系统发生崩溃、网络出现故障时消息能够不失。引用GB/T21062.22007。
d)安全性协议。引用GB/T21062.22007。4.3.3服务描述协议
服务描述采用WSDL1.2规范作为描述语言,WSDL定义了服务交互的接口和结。引用GB/T21062.2--2007。
业务流程协设
采用BPEL2.0作为流程描述语言进行定义,引用GB/T21062.2一20074.4异构数据库的访问
引用GB/T21062.3--2007。
5交换体系建设
5.1消息中间件技术建设方式
前置交换系统建设
前置交换系统的主要组成部件和要求:a)交换服务器。提供与现有业务系统的连接,以及共享信息的采集、转换、传输等服务,交换服务器通过物理隔离设备与内部网络相隔离。交换服务器上安装数据库及消息中间件,b)
交换信息库。存储交换的临时数据信息,设计应符合5.3的规定。)消息中间件。负责传输和接收交换数据,保证数据的安全准确及时传输。数据交换中间件的功能应至少包括:
数据采集。设置触发器,记录数据的变化,并能通过定时或实时任务将数据变化记录到交1)
换信息库;
数据格式转换。转换成标准格式的XML数据传送到中心服务器,中心服务器将接收到2)
的数据转换成可以人库格式的数据;通讯。将增量变化数据以XML格式发送到目的服务器;3)
数据人库。将接收到的数据存入交换信息库。5.1.2
中心交换系统建设
中心交换系统建设应按如下要求;a
部署要求。中心交换系统应支持消息中间件技术,客户接入端软件部署在每个端交免结点的4
交换服务器上,实现中心交换系统和各端交换结点的有机结合:b)功能要求。中心交换系统应实现如下功能:LY/T2171--2013
1)交换服务器到数据中心的数据交换。交换系统把接收的数据按交换类型存储到中心共享信息库,以备监控和数据比对使用。数据中心到交换服务器的数据交换。根据数据与交换结点间的关系,动态确定目的服务2)
器的地址,并把数据的副本发送到目的服务器。数据比对,可以根据不同条件对数据进行比对,比对结果的输出和查询。3)
交换监控。对端交换结点和中心交换结点进行监控。能对所有的交换结点进行启动、停4)
止服务、下载工作日志等活动:能远程对所有结点进行数据交换通讯的配置,如配置远程结点的实时、定时通讯活动,配置远程结点至远程结点的表对表通讯活动。5
日志功能:
6)安全管理。提供身份验证,权限管理、数据加密等功能。5.2Web服务技术建设方式
5.2.1前置交换系统建设
前置交换系统的主要组成部件和要求:交换服务器。提供与部门现有业务系统的连接,负责完成系统前端的数据配置与采集,交换a
服务器通过物理隔离设备与内部网络相隔离。交换服务器上应安装有数据库,用于存放交换的临时数据信息。
交换信息库。交换信息库的设计应符合5.3的规定。另外,在分布交换模式中,如果是信息资源提供者还应部署适当的数据库访间服务,以便于其他结点能够从该交换结点获取信息资源。
数据库访问服务。符合GB/T21062.3一2007规定的一组标准Web服务接口,包括:1)创建会话接口:规范化地建立用户会话,包括用户会话的创建操作;关团会话接口:规范化地关闭并回收用户会话资源,包括用户会话的关闭操作;2)
服务自描述接口:规范化地描述自身服务能力,包含服务能力描述操作:数据类型自描述接口:规范化地需要访问的数据类型结构模型,包含数据类型措述操作;4
数据操作接口:规范化的各种各样数据操作的实现,包含数据操作,其操作类型有五种,分别是查询数据、插人数据、修改数据、删除数据和用户自定义的数据操作。5.2.2中心交换系统建设
中心交换系统完成数据的存储、格式转换和数据交换,它由一系列服务、WebService接口以及共享信息库组成。中心交换系统核心部件应包括:Web服务管理。提供对Web服务的注册管理和发布功能,通过Web服务管理,各数据交换a
结点向数据中心注册自已的数据交换Web服务,数据中心根据注册的信息进行Web服务的路由,主动调用数锯交换结点的数据访问服务来向数据交换结点传送数据或从数据交换结点获取数据:
WebService接口,向外部应用程序和数据交换结点展示数据交换的相关Web服务,Web服b)
务的实现可以是基于HTTP、邮件SMTP以及JMS等各种协议的,可以是异步的也可以是同步的,WebService接口通过安全管理服务来实现可信的Web服务调用:安全管理服务。利用系统安全平台实现用户管理、身份认证和授权管理等服务,安全管理服务中的安全中间层还提供安全的WebService服务,管理Web服务会话,实现安全的数据交换:系统管理服务。实现对系统的配置管理和状态监控。通过系统管理服务配置数据中心各部d
分的运行参数,服务的启停控制,监控整个系统的运行状态;5
LY/T2171--2013
共享信息库。提供数据转储和存储功能。采集和交换过程中的数据可以转储到共享信息库,e)
并在转储过程中提供数据的正确性和一致性校验功能,保证数据的权威性。5.3交换信息库规范
5.3.1交换信息库名命名规范
交换信息库名命名应按如下规范进行:a)交换信息库实例名格式为:交换服务器IP地址(或交换服务器机器名):交换信息库筛口号:b)
交换信息库方案名格式为:“LYFDB”与连字符“以及应用系统简称的汉语拼音字母的组合。
5.3.2交换信息库表名命名规范
数据表命名方法:“数据库名称”十“\十“表拼音首字母”。5.3.3交换信息库字段名命名规范数据字段命名方法:数据字段命名采用中文字段名的拼音全拼表示。5.3.4增量更新交换信息库的数据规范5.3.4.1交换信息库数据表设计规范适用于定时或者实时更新交换信息库的数据。在表结构上增加两个标志字段。两个字段的标准规范如表1所示。表1交换信息库表新增字段
字段名称
TimeFlag
DelFlag
timestamp
更新交换信息库的数据
中文简称
时间载标志
删除标志
定期或实时更新交换信息库的数据,遵照如下的规范:a)
默认值
系统当前
是否充许为空
增加交换信息库的数据时:“时间截标志”与“删除标志”有默认值,不需要更新;修改交换信息库的数据时:修改“时间截标志”为系统当前的时间:备
1表删除;
0表小有效
删除交换信息库的数据时:修改“删除标志”为1,修改“时间戳标志”为系统当前的时间:避免修改数据库表结构。
辅助通讯表规范
辅助通讯表应按如下规范进行:a)辅助通讯表负责与共享数据库进行数据交换,保持最新的更新数据,当原表中的数4定时清除、重新导人后,通过调用比对更新程序或者调用存储过程等方式,将原表中的数据条与辅助通讯表中的数据进行比对更新。表结构规范如下:表名。辅助通讯表名在原表基础上加“TX”。1)
表结构。辅助通讯表在原表的基础上加入两个字段。两个字段的标准规范如表!所示。6
字段名称
TimeFlag
DelFlag
timestamp
表2辅助通讯表新增字段
中文简称
时间戳标志
删除标志
献认值
系统当前
是否允许为室
LY/T 2171-2013
1表示翻除;
0表示有效
使用数据比对更新程序或者给写存储过程实现原表与辅助通讯表的比对更新。比对更新的规则如下:
对原表中有,辅助通讯表中没有的数据(新增数据),插人到辅助通讯表中,“时间截标志\与“删除标志”有默认值,不需要更新;对原表中没有,辅助通讯表中有的数据(删除数据),则将辅助表中的“删除标志”改为1,修改“时间戳标志”为系统当前的时间;对原表与辅助通讯表中都有的数据,判断是否有修改,如有修改,则修改辅助通讯表中对应的数据,同时修改“时间标志”为系统当前的时间。6交换系统技术要求
6.1概述
林业信息资源交换体系技术支撑环境由网络及硬件基础设施、操作系统、应用系统、交换信息库、共享信息库、交换共享子系统、交换应用子系统、交换传输子系统、交换管理子系统组成。信息交换通过交换共享子系统或交换应用子系统将部门需要交换的信息交换到林业交换信息库,在交换管理子系统的流程控制下,通过交换传输子系统,把需要交换的信息定向传输到接收部门。6.2交换共享子系统
6.2.1系统结构
交换共享子系统用来实现部门交换信息库之间数据的双向信息同步。交换共享子系统的结构示意如图1所示,
桥接服务运行环境
日志管理
桥接服务
应用适配器
交换信息
安全管理
桥接服务
应用适配器
交换信息库
图1信息交换共享子系统基本结构示意图桥
LY/T2171—2013
6.2.2组成
交换共享子系统至少由以下三部分组成:桥接服务运行环境,桥接服务的容器,提供日志管理、安全管理、应用适配器管理等基本功能。a)
桥接服务。利用桥接服务配置工具组装应用适配器组件以完成一个数据桥接流程的服务b)
程序。
桥接服务器配置工具。提供图形化的配置系统,通过配置业务信息库与交换信息库间桥接e
内容映射规则生成桥接服务器的描述信息。6.2.3技术要求
交换共享子系统应满足以下技术要求:应支持部门交换信息库之间的双向信息同步;a)
应支持各种主流操作系统
应支持国内外主流数据库:
应支持结构化及非结构化文件;e)
应采用适配器组件访问桥接对象,实现数据的获取与存储;应提供增量数据识别功能;在不修改信息库结构的情况下,系统应能够自动识别出需提交换的信息,包括新增、被修改或被删除的信息;应提供图形化的信息交换共享配置及管理工具,支持桥接指标定义与桥接管理等功能;g
h):应支持多个桥接任务或服务同时运行,应支持桥接服务的远程部署。6.33
交换应用子系统
6.3.1概迷
交换应用子系统为基于SOA的应用提供基础的技术和标准规范支撑,如服务的接口描进与发现服务的组合与编排、服务的管理、服务的代理中介(典型代表为服务总线)、服务的访问安全保腾服务的注册与管理及服务和SOA应用的相应开发工具。对于已存在的服务/资源,它还提供资源的服务化封装和接人,以满足相应的数据信息,业务功能等的重用要求。6.3.2技术要求
交换应用子系统应满足以下技术要求:a)描述与发现:
要消费或发布一个服务,需要以统一的标准服务描述接口,基于服务发现的标准儿制和访12
间接口,与服务注册库进行交互,对服务进行注册、变更、检索和消费;服务可以发布到服务库中,而且服务消费者可以从服务库中查找符合需要的服务:服务的2)
描述基于标准的信息模型描述,从服务的描述信息中可以得到服务的协议绑定信息,据此信息可以建立与目标服务的绑定关系,并将目标服务与其他要消费的服务按照接口匹配方式进行组装和逻辑处理:
要做到服务消费的动态变更,以适应业务敏捷性的要求,需要屏蔽服务的位及具体3)
实现:
服务管理包括注册、审核、发布、变更、注销、权限管理等生命周期。具体的管理内容,还包4)
括服务自身、服务元数据、服务评价指标及服务质量属性等方面的管理b)管理:
1)对基础运行设施及部署的SOA应用进行配置、部署、启动、停止、定时调度、部署管理等:2)对基础运行设施及部署的SOA应用的运行状态服务品质进行实时监控,对异情况进8
行预警、警示和执行管理操作
LY/T2171—2013
对基础运行设施及部署的SOA应用的历史运行数据、日志、报警、报错信息等进行统计3)
和潮源分析,为系统和流程的改进提供参考;对数据实施有效的管理,数据管理范围包括:历史数据维护、元数据管理、配置信息变更、4)
数据库中共享数据管理等。数据管理服务包括:数据的增加、删除,修改,查询和统计等服务操作,
c)安全:
I)组织结构管理,包括组织结构中的用户、角色等分级管理和控制:资源权限管理,将服务、数据应用等资源的访问、操作及控制权限等分配到相应的组织。2)
角色和用户,对资源授权进行管理:3)访问控制,基于角色、用户、应用等为不同的服务资源访问请求进行身份验证及访问控制,避免非法用户访间有安全性要求的相应资源;4
传辅安全,提供传输过程中的安全防护措施,防止信息在传输过程中被算改、泄密等信息/数据安全,为信息/数据等资源提供加解密、签名、数据完整性校验等服务:5)
隐私保护,涉及与人、组织相关的私密信息,提供安全防护措施:审计,提供用户、应用等访问相关受限资源的操作轨迹,历史记录等,便于跟踪和发现资源7
访间或操作问题。
d)服务总线
1)适配器服务或者其他接人服务可以处理对遗留的T基础设施的接入,将其作为服务接人“服务总线”:
2)服务的寻址为服务提供一个基于“服务总线“的服务寻址模式,以达到为服务的位置提供透明支持的目的:使用“服务总线”的寻址,外部服务运行环境所依赖的地址,对服务总线上的其他服务能够做到完全透明:消息的路由与转发服务通过“服务总线”交互时,交互的消息由“服务总线”来进行路由与3)
转发,来自动完成不同系统之间协议转换以及消息变换:4)
服务的安全支持通过“服务总线”为服务的访间提供统一的安全控制机制;5)“服务总线“的统一管理工具为“服务总线”提供管理工具,以统一的手段来管理服务的生命周期,以及监控服务的运行:“服务总线”的集成开发工具为用户使用“服务总线”提供集成开发工具,通过集成开发6)
工具,用户可以执行:服务相关的开发,包括设计新的业务逻辑、创建新的服务、创建对外部服务或基础设施的连接,控制服务的部署:定义“服务总线的系统运行环境:通过“服务库”发现/发布服务等功能。
e)组合与流程:
1)服务组装及编排工具,包括提供服务的组装、合成、流程建模、服务编排等功能:2)服务容器,为组装好的合成应用或服务提供运行时的容器环境;3)流程执行引擎,为部署的复杂业务流程脚本提供解释、执行、控制和管理等功能:4)人工任务管理,为流程中需要人机交互的任务提供管理、授权,控制等功能。D展现:
1)界面服务用于在客户端及浏览器的人工交互界面中提供将脚本语言描述的界面文件转换为可以在客户端展现的服务:
具有灵活而强大的自定义设计报表的服务功能,通过对表和数据进行XML标准化设计,2)
把报表展现功能和报表计算引擎封装成为通用性的服务组件:服务提供者把报表系统创建的报表存储在服务库,服务的消费者订购发布到服务库中的报表服务后无需具有报表设计的专业知识的实施人员,就可利用报表计算引擎服务根据需要动态生成报表,利用报S
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。