2022《基于WEB的商业银行信贷管理信息系统设计与实现》34000字.docx

《2022《基于WEB的商业银行信贷管理信息系统设计与实现》34000字.docx》由会员分享，可在线阅读，更多相关《2022《基于WEB的商业银行信贷管理信息系统设计与实现》34000字.docx（85页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、在以信息化发展为时代背景的前提下,银行业正处在以市场为导向、以客户 为中心的激烈竞争时代。怎样提高贷款质量,减少信贷风险,实现信贷业务的 集约化经营、科学化管理，如何增强信贷资产的安全性,提高信贷管理水平,规 范业务流程,加强信贷预测和决策的科学性发展,是银行业面临的一个现实问题。 信贷业务的发展是商业银行的主要赢利手段,也可以说是传统的核心盈利业务, 重视和发展好信贷业务有助于商业银行在激励竞争中取得优势。所以大力开展商 业银行信贷体系的构建，加强信贷管理具有非常重要的现实意义。本系统是基于J2EE平台及SQLServer数据库等开发的，本文描述了商业银 行信贷管理信息系统的开发过程,该系统

2、设计的主要功能模块包括:客户信息管 理模块、贷款业务管理模块、贷款利息管理模块、报表管理模块、系统管理模块。 本文在充分分析商业银行贷款管理系统的结构和业务需求的基础上,按照软件 程方法,首先对系统进行了具体的功能需求分析,并使用UML面向对象建模技术, 逐步给出系统的用例图,然后进行系统的总体设计,然后又针对贷款业务的各个 流程、各个不同的业务分类进行模块功能进行实现,最后对本文所设计的银行信 贷管理系统功能进行了逐一的测试。本商业银行信贷管理系统的开发,有助于实现商业银行信息化向“以客户为 中心”的转变,推动商业银行管理和决策信息化，全面提高商业银行的经营管理 水平和风险防范水平。第一章绪

3、论11.1 研究背景与意义11.2 研究现狀31.2.1 1国外银行信贷管理系统发展现状31.2.2 国内银行信贷管理系统发展现状41.2.3 信贷管理系统发展趋势51.3 研究内容51.4 本文章节安排8第二章 相关理论与相关技术介绍92.1 信贷风险的含义92.2 信贷风险管理模式的确定92.2. 1风险集中管理模式102. 2.2风险分散管理模式102. 3采用的开发平台和技术102. 3. 1 MVC模式介绍102. 3. 2 Struts 概述112. 3.3 B/S 与 C/S 模式132.4 J2EE体系结构142.5 SQL Server数据库技术172.6 本章小结17第三章

4、需求分析183.1信贷风险管理的组织结构与部门职能183. 1. 1信贷风险管理的组织结构194. 1.2信贷风险管理部门的职能204.2 信贷风险管理的岗位设置与流程分析214.3 系统功能分析213. 3. 1功能描述214. 3. 2用例分析285. 3.3业务流程图296. 3.4数据结构分析323.4本章小结32第四章系统设计334.1 系统设计目标334. 1. 1实时的风险控制与管理335. 1.2逐笔业务处理授权336. 1.3以新的信贷体制为基础337. 1.4实现信贷审批电子化344.2 系统总体设计344. 2. 1功能架构设计344. 2. 2技术架构设计354.3 系

5、统功能模块详细设计374. 3. 1客户信息管理详细设计375. 3. 2贷款业务管理详细设计386. 3. 3贷款利息管理详细设计397. 3. 4报表管理详细设计408. 3.5系统管理详细设计414.4 数据库设计434. 4. 1客户信息管理数据库设计434. 4. 2贷款业务管理数据库设计444. 4.3贷款利息管理数据库设计444. 4.4报表管理数据库设计454. 4. 5系统管理数据库设计454. 5接口设计474. 6. 2权限控制和管理494. 6. 3身份验证494. 6.4数据存储494. 6.5日志记载494.7本章小结50第五章系统实现505.1 系统实现环境505

