地理信息系统设计说明书.doc

《地理信息系统设计说明书.doc》由会员分享，可在线阅读，更多相关《地理信息系统设计说明书.doc（46页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 MACROBUTTON AcceptAllChangesInDoc 河南环保厅环境地理信息系统 概要设计说明书上海数慧系统技术Shanghai Digital Intelligence Systems Technology Co., Ltd.第 46 页文件修改记录（发布到外部文档请将此部分删除）版本号版本说明修改人审核人批准人审批日期第一次提交评审苏君毅TMO2010年6月1日请保护环境，注意纸张回收利用版权信息本文件涉及之信息，属上海数慧系统技术所有。未经上海数慧系统技术允许，文件中任何部分都不能以任何形式向第三方散发。上海数慧系统技术完全拥有知识产权，并受国际知识产权法律保护。目 录第

2、1章.引言51.1.目51.2.文档概述51.3.术语定义51.4.参考资料6第2章.系统概述62.1.系统开发背景72.2.建设目标72.3.约束条件及非功能需求82.3.1.开发环境要求82.3.2.软件系统架构要求82.3.3.性能要求82.3.4.质量需求92.4.用户92.4.1.组织机构92.4.2.用户分类9第3章.概念架构设计103.1.系统划分103.2.系统架构103.3.概念架构113.3.1.B/S系统概念架构113.3.2.C/S系统概念架构13第4章.细化架构设计144.1.逻辑架构144.1.1.B/S架构154.1.2.C/S架构模式204.2.开发架构204.

3、2.1.技术路线214.2.2.B/S浏览器端开发视图224.2.3.B/S服务端开发视图234.2.4.C/S架构开发视图244.3.运行架构274.3.1.系统启动时序图274.3.2.河流污染扩散模型时序图284.4.数据架构304.5.部署架构314.5.1.系统部署架构314.5.2.部署设计324.5.3.网络和硬件配置334.5.4.软件配置34第5章.系统对外接口355.1.客户端地图组件接口355.1.1.组件嵌入方法365.1.2.已有接口方法375.2.业务逻辑层WebSerivces服务接口445.2.1.地图查询接口445.2.2.点位编辑接口45第1章. 引言1.1

4、. 目编写目：本说明书是在河南省环境保护厅环境地理信息系统投标方案、河南省环境保护厅环境地理信息系统需求分析说明书基础之上，经过分析与系统设计编写而成。用于将软件系统需求转换为未来系统设计，逐步开发强壮系统构架，使设计适合于实施环境，为提高性能而进行设计工作，对后面概要设计、编码实现、测试、部署实施、运行维护工作有着关键性影响。适用读者：河南省环境保护厅项目组成员数慧公司项目组成员1.2. 文档概述本说明书包括引言、系统概述、总体设计、功能设计、接口设计、数据结构设计、出错处理设计、系统部署设计等，以提供关于程序系统逻辑与数据功能实现方式总体描述。1.3. 术语定义 OGC：开放地理信息系统协

5、会(OpenGISConsortium,OGC),OpenGIS规范致力于为地理信息系统间数据与服务互操作提供统一。 W3C：是对网络标准制定一个非赢利组织，像HTML、XHTML、CSS、XML标准就是由W3C来定制。W3C会员（大约500名会员）包括生产技术产品及服务厂商、内容供应商、团体用户、研究实验室、标准制定机构与政府部门，一起协同工作，致力在万维网发展方向上达成共识。 SOA：面向服务体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序不同功能单元（称为服务）通过这些服务之间定义良好接口与契约联系起来。接口是采用中立方式进行定义

6、，它应该独立于实现服务硬件平台、操作系统与编程语言。这使得构建在各种这样系统中服务可以一种统一与通用方式进行交互。 Web service：是创建可互操作分布式应用程序新平台。Web service 主要目标是跨平台可互操作性。为了达到这一目标，Web service 是完全基于XML、XSD等独立于平台、独立于软件供应商标准。 REST（Representational State Transfer）是一种轻量级Web Service架构风格，其实现与操作明显比SOAP与XML-RPC更为简洁，可以完全通过HTTP协议实现，还可以利用缓存Cache来提高响应速度，性能、效率与易用性上都优于S

