方案

1. 1. 背景与目标
根据《关于加强存量房交易监管防范信贷风险有关问题的通
知》的要求，各家银行系统需在 2011 年 9 月 1 日前完成与存量房
网上交易系统的对接。该接口将实现存量房网上交易系统与银行
系统的数据共享，银行可通过接口核查存量房网签合同数据，同
时银行系统需把按揭数据反馈到存量房网上交易系统中。
由于永亨银行涉及到二手房屋按揭贷款业务，因此，需要实
现一套与市房管局存量房网上交易系统对接的内部管理系统；该
系统首先需要根据市房管局规划的存量房网上交易系统银行按揭
接口定义的规范，实现查询存量房网签合同数据和反馈按揭信息
的管理功能，同时该系统还需要确保本行内部各个信息系统的安
全。
2. 系统建设方案
2.1 总体思路
本次系统建设的总体思路是：构建独立的网络环境进行本次
系统的应用部署，与银行内部网络及业务应用系统完全隔离，从
而确保银行内部系统的绝对安全。
1

2. 2.2 系统应用部署架构
图：系统应用架构
本系统与市房管局进行数据交互时，系通过专用的光纤网络
实现，考虑到本系统将来投入使用后，该系统将会保存有关存量
房网签合同和银行反馈的按揭信息的数据，为确保该部分的数据
安全及隐私，建议该系统所处网络环境应具备安全可靠的抗攻击
性，同时考虑到方便银行在各个营业网点的使用，因此建议本次
系统采用 B/S/S 三层应用架构，使系统具备较强的扩展性，同时
也可最大限度的减少 C/S 两层架构的客户端的安装及维护工作。
在综合考虑系统运行稳定性，以及经济实用性两方面的因素，
我方建议本系统的应用服务器和数据库服务器部署在性能配置较
好的 PC 台式机（预装 Windos XP）即可，web 中间件可使用
Tomcat，数据库可使用 SQL Server（具体以银行现有资源为
准），同时可把数据库服务器的数据定时备份到应用服务器。
2

3. 2.3 系统开发架构设计
银行按揭接口系统是基于存量房系统银行按揭接口协议进行
开发。根据接口协议的规定，其系统功能包括:查询按揭合同信息、
创建按揭信息、修改按揭信息、删除按揭信息、查询按揭信息、确认
按揭放款、数据明细、修改银行按揭口令、修改用户密码和用户管
理功能。
本系统基于 J2EE 开发，采用 B/S/S 三层应用架构。中间件将
使用 Tomcat，数据库使用 SQL Server。与存量房网上交易系统
的数据交互按照协议规定使用 socket 方式，数据格式使用 xml 格
式。
2.4 系统实现接口功能
（1）查询按揭合同信息
 本系统根据用户录入的买卖合同编号及买卖双方的身
份证号码，通过调用接口查询到买卖双方在存量房系
统签订的存量房买卖合同的基本信息和合同状态等。
（2）创建按揭信息
 银行用户查询出买卖合同的基本信息后，可对该份合
同创建按揭信息，通过填写按揭时间、按揭金额币种、
按揭类型、按揭金额、按揭期数、按揭银行名称（具体
3

4. 到银行支行）等信息，提交后本系统通过调用接口在
存量房系统中创建按揭信息。
（3）修改按揭信息
 银行用户如需对已创建的按揭信息进行修改，可通过
查询出已创建的按揭信息，修改提交后，本系统调用
接口修改存量房系统的按揭信息。
（4）删除按揭信息
 银行用户如需对已创建的按揭信息进行删除，可通过
查询出已创建的按揭信息，确认删除后，本系统调用
接口删除存量房系统的按揭信息。
（5）查询按揭信息
 对于已创建的按揭信息，本系统通过调用接口，可查
询到存量房系统的按揭信息。
（6）确认按揭放款
 银行用户如需对已创建的按揭信息进行确认按揭放款，
通过填写按揭放款时间，提交后本系统通过调用接口
确认按揭放款。
（7）数据明细功能
 银行用户可以通过起止时间，通过接口查询出存量房