6、. 1. I系统的软件环境配置506. 1.2系统的硬件环境配置505.2 用户登录实现515.3 客户信息管理实现525.4 贷款业务管理实现565.5 贷款利息管理实现625.6 报表管理实现645.7 系统管理实现655.8 本章小结66第六章系统的测试686.1测试的目的与方法686. 1. 1测试目的686. 1.2测试方法686.2 功能测试用69例表6-1:功能测试汇总表696.3 功能测试报告706.4 数据库测试706.5 性能测试716.6 本章小结71第七章总结与展望727.1 总结727.2 展望72ContentChapter 1 Introduction11.1 R

7、esearch background and s i gn i f i cance11.2 Research status31.2. 1 DeveIopment status of fore i gn bank cred i t management system31.2. 2 The development of credit management system in China 41.2.3 DeveIopmenttrend of credit management system51.3 Research content51.4 Arranged in Chapter8Chapter 2

8、related theory and related techno Iogyintroduction91 .1 The meaning of creditrisk92 . 2 Thedetermination of credit risk management model92. 2.1 Ri skcentra I i zed management mode I92. 2.2 Ri skdecentra I i zed management mode 1102. 3 Theuseof thedeveIopment pIatform and techno Iogy102. 3. 1 MVC mod

9、e102. 3. 2 StrutsSummary112. 3. 3 B/S and C/S mode132. 4 J2EE Architecture143. 5 SQL Server Database techno I ogy164. 6 Summary17Chapter 3 requirement183.1 Organizational structure and function of credit risk management 19193.1.2 Funct i ons of cred i t r i sk management department. . 203. 2 Content

10、s and methods of credit risk management215. 3 Position setting and process analysis of credit risk management 226. 4 System funct i on ana lysis233. 4. 1 Functiondescr i pt ion243. 4. 2 Use caseanalysis263. 4. 3 Businessprocess chart293. 4. 4 Data structure ana lysis303. 5 Summary of this chapter31C

11、hapter 4 System design324.1 System des i gn target334. 1. 1 Rea I-t ime r i sk control and management335. 1.2 Bus i ness transact i on author i zat i on336. 1.3 Based on the new cred i t system337. 1.4 EIectronic credit approva1344. 2 Overal I system design344. 2. 1 FunctionaI architecture design354

12、. 2. 2 Techn i ca I arch i tecture des i gn364. 3 Detai Ied design of system function moduIe374.3.1 Detai led design of customer information management384.3.2 Detaileddesignofloan business management394. 3. 3 Detaileddesignofloan interest management404. 3. 5 Detaileddesignofsystem management414. 4.

13、2 Designof Ioan business managementdatabase434. 4. 3 Database design of loan interest management444. 4. 4 Reportmanagement database design454. 4. 5 Systemmanagement database des i gn454. 5 Interface design474. 6 Safety des ign484. 6. 1 Access control484, 6. 2 Author ity control and management494. 6.

14、 3 Authent i cat ion494. 6. 4 Data storage494. 6. 5 Log record494. 7 Summary of this chapter49Chapter 5 System impIementation495.1 System env i ronment505. 1. 1 System software envi ronment configuration506. 1.2 System hardware envi ronment configuration505. 2 Userlogin i mp I ementat i on515. 3 Rea

15、 I i zat i on of customer information management525.4 Loanbusiness management555. 5 Loaninterest management615. 6 Report management i mp I ementat i on625. 7 System management impIementation635. 8 Key technical analysis645. 9 Summary of this chapter64Chapter 6 Test system656.1 Purpose and method of

16、testing666. 1. 1 Test purpose666. 2 Funct i on test case676. 3 Funct i ona I test report676.4 Database test676. 5 Performance test686. 6 Summary of this chapter68Chapter 7 Cone I us i ons and Prospect687.1 Conclusions697. 2 Prospect69Reference70Acknow I edgements70第一率绪论1.1 研究背景与意义网络经济时代的到来,冲击着各个行业的传