7、OAP协议。 SOAP（Simple Object Access Protocol），它是一种标准消息传递协议，通常是Web Service事实标准。SOAP是以XML为基础，SOAP消息格式是由XML Schema模式定义，通过XML命名空间使SOAP具有很强扩展性。 WMS：Web地图服务（WMS）利用具有地理空间位置信息数据制作地图。其中将地图定义为地理数据可视表现。 WFS：Web地图服务返回是图层级地图影像，Web要素服务（WFS）返回是要素级GML编码，并提供对要素增加、修改、删除等事务操作，是对Web地图服务进一步深入。 WCS：Web覆盖服务（WCS）面向空间影像数据，它将包含

8、地理位置值地理空间数据作为“覆盖（Coverage）”在网上相互交换。 ESB：企业服务总线（Enterprise Service Bus）：传统中间件技术及XML、Web服务等技术结合产物。ESB提供了网络中最基本连接中枢,是构筑企业神经系统必要元素。基本功能为动态查找及路由、消息聚合及分发、消息转换、数据绑定转换。1.4. 参考资料 河南省环境保护厅环境地理信息系统投标方案 河南省环境保护厅环境地理信息系统需求分析说明书 软件架构设计 SOA 原理.方法.实践 SOA整合之道 企业应用架构模式 WEB 服务架构及开放互操作技术第2章. 系统概述2.1. 系统开发背景河南省近年来高度重视环境

9、保护工作，坚持以污染防治为重点，以改善重点流域、重点区域环境质量为主线，不断加大环境保护力度。到2009年底河南省将建成覆盖全省多个环境环境自动监控系统。此大规模自动监控系统建设，迫切需要一个统一建设规范与标准，约束改造与代建新系统。因此，有必要建设地理信息系统，实现环境自动监控数据空间表达，充分发挥最新通讯技术、信息技术、数据库技术、空间技术优势，为河南省环境保护管理、评价、决策工作提供有效支持。2.2. 建设目标河南省建立环境地理信息系统，以充分发挥全省环境质量、污染源自动监控系统作用，形象展示环境自动监控数据，为河南省环境信息化坚实打下坚实基础，为各级环保部门环境管理、决策服务。具体目标

10、如下： 建设满足省环保厅业务应用基础地理空间数据库，数字影像数据库，环保专业专题数据库。 建设面向省环保厅业务应用地理信息平台，满足环保业务对空间信息辅助决策支持应用需求。 以基础地理空间数据库为依托，GIS能够为污染源在线自动监控系统、环境质量管理系统、移动监察及执法系统、环境应急决策支持系统、数据中心与综合分析系统等提供基本电子地图与专题地图，实现空间信息、属性信息双向查询以及空间分析服务。基于SOA（Service-Oriented Architecture，面向服务架构），实现GIS Web Service及其它子系统集成，并通过GIS发布功能为决策提供支持服务。 提供C/S方式环境地

11、理信息编辑管理发布系统，基于WEB方式环境地理信息查询分析系统，可进行环境专题图制作及输出、查询统计汇总。实现空气污染扩散、水污染扩散模拟展示。实现重点监控目标三维展示。 基于环境地理信息系统，在大屏幕上实时、近实时展现环境、企业、污染物变化等信息。2.3. 约束条件及非功能需求根据需求调研阶段成果，本系统约束条件包括软件开发环境要求，系统架构需求与性能需求几部分2.3.1. 开发环境要求系统需要在Oracle 11g数据库管理软件，地理信息系统软件基础环境下进行开发建设。2.3.2. 软件系统架构要求系统采用组件式开发方式，针对普通用户（包括公众用户）功能采用B/S模式开发，针对管理用户功能

12、采用C/S模式开发，系统应采用分布式B/S三层架构方式进行开发。要求功能菜单、发布内容可用户定制，可根据数据情况进行动态关联，特别是针对新增表及表字段，可发布、可计算、可加工、可制作等。本系统要求采用SOA系统架构，提供良好可扩展性与容错性，采用Web Service技术。 本系统客户展现端要求支持多种操作系统。2.3.3. 性能要求 一般操作响应时间应不超过1秒 按图上信息检索调图时，每次调图时间不大于5秒； 其他复杂操作最多不超过10秒； 本项目面向用户包括河南省环境保护厅及各省辖市相关业务用户。系统应当支持用户数规模为500个。 允许并发操作用户数大于50；2.3.4. 质量需求 以系统

