资讯与服务

    (周一至周日 9:00-21:00)
    微信:liu87712531
    微信:lin445385978

    邮箱:87712531@qq.com

    咨询电话:15321970583

网站服务

您当前位置:首页 -> 计算机论文 -> 计算机理论->详细(目前国内最大最全原创最多的免费论文中心)

客服QQ咨询:点击这里给我发消息 点击这里给我发消息

无忧论文,为您指导,让您轻松发表,轻松晋级!

字号大小:


浅谈应急信息系统的功能需求和规划(四)

作者:来来来 整理:本网站论文网 录入时间:2011-12-14 00:18:11
个完整的、面向各种突发事件的应急信息系统“两层”构架。也即从理论上说,可以构建城市级别的唯一的、集中的、公用的应急信息系统平台。但在实际操作中,有两个因素制约这种“两层架构”模式。一是系统的规模和负载问题;二是现有的行政管理体制的制约。

  根据系统论的原理和系统工程实践经验,每个系统下辖的子系统个数是有限的,超出这一限度,不仅系统的业务负载和复杂度会难以承受,为保障系统运行可靠性所付出的代价也会十分巨大。我们通常采用系统分级的办法来解决这一问题。在应急信息系统建设中,就是通过建立一些区域的或“领域”分中心来分担“总中心”的负载和复杂性。

  但是,采用分中心的“三层”构架,应该满足两个先决条件。否则,就有可能使整个城市的应急信息系统更加混乱和难于管理,操作起来无所适从,甚至变成一盘散沙,为信息资源综合增加新的负担。

  第一个条件,还是比较、分析和论证。在具体的城市危机管理环境中采用三层构架,一定要有与两层构架的对比分析。三层系统的优势在于其上的业务操作流程通常可以更好吻合现有管理体制;劣势是分级处理带来了额外的信息分配和汇总的效率开销,甚至为一些导致低效的“门槛”创造了条件。我们对架构进行分析的结果,应该不仅仅是一个构架的模式,而且有具体的构架实施方案,包括对弱点的分析,以及弥补的方法,作为系统后续建设的前提条件。这是应该在决定建分中心之前完成的。

  在实际建设过程中,对于城市应急信息系统的构架模式选择,盲目模仿或是“拍脑袋”的情况还是很多的。构架的选择往往不是对流程科学性、系统运行效率、系统建设周期和投入、系统的可操作性等因素进行分析比较的结果,而是避开业务整合的深层困难、对现有管理体制过分迁就和妥协的结果。这对于整个城市的危机管理和信息化建设都是非常不利的。

  第二个条件,无论是二层还是三层构架,都离不开标准化基础。统一的数据标准制定应该在应急信息系统的总体规划层面,而不是某个具体的应急信息系统建设的层面来进行。在某个具体应用系统中谈统一标准的意义是十分有限的。即使每个系统都实现了“内部”的统一标准,也可能导致多个系统之间无法沟通。

  对于标准化的认识,也是信息化建设中误区多多的一个领域。如把统一数据规划甚至统一数据库设计等同为数据标准化,把标准化局限于管理标准化而无视应用标准化,把应急信息系统的标准化局限于应急事件的分级,等等。应用标准化是我国信息化建设的一个弱点和紧迫点,也是应急信息系统建设的一项基础性工作。如果能在国家层面整合专业化研究资源,组织面向应急指挥和危机管理的统一的标准化研究,则能有效促进整个国家的应急信息系统的建设;反之,如果我们不抓住应急信息系统这一建设背景,则不仅应急信息系统的建设不能进入有序状态,标准化建设本身也将摆脱不了滞后于信息系统建设的状况。(参考《把标准做“实”》)。

  参考文献:

  1. 《把标准做“实”》 黄以宽,《信息化建设》2005-1,2

  2. 《浅论应急指挥系统的基础性研究》,黄以宽,第一届中国政府电子政务论坛交流论文,2004-10

  3. 《应急联动系统的需求“升级”》 黄以宽,《上海信息化》2005-1

首页 上一页 1 2 3 4 下一页 尾页 4/4/4

上一篇uC/OS-II内核超时等待机制的分析
下一篇赞自由软件(六)