- 1、本文档共17页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
文档编号:GM-YFZX-Temp-27
文档密级:内部公开
数据管理平台
产品需求规格说明书
版本号:0.2
天耀宏图科技有限公司修订记录
版本号 修订记录 编写人 审核人 日期 V0.1 创建 邹锦辉 2016-06-19 V0.2 修改文档格式 王芳 2016-06-21 目 录
1 文档介绍 2
1.1 文档目的 2
1.2 读者对象 2
1.3 参考文档 2
1.4 术语与缩写解释 2
2 产品介绍 3
3 项目目标 3
3.1 数据集存储 3
3.2 数据负载均衡 3
3.3 数据交互 4
3.4 支持GIS数据类型 4
3.5 接口的高扩展性 4
4 总体架构 5
5 产品的功能性需求 5
5.1 数据视图 5
5.1.1服务器视图功能 6
4.1.2数据集视图功能 7
4.1.3图层视图功能 8
5.2 数据提交 9
4.2.1单文件提交 9
4.2.2批量提交 10
4.2.3断点续传 11
5.3 服务器设置 11
4.3.1主服务设置 11
4.3.2服务器启动停止 12
4.3.3负载均衡 13
6 性能需求 14
7 外部接口需求 14
8 软硬件环境需求 15
9 其他需求 15
文档介绍
文档目的
本文档的目的是通过对用户需求的分析,将用户需求转化为对产品需求规格的定义,为产品的设计开发和测试提供依据。
本文档范围包括:产品介绍及产品范围,产品应当遵循的标准或规范,产品功能性需求、用户界面需求、性能需求、软硬件环境需求及其他需求等。
读者对象
产品的开发设计和测试人员、产品的用户(包括公司内/外部客户)。
参考文档
无
术语与缩写解释
无
产品介绍
数据管理服务将数据预处理工具处理好的数据进行组织,根据制定的数据发布规则,将数据部署到服务器端,并将数据和数据发布服务进行关联,从而将数据提供给浏览终端使用,并对数据进行有效的管理。
项目目标
数据集存储
一个数据集可以理解为一个数据仓库,内部可以存储任意条目的数据。
数据集用一个0~65535的数字编号进行标识,其中有几个编号为固定仓库,其它类型的数据不允许使用:
RDSC_VirtualCubeCode(1):八叉树索引数据专用
RDSC_LayerCfgCode(3):图层配置数据专用
RDSC_DataSetCfgCode(2):客户端数据工具配置专用(服务端不会存在此数据集)
RDSC_InternalShareObject(4):三维客户端内部共享数据专用(服务端不会存在此数据集)
RDSC_ExternalDataSetCode(99):连接外部数据专用,如WMTS/WMS/WMFS等(服务端不会存在此数据集)
一个数据集可以分布于多个Globe服务端实例上以实现数据存储与发布服务的负载均衡。
数据负载均衡
Globe允许多个服务端进程实例同时提供数据服务,一个服务端实例,用IP:Port进行标识。
一台实体服务器硬件,可以有多个服务端实例同时提供数据服务
多台实体服务器硬件,可以有各自的服务端实例同时提供数据服务
数据负载均衡的作用,就是让数据分布在不同的服务端进程实例中,让每一个服务端进程实例尽量均衡地承载数据访问压力;同时数据可以冗余分布,也可以非冗余分布以保证数据服务的高可用性;数据负载均衡,在最初配置服务端实例时就应该规划好,后期修改时才能不影响到前期的数据,后期修改负载均衡配置,不得涉及到前期已经均衡配置的数据集
数据交互
客户端数据通过数据维护工具可以上传到事先配置好的服务端实例中
数据维护工具也可以将事先上传到服务端实例的数据删除掉
数据维护工具可以更新指定的数据条目
数据维护工具可以在服务端创建图层树结构
支持GIS数据类型
数据平台需要具备支持常用GIS数据的存储与服务,包括以下三种数据类型:
影像数据
地形数据
模型数据
接口的高扩展性
该项目除了实现上述基本数据服务需求之外,应该确保接口的高扩展性,以支撑未来各种应用场景的自定义数据服务实现,主要包括两个层次的模块接口设计:
C++层 DataKeeper模块接口设计
COM层GMDataKeeper模块接口设计
总体架构
架构视图如图所示,该项目聚焦于数据服务层,从数据维护工具应该具备的功能需求开始,逐层梳理现有的模块与接口,根据业务需求重新进行架构设计,提高数据服务框架的可扩展性与可复用性。
图 41
数据定义:
记录是以ID、Object的形式存储的,数据集里存放着N条记录,ID描述了Object的类型,唯一标识与所在数据集号;Object有一种特殊类型叫图层,它可以包含对象,也可以包含图层,Obj
文档评论(0)