银行风险统计系统需求规格说明书

1、文档类别：软件开发文档 文档编号:最后版本:文档名称：XX银行风险统计系统需求规格说明书项目名称：XX银行银行风险统计系统建设项目编号：项目负责人:编写人：编写时间：2011-07-19校对人：校对时间：2011-07-19复查人：复查时间：2011-07-20评审人：评审时间：批准人：批准时间：版本变更记录版本文档时间变更说明1.02011年7月19日创建1.12011年7月19日修改1.22011年7月20日修改1.32011-年7月-26日修改i目录1.引言.11.1项目背景 .11.2文档概述 .11.3参考资料 .12.任务概述.12.1目标 .12.2运行环境 .12.3建设内容

2、.23.业务需求.33.1客户需求描述 .33.2流程描述 .53.3报表清单 .64.功能设计.74.1自动与手动抽取 .74.2从业务系统取数 .74.3导入历史数据 .74.4初始化状态 .74.5数据质量检查 .84.6分配认领 .84.7补录 .84.8新增客户 .84.9链接标准信息库录入 .84.10审核校验.94.11提交与上报 .94.12锁定与解锁.94.13导出接口 .104.13.1 接口规格 .104.13.2约束条件.104.14数据查询.10ii4.15条件填报.104.16自动汇总 .104.17通知管理 .114.18文件管理 .114.19统计考评 .114

3、.20系统日志 .115.非功能性需求 .115.1模型要求.115.2多级架构.115.3数据准确性.125.4权限需求.126.项目实施 .126.1实施计划.126.2里程碑定义.1311.引言1.1项目背景为及时、高效、准确地向中国银行业监督管理委员会报送符合其要求的客户风险 统计报表，提高XX银行客户风险统计数据及报表管理的自动处理能力及数据质量管 理水平，兼容现有的信贷管理系统及统计系统，满足对客户风险统计制度管理考核要 求，决定建设客户风险统计系统。1.2文档概述本需求说明书由需求分析人员调研后起草，用于明确应用软件内容、功能、数据 描述以及数据流描述，是软件概要设计、详细设计、

4、系统测试和系统验收的基础。1.3参考资料1.关于转发 中国银行业监督管理委员会办公厅关地做好客户风险统计工作有关问题的通知的通知黔银监办发【2006】203号2.关于调整客户风险统计制度的通知黔银监办发【2008】4号3.XX银行客户风险统计系统建设需求函4.XX银行客户风险统计系统工作说明书2. 任务概述2.1目标1.尽可能多地从业务系统提取数据，作为用户填报的初始内容，一方面，提高 客户风险报表的报送质量，同时，推动业务系统数据质量改善。2.实现客户风险异常变化监测表的系统初始化，减少手工处理的工作。3.在报送过程中提供各种数据质量检查和控制的机制，协助用户轻松、高效完成 客户风险报表报送

5、。22.2运行环境服务器约束3数据库操作 系统R edHat Server Linux应用服务器 操作系统R edHat Server Linux数据库系统Oracle 10g中间件WebLogic 10网络环境TCP/IPJDK版本1.5表1服务器运行环境客户端约束操作系统Win dowsXP浏览器IE6、IE7网络环境TCP/IP表2客户端运行环境2.3建设内容编号内容描述交付时间完成标准1客户大额授信统计表填报与导出，包括（客户风险异常变化监测表）2011.8.102零售贷款违约法人客户情况统计表2011.8.103零售贷款违约个人客户情况统计表2011.8.101、数据能从业务系统初始

6、 化到报表；2、实现从信贷 员到总行的报送流程；3、按银监会接口规范产生导出 文件；4客户大额授信统计表报送质量统计考评2011.8.25根据银监会的反馈文件实现对信贷员的考评打分，并通过报表形式展现出来5数据质量检查表2011.8.31报送中，帮助用户进行数据质量检查的预警报表表3建设内容一览表43.业务需求3.1客户需求描述1.能及时、真实、准确、完整地向银监会及其派驻机构报送符合银监会及其 派驻机构各项要求的客户风险统计报表。2.建立客户风险统计制度标准数据信息库，该标准库数据信息来源于银码系 统、已有的经反复验证的数据信息源、银监会及其派驻机构提供的标准数据源等，标 准库需与外部建立良

