信息系统管理方面的工作思考与建议

２０１４年・第１ｌ期　栏目编辑．罗锦莉Ｅ—ｍａｉｌ：ｌｕｏｌ０２５００＠１６３　ｃｏｍ　Ｐ盘　

县支行信息系统应急管理工作现状及建议　

■中国人民银行石城县支行许诚栋　

近年来，为应对信息系统风险，保障信息系统安全　

稳定运行，人民银行县级支行针对各项电子化业务的特　

点，各自制定了一套相对完善的应急管理工作预案。但　从对中国人民银行赣州市中心支行辖内１７个县（市）支　

行的调查情况看，人民银行县支行信息系统应急管理工　作还存在一些不容忽视的问题，应急管理能力远没有达　

到预防和应对真正意义上的突发事件的要求。　

一、县支行信息系统应急管理工作的现状　

（一）应急管理机构健全　调查的ｌ７个县支行都成立了计算机信息安全工作　

领导小组、网络突发事件应急管理领导小组、ＩＴ系统环　

境设施应急管理领导小组、病毒危害突发事件应急管　

理领导小组、ＩＴ系统入侵攻击突发事件应急管理领导小　组及相关重要业务系统应急管理工作领导小组，组成了　

“闲时为民、战时为兵”的一岗双责应急管理队伍。应　

急管理的组织机构健全，实现了应急管理工作有人抓、　

奄人管　

（二）应急管理制度框架初步形成　调查的１７个县支行为保障本支行信息系统的稳健　

运行，切实提高支行应对信息系统突发事件能力和做好　

应对突发事件准备工作，都能按照“横向到边、纵向到　

底”的应急管理总体要求，各自根据《中国人民银行突　

发事件应急预案管理办法》（以下简称《办法》）等文　

件，结合支行实际，通过例会布置、行长办公会审定等　

方式，制定了网络突发事件应急预案、ＩＴ系统环境设施　

应急预案、病毒危害突发事件应急预案、ＩＴ系统入侵攻　

击突发事件应急预案，以及中国人民银行会计集中核　

算系统（ＡＢＳ）应急预案、国库会计核算系统（ＴＣＢＳ）应　

急预案等各重要应用系统应急预案。县级支行应急管　

理制度框架初步形成，实现了应急管理工作的有章可　

循、有章可依。　（三）应急管理知识培训和演练机制基本到位　该１７个县支行每年都能针对信息系统应急管理组　

第１２卷０１期　２０１４年２月　南水北调与水利科技　Ｓｏｕｔｈ－ｔｏ－Ｎｏｒｔｈ　Ｗａｔｅｒ　Ｔｒａｎｓｆｅｒｓ　ａｎｄ　Ｗａｔｅｒ　Ｓｃｉｅｎｃｅ＆Ｔｅｃｈｎｏｌｏｇｙ　Ｖｏ１．１２　Ｎｏ．０１　Ｆｅｂ．２０１４　

南水北调中线干线工程　

合同管理信息系统构建的思考和建议　

陶李，孟庆宇　

（南水北调中线干线工程建设管理局，北京１０００３８）　

摘要：南水北调中线干线工程作为大型跨流域调水项目，合同种类繁多，管理情况复杂。在借鉴传统合同管理方法　

的基础上，提出了合同管理信息化的必要性，简要介绍了中线工程合同管理信息系统的基本框架，主要分析了系统　

主要功能和应用情况，并提供相关改进建议供参考。　

关键词：南水北调中线工程；合同管理；信息化建设　

中图分类号：ＴＶ６８；ＴＶ５１　文献标识码：Ａ　文章编号：１６７２—１６８３（２０１４）００１—００９１—０２　

Ｔｈｏｕｇｈｔｓ　ａｎｄ　Ｓｕｇｇｅｓｔｉｏｎｓ　ｏｎ　ｔｈｅ　Ｃｏｎｓｔｒｕｃｔｉｏｎ　Ｃｏｎｔｒａｃｔ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｓｙｓｔｅｍ　

ｉｎ　ｔｈｅ　Ｍｉｄｄｌｅ　Ｒｏｕｔｅ　ｏｆ　ｔｈｅ　Ｓｏｕｔｌｌ－ｔｏ－Ｎｏｒｔｈ　Ｗａｔｅｒ　Ｄｉｖｅｒｓｉｏｎ　Ｐｒｏｊｅｃｔ　

