网络流管理实现方法

网络流管理实现方法（精选3篇）

网络流管理实现方法 篇1

1 网络管理统一的必要性

当今网络越来越重要，网络的规模、复杂度也越来越大，为了保证网络有良好的性能，必须使用网络管理系统，网络管理系统监视和控制网络，即对网络进行配置、获取信息、监视网络性能、监视和管理故障以及进行安全控制。但是，由于历史的原因，现在的网络管理系统存在着缺陷，不同的网络运营商拥有各自分割的网管系统，有些厂商发展自己专用的协议。同时，针对不同的网络管理功能，存在着大量功能单一的网络管理系统。这些管理功能相互独立，甚至不同厂家同类设备间的管理系统也做不到很好的统一。这些情况致使网络协议不兼容、管理信息分离、不能更好地共享管理资源，缺乏对整个网络的统一管理。从技术方面看，管理内容庞杂、操作界面多种多样;从管理方面看，不同的网管系统需要更多的人员学习、维护，浪费人力，同时随着网络的复杂度增加、分散管理，不容易进行问题定位和对网络的优化。

针对以上网络管理中存在的问题，各网络运营商希望能够在目前网络管理基础上建立一个综合的网络管理系统，以实现网络管理的统一，这就有了综合网络管理的需求，即把现有的独立的不同网管系统进行整合，实现兼容和互操作性，形成一个界面友好、功能齐全的网络管理系统。

2 网络管理概要

网络由互相连接的诸如路由器、交换机、网桥、工作站等网络设备组成。网络管理系统对网络进行监视对网络设备进行控制。网络监视是指在不加影响的情况下对网络的状态进行监视，而网络设备的控制包括主动地参与和影响网络的状态。

3 统一不同的网络管理系统面临的问题

3.1 统一的不同层面

网络管理的统一存在3个层次。

(1)站点级的统一。这是最低级的统一，不同的网络管理系统在同一服务器上运行，相互独立，是不同的NMS。

(2) GUI级的统一。指不同的网络管理系统操作界面风格统一，运用的术语相同，管理员面对的是一种操作语言，这是一种表面上的统一，具有友好的一次性学习的界面。

(3)管理应用级的统一。这是最高级别的统一。在这个级别上，不但实现了GUI的统一，各种网络管理系统的管理应用程序按照统一标准设计，应用程序间可进行信息共享和关联操作。在这一层面上的统一实现了对异构网的综合分析与管理，进行关联操作，网管系统可具有推理判断能力。

3.2 统一的内容

网络管理系统统一可从3个方面依次去实现，即操作界面的统一、网管协议的统一、网管功能的统一。

(1)界面的统一。网络管理系统是管理的工具，但归根到底是要人去操作管理，操作界面的优劣会对管理员产生很大影响。不同网管系统具有不同的操作界面，要求管理员分别学习，或增加管理员人数，形成人力浪费。现在没有统一的网管用户界面的统一标准。现有的网管系统几乎都实现了图形界面，但既有基于UNIX操作系统的又有基于Windows操作系统的，且界面的格式千差万别，给管理员的工作增加了困难。

(2)网管协议的统一。管理协议是NMS核心和管理代理之间进行信息交换遵循的标准，是网管系统统一的关键所在。目前流行的两种网管协议为SNMP (Simple Network Managemen Protocal)和CMIS/CMIP (Common Mangement Information Protocal).SNMP是由互联网活动委员会IAB提出的基于TCP/IP网管协议，CMIP是由国际标准化组织ISO开发的基于网络互联的网管协议。网管协议的统一就是指这两种协议的统一。

(3)网管功能的统一。在ISO标准中定义了配置管理、故障管理、性能管理、安全管理、计费管理等领域。现有的网管系统在网管规范尚未成熟就进行了开发，大都是实现了部分模块的部分功能。这些网管系统功能单一、相互独立，不能实现信息的共享，不能从宏观上实现管理，不利于网络的综合管理。

3.3 统一的策略

将多个网络管理系统统一在一起的方法有3种，一种是格式转换法，即各个子网管理系统通过代理程序进行格式的转换，以便相互识别和共享资源，是一种分散式管理方式。另一种使用分层网管平台，即建立更高级的管理系统。高级网管系统和低级网管系统间进行通信，分层管理，是一种分布式管理方式。第三种是标准化方法，是遵循标准的规范和协议，建立综合网络管理系统。

