银行风险统计系统需求规格说明书(共17页).doc

《银行风险统计系统需求规格说明书(共17页).doc》由会员分享，可在线阅读，更多相关《银行风险统计系统需求规格说明书(共17页).doc（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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日修改专心-专注-专业目录1. 引言11.1 项目背景11.2 文档概述11.3 参考资料12. 任务概述12.1 目标12.

2、2 运行环境22.3 建设内容23. 业务需求33.1 客户需求描述33.2 流程描述43.3 报表清单54. 功能设计64.1 自动与手动抽取64.2 从业务系统取数64.3 导入历史数据64.4 初始化状态64.5 数据质量检查74.6 分配认领74.7 补录74.8 新增客户74.9 链接标准信息库录入74.10 审核校验84.11 提交与上报84.12 锁定与解锁84.13 导出接口94.13.1 接口规格94.13.2 约束条件94.14 数据查询94.15 条件填报94.16 自动汇总94.17 通知管理104.18 文件管理104.19 统计考评104.20 系统日志105. 非

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

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

5、器约束数据库操作系统R edHat Server Linux应用服务器操作系统R edHat Server Linux数据库系统Oracle 10g中间件WebLogic 10网络环境TCP/IPJDK版本1.5表 1服务器运行环境客户端约束操作系统WindowsXP浏览器IE6、IE7网络环境TCP/IP表 2客户端运行环境2.3 建设内容编号内容描述交付时间完成标准1客户大额授信统计表填报与导出，包括（客户风险异常变化监测表）2011.8.101、数据能从业务系统初始化到报表；2、实现从信贷员到总行的报送流程；3、按银监会接口规范产生导出文件；2零售贷款违约法人客户情况统计表2011.8.

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

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

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

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

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

11、。并提供分支行行长检查审阅的功能。12、对同一客户在两家及以上的分支行同时存在提供科学的填报方法和取数规则13、增加公告信息栏14、增加上传文件功能3.2 流程描述3.3 报表清单序号报表主题报表名称1大额授信统计客户大额授信统计表2新增大客户清单。3退出大客户清单4股东发生变化的大客户清单5关联发生变化的大客户清单6不良贷款大客户清单7逾期贷款大客户清单8大客户授信余额变化超过100%或授信余额变化超过10亿元的大客户清9大客户贷款余额变化超过100%或贷款余额变化超过1亿元的大客户清单10资产与负债均为0的大客户清单11资产小于负债的大客户清单12负债小于贷款的大客户清单13资产负债连续3

12、个月不更新的大客户清单14资产负债连续6个月不更新的大客户清单15大客户其他异常变化情况说明16贷款违约法人情况统计新增法人违约笔数明细17收回零售法人违约笔数明细18零售法人首次违约大于121天的笔数明细19法人零售违约天数超过上限(5000天)的笔数明细20法人违约天数连续2月不变的笔数明细21贷款违约个人情况统计新增个人违约笔数明细22收回个人违约笔数明细23零售个人首次违约大于121天的笔数明细24个人零售违约天数超过上限(5000天)的笔数明细25个人违约天数连续2月不变的笔数明细26零售违约其他异常变化情况说明27其它异常情况表法人变更，客户名称变更，法人注册地，总表，展期贷款到期

13、日等内容变更统计28统计考评客户风险统计报送质量统计考评表报表报送时间设置表29质量检查本期报表与上期差异情况表报表与信贷系统差异情况表客户授信及余额明细情况表4. 功能设计4.1 自动与手动抽取系统提供计划任务功能，根据实际取数操作规则在此功能模块预先完成定义，比如数据抽取时间、抽取的相关条件等。系统根据定义规则自动执行从业务系统到客户风险统计系统数据集市的抽取。用户选择执行手动抽取数据时，系统提供友好的客户化界面，通过向导式的操作方式，方便快捷的完成取数。4.2 从业务系统取数根据用户提供的取数规则，从业务系统中识别、提取、筛选、校验符合客户风险统计制度要求的基础数据及信息，在每天进行数据

14、抽取时放入风险报表，作为信贷员填报的基础。信贷员可对初始化之后的报表补充股东情况、关联企业等信息，但贷款总额禁止修改。4.3 导入历史数据系统实现数据导入接口，将2008年4月后的历史数据根据处理规则导入数据模型，丰富数据存储。(测试手册，实施手册)4.4 初始化状态每条客户数据的初始状态是填报中，未通过审核，需要信贷员人工审核并上报。对于初始化状态的数据，信贷员只能补充客户大额授信统计表中的上市类型与风险预警信号两个字段，或者上报提交。如果需要修改，必须向上级提出申请并获得解锁才行。4.5 数据质量检查系统中提供预警报表，展示本期风险报表与业务系统、与上期、与一致性库比对结果，有异常的特殊标

