地铁项目三维建设方案.doc

地铁项目三维建设方案

三维地图项目建设方案

目 录

一、 引言3
二、项目总体设计3
1、系统特点3
2、总体设计原则4
3、总体架构设计6
4、关键技术8
三、业务需求及系统概述11
1建设范围11
2仿真三维地图数据采集需求12
2.1仿真三维城市采集12
2.1 信息采集15
3仿真三维地图的制作16
3.1 模型等级标准16
3.2 地图制作流程20
3.3 地图制作体制22
3.4 质量标准质检点26
3.5 文件存储管理31
4仿真三维地图功能模块33
4.1地图基本操作功能33
4.2地图常用控件操作功能36
4.3地图便签功能38
4.4 地图测距及测面功能39
4.5地图标注功能40
4.6地图纠错功能41
5功能模块42
5.1人员定位42
5.2监控系统42
5.3 指挥调度系统和应急预案系统43
5.4应急预案系统44
5.5 紧急案件49
5.6地图应用API接口模块50

一、项目总体设计
1、系统特点
l 信息共享性：系统内的所有信息依托键桥通讯技术股份有限公司进行传输，信息的采集、处理、输入、管理及使用在系统内规范运作、高度共享。
l 系统整合性：三维地理信息指挥平台是一个综合性的工作平台，以地图为载体，以信息为基础，包括了日常工作所需的各类业务应用子系统，而且子系统之间高度整合。
l 地图共融性：地图及信息现实共融，地图为系统运作提供空间分析载体，信息为系统运作提供基础数据，两者有机结合。
2、总体设计原则
2.1 数据建设原则
l 准确性
地图是现实世界的抽象表现，从根本上来说是反映现实世界的真实和准确，作为城管地理信息系统数据，在地图的数据精度和广度上都有一定的要求。地图的准确性原则表现在对现实地物的表达上，要真实的还原地物的现状和位置，及各类型属性参数。
2.2系统设计原则
l 实用性
应用系统设计必须充分利用成熟的先进技术，避免盲目追求最新技术，同时又要防止因应用系统在设计上的缺陷而造成系统处理能力不足。
l 先进性
系统技术水平要保证先进性，符合当今计算机科学的发展潮流。应用系统的设计应系统在网络平台、硬件平台和系统软件平台技术的要求，分析和设计符合当今技术发展方向、合理的应用系统。具备在选定的各平台上有能力进行该项产品的持续性开发，可以保证该项技术不断地更新并可顺利升级而维持系统的先进性。
l 扩展性
扩展性主要考虑本系统自身的扩展性和及其他应用平台之间的互通性。能通过采用标准接口或中间件等技术来实现数据的交互及功能扩展。
l 易用灵活
界面友好统一，充分考虑操作人员的特点，使数据处理工作简单、方便、快捷业务流程清晰，符合常规业务处理习惯，系统数据维护方便，备份及数据恢复快速简单；系统软配置体现自动化，尽量避免复杂的系统配置文件。
l 安全性
安全性是信息系统的一个重要原则。系统的安全隐患可能存在于网络环境、服务器、存储、操作系统、数据库、应用组件平台、应用系统、系统管理等。需提供切实可行的保障手段及方法保证系统安全。
l 标准化
系统要符合国家信息系统建设的标准。应用软件开发符合国家软件开发规范和要求，方便维护和扩展。业务处理符合政府有关法律法规的规定。
l 稳定性
系统建设尽量采用主流产品，以保证系统的高质量和稳定性。系统应最大限度集成世界上最稳定且优秀的技术及组件，采用成熟技术以降低系统的不稳定性。应用系统应对系统如硬件、操作系统、网络、数据库等设计尽可能详尽的故障处理方案，以保证系统的快速恢复性。
3、总体架构设计
3.1采用三层结构的系统设计方法，提供地图引擎接口
在平台的设计方面,程序设计及实现采用Sun Microsystems公司推出的跨平台应用软件的面向对象的程序设计语言Java以及其企业开发解决方案J2EE。Java 技术具有卓越的通用性、高效性、平台移植性和安全性等特点。而J2EE是一种 利用Java平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。
采用三层模型（Three-Tier），按数据服务层、逻辑事务处理层、表现层等层次构造系统：
1. 数据层主要负责数据的持久化逻辑业务，即操作数据存入数据库等及数据库相关的操作；
2. 应用服务层负责业务逻辑的处理，是数据服务层及表现层之前的桥梁；
3. 表现层则是负责将用户需要的东西展现给用户。
三层结构将表示部分和业务逻辑部分按照客户层和应用服务层相分离，客户端和应用服务层、应用服务层和数据库服务层之间的通讯、异构平台之间的数据交换等都可以通过中间件或者相关程序来实现。当数据库或者应用服务层的业务逻辑改变时，客户端并不需要改变，反之亦然，大大提高了系统模块的复用性，缩短开发周期，降低维护费用。
三层模型是目前WEB平台流行的模型架构，其逻辑清晰、分层明确、易于理解及开发。
模型示意图如下：
应用层
数据层