4 网络管理系统实现统一的方法

当前网络管理的统一主要涉及两个方面，一是网管协议的统一，另一种是分布系统的统一，即在CORBA环境下的统一。它是基于面向对象的网管平台和格式转换的策略。

4.1 网络管理协议SNMP和CMIP的统一

SNMP和CMIP在它们的范围、复杂性、以及解决网络管理问题的方法方面有很大的不同。SNMP被设计的很简单，使它非常易于在TCP/IP系统中普及。目前这已经成为事实。可是这一特点也不太适合大型的、复杂的、多企业的网络。相对应的，CMIP被设计得比较通用和灵活，但同时提高了复杂性。SNMP和CMIP的统一是指分别支持这两种协议的网络管理系统信息互通、互相兼容。

协议共存虽然能实现SNMP和CMIP的综合，但协议之间没有互作用能力不能很好地实现协作对网络的分布式管理。对于SNMP内部不支持SNMP的设备可采用委托代理PROXY的方式解决。对于TMN/CMIP内部非Q3或Qx接口的设备可通过增加适配器进行转换。因此可通过增加中间代理的方式来解决SNMP和CMIP之间统一问题。由于CMIP的强大的对等能力和对复杂系统的模型能力即事件驱动机制，使得它更适于跨管理域实现对等实体间的互作用，以分层分布的方式管理网络，由于它对代理设备的性能要求较高，因此在这种层次结构中，可充当中央管理站和中间管理站，而SNMP可用于下层代理管理简单设备。

4.2 基于CORBA的网管系统的统一

利用面向对象的的技术对网络资源进行描述是一种有效的方式。在分层的网络管理平台上，利用面向对象的思想，将网络资源和网络管理资源进行抽象。管理平台为不同应用系统和高层管理者提供的是一组管理对象，对象由属性和方法组成。利用对象的封装性可以使管理应用和高层管理者面对在较高层次上进行抽象的管理对象，屏蔽了实现各种管理功能的细节，为应用提供了对网络资源进行描述和管理的高级抽象，易于实现各种管理功能。而对象类的继承性便于扩充和增加管理对象类，继承性支持系统开发过程中的可重用性。

在应用环境中，管理应用和高层管理节点与管理平台是基于C/S(顾客/服务器)模式的分布式结构，即管理应用节点和高层管理者节点与它们的平台节点可能处于不同的地理位置。因此应考虑基于何种结构，采用什么样的协议实现分布对象的访问。

多厂商设备的环境的网络管理一直是网络管理研究和实现的难点。鉴于CORBA的分布式面向对象的特点，在网管系统的开发中加以引用。CORBA机制除支持客户端对服务器端所提供的分布对象的访问外，还提供分布对象服务功能———COSS，它包括分布对象访问的安全机制、事件机制等。在网络管理应用中，除主动询问网络管理信息以管理、监视网络的运行状态外，还有一种应用是被管理对象在发生故障和事件时，向管理者提出事件处理请求。CORBA中的事件服务机制恰好可以满足这一需求。

5 结束语

现在，网络管理系统统一的问题逐渐引起了业界的重视，并且已有了多种技术手段实现。朗讯、诺基亚、富士通等电信设备厂商都在研究将CORBA技术应用于网络管理，如朗讯的CDMS2000的网络管理系统就是基于CORBA技术并且在实际中得到了应用，但统一网管的发展还不规范，没有标准规范和体系可借鉴，应该说尚处在起步阶段，相信随着研究的深入，这些问题会得到更好地解决。

摘要：论述了网络管理系统进行统一的必要性, 介绍了进行统一的不同层面, 然后简要地分析了网络管理系统进行统一的内容和实现途径。

关键词：统一的网管系统,SNMP CMIP,面向对象,CORBA

保护用智能限流熔断器实现方法 篇2

1 智能限流熔断器实现方法的原理