系统记录本银行在该段时间内的操作数据明细。同时
可把操作数据明细导出 excel。
（8）修改银行按揭口令
4

5.  系统管理员可以通过该功能修改本银行使用按揭接口
的银行按揭口令。
（9）修改用户密码
 银行用户可以通过该功能修改登录本系统的用户密码。
（10）银行用户管理功能
 系统管理员通过该功能增加、修改和删除银行普通用
户。
2.5 系统功能设计
为实现全部的按揭接口功能，同时考虑银行自身业务操作需求，
系统功能设计为以下几个模块：
系统 功能模 功能点 功能说明
块
银 用户机 机构管理 银行内部新增、修改、删除银行
行 构管理 分支机构
用户管理 银行内部新增、修改、删除系统
按
用户
揭 用户授权 对系统用户进行菜单功能授权
修改密码 修改系统用户的密码功能
接
链路管理 口令修改 修改银行访问国土局服务点的
口 口令
端口管理 修改国土局服务端 IP 和端口
客
合同查询 网签合同查询 根据申请人提交的网签合同号
户 及身份证号，查询网签合同数
端 据。
按揭管理 创建按揭合同信 查询出网签合同数据以后，进
系 息 行按揭信息录入并提交。
5

6. 统 修改按揭合同信 查询出网签合同数据以后，对
息 已经提交的按揭信息进行修改
并提交。
删除按揭合同信 删除已经提交的按揭信息。
息
查询按揭合同信 根据查询条件查询已经创建的
息 按揭信息。
放款管理 确认放款信息 核对网签合同数据，并通过此
菜单功能录入放款时间并提交。
日志管理 操作日志查询 查询系统记录的操作日志信息。
对账日志查询 查看每天对账情况。
定时任务 定时数据对账 每天定时从国土局服务器获取
数据与本地数据进行记录核对，
并写入日志文件。
定时数据提交 每天定时对账后，如果发现存
在有数据不一致的，需要定时
提交，进行数据补漏处理。
2.5.1 用户机构管理
用户机构管理模块主要包括，对银行内部的分支机构以及人员的
管理，包括新增、修改、删除分支机构和人员信息以及修改人员信
息的秘密以及权限分配等功能，其功能点列表如下：
1. 机构管理
需求规格说明：
功能设计
模块名称 用户机构管理
功能名称 机构管理
功能说明 管理银行内部的组织机构，对分行或者支行进行管理，
6

7. 没有具体到部门，可以新增加，修改分行或者支行。
2. 用户管理
需求规格说明：
功能设计
模块名称 用户机构管理
功能名称 用户管理
功能说明 管理银行内部的用户管理功能，对组织机构下面的人员
进行管理，提供新增修改删除人员信息的功能。
3. 用户授权
需求规格说明：
功能设计
模块名称 用户机构管理
功能名称 用户授权
功能说明 管理银行内部的用户权限，针对单个用户或者批量用户
提供，进行系统授权的管理。
4. 修改密码
需求规格说明：
功能设计
模块名称 用户机构管理
功能名称 修改密码
功能说明 此功能默认提供给每一个用户，也提供给管理员用户，
如果个人用户忘记密码，则可以让管理员帮助修改并找
回密码。
7

8. 2.5.2 链路管理
链路管理主要实现设定访问广州市国土局服务器的 Ip 和端以
及访问账号密码修改的管理，主要包括口令修改和端口管理两个
功能，其功能点列表如下：
1. 口令修改
需求规格说明：
功能设计
模块名称 链路管理
功能名称 口令修改
功能说明 修改访问国土局服务器端的本银行用户密码。
2. 端口管理
需求规格说明：
功能设计
模块名称 链路管理
功能名称 端口管理
功能说明 修改访问国土局服务器应用 IP 地址和端口的功能，系
统在初始化时会根据国土局提供的 IP 和端口默认显示
系统，如果出现国土局改变 IP 或者端口时，可以前台
修改而不用修改程序代码。
2.5.3 合同查询
此处合同查询功能，主要实现查询网签合同信息，查询数据
包括：网签合同内容、按揭进度办理情况、本行创建的按揭信息等
8