数据调度
业务逻辑处理
用户UI界面
数据存储管理逻辑
表现层
数据服务逻辑
业务调度
逻辑处理

地图引擎接口使用流行的客户端脚本语言Javascript编写。JavaScript是一种基于对象和事件驱动并具有相对安全性的客户端脚本语言。同时也是一种广泛用于客户端Web开发的脚本语言。通过Javascript语言获得地图引擎相关开放功能，可方便的将诸多地图基本操作、地图数据浏览等功能自由的引入其他系统平台。
3.2采用关系数据库管理地图数据，加强地图数据管理
目前GIS技术发展的最新趋势是采用关系数据库或对象关系数据库管理地图数据，如Oracle、DB2、MS SQL Server、MySQL、sybase等较流行的数据库。
关系数据库，是建立在关系数据库模型基础上的数据库，借助于集合代数等概念和方法来处理数据库中的数据。使用关系数据库可以充分利用RDBMS数据管理的功能，利用SQL语言对空间及非地图数据进行操作，同时可以利用关系数据库的海量数据管理、事务处理（Transaction）、记录锁定、并发控制、数据仓库、系统安全等功能，使地图数据及非地图数据一体化集成。
根据数据量以及数据结构等因素，在警用三维地理信息系统中将选用Oracle作为数据库管理系统, 实现关系数据库对地图数据和属性数据一体化管理和集成。
4、关键技术
4.1 三维地理信息系统
三维地理信息系统是以三维可视化的数据展示方式为基础的地理信息系统，相比二维地理信息系统，三维地理信息系统为空间信息的展示提供了更丰富、逼真的平台，使人们将抽象难懂的空间信息可视化和直观化，人们结合自己相关的经验就可以理解，从而做出准确而快速的判断。
毫无疑问，三维地理信息系统在可视化方面有着得天独厚的优势。虽然三维地理信息系统的动态交互可视化功能对计算机图形技术和计算机硬件也提出了特殊的要求，但是随着技术水平的不断提高，一些先进的图形卡、工作站以及带触摸功能的投影设备的陆续问世，不仅完全可以满足三维GIS对可视化的要求，还可以带来意想不到的展示和体验效果。
4.2 计算机应用及Web GIS技术
本项目研究成果为计算机应用程序平台，设计核心为基于WebGIS思想构建的三维网络地理信息系统，同时具备了计算机应用开发及WebGIS技术的通用特征。
系统在设计开发上采用Java语言环境进行开发，基于企业级的Enterprise JavaBean 框架技术，能实现系统应用的分布式部署。在数据库接口设计上，采用了基于Hibernate的JDBC数据连接技术，可以实现对各种关系数据库（MS SQL/Oracle/DB2/MySQL等）的统一访问。在数据展示上，系统采用AjAX技术实现建筑信息JSON文件的异步加载，并基于VML的可视化的数据分析功能，能将分析的数据通过绘图引擎绘制在三维仿真地图上。此外，系统平台提供了基于SOAP体系架构的WebSerice接口和JavaScript二次开发API接口，能为第三方应用平台提供三维仿真地图应用服务。
4.4 组件化、构件化技术
软件开发的重用手段从最初的源代码、目标代码、类库（面向对象技术），发展到今天的组件式开发技术。组件是具有某种特定功能的软件模块，它几乎可以完成任何任务。组件以其较高的可重用性产生了一种崭新的软件设计思路，它把硬件以芯片为中心的工艺思想恰如其分地融合于软件的分析、设计和施工之中，组件的构件化就将多个组件组织在一起形成不同的构件，随着构件的积累，利用这些构件开发软件就像搭积木一样容易。组件技术是迄今为止最优秀也是发展最快的一种软件重用技术，它比较彻底地解决了软件开发中存在的重用性、适应性差和周期长等问题。
系统采用的Enterprise Java Beans （简称：EJB）是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准。其特点包括网络服务支持和核心开发工具(SDK)。 在J2EE里，EJB是Java的核心代码，分别是会话Bean，实体Bean和消息驱动Bean。通过组件化方式提供了一个标准的分布的、基于面向对象的组件架构。
4.5 Web Service共享交换技术
Web Service是使应用程序可以用及平台无关和及编程语言无关的方式进行相互通信的一项技术。 Web Service是一个软件接口，它描述了一组操作，可以在网络上通过标准化的 XML 消息传递来访问这组操作。它使用基于 XML 语言的协议来描述要执行的操作或者要及另一个 Web 服务交换的数据。
系统提供了以Web Service为基础的接口规范，通过规范化的数据定义方式提供了三维地图的基础信息服务及其他二次开发功能。在系统对外提供服务，系统数据的发布及共享都采用Web Service技术，实现数据的共享和异构系统的整合。
4.6 空间数据库技术
空间数据库指的是地理信息系统在计算机物理存储介质上存储的及应用相关的地理空间数据的总和，一般是以一系列特定结构的文件的形式组织在存储介质之上的。空间数据库的研究始于20 世纪 70年代的地图制图及遥感图像处理领域,其目的是为了有效地利用卫星遥感资源迅速绘制出各种经济专题地图。由于传统的关系数据库在空间数据的表示、存储、管理、检索上存在许多缺陷，从而形成了空间数据库这一数据库研究领域。而传统数据库系统只针对简单对象，无法有效的支持复杂对象。
二、业务需求及系统概述
地铁三维地理信息指挥平台在三维仿真地图和真三维的基础上，通过自身数据建设、数据整合、应用拓展、接口调用等方式，完整地集成各类型的专题数据；包括地图应用操作功能等系统平台功能包括GIS地理信息共享及查询，人员定位及通信关联等等；数据后台维护则是对整个系统的管理维护。