智能化高压限流熔断器在大电流下的开断是靠沿着熔体的每个狭颈部分熔化和燃弧,直到电弧熄灭来完成的;而在低过载电流下的开断是按熔断器的额定电压值的大小和设计要求使得熔体的最少狭颈串联部分燃弧和熄弧来开断电流。为达到熔断器的时间—电流特性能灵活应用的目的。对于智能化熔断器进行改造,沿着熔体长度方向的多处布置有化学炸药包,利用它们的爆炸产生许多燃弧断点来熄灭电弧。

智能化熔断器的部件布置如图1所示。熔体的中部布置有一个过流传感器以获得时间—电流特性。数个化学炸药包则沿着熔体长度方向布置。在正常工作情况下,触发电路由不工作。当主熔体在某种情况下任意一处断开时,断开处的电弧电压引起电流流过触发电路。这样就能在低过载电流下点燃化学炸药包,在熔体上建立起所需足够数量的串联电弧来开断电流。在大电流情况下,与一般限流熔断器相同,同时在熔体的许多事先设计好的狭颈上点燃电弧来开断电流。图1中磁性扼流线圈、空心电感和空气间隙用来抗雷电冲击波。

2 智能限流熔断器保护方法

智能限流熔断器保护系统由三个智能化熔断器(A,B,C三项)、三个指令模块和一个保护控制中心组成[4]。

1)智能化熔断器。

智能化熔断器不仅能按照熔断器固有的时间—电流特性动作,而且还能满足保护系统的其他要求,可从外界控制使熔断器动作,其应用范围不受熔断器固有的时间—电流特性的限制。

2)指令模块。

指令模块是熔断器与保护控制中心之间的连接桥梁,处于与熔断器相同的电压。因此指令模块本身的电压与熔断器相同,设计时应具有与熔断器相同的耐压水平。指令模块有两个职能,即“隔离转换”和“光电传递”。隔离转换用来使高压电力系统与保护控制中心隔离,因为控制中心处于地电位。从控制中心发出的电脉冲通过“隔离转换”送到熔断器的特殊元件上点燃。在设计这种熔断器时,指令模块还应考虑作为校核器,监测特殊元件的工作状况。指令模块的光电传递上有一个电容器可从线对地电压进行充电的职能。光电传递开关从控制中心接到光信号后将电容器放电,并通过特殊元件点燃化学炸药包。

3)保护控制中心。

保护控制中心为主信息的“处理中心”[5],它根据功能判断点燃熔断器。由用户预先确定的要求输入到控制中心中并建立判断逻辑。控制中心在预置故障发生时,会发出警报告知值班人员,若值班人员无反应或不采取措施,则控制中心会点燃熔断器将变压器隔离电源。

4)防止单相运行配合。

在三相电力系统中,当发生故障时要求三相同时分闸是十分重要的。在利用常规的限流熔断器的场合,当发生单相运行时,设计者有时采取人为地将良好运行的线路对地短接使所有的熔断器动作来防止单相运行。这种措施实际上是不大安全的,因为执行短接的触头容易发生熔焊。在智能化熔断器系统里防止单相运行,可采用下列三种方法:a.用保护控制中心点燃所有熔断器。b.通过校核系统的特殊元件鉴别出开断电路,然后由控制中心送信号点燃其他两相熔断器。c.利用差动继电系统或三相不平衡检测电路送信号给控制中心,由控制中心去点燃所有熔断器。

3 智能化熔断器的应用

采用常规的电力熔断器按照标准规定的特性要求来保护变压器与应用智能化熔断器对比具有显著的差异。这是由于创新的通信技术用到了智能化熔断器的结构中,使带有外界保护设备的多相电路熔断器和其他遥控信号之间的配合起到相互作用。这种保护功能具备了变压器一次侧电路设有继电保护装置的断路器同样的能力。

4 结语

此智能控制熔断器的方法能以低代价而又有效地对工业用变压器或电力系统用变压器一次侧或二次侧进行可靠的保护,可代替现有的主断路器保护。智能化熔断器对三相电力系统单相运行保护具有特别显著的效果。

摘要：提出了一种电压互感器保护用时间—电流特性可控的智能式限流熔断器的设计方法,可实现对电压互感器的妥贴保护,该设计方案具有结构新颖、性能安全可靠、性价比高等优点,值得推广。

关键词：电压互感器智能保护,智能限流熔断器,时间—电流特性可控

参考文献