7、好的数据接口，并对入库的数据信息有单独存储区对数据进行存 储和管理，支持灵活、快捷地单条或批量查询，支持实时与报告期数据信息进行逐项 自动联动的比对校验，实时识别误报、错报、漏报数据信息并提示错误发生源（含字 段、位置、填报机构及人）及原因，已入库的标准数据信息需要修改必须有总行有权 管理人员进行控制管理的控制流程。3.具备完善的校验规则和手段。校验规则需满足银监会及其派驻机构的所有 客户风险统计制度填报要求，总行综合管理员能方便、灵活地进行新增、修改、删除 各项校验规则的操作和定制。4.能最大限度地从已有信贷管理系统、核心业务系统、征信系统等业务系统 中识别、提取、筛选、校验符合客户风险统计

8、制度要求的基础数据及信息，能提供其 他属性及数据的补录功能（如大额客户的股东情况、关联企业情况、客户资产负债表 等数据信息），补录要素在基层补录端的呈现界面为台账式，补录界面友好、直观、 要素齐全（有和无能清楚识别）。补录数据与系统自动提取数据能完整融合成系统必 要的基础源数据，有相对独立的数据库进行数据存储和管理。数据库有良好的维护管 理系统或程序支持，便于维护和管理。5.支持总、分、支行多级架构统计管理，包括但不限于统计任务的分发、补 录过程及状态管理、登录及应用数据信息情况的查询统计、质量或差错更正情况跟踪 管理等。分支行可以登录数据库进行数据信息查询和下载，且支持在权限内灵活方便 定制

9、所需的管理报表（所定义表项能自动识别、自动链接、快捷提取数据库中数据信 息）、从数据库中方便下载当期及历史各期已报送的报表和数据信息，并可向辖地监 管部门报送符合监管要求的统计报表。6.提供方便、准确、及时的统计管理考评功能，考评能定位至机构、录入员 或信息提供人，考评项包括但不限于所完成的数据信息准确性、及时性、完整性等综 合、单项考核。7.较好支持总行综合管理员在不依赖系统管理员、开发商的基础上独立进行 报表及取数规则的自定义操作。8.有清晰、易操作的报告期及历史数据信息保存与备份控制流程，便于随时 5查询和进行回朔操作。系统在基本操作架构无开发商、系统管理员干预情况下能稳定 自动运行，在

10、与业务系统、统计系统进行数据提取及传送时对接口异常或提取、补录、 传送数据异常能友好呈现错误提示，并支持在非主要数据信息（有系统管理员设置参 数明确）报错的情况下仍保证主体数据信息提取、传送的顺利运行（但需保留数据批 处理完成后的报错提示处理），提供人工干预错误的工具和路径，方便系统管理员准 确处理数据异常。9、提供数据信息的异常变动分析功能，保证数据间关系的正确性、可理解性， 避免数据冗余，支持对各管理系统的数据输出与共享，方便各类报表及信息数据的查 询与使用。10、支持客户风险管理系统报送报表生成过程的记录和可展现，即对比对中发生的 异常、新增或减少的统计对象及其属性能记录及可展现。11、

11、将授信业务分配给相关信贷员，实现由信贷员填写和分支行内勤人员双人复 核的制度。并提供分支行行长检查审阅的功能。12、对同一客户在两家及以上的分支行同时存在提供科学的填报方法和取数规则13、增加公告信息栏14、增加上传文件功能63.2流程描述月初上报填报期间银码系统、客户风险 系统、信贷系统数据比对73.3报表清单序号报表主题报表名称1客户大额授信统计表2新增大客户清单。3退出大客户清单4股东发生变化的大客户清单5关联发生变化的大客户清单6不良贷款大客户清单7逾期贷款大客户清单8大客户授信余额变化超过100%或授信余额变化超过 10亿元的大客户清9大客户贷款余额变化超过100%或贷款余额变化超过

12、 1亿元的大客户清单10资产与负债均为0的大客户清单11资产小于负债的大客户清单12负债小于贷款的大客户清单13资产负债连续3个月不更新的大客户清单14资产负债连续6个月不更新的大客户清单15大额授信统计大客户其他异常变化情况说明16新增法人违约笔数明细17收回零售法人违约笔数明细18零售法人首次违约大于121天的笔数明细19法人零售违约天数超过上限（5000天）的笔数明细20贷款违约法人情况统计法人违约天数连续 2月不变的笔数明细21新增个人违约笔数明细22收回个人违约笔数明细23零售个人首次违约大于121天的笔数明细24个人零售违约天数超过上限（5000天）的笔数明细25个人违约天数连续