17、统运作模式,当然包括金融业。 商业银行电子信息化发展经历了一个从无到有的过程，自1960年之后，在西方 的些发达国家的金融业,已经有越来越多的企业开始使用计算机,利用计算机 技术来对金融业进行经营管理。自此,在金融业领域之内,计算机技术的应用就 开始了漫长的发展历程,人们便将这历程划分成:脱机业务处理、联机业务处 理、经营决策信息化、业务集成和决策智能化”1,这四个不同的发展时期。后来, 金融业的网络化特点愈加显著,这也对构建电子化提出了要求。第一,是将中心 任务变为业务需求，目标是金融创新,在加强银行支付结算和投资理财服务的技 术手段和功能的基础上,形成信息系统的一体化模式。而且,捉摸不定的

18、市场环 境也给电子商务的发展提出了更高的要求与挑战。就是在这样的氛围之下，诞生 了 “金融超市”式的金融模式。为了满足客户不同的丰富需求而制作的电子金融 发展战略规划,以实际为依据而制作的规划在实施的过程中就需要积极找寻可以 合作的企业或公司,同时,对竞争对手予以一定程度的限制,在这些要求之下, 网络技术和电子商务并肩发展,相互交融的一个业务平台就应运而生了，依托于 这个平台,金融服务方式得以诞生并逐步完善,银行、保险、证券、基金等系 列的金融业务都可以在这里展开，就如同一个超市,只不过这个超市只出售金融 服务,这种金融模式就被人冠以“金融超市”之名。信贷管理系统是个综合 的信息系统,它结构复

19、杂、规模庞大、信息量巨大,所以,在策划本项目的时候, 要对系统进行设计，这样可以避免不必要的项目风险以及项目的顺当开 展。我们可以通过信贷管理系统实现了贷款的全过程管理,并及基于权限的安 全管理,为用户提供个银行贷款协同的业务平台，为银行管理人员提供个管 理、决策分析的平台,实现节约运营成本的目标。作为商业银行的主要业务,信 贷业务对配合农村发展的国家政策,推动农村经济建设,扶持三农发展,促进农 副产品流通和提供农村工商业生产所需资金,调节社会再分配等方面具有重要意 义。商业银行信贷管理系统,应是在深入了解国内外先进银行信贷现状和发展的 基础上,去除糟粕。依照中国农村信贷业务发展及管理实际要求

20、,量身打造开发 的套功能强大,技术先进、能够在商业银行顺利使用的综合信贷业务信息化操 作管理系统。这是因为贷款业务这单的业务形式是商业银行原来信贷管理系 统的重点，无法对客户进行分析和评价,也无法提前预报信贷风险,这就无法保 证商业银行的决策具备可靠准备的基础,对于银行发展现代商业业务也是有巨大 的阻碍作用的。举个例子:在以前对信贷进行管理的系统中，假如有一家企业 一向是有借就有还,总是按期归还贷款,对于客户经理而言,这家企业自然就是 信誉度良好的企业,然而,这家企业最后却是关门大吉的结局,给商业银行带来 了莫大的损失。在该案例里，虽然在些时期内,企业能够维持本身拥有较高的 信誉度，但是这种高

21、信誉度的产生是得益于商业银行的贷款,其实，就企业自身 的经营状况而言，早就产生了影响其发展的不利因素,可是在这样的情况下,商 业银行仅仅把较高的如期还款率作为贷款的参考,获得损失自是无法避免。所以 说，商业银行的现代化之路已经势在必行，这样不仅能够帮助商业银行发现真正 拥有发展潜力的客户，对于些暗藏其中的风险也能很好的规避，同时,还能够 促进商业银行规范化进程，提高商业银行决策依据的科学合理程度，加进了商业 银行又快又好的发展脚步。现今的金融状况早已今非昔比,怎么做才能让位于 农村的商业银行信贷业务实现创新发展,对于任何一家商业银行而言,这个问题 都是个不得不面对的巨大挑战。怎样才能提高信贷产

