支持本次建库的软件平台要求为全*市统一，分为以下几个部分：调查调查管理信息系统，外业任务管理系统，外业调查软件，外业举证平台，内业建库软件，共享分析平台。

农村地籍管理信息系统

(1)简述应用系统设计与开发总体思路。

按照一般性原则，GIS应用系统的设计与开发基本上从数据库与专业应用功能两方面来考虑。

数据库设计主要包括概念设计、逻辑设计、存储设计、元数据设计等。从概念上讲数据库由基础地理数据、专题空间数据、多媒体数据共三部分构成，它们的数据源、类型、格式都是多样的，需要一个能够有力管理这些复杂数据的数据库逻辑模型。目前在GIS应用中多采用二维表的关系模型，将数据按照数据集、数据区与数据层这三个逻辑单元进行组织与存储。

专业应用功能的设计与实现，要紧紧围绕用户需求，针对实际管理的业务要求和工作流程，开展应用功能设计，同时包括系统运行的网络体结构的设计。在统一标准体系、数据规则的前提下，将所有业务和问题集成到GIS平台上，进行统一存储、管理、关联，提供符合用户管理实际要求的专业化业务模块和各类业务综合分析功能。一般应包括基础数据管理、通用数据查询、桌面业务处理、机助专题制图、辅助分析决策、动态数据交换、网络信息发布、运行维护管理共八大功能模块。

(2)简述C/S网络结构下的GIS开发方法。

××C/S网络结构下的GIS应用系统一般都要求具有强大的GIS分析和查询功能。在C/S网络结构下GIS的开发主要采用COM组件技术实现。

组件(COM)技术在GIS中的应用已经非常广泛，主要的GIS厂商都推出了自己的组件产品，如Esri公司的ArcObjects、 ArcEngine, MapInfo公司的MapX等。 VB、VC、Delphi等支持COM标准的可视化集成开发环境都支持组件式GIS开发方式。目前，常用的GIS开发以ArcEngine较多。

ArcEngine的开发主要依赖于ArcGIS产品体系中所提供的若干类和接口，这些类和接口分别封装在20多个ArcGIS库文件中。在开发时只需要找到对应接口，并熟悉接口调用，即能实现所需GIS功能。

(3)简述系统运行的网络体系结构。

为适应分布在不同区域的多用户使用系统的特点，并考虑系统中部分数据属于保密信息的情况，系统应分别采用C/S和B/S两种分布式模式，以适应并支持局域网和城域网（或互联网）两种网络环境。系统管理工作在内部的局域网采用C/S架构完成，具备数据入库、操作与查询功能的客户端层构成客户端，空间数据引擎与数据库构成服务器端；在全用户范围的城域网内采用B/S架构，仅能浏览、查询、检索空间数据库构成浏览器端；空间数据引擎、WebGIS服务器与数据库服务器构成服务器端。

(1)（参见11.3考点2）

显示文字主要通过官方资料和出典信息进行制作，主要表达地名、道路名、公园、机场、车站、大学、医院、小区、山峰、名胜古迹以及具有方位意义的立交桥、隧道、湖泊、岛屿、河流、城市内部的重要建筑和单位。

显示文字内业作业主要包括以下3个方面。

①显示等级制作：显示等级是导航软件用以识别在不同比例尺下显示哪些文字的依据。

②调压盖关系：为了避免在同一层出现过多的文字或不同层累加文字过密，导致显示相互压盖，地图内容画面杂乱，需要对显示文字的数量和位置适当调整和取舍。

③名称简化：对超长文字（大于11个汉字）和形成压盖的文字进行名称简化。

(2)（参见11.3考点3）

内业成果数据质量检查验收的主要方式方法包括作业员自查、质检组检查、接边检查、逻辑检查、实地验证等。

①逻辑检查：通过逻辑性的判断分析来检查数据的正确性；逻辑检查所发现的问题的类型包括绝对性错误和可能性错误。

a．绝对性错误即逻辑检查所发现的问题一定是错误的，必须进行修正，如相同的位置有多个同名称同类型的POI、一个城市的路网与其他周围的城市不连通等。

b．可能性错误即逻辑检查所发现的问题有很大的可能性是数据制作错误，需要进行重点确认，如道路形状叠加在海洋、河流的背景数据上，有可能是跨海或跨江大桥，也有可能是背景数据制作时形状不准确。

②实地验证：对于逻辑检查完成的数据进行现场验证评价。

a．道路要素的形状与现场的一致性。

b．道路要素中名称等属性与现场比较是否正确。

c．路口实景图中表达的内容与现场情况是否一致。

d．POI数据的位置、名称等属性与现场比较是否正确。

e．确认重要区域的重点POI的完整性。

检查验收合格后的成果数据，可以提交到集成数据库进行安全技术处理、产品集成以及后期的产品发布和导航系统应用前的数据编译工作。