15、记出来。如果发现有不满足一般规则的客户系统给出提示清单。4.6 分配认领对于初始化时无法归到信贷员的客户，系统提供分配认领及退回功能，以保证每个客户都有对应的信贷员负责录入。各级统计人员可以把客户分配到信贷员，信贷员也可以自己认领或退回；统计员和信贷员都可以把不属于自己的客户退回给上级。具体规则如下：分支行统计人员可以自己维护信贷员名单。1. 允许上级单位将客户分配给下级汇总户：例如总行管理员可将未认领的客户分配给分行；分行统计员可分配给支行；支行统计员可以将客户分配到信贷员名下。分配操作不受机构级次的限制，总行管理员也可以把客户分配给支行统计员或者直接分到信贷员。2. 除总行管理员，各级次统

16、计员以及信贷员都可以从上级单位认领客户，但只能从直接上级认领，不能跨级。3. 除总行管理员，各级次统计员以及信贷员都可以将部属于本级的客户退回给上级，但只能退回给直接上级，不能跨级。4. 各级统计员以及信贷员只有在解锁状态时才能进行分配、认领、退回、新增的操作。汇总户本身锁定后，不能进行这些操作了。4.7 补录在业务系统中无法获取或者需要补充录入的数据可通过系统中提供的报表工具进行快捷、有效的补录。4.8 新增客户系统提供新增客户功能模块，用户只需点击菜单中的“新增”按钮增加客户。在单位代码或单位名称字段输入内容，系统自动进行模糊匹配。在匹配结果中选择想要新增的客户，确定后，系统自动新增一户数

17、据。总行管理有新增权限。4.9 链接标准信息库录入为了保证客户大额授信统计表录入数据的准确性，在数据操作过程中系统提供了标准信息库录入功能。将股东、关联企业、担保人等信息形成数据库，并以此表作为一致性检验的数据源。表中有三个字段：证件类型、证件代码、名称，主键是证件类型和证件代码。要以证件类型和代码共同做校验，名称可以相同。表中要抽取进来的数据是大额任务历史数据和信贷系统相关数据的并集。如果不存在要选择的项，则允许用户在该界面新增（窗体中放入证件代码和名称两个编辑框，和一个新增按钮），新增时也要用证件类型和证件代码检查库中是否有该条记录，无则新增。标准信息库库的更新包括两个方面：每天自动抽取时

18、提取新增股东或关联企业的信息；发现存量信息有误时，有管理员手动更新。4.10 审核校验通过对报表进行审核校验规则的设置，系统可自动对用户所填报的数据进行审核。用户填写数据不正确时可自动给与提示，高效的保证用户填写数据的准确性。审核规则采用表达式定义的方式，支持任意复杂审核的定义，如表内审核，表间审核等。不仅支持自动审核，也支持手动审核。针对用户直接修改报表后，风险异常变化监测表可能和实际不一致的情况，增加一个按钮“更新监测表”。用户修改基础报表与信贷系统中不一致的情况下，点击“更新监测表”，系统执行监测表的重新初始化。另一方面，在审核公式中增加校验，如果监测表与基础表不一致，禁止上报。4.11

19、 提交与上报信贷员编辑数据过程中可以随时保存数据，此时数据状态为填报中，以后也可随时修改；信贷员上报客户数据前应该进行计算和审核，必须通过审核才能成功上报；否则，系统自动终止上报操作；数据上报，数据即自动锁定，如需解锁，向上级单位申请；分支行上报时，系统自动检查其所有下级是否都通过了审核，全部通过审核后，上报成功，该单位以及其所有下级被锁定。这种情况下，分支行无法解锁自己的下级。4.12 锁定与解锁上报操作将导致锁定自己及下级（包括汇总、基层户）；因自身上报引起的锁定，只能由上级单位或者系统管理员才能解锁；汇总户被锁定的状态下，无法解锁其下级；解锁汇总户以后，该汇总户才能解锁下级。4.13 导

