【毕业学位论文】（Word原稿）天津市证后监管系统设计与分析-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 天津市证后监管系统设计与分析 要 I 摘 要 天津市土地一张图工程已经进行到了尾声，先后建立起了十多套土地相关业务系统， 实现了土地业务的征地审批、耕地补充、土地供应、执法检查。但是对土地供应后的建设 、直至商品房的销售 还缺乏有效的信息化监管手段。 证后监管是针对土地 供应后的实施建设过程，按照土地出让合同的条款进行有效 的 、规范的监管。本文主要 讲述和 分析 天津市国土局房管局一张图工程中土地证后监管系统的 建设过程及成果。 通过对天津市土地证后监管实际业务的详细分析，理清系统功能需求、业务流程和基础数据来源，结合“一张图工程”前期的建设经验，设计了系统的整体框架和审批流程，在满足现状的情况下，具备一定的扩展性和延展性。 技术方面 ， 天津市证后监管系统 采用 为开发环境 ，选用 为数据库平台，引入先进的 理信息软 件作为图形处理组件，基于 统搭建了系统整套运行环境。 采用了 松散式 框架， 以程序服务的模式构建了整个系统 。服务消费者是需要使用服务的应用程序或其它的服务，服务提供者是创建服务的实体，服务注册中心（服务层）处于中心位置提供了展示服务的功能。 12 个区国土房管局 、 18 个房管局 和 6 个功能区与市国土房管局之间的网络通讯是内部网络，为系统的安全运行提供了网络保证。 天津市 的 “一张图工程”， 土地的 征收转用 及供地业务已经基于图形数据总平台，共用一张底图，这就给土地 证后监管 工作信息化建设带来了便利条件 。本系统由两个子系统组成，一、图形子系统。二、业务子系统。 图形子系统主要是对图形数据进行，修正、 校验 、分析 ； 业务子系统主要是用户对系统数据进行录入、导入 ，对业务项目进行审核、审批 等操作等。 业务方面，系统要接入已供土地信息和补充合同信息，还要接入已供土地图形，结合国土局和房管局的业务办理流程，建立起一套行之有效的监管办法。保障土地建设 和 房屋销售 按规进行，能 对开发商进行有效的监管，建立起一套科学高效的信息化系统，结合土地的征收转用，供地交易和产权发证等系统，辅助完成土地建设和房屋销售的监督管理工作。 关键词 ： 证后监管 一张图工程 宗地勘测调察 工作流引擎 I a to 0 of of of of is of in of In a A of of by a of to of S as a as IS as to on a A to to is of or is to a in 2 18 is of a II on a is of is on is of of to of a of to of to a of of to of 录 录 第一章 概述 . 1 第一节 项目背景 . 1 第二节 总体描述 . 3 第三节 建设目标 . 3 第二章 证后监管系统需求分析 . 4 第一节 分析现状 . 4 第二节 用户群分析 . 4 第三节 数据需求分析 . 5 业务数据组成 . 5 业务数据来源 . 5 第四节 功能需求分析 . 5 技术设计要求 . 5 业务流程功能需求 . 6 系统接口说明 . 7 系统模块详细功能要求 . 7 第五节 安全需求分析 . 11 第六节 系统运行环境分析 . 12 第三章 总体设计 . 13 第一节 系统建设的主要内容 . 13 第二节 设计目标和原则 . 13 计目标 . 13 建原则 . 15 第三节 设计依据 . 15 目 录 V 第四节 系统总体架构 . 16 第五节 系统集成设计 . 17 第六节 系统安全性设计 . 18 络环境安全性设计 . 18 据库环境安全性设计 . 19 据传输安全性设计 . 19 作安全性设计 . 19 第七节 系统开发工具 . 19 第八节 相关技术方法 . 20 向对象技术 /模技术 . 20 统架构 . 22 体映射模型 . 22 能工作流引擎 . 23 阵式用户权限管理 . 26 工以及权限管理的能力 . 27 持完整的企业组织机构和权限模型 . 27 第四章 数据库设计 . 29 第一节 设计思路 . 29 第二节 设计原则 . 29 第三节 基础数据模型 . 30 据库平台 . 30 间数据模型 . 31 第四节 数据库实体 . 31 地证表 . 31 让合同 . 31 际开工情况表 . 35 查记录表 . 36 见审批表 . 37 目 录 五节 系统数据组织 . 37 间数据组织 . 38 务数据组织 . 38 第 五章 系统功能设计 . 40 第一节 系统功能结构 . 40 第二节 系统业务流程设计 . 41 同证后监管及处理措施申报 . 42 地证证后监管及处理措施申报 . 44 接宗地勘测调察模块处理措施申报 . 45 第三节 系统其他业务设计 . 46 形数据生成 . 46 目自动组卷，方便报批 . 46 务功能的可维护性及扩展性 . 46 询、统计、分析 . 47 序接口和数据迁移功能描述 . 47 统辅助功能 . 47 第六章 重要功能实现 . 48 第一节 图形处理功能实现 . 48 定图层关系 . 48 图过程中图层处理 . 50 类信息叠加计算 . 51 第二节 工作流功能实现 . 51 程及活动的变迁状态 . 51 作流过程定义元模型 . 52 第七章 总结与展望 . 54 第一节 主要工作 . 54 第二节 展望 . 54 目 录 考文献 . 55 致谢 . 57 个人简历 在学期间发表的学术论文与研究成果 . 58 第 一 章 概述 1 第一章 概述 第一节 项目背景 前部长 、 国土资源部党组书记 、 国家土地总督察徐绍史说：严格土地管理、加强土地执法是一个长期的 、 艰巨的任务。 从宏观角度来看，商品房建设和销售是关系国计民生的大事的土地，一旦管不好，极坏的影响。在利益的驱动下，一些不良开发商尽量不建，捂盘惜售现象，扰乱了正常的市场秩序。由于有效的监督管理 手段缺乏，导致不能及时发现，制止和纠正这些问题 、 开发商的行为，使他们从中获得不正当利益，影响了人民的生活。 天津市国土房管局正在进行 “ 一张图工程 ” 的建设，根据国土部许绍史部长的要求， 所有土地业务 做到“批、供、用、补、查”在一张图上完成，业务办理要做到“地上图，图上网，在线批、实时新”。土地的使用关系到“批”和“供”的工作结果能够真正的转化为成果。国家正在严厉打击囤地不建、缓建、捂盘惜售等土地建设和房产销售方面的违法行为 。 土地征用和转换，交易和产权认证体系已经建立并运行良好，为了保证在正常秩序的土地房屋建设 和销售 、 开发人员的有效监督，是建立一套科学、高效的系统信息化迫切 需要 ，土地征用和转换组合，交易和产权认证体系，协助完成建筑的土地和房屋销售的监督和管理。 第 一 章 概述 2 图 张图工程架构图 这就要求所有的土地和房屋销售管理流程的建设，涉及非法的项目，必须进行相应的处理或处罚，情节严重的将采取法律手段。天津市国土资源和房屋管理局证书涉及土地局、房管局的监督，共有 30 个部门，需要协调的国土资源和房屋管理局管理子分公司，其他系统需要与“地图”项目的数据交换，无论从应用来说的广度和深度，是一个不小的挑战。 1:2000 基础数据平台的建设完成，国土资源和房屋管理局信息化建设是天津市的逐步完善，网络操作系统”的天津市土地预审制度”，“天津市土地转换系统”，“天津市土地供应和交易契约制度”，“天津市的改变和使用控制系统”“天津市，土地审批管理系统”和“天津省农垦管理系统”的城市，“天津市网上信用监督系统”（系统）（见图 1建立一个更完美的涉及土地使用，整个生命周期的管理，监督和信息平台。对土地征用，转移，供应，交易，监管，在科学和技术监督的翅膀。 第 一 章 概述 3 第二节 总体描述 天津市的“ 证后 系统”项目开发的最突出的特点是天津市国土资 源和房屋管理局的 台和数据库开发基于调节功能的统一，土地证到他们的日常业务，彻底解决了开发商的建设，土地和房屋销售有可能尽量不去建造，安装试着不卖问题。 对天津市国土资源和房屋管理局申请项目范围区（县）国土资源局（ 12），区（县）房地产管理局（ 18），执法队队和区（县）的执法单位。 本系统使用。技术为平台的网络技术和 分发挥其直观，方便的特点，通过收集大量的基础数据和挖掘，让计算机自动计算并生成项目的批准，相应的，而其他更多的专家鉴定和区分业务问题。 决策分析软件包的实现必须体现实用线， 使用先进的可扩展性，方便。 实用性：软件系统应该支持交互式图形操作，所见即所得；信息的输入，输出格式清晰，减少人工参与；满足用户的操作习惯设计。 易用性：面向对象技术实现，接口的服务模式，可以方便地与现有的“地图”项目的其他系统相结合。 高级：根据业务需求，设计划分软件功能模块，每个模块划分合理，占用更少的系统资源，速度，减少人工的参与。 可扩展性：易于扩展的软件系统的新功能。 第三节 建设目标 随着管理理论，先进的方法为指导，在 术的网络和地理信息系统（ 术为支撑，土地信用监管体系和“一张 图”项目的其他数据库的共享和交换，以先进的技术管理系统，自动化程度高，实用性和灵活性的特点。 提高管理水平：一个功能完善的建立，土地的信用监管系统的使用灵活性。处理能力和管理后，卡数据加强土地监管能力； 效率：基于共享信息，地理信息系统与基于监管制度，土地证书良好人机界面的建设，在理事会和完善这一制度和部门的效率之间的信用监督业务通信的土地，提高“一张图”项目的最大效率之间的通信系统；以避免土地督察数量不明确，使用不清楚的问题。 第 二 章 证后监管系统 需求分析 4 第二章 证后监管系统需求分析 第一节 分析现状 （ 1） 天津市 房屋产权管理系统 和土地 管理系统已经正式运行的系统有 天津市土地开发复垦系统 ，天津市地类变更和用途管制系统天津市土地征收转用系统 ， 天津市 交易签约 和 供地 系统天津市土地检查管理系统 已经建成并上线使用；天津市土地证后监管系统的建设已经纳入建设计划， 这些系统的建立为本程序的前期准备做了很好的铺垫 。 （ 2） 网络情况： 现状 天津市国土资源和房屋管理局的网络安全技术已经非常成熟 。 （ 3） 地理数据使用权：天津市的地理、 地图数据 已经取得了全部授权。 第二节 用户群分析 根据需求的分析， 本系统 的 所 设计 的 用户主要 包含 以下几 大 类 ， 包括 ： （ 1） 天津市国土房管局土地证后监管办事人员 监管人员操作 地点： 天津市 国土资源和房屋管理局 具有 针对性 的 需求： 确定技术 执行实施 细则 ， 制定 操作 思路和 数据 标准 。 依据 分析 项目中 可能发生的情况， 根据软件管的要求和经验，设置问题预案， 制定具体处理手段 。 区县局上报的重大问题处理意见 需要市局的 审核、审批 。 进度及结果 的体现内容都 需要查询、统计 各区县 国土分局和房管分局土地证后监管工作的 。 执行监督管理 的职能是 各区县 土 分局土地证后监管过程 。 （ 2） 各区（县）国土分局、房管分局和执法队人员 。 监管人员操作 地点： 天津市各区县工程项目现场 。 明确性的 需求： 第 二 章 证后监管系统 需求分析 5 根据 需要对 所在管理区县内进行 相关 工程项目的 调查、巡查、 监督、 和 管理 处理 。 需要对 辖区内证后监管工作意见及处理结果 进行 审批 和 执行 。 需要对 辖区内土地证后监管结果 进行统计和 查询 。 （ 3） 系统管理员 监管人员操作 地点： 天津市国土资源和房屋管理局 针对性 需求： 需要进行 客户机配置、操作人员 配置、 操作人员权限配置 。 第三节 数据需求分析 务 数据组成 所需的图案数据：天津第二次土地调查的画线，画线，基本农田土地规划的地图，航拍图像 等 所需 业务数据： 项目 调查 数据 ， 外业 巡 查结果， 问题 处理结果等 所需 外部业务 的 系统 数据： 天津市 土地 征收转用 系统 的 成果 数据 、 天津市 供地和交易签约 系统 成果 数据、 天津市产权产籍 统 成果 数据 务 数据来源 来源于现有的 “ 一张图工程 ” 业务数据 地理信息数据 其他业务系 统数据 第四节 功能需求分析 术设计要求 天津市证后监管系统 数据 是建立在“一张图 ”必须 有独立数据层便于 使用 和管理， 要求 与一张图 的 基础数据实现相互 数据 同步 。 天津市供地和交易签约系第 二 章 证后监管系统 需求分析 6 统 与 天津市土地征收转用系统 的业务数据要同步到天津市证后监管系统实现 证后监管 工作， 等到 土地证和房产 产权 两证 办理 房地产权证合一 业务为监管结束 。 系统 应 包括 四 个 模块 组成部分： 第一个模块， 土地 合同 签署 后到发放无地上物土地证 时间段 的监管模块 ； 第二个模块， 国土分局发 无地上物土地证到 房管局 发房 地 产证 时间段 的监管模块 ； 第三个模块， 监督管理 在整个 的宗地验收监管模块； 最后一个模块， 查询模块 其中前三个模块 每个模块都具有自己单独的 业务 审批流程 模块 ， 自己 的业务数据 属性 ， 并且前三个模块的数据属性是相互验证、 相互依赖 的架构 。 查询模块可以实现实时查询、分析查询 结果统计信息 等。 务流程 功能 需求 天津市证后监管系统总体 的 设计 架构如下图 所表示 ： 第 二 章 证后监管系统 需求分析 7 图 合业务流程图 统接口说明 系统 需要同 以下系统进行数据交互 ，建立数据通讯接口 ： 天津市产权产籍管理系统统： 主要 数据为房屋土地权属图形信息和无地上物的土地发证信息，提供给本业务系统。 天津市供地和交易签约系统： 土地出让或划拨 后 的合同 签约数据在办结完毕后，主动触发导入本业务系统图形和属性数据 ； 天津市土地征收转用系统： 土地征收转用 后的 审批 成果数据信息向证后监管系统提供数据 ； 天津市无线监控采集系统： 生成 证后监管现场 查勘的图片和 文字 信息 向本系统提供 相关业务数据 ； “ 一张图工程 ” 图形数据总平台； 统 模块 详细功能要求 土地证后监管项目合同监管阶段 模块 基本描述 土地 合同监管阶段是在土地出让项目签订合同或土地划拨项目签订划拨决定书后，针对项目建设情况的监督管理工作。由各区县国土分局本别进行管理。对接入的出让或划拨数据进行分类管理，区分摘要和详细信息的展示模式。针对调查数据和采集数据可以进行业务审批，制定并执行相关应对措施。 基本模块内容包括： 基本信息、土地的 合同 详细 信息 条款 、 合同现场调查 、综合信息 、 监管处理 、 工作日 志 。 （ 1） 合同信息 通过天津市 供地 和交易系统向本系统提供土地出让或划拨后的合同签约信息，包括宗地编号、 出让方 名称、受让方名称、所在区、土地四至、 土地面积 、 建筑面积 、区县经营性用地信息、 合同 总则、 土地 分类 面积 表 等。 （ 2） 基本信息 通过天津市 供地 和交易系统向本系统提供土地出让或划拨后的合同签约信息，包括出让人、 受让人 、 主让金支付方式 、约定支付日期、宗地编号、 合同编号、合同签署日期 ， 土地用途 ， 容积率 、 出让年限 ， 建筑密度 、所在区、 所在版块 、土地四至、 合同 约定开工日期、 是否 确认闲置土地、 是否 处理等。 第 二 章 证后监管系统 需求分析 8 （ 3） 合同现 场调查 包括： 土地到位 情况、 现场 勘察回传信息。 （ 4） 监管处理 包括：处罚原因、 处理 意见、填表人、 填表日期 、 审批意见 、 审批人 、 审批日期 、 上传附件信息 。 （ 5） 综合信息 主要上传 片、 件内容， 包括 本次办件的 创建时间、 办件的 最终修改时间 、 文件名称 、 文件类型 、文件说明、 编辑 、 浏览 、 删除 。 （ 6） 工作日志 记录了办件人员转件信息， 包括 ：操作时间、 操作人 、 业务 转件状态、 备注信息 。 设计要求 审批流程 可以按照岗位设计的需要来实现动态的流程 ； 审批流程 为合同 证后 监管项目创建 科长 申报局长 整个审批的流程都是简单清晰明了 。 操作错误和业务限制错误的提醒功能需要人性化、易懂易修改 ，功能 的设计方面需要具有 稳定 性 、健壮 框架 ，灵活度 。 土地证后监管项目土地证监管阶段 基本描述 土地证书发行监管阶段没有地从土地证书或土地转让项目提供从项目中的土地证书没有地，项目建设的监督和管理。通过管理区国土分局。土地证书访问数据分类管理，区别摘要和详细信息的显示模式之间。根据调查资料和数据收集可以审批业务，并实施有关措施的发展。 基本模块内容包括：土地证信息、基本信息、 合同现场调 查 、 证后现场调查 监管处理 、 综合信息 、 工作日志 。 1 土地证信息 通过天津市产权产籍交易系统向本系统提供 土地证 签约信息，包括 土地使用权人、 土地证号 、 地籍号 、 土地用途 、 发证机关 、 发证日期 、 使用年限 。 第 二 章 证后监管系统 需求分析 9 2 基本信息 通过天津市 产权产籍交易系统 向本系统提供 土地证 签约信息，包括出让人、 受让人 、 主让金支付方式 、约定支付日期、宗地编号、 所在版块 、土地四至、 合同 约定开工日期、 是否 确认闲置土地、 是否 处理等。 3 合同现场调查 包括： 土地到位 情况、 现场 勘察回传信息。 4 证后现场调查 包括合同编号、 合同签订日期 、 土地到位 、建设期、 已售完 、 已登 记 、现场 查勘回传信息。 5 监管处理 包括：处罚原因、 处理 意见、填表人、 填表日期 、 审批意见 、 审批人 、审批日期 、 上传附件信息 。 6 综合信息 主要上传 片、 包括 本次办件的创建时间、办件的 最终修改时间 、 文件名称 、 文件类型 、文件说明、 编辑 、 浏览 、 删除 。 7 工作日志 记录了办件人员转件信息， 包括 ：操作时间、 操作人 、 业务 转件状态、备注信息 。 设计要求 审批流程 可以按照岗位设计的需要来实现动态的流程 ； 审批流程 为土地证后监管项目创建 申报局长 整个审批的流程都是简单清晰明了 。 操作错误和业务限制错误的提醒功能需要人性化、易懂易修改 ，功能 的设计方面需要具有 稳定 性 、健壮 框架 ，灵活度 。 土地证后监管项目宗地验收监管 基本描述 项目在开工建设这段时间内， 如果 项目的四至超过的宗地四至， 就需要 对该项目进行管理处罚， 这个 过程就需要设立监管、 查勘 、 检查 是否超出了权属的界限， 可以 利用外业采集回来的数据上传至服务器与一张图的图形总数据进第 二 章 证后监管系统 需求分析 10 行对比，根据图形数据叠加后取得的结果来决定处罚的的方式方法。如果领导审批完毕后， 才能 进行项目的宗地验收监管 手工。 基本模块内容包括： 土地证信息、基本信息、 合同现场调查 、证后现场调查 监管处理 、 综合信息 、 工作日志 。 土地证信息 通过天津市产权产籍交易系统向本系统提供 土地证 签约信息，包括土地使用权人、 土地证号 、 地籍号 、 土地用途 、 发证机关 、 发证日期 、 使用年限 。 基本信息 通过天津市产权产籍交易系统向本系统提供 土地证 签约信息，包括出让人、 受让人 、 主让金支付方式 、约定支付日期、宗地编号、 合同编号、 合同签署日期、土地性质、 土地用途 、 出让年限 、 容积率 、 建筑密度 、所在区、 所在版块 、土地四至、 合同 约定开工日期、 是否 确认闲置土地、 是否 处理等。 合同现场调查 包括： 土地到位 情况、 现场 勘察回传信息。 证后现场调查 包括合同编号、 合同签订日期 、 土地到位 、建设期、 已售完 、 已登记 、 勘测结果上传 信息。 监管处理 包括：处罚原因、 处理 意见、填表人、 填表日期 、 审批意见 、 审批人 、 审批日期 、 上传附件信息 。 综合信息 主要上传附件内容， 包括 创建时间、 最终修改时间 、 文件名称 、 文件类型 、文件说明、 编辑 、 浏览 、 删除 。 工作日志 记录了办件人员转件信息， 包括 ：操作时间、 操作人 、 业务 转件状态、 备注信息 。 设计要求 审批流程可以满足定制的要求，增加或减少中间节点； 审批流程 为土地证后宗地监管项 目创建 申报局长 第 二 章 证后监管系统 需求分析 11 功能要求操作简洁明了。提供 完善 的错误 提醒 和错误 更正 机制，功能要稳定、健壮，灵活。 查询模块 基本描述 属性条件查询，可以多条件查询，手工设定； 时间属性查询，可以时间区间查询，时间点查询，也可以时间前后查询； 可以模糊查询，设定这对若干字段的模糊查询，手工填入查询条件，以空格或分号分割查询条件； 查询结果可以导出报表，可以到处 查询结果可以形成各式图标，可以以柱状、饼状、线状形式展现，可以以2D、 3 第五节 安全需求分析 依据使用方提供的需求， 现有 的网络安全、软件安全标准来理解， 我认为在开发软件的标准一定要非常非常的高， 这种 安全系数不容忽视， 为了 更好的保证数据的安全， 系统 的稳定运行我准备从以下 8个方面来设计系统的安全 。 （ 1） 在设计和使用时，业务的属性数据图形数据是否完整， 它的 保密性做的是否完善都是要考虑的，为了减少人力物力， 准备 实现自查功能 。 （ 2） 使用权限的分组区分，根据需求跟系统设计了很多操作权限和使用权限， 为了 保证数据安全，并不是所有的仁都可以看到业务权限， 只有系统管理员 可以根据需要设定某些人的操作权 限，他可以针对组织部门划分权限， 也可以 根据 个人来调整权限， 这种 自由的组合是有系统管理员来统计修改统一分配的。 对 访问控制系统 、 功能 性的 选择和数据，根据组织结构分工分类；操作人员的操作权限 、 不同的运营商可以设置不同的访问权限， 各种权限和 系统接口可 根据自由组合要求的操作命令的使用，让系统管理员修改。 （ 3） 数据肯定是有备份机制的， 如果 备份数据被窃取将是非常严重的操作失误， 所以 要对备份的数据设置严格的管理防止数据丢失 。 （ 4） 提供提醒提示应用，在出现错误的时候可以检测出来错误情况， 并且能够及时的给系统管理员提示哪有 问题， 如果 系统彻底坏掉了，那就需要提供快速恢复机制。 第 二 章 证后监管系统 需求分析 12 （ 5） 如果有必要或者有需要的情况发生，再不会出现数据丢失或者是数据可能严重损坏的情况之之中， 开发一个 人工重启或者是自动复位重启的功能 。 （ 6） 日志功能非常重要， 因为 不管是系统造成的错误还是应用软件造成的错误， 或者是 某些安全问题发生了， 都需要 有人知道， 如果 异常事件出现后并不知道怎么解决那将是非常棘手的问题， 所以 系统能够保存完整完善的日志是非常重要的 。 （ 7） 我们根据现有技术设计了审计功能， 审计 的内容包括各种系统操作时间，各种事件的时间， 各种事件 的操作情况描 述， 操作人 ，这个也需要由日志的形式体现， 方便 系统管理员 阅读。 用户登录审计： 换而言之就是记录使用人的一切操作， 都操作了 什么内容这些使用流程操作结果都会被审计记录下来的 。 文件传输审计： 这个意思就是要记录数据传说在系统中是如何完成的， 包括 记录一些传输的内容和传输的状态 。 （ 8） 系统安全审计： 一定要对系统的安全性负责人， 如果 出现了事故最忌笨的就是应该可以记录下来，而且还要根据这些警示警告或者是时间的性质严重性给予图相关的提示内容 。 而且审计的方式方法要联系应用系统、 操作系统还有数据库， 他们 之间的审计方式方法也是密 不可分的， 只有 这样才可以报站系统的安全而且这样的审计功能才算是完整的有效的可用的 。 第六节 系统运行环境分析 该模块 设计了系统应该在什么样的环境下使用， 主要涉及 的软件环境， 根据已有 的软件环境来设计系统可以达到什么目的， 根据 需求文件的要求必须要在稳定的运转条件来实现的 良好的系统运行环境是系统高效运转的 必要 的前提条件 ： 首先系统的设计试运行在一张图总工程的基础之上的， 这样做 的目的是为了让数据和程序可以和正在运行的业务系统互相衔接 。 其次设计的网络环境也非常适合大型业务系统的稳定运行 。 软件的快速发展似的开发工具 我们必须选择最新技术才可以跟上时代的潮流 。 第 三 章 总体设计 13 第三章 总体设计 第一节 系统建设的主要内容 在这里我们 构建了系统的总体框架 ， 系统基本平台的构架 ， 完成 土地 证后监管 的基本功能，能够 使之 为基本的日常 证后监管 工作提供便利。在项目实施过程 期间 ， 充分考虑系统的可扩展性功能 。 系统建设主要内容如下： 合同监管 模块，按照 规定 合同的应交金额 及时间 、 交地时间、开工时间、基础部位竣工时间、整体竣工时间监管项目 ； 项目基本信息来源于供地和交易签约系统的合同和权籍 土地证 ，两部分数据均需建立系统间的接口进行 补 充 和 传递 ； 合同证后监管模块的 审核、审批程序； 土地证证后监管模块的审核、审批程序； 宗地建设范围勘测判定审批模块； 开发查询统计 报表 功能； 实现与 权籍 供地和交易签约系统数据的对接； 实现与 天津市 3统 以及天津市土地征收转用系统 的接口； 第二节 设计目标和原则 计目标 监管 功能： 根据业务指导， 开发该系统 ， 并且是指 具有相应的监督功能和后期开发的管理功能， 可以 很清晰、 很及时 的查看到 相关的业务管理数据 ； 第 三 章 总体设计 14 为了保 证业务系统数据的准确性和实时结果， 我们 都是根据天津市土地第二次调查结果来开发的 。 数据结构设计是合理的、灵活的数据访问 ， 保障系统可 根据 数据的 更新 而 进行相应 更新 。 数据平台共享： 为了方便操作者的使用， 我们 开发的业务审批系统可读性非常高， 统一 了以前的业务系统，方便用