13、连续运行120小时以上系统无错误发生进行衡量；2.4. 用户2.4.1. 组织机构本系统服务机构从里到外分别是环保厅内部各职能部门、下属各市环保局、其它委办局，现阶段主要考虑用户主要是环保厅内部各职能部门。2.4.2. 用户分类专题业务用户：包括环保厅内部相关业务部门，使用地理信息系统模块其他系统。可以进入专题应用系统，使用专题功能。数据管理员：空间数据入库、更新、编辑、地图文件管理。系统管理员：服务注册、发布、地图服务管理、目录管理、权限分配，地图管理，日常维护。第3章. 概念架构设计3.1. 系统划分根据项目合同，招标文件与需求分析说明书，本系统需要实现主要功能包括： 地理数据处理、数据质

14、检、空间数据库管理 环境地理信息数据展示、业务应用功能、对外服务 地图服务注册、管理，系统服务管理 系统用户、角色、权限、日志等日常管理根据系统功能与职责划分原则，把系统分为如下子系统：数据规整及建库、空间数据库管理系统子系统；环境空间信息综合展示系统子系统与综合应用子系统；服务调度管理子系统与运行维护管理子系统，如图3-1所示。图3-1系统划分图3.2. 系统架构系统技术路线与架构模式，需要根据项目功能需求与性能需求，质量属性等非功能需求、约束条件，综合考虑，因事制宜，才能满足项目要求。根据上文阐述，根据功能需求把系统划分为四个子系统。环境空间信息综合展示子系统是本系统主要对外部分，提供给厅

15、内各个部门业务办公使用，需要尽量简便客户段部署，方便用户使用；同时还要向环境自动监控、数据中心、应急响应系统等大量B/S架构系统提供电子地图，空间信息查询等服务，所以适宜使用B/S技术架构。而空间数据管理子系统、运行维护管理子系统、服务调图管理子系统面向用户为监控中心管理员，使用涉众较少，再者，对于复杂空间数据入库，编辑管理，后台服务调度与运维管理，需要强调高效，实时性与可交互性。更适合C/S架构方案。针对B/S地理信息系统，采用分层架构模式是实现系统模块化主流思想，该模式是为细化需求，降低模块间耦合，提高复用度而逐渐形成应用系统标准模式。此方法以传统多层架构（至上而下为展现层、逻辑层、持久层

16、）为基础，对整个软件系统设计进行分解。结合关键用例，以及质量属性及系统约束，涉及到架构可复用性、可扩展性、易开发及维护性，并且在基于高效稳定前提下，在系统架构分层中提出服务层概念，包括基础服务层与数据服务层。所谓服务层，是指将技术支撑子系统及模块单独隔离，以服务方式提供给更高层应用逻辑层访问，从而使得系统开发更关注及业务逻辑编排及组织。从设计原则上来讲，业务逻辑属于变化范畴，而对于技术层面来讲相对稳定。因此将变化部分有效隔离，完全符合面向对象设计思想原理。因此，整个系统概念性架构模式可以定位为：采用B/S分层架构及C/S架构系统综合运用。在环境空间信息综合展示子系统采用B/S分层模式，而空间数

17、据管理子系统、运行维护管理子系统、服务调图管理子系统，将采用C/S架构。3.3. 概念架构3.3.1. B/S系统概念架构B/S架构采用分层架构模式，可在概念上把整个系统划分为表现层、业务层服务层、基础服务层与数据资源层。如图3-2所示，以以“断面信息查询”用例为例，说明了该用例鲁棒图所涉及各种类在分层架构上分布情况。图3-2 B/S系统概念架构图各层级主要职责如下：数据资源层 ：主要完成数据分类存贮，数据库分为四个类：基础地理数据库：存放基础地形数据，包括各种比例尺矢量数据、DEM数据、影像数据。元数据库：存放空间数据元数据信息，包括目录结构、编目信息、层字段信息、坐标信息、生产日期。业务数