22、品的开发率?怎样才能实 现信贷业务的科学化管理并减少信贷给银行带来的风险?又是怎样才能做到又 快又好高水准对信贷业务进行处理和扩大银行客户圈呢?这一系列和信贷管理 有关的问题对于我国的银行而言都是亟待解决的不足。假如有银行完美的解决了 这些不足之处,那么对于该银行而言,它就有了开拓更大市场的资本与能力。在 银行业里白热化的竞争促使国内的商业银行不得不去提高信贷管理水平,更好的 实现为客户服务的理念,这对于我国银行建立完善的信贷管理系统具备有很大的 促进作用,同时还能促进信贷资产迈向高质量的发展道路,促使信贷管理走向规 范化的发展历程,逐步的对信贷产生的风险做到可控。随着改革开放,我国推行 金融

23、业改革,单的账户管理的银行业务已经逐渐不符合社会的需要，银行业目 前致于逐步转变为按客户需求的多样性业务处理。在这样的大环境下,信贷业 务仍然是银行业发展的个重要因素,因此,信贷管理系统的开发也显得尤为重 要。1.2 研究现状商业银行停留手工操作客户的信息管理,对信贷的操作主要是对贷款账户的 进行发放、归还并计算利息,管理利息清收。这一切都让信贷业务在展开、运作 以及对信贷业务监督的方方面面都有不足。对信贷管理系统进行开发设计不仅 能够促进信贷客户资源的共享率,还能提高贷款的运作效率,防范和减少信贷风 险。1.2 . 1国外银行信贷管理系统发展现状纵观世界,西方的些发达国家,对于银行的信息化建

24、设较为重视，在政府 的政策指导下,它的银行在信息化的建设以及信息化系统的建立与发展都取得了 显著成绩,其信息化水平在世界范围内都是屈指可数的。美国是在19世界90年 代开始发展互联网银行的,后伴随着全球一体化的经济发展形势,国际间金融行 业的竞争也愈发激烈,电子商务和网络银行也是在这时期得到了飞速的发展, 成为了各国银行发展的重点到现在全球几乎所有银行都和互联网相互联系，建立 自己的数据库,拥有自己的主页和网上服务项目同。在金融业发展水平较高的国家里,对于信贷的理解日新月异,但是因为我国 金融市场的特殊性,使其和西方国家存在差异，所以,这里只是对位于东南亚国 家中最典型的信贷管理模式即信贷厂”

25、进行论事。新加坡淡马锡公司开发出来信贷厂”式的管理模式,并进行了实际运用。 该模式利用流程化的方式,把银行产品的营销、贷款的审批、发放、贷后管理及 贷款的批量化回收以生产工厂的不同生产环节具体统了起来。在信贷厂”的管理模式之下,银行就有了专业的标准来开展中小企业贷 款业务,变主动寻找客户到与客户进行接触，不管是审查批准授信，还是对贷款 进行发放,或者回收贷款等等,每个流程里的不同业务都不需要像过去那样到 不同的专职部门进行审批,在部门的流水线上就能对每个业务进行办理。对于业务繁琐的办理过程,信贷厂”有效的进行了删减,大大降低了企 业的准入标准,同时减少了企业进行授信审批的环节,这种银行业的流程

26、化发展, 在简化运作流程的同时又提高了银行处理业务的水平,不仅使银行对风险实现了 可控,又能让中小企业得到发展急需的资金,对于传统銀行的守信体制与流程的 颠覆发展,为全球解决企业融资问题提供了可供借鉴的经验。对于“信贷厂”而言，其自身具备以下特点:第一,产品设计具备了统 的标准:第二，审批程序的精简促进了审批水准与速度双向提高;第三,审批程 序有一定的标准并具备流水式的发展模式第四,能够大批量的对业务进行处理, 降低了规模成本,增加了规模效益。在马来西亚、印度尼西亚等东南亚国家,“信贷厂”管理模式的可行性得 到了实践的检验,而这模式也逐渐被我国的些银行吸纳运用,“信贷厂 在我国也迈开了它的发展

