济南市房产交易监理所.docVIP

济南市房产交易监理所 系统升级要求 为满足房产交易市场监管，需要对的存量房交易资金监管系统进行升级，并建设配套的抵押网签备案系统，完善数据共享平台接口 2.任务概述 2.1 目标 本项目的建设目标是升级存量房交易资金监管系统，完善存量房交易工作的签约及审核流程，完善交易过程中的资金监管工作，建设配套的抵押网签备案系统，完善数据共享平台接口2 假定和约束 本系统开发时间要求较为紧张，同时本系统的设计和开发要基于现有济南市存量房交易与资金监管并与不动产登记系统、等进行有效衔接 2.3设计与实现的限制 系统升级开发要遵循住建部的《房屋交易与产权管理工作导则》的要求，系统要求采用面向服务的体系架构进行应用开发、系统集成，摆脱面向技术的解决方案的束缚，集中精力于构建交易管理领域的业务模型，从而提高软件复用、加快应用软件的实施 2.3.1 架构要求 系统升级需要满足可伸缩的企业级应用集成体系架构的要求。系统架构总体上要求分为数据层、服务层、业务层、接口层与展现层。 1) 数据层包括数据库、非结构化数据以及为外网提供数据的数据转换与同步系统。数据库又可分为业务数据库、办公公文数据库、用于存储GIS数据的空间数据库以及用于统计分析与信息发布的数据仓库。 2) 服务层是各种基础中间件的集合，包括应用服务器、流程引擎服务器以及GIS引擎服务器等。 3）应用层是由一系列在概念上相对独立，在业务上相互关联的业务子系统组成。业务子系统共享数据库，各个子系统的功能模块可以利用工作流引擎加以整合，从而形成完整的业务流程。 4) 接口层提供可供其他子系统或者外部系统调用的业务服务功能。它以Web服务的形式从各个业务子系统中抽取出来，由一个统一的容器（如ESB）来管理，以供相关子系统或者外部系统调用。当然，外部系统需要经过前置的身份认证与数据安全系统的验证后方可访问接口层的服务。系统需要获取外部系统的数据时，也经由接口层来实现，以保证数据交换的可控性和安全性。 5) 展现层完成与最终用户的交互。为了实现单点登录及各个系统的无缝衔接，可采用Portal技术，构建内部门户，各个系统共享身份认证，为用户提供统一的操作界面。 2.3.2 技术选型 1）系统采用B/S架构，应用JavaEE技术（JSF+JPA）进行开发 2）数据库系统：IBM DB2 3）应用服务器：IBM WebSphere Application Server/Tomcat 3. 建设内容项目 存量房交易资金监管系统升级 合同网签备案系统 数据共享平台接口开发. 存量房交易资金监管系统升级 4.1 限购核查 4.1.1 申报表录入 经纪机构根据房人提交，录入家庭申报表并上传信息检查交易管理部门进行尚未提交的申报表记录，可进行修改删除操作。 录入状态，的申报表，审核通过，此模块打印核查的信息并提交至管理系统 注：房源核验限购核查要经纪人。 核验的房源信息，的结果 4.3 网签备案（经纪机构） 4.3.1 网签托管合同录入提交 购房人限购核查及房源核验通过，在，购房人需求，选择资金监管方式录入网签托管合同上传及信息。网签托管合同检查交易管理部门进行核查，并进行网签托管合同尚未提交的网签托管合同记录，可进行修改删除操作。 录入网签托管合同并的网签托管合同，此模块打印核查及房源核验通过，在，购房人需求，选择资金监管方式录入网签托管合同上传及信息。 4.4.3 监管账户管理 监管账户的新增、修改、删除等操作，子账户与网签业务的关联操作。同时提供账号导入功能，子账户明细查询，子账户收回等功能。 4.5 资金监管 4.5.1 首付款监管模式 网签托管信息备案后，买方凭网签合同按照约定一次或分次将首付款存入监管银行账户，交款完毕后网签系统自动将已备案数据推送至不动产系统、交易管理系统、抵押合同备案系统。买卖双方可进行贷款审批手续，贷款审批通过及办理完税、产权转移及抵押登记完成后，网签系统通知财务部门将首付款转给卖方账户。 4.5.2 一次性付款全款监管模式 网签托管信息备案后，买方凭网签合同按照约定一次或分次将除定金外的全部房款存入监管银行账户，交款完毕后网签系统自动将已备案数据推送至不动产系统、交易管理系统、抵押合同备案系统。完税、产权登记完成后，网签系统通知财务部门将首付款转给卖方账户。 4.5.3 阶段性担保贷款购房全款监管模式 网签托管信息备案后，买方凭网签合同按照约定一次或分次将首付款存入监管银行账户，首付款交款完毕后，买卖双方到担保公司进行担保手续，担保公司审批通过后由担保公司指定银行申请贷款审批手续，贷款审批通过后由担保公司提供担保函方式将贷款部分存入监管账户中，首付款及贷款交款完毕网签系统自动将已备案数据推送至不动产系统、交易管理系统、抵押合同备案系统。完税、产权登记完成后，网签系统通知财务