三维平台技术方案.doc
《三维平台技术方案.doc》由会员分享,可在线阅读,更多相关《三维平台技术方案.doc(126页珍藏版)》请在麦多课文档分享上搜索。
1、第 1 页 共 126 页 目 录 一三维地图平台系统总体设计 6 设计要求 6 设计原则 6 1.成熟性和先进性原则 . 7 2.完备性和适用性原则 . 7 3.开放和标准性原则 . 7 4.一致性原则 . 7 5.可靠性和安全性 . 7 6.现势性 . 8 7.灵活性 . 8 8.可扩充性 . 8 技术路线 8 架构设计 11 1.体系架构 . 11 2.软件架构 . 12 ( 1)地理信息系统软件 13 ( 2)数据库软件系统 13 ( 3)服务器操作系统 14 ( 4)并发数与响应时间 14 3.系统物理架构 . 14 二三维数据建设 16 图形数据采集合成 16 1.数据标准 . 1
2、6 ( 1)精细采集 16 ( 2)简单采集 17 2.流程描述 . 17 3.采集目标 . 18 4.采集范围 . 19 5.采集方式 . 19 ( 1)航测数据采集、高程数据采集 19 ( 2)外业纹理数据采集以及野外调绘记录 20 ( 3)内业三维模型数据的建立 20 ( 4)影像数据的修改和纠正 20 ( 5) DEM 数据的修改 . 21 ( 6)三维场景数据的合成 21 ( 7)属性数据的录入 21 6.采集器材 . 21 三维模型数据建立 22 1.建模标准 . 22 ( 1)数学精度需求 22 ( 2)模型精度需求 23 2.建模工具 . 24 第 2 页 共 126 页 3.
3、模型制作及导出 . 25 ( 1)立体模型的生成 26 ( 2)立体图模型的材质处理及贴图 29 ( 3)立体模型的修改 34 ( 4)立体 模型的导出 37 4.质量控制 . 37 ( 1)质量控制措施及标准 37 ( 2)过程控制流程 37 ( 3)质量检查规范 38 ( 4)模型检查工具 38 5.效果控制 . 38 ( 1)原有效果分析 38 ( 2)外观还原标准 38 ( 3)结构还原标准 38 ( 4)效果 控制措施 39 信息数据采集入库 39 1.采集目标 . 39 2.采集范围 . 39 3.采集流程 . 40 4.数据规范 . 40 ( 1)数据内容 40 ( 2)数据格式
4、 41 5.数据导入 . 41 6.数据匹配生成 . 41 三数据库设计 42 数据库设计原则 42 1.标准化 . 42 2.一致性 . 42 3.范式设计 . 42 4.完整性 . 42 5.有效性 . 43 6.安全性 . 43 7.可扩展性 . 43 8.兼容性 . 43 数据建库 44 1.建库标准 . 44 ( 1)数据标准 44 ( 2)操作标准 44 2.数据库建设方案 . 45 3.数据采集与更新机制 . 46 逻辑结构设计 46 数据管理 47 1.版本控制 . 47 2.多尺度空间数据的统一管理 . 48 第 3 页 共 126 页 3.尺度矢量数据的组织与管理 . 48
5、 4.多尺度栅格数据的组织与管理 . 49 5.分布式数据的联动管理 . 49 数据库设计中的关键技术 50 1.历史数据管理 . 50 2.数据查询速度 . 51 数据库安全管理 51 1.用户管理 . 52 2.日志管理 . 53 3.备份与恢复 . 53 4.存储安全 . 53 接口设计 54 1.接口设计要求 . 54 2.所需开发的接口 . 56 ( 1)应用接口 56 ( 2)通讯接口 57 ( 3)校正接口 57 ( 4)扩展预留接口 57 四三维地图平台设计 58 前台功能设计 58 1. 地图基本操作功能 . 58 2.用户交互功能 . 59 ( 1)地图便签 59 ( 2)
6、地图导航 60 ( 3)二三维地图切换 60 ( 4)测距与测面 61 ( 6)地图标注 62 ( 7)地图图层设置 62 ( 8)地图纠错 63 ( 9)标志性建筑物三维查看功能 63 3.三维地图黄页功能 . 65 ( 1)企事业信息展示 65 ( 2)企事业周边信息查询 66 ( 3)企事业单位入驻 67 4.搜索功能 . 68 ( 1)地图搜索 68 ( 2)快速搜索 69 ( 3)屏内搜索 70 ( 4)周边搜索 70 ( 5)公交搜索 71 ( 6)框选查询 73 5.广告展示功能 . 74 6.VR 全景展示功能 74 7.公共服务指南功能 . 75 第 4 页 共 126 页
7、8.企业信息展示功能 . 76 9.定制专题地图功能 . 77 后台功能设计 78 1.实体管理 . 78 2.定义热区 . 79 3.单位管理 . 82 4.未分析单位 . 84 5.已分析单位 . 84 API 接口功能设计 84 五项目管理 86 项目管理 86 1.管理总则 . 86 2.管理目标 . 86 3.实施机构设置 . 86 ( 1)项目领导 小组 87 ( 2)项目实施小组 88 ( 3)项目需求分析组 88 ( 4)地理数据采集组 88 ( 5)模型规划构建组 89 ( 6)模型导入优化组 89 ( 7)系统平台技术开发组 90 ( 8)项目协调组 90 ( 9)项目质量
8、监控组 90 ( 10)项目验收小组 91 4.项目人员保证 . 91 5.项目阶段划分 . 93 6.项目过程控制 . 95 ( 1)项目过程控制的主要环节 95 ( 2)有关开发规范 95 ( 3)开发过程控制 96 ( 4)各阶段的质量控制文档 97 ( 5)开发过程中的版本控制 98 7.配置管理 . 99 ( 1)文档分类 99 ( 2)与业主方(或客户方)协调的文档 99 8.验收管理 . 101 (1)系统初验 101 (2)整 体系统验收 103 9.协调配合工作 . 103 系统安装与测试 104 1.系统安装 . 104 ( 1)安装介质 104 ( 2)软件与硬件交付 1
9、04 ( 3)文档交付 104 第 5 页 共 126 页 2.现场安装调试 . 104 3.软件测试 . 105 ( 1)软件测试类型 105 ( 2)测试 的方法 106 ( 4)内部测试 107 ( 5)整体测试 108 4.系统测试 . 110 ( 1)数据和数据库完整性测试 110 ( 2)接口测试 111 ( 3)集成测试 111 ( 4)功能测试 112 ( 5)用户界面测试 112 ( 6)性能评测 112 ( 7)负 载测试 113 ( 8)强度测试 113 ( 9)容量测试 114 ( 10)安全性和访问控制测试 115 ( 11)故障转移和恢复测试 115 ( 12)配置
10、测试 116 ( 13)安装测试 116 六项目实施计划 117 实施方案 117 项目进度计划表 117 七培训计划 119 培训方针 119 培训目标 119 1.培训人员要求 . 119 2.培训内容 . 119 3.培训目标 . 120 培训计划 120 培训教材 120 八售后服务 121 售后服务目标 121 售后服务方针 121 售后服务团队 121 售后服务联系方式 121 售后服务流程 121 1.诊断故障并提交故障诊断报告 . 121 2.制定系统维护和故障恢复的实施计划 . 121 3.管理、监督维护计划的实施 . 122 4.确认维护工作完成并提交维护报告 . 122
11、5.提交成果 . 122 6.验收 . 122 系 统维护服务承诺 123 第 6 页 共 126 页 一 三维 地图 平台 系统总体设计 设计要求 1、建立一个 7 24 小时不间断、无故障运转安全稳固的 三维地图系统 平台。实现互联网服务平台三维展示查询功能,方便 业务系统整合 。 2、建立一个集成的数据服务中心。将三维地图数据和相关业务信息集中存储在数据库服务器中,并可以共享给任何有权限的访问者,同时解决并发访问问题。 3、在提供强大功能的基础上使操作简单化。工作人员只需经过简单培训在浏览器上操作就能实现丰富的功能。 4、系统要提供强 大的空间数据处理和分析功能。 5、建立一个结构可伸缩
12、 并 可灵活扩展的平台。数据库可以是集中统一的,也可以是分布式的,用户的功能和数量可以方便扩展。 6、开发方便,可以根据业务需要开发出符合工作流程的系统。系统要符合IT 业的开放标准,可以与其他系统进行无缝集成。 设计原则 为了实现以上 设计 ,在本 项目 的建设中要坚持高起点高要求。因此,在软件、数据、系统响应的时间特性、 三维地图 人机 操作 界面、主机系统、网络系统等方面提出各自的性能目标。要达到较高的 成熟性和先进性、完备性和适用性、开放性和标准型、一致性、可靠性和安全 性、现势性、灵活性、可扩充性。 第 7 页 共 126 页 1.成熟性和先进性原则 平台建设要采用成熟、合理先进的技
13、术路线和体系结构。确保系统成熟、可靠和先进,使系统能够适应未来技术发展和需求的变化,具有较强的生命力,符合未来发展的趋势。 2.完备性和适用性原则 充分保证 三维公共服务平台 运行的 完备性和适用性 , 平台 的功能体系和数据结构均应满足网络工作的要求,同时满足对信息的查询检索、统计、制图和数据共享方面的需求 。 要求平台在充分考虑公众计算机水平和操作习惯基础上开 发的各项服务和管理功能易于操作和使用,结构简洁、清晰,界面友好。 3.开放 和标准性原则 在平台开发过程中必须坚持标准化原则,遵循国家标准、行业标准及本局相应的接口标准,保证软件平台能跨平台部署和运行,可以运行在各种操作系统和网络浏
14、览器上,如 Windows、 UNIX、 LINUX 操作系统, IE、 Tencent Traveler、MyIE、 Firefox 等浏览器。在软件平台开发过程中,数据规范、编码规范及文档规范都必须遵循国标或相应的规范要求。要具备国际化标准的网络协议、软件体系结构,便于系统扩展和升级。 4.一致性原则 作为一项系统工程,在充分考虑系统阶段性建设的同时,必须保持整个 平 台的一致性,遵循国家和应用行业制定的有关标准与规范,以便与其它系统进行连接。 5.可靠性和安全性 应建立一套完整的安全体系,包括安全管理、安全机制、安全系统及安全检查等多方面内容,来保证系统稳定和数据安全。 第 8 页 共
15、126 页 对于一个实用的 平台 来说,安全至关重要,特别是综合数据库系统,数据安全必须得到保证。为此,系统应设置有效、可靠的安全机制,确保数据与应用的安全,免遭各种破坏和非法使用。必须建立起数据备份及数据访问的安全机制。备份是系统发生非人为因素时产生的对数据的破坏,而数据访问的安全机制保证数据不会被非法用户的有意数据 破坏,系统建库时需要统筹规划。 6.现势性 所提供的地理空间信息要体现 最新的现势性,包括最新的道路、桥梁、河流、建筑物等所要求的基础信息。 7.灵活性 系统业务流程按业务的自身固有规律设计与制定流程,减少重复和交叉,以提高工作效率。在流程的设定上,要有灵活性和跳转性。 在系统
16、设计时,运用工作流 和页面流 技术,进行深入的业务数据流的跟踪与分析,坚持高弹性、高灵活性、个性化的原则,对业务模型结构进行科学可靠的设计,实现业务内容增减变动的自动控制与定制。 8.可扩充性 在业务处理功能上要具备组件化,采用多层结构体系相 结合的方式提高软件适应变化的 扩充 能力,以及软件的自动重组能力。 在系统设计时从体系结构等方面充分考虑系统的可扩充性 性,减少 后期扩充系统模块 的工作难度和工作量。系统设计应尽可能的具备系统自动化操作能力。系统 利用 O/R Mapping(如Hibernate)提供的技术,抽象分离业务逻辑与数据库数据的耦合, 这样在系统升级或迁移 数据库 时可以
17、无需要修改代码即可方便切换 。 技术路线 本 项目 方案 设计 根据 该 建设项目提出的总体要求, 结合我们 设计思想和设计原则 ,形成了一个完整的方案描述框架,以确保采用先进和成熟的技术来满足用第 9 页 共 126 页 户的 需求。本方案采用 B/S 架构,采用 最先进的 基于 J2EE 的 WEB 应用 Spring MVC、 Spring、 Hibernate 框架 开发技术,对软件开发平台的选择充分考虑了先进性和稳定性等因素,中间件平台、开发工具、 GIS 服务器和数据库均采用业界主流产品,以 JAVA 技术为基础,遵循 J2EE 标准。 采用 Browser/Server 结构 、
18、 智能客户端 (Smart Client)技术 考虑到本项目终端用户的特点,系统采用 B/S 架构,用户只需使用浏览器即可使用系统。平台的 业务逻辑集中在以 Web 为基础的服务器上实现,并且集中处理 。 Web 服务器或者应用服务器控制着事务处理的整个过程。 通过智能客户端技术系统可以实现自动升级,维护十分方便。 采用 SOA 面向服务的体系架构 面向服务的体系架构 (service Oriented Architecture, SOA)就是在分布式的环境中,将各种功能都以服务的形式提供给最终用户或者其他服务。采用面向服务的体系架构可满足企业灵活多变,可重用性高的需求,可降低应用系统和 IT
19、 环境的复杂性,该体系结构可轻松地集成和重用,以创建真正灵活和适应性强的 IT架构。 采用先进的基于 J2EE 的 Spring Webflow、 Spring MVC、 SpringHibernate 开发框架 Spring 开发技术是目前比较先进 J2EE 应用 开发框架。它是 轻量级容器的杰出代表 ,具有很多满足现代编程技术要求的技术优点: 松耦合 Spring 框架的核心思想就是 “解耦 “。应用程序的各个部分之间(包括代码内部和代码与平台之间)通过一种称为控制反转( IOC)的技术来实现形成一种松耦合的结构,使得应用程序有更多的灵活性。 展示 层与业务逻辑分离 随着应用复杂度的逐渐上
20、升和对应用灵活性要求的提高, IT 逻辑和业务逻辑尽量分离的呼声也越来越高。 AOP 技术作为实现这种分离的一种比较好的途径而越来越受到大家的重视。 Spring 框架 就 是面向切面的编程( AOP)的支持。 Spring内置的 AOP 支持是一种锦上添花的功能。它使得一些本来必须由容器支持的功第 10 页 共 126 页 能,比如事务控制可以脱离开容器运行,从而达到 “瘦身 “的目的。这也是为什么Spring 框架常被人成为轻量级容器的一个原因。 Spring 框架在 展示层尽可能少的包含业务逻辑处理。除了直接支持 JSP 之外,它还支持基于 FreeMarker 模板,基于 Veloci
21、ty 模板或其它文档类型的界面等的表现层实现。业务层一般包含主要 的业务逻辑,尤其是与用例相对应的那些业务逻辑。另外,这一层也适合包含事务管理和安全控制方面的逻辑。良好的业务层设计可以使得展示层可以采用不同的技术而不影响业务层。业务层的功能上可以类比于 J2EE 技术中的无状态会话 BEAN 层次。 数据访问可以与底层持久化层的具体实现相分离 DAO 实际上就是数据接口层,在应用中 可以 通过 XML 标准的文件 接口来体现。 DAO 的存在使得数据访问可以与底层持久化层的具体实现相分离。一般在DAO 接口中主要就是实现数据对象的查询、存储、删除等操作。从理论上讲,DAO 层与底层数据的存储方
22、式是独 立的,也就是说并不一定要求是关系型数据库。 Spring 框架在设计的时候也考虑到了其它非关系型数据库数据源的情况。 持久业务对象 持久业务对象是问题域中业务对象的持久化表示,比如一个用户对象,一个帐户等。通过某种 O/R 映射技术来实现这些业务对象的持久化。持久业务对象是可以包含业务逻辑的,与业务层所包含的业务逻辑不同的地方是持久业务对象所包含的是与具体业务对象直接相关且更为通用的业务逻辑。 采用符合 J2EE 标准的组件开发技术 通过用户管理组件、安全控制组件、 GIS 通用组件、多源数据接口组件、增值服务应用组件、模 版管理组件、数据处理组件、信息发布组件、数据交换组件等提供对外
23、服务和对内管理的支撑; 组件 可以跨平台进行部署。业务系统中的应用服务及应用支撑软件需要满足各种工业标准(如 TCP/IP、 HTML、 XML、 J2EE、 CORBA、 SOAP、 WDSL)。系统中的各个组成部分通过这些标准可实现互连。 平台的系统设计采用国际先进的多层结构 N-tier architecture 功能解藕:每层都有其各自功能,底层为高层提供服务,服务接口固定,保证层与层之间互不耦合,层与层的开发相互独立。功能解藕是扩展性的基础。 第 11 页 共 126 页 扩展性:功 能解藕和组件技术使本系统很容易扩展新功能 分布性: J2EE, Cookie, REST 设计模式等
24、技术的使用功能,自然支持系统的分布式部署 灵活性:组件技术, XML, WebService 等技术,使平台可灵活配置参数,可灵活组装 /拆卸功能模块,以灵活适应运营商的要求。 架构 设计 1.体系架构 如图所示,系统采用多层体系架构,多层结构在本系统中具体体现分为三个层次,即应用接入层、业务逻辑层、数据核心层,其中数据核心层又包括数据层与数据访问层,它们主要功能和作用如下: 应用接入层:提供地图浏览,信息浏览、信 息搜索、数据接入,它是系统管理员、管理人员和客户获得系统资源或进行系统操作的界面,系统的用户界面层第 12 页 共 126 页 是基于 WEB,这样既提供了操作的方便性和灵活性,也
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
2000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 三维 平台 技术 方案