27、脚步。1.2.2 国内银行信贷管理系统发展现状如今,因为我国金融业的飞速前行,商业银行间的业务竞争也愈演愈烈,为 提高自身的竞争水平,实现银行信贷业务长期的又好又快发展，现代信息化的对 信贷进行管理，依据事实数据进行科学的决策已经被越来越多的商业银行认可并 实践。国内的商业银行为了顺应瞬息万变的市场,由银监会牵头,迈出了建设流程 银行的脚步。市场改变了绝大多数银行传统的依托技术、产品以及成本的竞争理 念,为客户服务这管理理念已经被国内越来越多的银行认可并付诸实施。商业银行管理思想的改变促使国内的银行特别是中小银行不得不采用具备 更高水准的信贷管理系统。客户挖掘、风险预警、产品灵活、灵活快捷等特

28、色 将是信贷管理系统在之后发展的重点。建设流程银行的过程中,科技是其最有利的发展工具,同时，面向服务也必 然会成为我国商业银行信贷管理系统的主要体系结构。我国银行信息化的发展程度于发达国家存在一定差距,仍然处在低级阶段。 在政府的引导以及市场的资源配置调节下,我国大力推进信息化建设。随着经济 的发展和别的产业信息化的发展,银行实现信息化发展的诉求已经在经济领域的 各个方面都得到了体现。网上银行系统和业务管理支持系统已经被各大银行付诸 了实践,在对信贷业务进行信息化电子化的管理方面,商业银行已经初见成效”可。 到2011年的第三个季度中国就已经拥有了 2亿多的网上银行用户,然而,因为 我国银行的

29、信息化历程开始时间晚于西方发达国家,因此在技术以及管理水平 上，相对还是比较落后的,所以,对于我国银行而言，提高自身的信息化技术与 管理水平是势在必行的。1.2.3 信贷管理系统发展趋势如今,在金融市场上,供求双方的地位已经悄然改变,在金融业发达的西方 国家,金融市场早已是买方市场,这样的转变在我国的金融市场也在慢慢发生。 在我国,得益于商业银行之间的竞争,银行主动寻找客户,特别是优质客户已经 代替了传统的客户寻求银行的合作模式。但是和国际金融市场上那些规模较大的银行对比之后我们不难发现,我国的 商业银行信贷管理系统的水平还处于较低位置，但是这样的情况已经在逐渐好 转。得益于新的经营理念,些国

30、际上新的信贷思想和信贷资产工具已经被国内 的些商业银行采用,和我国金融市场需求相匹配的信贷管理系统也就这样被研 发了出来物。综上所述,客户效益取代规模效益,这是商业银行发展的必然道路。面向服 务，集成服务,拆装业务已经成为了信贷管理系统发展的规律,因此,“客户是 银行的第一资产”这样的设计思想必然是未来信贷管理系统发展的方向。1.3 研究内容对信贷信息进行管理的新系统必须综合了个单独系统，在信贷的前期、中期、 后期都能够起到重要作用，不仅能够对客户的具体信息进行管理，还要能够分析 客户的财务情况,管理信贷业务的申请审批工作以及贷款台账等等,同时还要能 够评定客户的信用等级,对于风险的估算也有要

31、求,除了这些功能之外。还要具 备贷款定价,五类分级的作用,有助于信贷业务集约经营水平的提高。信贷管理 系统利用先进的管理办法和科学技术来实现信贷管理体制的高水准发展，通过完 善对信用等级的评估、风险的估算、规划为五个不同的级别、财务分析等模型来 完善商业银行的信贷分析和信贷管理的过程,对建立健全相对理想的信贷管理体 制具有重要的意义。在选择适宜产品的开发工具和办法是,第一,要坚持先进性原则。这就需要 自身具备较高的技术水平。如今社会,信息技术的发展脚步是飞速的,新技术新 概念层出不穷,不具备较高技术含量的产品注定会被市场淘汰,这对于系统在未 来的维护和升级都是不利的。而且，先进性原则对于产品技