1建设范围
某地铁站范围
2仿真三维地图数据采集需求
2.1仿真三维采集
建筑实体
建筑实体指采集范围内的政府机关、金融机构、医院卫生机构、教育机构、酒店宾馆、餐饮娱乐、居民小区等。
针对建筑实体的采集遵循以下原则：
a) 每栋建筑单独拍照，照片反映出建筑主体的结构、外观材质和颜色（建筑顶部情况不拍照）；
b) 及建筑相连的廊桥、门楼等一些有特点的结构，单独拍照；
c) 建筑里包含的银行、餐饮、专卖店等，单独拍摄正面照片；
d) 建筑周围的停车场、绿化、雕塑等，单独拍照，照片反映出停车场的停车位分布，绿化的整体布局，雕塑的结构、材质和颜色；
e) 针对建筑群拍一张整体照片，反映出建筑相互之间以及建筑及周围环境之间相互的高度和位置关系；
f) 建筑外围的围墙单独拍摄，照片反映出围墙的结构、外观材质和颜色，并在卫星图上画出围墙的范围；
道路
道路指采集范围内所有的道路，包括公路、铁路、机场跑道。
针对道路的采集遵循以下原则：
a) 公路拍一张远视图，照片反映出公路的车道数、两旁的路灯、路旁和路中间的绿化；
b) 公路上标注的指向箭头和交通指示牌不采集；
c) 铁路单独拍一张照片，看出是几条轨道；
d) 公路和铁路及其他建筑交叉的地方或者公路和铁路交叉的地方单独拍一张照片，反映出相互之间的空间位置关系；
e) 机场跑道每个跑道块作为一个热区。
桥梁
桥梁指采集范围内的跨河桥、高架桥、人行天桥等
针对桥梁的采集遵循以下原则：
a) 所有桥梁单独拍摄，照片反映出桥梁的结构、材质和颜色；
b) 所有桥梁的桥面单独拍摄，反映出桥梁的宽度和两旁的路灯、绿化分布情况；
c) 拍一张桥梁的远视图，反映出桥梁和周围环境相互之间的空间位置关系；
公交站牌
公交站牌指采集范围内所有的公交站牌。
针对公交站牌的采集遵循以下原则：
a) 所有公交站牌单独拍照，照片反映出此站点的名称以及经过此站点所有的车次
在建建筑
在建建筑指采集范围内正在建设或者还没开工处于规划阶段的建筑。
针对在建建筑的采集遵循以下原则：
a) 正在建设中的或处于规划阶段的建筑物，拍摄它的效果图或者电子沙盘，照片反映出效果图或者电子沙盘的方向；
2.1 信息采集
名称采集
名称采集遵循以下原则：
a) 实际有名称的，按照实际名称完整正确记录；
b) 实际没有名称 ，以其中最大的或最具代表性的单位来命名这栋建筑；
c) 建筑内部的商家或企业名称不采集
地址采集
3仿真三维地图的制作
3.1 模型等级标准
3.1.1 模型等级划分
依据采集的建筑物（以下统计为实体）具体采集照片、实体的属性、建模复杂程度以及建模耗时，将各实体划分为S、A、B、C四个等级。各等级的详细划分标准如下：
级别
楼顶
楼腰
底座
楼体
S
城市地标性建筑、超复杂的建筑以及整图环境制作。
A
不规则形状、楼顶附属元素结构复杂。
不同层间阳台、窗户、玻璃等不规则；同一层楼腰阳台、窗户、玻璃等样式众多复杂；边框框架形状非规则矩形。
2层以上，且及楼腰形状差距较大。
整个楼体形状不规则。
B
规则形状、无楼顶附属元素或只有1－2个简单规则楼顶附属元素。
不同层间阳台、窗户、玻璃等规则；同一层楼腰阳台、窗户、玻璃等样式复杂度中等；边框框架形状为规则多边形。
2层以内，且大多是结构简单的商用店铺、店面。
整个楼体形状可是多面体，但轮廓规则。
C
规则形状、无楼顶附属元素。
不同层间阳台、窗户、玻璃等规则；同一层楼腰阳台、窗户、玻璃等样式简单；边框框架形状为规则四面体。
无
整个楼体形状为四面体或规则简单的多面体。
2.5D模型等级标准
各级别实体举例如下：
S级：城市地标性建筑，如：机场、奥运主会场（鸟巢）、国家大剧院、环球财讯中心、央视新址、东方明珠、金茂大厦、广州塔等。整图环境包括小地表、草地、小区围墙、小区门口、小区绿化、小区内假山、小湖、公园、工地等楼房以外无采集图片的元素。
A级：博物馆、体育馆、文物保护单位、文化卫生设施、综合医院、学校、综合商场、大型酒店、政府机关、大型广场。
B级：区行政办公楼、金融、商贸、文化、科技、展览、娱乐中心、住宅小区、公寓、成串骑楼。
C级：城中村、老式普通住宅楼、厂房、仓库、在建楼。
3.1.2 建模要求
各级别建模要求如下表如示：
级别
建筑外形
细部结构
附属元素
A
外观及实际建筑同
屋顶结构，建筑转折面，建筑及地面交界的铺地、台阶、柱子、出入口等及实际一致
门厅、大门、围墙、花坛等及实际一致
B
纹理及实际建筑同
阳台及楼台的结构可适当简化，楼体墙面贴图可用相近色块表示
花坛、基座、柱子段数等可适当减少
C
纹理及实际建筑同
阳台及楼台的结构可适当简化，城中村民房可从模型库中选择结构相似的模型。
保证主体结构相似，附属元素可减少
2.5D模型建模要求
补充说明：
S级别模型为高精度细致型模型，要求外观、纹理及细节完全及建筑相同，环境设计美观整洁，附属元素尽可能地及实际建筑相同。
3.2 地图制作流程
3.2.1作业划分
关于2.5D地图制作划分为6个作业环节：
照片采集、3D建模、3D后期、内部上线、数据录入、外部上线。如下图所示：

