城市排水管理信息系统项目建设要求DOC 47页Word格式文档下载.docx
《城市排水管理信息系统项目建设要求DOC 47页Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《城市排水管理信息系统项目建设要求DOC 47页Word格式文档下载.docx(29页珍藏版)》请在冰豆网上搜索。
1、总体架构
根据现状及需求分析,市市政设施数字化管理平台的总体设计如下图所示,含五个部分,即软硬件支撑层、数据采集层、模拟分析层、应用层以及人机交互层。
2、设计原则
系统建设应遵循以下原则:
(1)规范制度原则
通过整合流程,明确市市政设施管理处各部门和基层公司的职责分工、管理权限,完善相关管理制度,以规范化方式减少多头管理、职责不清、互相推诿等现象,使市政设施管理新机制在制度化、规范化的基础上运行。
(2)易用性原则
建设市政设施数字化管理系统过程中,在保证系统功能的前提下,系统设计要符合不同使用人群的需求,特别是终端操作软件的设计,应具有人性化的界面效果,方便实用的查询功能,高效便捷的操作方式。
(3)因地制宜原则
充分借鉴其它城市的管理经验,结合市市政设施实际情况,开发建设符合当地实情的市政设施数字化管理系统,侧重解决本地区城市市政设施管理的突出问题,力求在成熟的市政设施数字化管理模式上有所探索、有所创新,建立示范模式。
(4)先进性原则
在系统的总体设计上,借鉴各类系统的成功经验,同时注重考虑同类系统的建设教训;
在技术上,采用国际上先进且成熟的技术,使系统设计更加合理、更为先进;
同时,要充分考虑市市政管理的现状和特点,在注重系统实用性的前提下,采用先进的计算机软、硬件环境;
在软件的开发思想上,严格按照软件工程的标准和面向对象的理论进行设计,保证系统的先进性。
(5)安全性原则
由于整个系统所涉及数据大多属于政府内部资料及空间地理信息,其安全性尤为重要,因此系统应遵循安全性原则。
本系统在设计时可考虑将安全性问题分为以下三种情况:
一是防止外部非法用户访问网络;
二是防止内部合法用户越权访问;
三是意外的数据损害。
具体所采取的保障信息安全的手段是,从信息系统(即用于采集、处理、存储、传输、分发和部署信息的整个基础设施、组织结构、人员和组件的总和)出发,结合排水系统的特点,以风险和策略为出发点和核心,通过在排水系统生命周期中对技术、过程、管理和人员进行保证,确保信息的机密性、完整性和可用性特征,从而将风险降低到可接受的程度,达到保护信息和信息系统资产,进而保障信息网络使命的最终目的。
(6)稳定性原则
一般稳定性主要指系统的正确性、健壮性两个方面,由于系统是在网络环境下运行,且具有系统管理数据量大,数据使用并发性强等特点,这些特点对系统的设计提出了更高要求。
因此,一方面系统在提交之前应反复测试,把错误降低到最小程度,保证系统正常运转;
另一方面,系统必须有足够的健壮性,在发生意外情况时,能够很好的处理并给出错误提示,且能够得到及时恢复,减少不必要损失。
(7)开放性原则
信息平台的开放性是系统生命力的表现,只有开放的系统才能够兼容和不断发展,才能保证前期投资持续有效,保证系统可分期逐步发展和整个系统的日趋完善。
系统在运行环境的软、硬件平台选择上要符合工业标准,能够较为容易地实现系统的升级和扩充,能无条件满足所有硬件体系要求,以适应后续工程和适应有关政策法规以及信息技术的发展变化。
3、建设目标
本项目的建设目标在于:
(1)建立市政设施管理的数字化模式,与业务深层次融合,提高市政业务管理水平和服务水平,形成市政一体化的管理平台;
(2)实现市市政设施管理处对排水管网、泵站、道路、桥梁等信息动态监控,辅助进行科学决策,将许多安全隐患消除在萌芽状态;
(3)提高突发事件和应急抢险反应速度和处理能力,科学调度,实现资源优化调配,以最快的速度控制危害的延伸,将危害降到最低程度,为保障城市市政设施的安全稳定运行提供现代数字化管理手段;
(4)构建监测与模型的联合应用模式,运用模型辅助进行决策,提供管网规划改造的科学决策手段;
(5)各业务子系统既能单独运行使用,又能集成为一个完整、可靠、经济和有效的整体,并使之能彼此协调工作,发挥整体效益,达到整体性能最优。
4、建设内容
本项目建设内容包括以下四个方面:
(1)综合数据库建设:
进行综合数据库设计和建设,包括资产数据库、基础地形数据库、运行监测数据库、文档、多媒体数据库等,实现市政设施数据的标准化、规范化入库,同时建立市政设施数据长期有效的更新维护机制;
(2)业务管理软件构建:
建设设施信息管理系统收集道路、桥梁、排水系统的静态数据;
建设管网在线监测系统,收集设施的动态监测数据,实现对监测数据和视频的实时显示和数据分析,有效监控设施的运行状态;
将数字化管理手段与巡查维护、防汛应急、排水户管理等业务进行整合和优化,构建业务管理系统,形成适用于市的市政数字化业务管理流程和模式,提高监管效率;
为了保证数据安全和操作,构建用户权限管理系统实现用户-角色-权限的管理;
(3)软件支撑平台采购建设:
进行包括GIS软件、操作系统以及数据库的软件建设;
(4)模型分析子系统构建:
进行模型分析子系统构建,以为后期进行模型应用模式构建提供支持。
(四)、综合数据库建设技术要求
1、数据库总体要求
(1)总体要求
综合数据库是市市政设施管理信息系统的重要支撑,是各个子系统数据交换和共享的场所,其基础地位非常突出。
根据管理部门工作的实际需要,对部门及基层公司管理的各类市政设施的空间数据、资产数据等进行统一的存储和管理。
数据库系统建成后,要能为市市政设施管理信息系统提供数据支撑,为提升市市政设施管理处设施运行监管水平、提高业务的办理效率、增强部门的整体服务水平做贡献。
综合数据库分为四个部分:
基础地形数据库、资产数据库、运营监测数据库以及文档、多媒体数据库。
(1)基础地形数据库:
存储地形中的各类要素,包括水系、境界、交通、居民地、地形、植被等各要素的空间位置、属性信息;
(2)资产数据库:
统一存储市市政设施管理处管辖范围内的道路、桥梁、排水管网及其附属设施
(3)运营监测数据库:
负责维护管网中在线监测仪表所采集得到的液位等实时数据。
除监测数据外,运营监测数据库还管理所有市政设施运营相关业务的数据信息,如管网巡查养护、防汛应急指挥、排水户管理等;
(4)文档、多媒体数据库:
将所有与管理部门业务相关的文档资料、视频数据等以数据库的方式管理,改变当前较分散的文件管理方式,并为相关文件的查询提供数据源。
2015年8月31日,国务院以国发〔2015〕50号印发《促进大数据发展行动纲要》。
在数据库设计与建设过程中,充分考虑未来数据资源目录和深层次挖掘服务。
(3)设计要求及原则
在综合数据库设计过程中应综合考虑市政设施的特点,考虑综合数据库的建立与其它数据库存在着较大的差别,在整个数据库的设计中应考虑综合管理数据库具备如下特点:
1)随着城市规模的扩大,城市市政设施也会越来越复杂,市政设施数据将会越来越庞大,这就需要一个低冗余度、可扩充性好的数据库来对市政设施进行有效的管理;
2)管网资产数据中包括节点和管线数据,存在着一定的拓扑关系,而拓扑关系是否准确将直接影响管网的模拟计算,管网数据库需要自动维护管网的拓扑结构;
3)管网数据中节点和管线类型都较为复杂,节点有检查井、雨水口等,另外还有泵站等管网要素,这就需要资产数据库考虑大量的专业信息及因素;
4)资产数据库不仅需要管理大量的属性信息,也要对市政设施及其附属设施的空间信息进行存储,同时,两者之间的对应关系需要通过数据库的外键等一些字段信息来体现;
5)管网资产数据库需要对高程以及基础地形数据进行管理和存储;
6)数据入库时,往往采取多人编辑的方式,容易产生数据库的并发冲突;
7)城市管网的地下分布四通八达,管网数据的泄漏将使得安全生产无法得到保障,因此,需要设计专门的安全机制保护管网数据的安全性。
基于上述特点,综合管理数据库的设计应遵循以下几个原则:
1)结构可扩充性;
2)拓扑可维护性;
3)数据完整性;
4)空间与属性可关联性;
5)空间数据多源性;
6)数据编辑并发性;
7)数据安全性。
2、数据库结构要求
(1)基础地形数据库结构
基础地形数据库是所有与GIS相关的专业应用的数据基础,地形数据库的建立对于加快城市的信息化建设具有重要作用。
透过基础地形数据库,可以清晰地掌握市不同比例尺的行政片区、交通设施、水系、地名及建筑物信息、DEM(DigitalElevationModel)高程信息以及高分辨率的航片。
基础地形数据库包括基础地形图、影像图、DEM数据三类数据,三类数据均采用市当地坐标系作为标准坐标系。
数据库要能调用天地图∙基础地理信息数据,比例尺采用1:
500。
数据库要能保证数据的持续更新以及数据的标准化入库。
(2)资产数据库结构
资产数据库综合管理管网、道路、桥梁的空间数据、资产数据设计数据、管网模拟数据以及排水户数据等所有与资产相关的数据。
按照类型分为设施空间数据、设施属性数据、设施设计数据、管网模拟数据等。
依据《地下管线探测技术规程》等国家规范要求,空间信息应根据要素进行分层的图层方式组织管理。
普查工作应使用统一的平面坐标,均采用市当地坐标系作为标准坐标系。
中标方在录入之前需要对项目范围内的测绘数据进行全面的校核。
校核过程中如发现数据与现状和竣工图有出入情况,需会同业主向测绘单位提出,并协同业主定期向测绘单位现场交底、纠错。
中标方对资产数据的准确性、科学性、全面性、系统性、真实性负责。
资产数据库建设需要考虑资产数据库的扩充,以及满足我们的实际工作要求,并能保证数据的标准化入库。
(3)运行监测数据库结构
运行监测数据库存储城市排水管网系统中自控系统采集的设备运行状态数据、传感器采集的液位、流量等监测数据,以及市政设施运行管理过程中防汛应急数据、排水户数据、巡检维护数据等市政设施日常业务数据。
另外,运行监控数据库还负责维护整个平台的用户权限数据。
(4)文档、多媒体数据库结构
文档、多媒体数据库通过将文档、视频、图片等业务相关资料存储到数据库,有效地管理各种社会经济资料文档、客户资料文档、建设项目资料文档以及采集系统视频等数据与信息,改善资料分散,管理不统一的现状。
文档资料包括以不同文件格式存储的数据,涉及社会经济统计文档、管线报装的客户资料文档、建设项目资料文档等多方面内容。
(五)、业务管理软件功能要求
1、系统总体要求
系统建设应满足如下要求:
(1)需求要求:
最终成果以满足用户的实际要求为准,一方面能够实现设施数据的长期动态更新维护,支持静态数据和动态数据的集中管理,支持设施建设改造信息的更新,保证综合数据库的现势性;
另一方面能够实现业务的流程化管理,提高业务管理水平;
(2)系统性能要求:
应满足本章第2节软件性能的全部要求,保证系统的有效运行;
(3)系统功能要求:
应包含但不限于本章第3节功能模块划分及功能要求,功能应支持市市政设施管理处业务管理工作的有效开展,并建立办公OA自动化管理体系,实现排水行政审批、排水许可证发放及日常公文流转等功能,我处各部门之间的职能关系及业务需求由投标单位自行考察;
(4)接口要求:
在建设过程中应综合考虑排水模型构建的数据应用需求以及各个子系统对于数据的调用,提供统一接口和服务;
(5)系统应用要求:
开发完成的系统,应能满足市市政设施管理处信息管理的各类角色使用需求,支持系统的业务化运行;
(6)系统扩展需求:
要充分考虑与现有系统,包括与处已建系