18、据库：各种业务专题数据，如污染普查数据、环境统计数据。这些数据库是以分布形式部署在环保局各个部门中，不必都放在信息中心。系统数据库：存放安全信息、配置信息、日志信息。基础服务层：提供数据访问，地图访问服务。本系统基础服务层由基础构件与第三方构件组成。数据访问服务：完成各种数据库访问，以及非结构化数据如文件数据访问。各类地图服务提供，如地图访问，地图运算等。业务逻辑层：负责数据查询，分析运算，统计等及业务紧密相关功能。应用层:负责数据资源展现、发布、专题应用。 环境信息综合展示：负责空间数据浏览、查询，图层管理等基本GIS操作，以及统计，专题图输出，大气污染扩散模型，水污染扩散模型，三维系统等功

19、能。专题应用模块：专题应用模块：提供各类专题业务系统电子地图，提供空间信息与属性信息互查等。如在线监测系统、环统应急系统，数据中心系统。3.3.2. C/S系统概念架构C/S架构采用传统MVC设计模式，把系统分为表现层，业务层，持久层三层。如图3-3所示，以以“数据入库”用例为例，说明了该用例鲁棒图所涉及各种类在分层架构上分布情况。图3-3 C/S系统概念架构图第4章. 细化架构设计细化架构也称作具体架构，它将以概念架构为基础，参照其架构模式，结合非功能性需求“需求-场景-决策表”，分不同视角展开讨论。细化架构可采用Rational公司推介“4+1”视图，采用“5视图法”，两者在理念上并无太大

20、分别，但“5视图法”在实践上更易于理解，因此本文将采用“5视图法”，把细化架构划分为逻辑架构、开发架构、运行架构、数据架构与部署架构等五个视图，如图5-1所示。其中逻辑、部署以及运行视图是决定系统架构主要因素。细化架构通常以逻辑架构为核心，以开发架构为结果。该架构包含B/S及C/S两种模式。B/S及C/S架构需要依赖共同组件，但是在架构上有一定差别。在后面章节分别论述。图4-1 系统细化架构5个视图4.1. 逻辑架构在分层架构基础上，得到如图4-2所示细化逻辑架构。该架构分为B/S及C/S两个部分。B/S架构分为数据访问层、地图服务层、业务逻辑层以及界面展现层。C/S部分分为界面展现层，地图服

21、务层与底层平台。下面逐一描述各个层次职责以及其交互机制。图5-2 系统逻辑架构4.1.1. B/S架构4.1.1.1. 数据访问层数据访问层是基础服务层一部分，主要包括数据引擎、ArcObject对象访问服务、文件服务及XML框架，共四大模块， 其相互间逻辑关系如图4-3所示。各个模块主要职责为： 数据引擎主要用于对数据存取操作，为整个系统提供统一数据交互入口以及事务处理服务，属于该层核心模块； ArcObject对象访问服务主要用于访问地理数据，为整个系统提供读写，编辑地理数据服务，属于该层核心模块； XML服务作用主要用于对业务元数据以及系统配置文件读写操作，优化文件访问性能； 文件服务模

22、块主要用于对本地或者远程文件访问操作。它套用了适配器设计模式(adapter pattern)，屏蔽了不同访问方式之间差异性，并提供可扩展数据访问接口，以满足日后不同文件访问方式如通过网络二进制数据流直接构造文本文件等；图4-3 数据访问层架构4.1.1.2. 地图服务层地图服务层是基础服务层一部分，指用于支持业务运行地图服务与地理运算服务，如图4-4所示。图5-4 地图服务层逻辑架构本层由第三方应用构件组成，主要是ArcGISServer服务。这里需要说明是：在本文中，所谓构件，是指实现相应接口契约、独立组织、自治功能单元。构件运行一般需要相应软件基础设施来提供环境，通过加载到相应运行框架或

23、者子系统来激活，因此，对于服务层各个构件模块，相互之间可没有直接依赖关系。4.1.1.3. 业务逻辑层应用逻辑层是系统核心部分，由业务服务与系统服务两部分组成，它们都要调用基础服务层数据访问构件。如图4-5所示。图4-5 应用逻辑层逻辑架构其中，业务服务由统计分析服务，智能搜索服务，图形查询服务，图形编辑服务，元数据服务，数据字典服务等功能组成。如图4-6所示。图4-6 业务服务部分逻辑架构而系统服务端由界面管理服务，系统日志服务，系统异常服务，系统权限服务等组成，如图4-7所示。图4-7系统服务部分逻辑架构4.1.1.4. 界面展现层界面展现层主要通过界面框架，将业务功能，界面布局，后台服务