图4.1 地图制作环节划分图
3.2.2各阶段输入/输出
一、城市新增

图4.2 新增城市地图制作流程图

二、城市更新

图4.3城市更新地图制作流程图
3.4 质量标准质检点
3.4.1 图片采集质检点
包括采集初检和复检两个环节，每个环节均要输出质检确认报告以及质检统计报告。
1、采集初检
外业组长采取实地抽查（要求抽检率不低于20%）质检的方法，
2、采集复检
品质监控员对所有采集的图片进行质检。
3.4.2 地图制作质检点
包括3D制作质检和地图终检两个环节，每个环节均要输出质检确认报告以及质检统计报告。
1、3D制作质检
由3D主管在3D制作完毕后对整张图纸范围的制作进行质检。
2、地图终检
品质监控员对已经完成3D制作的图片进行整体制作效果的质检。
3.4.3 数据信息质检点
3D制作完成并内部上线后，由品质监控员对采集内业录入的后期数据进行正确性的检查。
3.5 文件存储管理
3.5.1 数据存储传输流程
数据存储包括VSS、等服务器，其中各部分的存储流程如下图所示：

地图制作数据存储传输流程图

3.5.2 数据存储传输结构
制作过程中，数据存储传输通过来完成，具体的文件服务器目录结构配置如下图所示：

