浅谈应急信息系统的功能需求和规划(1)(2)
2015-05-25 01:45
导读：1、技术型应用系统与应急信息系统的关系 在应急信息系统建设领域的最大误区，在于信息系统功能需求分析的缺失——从需求的陈述（实质上是一种需求
1、技术型应用系统与应急信息系统的关系 在应急信息系统建设领域的最大误区，在于信息系统功能需求分析的缺失——从需求的陈述（实质上是一种需求定义）直接跳到技术方案，甚至成为技术方案或产品的简单堆砌。以技术方案代替功能需求，这似乎已经成为了一种应急信息系统建设中的普遍现象。 例如，我们经常能在招标书或所谓规划中看到这样的做法：即直接把“数字录音系统”、“大屏幕显示系统”、“地理信息系统”等作为“需求”本身的内容，对具体的技术实施方案和产品型号进行招标，甚至还有的招标书把“数据库系统”也作为应急信息系统需求的一部份提出来。这里面缺少了对应急信息系统的实质内容和目标的把握，缺少了一个理性的论证和分析过程。这样的“需求”拿出来招标，多半会造成建设的混乱和失控。 并不是说以上的技术系统不能作为应急信息系统的一部分，相反，逻辑的功能最终都会落实为一系列“物理”的技术子系统。但是我们在进行技术子系统的划分和分包之前，有必要对有机信息系统的“原始”功能需求作一定义和陈述，为技术方案的展开提供理性的约束，而不会被技术牵着鼻子走。 例如，GIS是一种广泛使用的、成熟的技术，也已经形成相对独立运行的系统。独立运行的GIS甚至可能成为整个应急信息系统中最主要的操作平台。这也是一些项目直接把GIS作为一种“默认”的“需求”的原因。但是，应急信息系统是否要采纳GIS，还要看具体的应用领域是否具备了应用GIS的数据条件和环境。而且，即使有必要和有条件使用GIS，也要从整个应急信息系统的总体目标出发进行分析，提出技术应用需求：共2页: 1 [2] 下一页 论文出处(作者):
计算机病毒论文
专用网安全策略及技术研究