24、，消息、资源等组织起来。功能以插件形式进行加载，而加载控制与服务访问控制由前台框架与后台服务共同完成。其逻辑结构如图5-9所示。图4-8 界面展现层逻辑架构4.1.2. C/S架构模式4.1.2.1. C/S逻辑架构需要CS架构系统包括：空间数据库管理系统，运行维护管理系统，服务调图管理系统。这三个系统采用数慧DGP3.2平台，作为其基础服务支撑。图4-9 C/S模式逻辑架构4.2. 开发架构B/S架构系统开发工具使用J2EE平台以及Flex Builder开发工具。C/S架构系统开发工具microsoft visual studio以及 framework SDK。图4-10 列出开发架构核

25、心工程：图4-10 开发架构核心工程4.2.1. 技术路线目前Flex技术是当前浏览器端主流页面开发技术之一，这种技术有跨浏览器，跨平台，界面美观，互动性好等优点。而B/S架构服务端，Java技术是目前最成熟，稳定可靠技术，有大量基础构建可供选用。因此选用Flex作为B/S客户端开发工具，Java做为开发技术路线。B/S选用公共类库及技术框架包括：类库名版本号说明JDKJava APIFlexBuilder Flex开发工具J2EEJava开发平台其他类库以及框架上述框架所需要依赖类库，使用方法请参考相关说明文档。在C/S架构方面，微软开发平台是主流开发方式。根据本系统实际需求，以及公司已有平

26、台技术路线，选用了微软Visual Studio 2008作为开发技术路线。选用公共类库及技术框架包括选用公共类库及技术框架包括：类库名版本号说明 framework微软标准开发环境。Developer Express第三方界面控件库，提供诸如复杂数据网格以及日历等控件。基础产品，提供底层数据访问，通信，框架交互等功能。其他类库以及框架上述框架所需要依赖类库，使用方法请参考相关说明文档。4.2.2. B/S浏览器端开发视图 4.2.2.1. 浏览器端包视图及依赖关系图4-11 B/S浏览器端工程视图及依赖关系4.2.2.2. 浏览器端界面框架开发视图图4-12 界面框架开发视图4.2.3. B

27、/S服务端开发视图图4-13 界面框架开发视图4.2.4. C/S架构开发视图 4.2.4.1. 服务调度管理图4-14 服务调度管理系统开发视图为服务调图系统入口程序模块，设计如下：图4-15 图是服务调图功能具体实现工程，模块设计如下：图4-16 Config.exe模块图4.2.4.2. 运行维护管理图4-17 运维管理系统开发视图是运行维护系统入口程序模块，设计如下： 图4-18 是运行维护系统具体实现工程，模块设计如下：图4-19 4.3. 运行架构系统运行架构表示系统在运行时软件对象之间交互关系。对于浏览器及应用服务层与数据服务层交互，本文通过系统启动时序图与河流污染扩散模型来加以

28、说明。运行架构更详尽内容，应表达在具体应用系统开发时用例时序图中。4.3.1. 系统启动时序图系统启动时初始化过程将主要完成以下步骤：（1） 界面端初始化（2） 登录界面加载；（3） 用户输入用户信息（4） 校验用户身份并初始化系统用户权限；（5） 如果2,3,4步骤已经完成则进入5步骤；如果未完成则等待并重复本步骤；（6） 请求界面内容系信息；（7） 获取界面内容信息；（8） 根据用户权限，加载资源，功能模块；（9） 写入系统成功登陆日志；（10） 展现系统主界面；（11） 系统启动完成。上述步骤先后次序如图4-20所示。图4-20 B/S浏览器端登陆时序图4.3.2. 河流污染扩散模型时序