地图制作数据存储传输结构图
三、仿真三维地图功能模块
1基本功能
1.1地图基本操作功能
地图基本操作功能可实现用户对地图进行的基本操作，包括地图的放大、缩小、上移、下移、左移、右移功能；地图使用者可以通过鼠标拖拽来进行地图的平移。
按住鼠标左键进行地图平移

鼠标平移操作功能
同时，用户也可以通过键盘的上下左右方向键及Q、W、E、R按键实现地图平移功能。

地图移动键盘控制
三维地图可按照分级的方式进行放大缩小，等级为6级，每个等级都有独立的地图。能够提供多个等级地图的放大，第一级地图显示的建筑和道路最大。

三维地图提供6个不同的级别展示
用户可以通过鼠标滑轮、多点触摸或控制缩放控件对地图显示级别进行快速操作；用户可以根据自己的要求对缩放控件是否显示进行设置。

地图缩放效果对比说明

图1 三维综合管理系统中营区建设效果图

1.2地图常用控件操作功能
地图常用控件操作功能，提供了一堆基础的地图控件供用户使用，包括：鹰眼图控件、地图缩放控件、地图比例尺查询控件、导航图控件等。用户可以通过不同的控件，实现相应的地图功能。
Ø 鹰眼图控件
通过鹰眼图控件可以对地图位置进行快速漫游；为了满足不同用户的多种需求，提供了鹰眼控件开关及缩放按钮，可以对鹰眼控件是否显示进行设置，还能放大缩小鹰眼区域。

鹰眼图控件

鹰眼图控件放大

鹰眼图控件关闭
Ø 地图缩放控件
通过缩放控件可以对地图显示级别进行快速操作；用户可以根据自己的要求对缩放控件是否显示进行设置。

地图缩放控件地图效果对比
Ø 地图比例尺查询控件
用户可以通过地图比例尺控件，并查看当前级别下的比例尺信息。

地图比例尺查询控件
1.3地图便签功能
用于用户标记自己所需要的地方，并且将保存在用户所在的电脑上，当用户再一次在此电脑上打开该平台的时候，均将显示该用户所标记的地理位置。
点击便签按钮，在某一坐标点点击鼠标右键后可填写标记信息，并自动生成一个直接定位到此坐标的网址链接，可以进行外发。

