天津市土地开发复垦管理系统.docVIP

天津市土地开发复垦管理系统 1、技术设计要求 耕地后备资源系统数据建立在一张图基础数据上，既具有独立数据层便于操作和管理，又与一张图基础数据实现相互同步。它包括三个组成部分：后备资源信息库、开发整理项目库和占补指标储备库，这三部分都应具有独立图层。同时在功能上项目衔接，从而实现“后备资源信息库中选定范围，开发整理项目库完成项目，占补指标储备库中使用指标。” 在建立耕地后备资源系统基础上，占补平衡作为耕地后备资源系统与建设用地征收转用系统衔接点，应在目前一张图基础上实现。 2、现状分析 全市局征收转用系统已经平稳运行，其所需占补资源库没有实现在线审批和补充，急需完善。 具有一定的网络基础。 已经购买天津市地图相关数据。 3、功能需求 天津市土地开发复垦管理系统综合平台总体架构如下图： 3.1 系统接口说明 系统包括以下数据接口，即应与以下系统进行数据交互： 天津市土地征收转用系统：使用本系统建立和补充的占补资源库。 天津市土地挂钩试点系统：实现拆旧复垦功能对接模块 图形数据总平台储备地历史数据的迁移、补录 与天津市３Ｄ统计分析系统的链接。 3.2 系统详细功能要求 3.2.1 土地开发整理项目预测阶段 3.2.1.1 基本描述 项目预测阶段是对项目可行性进行论证的阶段，要根据圈定范围计算出范围内各类地类面积，计算开发整理后各类地类的面积，预测开发整理工作开展后所能达到的效果。 3.2.1.2 设计要求 实现在一张图基础数据上自动过滤地类，手工圈定或上图空间确定范围，将空间叠加计算出的地类面积进行统计分析，得出预测数据结果。 3.2.2 土地开发整理项目申报阶段 3.2.2.1 基本描述 开发整理项目库按照项目申报的三个主要阶段分为三部分，但是彼此并不独立。主要是在项目申报审批的相应阶段应完成该部分数据的录入工作。其中数据资料根据出具单位相应由区县分局、市开垦中心、市局资源处完成填写。项目三个阶段以市局资源处填写的对应立项、设计、验收批复意见为划分点。在填写完成验收结果后，项目信息全部录入完成，在产生的补充耕地信息进入占补平衡储备库的同时，项目信息仍保留在该图层中，以便于查询、统计。 3.2.2.2 设计要求 实现对土地开发整理项目立项的管理，包括项目立项的申请、市开垦中心审核、市局资源处审批、信息的维护和查询统计。 实现对土地开发整理项目设计的管理，包括项目设计方案的申报、市开垦中心审核、市局资源处审批、信息的维护和查询统计。 实现对土地开发整理项目验收的管理，包括项目验收的区县局初查、市开垦中心初验、市局资源处终验、信息的维护和查询统计。 3.2.3 占补储备库的建立和维护 3.2.3.1 基本描述 项目验收完成后，项目中可用于占补平衡部分地块进入占补指标储备库中，该库与土地征收转用系统中占补平衡相关功能相衔接。占补平衡使用后的数据在占补指标储备库中相应核减，对应图形作出相应变化。耕地后备资源应具备基础的查询和统计功能，如可按照年份统计土地开发整理建设规模、新增耕地面积、投资等数据。 3.2.3.2 设计要求 实现项目验收后数据进入占补指标储备库，与征收转用系统占补平衡相关功能无缝挂接，占补后数据进行相应核减，图形作出相应变化显示。具备按不同条件查询统计的功能。 4、设计原则 总体架构 系统要求采用开放性设计原则，采用多层体系架构，使用ORACLE数据库。与“天津市土地征收转用系统”及“天津市土地开发整理系统”进行数据交互时使用Microsoft .Net2008及WebService实现。 平台化设计 系统应按照平台化的设计思想，方便挂接各类应用系统、工具软件和数据资源，通过可定制操作实现对现有和新增应用系统、信息资源接入，无需二次开发。 模块化设计 对一些成熟的功能以模块化设计，方便用户的定义、加载和卸载。 系统界面友好 系统应具有良好的交互操作界面。对不同应用群体均能方便操作使用，不同的应用功能应具有相似的使用界面和操作方法。用户进入界面时，可根据工作性质实现界面的可定制化管理，可方便地进行各种应用操作。系统管理简单、方便，易于配置。 系统可扩展 系统能提供可扩展、可持续开发的接口标准。系统能够为将来的应用扩展和建立其他主题分析库提供支持。 5、系统性能和技术指标 准确性：系统各项功能需要准确无误。 稳定性：系统能够稳定正常运行，不出现以下情况：无故退出系统；发生系统不可控制的故障提示；因应用软件故障导致操作系统或机器无法正常操作。 支持大并发用户：要求系统能够支持不少于100个用户同时在线进行业务操作。 易维护性：提供简单、直观的方法对资源和用户进行管理，对系统进行访问控制。所有维护操作可远程进行。 安全性：新系统的建设不应影响原有系统的正常运行和使用，特别是与原有设备共用时不能对原数据结构及同步方式进行修改。要能够与