ＴＡ０　Ｌｉ，ＭＥＮＧ　Ｑｉｎｇ－ｙｕ　（Ａｄｍｉｎｉｓｔｒａｔｉｏｎ　Ｂｕｒｅａｕ　ｏｆ　ｔｈｅ　Ｓｏｕｔｈ—ｔｏ－Ｎｏｒｔｈ　Ｗａｔｅｒ　Ｄｉｖｅｒｓｉｏｎ　Ｍｉｄｄｌｅ　Ｒｏｕｔｅ　Ｐｒｏｊｅｃｔ，ＢｅＯｉｎｇ　１０００３８，Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ：Ｔｈｅ　Ｍｉｄｄｌｅ　Ｒｏｕｔｅ　ｏｆ　ｔｈｅ　Ｓｏｕｔｈ－ｔｏ－Ｎｏｒｔｈ　Ｗａｔｅｒ　Ｄｉｖｅｒｓｉｏｎ　Ｐｒｏｊｅｃｔ　ａｓ　ａ　ｌａｒｇｅ－ｓｃａｌｅ　ａｎｄ　ｔｒａｎｓｂａｓｉｎ　ｗａｔｅｒ　ｄｉｖｅｒｓｉｏｎ　ｐｒｏｊｅｃｔ，ｃｏｖｅｒｓ　ａ　ｗｉｄｅ　ｒａｎｇｅ　ｏｆ　ｃｏｎｔｒａｃｔｓ．ａｎｄ　ｔｈｅ　ｃｏｎｔｒａｃｔｓ　ｍａｎａｇｅｍｅｎｔ　ｉｓ　ｆｕｌ１　０ｆ　ｃｏｍｐｌｅｘｉｔｙ．Ｏｎ　ｔｈｅ　ｂａｓｉｓ　ｏｆ　ｔｈｅ　ｔｒａｄｉｔ￣ｎａｌ　ｃｏｎｔｒａｃｔ　ｍａｎａｇｅｍｅｎｔ　ｍｅｔｈｏｄ，ｔｈｉｓ　ｐａｐｅｒ　ｐｕｔｓ　ｆｏｒｗａｒｄ　ｔｈｅ　ｎｅｃｅｓｓｉｔｙ　ｏｆ　ｔｈｅ　ｃｏｎｔｒａｃｔ　ｍａｎａｇｅｍｅｎｔ’ｓ　ｉｎｆｏｒｍａｔｉｚａｔｉｏｎ，ｉｎｔｒｏｄｕｃｅｓ　ｔｈｅ　ｂａｓｉｃ　ｆｒａｍｅｗｏｒｋ　ｏｆ　ｔｈｅ　ｍｉｄｄｌｅ　ｒｏｕｔｅ　ｐｒｏｊｅｃｔ　ｃｏｎｔｒａｃｔ　ｍａｎａｇｅｍｅｎｔ　ｉｎｆｏｒ—　ｍａｔｉｏｎ　ｓｙｓｔｅｍ，ｍａｉｎｌｙ　ａｎａｌｙｚｅｓ　ｔｈｅ　ｓｙｓｔｅｍ　ｍａｉｎ　ｆｕｎｃｔｉｏｎ　ａｎｄ　ｔｈｅ　ａｐｐｌｉｃａｔｉｏｎ　ｓｉｔｕａｔｉｏｎ，ａｎｄ　ｐｒｏｖｉｄｅｓ　ｓｏｍｅ　ｓｕｇｇｅｓｔｉｏｎｓ　ｆｏｒ　ｒｅｆｅｒｅｎｃｅ．　Ｋｅｙ　ｗｏｒｄｓ：Ｍｉｄｄｌｅ　Ｒｏｕｔｅ　ｏｆ　ｔｈｅ　Ｓｏｕｔｈ－ｔｏ－Ｎｏｒｔｈ　Ｗａｔｅｒ　Ｄｉｖｅｒｓｉｏｎ　Ｐｒｏｊｅｃｔ；ｃｏｎｔｒａｃｔ　ｍａｎａｇｅｍｅｎｔ；ｉｎｆｏｒｍａｔｉｏｎ　ｃｏｎｓｔｒｕｃｔｉｏｎ　

水利信息化　

２０１３．１中国水利　

引滦入津工程管理信息系统分析　

思考及完善建议　

李继明　

（天津市水务局引滦工程管理处，３０１９００，天津）　

摘　要：引滦入津工程管理信息系统从正式开工建设到现在已历时近８年时间。为提升引滦工程安全供水保障率．满　

足应急管理工作中的技防要求，全面提升引滦现代化管理和工程管理水平作出了巨大贡献　但随着我国信息技术的　

飞速发展，信息系统部分功能需要进一步拓展，硬件设施需要进一步升级改造，软件应用方面也需要进一步深化　结　

合引滦工程管理实际．就存在问题进行分析思考．并就今后引滦信息系统升级改造提出意见建议　

关键词：管理信息系统：分析思考：完善建议　

Ｍａｎａｇｅｍｅｎｔ　ｉｎｆｏｒｍａｔｉｏｎ　ｓｙｓｔｅｍ　ｆｏｒ　Ｗａｔｅｒ　Ｄｉｖｅｒｓｉｏｎ　ｆｒｏｍ　Ｌｕａｎ　Ｒｉｖｅｒ　ｔｏ　Ｔｉａｎｊｉｎ／／Ｌｉ　Ｊｉｍｉｎｇ　

