国土资源电子政务平台设计方案

1 国土资源电子政务平台设计方案 总体目标 开展控制点数据库、 据库、城镇地籍调查数据库、农村土地利用现状数据库和城乡地权信息库的建设工作，建成市级数据中心，实现国土资源基础数据的统一管理；以满足经济社会发展和国土资源管理的需要为宗旨，采用先进的 台、以计算机网络为传输载体、使用可视化技术，结合国土资源管理的业务流程，建立结构完整、功能齐全、技术先进的国土资源电子政务管理系统，实现国土资源管理各业务主流程的信息化；建成集窗口式办公、自动化管理为一体的办公自动化管理系统，实现国土资源行 政办公和业务办公的图文一体化、无纸化办公，构建起市级国土资源信息应用与服务的平台。 1 设计依据 系统功能设计的技术依据 （ 1）国土资源信息化“十五”规划和 2010 年远景目标（纲要），国土资源部 （ 2）全国国土资源政务管理信息系统与信息服务系统建设总体方案，国土资源部 （ 3）国土资源信息系统建设规范，国土资源部 （ 4）县（市）级土地利用规划管理信息系统建设指南，国土资源部 （ 5）全国国土资源信息网络系统建设规范（试行），国土资源部 （ 6）全国国土资源信息网络系统安全管理规定（试行），国土 资源部 （ 7）企业管理信息系统开发规范（试行），国务院电子信息系统推广应用办公室 （ 8）土地利用现状调查技术规程，全国农业区化委员会 （ 9）城镇地籍调查规程，国土资源部 （ 10）县级土地利用总体规划规程，国土资源部 （ 11）城镇土地分等定级规程， 18507 2001 （ 12）城镇土地估价规程， 18508 2001 （ 13）国务院关于加强国有土地资产管理的通知，国发 200115 号 （ 14）关于整顿和规范土地市场秩序的通知，国土资发 2001174 号 2 （ 15）关于进一步推行招标拍卖出让国有土地使用权的通知，国土资发 199930 号 （ 16）关于切实做好耕地占补平衡工作的通知，国土资发 199939 号 （ 17）关于印发试行 的通知，国土资发 2001255 号 （ 18）关于建立建设用地信息发布制度的通知，国土资发 1998222 号 （ 19）国土资源行政复议规定，国土资发 20018 号 （ 20）关于国土资源电子政务建设的指导意见，国土资源部 数据库建设方面的技术依据 （ 1）中华人民共和国行政区划代码， 260 2000 （ 2）地球空间数据交换格式， 17798 1999 （ 3）国土基础信息数据分类与代码， 13923 1992 （ 4）城市地理要素 城市道路、道路交叉口、街坊、市政工程管线，编码结构规则， 4395 93 （ 5）国家基本比例尺地形图分幅和编号， 13989 1992 （ 6） 1 5000 1 10000 地形图图式， 5791 1993 （ 7） 1 500 1 1000 1 2000，地形图要素分类与代码， 4804 1993 （ 8） 1 500 1 1000 1 2000，地形图图式， 7929 9） 1 500 1 1000 1 2000 地形图数字化规范， 17160 10）地籍测绘规范，国家测绘局 002 11）地籍图式规范，国家测绘局 002 12）大比例尺地形图机助成图规范， 4912 13）城镇地籍数据库标准（试行），国土资源部 （ 14）县（市）级土地利用数据库标准（试行） ，国土资源部 （ 15）县（市）级土地利用规划数据库标准，国土资源部 （ 16）国土资源信息核心元数据库标准，国土资源部 （ 17）地质图空间数据库工作指南，国土资源部 3 （ 18）矿产地质数据库建设工作指南，国土资源部 （ 19）矿产资源规划数据库标准（试行），国土资源部 （ 20）省级矿产资源规划数据库建设指南（试行），国土资源部 （ 21）土地利用现状数据验收标准，国土资源部 软件工程管理中的技术依据 （ 1）软件工程术语， 11457 2）计算机软件开发规范， 8566 3）计算机软件产品开发文件编制指南， 8567 4）计算机软件需求说明编制指南， 9385 5）信息技术 软件生存期过程， 8566 6）软件文档管理指南， 16680 7）计算机质量保证计划规范， 12504 8）计算机配置管理计划规范， 12505 设计原则 （ 1）先进性 包括硬件设备、软件和技术方法的先进性： 硬件设备的先进性：硬件设 备应选用性能价格比高的设备，并有很高的可靠性和较长的使用寿命； 软件的先进性：软件应当采用目前国际上通用并符合发展趋势的软件，为以后的功能扩充打下基础； 技术方法的先进性：采用先进的技术方法和理论，设计实用、可靠、具有先进理论水平的分析模型和应用模型。 （ 2）稳定性 系统建设将采用先进和高度商品化的软硬件平台、网络设备和二次开发工具。在进行系统设计、实现和测试时采用科学有效的技术和手段，确保系统交付使用后能持续稳定地运行。 （ 3）安全性 由于系统业务涉及不同权限的职能部门、不同类型的业务数据，系统的安全保 密性是系统设计的重 4 要原则。系统应采用权限控制和网络控制两种方法，保证整个软件系统不会出现非法访问和各子功能的非法使用： 权限控制包括操作系统、数据库管理系统和按岗位权限设置功能三级控制；使系统本身对于数据库中数据存取进行控制，防止无关用户对数据的有意或无意破坏以及对数据的非法存取，并采用数据备份等技术，保证数据的安全性； 网络控制采用内网从物理上和外网分开，通过防火墙同外网进行隔离的网络建设方案；网上申报通过电子证书认证及用户名和密码的检验来保证安全。 （ 4）可维护性 维护方式：系统提供对系统自身的集中操作 维护的功能，真正做到使系统能在数据损坏、丢失等情况下将备份数据倒回，实现数据恢复。 维护工作量：系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。 （ 5）易操作性 界面设计：系统应提供美观实用、友好直观的中文图形化用户管理界面，充分考虑办公人员的习惯，方便易学、易于操作，含全菜单式处理和各种快捷键操作，保证多数功能一键到达。系统应以图形化的方式提供各种操作手段，充分发挥 图形面对用户的特点，信息的表现方式更直观，效率更高，摆脱过去那种面对大量枯燥的表格、文字信息进行数据挖 掘的状况。系统应提供即时在线联机帮助功能，随时对操作者遇到的疑难进行解答。 （ 6）可扩展性 功能扩展：为了满足用户今后系统扩容和扩大应用范围的需求，系统应充分考虑从系统结构、功能设计、管理对象等各方面的功能扩展。 软硬件升级：系统应充分考虑软硬件平台的可扩展性及软、硬件的负载平衡机制。随着关键软件和硬件的发展以及管理功能的增加，系统具有灵活和平滑的扩展能力。 （ 7）开放性 为了确保应用系统具有良好的互操作性和可移植性，系统的数据格式应该符合有关国家标准或行业标准。 5 3 关键技术 基础平台 业务多样 、图纸复杂、表格繁多，数据来源多、数据量大、空间跨度大、要求的精度高是国土资源信息显著的特征，这决定了其管理信息系统必须采用先进的 术。由中国地质大学信息工程学院中地公司开发研制的国产 台 过多年不断的努力，目前已发展成为面向网络环境的全组件式大型通用 台软件；提供有 数、 库、 件等多种二次开发方式；在性能上已经达到国际先进水平，尤其在地图输入 /输出、叠加分析、网络分析、海量数据管理、图库检索和 析等方面领先于国内外同类软件；在国内的市场占有 率保持第一名；在国家科技部组织的 评中，连续 7 年名列前茅， 2002 年获国家科技进步二等奖。该平台目前已在“湖南省国土资源厅电子政务系统”、“湖北省国土资源厅电子政务系统”、“秦皇岛市国土资源管理信息系统”和“云南省楚雄州国土资源管理信息系统”等多项国土项目中得到了应用。这一技术成果是市局国土电子政务管理系统具有高品质的保证。 用的关键技术 源国土资源信息的分布式存储技术 网络空间数据库的建立是实现空间数据分布式管理的核心基础。为了实现空间数据存取的设备无关性、位置无关性， 软件结构上， 把数据管理功能独立成一个功能层，所有的数据存取均通过该功能层。在该功能层定义了“工作区”的概念，并在工作区的基础上，定义了对空间实体相关的各种数据进行添加、删除、更新、检索、判断等操作，这些概念和操作通过 数接口或 C+类，暴露给上层程序。 据管理层向上提供“工作区”的概念及其相关接口，向下则通过数据转换程序对其他 统实现数据交换，通过本地数据管理程序实现存取本地空间数据文件，通过空间数据库引擎存取网络数据，如图 1 所示。 6 图 1 据管理层结构逻辑图 利用 空间数据库引擎（ 可将多源国土资源空间数据放在商业关系数据库中管理，这样既可大大拓展空间数据的容量，又 可以利用关系数据库的海量数据管理、事务处理（ 记录锁定、并发控制、数据仓库等功能，使空间数据与非空间数据一体化集成 。常可分为服务器端和客户端两部分。客户端通过 动程序与数据库连接并操作数据库，在服务器端，空间数据库引擎提供了建立网络空间数据库所必须的一些存储过程、功能组件、面向统管理员的空间数据库管理维护工具等，具体组成如图 2 所示。空间数据库引擎在客户 端和服务器端的功能如何分配，需根据服务器和客户机的性能、网络带宽等因素确定。数据可以存放在网络服务器或 务器，也可以存放在本地。访问数据时可以不必关心数据的存放位置，用户可以像操作本地数据一样去操作网络数据。 图 2 网络数据管理软件组成示意图 量图库管理技术 土资源信息系统拥有强大的海量数据管理能力，它将数据分为两类，地形数据以分幅数据转换驱动程序 据管理层（工作区概念层） 其它 地数据 网络数据 本地数据管理程序 客户端驱动程序 (空间数据引擎 ) 数据管理层 客户端空间数据引擎 服务器端空间数据引擎 数据库系统 服务组件 空间数据库管理工具 客户端 服务器端 7 专题层的方式通过 量地图库管理；专业数据以整体专题层的方式通过 作区管理。两类数据通过空间位置叠至在一起形成完整一体。 量地图库管理系统在平面上以图幅为单位来管理各幅地图，在纵向上以“要素层”来组织各图幅数据，逻辑结构如图 3 所示。 图幅 1 图幅 2 图幅 3 图中所示的图库是由 9 个图幅组成，具有 4 层要素层。平面范围来看，图库是由各个图幅拼接而成，而从纵向厚度来看，图库是由各个“要素层”数据重叠而成。按这种组织方式，结合灵巧的具体实 现， 量地图库管理系统可以提供给用户灵活直观的数据入库手段、强有力的数据查询途径和高效快捷的漫游显示等功能和特性。 按这种组织方式， 量地图库管理系统易于针对地图数据库管理的特殊性，提供给用户图幅与图幅间的接边功能，以消除相邻图幅间的接合误差，不至于让人感到整幅图是分块拼合的结果；易于实现对跨图幅图元进行整体查询和归并检索输出，同时保证系统的快速、高效性能。 土资源信息管理的多级服务器组建技术 针对国土资源空间数据客观上分布而在实际操作、应用中又需要集中的特点，研究提出了多级服务器 结构模式，开展了多级服务器组建技术研究。国土资源管理多级服务器数据管理体系结构是一种灵活的结构，根据不同类型的国土资源信息，可以建立一级或多级服务器体系（见图 4）。通常一级服务器建立在县（区）级行政管理部门，二级服务器建立在地级行政管理部门，三级服务器建立在省级行政管理部门，四级服务器建立在国家行政主管部门。每一级服务器的空间数据库都可作为信息服务数据库的数据来源。 对于多级服务器体系，下级服务器是上级服务器的数据来源，上级服务器中的数据是下级服务器数据的集合，下级服务器中的数据对应上级服务器中某个区域的数 据。最下级服务器负责数据的要素层 1 要素层 2 要素层 3 要素层 4 图 3 海量图库逻辑结构图 8 更新和维护，并自动更新上级服务器中的数据，上级服务器再自动更新更上一级的服务器中的数据。同级服务器之间的地理空间范围互不重叠，同一种专题的多级服务器统一按行政边界或标准图幅划分地理空间范围。这种方案保证了数据具有极大的可恢复性，当上级服务器出现故障时，上级服务器可以从所有的下级服务器中取得最新的数据，来建立全局数据，当下级服务器出现故障时，下级服务器可以从上级服务器中下载最新的数据。围绕数据中心服务器，数据管理和应用构成了一个具有 C/S 结构的局域网，从空间数据库提取信息进行发布的 务器也是中心服务器的一个客户端，而 务器和浏览器则构成了 B/S 结构。 图 4 多级服务器数据管理体系结构 土资源信息 布技术 国土资源信息管理要完成面向政务管理和社会服务两个领域的管理系统建设，关键是要解决信息管理和发布的技术问题。在系统用户数量迅速上升时，集中式信息处理模式对海量数据的处理 （特别是空间数据的查询）费时费力，系统已不堪重负；而基于 络 术能较好地解决这些矛盾。 过一种标准的 据库接口提供了存取各种数据库的统一接口，以支持多种不同类型的数据库。利用 们可以通过 索和浏览所需要的空间数据、专题图和图像，还可以进行空间查询和空间 分析。 方面实现了以浏览、查询为主的应用系统的 B/S 结构，另一方面可实现多级服务器和多用户协同工作方式，使应用系统的构建跨越了地域的限制和规模上的限制，为地理信息系统由以系统为中心转向以数据为中心的过渡打下了坚实的基础。 国土资源部门的办公管理、公众服务提供了一种有效途径。国土资源厅中下属单位不同类型的数据分别存储在不同地点的服务器上，每个 户作为一个客户端通过互联网与服务器2 级服务器 3 级服务器 1 级服务器 用户 9 I n t e r r 交换信息，既可以在全省范围内进行实时在线数据更新，也可以与网上其他非 息进行无缝连接和集成。 国 土资源空间数据的 布系统拟采用的体系结构见图 5，系统采用三层结构： 据服务器层、 务器层和浏览器层。 据服务器层 务器层 浏览器层 图 5 国土资源信息 布体系结构 浏览器层的平台是 上），采用普通的 览器，接收普通的 面。它的任务是访问 务器中有关的 面，并请求地图数据。 务器层的 平台是 000 及 台，主要由基于 台的 件组成。 务器接收到浏览器端的请求后，利用 件的功能，进行处理、分析、计算等，如果需要 据服务器的数据，则向 据服务器发出请求。 据服务器层的平台是 000 及空间地理数据库。它完成数据的定义存储、检索、完整性约束以及有关的数据库管理工作，它接收到 务器的数据请求，并将处理结果交送 务器。 用户并发访问与长事务处理技术 在 国土资源信息管理与服务系统中 ， 要处理大量的信息数据， 受到网络的传输协议、实时访问国土信息1 土信息2 国土信息n 10 量、带宽占用等的约束，把用户请求和结果数据有效地传输，成为影响系统性能的重要因素 。一个成功的国土资源信息的管理与服务系统，不仅要具备空间数据操作、发布功能，而且还要具备处理大量用户的并发访问 和“长事务”（多用户环境下的空间分析是一个长时间的事务，称“长事务”）技术的能力， 确保系统响应的速度和对服务器资源的最少占用 ，使服务工作顺利开展。如何实现多用户并发访问、快速有效的传输数 据是迫切需要解决的关键技术问题。 用户并发访问技术 用于国土资源信息应用与服务的 统建立是基于 T 平台的 务器 确保系统响应的速度和对服务器资源的最少占用，通过对比分析 展的优缺点，确定了在 务器扩展部分采用 方案。 为了使 用服务器与 合，真正发挥服务器对大量并发访问的有效响应，采用了 T 特有的先进的多线程和命名管道技术。 在 用服务器中，由主进程针对每一个 用户请求创建一个线程来响应 ， 服务器 可以 充分利用多线程机制， 让 各子线程分别处理用户的请求，达到并行处理的效果，保证了系统对请求的快速反应 。 同时，各线程独立工作，完毕后自动结束，释放系统资源，保证系统始终处于良好的运行状态 。保证了 在网络大量用户并发访问时， 事务处理技术 针对“长事务”完成时间长短不一的特点，采用将 术和“ 术相结合的解决方案进行事务处理工作，即 1）用户发出空间分析请求，通过 务器传输到 务器； 2） 据和属性数据，进行各项空间分析，将分析结果存储在特定的主页中； 3）事务完成之后，用户端可以使用标识和密码，查询空间分析结果，可进行下载、公布或删除等操作；4）若使用“ 术，服务器在事务处理完成后，将分析结果自动送给用户。这一方案对于在大量使用国土资源信息数据进行空间分析操作有着十分重要的意义。 作流驱动技术 根据 “ 国际工作流联盟 ” 的定义，工作流是指在一定组织和机构内，文档（ 信息（ 任务（ 照一系列已定义的规则（ 和按一定的时序在参与者（ 间传递以达到整个业务目标的自动化过程。 一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动与终止条件，以及对每个活动的描述，如活动的执行者、相关应用程序、需要的文档等。 工作流 模型 相关的模块包括工作流定义程序、工作流控制与监控组件，工作流定义和实例数据与工作流相关数据（信息系统数据）统一存放在关系数据库中，一体化管理 （见图 6）。 11 图 6 工作流引擎示意图 电子政务系统以业务为中心，通过业务流程来管理，而这些流程通过系统提供的工作流引擎进行驱 动，这个工作流引擎建立在 面层，通过 络连接实现，基于 络的工作流模型提供给应用者的是一个完全可视化的网络工作环境，用户的开发应用完全是基于 ， 使用的数据库或者文件方式对用户是透明的，有关数据库的支持完全由 成，不必考虑数据库的异构问题，用户只需要专注于了解整个业务逻辑，将自己的逻辑图通过 制在计算机上，就可以完成工作流模板（业务逻辑模型）的定制， 按照空间拓扑自动进行对控制逻辑的解释。通过引入 处理方式，将抽象的业务逻辑图具体化，把它变为实际的 络模型，用 络的思想来理解它、实现它，把业务逻辑可视化，用户在进行业务逻辑设计时，可以摆脱烦杂的与数据库有关的操作，专心于业务逻辑的分析。 “结点”代表了工作流中的不同角色（如：业务科室），“网线”代表了工作流中角色之间的联系（如：局长办公室与地籍科之间的联系），这样工作流中的流转发送就转化为了网络中的资源流动，工作流控制也就变成了网络控制，实现了将现实生活中的社会运动数学模型化，不仅简化而且可视化了业务逻辑，使业务逻辑的控制更加简便、快捷和准确，在这个基础上，使我们能更好地分析解决业务逻辑控制问 题。 作为工作流中的基本元素，角色具有角色名称、事件号列表、事件名称列表等属性，“角色名称”可以和商用数据库中的角色一一对应，事件号可以和动态表单关联，用来触发表单，使用户能在“恰当”的时候使用；角色之间的联系主要具有顺权、逆权这两个从 络中引入的两个概念，“顺权”表示从起始角色到终点角色的权重，反之为“逆权”，通过顺权、逆权的设置以及网络拓扑关系的控制，可以实现对案件流向特别是“特事特办”的控制。 国土部门业务烦杂，基于工作流模型用户可以很方便的定制各种业务办公流程，下面以建设用地审批流程为例大致介 绍工作流的构建过程（图 7）。 反馈 控制 监控督办 查询统计 定义修改模板 路由情况 实例记录 控制 案件库（工作流 实例） 工作流 模板 工作流控制 组件 工作流监控 组 件 工作流模板 编辑程序 工作流应用 组件 12 b c a 图 7 业务流程逻辑图 图中的方框部分作为角色，图中的箭头连接线作为“联接”。从图中可以看出，图中“ 色记录了 a， c 两条“进入”连接，“ 角色记录了 b“进入”和 c“出去”连接，以及 c 连接是由角色“ 角色“ 信息，这些信息是在 绘制工作流模板时自动形成的，案件就会按照它的定义进行流转。 工作流技术的应用将为专业人员尽快熟悉系统提供极为便利的条件， 提高系统开发的效率 。工作流在提供用户方便性的同时又不乏灵活性。由于各地实际情况不 同，各国土资源管理单位在遵守国家相关规范基础上，都会根据实际情况对自己内部的业务作出一些具体特殊的规定。为了适应这些情况，在系统中将允许用户对系统的工作流程进行灵活方便的设置，数据流也会自动地适应工作流的变化，从而控制数据在网络上的流动。 既实现了业务的可调整和可定制，同时也成功解决了 域 史）管理技术 国土资源信息在日常使用过程中，数据变更经常发生，需要实施版本控制以保证数据的有效性，避免混乱。四维（空间时间） 统，也称时态 过对时间维的描 述，借助可视化方法可直观地表达国土资源空间信息的动态变化（历史），制作随时间变化的动态地图，用于涉及时空变化的现象或概念的可视化分析。 四维 调的是利用时空分析的工具和技术来模拟动态过程，探究和挖掘隐含于时空数据中的信息和规律，这就要求必须建立规范化的时空数据模型。一个合理的时空数据模型必须考虑如下几个方面的因素：节省存贮空间、加快存取、查询、分析的响应速度以及表现时空语义。时空数据模型的核心问题是研究如何有效地表达、记录和管理现实世界的实体及其相互关系随时间不断发生的变化。这种时空变化表现为三种可能 的形式：一是属性变化，其空间坐标或位置不变；二是空间坐标或位置变化，而属性不变，这里空间的坐标或位置变化既可以是单一实体的位置、方向、尺寸、形状等发生变化，也可以是两个或两个以上的空间实体之间的关系发生变化；三是空间实体或现象的坐标和属性都发生变化。 以国土资源空间实体的增量变化存储为基础，形成一个时间序列，序列上的任意项都可以备份窗口收件 业务受理 业务审批 上级审批 发文缮证 2 13 下来作为版本管理，同时增量演化也可以得到相应版本的数据，因此可以通过控制版本的个数，来决定“时间换空间”或者“空间换时间”的程度。由于增量存储管理只记录了数据库中数据变化的变化量 ，在满足部门工作需要的情况下，所记录的数据冗余最小，并且它充分发挥了 海量数据的管理能力，可以直接对整个专题层进行历史管理；因此在查看历史时，可完整恢复历史并且支持对历史的查询、统计、输出。通过“增量”恢复，占用空间小，但速度相对较慢；通过“版本”恢复，占用空间大但速度较快。综合版本管理和增量存储两种方法的优点，可以在系统中实现版本管理和增量存储相结合的时空数据处理功能，在此基础上可实现不同时间国土资源信息的可视化表达。在本系统中将同时支持这两种方式，并且将决定权透明地交由用户控制，可以方便的以 时间换空间或者以空间换时间。 4 系统结构设计 统结构模式概述 计算机应用结构的演变主要经历了三个阶段：集中式或终端式的结构、 户机 /服务器）结构、 览器 /服务器）结构。 （ 1）集中式 早期的集中式结构属于全封闭式系统，不同系统之间无法进行交流，信息共享能力差，而且系统扩展很不方便，已经不适应信息技术发展的需求。 （ 2） 式 C/S 模式是基于网络技术发展起来的一种新型体系结构的信息处理模式，具有较强的信息共享能力。在这种模式 中， 处理 用软件，可由微机或工作站承担； 负责存储系统的数据、执行空间与属性数据库管理软件、响应 对 用功能的服务请求，可由分布在不同地点的多台微机、工作站、专用服务器等承担。这种结构的配置较为灵活，每个用户具有较强的独立性。但需要在每一个 安装特定的应用程序，限制了 的灵活性，而且存在 跨多平台时不灵活的问题，因此这种结构具有一定的局限性。 C/S 网络运行模式操作复杂，对系统维护人员要求高。这样对于一般的土地部门往往会出 现因为管理人员的维护不当而使系统出错甚至使系统崩溃。另外 C/S 方式对网络要求比 较 高，一般适用于局域网内部使用 。 （ 3） 式 B/S 结构扩展了客户机 /服务器的概念，使开发者只需将注意力集中到 务器端后台应用的开发，省去了客户端前台交互界面软件的开发，上网用户使用通用的多媒体浏览器（如 可进行信息访问和交流，数据操作和程序运行都在服务器中完成，实现客户端的零安装和零维护。这不 14 仅可节省开发费用和加快开发进度，更重要的是实现了跨越多平台的开发。由于数据访问是实时的，当多用户并 发访问、传输数据量较大时，易造成网络堵塞，降低访问速度。但随着 术的成熟，网络带宽的不断增加，采用 络结构建立 息系统已完全成为可能。 （ 4）混合模式 鉴于 B/S 方式和 C/S 方式 各具优缺点，在电子政务系统研制中，我们采用以 B/S 为主， C/S 为辅的网络结构模式进行系统结构管理，为市局各职能部门业务的开展提供可行的解决方案。对于市局信息中心，由于要负责数据更新和系统的维护等工作，涉及大量数据的处理，我们打算提供 C/充分利用其具有良好的人 /机交互能力，对图形数据具有 很强的处理和编辑能力，对于空间数据的存取效率高的特点，方便用户开展管理工作。 对于各科室业务人员日常办公，由于办公地点分布地域广（市局、区局）、基层工作人员的素质差异较大，我们应为其提供 B/S 模式。这种胖服务器，瘦客户端的运行模式，主要命令执行、数据计算都在服务器上完成，而且应用程序也安装在服务器，客户机几乎是零安装零维护。所有日常办公操作可通过浏览器完成，可也大大降低对基层办公人员的计算机技术要求（会使用计算机打字、上网即可）。采用 B/S 结构，可大大的减轻系统管理员的工作量，而且这种方式对前端的用户数没有 限制，国土资源管理部门可进行公开发布信息，普通市民也可通过浏览器进行查询。 统结构设计 考虑到市国土局的办公特点及与政府和上级、下级国土部门之间网络联接的要求，我们建议系统采用 B/S 为主， C/S 为辅的网络模式的系统框架（见图 8），市局内部各职能科室通过局域网用 B/S 模式访问信息中心，市局信息室以 C/S 模式管理数据；市局与外网采用物理隔开，通过 相连，并设有防火墙，以保证系统的安全性。各区局、县局、社会用户可以通过 B/S 模式访问市局国土资源信息中心。 业务科室 市局 15 图 8 市局电子政务系统结构框架图 统的数据流程 系统以 地理信息系统平台，采用窗口式办公自动化模式，所谓窗口式办文就是以相对独立的收发文室为窗口，凡市局受理的所有业务文件都由收发文窗口处理，来文单位只须将申请文件和必备资料从收文窗口递入，即可按规定时限到发文窗口领取审批结果，其它中间环节均由市局内部协调处理。办文结果将由市局的公告栏向用户公告，同时用户也可以通过公众信息网和电话语音系统查询办文结果及进展程度。市局 内建立办公自动化网络系统，市局所有的工作都在计算机上完成，各科室联网，文件传送、命令下达、阅文处理都自动化完成。市局各业务科室的工作人员，除必要的踏勘、会商及现场办公等工作外，办文期间不直接与来文单位接触，处理文件对文对事不对人。集中时间、精力办文办事，切实提高工作效率。 信息中心 局 县 局 大众用户 拨号上网 息室 B/S C/S B/S 16 5 功能设计 统设计模式 传统的国土资源电子政务设计模式主要是从两个方面来考虑：要么是面向各主流业务或者是面向各业务科室。对于这两种设计模式都是采用开发一套与之功能相对应的系统，来满足各主流业务或者各科室的需要。采用这两种设计方法，的确能够 在一定程度上快速的解决国土部门对部分信息化工作的需要，而且投资不多，市场上可选择的同类软件也相当多，因此当某个国土部门只打算对极小部分工作实现信息化时，诚然它是一个理想而便捷的选择。但是必须注意到，上面所描述的两种传统电子政务设计模式要么只解决了主要业务流程在办理过程中的畅通性而忽略了各个业务科室工作的完整性，要么只解决了各个业务科室工作办理的完整性而忽略了业务流转的畅通。 针对这两种设计模式所存在的问题，目前也有一些解决方案，即借用目前流行的“一站式”服务思想，把各个系统集成在一个统一的服务入口，无论是采 用面向业务还是面向科室设计模式的国土资源电子政务系统，业务人员都能在这个统一的入口完成所有的事情。但是这只是一种权宜之计，其实这种“一站式”服务并没有真正的实现一种整合的无缝集成的“一站式”服务，它只是在这个服务入口提供了各个系统的连接功能，由于在国土电子政务设计之前过分着重于局部功能上的设计而忽视了从整个国土行业全局上的考虑，因而在各个系统建成之后无论再想尽任何办法，各个系统还是各个独自开发的应用软件和用户界面、各自的数据库、各自的操作系统，彼此之间仍然是完全独立的体系。同时这些独立的体系之间缺乏统一的规 划和标准，使得各自建设的系统与网络最终成为一个个“信息孤岛”，即信息被封存在不同的应用平台和数据库中，大量有用信息分散在各个“死角”，无法在一个统一的平台上高度共享信息、协同完成各种复杂的业务处理，同时各个业务系统相互独立、管理分散，信息不能共享，必须花大量的人力、物力、财力在不同的应用系统之间切换，造成资源浪费和重复劳动。 中地公司在国土资源信息化工作的长期实践中，总结提出了面向业务流程的多层电子政务设计方法，这种新的电子政务设计模式能很好的解决面向业务与面向科室这两种设计模式在一个体系中业务与科室难以协 同工作的问题。这种新的设计模式借用了流行的三层结构设计方法，主要是从用户服务层、业务逻辑层和数据服务层三个方面来考虑系统设计工作，图 9 表明了这种设计模式的具体实现思想。 户服务层的设计 用户服务层体现为用户界面，这一层主要是用来最大限度降低用户服务层的数据处理工作，专注于用户的交互功能。新的电子政务设计模式采用 B/S 方式来实现整个系统，在客户端不需要安装任何软件，用户就能使用该系统，并且对于不同科室从事不同业务的工作者，所见到的系统界面都是相同的，这样对于工作调整或者业务调整之后，工作者不需要重新学习新的 系统就能很快的适应 17 新的工作。整个界面的设计是以简单明了为主线，极大限度的模仿日常业务工作，让用户能一进入系统就非常清楚自己该做的任务。 务逻辑层的设计 通过业务逻辑控制、业务分析处理并结合业务组件来保证数据服务层与用户服务层的协同工作。电子政务得以真正实现关键在于业务逻辑层的设计，从业务逻辑控制、业务组件编码、业务组件实现三个方面 来完成设计。 图 9 面向业务流程的多层电子政务体系结构 对于业务逻辑控制主要是完成各个业务流程内容的设计，首先仔细分析国土行业内的各种业务类型，理清楚各个业务之间的关系，对 于每个业务根据实际工作情况建立相应的业务流程，细分各个业务流程的作用主要是为了电子政务系统能很全面的覆盖整个国土行业的业务。建立各个业务流程，其主要工作就是把每个业务所涉及到的图件、表格等资料管理起来，并且要把每个业务流程的工作顺序步骤确定，同时还要确定每个工作步骤所做的工作内容，这样就能很好的模拟实际工作，通过这种方式建立各个业务流程，也可称为是建立各个业务流程的模板。 国土资源电子政务系统 业务逻 辑控制 业务分析及业务流程设置 工作流控制器 业务组件 分类模块库 综合事务类模块 地政类模块 矿政类模块 测政类模块 海政类模块 其它类模块 国土资源 数据中心 土地登记数据库 土地规划数据库 综合事务 数据库 其它 数据库 国土资源电子政务分类流程编码库 用户服务层 业务逻辑层 18 对于业务流程编码主要是完成给每个业务流程及其中的工作步骤编一个对应的号，由于国土行业的业务流程多，多涉及的内容广泛，采用这种流程编码就是 使管理所有流程方便简单，并且编写系统代码工作更容易。在完成业务流程编码过程中只有在很好的实现了对业务逻辑控制的分析之后，才能合理正确的对各个流程分配编号。 对于业务组件实现来说，就是分别开发各个业务流程的逻辑，然后将各个流程的业务逻辑封装起来，做成组件或者插件的形式，方便调用。各个业务流程是通过“工作流”技术管理起来的，这种技术能很好的管理各种流程模板，包括每个业务流程的权限等问题，也就是说对于每个用户来说他具有的权限如果是只有房改房登记发证和分割登记两个流程的权限，那么当他进入系统时，只会看到关于这两个流 程的案件。当然所有这一切的顺利完成都离不开一个合理有效的数据库的设计。 据服务层的设计 数据服务层主要是对各个数据库的数据进行统一的管理。对于每个不同的业务流程建立一个相应的数据库，并且要建立一个专门对这个数据库进行维护的工具。这样就把所有的维护工作放在了服务器端，真正减轻了业务工作者的劳动。 整个国土行业的数据库设首先要完整的收录各个业务流程的数据，即属性数据和图形数据等，然后考虑各个业务数据之间的数据是否存在数据的交换、共享，即怎样做到数据不存在冗余，并且充分利用了各个业务流程之间的数据。对于图形数据 ，分为基础图件和各个业务专题层。一般来说对于某种业务存在对应的某个专题图层，如规划业务就有单独的规划层，建设用地业务就存在建设用地层，这些业务层之间不存在着数据冲突，并且这些业务层可以共用基础图件，如地理底图等。对于属性数据，主要是指在办理各个业务流程时所涉及到的表格等数据，由于有些表格里的数据不止在一个业务流程中用到，因此就必须把它们提炼出来设计成公共的表，方便数据之间的交换、共享。 面向业务流程的多层国土资源电子政务设计模式的优点： （ 1） 整个国土资源电子政务系统的表现形式采用 B/S 多层架构方式，这样 在客户端就不用维护； （ 2） 用这种新的设计方法只需要一个系统就能完成国土资源电子政务的内容，真正地实现了一站式服务； （ 3） 这种设计方法能够很好的支持业务流程的扩充性，即当增加一个业务流程，只需要相应的增加这个流程的模板，就能完成这个流程的任务，并不会影响其他的流程。 统功能设计 系统具体功能设计包括通用功能模块设计和业务管理模块设计。 19 用功能模块设计 （ 1） 发件 发件是案卷经过审批结束以后，窗口将业务审批、登记的公告或结果发放给原业务申请人，并按规定进行业务收费。业务申请人在承诺时限内，到窗口领 取经审核审批后的结果（如勘查许可证、探矿许可证等），并且按规定缴交相关的费用；或者通过窗口公布和发放业务办公的公告、被驳回的受理申请等。 （ 2）收件 收件模块为办公人员提供接收单位申报或社会公众业务申请的功能。办公人员接受申报单位递来的申请资料，录入系统，由系统生成案卷编号，进行立案处理，启动一项业务，该案卷将以系统定制的工作流办理，并以工作流引擎驱动流转。也可以通过扫描输入或接受电子报件（ 件）的形式，将项目申报资料以电子化方式进入系统。 收件模块是窗口业务人员受理业务的开始，系统提供连续收件 、接旧件等功能帮助业务人员快速处理受理的案卷，同时根据业务人员的不同工作习惯，系统提供个人习惯用语设置、默认收件等功能方便业务人员的日常办公，尽量减少窗口业务人员的工作量。 （ 3） 在办箱 在办箱中存放了当前经办人正在处理的案卷，是经办人进行案卷办理和审批的地方，主要功能包括填表、填写或查看申报材料、答复及查看督办意见、案卷移交以及相关图形和属性查询操作等内容。在办箱的案卷列表中，列出了当前登录人正在处理的所有案卷，用户可以处理或查阅这些案卷。根据图标显示的不同样式可以显示出案卷是否超期、是否是急件缓办件、 是否有督办意见等。对于承诺制时间限制的业务，系统会通过红、绿、黄灯提示业务人员当前案卷办理时间的超期状态。 （ 4） 案卷移交 案卷移交是指在当前处理人办理完成后需将在办箱中案卷转给流程下一阶段经办人员。业务人员按照规定完成本阶段的办理工作后，可以在填写完案卷移交意见后，将案卷移交到下一阶段案卷办理的人员继续案卷的办理。移交窗口中，当前经办人可以根据系统权限的设定在批转对象列表中选择要移交的对象的名字进行案卷移交。 使用习惯用语：在移交意见文本框中，办公人员可从中选择自己所需要的习惯用语直接插入意见框，方便录 入。 回退功能：办公人员在在办箱中可以把自己的案卷回退到上一阶段。对于回退过来的案卷，办公人员除正常移交外，也可以答复回退，直接返回到回退案卷的人手中。 （ 5） 督办 20 督办是用来督办经办人案卷办理情况的工具，具有督办权限的督办人可以按照业务类型、办理人员、业务办理总时间超期情况和阶段办理时间超期情况来对业务进行督办；督办人还可以查看业务表格和业务办理过程的记录，催办已超期、即将超期的业务或紧急业务，查看催办答复意见等。利用督办，领导可以通过网络方便的对案卷的办理进度进行督办。在填写督办意见窗口中，用户可以选 择督办类型、督办发布范围，并能填写督办意见。 （ 6） 工作表单 国土资源政务管理办公平台中提供了灵活的表单定制功能，用户可以方便的定制各种样式和结构的工作表单，系统中提供了多类表单，包括普通表单、多版本表格、多行表格等，用户可以自由定制表单的样式、表单的数据结构。多版本、多行表格可以实现业务多次审批数据的保留，表单中提供了各种特色字段类型，为用户的输入、修正提供方便和快捷的工具。工作表单是根据权限填写或查看的，经办人可以把项目审批信息填写进去。并且，这些审批信息在所有审批部门的办公平台里是共享的，在其后的办 理环节中均自动出现，不必重复填写。用户可以通过工作表单快捷方式进入填表窗口，也可以选中某个输入表单进入相应的表单窗口。用户还可根据当前流程阶段的配置，查看或打印对应案卷的输出表单。 （ 7） 专项查询 系统提供方便的业务查询工具对业务进行查询，在专项查询窗口中，系统提供一系列的查询方式，如通过案卷编号、使用者名称、土地坐落、项目名称等查询。查询到相应的案卷后，系统可以查看到当前案卷的办理过程和办理情况，同时还可以查询到此案卷的相关属性信息和图形信息。 （ 8） 统计 统计模块给用户提供了完善地按照各种统计条件和 方法进行统计的功能。用户可以设置统计条件，对业务办理情况进行统计，满足对案卷总体情况了解的需求和领导对业务办理情况查询的需求。系统选择统计类型后便可以在统计条件组合框中选择一种或多种统计条件。每个统计类型对应有各自的统计条件。设置完统计条件后便可以执行统计了。统计的结果，可以按照设计的报表的样式直接打印输出；也可以把统计结果存成文件的形式，统计结果的导出支持多种常见文件格式，如 文本等格式；也可以根据选择生成不同形式的图表的格式显示。 （ 9） 综合事务管理 会议管理：会议管理 可分为会前议题的提出或采集、领导审阅批示、会议安排的起草、会议通知的发放与回执、会议机要的建立及归档阶段。各部门和领导均可提出会议议题，由负责会议安排的科室起草会议安排，由相关领导审批批示，由专人负责会议纪要和记录，最后会议和记录要传阅和提交归档。 常用申请：常用申请可分为申请的起草、申请流程的设置、领导审阅批示、有关部门办理、办理结果的登记等。申请的用户对象可以时单位中任何人员，系统对申请所处位置状态及领导批示意见进行跟踪和痕迹保留。 21 工作日历：是一个直观的记事本，以日历的形式记录待办事宜。 文稿撰写与评 阅：每个人的桌面文字处理工具，提供强大的文字处理功能，可编辑文本、引入图形、添加附件等。文稿可转发给指定