银行信用评级系统.docx
《银行信用评级系统.docx》由会员分享，可在线阅读，更多相关《银行信用评级系统.docx（38页珍藏版）》请在冰豆网上搜索。
银行信用评级系统
3.3系统功能分析
3.3.1定义系统边界
系统的边界是系统区别于环境或另一系统的界限，它把系统从所处的环境中
分离出来，由定义和描述一个系统的某些特征来形成。
当构造系统时，首先需要
确定系统的边界在哪里，在对信用评级系统进行分析时，具体需要考虑的内容主要有:
什么是系统的组成部分、什么是系统的外部、谁（参与者）使用系统系统为哪些角色提供哪些特定功能（即用例）等内容。
按以上内容分析信用评级系统的定义主要包括：
1）系统功能主要有：
数据导入功能、客户经理申请进行信用评级CPD评级和打分卡评级）功能、评级信息查询功能、评级审批人员进行评级审批、统计分析、参数管理和系统管理等功能。
2）公司客户管理系统是外部系统，数据导入功能与公司管户管理系统有数
据接口。
3、客户经理和评级审批人员参与的功能属于系统的边界范围之内。
3.3.2识别参与者
参与者是用户作用于系统的一个角色，存在于系统的外部，表示一个用例的使用者在与这个用例进行交互时所扮演的角色，每个系统之外的任何实体都可以用一个或者多个参与者来代表。
通常代表与系统交互的人、硬件设各或另一系统。
同时，参与者有自己的目标，通常通过与系统的交互而实现。
通过对信用评级系统的需求分析，可以确定系统的参与者主要有两类：
公司
客户管理系统（外部系统）和系统使用的用户。
系统使用的用户包括客户经理、
审批人和系统管理员三类，其中客户经理是客户信用评级流程的发起人；审批人
是评级流程的各级审批参与者，分为：
初评复核人、评级审批人和有权认定人：
系统管理员是用户和评级参数的系统管理人。
参与者的用例关系如图3-6所示：
3.3.3识别用例
在UMI,中，用例被定义成参与者与系统在交互中执行的一系列动作，而用例模型描述
外部参与者（Acior）所理解的系统功能，用来获取需求，并对系统的开发进行规划和控制。
大部分用例将在项目的需求分析阶段产生，用来准确获取用户需求。
此外，用例还将驱动系
统分析、系统设计、系统实现等其它软件。
通过对软件企业信用评级管理系统的需求分析，初步确定系统中有如下用例存在：
1）信用数据报送：
软件企业用户将评级信息上报信用报送，进入评审；
2）自动评级：
根据软件企业用户填报的一些信息计算客户的信用级别。
3）信息查询：
查询正在审批的软件企业用户相关信息；
4）历史修改查询：
查询客户在审批过程中的历史修改信息：
5）各级流程审批：
初评信息经过复评的审核，修改，最终形成软件企业用户的评级信息；
6）统计分析：
根据选择的查询条件，生成客户的报表信息，报表信息可以
下载成Excel格式的文件。
其中报表类型分为：
信用等级客户数统计表、地区分
类客户数统计表、行业分类客户数统计表、客户性质分类客户数统计表：
7）手工调级：
审批流程结束后，由相关权限人员对评级结果直接进行等级
调整：
8）用户管理：
进行用户的新增、修改和删除；
9）评级模型维护；计算参数；
10）机构参数管理：
用户输入机构编号、机构名称，查询、添加、删除、编辑机构信息,以及进行机构归属维护。
334用例建模
在确定了参与者和用例的基础上，通过绘制用例图来可视化参与者和用例之间的联系，可以更清楚直观的了解系统的行为。
系统总体用例图如图3-7所示。
信用评级系统是由软件企业用户进行流程发起的，即数据报送工作是由软件企业用户执
行的，发起评级申报时包含数据模板下载后导入用例和手工上报用例。
审批是将评级信息上
报自动评级，进入审批流转，也是评审员所执行的。
软件企业用户可以查询评级流程用例。
评审员均能执行评级流程查询用例和历史修改查询用例。
评审员还能执行各级审批流程用例
和统计分析用例。
而手工调级用例只能由复评评审员执行。
依照业务管理的需要，系统需要将业务功能和系统管理功能分开。
软件企业用户管理
用例、评级模型维护用例、机构参数维护用例是由系统管理员来完成的，软件企业用户和各
类评审员〔业务参与者）不能参与执行这些用例。
系统管理用例如图3-8所示：
图3-8系统管理用例图
Figure3-8Usecasediagramsystemmanagement
335用例事件流分析
10个用例，针对各个用例，采用活动图的方式进行分析，可以
信用评级系统主要包括
简化为统一的事件流的描述。
活动图（ActivityDiagram）是UML规
范定义的一种图，由状态图变化而来，是一种特殊的状态图，它的应用非常广泛,既可以用来描述用例的工作流程，也可以用来描述类中某个方法的操作的行为。
活动图展现了在系统内从一个活动到另一个活动的流程，用来表示系统中各种活动的次序，活动图专注于系统的动态视图，并强调对象间的控制流程。
活动图包括基本活动图和泳道活动图。
我们采用泳道活动图对业务需求进行分析，获得活动图模型。
主要是考虑到
用基本活动图虽然能描述系统发生了什么，但无法说明完成这个活动的对象，意味着活动图没有描述出各个活动由哪个类来完成。
而泳道将活动图的逻辑描述与顺序图、协作图的责任描述结合来，在活动图中，对象可以作为活动的输入或输出，对象与活动间的输入/输出关系由虚线箭头来表示，在活动图中可以通过信号的发送和接收标记来表示信号的发送和接收，发送和接收标志也可以与对象相连，用于表示消息的发送者和接收者。
限于篇幅限制，在此只对系统的核心用例就进行事件流分析，其他模块的建模依此设计：
1.PD类初始评级用例
公司客户的评级采用PD模型评级的方式进行。
初评人员接受评级请求，对
要评级的客户进行查询，系统进行自动评级后，初评人员根据该客户的客户信息、
财务数据、定性指标和债务承受额匡算表等，对系统自动评级的结果进行相应的
级别调整，并将调整后的评级结果上报请求评级审批。
n查询待评级客户流程如图3-9所示。
图3一查询待评级客户流程
Figure3-9G}stomerInquiriesflowrating
初评人员输入客户关键信息项，对要评级的客户进行查询。
系统判断用户权
限，对于有权限的用户允许进入客户初评查询界面：
系统通过用户输入的关键信
息项对待评级客户进行查询，查询完成后在界面显示符合查询条件的待评级客户
JIJ表。
2）系统自动初评评级流程如图3-10所示。
初评审人员在查询待评级软件企业客户列表中，选择待评级的软件企业客户，对该客户
进行评级。
系统对初评人员选择的客户进行自动计算，自动计算完成后，系统将评级人信息
和初评结果保存到系统数据库，并将初评结果显示在界面。
图3-Z0系统自动初评流程
Figure3-10Evaluationflowautomatically
3）人工级别调整流程如图3-11所示。
初复评人员申请察看该软件企业客户的定性指标信息，参考该软件企业客户相关信息后，对
需要的客户初始评级结果进行调整，输入调整后的客户信用级别信息。
界面显示用户需要查
看的定性指标信息如财务数据等内容，接受客户的评级级别调整申请，将客户调整后的客户
信用级别信息保存到数据库，对评审人用户的申请操作进行记录。
图3-11人工级别调整流程
Figure3-11Artificialadjustlevelslow
4）初评结果上报流程如图3-12所示。
初评人员确认初始评级或评级调整后，选择复评审批人员进行上报申请，申请对初始评
级结果进行审批。
系统接受初始评级上报申请，将上报的用户申请记录到系统数据库，将申请提交上级审批人员，系统进入审批流程。
2•打分卡类初始评级用例
事业单位客户评级采用打分卡评级的方式进行。
初评人员接受评级请求，查询待评级客户的信息列表，选择待评级客户进入评级流程，系统对客户的基本指
标进行计算，得出信用等级评分和风险限额表的信息，根据信用等级评分的情况，对客户的评级结果进行调整，根据风险限额的页面数据计算风险限额表的信息,
将评级结果上报请求评级市批。
——
I）查询待评级客户流程如图3-13所示。
用户选择客户查询信息，查询打分卡类待评级客户信息列表；系统按照用户
选择的信息进行查询，查询完成后在界面显示符合条件的待评级客户列表。
图3-13查询待评级客户流程
Figure3-13CustomerInquiriesflowrating
2）（初评人）客户基本信息显示流程如图3-14所示。
发起
用户选择列表中的待评级客户，进入客户基本信息界面，参考完客户基本信息后，进入下一步评级流程请求；系统接受用户的选择请求，显示客户基本信息界面，接受用户的评级流程请求，将界面转至基本指标表信息页面。
clienKihvbasicinfpmanfiBFlow
3）蹙本猜杯妾僖恩址乐流程如月3-15序本.
MP釆巔
图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
Tablj4-1RbcmiKinterfacestaifTnciiis
序号
祚席
1
FORMCOM
WOTNULL
2
CUSTTD
1
NUMBFR^IO}
NOT
NULL
霁户Id
3
RECOKlJNinSTH
YARCHi/JUPl
NOI
NULL
&
rfcorddate
VAJtCHAR2（101
WTf
MJLL
5
NOTE
>'ARCHAHl[44X）1：
i
NULL
itff
&
LD1liLG
1CHARll）
notNui_L
7
ACCESSTIME
1VAACHAIU（I9}
NOT
NULL
tt瑚时阊
a規査础竦搖口
1iiibltr4-2Kcpurtsdutaintcridic
45挣
益I
1
ITEMCODI
YAJLCHAIUI^Q）
NOT
NULL
住蚌名・呃曲低堆）
2
fORKlCODE
VAItCHAJl：
询
NOTNVLL
辛
C^SJIL
E4J
NUINULL
客户直
4
fJXORU^WNrd
.-
VARCHAHK?
）
IWTSULL
■
ALUb
NUMBW2»+7）
nuEl
罡
$
QVALUF
VAfHElAJU（20O}
xri.L
7
SCORE
NUl.L
3-客户信息賤口（^4*1）
黑4」芜周苗忌尿口袁
Tabtc4-FCmiLjrturrbfriEutionImerteceTaMc
库号
京獻
AH
1
CLM1D
■SUMlihlU1叶
NUlNULL
髀户id
RTCORDS4OHTH
VARftlAJU（7）
NOTSIULL
3
C1YPF
NOfNlJLL
<01tft?
4
GCCSKEABtLG
aiAJith
NOINULL
CtcSiSUXh^
6
—
DTPKEADbLC
tHflXll）
NUIXULL
TftteA
CUSTCODE
VAHCH4R2ltO）
NOTNULL
客户畑
7
CUSTOAME
—
VARCBAK2（]（XJ）
NOT5IULL
蓉尸需丼
EMFTYFF
VARCHAfCqM）
NOTNULL
企业僭就
令
JINAMF
VtMiCH4lU（20}
NQTNUtL
用戶名
L0
ORGCDt
VARCHARJiJ）
NOTNUU
11
IBKCDE
&A1£MA>3国
wm
12
TXADFNO
VASCtMJC（S）
Nor^ULL
疗业•号
L3
GRCJOPllG
tHAR（l）
MOTMil?
蔑止耳户娱吿
14
ShLFlLPTFUj
NOINULL
423客户端设计
客户端的设计关系到用户如何使用该系统，由于用户分布在银行的各个信贷
部门，最方便和普及的客户端方式就是浏览器，由JSP生成动态HTML页面
是系统主要的客户端形式，WEB服务器是用户PC与应用服务器的接口层，网
络架构借助WEB服务器，对于客户端发来的HTTP请求•由WEB服务器解析
后转到应用服务器处理。
信用评级系统客户端采用JSP页面实现，由JSP动态生成HTML页面输出到客户端，用户通过HTML页面与系统交互。
客户端设计界面主要由三部分组成:
导航菜单、待处理是任务列表和页面操作区域，如图4-4所示。
rUf*
图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（）{}
//从缓冲池中得到一个连接
publicConnectio
升级会员 