[1]IEC 60044-2,Instrument Tran sform elB.Part2:Inductive Volt-age Transformers[S].

[2]王季梅.高压真空式全范围限流熔断器[J].电气时代,2002(9):100-101.

[3]王季梅.真空熔断器及其产品开发[M].北京:中国电力出版社,2006.

[4]吴向东,覃绍先,赵鹏.输电线路绝缘子泄漏电流与周围环境的关系[J].高电压技术,2007(12):168-169.

网络流管理实现方法 篇3

中小河流治理是当前我国水利投资建设的重点之一, 按照国家有关规划, “十二五”期间全国共将实施5 000余条中小河流9 243个治理项目, 投资总额近2 000亿元。全国中小河流治理实行分级管理, 其中水利部和财政部负责对全国中小河流项目的前期工作、建设进展、资金使用实施监管, 省级部门对辖区内中小河流项目的组织实施负责, 县市级部门负责组织项目法人, 项目法人组织开展项目实施的具体工作 [1]。基于中小河流治理项目的特点, 水利部、财政部在监管工作中面临以下困难:

1) 监管的范围广。9 243个中小河流治理项目点多量大面广, 分布于全国31个省及新疆建设兵团的2 500余个县级行政区。

2) 监管的层级多。治理工作涉及中央、省、市、县和项目法人5个层面, 因此监管指令下达、项目信息上传需要通过较长的管理链。

3) 监管的指标多。前期工作方面包括立项审批的合规性、前期工作进度、质量等;资金方面包括资金分解进度、地方资金的配套情况、资金使用的规范性、奖励资金的分配使用等;工程管理方面包括工程进度、质量、投资完成率、工程管理的规范性等。这些指标收集汇总和分析整理工作量较大。

4) 监管的手段少。中小河流治理等点多面广的中小型项目, 目前的监管手段较为单一, 采集信息通常是通过临时下发通知, 层层发放表格, 然后逐级向上汇总的方式, 采集和分析需较长时间;督导问题的过程, 常常是逐级下发通知, 时间长效果差, 缺少现代化信息技术支撑, 而且很难有针对性的督导落实到项目和负责人。此外, 大量工程资料也难以进行系统化的全面收集整理。

针对开展监管工作面临的实际问题, 为加强中小河流治理项目的监管, 研制开发全国中小河流治理管理信息系统 (以下简称信息系统) , 充分利用现代化信息管理技术完善监管措施, 提高项目和资金管理的精细化程度。

1 信息系统需求分析

1.1 用户分析

信息系统是基于水利部对全国中小河流治理全局监管, 以及各级水利部门分级管理中小河流治理项目的实际工作需求进行合理的设计和开发的, 用户分为水利部、流域机构、省、市、县等5级。部级用户管理系统规划项目库, 分省下达中央投资, 掌握全国中小河流治理项目进展情况;省级用户管理本省项目初步设计指标, 分解中央、省级项目到具体项目, 掌握全省中小河流治理项目进展情况;市级用户掌握本市中小河流项目和资金安排情况;县级用户统一管理和填报本县中小河流相关信息, 包括县级资金安排、项目投资完成、工程进展等情况;流域机构用户可以查看本流域相关项目情况。

1.2 业务分析

信息系统侧重于水利部中小河流治理工作的全局监管, 最大限度地满足各级用户信息资源共享和业务协同的要求, 具体如下:

1) 满足项目全过程管理的需求。以全国规划内的中小河流治理项目为管理的基本元素, 以项目生命周期为线索, 满足规划信息管理、初步设计审批、工程实施、监督检查、绩效评价等业务信息管理的需要。

2) 满足专项资金管理的需求。满足中央资金下达、分解、拨付、使用等相关流程信息的记录及统计和分析的要求, 对资金的流向及时间进度进行跟踪和管理;满足地方资金下达、拨付、使用等信息汇总统计管理的要求;满足投资来源分析的要求。

3) 满足中小河流治理相关资料管理的需求。满足项目和资金管理各环节审批及部分技术文档登录、存储、整理、筛选、调取等工作需要。

2 信息系统设计

