搜索
哈尔滨银行信息化建设全流程信贷系统——个人消费信贷子项目业务需求说明书个人金融部2013年3月12日内部材料注意保密项目业务需求说明书第1页文档信息标题哈尔滨银行信息化建设全流程信贷系统——个人消费信贷子项目业务需求说明书创建日期2013年3月12日打印日期文件名存放目录所有者作者郑诗明修订记录日期描述作者文档审核/审批此文档需如下审核。签署过的审批表将作为附件。姓名职务/职称签名签名日期文档分发此文档将分发至如下各人姓名职务/职称孙兰信贷管理部总经理助理王超个人金融部总经理助理李俊龙科技发展部运营维护中心总经理助理谢天赐科技发展部北京IT研发中心技术员陈维克科技发展部运营维护中心技术员郑诗明个人金融部业务人员陈书宜信贷管理部业务人员文件状态：[]草稿[√]正式发布[]正在修改文件标识：当前版本：1.0编写人员：郑诗明负责部门：个人金融部授权人签字：签署日期：项目业务需求说明书第2页目录项目业务需求说明书第3页1引言1.1读者对象本文档送达以下相关各方审阅。日期姓名职位和部门2013-3-12孙兰信贷管理部项目负责人2013-3-12王超个人金融部业务经理2013-3-12郑诗明个人金融部业务人员2013-3-12李俊龙科技发展部技术经理2013-3-12谢天赐研发中心人员2013-3-12陈维克运营维护中心人员2013-3-12陈书宜信贷管理部人员1.2定义及术语缩写、简称或其他定义12345672概述个人消费信贷系统是全行使用频率最高的系统之一，目前个人客户多达12万户，每年以10%以上的速度增长，行内使用人员多达300余人，因此，建立全流程信贷系统能够提高我行办公效率和加强内控。项目业务需求说明书第4页2.1项目背景以全行全流程信贷系统建设为契机，建立适合我行业务的个人消费贷款系统，在系统上建立自动化的风险控制措施，减少人为干预，从而提高运行效率。2.2业务目标随着科技的发展和客户日益多样化的需求，我行原有的信贷系统已经不能满足业务的发展需求，我行需要建立以总行为中心，覆盖全行信贷业务的数据及流程大集中平台，以客户管理为基础、以流程管理为主线、以信贷风险管理及防范为目标，实现全行信贷业务的管理、统计分析、监测、审批、控制的电子化和自动化，提供信贷及相关业务信息的存储、汇总、收集、反映，为各层次的经营管理提供监控、决策、分析、预警等功能，为我行信贷业务的创新、经营决策提供充分的信息支持。2.3参考资料主要由德勤专家结合我行需求与同业先进做法而撰写，详见《全流程信贷业务系统个贷业务条线系统需求说明书》。3业务需求3.1需求总体描述本系统的设计及建设不仅要考虑到现在业务处理的操作性和与其它系统的相容性，还要考虑到将来业务的拓展，因而，在系统设计中，主要考虑以下几个方面：一、使用人员操作的便利性由于个人消费信贷系统使用的人数多，客户数量大，本系统设计时充分考项目业务需求说明书第5页虑到了这一点，在保证功能的同时，尽量减少信贷人员信息录入的时间，提高效率。二、满足业务创新需求由于个人消费贷款业务发展速度，一些新的功能和计息方式会增加，系统建成后，应该能够满足二次开发或添加新功能的需求。三、提供了强大的分析功能和风险管理功能本系统不仅能满足全部业务处理的需要，而且应提供了强大的统计分析功能和风险管理功能，包括统计功能、风险预警功能、不良资产管理功能、贷款五级分类功能和资信评估功能等。3.2业务处理流程说明3.3与其他系统交互关系一、与我行核心系统对接，完成账务处理。二、与我行数据平台对接，提供业务数据。三、通过数据平台，与我行其它系统对接，如：征信系统、会计管理系统、资产负债系统。四、与我行网络银行对接，完成贷款信息的查询。五、个贷子系统的客户信息与ECIF进行对接，由ECIF对全行客户信息进行统一管理，并通过系统间实时/非实时接口对客户信息进行同步。六、与影像平台的对接。实现客户信息的上传，更新，查询，展示与归档。贷款受理信息录入贷款审查贷款审批贷款发放贷后管理客户结清贷款项目业务需求说明书第6页并且支持对影像资料更新记录的展示。七、与房产评估系统对接。八、与ODS对接。3.4目标用户系统建成后，主要由总分行的管理人员和分支行的信贷员使用，2013年建成后，使用人员在300人左右，未来三年会以每年15%的递增速度增加用户数量。4业务需求细化说明系统功能描述序号模块功能备注1客户管理1、客户信息录入。客户信息录入应非常全面，包括重要联系人、贷款介绍人等，便于贷款管理。支持批量信息导入2、影像存储。信贷人员将客户的原始材料及我行申请书等纸质材料通过影像系统传输到信贷系统中，形成电子档案，审查及管理人员可以根据客户身份证号码查询客户电子档案)3、征信实现总对总查询，通过在信贷系统中录入客户姓名、身份证号号码，不用登陆征信查询界面，可以直接查询客户征信。4、实现在信贷系统对客户身份进行联网核查（通过超链接网址实现）。5、黑名单制度。在我行内部形成逾期客户的黑名单，在信贷人员受理客户、录入客户姓名、身份证号码时，系统自动检索客户在我行贷款的还款情况，提示信贷人员。2贷款审查、审批1、建立系统自动审批模型，对于符合条件的客户，实现系统自动审批，减少人工操作，提高我行贷款办理速度。不使用系统审批时，可项目业务需求说明书第7页2、评分卡，根据信贷员录入的客户基本信息，评分卡自动采集信息，形成打分数据，对于打分卡不能自动采集的数据，信贷人员手工填写打分。以跳过此功能。3、分权限审批，不同的审批人有不同的审批权限（金额、利率等）。3合同签署、办理抵押1、支持合同（两种方式）、借据、抵押品凭证打印功能；2、客户提前还款的相关凭证打印功能。4放款管理1、贷款支付选项；2、同一笔贷款分次发放；3、利率管理（生效方式：次年、次月；根据存款情况；设置浮动利率）；4、可以实现美元等主流货币计息及放款的功能。5贷后管理1、贷款录入信息的导出功能；2、催收管理；生成逾期客户信息表；3、提前还款；4、合同变更、5、还款方式变更、6、期限、利率、还款账号变更；7、抵质押物变更；8、借款人及其关系人信息变更。9、五级分类情况；10、信息通知功能；11、提前还款收费对于我行特色业务，可支持网银自助还款功能等（如助学贷款）。6风险管理1、诉讼管理、2、核销管理3、风险分类7绩效管理实现客户经理发放贷款所产品的模拟利润以及逾期、不良贷款情况；将贷款绩效与模拟利润、不良贷款挂钩。8系统核算可以实现信贷系统的核算功能。9统计查询1、当年、当月、当日的累投、累收。2、新发放贷款利率定价情况、收息情况。10信息园地开辟信息交流平台；总分行可以通过此平台交流信息；近期政策发布等；分支行信贷人员的照片、姓名等信息的发布；便于总行及时掌握分行情况。11授权管理根据机构、个人等设置不同的审批权限，分级审批等项目业务需求说明书第8页5非功能需求5.1技术平台需求符合J2EE技术标准满足高并发，大数量的检索满足相关附件上传功能。可维护性高，健壮性强。5.2性能要求说明分类名称描述指标目标性能(Performance)基本性能需求系统必需满足下列基本性能要求:-一般点击响应速度不高于x秒-一般查询响应速度不高于x秒基本性能一般点击响应速度不高于5秒；一般查询响应速度不高于6秒注册用户数系统支持的注册用户数：注册用户数：XXXXXX用户处理能力注册用户数：1500用户以上并发用户数能够同时连接到系统的用户数xxxx并发用户的数量系统联机应能支持100个以上的并发大规模交易请求可扩展性可扩展性为了满足业务发展的需要，系统架构能在最小的服务中断和开发成本基础上，支持增长的用户数、更大的数据量等解决方案是否需要考虑未来的规模扩展(是或否)是可用性界面友好性和易用性在最少的培训下，最终用户能够正确、快速地使用系统来执行任务的能力很关键/重要/不需要很关键对客户的指引系统的设计必须提供适当清晰的客户指引帮助客户使用很关键/重要/不需要很关键容错能力系统使用过程中发生错误时提供明确易懂的出错信息提示很关键/重要/不需要很关键项目业务需求说明书第9页可靠性最终用户的可用性(除计划停运)系统有多少时间(包括计划停运时间，但不包括故障时间)对用户可用小时x天x周24x7x（一年的周数）故障率或非计划停运率预期的使得服务失效的故障频率。本指标给出系统可靠性的一个度量故障数量/时间周期3次/年一般故障的恢复能力在故障发生后需要多久服务才能恢复正常恢复系统到正常运营状态所需的时间1天之内相应，5天之内恢复正常运行。果无法在5天内远程解决，须在收到哈尔滨银行到现场服务要求后3天内提供现场支持服务。严重故障的恢复能力在故障发生后需要多久服务才能恢复正常恢复系统到正常运营状态所需的时间要求1小时内响应，1天之内恢复正常运行。如果无法在1天内远程解决，须在收到哈尔滨银行到现场服务要求后2天内提供现场支持服务。重大故障的恢复能力在故障发生后需要多久服务才能恢复正常要求30分钟内响应，4小时之内恢复正常运行。如果无法在4小时内远程解决，须在收到哈尔滨银行到现场服务要求后24个小时内提供现场支持服务。安全性(Security)一般安全考虑系统方案符合所有相关的安全和审计需求。一般安全考虑符合我行IT安全要求知识产权没有知识产权方面纠纷知识产权符合我行制度合规性遵守地方法规和行业规定合规性符合我行制度系统流程系统中仅运行获批的或者受控的任务和流程系统流程符合我行制度身份识别和权限控制机制所有用户，一旦需要访问受限内容或者专属内容时必需要求身份认证和权限控制身份识别和权限控制机制符合我行制度项目业务需求说明书第10页可维护性系统管理与维护系统管理的一致性以及界面的易操作性用来完全安装、打补丁和升级的补丁及安装工具需要•安装提供安装手册及安装部署知识转移•安全提供备份、恢复策略日志应用程序常规日志应用程序需要增加公用的日志模块来提供系统日志需要应用程序日志包括在系统运行期间发生的事件，如信息，警告或错误的重要性等。这些信息被放到特定应用的日志中，能够被管理员直接访问或能够被用户开发的工具处理来生成报表。需要性能日志应用程序需要增加公用日志记录模块来提供性能日志需要应用程序需要性能日志开关功能需要标准及规范标准规范•客户的企业标准(Customer’sSOE)符合我行制度要求•开放标准(Openstandards)符合我行制度要求•行业标准(IndustryStandards)符合我行制度要求•其他标准符合我行制度要求5.3硬件要求系统运行的硬件环境须满足软件性能的要求。测试环境尽量保证与正式投产的运行环境一致。项目业务需求说明书第11页5.4软件要求名称型号操作系统支持：AIX、HP_UX、LINUX、Windows等主流操作系统数据库支持：ORACLE、DB2、SQLSERVER、Informix等主流数据库产品。应用发布服务器支持：Weblogic、Websphere等主流产品。5.5其他要求5.5.1数据安全要求数据安全要求描述信贷管理系统处理、存储、传输信息的内在安全要求。针对不同密级的数据我们建议采用不同的安全保护措施：商业机密数据，采用明文存储，密文传输，并施加数据对象级的访问控制。商业绝密数据，采用密文存储和密文传输。5.5.2访问管理访问管理描述对系统的应用功能、数据资源进行授权管理和访问控制的安全要求。系统提供基于角色的应用软件功能访问控制，包括角色定义、角色的权限管理、用户的角色管理等。系统提供基于角色和组织机构的数据对象访问控制能力。用户权限的分配应该遵循最小特权的原则。5.5.3加密加密描述信贷管理系统在处理、存储和传输数据时应该采取的加密措施。项目业务需求说明书第12页5.5.4传输加密所有的涉密信息在服务器集群的局域网外必须以密文的形式传输。传输层加密采用SSL协议。5.5.5存储加密静态口令需要加密存储。5.5.6应用核心安全事件的审计跟踪应用核心安全事件的审计是强制的，不可关闭的，包括但不限于对下列可审计事件生成审计跟踪记录：用户身份信息的创建、修改、删除用户认证信息