29、图模型分析是系统功能中比较复杂功能，它涉及到前端界面，业务逻辑运算，空间数据库访问，地图服务层渲染服务等，是一个比较典型用例。所以它为例，说明各层交互情况：河流污染扩散模型分析过程主要完成以下步骤：1. 用户在客户端输入模型参数2. 客户端做参数正确性验证，3. 客户端向业务逻辑层发送服务请求4. 河流污染扩散模型服务根据请求参数，通过数据服务层获取数据库中河流信息。5. 河流模型服务计算事故影响河流6. 河流模型服务计算河流分段；7. 河流模型服务计算河流分段浓度值8. 河流模型服务把计算结果保存到数据库中9. 河流模型服务返回渲染信息到客户端10. 客户端请求地图服务层渲染模型结果上述步骤

30、先后次序如下图所示。图4-21 B/S河流污染扩散模型时序图4.4. 数据架构系统数据架构主要定义各类数据库模式（schema），为数据库管理员创建物理数据库提供依据。数据架构描述了各类数据实体结构，以及数据实体之间关系，它实质是系统元数据一种具体表现。本系统数据架构由业务模型数据库、环保空间数据库、系统数据库与三维数据模型组成。如图4-22所示。图4-22数据架构视图其中，业务模型数据库主要包括环境质量，在线监测，污染源信息，环境标准，监测点位信息，移动监察信息等业务数据。这部分数据可以从其他系统中获取。系统数据库可以进一步划分为两部分内容：图形元数据与系统管理数据。图形元数据包括目录数据，

31、符号数据，图层信息，图层方案配置数据，渲染数据等。图4-23 系统数据架构环保空间数据包括环保专题数据，主要包括污染源普查信息，排污信息，水，气，声监测点信息，功能区信息等环保业务相关数据。作为背景参考基础地形数据，遥感影像数据，与DEM高程数据等。图4-24 空间数据库架构4.5. 部署架构4.5.1. 系统部署架构系统部署架构由网络与硬件配置、软件配置、数据库配置与部署规划等内容组成，如图4-25所示。图4-25 系统部署架构内容4.5.2. 部署设计整个解决方案部署规划如图4-26所示。图4-26系统部署规划地理信息系统服务器组由业务数据服务器，空间数据服务器，地图服务服务器，应用服务器

32、，备份服务器等组成。业务数据服务器部署系统数据库，业务数据库等；空间数据库服务器存放各种空间数据；地图服务服务器用来发布地图服务与地图运算；应用服务器用来发布系统基础服务，业务服务与界面展现模块。备份服务器备份业务数据服务器与空间数据服务器中数据。为了保证数据安全，建议采取RAiD5备份。省厅维护端包括空间数据维护端，运维管理端，服务调度端，分别对应三个维护系统。维护端直接及服务器通过TCP/IP协议通信。空间数据库维护端操作业务数据服务器，空间数据服务器；服务调度端操作地图服务器，运维管理端操作业务数据服务器。业务客户端包括省厅业务部门客户，以及其他系统中集成地理信息系统。客户端通过HTTP

33、协议及应用服务器与地图服务服务器通信。4.5.3. 网络与硬件配置其中，网络与硬件配置部分定义了本系统所需要服务器、桌面微机（客户端）与网络交换设备，这些设备如下图所示：图4-27 网络，客户端与服务器部署内容4.5.4. 软件配置软件配置内容包括操作系统、服务端软件与客户端软件等，如图4-28所示。图4-28 软件配置第5章. 系统对外接口环境地理信息系统将为污染源在线自动监控系统、环境质量管理系统、移动监察及执法系统、环境应急决策支持系统、数据中心与综合分析系统等提供基本电子地图与专题地图。因此需要向外部系统提供接口，供其他系统调用地理信息系统调用。本项目涉及接口分为两种，客户端提供用户组

34、件以及组件提供接口方法，以及以标准形式提供WebService服务。如图5-1所示图5-1 软件配置5.1. 客户端地图组件接口环境地理信息综合应用子系统提供DistMap地图组件，它是一个可嵌入式地图应用框架，实现了完整常用地图操作功能，提供开放浏览器端JavaScript API编程接口，用户可以对地图功能做灵活、丰富扩展。简单地讲，DistMap就是一个类似于GoogleMap组件产品。DistMap地图组件可以完全实现跨域功能调用，即DistMap组件对象可运行于其他B/S业务应用环境中，做为第三方系统一个可控对象存在。5.1.1. 组件嵌入方法1. 地图组件要用到Adobe公司推出F