信息系统设计遵循“以需求为导向、以应用为核心”的设计理念, 根据系统需求分析确定系统的功能模块, 力求功能全面、实用。同时, 注重“以技术激发需求、以创新促进应用”, 合理确定技术路线 [2], 丰富界面展示方式, 提高人机友好程度, 促进用户更好地使用系统。

2.1 总体架构

根据信息系统功能划分和用户需求, 采用B/S的架构, 部署于水利政务网, 遵循电子政务信息系统框架结构, 共分为用户层、表现层、业务层、数据层及硬件层。信息系统以业务逻辑为核心, 表现层与业务层相分离以降低系统层次间的耦合度, 从而灵活地使用多种技术实现表现层的业务操作与信息展示 [3]。信息系统架构如图1所示。

业务应用层以业务功能为核心, 包括水利项目投资管理和统计2大子系统业务功能模块。

业务支撑层充分利用水利部政务网已有的基础 (包括政务网门户及后台管理软件) 进行构建, 并采用软件权限控制与政务网安全认证机制相结合的手段保证系统应用的安全。

信息资源服务层, 依据数据类型的特点选用关系型数据库, 实现对关系型数据的存储及管理。同时选用分布式文件服务实现对各种文件类型数据 (图片、文档等) 的存储, 能有效提高数据访问的便捷性与安全性。

信息系统硬件及网络依托水利部现有政务内网和外网机房及网络资源, 严格按照保密要求, 保证安全性。

信息系统各层遵循水利政务网相关标准和管理要求, 同时依托水利部信息中心安全认证体系, 保障系统安全运行。

2.2 功能设计

2.2.1 数据交互与共享

以全国中小河流治理规划确定的中小河流治理项目为基础建立项目库, 列入项目库的项目包含项目前期工作、资金下达、投资完成和工程形象进度等数据信息, 以及各业务阶段相关的文件档案、工程影像资料等。各级水利部门按照水利部有关要求, 根据业务权限和项目实时情况定期更新数据及文档资料, 基于网络平台进行业务交互和数据交换。投资下达和完成信息, 自部、省级到市县级, 逐级分解填报, 全过程追踪;项目进展信息, 由市县填报, 经省级审核汇总后报送水利部。各级用户依照行政管辖范围共享业务数据和相关文件资料。各级用户填报信息如表1所示。

2.2.2 数据统计分析

对项目初步设计批复情况、投资下达和完成情况、工程形象进展等进行汇总分析, 为投资和建设管理提供支撑。统计方式包括实时统计、历史数据汇总、各行政区汇总统计等, 能够分指标进行排序和筛选。按照全国和省两级, 根据上级管理部门预先设定的数量、进度考核目标及区域平均水平, 自动分析统计结果中存在问题的省份, 并在报表中进行标注。

2.2.3 查询展示

项目所处河段在1∶250 000的电子地图上进行标识, 因此用户可以按照模糊查询、行政区划、地图浏览等多种方式查找项目位置;项目的地图标识内容包含显示工程效果及项目概况的热点信息, 用户点击后能够查询项目的详细信息。此外, 信息系统采用地图渲染的方式, 按照行政区划, 逐级体现省、县两级行政区中小河流治理项目相关指标的完成情况。

2.2.4 专题展示及提醒

按全国各省、省内各县等不同的范围进行统计分析, 统计结果以直方图、饼图形式直观展示, 并与地图展示相结合。根据各省投资完成情况, 设立“红黑榜”, 在系统首页高亮显示投资完成率相对较高和较低的省份;对未能按期开工的项目, 在系统首页进行滚动提醒, 点击后显示全部未按时开工的项目。

2.2.5 简报自动生成

信息系统首页包含全国中小河流治理总体情况, 根据统计结果自动更新规划完成情况。能够自动生成月、年报表及文字简报。其中, 文字简报按照水利部工作简报格式排版, 并以文字、直方图、表格多种形式, 对中小河流治理进展情况进行展示, 业务人员对自动生成的简报只需进行适当修改, 即能满足水利部对简报的要求。

2.2.6 督办、公告及查询发送

信息系统提供短消息功能, 水利部业务人员能够通过短信平台向特定人员进行公告或催办;信息系统可根据统计结果, 定期自动向相关人员发送督导短信;相关用户可向信息系统发送查询代码, 系统根据查询请求, 以手机短消息形式将查询结果进行反馈。