32、术、企业服务等方方 面面都提出了高要求,这对于围绕投资开展的保护工作以及长期以来的系统维 护、升级工作,都打开方便之门。除此之外,实用性原则也要贯彻到系统的具体 实施过程中。这一原则不仅符合系统的运行环境也是实际情况的诉求,促使了系 统的推广工作得以顺利进行。再加上资金成本和时间成本等实施成本问题,注定 了让系统能够实际运用的方案在制定时就必须依据商业银行现今的技术水平以 及包括操作人员、基础设备等在内的内部运行环境和与诸如与人民银行的信贷咨 询系统是否建立联系等相关的外在使用氛围,在保证实用性的同时,兼具先进性在对组成商业银行业务管理和信息管理体系的信贷管理系统进行设计的初 始阶段,就要对标

33、准化有具体细致的思考,具体而言即:一方面要把国际和国内 的相关业标准作为系统设计的依据;另方面在设计的过程中要符合我国商业 银行本身的管理业务同时也要符合本行业和本系统的准则要求,从而能够有效的 便利的提高业务管理和信息管理。基于J2EE平台的MVC的分层体系结构化的分析方法是该信贷管理系统采用 的设计办法,Struts, AJAX, JSP, Struts等目前先进的开发技术的运用使得该 系统具备较高的技术水平网。和传统的引用开发技术架构不同，J2EE是以组技术规范和指南为核心的 技术架构，它囊括的各种组件、服务架构及技术层次,都有相同的标准和规格， 这可以使公司开发者大幅缩短投放市场周期,

34、减少公司开发本钱合适作为多层分 布式公司应用程序的开发渠道。按照Model、View、Control ler的方式分离个应用的输入、处理、输出流程 就是MVC,模型层、视图层、控制层,这三层是该运用的主要构成阿。“分而治 之”,分开解决问题,是MVC三层结构的设计思想,这样不仅有利益管理者对于 系统的管理控制，也有利于资源的优化分配。 控制(Control ler)即从用户承 受请求,将视图与模型进行匹配,起完结用户的请求闻。但是控制层并不会对 数据进行任何的处理,它本身主要是起一个分发器的作用。管理者要要想完成用 户的请求就必须选择对应的视图和模型。1 .进行需求分析客户管理模块、业务管理模

35、块、利息管理模块、人员管理模块、系统管理模 块和查询统计模块共同组成了该系统。2 .进行总体设计首先在硬件系统方面,采用C/M/S （客户机/中间件/服务器）银行业务系统 流行的先进模式,基本分为主机系统、数据库系统、中间件系统、网络系统、终 端五个部分” 3在对组成商业银行业务管理和信息管理体系的信贷管理系统进行 设计的初始阶段,就要对标准化有具体细致的思考,具体来讲就是一方面要把国 际和国内的相关业标准作为系统设计的依据;另方面要联系商业银行长期形 成的行业规范进行系统设计使得系统能够根据用户目标完成任务,提高工作效率 17要想全面的了解新系统的系统总体结构设计,就要以具体的系统分析要求和

36、 组织的实际状况为依据。宏观上,其总体结构形式是对可利用的资源进行总体上 的大致设计与规划。以需求分析的结果为依据可以吧本系统划分出不同的功能模 块,具体如下:客户管理模块、业务管理模块、利息管理模块、人员管理模块、 系统管理模块和查询统计模块。3,进行的详细设计和编码实现第一,采用先进的多层模式C/M/S。在J2EE的平台下进行开发信贷管理系 统。其次,结合数据库服务器、多维服务器和前端用户查询工具,采用先进数 据仓库技术的金融行业分析模型,以此提供紧密继承的、全面决策支持解决方案。 第三,进行客户信息管理模块设计。第四,完成审批授信。最后,进行贷款发放 模块设计和贷后管理模块设计。4 .最