地图便签功能（通过复制地址可以进行信息分发）
1.4 地图测距及测面功能
三维仿真地图是基于卫星影像图制作，经过严格的影像校正，具备国家标准坐标系，可以实现测量的功能。测距是测量点及点之间的地理实际距离，选取地图上任意两个位置点，可计算两点之间的实际距离。测面功能是测量地图上任意多边形的地理实际面积功能。在地图服务功能中，点击测距或测面，然后选择多点进行测量，将会标记出各点及点之间的真实距离或面积。

地图测距（测面）功能
1.5地图标注功能
显示标签能够将三维地图上所有的信息点都显示名称状态，用户可以直观的查找查看相关的信息点和建筑物。

地图标注功能
1.6地图纠错功能
用户一旦发现地图上某些地方及现实不符或者出现任何问题，都可以通过点击界面上的纠错按钮，激发地图纠错功能，通过点击地图获取坐标，用户可以将一些意见和平台中的小错误提交给管理后台。

地图纠错功能
1.7总后台模块
总后台管理模块包含了地图维护管理模块、后台统计模块以及数据备份等等多个模块，同时能将其他应用模块都整合到总后台，实现统一管理。
地图维护管理，根据系统需要，对系统前台所有信息都可以进行管理，同时对地图基础数据、地图热区信息都在总后台添加，根据实际地理信息的变更情况进行新的地图增加、删除、修改等维护操作。数据库备份管理，关键字过滤管理，操作日志记录等多项必须内容。
同时对所有用户进入系统的登录、退出时间以及所作的任何操作，都有记录。并做详细的统计功能，为数据的安全和审核提供强大的功能。
1.7.1地图数据管理
对所有标注的地图坐标数据进行增加、删除、修改、冻结等日常管理功能。

1.7.2数据备份管理
系统提供完善的数据备份功能，系统将所有地图资料和各类应用数据的数据库自动进行定时增量备份，同时，人防系统数据有从县向市级省级单位备份、市级单位系统数据向省级备份异地备份。从而不但确保了上级单位了解下级单位的工作进展，同时也对下级单位的数据安全提供了多重备份，确保了数据的安全。系统可以及时地进行灾难性快速恢复，能够最大限度保护用户已有的数据资料。并提供灾难恢复方案和技术支持。

2功能模块
2.1人员定位
通过RFID传输的信息，定位用户的地理位置。RFID设备每隔N秒把用户的地理位置数据上传服务器。需要做二次开发
轨迹回放：跟根据时间段回放用户所经过的路程，并在三维地图中显示。
2.2监控系统
视频监控功能用于辅助区域重点区域的管理，可无缝对接城市公共安全监控视频或其他视频监控系统及三维地图系统进行对接，将监控像头及三维地图进行位置匹配，点击监控像头可在线查看现场图像，实现日常灯光设施监控。
该系统采用电子监控技术，整合监控系统视频资源，对重点部位进行监控，并数字化成为电子监控位置分布图，实现资源共享；对重点区域，可以实现24小时监控，对前端发现异常情况的位置提出告警信息，并将报警信息及时转发相关部门，还可同时给出位置、语音、图像以及发送短信和电话呼叫等，加快应急反应速度。

视频监控标识
2.3 指挥调度系统
在键桥通讯调度平台的基础上，通过三维地图的展示，可以将人员、设备等一一标示。当发生紧急事故时，可以通过地图上形象的界面，点击此人，进行呼叫或是查看相关的视频监控。并可以实现单呼、快速圈选组成群呼组等指挥调度的功能
2.4应急预案系统
应急预案指挥功能包括：事件描述、评估记录、现场情况、实施方案、方案进度、总结归档；其贯穿了整个应急流程各个环节，为环境评估、领导决策、预案实施提供了全方面的保障服务。
系统的调度台中存储了各类应急预案文件（如XX事件突发管理措施或春运的管理控制方案等）。在事件发生时，相关指挥体系的领导和员工，都可以通过三维地图随时查阅相关事件位置、处理规定和预案步骤，进行整体的指挥和调控，确保事件处理符合预案规则并富有成效。

