山洪灾害防治试点预警软件系统招标变更

项目名称： 全国山洪灾害防治试点预警软件系统 采购编号： CQZFCG-09A892 首次公告日期： 2009年10月16日 采购人名称： 重庆市水利局 采购人地址： 重庆市渝北区新牌坊一路2号 采购代理机构名称： 重庆市政府采购中心 采购代理机构地址： 重庆市江北区洋河一村78号重庆国际商会大厦502室 经办人名称： 石磊 何源 联系电话： 023-67707443、67707262 澄清事项： 各竞标人： 重庆市政府采购中心于2009年10月16日发出了重庆市水利局所需的“全国山洪灾害防治试点预警软件系统”项目（编号：CQZFCG-09A892）的竞争性谈判文件，现根据采购人要求对竞争性谈判文件内容作出以下调整： 对竞争性谈判文件中第三篇“谈判项目需求”作出调整，调整后的内容详见附件。 特此说明，请各竞标人下载附件查看详细需求，并将补充说明回执签字盖章后于谈判开始前传真或送达采购中心。 竞争性谈判文件补充说明（第一号） 各竞标人： 重庆市政府采购中心于2009年10月16日发出了重庆市水利局所需的“全国山洪灾害防治试点预警软件系统”项目（编号：CQZFCG-09A892）的竞争性谈判文件，现根据采购人要求对竞争性谈判文件内容作出以下调整： 对竞争性谈判文件中第三篇“谈判项目需求”作出调整，调整后的内容详见本补充说明附件。 招标文件补充说明回执 重庆市政府采购中心： 我公司已经收到项目名称为 “全国山洪灾害防治试点预警软件系统”，（项目编号：CQZFCG-09A892）的竞争性谈判文件补充说明（第一号），对竞争性谈判文件和该补充说明内容无异议，能够按时参加投标。 特此回复。 公司名称（盖章）： 授权代表（签字）： 2009年 月 日 （回执请签字盖章后传真至023-67707382） 竞争性谈判文件补充说明附件： 调整后的谈判项目需求（以此为准） 一、软件明细列表 序号 名称 单位 数量 技术标准和要求 　 　 　 璧山 石柱 潼南 綦江 秀山 合计 一 山洪灾害预警软件系统 套 1 1 1 1 1 5 技术参数见《详细采购需求》 二 GIS平台软件 套 1 1 1 1 1 5 含提供不低于10用户数的GIS平台。提供正版WebGIS平台或GIS平台，平台应支持、基于WebGIS，并使用服务器平台所发布的GIS服务。 ① 支持基于web的服务发布和查询、编辑功能； ② 高级GIS空间分析； ③ 服务器端实现高级GIS分析； ④ 二维地图显示（叠加分析、邻近分析、数据管理）； 支持多种GIS服务的叠加等功能。 二、详细采购需求 1、软件系统总体要求 根据全市防汛抗旱指挥系统的建设现状和平台统一要求，对本次项目的系统支撑平台作如下要求： 服务端操作系统:Microsoft Windows Server 2003 服务端数据库:Microsoft SQL Server 2008 服务端Web服务:IIS 5.0以上 GIS平台：Supermap或Topmap 客户端操作系统:Microsoft Windows XP SP2以上 客户端浏览器 :Internet Explorer 6.0以上 网络版杀毒软件：根据各试点县具体用户量配置客户端 应用服务器:要求跟国家防汛抗旱指挥系统所采购的weblogic平台兼容，即采用JEE技术平台进行开发和部署 系统总体采用B/S模式，用户使用浏览器能够完成所有操作，部分功能可采用C/S模式。 开放性要求：支持多种硬件平台，采用通用软件开发平台开发，具备良好的可移植性，支持与其它系统的数据交换和共享，支持与其它商品软件的数据交换； 标准化要求：所有各项软件开发工具和系统开发平台应符合我国国家标准、信息产业部部颁标准、水利部相关技术规范和要求； 参数化要求：必须实现完全模块化设计，支持参数化配置，支持组件及组件的动态加载； 容错性要求：提供有效的故障诊断工具，具备数据错误记录功能； 安全性要求：用户认证、授权和访问控制，支持数据库存储加密，数据交换的信息包加密，数据传输通道加密，可采用64位DES加密算法，发生安全事件时，能以事件触发的方式通知系统管理员处理； 可靠性要求：应能够连续7×24小时不间断工作，平均无故障时间>17520小时，出现故障应能及时报警，软件系统应具备自动或手动恢复措施，自动恢复时间<15分钟，手工恢复时间<12小时，以便在发生错误时能够快速地恢复正常运行，软件系统要防止消耗过多的系统资源而使系统崩溃； 兼容性要求：为了与国家防汛抗旱指挥系统一期工程中的“二台一库”相统一，应采用JEE技术平台进行开发和部署；软件版本易于升级，能适应防汛抗旱指挥系统相关的标准，任何一个模块的维护和更新以及新模块的追加都不应影响其它模块，且在升级的过程中不影响系统的性能与运行； 易用性要求：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成，功能简洁实用。 （1）对软件系统的各类人机交互操作、信息查询、图形操作等应实时响应；信息查询、操作、输入界面用图形、文字和数据三种方式在计算机上展现，数据表格应具有报表打印功能；系统的操作要求简单易用。 （2）采用WebGIS方式执行GIS的分析任务。通过标准的浏览器（如 IE）来访问地图服务，对于水雨情监测、预警响应的相关处理，均要求能在GIS上进行可视化处理查询，并能实现无级缩放，具备等雨量线、等雨量面等绘制功能。推荐采用1:50000的电子地图，如果没有条件，也可采用1:250000的电子地图； （3）速度要求： WEBGIS响应速度：<5秒； 复杂报表响应速度：<5秒； 一般查询响应速度：<3秒； 应用软件是建立在数据库系统的基础上，基于数据库平台开发的软件应具有基础信息查询、水雨情监测查询、水文气象国土信息服务、水情预报服务、预警发布服务、预警响应服务、系统管理等功能。 2、各软件功能及技术要求 （1）基础信息查询 山洪灾害防御工作需要大量的基础信息支持，其基础信息应具有检索、查询、添加、修改、删除、数据导入导出等功能。前期山洪灾害基础数据及社经数据的导入由软件开发中标单位录入，系统具有以下信息查询功能： 1）县乡村基本情况 县简介及各乡镇、行政村的基本情况，包括县、乡、村名称、土地面积、耕地面积、总人口、家庭户数、房屋数、历史洪水线下(人口、家庭户数、耕地面积、房屋数)、可能受山体滑坡、泥石流影响（人口、家庭户数、房屋数）、乡镇负责人及联系电话、乡镇防汛负责人及联系电话、村负责人及联系电话。 2）小流域基本情况 包括小流域名称、上级河流、流域面积、河长、河道比降、河源位置、河口位置、涉及乡数（名）、村数（名）、村组数、户数、人口数、房屋、历史洪水线下（人口、家庭户数、房屋）、可能受山体滑坡、泥石流影响（户数、人口、房屋）、关联监测站等。 3）监测站基本情况 查询分为雨量站和水位站两种，雨量站信息包括站号、站名、站址(所在乡镇、村)、经纬度、高程、设立日期、类别（自动站、人工站）、所属小流域、关联乡村、雨量预警指标、(1、3、6、12、24小时)最大雨量及出现时间、监测人员及联系方式；水位站信息包括站号、站名、站址(所在乡镇、村、组)、经纬度、高程、设立日期、类别（自动站、人工站）、所属小流域、关联乡村、水位预警指标、历史调查最高水位及时间、实测最高水位及时间、监测人员及联系方式等； 设计要求：(1、3、6、12、24小时)最大雨量及出现时间须由系统实时自动分析归档。 4）县乡村预案 以地图方式查询县、乡、村预案，并能提供Web方式管理功能。 5）历史灾害情况 查询本县历史上山洪灾害发生总体情况及各典型年的灾害情况，内容包括灾害发生时间、灾害描述等。 6）工情信息 查询河流、水库、堤防等三类防洪工程信息，以防洪工程数据库中的数据为准。 （2）水雨情监测查询 水雨情信息查询主要用于监视和统计实时水雨情信息。系统分为水雨情信息报警、雨情信息、河道水情信息、水库水情信息查询四大部分。 系统表现方式以WEBGIS及表格方式为主。 1）水雨情报警要求 预先设定时段雨量（时段长度由业主方确定，如：30分钟、1小时、3小时等）报警值、河道水库水位报警值，系统自动根据设定的条件判断是否产生报警，如果满足报警条件则弹出窗口，并辅以声音提示；如果满足预警条件则在地图上闪烁，并能显示预警相关信息； 2）雨情信息要求 在地图上实时显示各雨量监测站8时以来（可自定义）降雨量：根据区域划分显示各乡镇雨量、测站总数、昨日平均雨量、最大雨量、过程降雨测站情况、今日八时后平均雨量、最大雨量、过程降雨测站情况等信息；同时提供雨量强度统计功能； 可按区域、时间、时段长查询显示该区域该时段内的雨量、平均雨量、最大雨量、各站降雨过程柱状图及数据表，并显示所查询区域的雨量站总数、雨量强度统计等； 区域可按县、乡、小流域、单站进行划分，在选择时间时，除应有开始时间和结束时间外，还需有时段长（1、3、6小时、日、旬、月）的快捷选择（或自定）； 显示查询全县降雨等值线图和等值面图； 能以年为单位查询各测站分月雨量分布情况表； 提供逐日时段雨量分析功能，统计显示时段长可自定义； 在提供接口的情况下，能接收气象部门雨量信息，加入到本系统。 3）河道水情信息要求 在地图上实时显示各站当前水位，以图表方式显示流量、水位变化趋势、超警戒、保证情况等，并提供河道雨洪过程线、当前水位示意图等功能； 以列表形式显示选定区域内任意时段的各站水位、水势、流量，超警戒、保证情况、历史最高水位及发生时间、最大流量及发生时间，以图形式显示水位、流量过程线（显示特征值：警戒水位、历史最高水位、警戒流量、历史最大流量等）。 4）水库水情信息要求 在地图上实时显示各水库当前水位，以图表方式显示水位变化趋势、预报水位、超汛限情况等，并提供水库雨洪过程线、当前水位示意图等功能； 以列表形式显示选定区域内任意时段的各水库水位、水势、超汛限情况、坝高等，以图形式显示水位、流量过程线（显示特征值：汛限水位、历史最高水位、坝顶高程等）。 （3）水文气象国土信息服务 由相关部门提供实时天气预报、实时雨量、水位、流量，实时卫星云图，滑坡、泥石流等基本信息及监测信息的接入和查询功能。 （4）水情预报 洪水预报属于专题研究范围，由水文部门提供预成果接入信息服务系统，系统须提供接口和查询服务。 （5）预警发布服务 1）预警指标和等级划分 系统对所有监测站实时雨量、实时水位进行分析，根据预警模型指标决定预警等级，雨量站预警指标分为：警戒雨量（准备转移）、危险雨量（立即转移）；水位站分为：警戒水位（准备转移）、危险水位（立即转移）。 当监测站水雨情达到相应临界值时，即产生预警，并按照乡镇进行合并，每个乡镇只允许有一个预警，预警等级以该乡镇下多个预警监测站中等级最高的为准。 乡预警分为乡1级、乡2级，根据该乡范围内监测站最高预警级别确定。 县预警分为县1级、县2级、县3级，根据全县范围内灾害的面积和程度确定。 以上预警指标和等级划分由各县根据具体情况确定。 2）预警流程 预警分为两个阶段：内部预警（对防汛人员）和预警发布（对社会公众）。 当预警产生后，系统在地图上对应的乡镇图标闪烁，防汛值班人员看到预警后，进行查询核对，并经防汛指挥部会商后确定预警级别和范围，通过多种方式向相关人员发布预警信息，并接收责任人的反馈信息。 出现预警信息后的工作流程（预警状态）可概括为：新预警（出现预警）→内部预警（对防汛人员）→发布预警（对社会公众）→响应启动→响应结束。 3）功能要求 在预警发布服务中应具有预警信息和状态显示、内部预警、预警发布、预警反馈、预警记录查询、预警指标显示修改等功能。 ◆预警信息和状态：以预警地图和预警列表形式显示。 ◆预警地图：根据预警分析结果，在地图上以不同颜色闪烁的方式展示各乡镇的预警级别等信息；已开始处理的预警取消闪烁，显示目前所处的状态，包括已内部预警、已发布预警、已启动响应等三种状态，响应结束后的预警人工从地图上删除（关闭预警）。在预警地图上应提供进行当前预警状态的下一步操作。 ◆预警列表：以列表方式显示预警信息，包括“发生乡镇、预警级别、预警时间、预警内容、预警状态”等信息，并提供影响范围分析结果。 ◆内部报警：根据预警级别的不同，将符合预警条件的信息自动指向相关负责人，人工发布短信； ◆预警发布：经过县防汛指挥部门确认后的预警信息，可通过短信预警发布设备和电话传真预警发布设备群发信息到各级相关防汛责任人和单位，并可发布突发预警信息。发送对象通过预先定义好的规则自动获取。（预警信息发送过程要求支持超长短信发送，在支持长短信的手机上即使短信超过70个汉子，也应显示成一条短信） ◆预警反馈：显示未关闭预警的所有短信记录，包括“姓名、单位、电话、预警级别、发送时间、信息内容、回复情况”等信息，如果收信人未回复，则在短信回复时间一栏显示“未回复”，否则给出反馈时间； ◆预警记录查询：显示最新的预警信息发布情况，包括反馈信息； ◆预警指标：提供预警指标的查询功能，并能分别设置县、乡、测站等多种级别的水位、雨量临界指标，其中雨量指标的时段长也可以用户自定义； ◆响应部门和人员设置：能对部门进行管理；能对部门响应标准（全部响应还是领导响应）进行设置；能设置部门领导人（多个）；能对人员－部门关系进行管理，从而确定预警产生时，预警信息的发送对象和范围； 设计要求： 1）、必须提供突发险情的预警发布功能，即没有建立监测站的地方，如果人工观测到了险情，则可由发现险情的人员电话上报（无须进行预警模型计算分析），由县操作人员直接发布突发预警，并在地图上给予区别显示，发布后其他处理流程跟正常预警一样。 2、如果一个预警在处理过程中出现预警级别变化，则系统应给予相应提示。 （6）应急响应服务 根据预警结果及信息发布情况，各相关部门要启动相应的响应预案。系统跟踪县、乡镇的响应执行情况，直到响应结束。 应急响应服务应包括以下功能： ◆响应工作流程：以图形方式显示工作流程，供使用人员参考； ◆响应地图：在地图上显示响应启动图示，并提供响应相关操作用户接口； ◆响应列表：显示各乡镇所有关联内部预警和预警发布的应急响应状态信息列表，包括“预警级别、预警时间、预警发布级别、预警发布时间、响应级别、响应启动时间、响应结束时间”等信息，并可以根据预警启动、修改和结束响应，提供历史响应的查询功能； ◆响应措施：以图表的方式显示响应措施的种类，可查看各个级别的响应措施； ◆响应反馈：在列表中显示各个乡镇响应反馈信息，包括“预警时间、下派工作组、投入人员、需转移群众、已转移群众、受围困群众、死亡人数、失踪人数、倒塌房屋”等信息，并提供实时录入功能，以便实时跟踪进展情况。 设计要求：为了方便和减轻县值班人员的工作强度， 要求无论是内部预警、预警发布还是响应启动等过程，如在48小时内无动作，则自动关闭，以免影响下一次的预警处理。 （7）系统管理 1）系统登录 此功能完成用户登录，不同的身份会有不能的功能权限。登录的过程验证用户名与密码，同时判断用户的角色，进入相应的操作界面。另外，系统还应提供修改密码、用户注销等功能。 2）菜单管理 管理员可以动态管理增删系统中所有的菜单项目，指定它所指向的URL联接。该功能是整个权限模块中最基础的数据，是权限控制的对象。 3）组权限和用户管理 用户不直接跟菜单权限发生联系，而是通过用户组实现授权管理，管理用户组对所有的菜单项具备哪些操作权限，操作权限包括增加、删除、修改、查询等。同时对所有操作用户进行增加、删除、修改、查询管理。用户管理主要包括：用户ID、用户登录名、用户名称、用户密码、用户所属组等。 4）后台日志管理 在该系统中所有发生了实际操作，需要记录操作日志的情况下，调用该日志管理模块相关接口，记录下何人何时于何处进行了何操作，并写入数据库中，以供管理员查询和事件追朔。针对整个系统所有角色产生的所有操作日志，以多种查询方式供管理员进行查询。查询方式包括：按操作用户、操作时间段、操作功能、操作方式、操作IP地址、按以上方式组合查询。 3、竞标文件技术要求 竞标文件技术部分内容必须包括但不限于以下内容： （1）数据同步传输方案设计（监测系统到预警系统数据中心）； （2）数据中心建设方案； （3）应用支撑平台选择； （4）相关流程/模型等设计方案（预警信息发布及响应等）； （5）系统功能设计（详细设计系统各功能，如有相关案例可提供功能界面参考样式）； （6）系统集成方案设计（各子系统之间集成）。 三、采购最高限价 竞标最高限价：人民币150万元。