2.3 技术路线

按照中小河流系统功能的设计, 为实现部、省、县三级交互业务和共享数据的目标, 根据当前B/S系统开发的主流技术, 运用J2EE技术平台, MVC模型, Struts + spring + hibernate的开发框架组合。结合河流水系关系、治理河段地图查询展示等需要, 应用Web GIS完成地图发布等服务。

2.3.1 J2EE 技术平台

考虑到中小河流治理工作的长期性, 信息系统选用的技术平台应综合考虑通用性和可维护性, 为此选用开放性、稳定性、通用性较强的J2EE技术平台。J2EE使用多层的分布式应用模型, 提供的中间层框架集成技术, 可以满足高可用性、高可靠性及可扩展性的应用需求, 同时提供对现有应用程序集成强有力的支持, 完全支持Enterprise Java Beans, 有良好的向导支持打包和部署应用。J2EE平台具备“编写一次、随处运行”, 方便存取数据库的JDBCAPI, 以及能够在Internet应用中保护数据的安全模式等特性, 同时还提供对Java Servlets API, JSP, 以及Web Service技术的全面支持。通过提供统一的开发平台, J2EE降低了开发多层应用的复杂性, 增强了安全机制, 提高了性能, 为搭建具有可伸缩性、灵活性、易维护性的信息系统提供良好的平台开发机制。

2.3.2 MVC 模型

信息系统采用MVC模型处理用户的实际业务交互应用, 把用户的业务交互应用按照功能特性分为模型、视图与控制器, 3部分的开发和部署相互独立, 其中1个模型可以有多个视图, 如果用户通过某个视图的控制器改变了模型的数据, 所有依赖于这些数据的视图都联动反映出这些变化。因此, 无论何时发生了何种数据变化, 控制器都会将该信息通知所有的视图, 更新显示内容。

模型是信息系统业务处理的核心, 用来完成信息系统主要的业务功能, 接收视图发来的请求, 并将处理请求的结果返回给视图, 虽然请求是由视图发出的, 但该请求是由控制器转发的, 所以模型所进行的操作相对于视图来说是黑箱操作。这样可以用来封装部分数据, 以满足面向对象的需求。

视图用来显示模型内容, 是显示在用户面前用来与用户进行交互的平台, 信息系统采用JSP+Servlets的方式实现页面的展示。该部分只用来收集数据、显示模型, 以及将用户的请求转发给控制对象。同一个业务流程可能由于处理结果的不同而对应不同的视图。

控制器在Web服务器端对用户的请求做出反应, 创建、配置模型, 并协调模型与视图共同完成用户请求。这里可以将控制对象理解为一个分发器, 它会根据不同用户请求选择不同模型和视图, 并且控制对象不参与业务流程的创建。

2.3.3 Struts Spring Hibernate 技术框架应用

信息系统采用Struts + spring + hibernate的开发框架组合。Struts实现展现层和控制层, spring实现业务逻辑层, hibernate实现数据层的持久化和序列化。

Struts实现用户请求管理, 并做出相应的响应;提供流程控制器, 委派调用业务逻辑和其他上层处理进程;处理页面异常;为显示效果提供一个数据模型;对用户界面进行验证。

Hibernate是一个非常成熟的ORM开源框架, 为Java提供了完善的持久化机制和查询服务, 它的持久对象是基于POJO (Plain Old Java Object) 和Java的集合。Hibernate框架主要实现:数据库链接管理、业务对象存储到数据库、业务对象的查询、非数据库特性处理。

2.3.4 地理信息技术 GIS

在中小河流治理项目中使用Web GIS实现河流和治理工程的展示, 以及统计结果渲染等高级应用。Web GIS基于Internet平台进行信息发布、数据共享、交流协作, 客户端应用软件采用WWW协议, 实现GIS信息的在线查询和业务处理等功能。Web GIS核心是在GIS中嵌入HTTP和TCP/IP标准的应用体系, 实现Internet环境下的空间信息管理 [4]。Web GIS由多主机、多数据库与多终端, 通过Internet和Intranet连接组成, 构成客户端/服务器端的C/S结构, 服务器端向客户端提供信息和服务, 客户端具有获得各种空间信息和应用的功能。