13、2月不变的笔数明细26贷款违约个人情况统计零售违约其他异常变化情况说明27其它异常情况表法人变更，客户名称变更，法人注册地，总表，展期贷款到期日等 内容变更统计828统计考评客户风险统计报送质量统计考评表报表报送时间设置表29质量检查本期报表与上期差异情况表报表与信贷系统差异情况表客户授信及余额明细情况表4. 功能设计4.1自动与手动抽取系统提供计划任务功能，根据实际取数操作规则在此功能模块预先完成定义，比 如数据抽取时间、抽取的相关条件等。系统根据定义规则自动执行从业务系统到客户 风险统计系统数据集市的抽取。用户选择执行手动抽取数据时，系统提供友好的客户化界面，通过向导式的操作 方式，方便快

14、捷的完成取数。4.2从业务系统取数根据用户提供的取数规则，从业务系统中识别、提取、筛选、校验符合客户风险 统计制度要求的基础数据及信息，在每天进行数据抽取时放入风险报表，作为信贷员 填报的基础。信贷员可对初始化之后的报表补充股东情况、关联企业等信息，但贷款总额禁止 修改。4.3导入历史数据系统实现数据导入接口，将2008年4月后的历史数据根据处理规则导入数据模型, 丰富数据存储。（测试手册，实施手册）4.4初始化状态每条客户数据的初始状态是填报中，未通过审核，需要信贷员人工审核并上报。 对于初始化状态的数据，信贷员只能补充客户大额授信统计表中的上市类型与风 险预警信号两个字段，或者上报提交。如

15、果需要修改，必须向上级提出申请并获得解 锁才行。4.5数据质量检查系统中提供预警报表，展示本期风险报表与业务系统、与上期、与一致性库比对 9结果，有异常的特殊标记出来。如果发现有不满足一般规则的客户系统给出提示清单。4.6分配认领对于初始化时无法归到信贷员的客户，系统提供分配认领及退回功能，以保证每 个客户都有对应的信贷员负责录入。各级统计人员可以把客户分配到信贷员，信贷员 也可以自己认领或退回；统计员和信贷员都可以把不属于自己的客户退回给上级。具 体规则如下：分支行统计人员可以自己维护信贷员名单。1.允许上级单位将客户分配给下级汇总户：例如总行管理员可将未认领的客户 分配给分行；分行统计员可

16、分配给支行；支行统计员可以将客户分配到信贷员名下。 分配操作不受机构级次的限制，总行管理员也可以把客户分配给支行统计员或者直接 分到信贷员。2.除总行管理员，各级次统计员以及信贷员都可以从上级单位认领客户，但只 能从直接上级认领，不能跨级。3.除总行管理员，各级次统计员以及信贷员都可以将部属于本级的客户退回给 上级，但只能退回给直接上级，不能跨级。4.各级统计员以及信贷员只有在解锁状态时才能进行分配、认领、退回、新增的 操作。汇总户本身锁定后，不能进行这些操作了。4.7补录在业务系统中无法获取或者需要补充录入的数据可通过系统中提供的报表工具进 行快捷、有效的补录。4.8新增客户系统提供新增客户

17、功能模块，用户只需点击菜单中的“新增”按钮增加客户。在 单位代码或单位名称字段输入内容，系统自动进行模糊匹配。在匹配结果中选择想要 新增的客户，确定后，系统自动新增一户数据。总行管理有新增权限。4.9链接标准信息库录入为了保证客户大额授信统计表录入数据的准确性，在数据操作过程中系统提供了 标准信息库录入功能。将股东、关联企业、担保人等信息形成数据库，并以此表作为一致性检验的数据 源。表中有三个字段：证件类型、证件代码、名称，主键是证件类型和证件代码。要 10以证件类型和代码共同做校验，名称可以相同。表中要抽取进来的数据是大额任务历 史数据和信贷系统相关数据的并集。如果不存在要选择的项，则允许用

18、户在该界面新增（窗体中放入证件代码和名称 两个编辑框，和一个新增按钮），新增时也要用证件类型和证件代码检查库中是否有 该条记录，无则新增。标准信息库库的更新包括两个方面：每天自动抽取时提取新增股东或关联企业的 信息；发现存量信息有误时，有管理员手动更新。4.10审核校验通过对报表进行审核校验规则的设置，系统可自动对用户所填报的数据进行审 核。用户填写数据不正确时可自动给与提示，高效的保证用户填写数据的准确性。审 核规则采用表达式定义的方式，支持任意复杂审核的定义，如表内审核，表间审核 等。不仅支持自动审核，也支持手动审核。针对用户直接修改报表后，风险异常变化监测表可能和实际不一致的情况，增加