9. 内容，具体功能列表如下:
1. 网签合同查询
需求规格说明：
功能设计
模块名称 合同查询
功能名称 网签合同查询
功能说明 主要实现查询网签合同信息，查询数据包括：网签合同
内容、按揭进度办理情况、本行创建的按揭信息等内容，
供签订按揭贷款合同前做验证使用。
2.5.4 按揭管理
此按揭管理功能，主要实现网签合同查询、创建、修改、删除、
查看按揭信息等功能。具体功能列表如下:
1. 创建按揭信息
需求规格说明：
功能设计
模块名称 按揭管理
功能名称 创建按揭信息
功能说明 主要实现对发放同贷书的按揭信息进行创建：系统实现
步骤如下：
1. 查询出网签合同，创建按揭信息并提交。
2. 服务器端验证网签合同有效性以及是否符合创建条
件。
3. 符合条件反馈创建成功标志，同时客户端在本地数
9

10. 据创建记录，操作结束。
4. 不符合条件反馈错误状态，同时客户端界面提示创
建失败并显示失败原因。
2. 修改按揭信息
需求规格说明：
功能设计
模块名称 按揭管理
功能名称 修改按揭信息
功能说明 主要实现对已经创建的按揭信息的修改操作。系统实现
步骤如下;
1. 查询出网签合同以及按揭记录。
2. 选中修改记录，修改数据并提交。
3. 服务器端验证是否符合修改条件。
4. 符合条件反馈修改成功标志，同时客户端软修改本
地数据，操作结束。
5. 不符合条件，反馈错误状态，同时客户端提示修改
操作失败。
3. 删除按揭信息
需求规格说明：
功能设计
模块名称 按揭管理
功能名称 删除按揭信息
功能说明 主要实现对已经创建的按揭信息的删除操作。系统实现
10

11. 步骤如下;
1. 查询出网签合同以及按揭记录。
2. 选中删除记录并提交。
3. 服务器端验证是否符合删除条件。
4. 符合条件反馈删除，同时客户端软删除本地数据，
操作结束。
5. 不符合条件，反馈错误状态，同时客户端提示删除
操作失败。
4. 查询按揭信息
需求规格说明：
功能设计
模块名称 按揭管理
功能名称 查询按揭信息
功能说明 主要实现查询创建的按揭信息内容，根据网签合同号或
者时间对自己办理的按揭信息进行系统查询。
2.5.5 放款管理
此功能，主要供办理放款人员使用，实现放款时网签合同查
数据核对以及反馈放款时间等功能。具体功能列表如下:
1. 确认放款信息
需求规格说明：
功能设计
11

12. 模块名称 放款管理
功能名称 确认放款信息
功能说明 主要实现放款时网签合同查数据核对以及反馈放款时间。
系统具体实现步骤如下：
1. 通过网签合同号或则申请人身份证号，查询出系统
中已经创建按揭信息的网签合同。
2. 录入放款时间并提交验证国土局服务器。
3. 国土局服务器如果符合放款要求（网签合同有效并
没有其他银行已经反馈放款信息），反馈放款成功
标志，系统在本地也保存放款时间信息，操作结束。
4. 如果不符合要求，则反馈放款失败标识和原因，系
统在本地也提示放款失败并在页面给出提示。
2.5.6 日志管理
此功能主要供管理人员使用，实现查看系统操作日志以及系
统对账日志查询等功能。具体功能列表如下:
1. 操作日志查询
需求规格说明：
功能设计
模块名称 日志管理
功能名称 操作日志查询
功能说明 主要实现系统全部的操作日志查询查看的功能，主要根
12

