土地信息系统建设中的若干问题 中国科学院地理信息产业发展中心.doc

土地信息系统建设中的若干问题 钟 耳 顺 917大楼 100101 zhonges@ 最近十年来，我国土地信息系统技术得到了飞速的发展，已经在许多土地管理部门成功应用，成为日常业务的管理工具。随着信息技术的发展，特别是Internet技术的普及，土地信息系统的形式发生了很大的变化，一个新的名词“数字土地”应运而生。可以说，“数字土地”是土地信息系统的拓展和延伸，它不局限于土地部门的日常业务管理范畴，而是基于Internet/Intranet之上，对土地信息的采集、处理、管理、发布、应用全过程的数字化，可以描述为数字测量、数字制图、数据库、信息系统、信息发布等。更深层次的内容也许还包括土地信息系统与其他信息系统的集成，为其他信息系统提供相关信息等。 因此，在新的理念不断推出、技术不断发展的今天，研制和开发新型、实用的土地信息系统就成了一项非常重要的任务。本文根据近年来在土地信息系统研制与开发的实践，结合技术发展趋势分析，对与土地信息系统建设有关的技术和管理方面的问题进行探讨。 二、土地信息系统建设的有关技术问题 信息技术发展迅猛，如果系统设计者缺乏前瞻性，系统在其建设期间也许就会出现技术过时，系统设计应符合技术的发展潮流，同时还要求系统要具有可扩充性，以便系统进一步发展和技术扩充，更好地满足应用。从技术的角度看，土地信息系统建设有几个方面是需要考虑的。 1、GIS与OA的一体化问题 LIS是以地籍图为核心的，或者说是以地籍图管理为核心，侧重点在空间数据库或者在满足制图的要求，实际上国内外大多数地籍信息系统也仍处于这一层面上。今天的LIS，实际要求是满足土地管理部门的业务管理要求，首先需要的是一个完善的办公自动化系统(OA)，地籍信息的管理可以视为其中重要的组成部分。在技术实现上，要求空间信息系统与办公自动化有机的结合，形成内部统一的系统，即GIS与OA实现一体化。 实现GIS与OA的一体化，最好是将空间数据和其他文档数据存于统一的数据库系统之中，选择开发平台和开发工具就成为系统设计与开发的重要问题。数据库系统的选择，目前有大型商业化数据库系统，如Oracle、SQL Server等均是可选的对象，而系统前端软件的选择，往往是各用户和开发商所关注的。采用组件式软件是实现GIS与OA一体化的理想工具。在现有商业软件中，美国ESRI公司的MapObjects和美国MapInfo公司的MapX等均是可选的工具，然而它们的GIS功能有限，如线型定义、地图排版(Layout)、图形编辑等还不足。北京超图地理信息技术有限公司开发的SuperMap2000，功能强大，是实现GIS与OA的一体化的理想前端软件。如南宁市土地信息系统、中山市国土房管局办公信息系统都是成功的应用实例，真正做到了使办公自动化的功能与GIS功能融于一体。图1为利用SuperMap2000开发的南宁市土地信息系统界面，在办公自动化系统中直接显示地籍图和查询地籍相关信息。 ???????????? ??????????????????????????????????? ? 图1 南宁市土地信息中地籍图与查询信息 2、系统与数据结构问题 /服务器(C/S)结构所取代。C/S二层结构把业务逻辑与界面操作组合在客户端，把数据库存放在服务器端，客户通过网络访问服务器。C/S结构适合大型土地工程项目的建设要求，曾经成为应用最为广泛的系统结构。 但是C/S结构在多数据库、用户数量多（如：超过100个）情况下显得力不从心，而且在安全控制方面也存在缺陷。随后产生的2.5层体系结构对此进行了一些补救。先是在服务器端通过数据通道支持更多的数据库访问；然后是在服务器端使用存储过程把业务逻辑移到服务器端增加数据安全性。 尽管如此，还是产生了更安全、更有效的三层甚至多层结构。典型的三层结构把业务逻辑设计为客户端和数据库服务器之间的一个独立层面。尽管业务逻辑层与数据库可能是线在同一个物理服务器上，业务逻辑层独立地承担了对土地信息系统业务的定义与控制。业务逻辑层与客户端的分离增加了安全性；与数据库的分离则增加系统的可重用性，开发商把客户端和业务逻辑层的系统稍作修改并配上新的数据库，就可以移植到具有相同业务的其他单位，有助于大幅度降低系统建设成本。 “瘦客户”是土地信息系统系统结构上述发展过程的另外一个表现，单机模式下界面操作、业务逻辑和数据库都在客户端，C/S结构下数据库从客户端移到网络服务器上，到了三层结构，业务逻辑也从客户端分离出来。客户端瘦化的好处在于系统便于整体管理和维护，系统更新和维护的大部分工作都可以在服务器端完成。 值得一提的是，三层结构并不一定意味着Internet。但Internet信息发布也逐渐成为土地信息系统建设的一个组成部分。信息发布已经成为很多政府机构需要