20、出接口4.13.1 接口规格1、本系统中的导出分为：导出当前客户、导出明细列表、导出卡片、导出报送文件。含义分别为：导出当前客户=导出当前表的excel；导出卡片= 参考导出的四种方式中的（一户一个sheet）导出报送文件=导出xml文件；2、导出卡片和导出明细列表都是在bi中实现的。大额授信导出卡片报表可以实现导出当前客户，大额授信静态信息导出列表报表可以导出客户的静态信息，大额授信贷款明细导出列表报表可以导出客户的贷款明细信息。4.13.2 约束条件执行导出的前提条件：当前机构的所有直接下级必须是审核通过、已上报、锁定的状态；否则，系统给出提示并终止导出。4.14 数据查询系统对抽取入库的

21、数据信息使用单独存储区对数据进行存储和管理，提供丰富的查询条件与查询方式，支持灵活、快捷地报表及信息数据的查询与使用。4.15 条件填报风险监测表根据实际取数的情况，只要满足不同取数异常条件的报表就显示可见。填报户所见即所报，实现用户快速的完成报表填报工作。4.16 自动汇总根据报表户的层级结构对报表数据进行层层自动汇总，使报表汇总户可以轻松得到汇总值，加快报表统计、汇总进度。在风险异常监测表中，各下级用户填报属于自己部分的数据后，上级管理户进行数据汇总后，会显示所其下级的所有数据列表。4.17 通知管理系统提供方便实用的站内通知管理功能，通过此功能，报表服务器上的各用户之间可以及时的发送与接

22、收通知、公告信息，同时还可以添加相关的图片或其它类型的文档，但有容量限制。4.18 文件管理系统提供资源管理器功能，满足用户保存文件、共享文件的需要，设置相应的文件存放路径，对文件进行上传下载操作。4.19 统计考评统计考评主要督促下级填报用户能及时、准确的上报相关数据。总行可以自定义每个月报表报出的时间点，此时间点作为考察上报及时性的依据；对客户的每次解锁，不管是初始状态还是正常上报后的解锁，系统都需要自动记录，作为考评计分内容之一；系统考评与考评管理员主观评价相结合。考核对象为分支行及相关人员，以谁操作系统考核谁的原则进行。4.20 系统日志系统提供日志管理功能，对各类系统操作进行日志记录

23、，方便系统管理员对各种系统操作进行分析与追溯，同时通过日志管理保证系统操作的安全性。系统日志应能记录下每次报表的修改者及发生时间。5. 非功能性需求5.1 模型要求数据模型匹配业务要求，完全满足及时、真实、准确、完整地向银监会及其派驻机构报送符合银监会及其派驻机构各项要求的客户风险统计报表。5.2 多级架构支持总、分、支行多级架构统计管理，包括统计任务的分发、补录过程与状态管理、登录与应用数据信息情况的查询统计、质量或差错更正情况跟踪管理等。分支行登录数据库进行数据信息查询和下载，且支持在权限内灵活方便定制所需的管理报表（所定义表项能自动识别、自动链接、快捷提取数据库中数据信息）、从数据库中方

24、便下载当期及历史各期已报送的报表和数据信息，并向辖地监管部门报送符合监管要求的统计报表。5.3 数据准确性初始化后的数据满足向银监会报送的各项要求；标准数据信息库中不仅与业务系统数据库进行比对，同时与上期填报数据进行比对，将根据比对的数据结果督促下级单位更新业务系统数据，提高各系统的数据准确性。5.4 权限需求1. 每个客户只归属于一个信贷员，一个信贷员可以负责多个客户，内勤人员可以管理其下级信贷员和客户。2. 汇总户具备对下级填报户的数据填报锁定、解锁要求。下级需要修改数据必须向上级提出申请，进行解锁。3. 标准信息库数据必须由总行的系统管理员进行统一维护。6. 项目实施6.1 实施计划编号

25、工作任务工期开始时间结束时间备注1需求分析5天2011.07.112011.07.152系统建模及数据抽取20天2011.07.182011.08.053报表设计及流程定义19天2011.07.192011.08.054系统集成测试5天2011.08.052011.08.10系统试运行30天2011.08.102011.09.105用户培训5天2011.08.202011.08.256实现统计考评10天2011.08.152011.08.257上线准备62011.08.262011.08.318投产及后续维护60天2011.09.082011.11.30表 4项目实施计划表6.2 里程碑定义里程碑开始时间结束时间提交成果物需求调研和项目规划2011.07.112011.07.15工作说明书能实现基本填报流程2011.07.182011.07.26可以填报报表的环境及相关表能实现报表初始化2011.07.182011.08.08初始化7月报表数据系统集成测试通过2011.08.082011.08.17各级用户登录系统，可实现报送、导出实现统计考评2011.8.152011.8.25统计考评表及测试结果表 5里程碑定义表