logo资料库

咸阳市房产市场监管服务平台方案（软件部分）v20151120.doc

发布时间：2022-06-03 发布人：admin 分类：说明书 资料大小：11.87M 资料格式：doc 举报 版权申诉
第1页 / 共26页
第2页 / 共26页
第3页 / 共26页
第4页 / 共26页
第5页 / 共26页
第6页 / 共26页
第7页 / 共26页
第8页 / 共26页
资料共26页，剩余部分请下载后查看
    1概述
    2需求分析
    3建设内容
    3.1应用系统建设
    3.1.1数据共享平台建设
    3.1.1.1数据共享平台简介
    3.1.1.2技术原理
    3.1.1.3数据共享平台建设
    3.1.1.3.1建设内容
    3.1.1.3.2网络部署
    3.1.1.3.3数据共享中间库
    3.1.1.3.4数据共享程序
    3.1.1.3.4.1Web 服务（Web Services）简介
    3.1.1.3.4.2数据发送服务
    3.1.1.3.4.3数据接收服务
    3.1.1.3.5数据加密
    3.1.2监管平台建设
    3.2数据采集方案
    3.2.1数据采集组网
    3.2.2数据采集方案
    3.3平台安全性设计
    3.3.1权限管理
    3.3.2身份认证
    3.3.3日志管理
    3.3.4数据加密
    4结束语
    咸阳市房产市场监管服务平台 建设方案
    目 录 1 概述...................................................................................................1 2 需求分析...........................................................................................2 3 建设内容...........................................................................................2 3.1 应用系统建设............................................................................... 2 3.1.1 数据共享平台建设..........................................................2 3.1.2 监管平台建设............................................................... 16 3.2 数据采集方案............................................................................. 17 3.2.1 数据采集组网............................................................... 17 3.2.2 数据采集方案............................................................... 19 3.3 平台安全性设计......................................................................... 20 3.3.1 权限管理....................................................................... 20 3.3.2 身份认证....................................................................... 20 3.3.3 日志管理....................................................................... 21 3.3.4 数据加密....................................................................... 21 4 结束语.............................................................................................21
    1 概述 随着我国城镇住房制度改革的深化、住房建设步伐加快和住房 消费有效启动，我国房地产行业得到了飞速发展，在国民经济建设 中发挥着巨大的带动作用，并已成为了我国的重要支柱行业。 为了能够有效的掌控房地产交易信息，国家制定了房地产交易 信息日报制度，要求从省、市单位起每天定时报送辖区内商品房、 存量房网上签约信息；而对于领导干部而言，为了能够对其个人事 项准确的掌控，国家提出了领导干部个人房产信息查核的要求。国 家在这两方面的工作中，都与房地产有着紧密的关联。 在房地产交易信息日报方面，早在 2005 年，国办发〔2005〕 26 号文件，就明确提出要推行商品房合同网上即时备案。此后，国 务院、部里也多次在有关文件中，进一步要求各地推进合同网签工 作。部里还出台了《房地产市场信息系统技术规范》，对新建商品房 网签、二手房网签等系统建设制定了行业标准。在《住房城乡建设 部关于建立全国房地产交易信息日报制度的通知》建房【2015】55 号文件中，住房和城乡建设部对房屋网签系统建设提出了明确的建 设要求，指出“各地级及以上城市必须在 2015 年 8 月底前全面实 施新建商品房、存量房买卖合同网签备案制度，实现网签业务系统 统一覆盖全行政区域，不断提升信息化管理水平。”从而为房地产交 易信息日报制度的正常运行奠定基础。 根据国家部署的房地产交易信息日报制度的工作要求，建设房 地产市场监管服务平台已刻不容缓。
    2 需求分析 根据《住房城乡建设部关于建立全国房地产交易信息日报制度 的通知》的要求，需要完成房产市场监管平台的建设，实现咸阳市 及下属县区的商品房、存量房网签数据通过加密后汇总，通过平台 对汇总的网签数据进行明细查询，并能够形成地产交易信息日报所 需的数据，为数据的上报奠定基础。 3 建设内容 3.1 应用系统建设 房产市场监管平台的建设，主要是实现咸阳市及下属县区的商 品房、存量房网签数据的汇总，并通过平台对汇总的网签数据进行 明细查询和统计，形成地产交易信息日报所需的数据。房地产市场 监管服务平台包括数据共享平台和监管平台两部分内容的建设。 3.1.1数据共享平台建设 数据共享平台，不仅实现用户单位内部各业务管理系统之间的数 据交换，而且实现以用户单位为核心，向纵向和横向两个方面进行扩 展，建立纵向的房地产行业数据交换体系和横向的电子政务数据交换 体系。
    3.1.1.1 数据共享平台简介 数据共享平台以 Webservice 为数据传输标准，实现两个应用系 统之间的数据交换，由“数据共享程序”和“数据共享中间库”两 部份组成。 以应用系统 A 将数据发送到应用系统 B 为例，数据传送过程如 下图，系统 A 将 B 系统需要的数据通过数据共享程序存放在数据共 享中间库中，然后应用系统 B 再通过数据共享程序从数据共享中间 库中取得自己需要的数据， B 系统将数据发送给 A（即 A 接收 B 系统的数据）是逆过程， 数据交换思路与上一致。 A中数据发送到B 数据共享平台C 数据共享程序 数据共享中间库 应用系统A 应用系统B 图 接口系统示意图 “数据共享中间库”：按照约定的标准规范，存储不同应用软件 之间需要交换的数据。 “数据共享程序”：实现数据共享中间库与对应的应用软件之间 的数据传输、事务控制、逻辑处理等。 前面提到的两个应用系统之间实现集成，可以采用数据共享平 台实现，那么对于多个应用系统之间的数据发送和接收，应如何实
    现呢？其实是原理是一样的，因为任意多个应用系统的数据交换都 可以拆分成两两系统之间的接口来处理。例如三个应用系统（A、B、 C）彼此都需要实现数据交换，那么需要提供的接口就应该是 3 个， 即 A 与 B 之间、A 与 C 之间、C 与 B 之间，多个应用系统情况以此 类推，所以只要实现了两个应用系统之间的集成，多个系统也可自 然实现。 下面以两个应用系统之间的集成为例进行分析。 3.1.1.2 技术原理 对于两个应用系统之间的数据交换，无外乎是系统 A 中数据传 送给系统 B 和系统 B 中的数据传送给系统 A 两种情况，不管是从哪 方开始，到哪方结束，逻辑上都可以看作是从其中一方传递给另外 一方，因此只需要考虑数据从一方传送到另外一方这种情况即可， 例如 A 数据到 B，反方向传递（B 数据到 A）完全相同，就不需要重 复考虑了。 数据从 A 应用系统传输到 B 应用系统的方法有两种方式： 1、直接传输：A 直接到 B； 2、间接传输：A 先到第三方数据库 C，然后再从 C 到 B，C 即 是数据共享中间库； 在这种模式下，应用系统 A 将应用系统 B 希望看到的数据送给 B，但是 B 系统并不知道 A 系统的数据标准，这好比 A 是中国人，B 是俄国人，俄国人不认识中国汉字（B 系统不知道 A 系统的数据标 准），那么如果要将由汉字写成的书籍交给 B（俄国人）阅读的时候， 首先就必须将书籍从中文翻译成俄文，这样 B（俄国人）才能看懂，
    示意图如下所示。 A中数据发送到B 应用系统A ① 将A中数据按照 B的标准进行转换 ② 将转换后 结果送入B中 应用系统B 示例： 中国人将书籍给俄国人看 ① 将中文书籍翻译 成俄文 ② 将俄文书 籍给俄国人看 中国人 俄国人 图 应用系统之间直接交换数据模式 直接传输方式还可细分为“A 主动送给 B”和“B 主动从 A 中取” 两种情况。二者唯一的区别是哪方主动，哪方被动。 A 主动送给 B：系统 A 将 A 中的数据转换为 B 系统的格式，然 后放入 B 系统； B 主动从 A 中取：系统 B 从系统 A 中取出需要的数据，然后将 数据转换为 B 的格式，再放入 B 系统。 如下图所示： A系统“主动”送入B 应用系统A ① A系统将A中数据按 照B的标准进行转换 ② A系统将转换 后结果送入B中 应用系统B B系统“主动”从A中取 应用系统A ① B系统将A中数据按 照B的标准进行转换 ② B系统将转换 后结果送入B中 应用系统B
    图 直接传输的两种情况 直接传输这种方式的优点在于中间环节少，不需要第三方系统 协助，直接完成数据的交换，但是也存在以下问题：  版权纠纷，软件的程序、数据库结构、数据涉及到知识产权， 擅自地修改、使用其它拥有版权的软件都是侵权行为；  因为需要进行转换，所以“主动方”必须非常清楚对方应用 系统的数据库结构、数据标准，例如是 B 系统“主动”，那么 B 系 统就需要清楚 A 系统的数据库结构和标准，才能从 A 系统中找到自 己需要的数据，并将数据进行正确地转换；  容易引起正常使用的应用系统的不稳定性；因为不管是 A 系 统主动送入 B，还是 B 系统主动从 A 中取，都涉及到一方要去对方 系统的数据库中操作，例如 A 主动送入 B 模式，那么 A 就需要将转 换后的结果写入 B 数据库中，但是 B 系统由 B 系统软件提供商在负 责维护和升级，就存在双方都在对同一数据库结构进行调整，显然 是容易出现问题的。  不利于系统的后期维护升级，例如 A 主动送入 B 情况，当 B 系统升级，相应库结构变化，但是 B 系统软件提供商没有及时告诉 用户和 A 系统软件提供商自己库结构变化，数据传输需要调整，更 糟糕的是往往 B 系统软件提供商根本不清楚此次调整是不是对数据 传输有影响，那么数据传输就可能会出现错误。 直接传输存在这些问题，都可以在间接传输的方式中得到解决， 间接传输方式示意图如下：
    分享到：
    赞 收藏

    相关推荐

    资料库

    行业

    共收录7266份资料，累计15个分类，关注成员有19位，主要包括：物流,旅游,餐饮零售,网络游戏,咨询,金融,电子政务,外包,教育,制造,医疗,嵌入式,互联网,交通,电信

    热门标签

    物流 旅游 餐饮零售 网络游戏 咨询 金融 电子政务 外包 教育 制造 医疗 嵌入式 互联网 交通 电信

    最新资料