091120天津市防潮信息系统一期实施方案.docx
- 文档编号:10950741
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:69
- 大小:1.05MB
091120天津市防潮信息系统一期实施方案.docx
《091120天津市防潮信息系统一期实施方案.docx》由会员分享,可在线阅读,更多相关《091120天津市防潮信息系统一期实施方案.docx(69页珍藏版)》请在冰豆网上搜索。
091120天津市防潮信息系统一期实施方案
天津市防潮信息系统(一期)
实施方案
天津市水利科学研究院
二00九年九月
批准:
刘学功
审核:
周潮洪
执笔:
夏中华程志刚刘鹏周志华焦飞宇
顾晓蓉刘红艳冯雨黄毅刘新丽
陆梅李彦涛赵扬
第一章概述
1.1编写目的
编写天津市防潮信息系统实施方案的主要目的就是根据防潮工作的业务流程和业务需求,确定系统应用功能的方式和方法,应用标准的软件建模语言来描述将要开发的系统的模型,从总体结构和各组成模块对系统进行设计。
1.2背景
天津市地处渤海之滨,拥有海岸线153公里,天津市海堤北起汉沽区与河北省丰南县交界的涧河口,南至大港区与河北省黄骅市交界的岐口镇,现状海堤139公里。
由于地面沉降和海平面上升,近年来平均每隔5年就会发生一次灾害性风暴潮,损失逐年增加,从1985年到2003年共发生了8次较强风暴潮,直接经济损失达7.22亿元,其中1992年潮灾造成直接损失4亿元。
作为我国第三增长极的天津滨海新区,全部处在这一地带,一旦发生潮灾,不但造成严重的经济损失,还会造成巨大的社会政治影响。
防潮抗灾事关社会稳定、经济发展和人民生命财产安全。
建立天津市防潮信息中心,完善天津市防潮信息化系统对天津市特别是滨海新区2270平方公里面积的防潮安全具有重要意义。
天津滨海新区纳入全国总体发展战略布局,拥有我国最大的人工港,天津经济技术开发区、天津港保税区、天津临港工业区及规划建设中的于家堡金融服务区、响螺湾商务区等重要经济基础设施坐落在此。
随着滨海新区开发开放的逐步推进,新一代运载火箭、造修船基地、大乙烯、大炼油等国家重点项目落户滨海新区。
新区投资规模不断扩大,滨海新区已成为带动整个北方地区经济增长的引擎,关系到我市乃至全国经济社会发展的大局。
天津市防潮工作由天津市防汛抗旱指挥部办公室领导,下设防潮分部负责防潮具体工作。
海堤处承担防潮日常工作,肩负着保障滨海新区防潮安全的重要任务。
2009年,正式由天津市水务局海堤管理处行使防潮分部职能。
防潮信息变化快、内容多、信息量巨大,现有的信息也分散在多个不同部门,没有形成科学系统的信息化应用体系。
充分利用现代网络通信和计算机技术,创新工作方式方法;大力开展防潮信息化建设,建立先进的防潮抗潮应急指挥支撑体系;提高防潮应急指挥的反应时间和反应速度;减小人为因素造成的失误,为抢险赢得时间,尽最大可能减小灾害损失;对进一步提高我市防潮工作水平具有十分重要的意义。
天津市防潮信息系统将紧紧围绕防潮中心和海堤处工作和业务职能的主题思想,在对业务流程进行深入细致的梳理、合理再造和岗位角色划分的基础上,进行统一规划,统一设计,逐步实施,最终完善。
综合运用通信网络技术、数据库技术、遥测技术、GIS技术和数值预报技术,建立天津市防潮工作的综合性业务处理信息化系统。
1.3定义
市防办—天津市防汛抗旱指挥部办公室
系统—指的是硬件和软件的结合体,它能提供业务问题的解决方案。
系统开发—是为客户建立一个系统的过程。
客户—是需要解决问题的人或组织。
服务器—根据上下文情况,有时指运行服务器操作系统的一台计算机,有时指运行在这台计算机上的一个完成特定功能的软件程序。
客户机—运行客户端软件的计算机。
B/S模式—既Browser/Server模式,以浏览器/服务器作为软件配置和信息交互结构的一种软件应用方式。
对象—对象是指现实世界中的一个事物,是在建立系统模型中与目标有关的有待抽象的事务,它有自己的静态特征和动态特征。
用例—对系统提供的功能的一种描述。
类(CLASS)—是一组具有相同属性和相同操作的对象的集合。
封装—是指把对象的属性和操作结合在一起,构成一个独立对象,它的内部信息对外是隐蔽的,不允许外界直接存取对象的属性,而只能通过有限的接口与对象,发生联系。
继承—是指子类可以自动拥有父类的全部属性与服务。
HTML—超文本标记语言,用于设计英特网用户界面的格式或布局语言。
XML—扩展标记语言,是一种通用的标记语言。
UML—统一建模语言(UnifiedModelingLanguage)。
1.4设计依据
设计依据的标准和规范如下:
1.《天津市水利信息化“十一五”发展规划》
2.《国家防汛指挥系统工程总体设计大纲》
3.《天津防汛指挥系统工程总体设计》
4.《计算机软件开发规范》GB8566
5.《计算机软件工程规范-国家标准汇编-1996》
6.《天津市防汛抗旱信息化近期实施意见》
7.《电子建设工程概预算编制办法及计价依据》
1.5设计原则
在充分考虑到天津市水利信息化发展总体要求的基础上,我们在设计上遵守以下几个原则:
(1)先进性原则
采用的系统结构应该是先进的、开放的体系结构,和系统使用当中的科学性。
整个系统能体现当今技术的发展水平。
(2)实用性原则
能够最大限度的满足实际工作的要求,在满足功能需求的基础上操作方便、维护筛单、管理简便。
(3)可扩充性、可维护性原则
要为系统以后升级预留空间,系统维护是整个系统生命周期中所占比例最大的,要充分考虑结构设计的合理、规范对系统的维护可以在很短时间内完成。
(4)经济性原则
在保证系统先进、可靠和市场价格比的前提下,通过优化设计达到最经济性的目标。
(5)系统的高可靠性
系统的高可靠性是本系统的首要原则,系统必须能满足长时间连续(24小时不间断)运行的要求。
第二章总体设计
2.1用户需求分析
天津市防潮信息系统的总体目标是依靠计算机网络技术、通信技术、远程自动遥测技术、GIS技术等现代化高科技手段,实现防潮信息的自动采集、传输、处理、存储、查询和集成,及时、准确的传递潮情、气象、工情、灾情等各种防潮信息和调度指令,使防潮决策人员能在第一时间对汛情有形象直观的判断,提供科学合理的防潮抢险的各项方案,为防潮应急决策提供强大的科技支持,减小人为因素造成的失误,大大提高防潮抢险应急反应时间和反应速度,建成具有天津市特色,高水平的防潮信息化平台。
2.1.1组织结构
天津市防潮分部办公室设在海堤处,位于天津港保税区海滨十五路海景大厦三楼。
防潮组织协调工作涉及的单位和部门有市滨海委、市商务委、市海洋局等有关委局,滨海新区防汛抗旱指挥部以及天津港保税区管委会、天津东疆保税港区管委会、天津港集团有限公司等企事业单位,组织机构如图2-1所示。
图2-1天津市防汛抗旱组织结构图
2.1.2防潮预警流程分析
防潮分部在市防指的领导下,负责我市防潮工作;掌握我市沿海潮情及风暴潮预报情况,根据市防办预警通知安排相关人员上岗,组织做好防潮会商工作。
贯彻执行市防办的调度命令,及时向市防办反馈情况。
防潮预警是指我市沿海预报或已经发生风暴潮时的预警响应,按照紧急程度,我市防潮划分为Ⅰ级、Ⅱ级、Ⅲ级、Ⅳ级共四级预警。
三级响应。
1.预测未来我市沿海将出现低于警戒潮位30厘米以内的高潮位时,为Ⅳ级预警,启动Ⅲ级响应,市防办常务副主任签发防潮预警通知单,市防办电传防潮分部办公室及相关单位。
防潮分部办公室启动防潮预案。
2.预测未来我市沿海将出现达到或超过警戒潮位30厘米以内的高潮位时,为Ⅲ级预警,启动Ⅱ级响应,市防办主任签发防潮预警通知单,市防办电传防潮分部办公室及相关单位。
防潮分部办公室启动防潮预案。
3.预测未来我市沿海将出现达到或超过警戒潮位30厘米以上80厘米以下的高潮位时,为Ⅱ级预警。
启动Ⅰ级响应,市防办主任签发防潮预警通知单,市防办电传防潮分部办公室及相关单位。
防潮分部办公室启动防潮预案。
4.预测未来我市沿岸将出现达到或超过警戒潮位80厘米以上的高潮位时,为Ⅰ级预警。
启动Ⅰ级响应,市防办主任签发防潮预警通知单,市防办电传防潮分部办公室及相关单位。
防潮分部办公室启动防潮预案。
图2-2防潮预警流程
防潮分部办公室在接到市防办发出的防潮通知单传真或电话后,启动防潮预案,通过传真的方式向防潮成员单位发布传真。
2.2系统需求分析
2.2.1总体需求目标
数据中心子系统:
主要包括数据库系统、地理信息系统、网络和硬件平台三部分。
数据库系统主要根据防潮业务应用系统的需求,建设地理、气象、潮情、工程、防潮预案、历史潮灾、海堤外围、综合信息、工程管理、社会经济、潮情预报、工情、水政执法、办公数据等数据库;地理信息系统主要包括GIS平台购置和地理信息数据的收集整理制作,地理信息数据又分天津市水务业务公共基础数据部分和海堤专题部分。
网络和硬件平台部分主要是购置数据库服务器、网络服务器、数据接收服务器及配套机房设备。
防潮决策支持子系统:
防潮决策支持子系统基于WebGIS平台,在潮情、工情实时监测数据基础上,建立风暴潮预测预报模型、损失评估模型,实现对风暴潮的动态模拟、潮灾风险评估,同时综合考虑工情、潮情、淹没损失、抢险力量等因素,生成最优抢险调度方案,为防潮预警和抢险调度决策部门提供技术支持。
本系统可划分为防潮信息查询显示子系统、防潮预警子系统、潮情监测预报子系统、工情视频监视子系统、潮灾评估子系统及会商决策子系统六大子系统。
海堤管理子系统:
采用B/S模式,在WebGIS网络地理信息服务平台的支持下,实现基于电子地图的海堤管理系统。
海堤管理系统主要包括工程项目管理模块、运行管理模块、水政巡查和水政执法模块。
工程管理主要是针对海堤日常维修项目进行管理,包括年度维修计划,组织项目施工和验收管理三部分;运行管理主要是对日常海堤巡查和海堤工程评估进行管理,主要包括工程巡查、工程检测、工程安全评估、工程档案管理等方面;水政巡查和水政执法主要是建立一套用于海堤巡查工作的流程化、规范化处理的信息系统,辅助工作人员进行海堤巡查和案件处理工作。
以海堤巡查管理系统为工具,建立海堤巡查工作的信息记录、共享、分析系统和条理清晰、责任明确的工作机制。
利用地理信息系统记录案发地点及相关信息,更直观、方便的描述案件信息,提高工作效率和科学管理水平。
办公管理子系统:
行政事务管理主要包括综合办公、财务管理、人事劳资、党务精神文明建设等方面。
内部的通信平台包括收件箱、草稿箱、已发送、已删除、通讯录、个性化设置等功能;信息发布平台包括党建信息模块、综合信息模块、资源共享模块;内部公文管理平台包括公文的处理、收发文、正式审批、请示、汇报;个人电子文档平台包括共享文档、私人文档、权限设置、检索;辅助办公平台包括工作日程安排、会议管理、用款计划、车辆管理、固定资产管理、公章管理、意见箱;管理考核平台包括绩效考核、薪酬管理、培训管理、人事档案管理和安全生产管理。
图2-3天津市防潮信息系统总体功能模块图
2.2.2一期开发建设需求
天津市防潮信息系统一期开发建设的需求是搭建防潮信息化工作的网络和硬件平台、数据库系统、地理信息系统;初步整合天津市水务系统内沿海潮情监测站点资源,进行数据集成;收集建立天津市沿海堤防工程相关外围建设项目和防潮决策辅助信息,开发直观便捷的防潮信息查询系统;根据防潮工作流程建立适合防潮分部的防潮预警和值班管理系统,同时建立传真服务系统,实现传真的群发功能。
系统首先搭建网络和硬件平台,在此基础上进行防潮信息查询显示子系统和防潮预警子系统的开发以及系统管理,具体功能如图2-4所示。
图2-4天津市防潮信息系统一期功能模块图
2.3运行环境
2.3.1网络环境
海堤处现有计算机局域网系统主要用于和水务局的内部办公系统连接,根据天津市防潮信息系统的需求建立和现有办公系统物理隔离的防潮业务专网,并通过公网与其余防潮相关单位建立虚拟专网连接;建设传真服务系统,实现传真的群发功能。
天津市防潮业务专网主干网采用千兆以太网技术,网络互联及互通采取IP协议,100M交换到桌面,和市防办防汛子网采用虚拟专网连接,其余防潮相关单位和防潮业务专网之间建立虚拟专网终端连接。
图2-5系统网络结构图
2.3.2硬件环境
天津市防潮信息系统服务器端硬件由1台数据服务器、1台数据接收服务器和1台网络信息服务器组成。
数据库服务器和数据接收服务器均采用HPDL160G6应用服务器。
服务器要求配置四核CPU,内存4G,存储空间500G以上。
网络信息服务器均采用HPDL380G6应用服务器。
服务器要求配置四核CPU,内存8G,存储空间300G以上,并配带磁盘阵列卡,实现RAID5数据容错模式。
客户端可以采用高性能PC机,内存1G以上,存储空间120G以上。
2.3.3软件环境
天津市防潮信息系统采用的系统平台软件和应用软件的配置如下:
(1)服务器端和客户端计算机操作系统
服务器操作系统平台推荐采用WindowsServer2008中文标准版(10用户)。
信息发布服务器Web信息服务平台采用Microsoft公司的InternetInformationServer(IIS)6.0以上版本。
PC客户机操作系统配置Microsoft公司的MSWindowsXP或更高的操作系统(内置IE浏览器),IE浏览器版本6.0以上。
(2)数据库管理系统(DBMS)
数据库管理软件采用SQLServer2008中文标准版(10用户)。
(3)GIS数据库服务器和WebGIS系统支持平台软件
GIS数据库服务器,采用美国ESRI公司的ArcGISServer9.3网络地理信息系统。
(4)应用系统开发工具
Windows应用程序开发工具采用MicrosoftVisualStudio.NET企业版,B/S模式的应用程序主要采用C#和ASP.NET来开发完成。
防潮信息系统采用基于面向对象技术建立,应用.NET框架技术构建功能强大的应用程序和服务,采用数据访问服务的形式来提供对数据的访问。
2.4基本设计概念及处理流程
对防潮信息系统的分析和设计将采用面向对象的分析和设计方法来进行。
面向对象分析方法的基本过程是,首先分析应用领域的业务范围、业务规则和业务处理过程,确定系统的责任、范围和边界,明确系统的需求,着重对系统与外部的用户和其他系统的交互进行分析,明确交互的内容、步骤和顺序;然后识别对象和类,确定它们的属性和操作,从现实世界抽象到概念模型;在发现和定义对象与类的过程中识别对象之间、类之间的外部联系;建立系统的静态结构模型;建立系统的动态结构模型。
面向对象的系统设计在面向对象分析的基础上进行,首先在对象模型的基础上具体设计对象与类的属性和服务操作,设计对象与类的各种外部联系的实现结构;设计系统结构,设计组件和子系统以及他们的相互的静态和动态的关系;实现业务领域的业务服务;设计人机交互子系统;设计数据管理子系统。
面向对象技术具有下面这些优点:
(1)维护简单
模块化是面向对象编程中的一个特征。
实体被表示为类和同一名字空间中具有相同功能的类,我们可以在名字空间中添加一个类而不会影响该名字空间的其他成员。
(2)可扩充性
面向对象编程从本质上支持扩充性。
如果有一个具有某种功能的类,就可以很快地扩充这个类,创建一个具有扩充的功能的类。
(3)代码重用
由于功能是被封装在类中的,并且类是作为一个独立实体而存在的,提供一个类库就非常简单了。
防潮信息系统采用Microsoft.NET框架作系统开发的基础,在此基础上利用组件开发的模式,进行系统大部分功能的开发。
2.5系统体系结构
天津市防潮信息系统软件体系结构总体上采用浏览器/服务器(Browser/Server)体系结构,该系统逻辑结构为多层体系结构,系统逻辑功能层次具体包括数据层、数据访问层、业务层和外观层。
具体各层的包含内容和功能如下:
数据层:
数据层可以是任何可用的RDBMS,主要提供数据的存取、排序、查询检索、备份、恢复和其他数据库管理功能。
具体实现主要通过数据库管理系统来实现,该系统采用SQLServer数据库管理系统,所有的防潮相关非空间数据信息存储在SQLServer数据库服务器中,GIS空间数据库存储采用MicrosoftSQLServer2008数据库服务器,以提高系统整体运行效率。
利用数据库管理系统建立数据表、约束、规则等数据存储结构和关系,通过数据库管理系统提供的结构化查询语言SQL及建立视图、存储过程来实现数据的查询检索服务。
数据访问层:
防潮信息系统将采用MicrosoftASP.NET和C#来编写属性数据访问组件。
业务层:
业务层是实现应用程序的各种业务逻辑的功能层,它包含了实现应用程序各项业务功能的各种功能组件。
大多数业务都有一般的准则和通用对象,当越接近于一个对象的实际实现时,这些规则和对象会变得越具体,可以对这些业务逻辑进行抽象以创建应用程序专用的类框架。
除了可描述业务类框架外,还可以描述非常通用的重复性业务功能,这些功能在被实例化到业务组件中以供不同的程序重用时无需进行任何更改。
外观层:
外观层是实现系统和用户之间交互的人机接口层。
防潮信息系统采用B/S客户端应用体系结构,通过B/S模式下的Web窗体(浏览器)可以实现一些基本的查询操作。
图2-6天津市防潮信息系统逻辑结构图
2.6用户界面设计
系统采用可视化的用户界面,遵循界面友好、美观大方、系统功能层次数目合理、为用户提供良好的可操作性。
根据上述界面设计原则,天津市防潮信息系统需要提供给用户统一风格的WebGIS界面的查询功能,因此需要对用户界面和基本的WebGIS功能进行初步确定,详细的界面设计方案将在系统详细设计阶段最终确定。
用户界面分为标题区、电子地图显示区、功能菜单区、地图工具区、查询条件区和查询结果区五个部分。
标题区用于显示系统的应用标题名称,功能菜单区为系统所提供的功能的列表,电子地图显示区则显示地图信息内容,地图工具区提供了进行地图显示和操作控制的工具按钮,如放大、缩小、漫游、查询、选择要素、选择区域等地图操作命令功能。
查询条件区用于输入查询条件,查询结果用来显示部分查询种类的返回结果。
系统开发中对于对话框的内容与标题、字体与配色、按钮分布与功能、数据输入/输出格式、对齐方式、状态栏形式、常见提示信息样式、常见错误信息样式、系统功能布局(菜单形式、工具栏形式、快捷键设计)、查询与录入采用统一风格。
图2-7天津市防潮信息系统用户界面
2.7系统管理
为了增强系统安全性,防止系统信息被任意篡改,需要对系统用户按角色进行分类管理,并按照严格控制不同角色的操作权限。
该模块包括用户管理、角色管理、权限管理。
(1)用户管理
为每个用户提供用户名、密码,用户输入正确信息方可登录本系统,同时系统为用户提供密码加密和修改功能,提高系统安全性。
针对系统用户,系统管理员根据需要定义各种角色,用户根据其职责再被指派为不同的角色。
(2)权限管理
针对不同角色,系统管理员可以分配相应的操作权限,包括地图浏览、地图编辑等。
每种角色都可根据工作需要,经过审核,授予相关的系统功能操作使用权限。
即系统管理过程分成两个部分:
访问权限与角色相关联,角色再与用户关联,从而实现了用户与访问权限的逻辑分离。
第三章数据中心子系统设计
3.1系统概述
数据中心子系统主要内容包括:
数据库系统、地理信息系统、硬件平台三个部分。
数据库系统根据防潮业务应用系统的需求,先期建设地理、气象、潮情、工程、预案、潮灾、海堤外围、综合信息数据库。
地理信息系统包括GIS平台购置和地理信息数据的收集整理制作,地理信息数据又分为天津市水务业务公共基础数据部分和海堤专题部分。
硬件平台部分主要是购置数据库服务器、网络服务器和数据接收服务器及配套机房设备。
3.2数据库系统
数据库系统主要根据需要,先期建设地理、气象、潮情、工程、预案、潮灾、海堤外围、综合信息数据库。
防潮业务系统的数据统一集成到数据库,并由统一的防潮业务数据访问接口服务程序进行存储和访问。
由于所有的数据均集中到了综合数据库,因此,其他应用系统如果需要防潮系统提供数据,有两种方式,一是直接访问综合数据库的数据库,采用这种方式需要各个应用系统的开发遵循统一的数据结构来进行,一旦数据库变更,将可能涉及到多个应用系统的变更,因此,对于数据库的前期规划和建设要求较高;二是采用服务的形式,由各应用系统提供数据访问服务接口,应用系统间的数据交换通过访问对方的数据访问服务接口来实现,在接口保持不变的情况下,某个应用对应数据库的变更不会导致其他应用系统的变更。
因此,采用数据访问服务的形式来提供对数据的访问。
这里需要解决两个问题:
一是服务的描述,即服务以何种形式向外提供;二是服务提供对应的数据输入/输出格式描述,XML易于解析和理解,目前已逐渐成为应用系统间数据交换的标准,因此,需制定相应的数据交换XML标准。
数据库管理软件推荐采用SQLServer2008中文标准版(10用户)。
3.3地理信息系统
地理信息系统主要分GIS平台购置和地理空间信息的收集整合和处理。
地理空间信息数据又分为天津市基础地理信息数据部分和海堤防潮专题部分。
数据中心子系统的构建以GIS为支撑平台,基础地理信息数据为基本数据。
在对基础数据和海堤专题数据处理和统计分析的基础上,对不同的专题应用可以实现数据的检索、地图量算和数理统计、地图和图集的制图出图,为防潮预警、防潮决策和日常防潮值班提供可视化的地图数据支持。
3.3.1基础地理空间数据
天津市防潮信息系统的基础地理数据主要来源于天津市1:
1万电子地图和天津1:
5000CAD地图。
主要地理空间数据可以分为点、线、面三类要素。
其中点状要素有地图控制点、独立地物、高程点、水工建筑物和交通附属物几类数据;线状要素有交通线、等高线、线状水系、海岸线等几类数据组成;面状要素主要有行政区划、居民地、水体、道路、植被分布等几类数据组成。
全部的地理空间数据统一投影和坐标体系,建立相同的空间参考系统,并分数据类别以不同的要素图层空间显示在同一界面下,方便对数据的查询和显示。
海堤专项地图所需的GIS数据来源主要将采用1:
5000CAD地图。
CAD地图主要包括骨架线层、独立地物层、交通设施层、地貌土质层、高程点层、管线设施层、境界线层、居民地层、控制点层、水系设施层、分幅图框层、植被园林层、注记层。
对CAD地图图层数据进行转换,可从中提取相关内容生成的GIS数据图层包括:
水闸、水闸(线)、水闸(面)、潮位站、扬水站、村庄、企事业单位(名称)、企事业单位(面)、堤防坡脚线、堤防桩号、埋石点、道路、桥、管线、高程点、陡坎、独立地物、独立地物(线)、独立地物(面)、植被、植被(面)、海岸线、水面(线)、水面(面)。
CAD地图不能提供的海堤专项图所需数据则需要重新制作,如河道、海堤中心线等等。
由于CAD地图的标注和地图数据是分开保存的,所以GIS图层应建立属性信息表,保存CAD中的标注信息,以及地图查询显示所需的其它信息。
3.3.2可视化GIS平台
根据用户需求和防潮预警工作的具体要求,GIS系统采用美国ESRI公司的ArcGISServer9.3网络地理信息系统。
ArcGISServer网络地理信息系统平台现有较成熟的WebGIS平台,在此基础上紧紧围绕防潮信息查询的业务需要进行开发,实现基于GIS的各类地图数据、潮情、工情和防潮相关信息查询。
WebGIS的体系结构中采用B/S模式简化了客户端软件,以简单易用的浏览器作为客户端运行平台,将应用程序(传统C/S模式中的客户软件)的开发、维护和更新放在中间层的应用服务器上,而将数据库的管理和维护放在数据库服务器上,从而形成多层体系结构。
基于本GIS平台可以实现基本的地图操作和基础地理空间数据的查询和列表分析功能。
(1)地图显示与控制
本GIS平台具有以下基本电子地图功能:
放大、缩小、平移、漫
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 091120 天津市 防潮 信息系统 一期 实施方案