在信息系统中, 采用B/S架构通过Arc GISSERVER 9.3及基于Arc GIS Engine开发的图形维护工具实现Web GIS应用, 完成地图发布服务 [5], 实现数据整合、数据存储、信息交换、监测数据采集处理、数据统计分析等功能业务系统的无缝连接, 相关业务数据可在GIS图上形象、直观地表现。

3 信息系统的部署与运行维护

根据安全、负荷、容灾等要求, 信息系统部署于水利部信息中心, 充分利用信息中心数据库、网络安全、软硬件环境等资源。鉴于信息系统所用的1∶250 000电子地图尚未脱密, 同时考虑到中小河流治理项目主管司局使用政务内网的习惯, 信息系统分别部署于水利部业务外网和政务内网。业务外网系统包含除Web GIS以外的全部功能模块, 部、省、市、县各级用户共同应用, 用于动态数据的录入、查询、统计和简报生成。信息系统管理员定期将政务外网系统数据更新至政务内网。政务内网系统除了外网的统计分析、简报生成等功能, 还包含Web GIS相关功能, 为水利部业务人员提供项目地理位置查询、地图渲染等功能。

为保障信息系统长期稳定发挥效益, 水利部组织专门的维护小组, 负责动态信息的管理维护, 督导和审核地方填报信息, 利用信息系统完成数据汇总统计、简报生成, 并根据系统优化要求, 持续进行系统升级。

4 结语

全国中小河流治理管理信息系统实现对5 000余条重点中小河流、9 000余个治理项目和近2 000亿元治理投资的动态管理, 在水利项目信息管理模式、基于GIS的统计渲染、图文表关联查询、工程形象进度跟踪、短消息督导查询、项目信息告警、简报自动生成等方面实现了诸多创新。信息系统自2012年初投入使用以来, 有效地提高了工作效率和监管效力, 为水利部加强中小河流治理管理提供了重要的技术保障。

全国中小河流治理管理信息系统的成功建设和应用, 在项目组织方面总结出以下3点经验:

1) 业务部门领导的重视与参与。水利部规划计划司领导把信息系统建设作为提高中小河流管理水平的重要手段, 多次参与信息系统建设的讨论, 确定了信息系统总体建设目标和基本功能模块划分, 并通过行政措施推进了信息系统应用。

2) 水利部中小河流治理业务管理人员全程参与信息系统各项功能及界面的设计, 提出了许多提高用户体验的技术需求。

3) 建立了专门的运行维护团队, 落实了信息和功能维护的人员, 使得信息系统能够持续推广使用, 并不断进行升级改造[6]。

鉴于全国中小河流治理管理信息系统开发过程使用的基础水系图未经脱密, 信息系统GIS相关功能只能在水利部内网使用, 暂不供地方应用。随着近期水利普查电子地图的发布推广, 下一步可将基础地图替换为水利普查电子地图, 并将GIS相关功能部署于外网, 增强系统的实用性。此外, 随着政府监管职能的加强和中小河流治理重点县工作的启动, 系统将根据实际应用需求不断进行完善。

摘要：介绍全国中小河流治理管理信息系统的研发工作, 针对全国中小河流治理项目和资金管理过程中的难点, 对用户需求、软件架构、数据交换、系统部署等方面进行研究, 结合地理信息等技术, 实现部、省、市、县各级用户共同使用的管理信息系统, 为全国中小河流治理项目管理提供技术支撑。

关键词：中小河流,信息系统,监督管理,软件设计,运行维护

参考文献

[1]水利部水利水电规划设计总院.全国重点地区中小河流近期治理建设规划[R].北京:水利部水利水电规划设计总院, 2009:1-10.

[2]艾萍.水利信息工程引论[M].武汉:长江出版社, 2010:30-32.

[3]张永进, 解建仓, 蔡阳, 等.对水利应用支撑平台的建议[J].水利信息化, 2011 (1) :10-13.

[4]陆建平, 徐淑芳, 陈军冰, 等.基于GIS组件开发的水利工程管理系统研究[J].水利水文自动化, 2009 (1) :1-4.

[5]卢廷玉, 张艳华.基于Arc GIS Server富户联网地图的客户端开发[J].测绘与空间地理信息, 2012, 35 (3) :83-84.