济南房产交易监理所.docVIP

济南市房产交易监理所 系统升级开发项目招标要求 1.项目背景 为满足房产交易与市场监管的要求，需要对现有的存量房交易资金监管系统进行升级，并建设配套的房屋抵押合同网签备案系统，完善数据共享平台接口。 2.任务概述 2.1 目标 本项目的建设目标是升级存量房交易资金监管系统，完善存量房交易工作的签约及审核流程，完善交易过程中的资金监管工作，建设配套的房产抵押合同网签备案系统，完善数据共享平台接口。 2.2 假定和约束 本系统开发时间要求较为紧张，同时本系统的设计和开发要基于现有济南市存量房交易与资金监管系统的整体框架,并与不动产登记系统、交易管理系统、中介管理系统等进行有效衔接，要求在需求与设计阶段做到充分调研，确定好的方案，尽量避免后期的反复。系统测试要全面，保证软件的稳定性、可靠性、高效性、易于维护性。 2.3设计与实现的限制 系统升级开发要遵循住建部的《房屋交易与产权管理工作导则》的要求，系统要求采用面向服务的体系架构（SOA）进行应用开发、系统集成，摆脱面向技术的解决方案的束缚，集中精力于构建交易管理领域的业务模型，从而提高软件复用、加快应用软件的实施。 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. 存量房交易资金监管系统升级 4.1 限购核查 4.1.1 申报表录入 经纪机构根据购房人提交的证件资料，录入限购核查家庭申报表信息，并上传数字化信息。经纪机构对录入的限购核查申报表信息，检查无误后提交至交易管理部门进行审核操作，尚未提交的申报表记录，可进行修改、删除等操作。 4.1.2 申报表查询及打印 经纪机构查询本机构录入的限购核查申报表状态，已提交的申报表，交易管理部门审核通过后，在此模块可打印购房资格限购证明。 4.2 房源核验 4.2.1 房源核验录入 经纪机构根据需核查房屋的资料，录入房源核验信息，并提交至交易管理系统。 注：房源核验与限购核查，要同一经纪人录入办理。 4.2.2 房源核验查询 经纪机构查询本机构提交的需核验的房源信息，查看交易管理部门核验后的结果。 4.3 网签备案（经纪机构） 4.3.1 网签托管合同录入提交 购房人限购核查及房源核验通过后，在有效期内，经纪机构根据购房人需求，选择资金监管方式录入网签托管合同，上传证件信息及影像信息。经纪机构对录入的网签托管合同，检查无误后，提交至交易管理部门进行限制信息核查，并进行网签托管合同备案操作；尚未提交的网签托管合同记录，可进行修改、删除等操作。 4.3.2 网签托管合同查询及打印 经纪机构查询本机构录入的网签托管合同状态，已提交并备案的网签托管合同，在此模块可打印网签托管合同，办理托管金额缴存手续。 4.4 网签备案（房管部门） 4.4.1 网签托管合同录入 购房人限购核查及房源核验通过后，在有效期内，房管工作人员根据购房人需求，选择资金监管方式录入网签托管合同，上传证件信息及影像信息。 4.4.2 网签信息接收审核 经纪机构提交网签信息后，房管审核人员接收网签信息至各审核人员名下，自动对网签信息进行限制信息核验（查封、抵押、拆违拆临黑名单）。 4.4.3 监管账户管理