19、一个按钮“更新监测表”。用户修改基础报表与信贷系统中不一致的情况下， 点击“更 新监测表”，系统执行监测表的重新初始化。另一方面，在审核公式中增加校验，如 果监测表与基础表不一致，禁止上报。4.11提交与上报信贷员编辑数据过程中可以随时保存数据，此时数据状态为填报中，以后也可随 时修改；信贷员上报客户数据前应该进行计算和审核，必须通过审核才能成功上报； 否则，系统自动终止上报操作；数据上报，数据即自动锁定，如需解锁，向上级单位 申请；分支行上报时，系统自动检查其所有下级是否都通过了审核，全部通过审核 后，上报成功，该单位以及其所有下级被锁定。这种情况下，分支行无法解锁自己的 下级。4.12锁定

20、与解锁上报操作将导致锁定自己及下级（包括汇总、基层户）；因自身上报引起的锁定， 只能由上级单位或者系统管理员才能解锁；汇总户被锁定的状态下，无法解锁其下 级；解锁汇总户以后，该汇总户才能解锁下级。4.13导出接口4.13.1接口规格1、 本系统中的导出分为：导出当前客户、导出明细列表、导出卡片、导出报送 文件。11含义分别为：导出当前客户=导出当前表的excel；导出卡片=参考导出的四种方式中的（一户一个 shee）导出报送文件=导出xml文件；2、 导出卡片和导出明细列表都是在 bi中实现的。大额授信导出卡片报表可以实 现导出当前客户，大额授信静态信息导出列表报表可以导出客户的静态信息，大额

21、授信贷款明细导出列表报表可以导出客户的贷款明细信息。4.13.2约束条件执行导出的前提条件：当前机构的所有直接下级必须是审核通过、已上报、锁定 的状态；否则，系统给出提示并终止导出。4.14数据查询系统对抽取入库的数据信息使用单独存储区对数据进行存储和管理，提供丰富的 查询条件与查询方式，支持灵活、快捷地报表及信息数据的查询与使用。4.15条件填报风险监测表根据实际取数的情况，只要满足不同取数异常条件的报表就显示可见。 填报户所见即所报，实现用户快速的完成报表填报工作。4.16自动汇总根据报表户的层级结构对报表数据进行层层自动汇总，使报表汇总户可以轻松得 到汇总值，加快报表统计、汇总进度。在风

22、险异常监测表中，各下级用户填报属于自己部分的数据后，上级管理户进行 数据汇总后，会显示所其下级的所有数据列表。4.17通知管理系统提供方便实用的站内通知管理功能，通过此功能，报表服务器上的各用户之 间可以及时的发送与接收通知、公告信息，同时还可以添加相关的图片或其它类型的 文档，但有容量限制。4.18文件管理系统提供资源管理器功能，满足用户保存文件、共享文件的需要，设置相应的文 12件存放路径，对文件进行上传下载操作。4.19统计考评统计考评主要督促下级填报用户能及时、准确的上报相关数据。总行可以自定义 每个月报表报出的时间点，此时间点作为考察上报及时性的依据；对客户的每次解锁, 不管是初始状

23、态还是正常上报后的解锁，系统都需要自动记录，作为考评计分内容之 一；系统考评与考评管理员主观评价相结合。考核对象为分支行及相关人员，以谁操作系统考核谁的原则进行。4.20系统日志系统提供日志管理功能，对各类系统操作进行日志记录，方便系统管理员对各种 系统操作进行分析与追溯，同时通过日志管理保证系统操作的安全性。系统日志应能记录下每次报表的修改者及发生时间。5. 非功能性需求5.1模型要求数据模型匹配业务要求，完全满足及时、真实、准确、完整地向银监会及其派驻 机构报送符合银监会及其派驻机构各项要求的客户风险统计报表。5.2多级架构支持总、分、支行多级架构统计管理，包括统计任务的分发、补录过程与状态管 理、登录与应用数据信息情况的查询统计、质量或差错更正情况跟踪管理等。分支行 登录数据库进行数据信息查询和下载，且支持在权限内灵活方便定制所需的管理报表 （所定义表项能自动识别、自动链接、快捷提取数据库中数据信息）、从数据库中方 便下载当期及历史各期已报送的报表和数据信息，并向辖地监管部门报送符合监