37、后要进行测试测试时使用模拟数据运行。经核对结果正确,各种错误处理正常，生成的各 种数据正确,符合设计要求。信贷管理系统的部分功能测试,输入、输出的质量 指标。1.4本文章节安排本文共分为七个章节,论文结构图如图17所示。图17 内容结构图第二率 相关理论与相关技术介绍风险,即信用风险产生于商业银行的贷款业务,具有两个层面的意思:一方 面是指借款人能否如约对贷款进行还本付息的不确定性;另外一方面是指由于大 量不良贷款的形成而导致银行危机的可能性。1.1 信贷风险的含义城市商业银行作为以经营货币资金为主的金融机构,在其经营活动中就是要 以经营资金在运转活动中的各种方式为手段,从而达到盈利的目的。然

38、而,在这 种经营活动中，由于各种不确定性因素的影响,造成实际收益和预期收益发生一 定差异的情况,使商业银行要承担可能蒙受损失的风险。这种风险不仅影响银行 的盈利、造成银行的损失,甚至会给商业银行带来倒闭的危险,是商业银行希望 能够事先加以防范的风险。因此,银行的风险管理成为城市商业银行管理的核心内容。城市商业银行所涉及的风险,主要是信用风险。其信用风险有三种形式:一 是银行贷款的信用风险,即信贷风险;二是银行自身的信用风险,也称为流动性 风险;三是银行投资的信用风险。而其中尤以信贷风险是城市商业银行所面临的 信用风险的主要形式,也有人认为它就是一种狭义的信用风险。信贷风险,即信用风险产生于商业

39、银行的贷款业务,具有两个层面的意思: 一方面是指借款人能否如约对贷款进行还本付息的不确定性;另外一方面是指由 于大量不良贷款的形成而导致银行危机的可能性。由于信贷业务是商业银行的核 心业务,信贷资产占商业银行总资产的绝对比重大,所以信贷风险的大小直接影 响着商业银行的正常运营。为了防止信贷风险的形成和累积,商业银行就必须对 借款人的财务状况、抵押品价值、还款意愿等与还款有关的因素保持高度关注, 同时还应采取些方法控制信贷风险。在对信贷风险的管理中还要研究些操作 风险问题,依靠良好的操作流程,来保证信贷风险管理体系的可靠运行。1.2 信贷风险管理模式的确定风险集中管理和风险分散管理是商业银行信贷

40、风险管理的两种模式。这两种 模式各具特色，本身没有优劣之分,城市商业银行可根据自身情况加以选择。2. 2. 1风险集中管理模式风险集中管理是国内商业银行普遍采取的管理模式,主要特点是:与整个银 行的管理体系配套,由总行统一管理风险:企业大额授信由总行风险控制部门统 管理,风险管理信息向总行风险管理部门集中:风险管理效果取决于汇总后的 风险信息质量及相关分析人员的水平。风险管理决策层远离线是风险集中管理 模式的最大的弊端,如果风险管理信息系统不能保证及时、准确地传递信息,决 策者也将无法保持对风险的高度敏感。所以,风险管理系统的设计与运作非常关 键。如果在相应的风险管理授权不适当的情况下，风险集

41、中管理也一定程度上使 得一线风险管理人员缺乏管理好风险的积极性。3. 2.2风险分散管理模式风险分散管理模式为些国际银行广泛使用，其主要特点是控制风险的权限 下放,由分支机构根据自身面临的风险实时管理;根据本地区客户的实际情况, 自行确定风险限额;风险管理信息分散于各决策主体:总行风险管理部门具有监 督职能,以保证风险不会给银行带来灭顶之灾。风险分散管理最大的弊端是如果 相应制度缺失或执行不到位,就可能导致风险控制流于形式。另外，即便是各风 险管理的决策主体能够保证采取最合理的风险控制政策，但并不一定能避免总体 的不合理性。风险分散管理可能造成总体风险管理陷于被动。根据国内城市商业银行发展的趋