35、lash播放器，为了引入地图组件先把网页标签增加如下： AC_FL_RunContent(src, index,width, 100%,height, 95%,align, middle,id, index,quality, high,bgcolor, #ffffff,name, index,allowScriptAccess,sameDomain,type, application/x-shockwave-flash,pluginspage, 引入核心DistMap客户端组件，在刚刚加入AC_FL_RunContent段中，name, index属性就是引用DistMap名称。可见，Dist

36、Map客户端组件可以在任何html网页上使用。2. 在网页中增加代码如下：可以在JavaScript脚本中得到地图控件 /获取地图组件，地图组件是最核心组件 function getMap() var map = null; map = document.getElementById(index); return map;3，之后就可以调用Distmap中提供接口方法，如下述例子： /演示如定位点 function locatePoint() var map = getMap(); /参数：x坐标，double型 /参数：y坐标，double型 map.CenterAtXY(31330,266

37、29);5.1.2. 已有接口方法5.1.2.1. 地图属性接口 定位点Function CenterAtXY(dx:Number,dy:Number) :void输入参数：参数：x坐标， double型参数：y坐标，double型输出参数：无 定位区域Function CenterAtRect(Left:Number,Right:Number,Top:Number,Bottom:Number):void输入参数：参数：left坐标，double型参数：right坐标，double型参数：top坐标，double型参数：bottom坐标，double型输出参数：无 获取当前地图比例尺Funct

38、ion GetMapScale():Number输入参数：无输出参数：参数：比例尺，整型 设置当前地图比例尺Function SetMapScale(Scale:Number):void输入参数：参数：Scale比例尺，整型输出参数：无 获取图层信息Function GetLayerInfo():Object输入参数：无输出参数：参数：图层信息，layerInfo对象集合类型layerInfo对象属性：defaultVisibility-Boolean型，默认可见性id-Number型，编号name-String型，名称parentLayerId-Number型，父图层id号subLayerI

39、ds-Array型，子图层id号集合 获取图层根路径Function GetLayerBaseUrl():String输入参数：无输出参数：参数：路径，字符型 获取地图中心点Function GetMapCenterPoint():Object输入参数：输出参数：参数：中心点坐标，对象类型对象属性：x-double型，x坐标；y-double型，y坐标; 隐藏右边面板Function HideRightPanel():void输入参数：无输出参数：无 显示右边图层面板Function ShowLayerPanel():void输入参数：无输出参数：无 显示右边查询结果面板Function Sh

40、owSearchResultPanel():void输入参数：无输出参数：无5.1.2.2. 查询服务接口 单图层属性查询Function SearchLayerbyAttribute(strSql:String,layerName:String,callback:String):void输入参数：参数：strSql查询条件，字符型参数：layerName需要查询图层名，字符型参数: callback查询结果回调函数名，字符型输出参数：输出参数在回调函数function callback(GeometryType,features)中参数GeometryType ：枚举常量esriGeomet

41、ryPoint，点esriGeometryPolyline，线esriGeometryPolygon，面参数features：feature对象集合Feature对象根据以上类型不同分别为：MapPoint点对象属性：x-double型，x坐标y-double型，y坐标点属性信息-点基本属性信息Polyline线对象属性：paths : Array，MapPoint集合线属性信息-线基本属性信息Polygon面对象属性：rings- Array，MapPoint集合面属性信息-面基本属性信息 点缓冲分析Function SerarchLayerbyBufferPoint(x:Number, y

42、:Number,bufferDistance:Number,layerName:String,callback:String,bDrawBufferBound=true):void输入参数：参数：x坐标，double型参数：y坐标，double型参数：bufferDistance缓冲半径，double型参数：layerName需要查询图层，字符型参数: callback查询结果回调函数名，字符型参数: bDrawBufferBound是否绘制查询结果，bool型输出参数：输出参数在回调函数function callback(GeometryType,features)中参数GeometryType ：枚举常量esriGeometryPoint，点esriGeometryPolyline，线esriGeometryPolygon，面参数features：feature对象集合Feature对象根据以上类型不同分别为：MapPoint点对象属性：x-double型，x坐标y-double型，y坐标点属性信息-点基本属性信息Polyli