银行信用评级系统Word格式.docx
《银行信用评级系统Word格式.docx》由会员分享，可在线阅读，更多相关《银行信用评级系统Word格式.docx（37页珍藏版）》请在冰点文库上搜索。
此外，用例还将驱动系统分析、系统设计、系统实现等其它软件。
通过对软件企业信用评级管理系统的需求分析，初步确定系统中有如下用例存在:
1）信用数据报送：
软件企业用户将评级信息上报信用报送，进入评审;
2）自动评级:
根据软件企业用户填报的一些信息计算客户的信用级别。
3）信息查询：
查询正在审批的软件企业用户相关信息;
4）历史修改查询:
查询客户在审批过程中的历史修改信息:
5）各级流程审批:
初评信息经过复评的审核，修改，最终形成软件企业用户的评级信息;
6）统计分析:
根据选择的查询条件，生成客户的报表信息，报表信息可以
下载成Excel格式的文件。
其中报表类型分为:
信用等级客户数统计表、地区分
类客户数统计表、行业分类客户数统计表、客户性质分类客户数统计表:
7）手工调级:
审批流程结束后，由相关权限人员对评级结果直接进行等级
调整:
8）用户管理:
进行用户的新增、修改和删除;
9）评级模型维护;
计算参数;
10）机构参数管理:
用户输入机构编号、机构名称，查询、添加、删除、编辑机构信息，以及进行机构归属维护。
3.3.4用例建模
在确定了参与者和用例的基础上，通过绘制用例图来可视化参与者和用例之
间的联系，可以更清楚直观的了解系统的行为。
系统总体用例图如图3-7所示。
信用评级系统是由软件企业用户进行流程发起的，即数据报送工作是由软件企业用户执行的，发起评级申报时包含数据模板下载后导入用例和手工上报用例。
审批是将评级信息上报自动评级，进入审批流转，也是评审员所执行的。
软件企业用户可以查询评级流程用例。
评审员均能执行评级流程查询用例和历史修改查询用例。
评审员还能执行各级审批流程用例和统计分析用例。
而手工调级用例只能由复评评审员执行。
依照业务管理的需要，系统需要将业务功能和系统管理功能分开。
软件企业用户管理
用例、评级模型维护用例、机构参数维护用例是由系统管理员来完成的，软件企业用户和各类评审员〔业务参与者）不能参与执行这些用例。
系统管理用例如图3-8所示:
图3-8系统管理用例图
Figure3-8Usecasediagramsystemmanagement
3.3.5用例事件流分析
信用评级系统主要包括10个用例，针对各个用例，采用活动图的方式进行分析，可以简化为统一的事件流的描述。
活动图（ActivityDiagram）是UML规
范定义的一种图，由状态图变化而来，是一种特殊的状态图，它的应用非常广泛，
既可以用来描述用例的工作流程，也可以用来描述类中某个方法的操作的行为。
活动图展现了在系统内从一个活动到另一个活动的流程，用来表示系统中各种活
动的次序，活动图专注于系统的动态视图，并强调对象间的控制流程。
活动图包
括基本活动图和泳道活动图。
我们采用泳道活动图对业务需求进行分析，获得活动图模型。
主要是考虑到
用基本活动图虽然能描述系统发生了什么，但无法说明完成这个活动的对象，意
味着活动图没有描述出各个活动由哪个类来完成。
而泳道将活动图的逻辑描述与
顺序图、协作图的责任描述结合来，在活动图中，对象可以作为活动的输入或输
出，对象与活动间的输入/输出关系由虚线箭头来表示，在活动图中可以通过信
号的发送和接收标记来表示信号的发送和接收，发送和接收标志也可以与对象相
连，用于表示消息的发送者和接收者。
限于篇幅限制，在此只对系统的核心用例
就进行事件流分析，其他模块的建模依此设计:
1.PD类初始评级用例
公司客户的评级采用PD模型评级的方式进行。
初评人员接受评级请求，对
要评级的客户进行查询，系统进行自动评级后，初评人员根据该客户的客户信息、
财务数据、定性指标和债务承受额匡算表等，对系统自动评级的结果进行相应的
级别调整，并将调整后的评级结果上报请求评级审批。
n查询待评级客户流程如图3-9所示。
图3一查询待评级客户流程
Figure3-9G}stomerInquiriesflowrating
初评人员输入客户关键信息项，对要评级的客户进行查询。
系统判断用户权
限，对于有权限的用户允许进入客户初评查询界面:
系统通过用户输入的关键信
息项对待评级客户进行查询，查询完成后在界面显示符合查询条件的待评级客户
JIJ表。
2）系统自动初评评级流程如图3-10所示。
初评审人员在查询待评级软件企业客户列表中，选择待评级的软件企业客户，对该客户进行评级。
系统对初评人员选择的客户进行自动计算，自动计算完成后，系统将评级人信息和初评结果保存到系统数据库，并将初评结果显示在界面。
图3-ZO系统自动初评流程
Figure3-10Evaluationflowautomatically
3）人工级别调整流程如图3-11所示。
初复评人员申请察看该软件企业客户的定性指标信息，参考该软件企业客户相关信息后，对需要的客户初始评级结果进行调整，输入调整后的客户信用级别信息。
界面显示用户需要查看的定性指标信息如财务数据等内容，接受客户的评级级别调整申请，将客户调整后的客户信用级别信息保存到数据库，对评审人用户的申请操作进行记录。
图3-11人工级别调整流程
Figure3-11Artificialadjustlevelslow
4）初评结果上报流程如图3-12所示。
初评人员确认初始评级或评级调整后，选择复评审批人员进行上报申请，申请对初始评级结果进行审批。
系统接受初始评级上报申请，将上报的用户申请记录到系统数据库，将申请提交上级审批人员，系统进入审批流程。
2.打分卡类初始评级用例
事业单位客户评级采用打分卡评级的方式进行。
初评人员接受评级请求，查
询待评级客户的信息列表，选择待评级客户进入评级流程，系统对客户的基本指
标进行计算，得出信用等级评分和风险限额表的信息，根据信用等级评分的情况，
对客户的评级结果进行调整，根据风险限额的页面数据计算风险限额表的信息，
将评级结果上报请求评级市批。
I）查询待评级客户流程如图3-13所示。
用户选择客户查询信息，查询打分卡类待评级客户信息列表;
系统按照用户
选择的信息进行查询，查询完成后在界面显示符合条件的待评级客户列表。
图3-13查询待评级客户流程
Figure3-13CustomerInquiriesflowrating
2）（初评人）客户基本信息显示流程如图3-14所示。
用户选择列表中的待评级客户，进入客户基本信息界面，参考完客户基本信息后，发起进入下一步评级流程请求;
系统接受用户的选择请求，显示客户基本信息界面，接受用户的评级流程请求，将界面转至基本指标表信息页面。
图3_15基不指杯表信悬显水琉
Figure3-15showsthebasicinformationflowtargettable
用户进入基本指标表信息界面，参考客户的基本指标信息后，发起进入下一步评级流程请求。
系统显示基本指标表信息界面，接受用户的评级流程请求，界面转至信用等级评分表信息界面。
4）信用等级评分表信息显示流程如图3-16所示。
用户进入信用等级评分表信息页面，参考客户的信用评级信息，确定是否对客户级别进行调整，对于需要调级的评级，计算出调整后的级别，发起下一步评级流程请求;
系统显示信用等组评分表界面，接受用户的请求，转入风险限额信息界面口
图3-16信用等级评分表信息显示
Figure3-16scalecreditratinginformationdisplay
5）风险限额信息显示流程如图3-17所示。
用户进入风险限额信息页面，发起下一步评级流程请求;
系统显示风险限额
信息界面，计算相关评级信息，保存评级人信息、客户信用评级信息和风险限额
信息，转至打分卡客户信用评级界面。
图3一价风险限额信息显示流程
Figure3-17Showsthattheexposurelimitsinformationflow
6j打分卡客户信用评级流程如3--18所示。
用户进入评级结果信息页面，参考系统计算出来的客户评级综合评级信息后，
发送评级审批请求;
系统显示客户的信用评级综合计算信息，接受用户的评级审
批请求，系统进入审批流程。
3.手工信用信息报送审批用例
软件企业用户输入要进行上报关键信息，如行业类别、客户名称、编号等信息项目。
系统根据查询条件，查询出符合条件的已经评级，但还未上报的客户列表。
客户经理根据评级结果，并参考客户财务信息、定性指标等信息，对
客户进行相应调级，并进行上报审批。
系统记录客户经理提交的审批申请，并报
送上级人员进行审批。
手工上报审批流程如图3-19所示。
用户
系统
输入用户关键信
息，进行查询
根据查询条件，显杀
己经i}级，但未上报
的查询结果列表
对审批流穆进行记
录:
报送上级用尸
图3-19手工上报审批流程
3-19Approvingplanssubmittedbyhandflow
4.各级审批流程用例
由初评人员对企业用户提交的资料进行审核后及手工上报非财务部分评审表发起评级申请，经过评级计算，得到评级初评结果和“可调数据的按钮”，如果评级结果初评无意义给复评，初评有异议的可走两种一个是“调整数据权重”再次进评级计算；
还可以直接修改评级级别，然后进行下一个审批即复审，复审之后无意义就通知企业，有异议就进行“返回给初评人”。
由各机构的业务初评组发起评级申请，分别经过本机构的业务审核组、风险
经办组、风险审核组审核，评级申请审核通过后，提交本机构的有权审批人进行
审核。
1）对低级别信用评级的申请，本机构的有权审批人可以直接终审，终审通过
后下发客户评级结果通知单;
2）对高级别信用等级的申请，需经过本机构有权人审批人审核后，提交上一
级风险经办组、风险审核组复核后，由上一级的有权人审批人进行终审，终审通
过后下发客户评级结果通知单。
对于需要返回修改的评级申请，各级审核组均有
权限返回修改，返回申请可以直接返回发起申请的业务初评组其流程如图3-20
所示.
图3-2。
各级审批流程
Figure3-20Approvalprocessataillevels
5.手工调级流程用例
系统管理员输入要进行手工调级用户的关键信息，如行业类别、客户名称、编号等信息项目，系统根据查询条件，查询出符合条件的己经终审的客户列表;
系统管理员对客户进行相应终审后的级别调整并进行保存，系统对终审后的客户调整级别进行保存。
其流程如图3-21所示。
第4章信用评级系统设计
4.1设计目标及原则
在系统分析阶段，我们解决了系统“做什么”的问题，并把这些需求怎样通
过需求分析说明书描述出来，这也是系统的逻辑模型。
接下来的系统设计阶段要
解决的是系统“怎么做”的问题，即着手实现软件系统的需求，系统设计阶段所
做的关于各种技术和实施方法等设计，将直接影响系统实现和系统维护的难度，
并决定着系统的开发质量与成败。
信用评级系统作为新资本协议内部评级系统建设的重要组成部分，设计目标
如下:
y改进信用评级管理模式，规范信用评级的审批流程。
对不同类型的客户
实行差别化管理，使授信客户和担保客户的资信状况得到真实评价，使客户的整
体信用风险能够得到真实反映，并按照新资本协议内部评级法的要求，为建立银
行两维内部评级体系奠定基础.
2）引入信用等级评定模型PD，使评级方式向定量与定性相结合方向转变。
以信用等级评定模型PD评级方式为主，以打分卡评级方式为辅，系统自动计算
客户信用等级评分、对应的信用等级及各等级对应的违约概率PD，进一步满足
新资本协议对银行的监管要求，提升银行风险管理的电子化水平，保证了客户信
用评级结果的准确性。
3）支持信用评级数据信息的积累，以及全行客户信用评级汇总、分析和查
询等职能。
实现对客户财务数据、信用评级结果、违约概率PD的积累，信用评
级系统生成的数据记录和分析结果，将按照数据标准进入银行数据仓库，作为银
行实现内部评级法的数据积累，便于对企业的资信状况进行连续的跟踪。
4）实现与银行相关应用系统之间的数据共享，保证数据的一致性和准确性.
按照数据统一标准进行信息的导入和导出，如:
从客户管理系统中导入客户基本
信息、财务报表等，即能保证行内应用系统间的数据一致，也能避免一线人员的
重复劳动。
结合信用评级系统和银行用户的特点，为能更好的满足业务的各项需求，在
进行系统结构设计时，我们考虑采用基于g/S架构的J2EE多层结构设计，可以
使信用评级系统具有跨平台应用的能力，使系统具有相对的独立性，不依赖任何
特定的操作系统、特定的数据库系统、特定的中间件应用服务器和特定的硬件环
境，便于系统今后的在不同的系统平台、不同的硬件环境下安装、部署和升级移
植，从而保证了系统具有一定的可伸缩性和可扩展性，可以满足用户不断增加客
户端的需求。
基于上述的设计思想，我们从系统架构、系统接口、数据采集等方面对系统
进行了全面的系统设计。
4.2系统总体设计
4.2.1系统架构设计
系统逻辑架构如图4-1所示。
图4-1系统逻辑架构图
Figure4-FSystemarchitecturediagramlogic
系统建立以总行为中心，覆盖全行的数据大集中平台，总行与分行间通过局
域网建立连接，以实现数据共享。
系统网络结构分为客户端和服务器端两大部分，
客户端PC机设置在总行和分行的业务部门，WEB服务器、应用服务器和数据
库服务器等包含数据信息的设备全部集中设置在总行，由总行统一进行管理，客
户端和服务器端通过基于TCPIIP进行通讯，使系统具有较好的可扩展性和包容
性，既能满足当前的业务要求，又可为未来与其他系统的功能接口及系统后续升
级时留下调整空间。
图4-2系统物理架构图
Fiy}ue4-2Systems的ysicalarchilature山，.
1.总行端
数据库服务器、应用服务器、WEB服务器和负载均衡器设t在总行:
总行
数据中心作为系统的数据中心、处理中心和管理中心，通过内部局域网连接到各
个分支机构，为信用评级业务提供核心交易的处理。
2.分行端
业务终端选用普通PC机，设置在总行和分行的业务部门，安装Windows2000
及MicrosoftInternetF.}tploter，用户在WEB页面进行业务操作，通过WEH浏览
器访问系统数据库服务器，客户端和服务器端通过塞于TCPIIP的网络进行通讯。
4.2.2系统接口设计
为了能够有效地利用行内数据，信用评级系统提供外部数据导入接口，通过
接日与其他应用系统进行数据传输。
在信用评级系统中，需要对客户信息修改，
由于该修改需要在客户管理系统中进行，并即时反应到信用评级系统中，因此，
实时的反应数据的变化，需要联机读取公司客户管理系统中的数据。
联机是指客
户评级系统通过相应的接口数据结构和处理程序，随时读取公司客户管理系统中
的相关数据.
通过与公司客户管理系统建立接口，实现了各系统间的客尸信恳、财务数循
和评级信息的数据共享，可以不但减少各系统数据重复输入及多系统维护同一数
据的工作，而且也保证了信用评级系统和其他应用系统共有数据的一致性，系统
接口如图4-3所示。
图4-3系统接口图
Figure4-3SystemInterfaceMap
系统接口包含报表记录接口、报表数据接口和客户信息接口等3个数据接口，
具体格式如下:
1.报表记录接口（表4-1）
表4-1报表记录接口
Table4-1Recordsinterfacestatements
4.2.3客户端设计
客户端的设计关系到用户如何使用该系统，由于用户分布在银行的各个信贷
部门，最方便和普及的客户端方式就是浏览器，由JSP生成动态HTML页面
是系统主要的客户端形式，WEB服务器是用户PC与应用服务器的接口层，网
络架构借助WEB服务器，对于客户端发来的HTTP请求.由WEB服务器解析
后转到应用服务器处理。
信用评级系统客户端采用JSP页面实现，由JSP动态生成HTML页面输
出到客户端，用户通过HTML页面与系统交互。
客户端设计界面主要由三部分
组成:
导航菜单、待处理是任务列表和页面操作区域，如图4-4所示。
图4-4客户信用评级系统界面
Figure4-4SystemInterfacecreditrating
4.2.4数据层设计
数据库服务器用来存储客户信息、财务数据和评级结果等信息，为应用服务
器提供数据访问服务。
在应用框架中，数据层的设计主要采用JD$C技术，JDHC
是一组JavaAPIs，它提供了一组标准的API调用来进行数据库的访问。
其优点
是将各种数据库的差异性对Java程序屏蔽了起来，Java程序可以使用同样的可
移植性的接口访问数据库，使Java的应用范围扩展到了数据库领域。
信用评级系统采用JDBC进行数据库访问，并将访问数据库的类进行封装，
主要包括:
数据库连接类（ConnectionManagerjava）,数据库访问类〔Database
Access.java），处理业务逻辑的应用程序只需要调用DatabaseAccess.java就可以实
现与数据库的交互。
具体类和涉及的方法如下:
//数据库连接类
publicclassConnectionManager{
刀缺省构造函数
publicConnectionManagerQ{}
//用出入的DataSource进行初始化
publicConnectionManager（DataSourceds）笼}
//获取数据源信息
privateDataSourcegetDataSource（）{}
//从缓冲池中得到一个连接
publicConnectiongetConnectionQthrowsSQLException{}
//数据库访问类
publicclassDatabaseAccess笼
publicDatabaseAccessQ笼}
//对数据库的查询操作，返回查询到的记录数目
publicDataSetexecuteQuery（Stringsql）throwsSQLException{}
//对数据库的添加、更新和删除操作
publicintexecuteUpdate（Stringsql）throwsSQLException{）
//批量对数据库的添加、更新和删除批量操作
publicintexecuteBatchCfpdate（Stringsql[]）throwsSQLException毛}
//关闭连接
publicvoidreleaseDataResource（ResuhSetrs,Statementstmt,
PreparedStatementps,CaIlabIeStatementcStat,Connectioncone）{}
现以系统最核心的评级模块E-R模型为例，如图4一4所示，对数据模型的建
立说明如下:
图Q-s评级模块数据模型
Figure4-5patsModelratingmodule
1）CUSTOMER是客户基本信息表，与客户评级表CUSTCC相关联，表示某个
客户的评级信息。
2）报表数据项表FN_FORMITEM，报表记录情况表FN尸ORMRECORD,报表表单
表FN_FORMTYP和报表数据指表FN_ITEMDATA存放着客户定性定量的财务信息，
与客户评级表CUSTCC相关联，是评级计算的基础数据。
3）行业码表CDETRADE和集团客户表CUSTGRUP分别与客户基本信息表
CUSTOMER相关联，表示某个客户的行业类别和集团客户信息。
4）ATTACH是附件信息，存放评级过程中可能上传的文件信息
4.4系统主要模块设计
系统设计基于fv1VC模式，在系统设计时使用isp作为与用户交互的展现页
面，smet作为页面跳转的控制器，而Javabean模型负责系统主要业务逻辑的实
现，包括事务逻辑的处理和企业计算任务论文的实现等。
在程序设计时，严格按照MVC模式进行设计，将程序架构控制为三层模式。
如图4-5所示。
用户进入系统页面后，在JSP页面上提交请求，如第1步所示:
使用Servlet作为控制器，负责接收这个请求，并依据请求包含的参数控制业务
逻辑跳转，如图第1.1步所示:
然后将请求传送给Java6ean模型，如图第1.1.l
步所示，在模型中实现对数据库实体的访问，完成业务逻辑操作，并逐步返回处
理结果。
同时，应不允许在JSP视图和Servlet控制器中出现业务逻辑实现。
这
种设计除了结构清楚外，还有分离了数据展现和数据处理逻辑、当数据实体设计
发生变化时不需要调整J5P视图、应用程序的构架更加健壮和具有扩展性等好
处。
在此，按照该思想对系统的PD评级、审批流转和系统管理等核心功能模块
进行程序模块设计，其他评级系统的所有程序模块均按此进行设计。
4.4.1PD评级/调级模块
评级I调级模块功能主要包括:
业务经办接受对单一客户和有合并报
升级会员 