42、势，以及商业银行管理的水平,建议我国城 商行采用风险集中管理模式。本文将围绕此种模式探讨城商行的信贷风险管理系 统。2.3采用的开发平台和技术2. 3. 1 MVC模式介绍MVC模式,即模型视图控制器模式,其核心思想是将整个程序代码分成相 对独立的而又能协同工作的3个组成部分。1 .模型(Model):业务逻辑层。实现具体的业务逻辑、状态管理的功能。2 .视图(View):表示层。即与用户实现交互的界面,是应用程序的外在表 现,通常实现数据的输入和输出功能。3 .控制器(Control ler)：控制层。起到控制整个业务流程(Flow Control ) 的作用,实现View和Model部分的

43、协同工作。上述三个组成部分之间的关系如图2-1所示。Spring AOPSourse-levelMetadataAOP infrastrucureSpring ORMHibermate support iBats supportSpring Web WebA plicationConte xtSpring Web MVCWeb MVC Framework Web Views JSP/Velocity PDF/ExportSpring DAO Transaction infrastructure JOBC supportDAO supportSpring ContextApplicationco

44、ntextUI supportValidationJNDL EJBSpring ORMHibermate supportiBats support图2T MVC模式的结构在MVC设计模式中,事件一般是指客户端Web浏览器提交的各种不同的请求。 这些请求由控制器进行处理,控制器根据事件的类型来改变模型或各个视图,视 图也可以接受模型发出的数据更新的通知,根据数据更新的结果调整视图效果， 展示给用户。而模型也可以通过视图所获得的用户提交的数据进行具体业务逻辑 的处理。2. 3. 2 Struts 概述作为基于MVC设计模式的Web应用的种典型体现,Struts架构实际上是 建立在Model 2基础

45、之上的，对Model、Vi ew和Contro I I er都提供了现成组件, 其实现方式如图2所示。从Model角度看,在Struts中,系统模型的状态主要由ActionForm Bean 和值对象体现。从View角度看,Struts提供了 java类org. apache, struts, action. ActionForm , Java 开发者继承该类来创建表单 beano另一方面,Struts提供了丰富的JSP标记库,View部分使用这些标记库可 以实现与Model的有效交互并能增强显示。从Control I er角度看,在Struts体系机构中,Control ler主要是 Act

46、ionServlet,但是对于业务逻辑的操作则主要由Action、ActionMapping、 Act ionForward这几个组件协调完成（也许这几个组件,应该划分到模型中的业 务逻辑块）。其中,Act i on扮演了真正的控制逻辑的实现者,而Act i onMapp i ng 和Act ionForward则指定了不同业务逻辑或流程的运行方向”。Struts架构从接收请求到返回响应的工作流程如图3所示。在应用服务启 动的时候,控制器（ActionServlet）进行初始化工作,读取配置文件（默认是 Struts-conf ig. xml文件）,为不同的Struts模块初始化相应的Modu

47、 I eConf ig 对象。比如配置文件中的Act ion映射定义都保存在Act ionConf ig集合中控制器接受Http请求,并从ActionConfig中找到对应于该请求的Act ion 子类,如果没有对应的Action,控制器直接将请求转发给JSP或者静态页面, 否则控制器将请求分发至具体的Action类进行处理。在控制器调用具体的Act ion的Execute方法之前,Act ionForm对象将利用 Http请求中的参数来填充自己。Struts架构将检查User Act ionForm是否存在, 如果不存在,就会创建一个该类的实例。Struts将会使用HttpServLetRequest 的相应字段来设置UserActionForm的状态。此外,还可以在ActionForm类中调 用Validate方法来检查请求参数的合法性,并且可以返回