13. 据操作人，操作时间、网签合同号等关键字进行检索，
查询与国土局服务器端交互的操作记录以及本地操作记
录。
2. 对账日志查询
需求规格说明：
功能设计
模块名称 日志管理
功能名称 对账查询
功能说明 主要实现系统提交到国土局服务器端的操作记录与本地
记录对账结果的查询，根据日期进行系统查询，显示每
天对账情况，是否存在异常。
2.5.7 定时任务
此功能主要供管理人员使用，实现定时数据对账以及定时数
据提交等功能。具体功能列表如下:
1. 定时数据对账
需求规格说明：
功能设计
模块名称 定时任务
功能名称 定时数据对账
功能说明 主要实现每天定时查询对账接口自动与本地数据进行对
账的请求，系统提供设定对账时间等功能。
2. 定时数据提交
需求规格说明：
13

14. 功能设计
模块名称 定时任务
功能名称 定时数据提交
功能说明 主要根据每天对账情况进行的一个数据补救措施，如果
在数据提交过程中发生因为网络问题未提交成功的案件，
每天设定一个时间，定时进行系统提交补录的功能。此
定时任务应在定时对账之后执行。
2.6 系统安全设计
应用系统安全是整个系统安全的重要组成，所有的业务办理、事务处
理都需要通过应用系统来实现。应用系统安全对整个系统的正常运行起着
极其关键的作用。
应用系统安全的核心是实现二种控制，即控制什么人能进入系统，检
查想进入系统的人是否有入网的“通行证”；其次控制进入系统的用户能做
什么，即检查用户是否有权做想做的事。前一个控制的是用户身份，后一
个控制的是用户的权限，以下为具体安全措施：
1、 网络以及链路方面的安全校验
由于网络方面实现了与国土局内网光纤专线互联，大大降低了网
络数据传输风险，同时在访问中增加了访问用户名和口令并对口令进
行 MD5 加密，保证了传输过程中的数据安全。
2、 前台数据录入信息的校验
在浏览器用 javascript 对用户在输入的页面数据进行有效性检测。
限制用户输入非法的数据，检测内容包括：输入长度、数据类型（字
14

15. 符，整型数值，小数数值，日期）、是否为空等。此方法加快了数据检
测的效率，实现也比较简单。前台做了检测之后，如果有必要的话后
台可以做第二次的检测，保证系统的安全。
3、 后台对提交上来的数据进行二次检测
对用户在前台页面输入的数据在后台进行有效性检测。检测内容
包括：输入长度、数据类型（字符，整型数值，小数数值，日期）、是
否为空。防止用户绕过前台检测的 javascript，直接提交数据到后台。
4、 后台检测用户的权限
执行每个功能之前，都需要检测用户是否登录和是否有执行的权
限。防止用户绕过登录页面，直接访问其他功能的页面，以及防止已
经登录的用户访问没有权限的功能。服务器将对用户进行有效的身份
认证；仅授权给用户完成指定任务，不给职责范围之外的任何特权。
5、 在数据库中，对用户密码等敏感信息进行加密
用户的密码是放在数据库表中的，这就意味着某些对这个表有权
限的人可以直接看到各用户的密码。所以在存储这些敏感信息的时候
都会先对数据进行加密，读取的时候也先解密再使用。
6、 完善的日志记录，对进出系统的全部信息进行实时监测
系统将在日志中记录用户对系统的各种信息，便于对系统进行安
全跟踪和监控。
3. 系统测试计划
测试是实施过程中一个独立且非常重要的阶段，也是保证质量的重要
手段之一。测试过程基本上与开发过程类似。在测试过程中，需要对整个测
15

16. 试过程进行有效的管理，保证测试质量和测试效率。一个规范化的测试过
程通常包括以下基本的测试活动：
 拟定测试计划；
 设计和生成测试用例；
 实施测试；
 生成测试报告。
根据本系统具体情况，我方拟针对系统软件测试分以下三个阶段：单
元测试、连调测试和确认测试；它们按顺序进行，首先是单元测试，对源
程序中的每一个程序单元进行测试，验证每个模块是否满足系统功能要求；
联调测试是将已测试过的模块申请与广州市国土局服务端的测试应用系统
进行连调测试，重点测试接口功能；确认测试是对整个软件进行验收测试，
根据系统分析说明书来考察软件是否满足要求。
3.1 单元测试
单元测试也称为模块测试。在模块编写完成且无编译错误后就可以进
行。单元测试主要完成系统内部功能点的测试，在单元测试中，主要从模
块的五个特征进行检查：模块接口、局部数据结构、重要的执行路径、出错
处理和边界条件。
 单元测试环境：软件开发环境以及开发环境本地网络
 单元测试人员：系统开发人员
 单元测试用例：开发人员自己准备测试数据
