eGC-38-08A交流纪要.docVIP

文档编号：GC-38-08 镇 江 防 汛 决 策 支 持 系 统 交 流 纪 要 （一） 2005年2月23日 参加人员 业主单位：张岱峰（局长）、叶广生、李启顺 监理单位：朱玉全（总监） 施工单位：祖建华（技术副总）、张越胜（技术总监）、 唐珊（项目经理）、张覃、陈美丽、周莉、 吴俊容、季青、钱雄鹰 朱玉全（监理）： 项目组成人员需要明确； 系统平台参数需要明确； 中间结果提供给监理； 综合数据库设置； 概念模型、逻辑模型、物理模型在投标文件中没有体现，是否需要有所体现？ 库表结构的设计在投标文件中只列了数据表的清单，对主键、外键、触发器等相关信息没有进行描述 方法方案库的设计准备怎样进行，在投标文件及招标文件中对这个部分都没有进行详细的描述 数据字典的含义在投标文件中是一个数据表的概念，没有对数据的流向、数据的处理等进行描述，需要确定招标文件中的数据字典的含义 防汛业务运行系统 会商系统中是否要加入一些决策支持的东西，使系统的决策支持性更强些 汛情监视预警系统中，要建立防汛监测站网动态管理，作为独立的主体存在？ 汛情监视预警系统中招标书上提到了短信通知报警的功能，但是投标文件中没有进行描述 汛情监视预警系统投标文件中提到了气旋走势模拟分析，这个在招标文件中没有对应的部分 防汛指挥抢险系统是否有预案？ 物资调度中提到的多点调度在投标文件中没有进行描述 防汛GIS系统中的功能、界面风格等需要进行细化描述 张岱峰（业主、局长）： 用户有分组概念，我们是不是可将分组的概念应用在空间数据部分，对数据进行分组、分层管理与显示以提高数据的查询速度。 在初步设计和投标文件的框架下做，分模块、分专业的提出具体问题一一进行了解与确认。 李启顺（业主）： 在详细设计中需要补充的内容包括： 签订合同前问题的澄清中描述的内容需要在详细设计中体现； 防汛GIS的功能需要在详细设计中进行描述，如断面切割、DEM填挖分析及结果表现、地图分幅及打印出图等； 卫星云图、遥感图数据存储方式的设计，在以文件方式存储和数据库存储方式上决策； 几个系统的结构的确定（B/S 、C/S结构）； 投标文件中关于数据录入的问题中工作量要先明确一下，如“已整理好的工情信息操作人员手工录入”，这个“操作人员”是用户还是建设单位？ 镇江没有的数据信息仍然需要设计数据库表结构，如蓄滞（行）洪区相关信息所需要的数据表结构。 唐珊（施工单位）的问题确认： 空间数据部分的问题将由数据部张经理提出。 气象数据与实时雨水情数据需要张局长进行协调。1988年之后的实时雨水情数据有现成的数据库存储，54年至88年的数据为纸质数据，在系统建设竣工之前的数据输入工作为施工方的工作量。（张局长确认） 工情数据部分由施工单位设计好详细表结构，防办召集各县市人员根据施工方给出的资料整理格式整理数据，由各县市录入（电子格式），施工方入库。最好是有江苏省已定的表结构设计，如果没有，从国家标准结构出发，进行适应性修改。要求提前给出，便于县市准备资料。（叶工确认） 险情数据所涉及的江苏省险工险段管理信息系统是一个单机版系统，数据库是Access数据库，要求在本系统中的数据管理子系统中提供菜单激活该单机版系统，同时，要求本系统整合该单机版系统的数据库中数据。（李工确认） 灾情数据来自于江苏省灾情统计上报系统中的Access数据库。（叶工确认） 水文基础数据存放在水文局，连同实时雨水情数据一起协调。（张局长确认） 水文整编数据目前以纸质方式存在，需要人工入库，该工作量为施工方的工作量。（张局长确认） 调度方案信息有Doc文档可提供。（张局长确认） 预案信息目前有一个2004年的，正在作预案修订，预计在3月10号之后完成。（张局长确认） 防汛组织信息防办有电子稿提供。（叶工确认） 防汛物资信息有表格数据，目前仓库个数约7、8个，物资的种类约10种左右。（张局长确认） 社会经济数据为纸质方式提供，包括统计局提供的03年年鉴及发改委十五计划中的部分数据。（张局长确认） 流域机构所属测站的数据从水文局获取，不需要从流域机构获取。（张局长确认） 蓄滞洪区平面图、重点防洪区防洪工程图、工程示意图以图片的方式挂入：有矢量图的用矢量图，没有矢量图的以图片、照片的方式。（张局长确认） 洪水预报部分的北山水库预报系统目前尚未验收，只需要对原有系统进行整合。整合的形式与程度将根据了解的系统实际情况而定。（张局长、叶工确认） 长江镇江段预报系统防办有一个公式（电子的程序），模型本身没有考虑到风力的影响，可能需要考虑对模型进行优化。（张局长确认） 二维淹没部分为一期建设任务，要求实现静态淹没。淹没区边界由业主根据历史资料提供，施工单位完成根据水位计算实际淹没范围和水深。（张局长确认） 防汛指挥与抢险GPS系统中GPS通讯链路