2.4.1应急选案及流程图
应急选案，在系统平台搭建起来后，前期，我们将几百上千种事件预案都初始化到系统里，形成庞大的系统预案库，针对不同的预案，设计好针对不同预案的流程，及人防办实际结合形成规范标准。以便后期在日常使用过程中能够便捷地被调用。
根据所发生的突发事件类型，从应急方案库中调出相应的方案，指挥中心人员确定应急方案后，查看该方案的流程图，启动相应的各项工作。

2.4.2 评估记录
通过专家和应急人员对实际环境进行评估后，系统操作人员将评估信息记录在“评估记录”里，以便领导能及时、准确地作出重要决策。

2.4.3 现场情况监控
在领导未到达现场或指挥中心的情况下，系统操作人员已将现场情况，通过文字、图片、视频的形式在系统里记录下来，并及三维地图一一对应，以便领导能全方面地把握现场事态，而作出及时、准确的方案和决心。注：“现场情况”在地图上标签均以“A”开头。

2.4.4 实施方案
领导通过适时信息反馈和环境评估，制定了实施方案，并通过系统操作人员记录在“应急指挥平台”的“实施方案”栏里。因为该方案结合三维地图定位，所以各部门在接到命令后能迅速、准确地开展任务。注：“实施方案”在地图上标签均以“B”开头。

2.4.5.方案进度
各部门在执行方案过程中，会将进度反馈给指挥中心，以便领导能了解方案进展情况，并能作出及时调整和新命令的下达。注方案进度”在地图上标签均以“C”开头。
2.4.6.总结归档
整个应急事件完成后，系统将自动进行归档，同时管理者可对该事件的各个环节进行考核和经验总结。总结归档后的内容储存在系统内，可以随时查询调用，例如：打印成文本、刻录成光盘。
2.5紧急案件
紧急案件发生时，相关领导和员工可迅速在三维地图中定位事故的发生地点。对事故进行评估，在三维地图中显示周围可调用的资源，对事故进行处理，减轻事故的损失。
四、应用接口模块
1地图应用Web Service接口模块

三维地图子系统提供了一套基于JavaScript类及函数的地图API接口，对于GIS主平台的其他子系统，可通过调用这些API，方便快捷实现三维地图子系统的各项功能及定制开发的功能，并可实现各系统间的数据交互和数据处理。
地图API接口以OmapAPI地图类为核心，地图类封装了flash地图组件，对地图的所有操作都是通过它来完成的。整个OmapAPI地图类目前已经包含了地图操作类、地图控制类、图层操作类、数据加载类、数据处理类、数据分析类、点线面图形图像绘图类、事件调用处理类、坐标转换类、多媒体图形图像处理类、外部事件管理类、自定义方法类等一大批用于控制三维地图各类功能的类接口。
此外，OmapAPI地图类还可根据特定的行业应用，开发具有特定功能的地图类接口，这样可充分满足各类型子系统的应用需要。
对于GIS主平台的各类子系统，在需要使用机场三维仿真地图模块时，仅需在页面上编写调用地图OmapAPI接口的代码及各类的数据交互参数，即可在浏览器中实现三维仿真机场子系统的调用，并根据调用参数设置实现各类子系统的特定应用需求。
2地图应用Web Service接口模块
为了更好地实现三维地图平台在跨平台上的应用，考虑到不同子系统部署在不同操作系统平台上的差异，三维地图子系统提供了的Web Service技术的调用方式，采用AXIS、SOAP、XML、WSDL等一种或多种方式，实现了及部署在不同操作系统环境下的各子系统间的数据交互。
三维地图子系统可根据GIS主平台其他子系统的行业应用需要，开发适用于特定应用的Web Service接口，接口可进行各类应用实现、数据处理、数据分析等多项功能的数据交互；各子系统在自身平台中需调用机场三维仿真地图模块时，只要按照开放的Web Service标准，开发及三维仿真子系统接口一致的数据接口交互模块，添加到自身系统中，即可实现对三维仿真子系统的调用及功能应用，实现跨平台环境下的GIS主平台多系统联合应用的需要。