3.2 联调测试
联调测试主要是实现与国土局服务端的系统接口联调测试，联调测试
16

17. 首先链接国土局网络测试环境，针对提供的接口功能进行逐个联调测试。
 联调测试环境：银行服务器端以及与国土局内网互通的网络专线
 联调测试人员：系统开发人员、国土局测试人员、银行测试人员
 联调测试用例：市国土局相关方提供具体测试用例
3.3 确认测试
确认测试主要是实现与国土局服务端的系统接口联调测试后，正
式对接系统以后，在正式环境采用正式案例对系统进行测试。
 确认测试环境：银行服务器端以及国土局内网互通的网络专线
 确认测试人员：系统开发人员、银行测试人员
 确认测试用例：银行办理的正式案例
4. 系统安装实施计划
系统完成开发和内部测试以后，我方安排工程师到银行进行现场
安装以及调试，并进行与广州市国土局接口的联调测试，同时对
银行内操作人员进行系统培训。
4.1 系统安装部署
 本系统采用 B/S 架构开发，应用服务器和数据库服务器可部
署在性能配置较好的 PC 台式机，同时需要安装中间件和数
17

18. 据库。
PC 服务器要求：
a) CPU 主频：2 GHz
b) 内存容量：2048MB
c) 磁盘容量：100G
d) 网络环境：10/100M 网络，需与广州市国土局内网互
通互联。
中间件要求：
Weblogic、websphere、tomcat 均可。
数据库要求：
Oracle、sql server、mysql 均可。
4.2 系统培训
 组织一次系统培训，对需要使用该系统的银行工作人员进行
系统操作培训。同时提供电子版系统使用手册。
5. 系统维护计划
18

19. 5.1 系统维护内容
 保障银行按揭接口系统所有功能模块日常的正常运行使用。
 保证因广州市国土局现有按揭接口功能调整后银行接口程序
的及时更新及正常使用。
 定期对系统进行巡检，监控，同时确保系统在出现异常时及
时恢复系统的正常运行。
5.2 系统维护时间
 设置 1 条手机保障电话，7*24 小时不间断服务。
 定期巡检，最少做到每月巡检一次。
5.3 系统维护承诺
对于一般性错误的处理，我方承诺当接收到系统故障书面报告后
的 2 小时给予响应，4 小时排查出问题并恢复上一程序版本使得系统
恢复正常运行。对于系统中断性服务的处理，我方承诺接到系统故障
电话或报告后的 2 小时内到达现场，4 小时内给出系统中断原因，并
19

20. 无条件配合其他相关技术供应商解决系统问题。如因系统应用程序问
题引起系统中断性错误的，则在 8 小时内予以解决并恢复系统正常运
行。
5.4 系统维护费用
系统上线后提供一年免费维护期，一年后如需维护，需新签订维
护合同，维护内容与时间如上，维护费用为：1.2 万/年。
6. 系统建设周期与预算
完成本系统的开发及实施工作量预计需 65 个人日，开发周期为 35
个工作日。本次按揭业务数据接口开发 费用预计： 4.5 万元，
具体如下：
序号 具体内容 评估工作 费用
量 （万元）
（人*
日）
1 确定系统需求以及业务界面界定 5 --
2 系统开发： 35 --
主要实现上述系统功能的开发以及内部
测试。
3 系统测试及系统优化，实现系统与房管 15 --
局网签系统的连调测试以及正式对接。
4 系统实施工作： 10 --
1、应用部署
2、系统培训
20

21. 3、系统维护工作（1 年免费维护）
合计 65 ￥4.5
说明：
每月按照 21 个工作日进行计算。
本开发周期和报价按照以上建设方案中的功能进行开发评估，如有其他个性化需求则需另外评
估工时。
二〇一一年七月三日
21