GB 18578-2008-T 城市地理信息系统设计规范

ICS07．040 A75 a亘 中华人民共和国国家 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 GB／T18578—2008 代替GB／T18578--2001 城市地理信息系统设计 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 Specificationsfordesigningurbangeographicinformationsystem 2008-07-02发布 2008-12-01实施 中华人民共和国国家质量监督检验检疫总局当士 中国国家标准化管理委员会及仲 GB／T18578—-2008 目 次 前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯···⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯”I gI言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯Ⅱ 1范围⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯1 2规范性引用文件⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯1 3术语和定义⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-1 4设计方法、设计原则和设计过程⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯···⋯⋯⋯⋯⋯2 5需求调查和 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 ⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯2 6总体设计⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯··⋯⋯⋯⋯⋯⋯⋯·3 7详细设计⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯9 附录A(资料性附录)系统配置 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯13 附录B(资料性附录)总体设计书的编写提纲⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯··⋯⋯···⋯⋯⋯·15 附录c(资料性附录)详细设计书的编写提纲⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯17 刖 罱 GB]T18578---2008 本标准代替GB／T18578--2001，本标准与GB／T18578--2001相比主要变化如下： ——按照GB／T1．1—2000《标准化工作导则第1部分：标准的结构和编写规则》对标准进行了 修改； ——对规范性引用文件进行了修改； ——4．2“设计原则”中增加了“先进性原则”，并对原有的内容进行了适当的调整和修改； ——将第5章“需求分析”修改为“需求调查和分析”，增加了需求调查的详细内容； ——删除了原标准中6．2．5“开发成本和效益分析”的内容； ——修改了第6章中“地理定位控制”的内容。 本标准的附录A、附录B、附录C为资料性附录。 本标准由国家测绘局提出。 本标准由全国地理信息标准化技术委员会归口。 本标准起草单位：国家测绘局测绘标准化研究所、武汉大学。 本标准主要起草人：郭玉芳、吕玉霞、杜道生、王伟、王占宏。 本标准所代替标准的历次版本发布情况为： ——GB／T185782001。 CB／T18578--2008 引 言 随着地理信息系统(GIS)和计算机技术的迅猛发展，我国城市地理信息系统领域的需求和技术也 发生了不少变化。为了更好地满足城市建设发展的需要，提高标准的现势性和现有标准之间的协调性， 有必要修订GB／T18578--2001的结构和内容。在本标准的修订过程中，对经过实践检验、认为正确合 理的技术方法和技术内容予以保留，对与相关标准不协调的内容进行了修改，并适当增加了部分新的内 容，具体参见前言所述。 Ⅱ 1范围 城市地理信息系统设计规范 GB／T18578--2008 本标准规定了城市地理信息系统的设计原则、内容、方法和要求。 本标准适用于各类城市地理信息系统的总体设计和详细设计，其他地理信息系统的设计可参照本 标准。 2规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有 的修改版(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 GB／T12409地理格网 GB／T13923基础地理信息要素分类与代码 GB／T14395城市地理要素城市道路、道路交叉口、街坊、市政工程管线编码结构规则 3术语和定义 下列术语和定义适用于本标准。 3．1 城市地理信息系统urbangeographicinformationsystem；UGIS 利用计算机和地理信息技术，实现对城市各种空间、非空间数据的输人、存贮、查询、检索、处理、分 析、显示、更新和提供应用，并以处理城市各种空间实体及其关系为主的系统。 3．2 系统设计systemdesign 为实现用户需求分析提出的系统功能所进行的各种技术设计的总称，包括总体设计、详细设计和设 计审查等。它是在用户需求分析的基础上进行具体设计的过程，也是选择最佳实现方案的过程。 3．3 原型法prototypemethod 把系统设计和开发过程作为一个迭代过程的系统设计方法。其设计原则是先确定部分要求，制定 初步方案，并在较短的时间内开发出一个能满足用户基本需求的示范性系统雏形(原型)，然后经用户试 用，找出原型的缺点和不足，进行修改补充，再向用户演示，听取意见和修改补充，如此反复，逐渐形成一 个完善的系统。原型法的基本模型如图1所示。 图1原型法的基本模型 GB／T18578--2008 3．4 生命周期法lifecyclemethod 指系统从立项开始，经过可行性论证、需求调查和分析、设计和开发、使用和不断维护，直到最后被 淘汰的整个过程。一个系统的生命周期可分为若干个阶段，每个阶段的工作均以前一个阶段的工作结 果为依据，并作为下一个阶段工作的前提。 3．5 模块结构法module—structuredmethod 一种面向数据流的系统设计方法。指用一组标准的准则和图表工具确定系统有哪些组成部分，用 什么方式联系在一起，从而构成最优的系统结构，将系统分为若干个模块进行设计和开发，然后将各个 模块拼装而成一个完整的系统。 3．6 内聚度cohesion 单个模块所执行的诸任务在功能上互相关联的程度。 3．7 耦合度coupling 模块之间相互依赖的量度。 4设计方法、设计原则和设计过程 4．1设计方法 城市地理信息系统的设计宜采用原型法。当需求分析明确时，也可使用生命周期法或模块结构法。 4．2设计原则 城市地理信息系统的设计应遵循以下基本原则： a)实用性原则。系统的设计在技术指标、产品模式、数据库模式等方面应面向城市信息应用，系 统的结构、功能和界面应适合用户的使用，操作方便、灵活。 b)标准化、规范化原则。系统的内容、数据分类与编码、数据精度、作业规程等应采用或部分采 用有关国家标准、行业标准和地方标准。对国家标准、行业标准和地方标准中没有包括但需规 范化的内容，可补充制定临时规定。 c)可行性原则。系统规模应考虑与人力、财力相适应，并具有稳定可靠的数据源和较为迫切的用 户需求，以及适宜的建设周期。 d)可扩充性原则。系统的数据编码和系统功能、数据、应用领域和软硬件配置应可扩充。 e)成本效益优化原则。系统的设计应以满足应用需求为标准，选择适当的数据精度和性能价格 比最优的系统配置方案，合理安排工作的优先顺序，先试点后大规模实旅，尽快使系统达到净 产出的阶段。 f)先进性原则。系统的设计应充分利用当前先进、实用的技术手段，采用成熟的设计方案、技术 标准、硬件平台和软件环境，保障系统稳定可靠地运行。 4．3设计过程 城市地理信息系统的设计过程分为用户需求调查和分析、总体设计、详细设计和设计方案论证四个 阶段。 5需求调查和分析 5．1基本要求 在进行城市地理信息系统设计时，应进行需求调查和分析，并形成用户需求调查报告和分析报告。 用户需求具有随系统开发进程逐步提高的特点，因而，用户需求调查和分析应在系统设计和开发过程中 2 GB／T18578--2008 反复进行。 5．2需求调查 需求调查应通过选取一般单位和若干有代表性的单位进行。调查应明确内容，并制订出详细计划。 调查完成后应编制调查报告。调查报告内容应真实、科学。需求调查的内容主要包括： a)用户(包括直接用户和潜在用户)概况； b)现状及问题； c)管理需求； d)应用需求； e)数据需求； f)安全需求； g)设备需求。 5．3需求分析 根据需求调查结果进行统计汇总，分析找出数据、功能和用户间的关系，编写需求分析报告。分析 报告的主要内容包括： a) 分析直接用户、潜在用户； b)分析用户对数据和功能的需求； c)分析现有工作流程、数据项及其数据流程和在系统中实现的可能性； d)根据调查分析结果，提出系统实现的硬、软件及网络需求。 6总体设计 6．1总体设计任务 城市地理信息系统总体设计应根据需求调查报告和分析报告确定系统总体目标，规划系统的规模 和建立系统的总体结构和模块间的关系，确定系统软、硬件及网络配置，设计数据库／数据结构，规定系 统采用的技术规范，并作出组织实施计划，提出总体设计方案。 6．2总体设计内容 6．2．1确定系统目标 根据可行性研究报告、用户需求调查报告和用户需求分析报告确定系统的开发目标、应用目标、应 用范围、预期效益、功能和时间要求。确定的目标要求具体、明确，充分反映用户意见和要求。 6．2．2总体结构设计 6．2．2．1子系统的划分 一个城市的地理信息系统可由若干子系统组成，但必须包含一个基础地理信息子系统。专题信息 子系统的多少由城市地理信息系统的目标和服务领域决定。 不同类型的城市地理信息系统具有不同的系统结构体系： a)对于城市基础地理信息系统：由地形数据库、正射影像数据库和数字高程模型数据库等组成。 b)对于城市专题地理信息系统：由一个基础地理信息子系统和若干个功能性子系统组成。例 如，某城市的土地开发信息系统由基础地理信息子系统、规划信息管理子系统、土地价格评估 子系统、土地开发可行性分析子系统等组成。 c)对于城市综合地理信息系统：由一个基础地理信息子系统和若干个专题信息子系统组成。例 如，一个城市综合地理信息系统可由基础地理信息子系统、规划管理子系统、综合管网子系统、 地籍管理子系统、房产子系统、交通子系统、公安子系统、人口管理子系统、旅游子系统和公共 3 GB／T18578--2008 服务设施子系统等中的若干子系统组成。 6．2．2．2系统基本功能 城市地理信息系统应具有以下基本功能： a)数据输入：具有图形图像输入、属性数据基本输入、数据导入等功能； b)数据编辑：具有数字化坐标修改、属性文件修改、结点检错、多边形内点检错、结点匹配和元数 据修改等功能； c)数据处理：具有拓扑关系生成、属性文件建立(含扩充、拆分和合并)、坐标系统转换、地图投影 变换和矢栅数据转换等功能； d)数据查询、检索和统计：以不同的查询条件对各种数据进行单独的、组合的、相互的查询与检 索，并能依据查询结果提取数据和对数据进行统计； e)空间分析：具有叠置分析、缓冲区分析、邻近分析、拓扑分析、统计分析、回归分析、聚类分析、地 形因子分析和最佳路径分析等功能； f)数据输出：具有矢量绘图、栅格绘图、报表输出、数据导出及三维动态模拟和显示等功能。 6．2．3软硬件及网络系统配置 6．2．3．1系统配置原则 系统配置要遵循以下原则： a)满足系统规模、功能、数据容量、数据处理速度的要求； b)技术上稳定可靠； c)投资少，见效快； d)立足现在并顽及发展。 6．2．3．2系统配置方案 系统的配置方案主要考虑以下方面： a)根据系统功能要求，提出目标系统的软件配置方案； b)根据系统规模和数据容量，提出目标系统的硬件配置方案； c)根据系统用户和数据分布，提出网络配置方案(客户机与服务器方案、中央处理机与终端方案 或它们的混合方案)。 附录A提供了三种不同系统规模的软硬件配置方案，供设计时参考。 6．2．4软硬件及网络配置 6．2．4．1软件配置 对于选用的各类软件，包括计算机操作系统软件、基础软件、应用软件，均应说明其技术特点、与国 内外同类产品的比较，明确阐述选择的理由，并指明所选软件的名称、生产厂家、版本号和技术要求。 6．2．4．1．1系统软件 操作系统软件既要与所选计算机相匹配，又要支持所选地理信息系统基础软件。 6．2．4．1．2基础软件 系统基础软件应满足以下技术要求： a)具有数据采集、输入、存储与管理和输出的功能； b) 具有构建拓扑关系及空间分析功能； c)具有良好的用户界面开发工具、支持汉字处理、具有二次开发功能； d)具有良好的开放性、兼容性及与其他系统空间数据的可交换性； e)性能可靠，软件技术支持服务好； f)具有模块化或组件化和较高的性能价格比。 6．2．4．1．3应用软件 应用软件应满足以下技术要求： 4 GB／T18578--2008 a)与基础软件兼容或能以控件的方式连接； b)实现系统的某个特殊功能。 6．2．4．2硬件配置 6．2．4．2．1硬件设备 城市地理信息系统应包括计算机、输入设备、输出设备、数据存贮与备份设备和不间断电源等硬件 设备。 6．2．4．2．2硬件选择的原则和依据 硬件选择的原则和依据如下： a)性能价格比最优，具有通用性和可升级性； b)运算速度和存储容量等性能指标满足数据管理要求； c)与其他硬件的兼容性、可连接性、共享性好； d)与所选软件兼容性、对系统软件和应用软件的适应性好； e)硬件接口丰富。 6．2．4．3网络体系结构 网络体系结构的设计应包括以下内容： a)写明网络设计原则、技术要求、产品选型、拓扑结构、基本部件与配件、传输介质、接口、通信协 议、约束条件、结构化布线方案等； b)画出网络结构图：图中标出各类服务器与客户机、交换机、路由器等的数量与分布；反映出局 域网及其互联的情况；如采用公用网或因特网需具体指出； c)说明各个服务器／客户机的作用、配置和具体位置； d)说明拟采用的网络安全保护技术，如防火墙等，并符合国家有关安全保密的规定。 6．2．5数据库设计 6．2．5．1数据库设计的基本要求 数据库的设计应满足以下要求： a)应对大量的数据体用非冗余结构予以定义，能为不同用户使用； b)在插入、修改和删除数据元素时，数据元素的结构、相互关系和从属性应保持不变； c)应用程序不依赖于数据库中的数据组织方法和存储位置，即数据独立； d)系统对库中数据存取进行控制，防止非法存取和有意或无意的破坏，保证数据安全； e)系统应保证数据在逻辑意义上的正确性、有效性和兼容性，应采取各种保护手段防止任何可能 危及数据完整性的情况发生； f) 应有一些辅助程序，用于数据库的维护、经常性数据组织和必要时的数据库恢复； g)应便于用户对数据进行独立的写入、修改、补充和删除； h)应具有不断扩充和更新的能力； i) 应具有对历史数据的维护和处理的能力。 6．2．5．2数据库设计的内容 6．2．5．2．1数据量估算 数据量估算包括以下内容： a)数据库设计时应对每个子系统的数据量进行估算，按表1所示的内容和格式并加注文字的形 式进行描述。预计数据量=本子系统的数据总量×占空系数(实际开销与理论开销之比，由具 体项目和运行环境而定，一般取1．5～2．5)。 b)数据库设计时应根据数据的权属、维护的部门等对数据分布进行安排，并按表2所示的内容及 格式进行描述。如数据文件名和存放位置(本站点、局域网、广域网服务器)。 5 GB／T18578--2008 子系统名 表1子系统数据■估算 实体名 数据总量／KB 子系统名 表2数据分布安排表 存放位置 数据文件名 保存期限／年 本站点 局域网服务器 广域网服务器 6．2．5．2．2数据库系统的选择 数据库系统的选择既要考虑系统功能的要求，又要确保系统具有安全性、稳定性、兼容性和可扩展 性，能支持复杂的数据类型和海量数据管理，以及良好的开发环境、性能价格比和服务支持能力。确定 数据库管理系统后，应说明所选数据库开发商(或公司)名称、数据库的技术特点，并对该数据库是否满 足本系统的要求进行论证。 6．2．5．2．3图形数据分层方案设计 数据库设计时应规定图形数据的分层原则和数据的层名、层号以及数据内容规则。各类数据库或 子数据库，应根据系统的具体情况和用户需求，采用统一的分层方案存放数据。数据分层应依据下列 原则： a) 同一类数据放在同一层； b)用户使用频率高的数据放在主要层； c)为显示绘图或控制地名注记位置的辅助点、线、面应放在辅助层； d)尽量减少数据冗余； e)处理好数据与功能的关系。 6．2．5．2．4数据分类和代码设计 数据分类与代码设计应包含以下内容： a)介绍有关的国际标准、国家标准、行业规范及其贯彻情况； b)编制系统使用的代码表，格式和内容如表3所示； c)规定和制定临时分类与代码的依据和原则、格式约定、注意事项。 表3系统使用的代码表 代码表名称 中文注释 引用本表的子系统名称 1． ⋯⋯ 2． ······ (代码表1) 裹3(续) GB／T18578--2008 代码表名称 中文注释 引用本表的子系统名称 1． ······ 2． ······ (代码表2) 1． ······ 2． ··t··· (代码表M) 6．2．5．2．5逻辑结构设计 数据库的逻辑结构设计应明确确定基本数据库和数据子库的名称和数据库间数据共享的逻辑 关系。 6．2．5．2．6数据库数据模型选择 数据库设计时应根据用户需求选择合适的基础数据和专题数据、图形数据和属性数据的数据组织 形式，即数据模型。GIS中常用的数据模型有关系模型和面向对象模型等。 6．2．5．2．7空间数据模型选择 数据库设计时应根据用户需求选择合适的基础数据和专题数据的数据存储格式：矢量形式、栅格形 式、矢栅混合形式。 6．2．5．2．8数据字典的制作 数据库设计时，制作的数据字典应对空间数据、属性数据进行详细的描述和定义。 6．2．5．2．9数据安全性设计 数据库设计时应确定数据分级使用权限和密钥，防止各种非法操作的措施(如加密、备份、病毒防治 等)，并具有异常情况下数据库的恢复功能。 6．2．5．3地理定位控制 地理定位控制的内容包括： a) 平面坐标系。采用国家统一坐标系或依法审批通过的地方独立坐标系。 b)高程基准。采用国家统一的高程基准。 c) 区域多边形控制系统。应当统一规定整个系统的区域多边形系统，并规定各种多边形区域的 界线、名称、类型和代码。不同城市区域多边形的划分可以不同，其划分原则应考虑各个城市 原有的习惯和数据统计单元。常用的城市分区方法有：按行政区分区，按城市管理分区(如市 政管理、交通管理、邮政、环保分区)；按经济活动性质分区；按自然界线分区等。 6．2．5．4属性数据指标体系 属性数据应设计统一的标准指标体系。属性数据指标体系设计的内容包括：确定某类图形数据属 性项名称、代码、类型、宽度和属性项的属性值指标(值域)。 属性项设计应根据业务管理的内容和需求确定。不同城市和不同等级的用户，属性项的数量可多 可少，但宜依据现有国家标准、行业标准和地方标准来确定本城市、本系统所涉及的属性项和属性值的 标准分级或指标值。 6．2．5．5基础地理信息数据库设计 基础地理信息数据库的设计，除满足6．2．4．1的要求外，可按照空间数据库技术发展状况进行。 基础地理信息数据库是空间型数据库。它的主要内容是城市大比例尺地形图(1：500，1：1000， 7 GB／T18578--2008 1：2000等)的数据，辅之以1：5000和1：10000的地形图数据、正射影像数据、地质数据以及其他 基础性的社会信息。 6．2．5．6元数据库设计 元数据库是城市数据库的有机组成部分，元数据库的设计应包括数据集的标识信息、数据质量信 息、数据源和处理说明、数据内容摘要、数据空间参照系统、数据分类、数据分发信息和限制信息，以及其 他有关信息。 6．2．5．7符号库设计 符号库设计包括地形图符号库的设计和专题地图符号库的设计，其设计原则是：在一定的硬软件支 持下，应按相关标准要求设计制作符号，并以数据库方式进行管理和维护。 6．2．5．8模型库和方法库设计 对空间分析模型和方法的程序应建立程序库，实现其数据库的管理功能，并作为分析模块并人数据 库管理系统。 6．2．5．9专题信息数据库设计 专题信息数据库可以是空间型数据库，也可以是基于空间定位的关系数据库。按专题信息内容的 不同，专题信息数据库又可细分为若干子库，如城市规划管理数据子库包括规划图形信息库、社会经济 信息库和规划文档信息库等二级子库。子库的多少取决于本城市地理信息系统的具体目标和应用 范围。 在专题信息数据库中，应根据城市特点设计统一的空间定位统计单元，并相应地在统计表中增加统 计单元代码的数据项。空间定位统计单元可视不同的数据内容确定，可以是规则的格网，也可以根据一 定条件划定多边形。空间定位统计单元应当是稳定的和标准化的。规则格网的统计单元应分级与编 码，可按GB／T12409的规定执行。在城市地理信息系统中用到的1：2000、1：1000和1：500比例 尺地形图，在GB／T12409中未规定格网等级和边长，可根据实际需要自行设计，建议分别采用2．511'i， 2 1'13,，1In或0．5i'11的格网边长。 6．2．6实施计划与人员培训 6．2．6．1实施计划 6．2．6．1．1制定实施计划，并根据系统工程的方法，将系统开发分为若干阶段。系统的实施一般可分 为三个阶段进行： a)第一阶段：开发统一的基础地理信息子系统和建立数据库； b)第二阶段：根据需要开发其他子系统，扩充功能和分析应用模型及功能的二次开发； c)第三阶段：完善功能，实现系统集成和全市联网，最终完成目标系统的开发和建设。 6．2．6．1．2系统的开发模式可分为完全自主开发、委托开发和联合开发三种模式。系统开发应根据开 发单位的经费预算、人员储备和技术力量，选择合理的开发模式。当采用第二或第三种模式时，用户应 自始至终参与系统开发全过程。 6．2．6．1．3根据其开发阶段和开发模式制定出切实可行的开发计划(时间进度表)、资金投入计划、硬 软件购置计划，确保系统在短时间内发挥经济效益和社会效益。 6．2．6．2人员培训 人员应按少而精、专职与兼职相结合的原则进行配备。城市地理信息系统通常涉及的技术人员包 括用户需求分析人员、项目主管、数据库主管、程序员、数据转换操作员、网络管理人员和用户等。 应根据系统规模和具体目标制定人员编制和培训计划，包括对决策层与业务人员从概念上、技术 上、组织上及法律、经济上进行先导教育与培训。 6．3总体设计书的编写和论证 城市地理信息系统总体设计书可按附录B所示的内容进行编写。其编写应符合规范化的要求，内 容完整，文字表达简明扼要，数据和图表准确，便于理解和使用。总体设计书的附件包括用户需求调查 8 GB／T18578--2008 报告和分析报告、图形信息分类代码表、属性信息指标体系表等。 总体设计方案是系统开发的指导性文件，是详细设计和制定实施方案的依据。因此，必须按设计的 先进性、完整性、可靠性、可扩展性、可移植性、合理性进行论证，并经修改后方可付诸实施。 7详细设计 7．1详细设计的对象 详细设计的对象为总体设计中的某个子系统，原则上每个子系统都应分别进行详细设计。 7．2详细设计的任务 在满足一个城市地理信息系统总体功能的前提下，应根据总体设计规定的系统目标、阶段开发计划 和总体设计规定的设计原则和要求，对各个子系统进行详细设计，以指导子系统的开发。 子系统设计以对用户需求的进一步详细调查分析为基础。子系统设计前的用户需求调查要充分利 用总体设计前调查分析的结果，特别是与子系统主题相关的部分，并对用户做进一步的专题性调查，弄 清用户在相应专题方面的业务情况和对系统的应用要求，并以此作为子系统设计的依据。 7．3详细设计的内容 7．3．1目标设计 按系统的总目标确定本子系统的目标。 7．3．2系统结构 根据子系统的规模和功能需求，确定其逻辑结构、软硬件的类型和数量。专题子系统逻辑结构必须 要有熟悉本专题业务的专业人员参与设计。 7．3．3功能模块设计 每个子系统除应具有如数据输入、图形或属性信息的查询检索、数据处理与分析、坐标变换和投影 变换、图形图表显示或输出以及数据更新等通用功能外，还应针对各个不同的专题子系统，设计专题应 用和辅助业务管理功能。如基础地理信息子系统应具备辅助测绘业务管理的功能，土地管理子系统应 具备辅助土地管理事务处理的功能等。每一项管理业务均要按照规范化工作流程设计出功能模块并制 定开发计划。 7．3．3．1功能模块命名原则 模块的名称(即标识符)一般采用汉语拼音命名。要求有实际意义、便于理解、有规律可循。 7．3．3．2功能模块层次结构 7．3．3．2．1对总体设计中已划分的子系统和各大模块，按高内聚度和低耦合度、功能的完整性和可修 改性的原则，采用自顶向下的方法逐层分解，进一步划分为功能独立、规模适当的模块，直至叶功能模 块，并如图2所示画出模块结构图。 图2功能模块层次结构示意图 7．3．3．2．2在每个子系统中，功能模块的编号应该是唯一的。 7．3．3．2．3详细描述各功能模块的内容和功能，以及人口参数和出口参数。 7．3．3．3功能模块与部门的对应关系 使用表4所示的矩阵方式说明本子系统用户单位的各部门使用模块的情况。其中“√”表示使用了 该模块。其中模块名可以是任意层次上的，建议与实际的安装相一致。 cs／x18578--2008 7．3．3．4子系统的外部接口 子系统的外部接口应当在统一的总体设计方案和规范标准的指导和控制下进行设计。在条件成熟 时，子系统应能通过网络互联。子系统的外部接口设计应考虑以下因素： ——采用统一的基础数据作为空间定位的公共平台} ——与其他子系统的接口：数据／参数调用／返回情况； ——对特殊外部设备的需求。 表4功能模块与部门的对应关系 模块1 模块2 模块3 模块N 部门1 √ √ √ √ 部门2 √ √ √ 部门3 √ √ 部门M √ √ 7．3．4软硬件及网络配置 软硬件及网络的配置内容如下： a)按6．2．4．1的具体要求确定应用软件的类型、名称、套件数并说明其性能指标； b)按6．2．4．2的具体要求确定硬件设备的型号、数量并说明其性能指标，绘出硬件设备配置图； c) 制定软硬件购置计划； d)按不同城市、不同规模系统、不同用户需求确定网络结构和功能。 7．3．5数据库设计 7．3．5．1代码设计 7．3．5．1．1图形数据分类代码 图形数据分类代码应包括基础信息和各类专题信息图形数据的分类和代码。其中，基础地理信息 要素分类与代码按GB／T13923的规定执行，对各类专题数据分类与代码，执行相应的国家标准或行业 标准。 7．3．5．1．2图形数据的标识码 图形要素的标识码用于对主要实体要素的标识。道路、道路交叉口、街坊、市政工程管线的标识码 应按GB／T14395规定的编码结构规划，结合城市平面几何图形特点和应用习惯，首先确定定位分区代 码；再分别确定各类要素实体的代码结构，进而构成这几类城市要素的标识码。其他各种城市地理要 素，如宗地、地块、建筑物、公共设施等，可参照GB／T14395的规则编制临时标识码，并列出全部标识码 清单。 编制l临时分类和代码应遵循城市地理信息分类和编码的原则，即科学性、系统性、稳定性、不受比例 尺限制、兼容性、完整性、可扩充性、适用性和灵活性原则，并尽量与国际相关标准接轨。 7．3．5．1．3代码衷列表 可按照表5所示的形式对一个子系统使用的代码表列表，并应指明代码数据的文档名与文档编号。 表5 XX子系统使用的代码表列表 代码表名称 中文注释 GB／T18578--2008 7．3．5．2数据组织和存储的表示 对确定的数据模型，应用E-R图定义实体之间的关系： a)基数：一个实体连接另一个实体的数量关系； b)存在性：指明关系是“任选的”，还是“强制的”； c)依赖性：指明一个实体是否依赖于其他实体； d)继承性；指明“父类”与“子类”的关系。 7．3．5．3安全保密措施制定 安全保密措施包括以下内容： a)进行用户角色定义，说明各类角色的权限； b) 备份(包括安全性备份和历史备份)的要求与操作步骤； c)规定日志文件的使用。 7．3．5．4用户界面设计 在子系统功能模块设计的基础上，应开发全汉化的菜单式用户界面。界面设计应符合人机界面设 计的美学要求，对用户真正作到“友好”，具体要求如下： a)形式简洁、美观、汉化，使用户易懂、易学、易操作； b)具备“帮助”功能，甚至语音解说功能； c)提供系统命令提示功能和图标菜单，相同的功能要用相同的图标显示； d)提供系统错误检验能力、系统命令行处理能力和系统批处理能力； e)各模块之间界面形式一致，布局合理，尽可能加大图形显示窗口。 7．3．6数据输入设计 数据输入设计的内容包括： a)数据源的分析与选择； b)数据采集前的预处理； c)数据采集方式的确定； d)数据采集技术要求和技术规定； e) 与空间参照系配准(空间参照系与系统采用的参照系保持一致)； f)数据质量控制和检查验收规定； g)属性项的选择、定义； h)数据更新的技术方法； i)数据接边处理规定。 7．3．7数据输出设计 数据输出设计的内容包括： a) 确定数据输出的产品形式和要求； b)选择符号库系统或设计符号库； c)文本和表格设计； d)确定数据转出的数据转换标准和格式转换的接口。 7．4数据质量控制 从系统设计、数据源选择、数据采集、数据处理直至系统开发完成，均应有严格的质量控制指标和检 查措施。不同子系统的质量控制指标是不同的，但必须有一系列标准用于控制。对尚未形成国家标准、 行业标准、地方标准的内容，应制定暂行规定进行内部质量控制。 7．5实施计划 制定的实施计划应包括以下内容： a)列出经费投入计划； 11 GB／T18578--2008 b)列出设备购置计划； c)列出人员培训计划； d)分项目列出时间进度表。 7．6功能模块详述 对每个功能模块应分别进行详细描述，内容如下： a)模块编号与中文注释； b)功能描述与性能描述； c) 说明与本模块相关的代码表与基本表； d)输人信息参数(含参数名、中文注释、缺省值、格式)、数据文件的格式与权限、输入频度；使用 的特殊输入设备；输人时使用的代码表与基本表； e)输出信息参数(含参数名、中文注释、缺省值、格式)、数据文件格式、输出频度、报表格式样张； 使用的特殊输出设备；输出时使用的代码表与基本表； f)算法，包括计算公式与说明、某些设定的或必然的逻辑关系； g)采用框图+文字叙述处理流程； h)模块应用实例及说明(即调用说明)； i)屏幕布局与说明。 7．7详细设计书的编写和论证 城市地理信息系统详细设计书可按附录C所示的内容进行编写。详细设计方案可单独论证，也可 与总体设计方案一起论证。 GB／T18578--2008 附录A (资料性附录) 系统配置方案 根据城市地理信息系统的具体目标和规模，可以选择不同的具体硬软件配置方案。本附录给出城 市地理信息系统的大、中、小三种配置方案的建议，供设计时参考。 A．1较大规模的城市地理信息系统配置方案 较大规模的城市地理信息系统配置有如下特点： ——多种操作系统并存； ——客户／服务器结构和分布式数据库； ——网络化； ——具有遥感图像处理功能； ——多媒体数据传输能力。 较大规模的城市地理信息系统配置方案如图A．1所示。大规模系统配置：可以采用服务器(文件 服务器和数据服务器)和工作站联网，根据数据量配置大容量磁盘或磁盘阵列，并配置手扶跟踪数字化 仪或大幅面扫描仪和矢、栅绘图机等外围设备。 主干网 图A．1较大规模城市地理信息系统配置方案图 图注： 方框A是整个地理信息系统数据处理与管理的中心，以小型机、服务器为核心，带动数台工作站和 微机，它有三方面任务：一是作为中央数据处理中心，负责整个系统的数据采集、数据管理、数据检索和 数据查询；二是负责城市地理信息系统的动态维护；三是经过网络管理整个系统，并存储备份数据。 方框B是数据输入系统，由工作站、微机、数字化仪、扫描仪等组成。 方框C代表用户组。 方框D是数字图像处理系统。 方框E的功能是用来完成输出，由绘图机、打印机组成。 方框F是多媒体系统，由工作站、微机、录像机等组成。 G和H表示远程广域网用户系统。 A．2 中等规模的城市地理信息系统配置方案 它不像较大规模城市地理信息系统那么庞大和复杂，一般为地理信息局域网或广域网系统。中等 规模系统配置：可以用服务器与若干台微机联网。服务器配置较大容量的磁盘，并配置适当数量的手扶 跟踪数字化仪或大幅面扫描仪，以及绘图机等外围设备。 其系统配置方案如图A．2所示。 13 GB／T18578--2008 局域网 圈A．2 中等规模城市地理信息系统配置方案图 图注： 方框A是GIS中央数据库及网管，它是整个城市地理信息系统的数据处理和管理的中心，由l台 或2台服务器组成，其作用与图A．1中的方框A类同。 方框B是数据输入系统。 方框c为输出系统。 方框D为用户组。 A．3小规模城市地理信息系统的配置方案 小规模城市地理信息系统的配置方案较中等规模城市地理信息系统配置更为简单，一般为地理信 息系统局域网。小规模系统配置，用一台高档微机与若干台微机联网，配置适当规模的磁盘，并根据近 期或中长期的需要，配置手扶跟踪数字化仪或扫描仪，一般应配置一台绘图仪。 其系统配置方案如图A．3所示。 圈A．3小规模城市地理信息系统配置方案图 从图A．3可见，小规模城市地理信息系统是最基本的城市地理信息系统，具有地理信息系统数据 输人、存储、管理、分析、输出的基本功能。从网络角度看，小规模城市地理信息系统是一个局域网系统。 基础信息子系统是城市地理信息系统中其他所有子系统的公共基础，用于存储、管理和应用基础信 息，为其他各个子系统提供统一的空间定位基础和专题信息的空间载体。 专题信息子系统用于存储、管理和应用某一类专题信息，各个专题信息子系统借助于统一的空间定 位基础信息实现专题信息之间的配准和叠加分析处理。 附录B (资料性附录) 总体设计书的编写提纲 GB／T18578--2008 B．1引言 B．1．1编写目的 作用，预期读者。 B．1．2编写背景 系统名称，任务提出者，使用者，任务承接者，与其他系统的关系。 B．1．3定义 术语，符号规定，标准词汇，命名规范。 B．1．4参考资料 列出所有的参考资料，其中任务书、项目可行性论证报告和用户需求调查报告是必须的参考资料。 B．2总体设计技术方案 B．2．1系统目标 包括开发意图，应用目标，作用范围，预期效益。 B．2．2设计原则 先进性原则，实用性原则，标准化、规范化原则，可行性原则，可扩充性原则，成本效益优化原则。 B．2．3运行环境 软件平台，硬件平台，网络体系结构，系统配置方案。 B．2．4系统结构 B．2．4．1子系统划分：子系统名称、系统结构图。 B．2．4．2模块设计：模块名称、编号。 B．2．5软硬件配置 软硬件选型及其依据、台件数、系统配置结构图。 B．2．6数据库设计 B．2．6．1数据量估算 B．2．6．2数据分布方案 B．2．6．3数据库系统选购方案：原则、选型及其依据、套件数。 B．2．6．4数据模型说明 B．2．6．5数据结构说明 B．2．6．6数据格式说明 B．2．7代码设计 B．2．7．1背景介绍：国际标准、国家标准、行业标准及其贯彻情况。 B．2．7．2制定代码表的依据、格式约定、注意事项。 B．2．7．3代码表列表：代码表名称及其被引用的子系统名称，其中应特别指出需要为本系统指定的临 时代码表。 B．2．8实施计划和人员培训 将系统的开发分为若干阶段实施并制定出切实可行的开发计划和人员培训计划。 15 GB／T18578—-2008 B．3总体设计方案论证 从设计的先进性、完整性、可靠性、可扩展性、可移植性、合理性方面进行论证。 B．4附件 包括项目可行性研究报告、用户需求调查报告和分析报告等。 附录c (资料性附录) 详细设计书的编写提纲 GB／T18578--2008 c．1引言 c．1．1编写目的 设计对象——系统的某个子系统，作用——承上启下(基于总体设计)，预期读者。 c．1．2编写背景 子系统名称，任务提出者和承接者，使用者，与其他子系统的关系。 c．1．3定义 术语，符号规定，标准词汇，命名规范。 c．1．4参考资料 列出所有的参考资料，其中总体设计书、项目可行性论证报告和用户需求调查报告是必须的参考 资料。 c．2详细设计技术方案 c．2．1系统目标 开发意图，应用目标，作用范围，预期效益。 c．2．2运行环境 本系统所需的特殊设备和支撑软件，网络体系结构，系统配置方案。 c．2．3系统结构 c．2．3．1次级子系统划分：次级子系统名称、系统结构图。 c．2．3．2功能模块设计：模块名称、编号，层次，与部门的对应关系，外部接口等。 C．2．4数据库设计 c．2．4．1数据量估算和数据分布方案 C．2．4．2数据库：按数据库一片一层一要素一数据项进行描述。 c．2．4．3数据模型、数据结构、数据格式说明 C．2．5代码设计 c．2．5．1代码表列表：代码表名称及其被引用的次级子系统名称，其中应特别指出需要为本系统指定 的临时代码表。 c．2．5．2按制定代码表的依据、格式约定、注意事项(见总体设计)制定临时代码表。 c．2．6输入设计 数据源、数据采集方法、处理要求、数据分层。 C．2．7输出设计 图型、表形、数据文件格式。 C．2．8界面设计 界面设计的具体原则。 c．2．9安全保密设计 系统的安全保密措施。 C．2．10模块详述 按模块逐个提出设计方案。 17 GB／T18578--2008 c．2．10．1模块一(标识符)设计：功能、输入项、输出项、接IZl、支持软件、限制条件等。 C．2．10．2模块二⋯ C．2．10．3⋯⋯ C．3详细设计方案论证 可单独进行论证，或与总体设计方案一起论证。 C．4附件 详细设计中的其他资料。