Ａｂｓｔｒａｃｔ：Ｍａｎａｇｅｍｅｎｔ　ｉｎｆｏｒｍａｔｉｏｎ　ｓｙｓｔｅｍ　ｆｏｒ　Ｗａｔｅｒ　Ｄｉｖｅｒｓｉｏｎ　ｆｒｏｍ　Ｌｕａｎ　Ｒｉｖｅｒ　ｔｏ　Ｔｉａｎｊｉｎ　ｈａｓ　ｂｅｅｎ　ｃｏｎｓｔｒｕｃｔｅｄ　ａｎｄ　ｏｐｅｒａｔｅｄ　ｆｏｒ　ｎｅａｒｌｙ　８　ｙｅａｒｓ　ｓｉｎｃｅ　ｉｔｓ　ｏｐｅｎｉｎｇ　ｆｏｒ　ｃｏｎｓｔｒｕｃｔｉｏｎ．Ｉｔ　ｍａｋｅｓ　ｇｒｅａｔ　ｃｏｎｔｒｉｂｕｔｉｏｎ　ｔｏ　ｕｐｇｒａｄｅ　ｍｏｄｅｒｎｉｚａｔｉｏｎ　

ａｎｄ　ｐｒ０ｊｅｃｔ　ｍａｎａｇｅｍｅｎｔ　ｌｅｖｅｌ，ｅｎｈａｎｃｅ　ｔｈｅ　ｇｕａｒａｎｔｅｅ　ｒａｔｅ　ｏｆ　ｗａｔｅｒ　ｓｕｐｐｌｙ　ｏｆ　ｔｈｅ　ｐｒｏｊｅｅｔ　ａｎｄ　ｍｅｅｔ　ｔｈｅ　ｒｅｑｕｉｒｅｍｅｎｔ　ｏｆ　

ｐｕｂｌｉｃ　ｓａｆｅｔｙ　ｉｎ　ｅｍｅｒｇｅｎｃｙ　ｍａｎａｇｅｍｅｎｔ．Ｈｏｗｅｖｅｒ，ａｌｏｎｇ　ｗｉｔｈ　ｔｈｅ　ｒａｐｉｄ　ｄｅｖｅｌｏｐｍｅｎｔ　ｏｆ　ｉｎｆｏｒｍａｔｉｏｎ　ｔｅｃｈｎｏｌｏｇｙ，ｓｏｍｅ　

龙源期刊网

对海关信息系统运维管理工作的思考

作者：高用成

来源：《科技传播》2010年第12期

摘要 经过多年的建设,海关已形成了涉密办公网、办公管理网、业务运行网、对外接入网等功能齐全的复杂办公环境 ,在业务协同、办公管理、对外服务等方面发挥了越来越重要的作用,目前,福州海关运行在管理网上的项目大大小小近80余个,运行网上的项目有H2000及外挂系统,对外接入网上的项目30余个,网络延伸到整个关区,可以说离开了网络,海关的业务、办公将陷于瘫痪,这对信息部门的运维保障提出了更高的要求,本文对目前海关的运维管理里中仍存在着的诸多问题进行了相关探讨。

关键词 海关;信息系统;运维管理

中图分类号TP393 文献标识码A文章编号 1674-6708(2010)21-0215-02

经过多年的建设,海关已形成了涉密办公网、办公管理网、业务运行网、对外接入网等功能齐全的复杂办公环境 ,在业务协同、办公管理、对外服务等方面发挥了越来越重要的作用,目前,福州海关运行在管理网上的项目大大小小近80余个,运行网上的项目有H2000及外挂系统,对外接入网上的项目30余个,网络延伸到整个关区,可以说离开了网络,海关的业务、办公将陷于瘫痪,这对信息部门的运维保障提出了更高的要求,但是,目前海关的运维管理里中仍存在着诸多方面的问题:

1)信息系统的维护集中于总关的科技职能部门,采取集中式的维护,如技术处、数据分中心,根据具体的岗位职责分为相关的科室如网络、运行、信息安全等,各科室各司其职,职能的分割,有助于造就细分领域内的专业技术人才,但也无法形成有效的协同管理故障的判断和排除,网络负责网络的监控,运行负责网络上系统、服务的节点设备的维护,信息安全负责设备的安全监控,近年来,海关的信息化建设水平不断提高,经过不断的升级改造、新技术的应用,从H883到H2000,从到ATM网,分布式应用到三层架构体系,技术的提升使得维护的复杂度也在提升,网络、系统、信息安全等故障原因往往交织在一起,使得问题的排查也变得复杂,故障的解决时间完全取决于某一部门运维人员的能力与经验,甚至出现故障了,问题要在几个部门间流转几遍,才能最终确定问题所在,再由相应的部门进行处理,大大降低了故障排除的效率。同时,对网络架构、系统、安全服务等某一方面的变更,常常对其他方面造成影响,往往是科室内部所作的一些小的变更,造成其它科室对故障的误判,这极大浪费了运维的资源。