（计算机软件与理论专业论文）基于j2ee技术的放贷管理系统设计与实现.pdf

基于j 2 吐技术的放贷管理系统设计与实现摘要 摘要 随着j a v a 、j 2 e e 技术的日渐成熟，我国金融行业在严格考查j 2 e e 技术及其工具的可行性后，将其外围应用开发采用j 2 e e 技术实现。 本文所依托的项目是交通银行上海总行的大集中项目的信贷管理信 息系统部分。本文概要介绍了放贷子项目组成和项目中运用的j a v a 、j 2 e e 以及目前比较流行的s t r u t s 框架技术。本文从项目需求入手，提出满足 需求的设计方案，并在具体的实现过程中，利用开发工具和实用技术， 解决了问题。 本项目的特点在于流程，各项工作的开展都有严格的手续。工作流 系统的采用，使程序实现的流程与银行业务流程相符，并易于改动，以 满足未来业务流程的变化。s t r u t s 框架技术实现了m v c 模式，基于s t r u t s 的j 2 e ew e b 开发很容易实现m v c 模式的优点，为顺利完成项目功能提供 了保障。 本文中所设计和采用的实现放款流程的方法是j 2 e e 开发中的一种扩 展。它将s t r u t s 和工作流两者结合起来，有效的实现了岗位流转的需求， 在有类似的项目需求时完全可以采用。 关键字：c m i s ，放贷管理系统，j 2 e e ，s t r u t s ，工作流 作者：张江 指导教师：吕强 熊塑! ! ! 塑! ! 塑型堕鎏竺! 竺! ! ! ! ! 塑! 坚竺竖竺塑塑! 竺塑! 业望堕竺! 型 a b s t r a c t w i t ht h ed e v e l o p m e n ta n dm a t u r i t yo fj a v aa n dj 2 e et e c h n o l o g i e s ， t h ef i n a n c ei n d u s t r yo fo u rc o u n t r ya d o p t sj 2 e ea si t sa p p l i c a t i o n d e v e i o p m e n tp l a t f o r m a f t e r e v a l u a t i n g t h ej 2 e et e c h n o l o g y s t r i c t l y t h i st h e s i si sb a s e do nap r o j e c tn a m e dc r e d i tm a n a g e m e n t i n f o r m a t i o ns y s t e m ，w h i c hi st h ec r i t i c a lp a r to fn a t i o n a lb a n k o fc o m m u n i c a t i o n s 。a 1 卜i n o n e ”p r o j e c t w ei n t r o d u c et h el o a n m a n a g e m e n ts u b s y s t e ma n dj a v a ，j 2 e ea n ds t r u t sf r a m e w o r kw h i c ha r e u s e df o rt h ep r o j e c t t h i st h e s i ss t a r t sw i t ha n a l y z i n gt h ep r o j e c t r e q u i r e m e n t ，g i v e so u tt h ed e s i g nt om e e tt h ep r o j e c tr e q u i r e m e n t ， a n dt h e ns o l v e st h ep r o b l e mw i t hj 2 e ef r a m e w o r k t h i sp r o j e c td e p e n d so nw o r k f l o w e v e r yj o bi nt h es y s t e mh a s t of 0 1l o wi t so w ns t r i c tf l o w w i t ht h ew o r kf l o wt e c h n 0 1 0 9 i e sw e i m p l e m e n tt h eb a n k so p e r a t i o nf l o w t h ew o r kf l o wi se a s yt om o d i f y ， s ot h a ti tc a na d a p ti t s e l ft ot h ef u t u r ec h a n g eo fo p e r a t i o nf l o w a d d i t i o n a l l y ，w eu s e ss t r u t sf r a m e w o r kt e c h n o l o g yw h i c hi m p l e m e n t s w cd e s i g np a t t e r n t h ej 2 e ew e bd e v e l o p m e n tb a s e do ns t r u t sc a n b e n e f i tf r o mm v cd e s i g np a t t e r n a l lo ft h e mg u a r a n t e es u c c e s sf o r t h ep r o j e c t t h el o a nf l o ww ed e s i g na n di m p l e m e n ti nt h i sp a p e ri sak i n d o fe x t e n s i o no fj 2 e ed e v e l o p m e n t i tc o m b i n e ss t r u t sw i t hw o r kf l o w ， a n d i m p l e m e n t s t h ep o s i t i o n b a s e db u s i n e s sl o g i c i tc a nb e a b s o l u t e l ya p p l i e di ns i m i l a rr e q u i r e m e n t k e yw o r d s ：c m i s ，l o a nm a n a g e m e n ts y s t e m ，j 2 e e ，s t r u t s ，w o r kf l o w i i w r i t t e nb yz h a n gj i a n g s u p e r v i s e db yl vq i a n g 基于j 2 e e 技术的放贷管理系统设计与实现 第一章概述 1 1 论文背景 第一章概述 随着全球经济一体化趋势的迅猛发展，国内经济形势日益高涨，国 内商业银行资金运作日趋活跃，同业竞争愈加激烈。金融市场不稳定因 素增多，银行资产风险加大，不仅直接影响到商业银行的经济效益，而 且较大程度地影响银行的整体战略目标的实现。与此同时，金融市场的 全球化也促进了各种新型金融工具的诞生和传统融资方式的演变，伴随 着这些变化而来的是一些更复杂、更隐蔽的资产风险隐患的产生和发展， 使银行授信资产风险的防范、控制与化解的难度明显增加。 现代电子信息技术突飞猛进的发展促使银行业对授信风险管理技术 和手段不断更新，使授信资产风险监控、预警和进一步防范、控制成为 可能。随着外资银行的涌入，国外先进的管理思想、方法逐渐引入国内， 被国内商业银行接受和采纳，运用先进的电子信息技术对商业银行授信 资产进行全面管理的时机已经成熟。 目前以“客户为中心”，以“统一授信”、“五级分类”为信贷管理手 段的思想正在被大多数商业银行的管理者们所认同，单纯的信贷管理系 统正在逐渐被多品种的授信管理系统所代替。随着计算机管理授信业务 范围的不断扩大，授信资产风险监管、控制的侧重点也由原先贷后的宏 观分析转移到贷前的微观控制这是理念的升华，标志着我国商业银 行授信管理正在逐渐走向成熟，显示出我国商业银行的授信管理正在向 国际惯例靠拢。 1 2 项目总体介绍 项目名称：交通银行信贷管理信息系统( c r e d i tm a n a g e m e n t i n f o r m a t i o ns y s t e m ) ( 以下简称c m i s 系统) c m i s 系统的总体目标，是顺应信贷业务发展和管理的需要，建立以 一1 - 第一章概述 基于j 2 e e 技术的放贷管理系统设计与实现 总行为中心、覆盖全行信贷网点的数据大集中平台，以客户管理为基础、 以信贷业务流程为主线、以信贷风险防范为目标，在技术上采用工作流 技术，基于标准j 2 e e 应用服务器架构，利用构件化技术，基于b s 体系 结构、实现公司信贷业务管理、统计分析、监测、审批、控制的电子化 和自动化，提供信贷及相关业务信息的存储、汇总、收集、反映，为各 层次的经营管理提供监控、决策、分析、预警等功能，为交通银行信贷 业务的创新、经营决策提供充分的信息支持。基于以上目标实现的信贷 管理系统可以方便地扩展到支持个人信贷业务。 整个信贷管理系统需要支持以下业务：客户信息管理、授信额度管 理、放款中心、信贷台帐管理及人行信贷登记咨询系统数据上报、信贷 风险分类、风险资产管理、授信( 贷款重组) 流程、数据与报表展示。 该系统的建设采用“整体规划、分步实施”的原则。其中第一期工程目 标：完成客户信息管理、授信额度管理、放款中心、信贷台帐管理及人 行信贷登记咨询系统数据上报、配套的固定报表等业务的开发。 系统实际开发中，根据需求，将开发团队分成公共控制( p u b l i c m a n a g e m e n t ，p m ) 、客户信息管理( c u s t o m e ri n f o r m a ti o ns y s t e m ，c i ) 、 客户授信额度管理( c u s t o m e rl i m i tm a n a g e m e n ts y s t e m ，c l ) 、放款中 心系统( g r a n tc e n t e rs y s t e m ，g c ) 、信贷台帐管理( m a n a g e m e n t i n f o r m a t i o ns y s t e m ，m i ) 等小组，进行分别的设计与开发。 1 。3 作者在项目中从事的工作 本人参与了c m i s 项目从需求分析到系统设计、开发，再到测试的整 套流程。 我在c m i s 系统的放款中心小组工作，主要从事放款中心任务控制台 及部分合同、申请书、凭证的设计与开发。放款中心是c m i s 系统的重要 组成部分，其需要与系统的其他模块进行数据交互，并最终完成贷款发 放的任务。因为放款中心小组主要工作是对放款进行管理，所以本文是 c m i s 重要予项目放款管理系统( l o a nm a n a g e m e n ts y s t e m ) 的工作成果。 基于j 2 e e 技术帕放贷管理系统设计与实现第一章概述 作者所完成的工作如下： 1 ) 参与制定和细化项目需求说明书； 2 ) 针对项目需求以及功能的特殊性，设计数据库表结构和项目框架； 3 ) 实现放款中心小组的重要部分一客户经理控制台，配合组内多 个成员，完成客户经理控制台对客户合同的管理和维护( 其中，自己也 帮助参与完成部分合同等的实现) ； 4 ) 按项目需求，编辑工作流流程，同时建立多个任务控制台，实现 放款任务的流转。 1 4 本论文所做的工作 国内金融领域企业级开发，其核心部分，由于历史原因，仍采用c c + + 作为主要开发工具，而其外围产品，j 2 e e 已经成为其主流开发平台，主 要因为j a v a 跨平台的特性及j 2 e e 开放的多层体系结构和易部署性、易 维护性。 交通银行信贷管理信息系统就是一个金融领域企业级开发的外围产 品。 本论文依托于交通银行信贷管理信息系统的设计与实现，学习并研 究目前j 2 e e 多层体系结构的优越性及其构建方式，了解并掌握当前流行 技术的应用。 对于开放的j 2 e e 平台，其系统设计是项目成败的关键。本文分析了 项目中采用的系统设计，这是一种可以推广并运用于其它项目的系统组 织结构。除了系统设计外，灵活多变的各种实现技术和工具的联合运用， 对理清思路、简化编码，方便扩展功能和维护都提供了很好的支持。总 之，目的是解决项目中的重点、难点问题，满足需求，使项目功能顺利 实现。 银行的项目有其自身的特点，操作规范却流程复杂。本项目的开发， 旨在为银行信贷管理电子化、信息化建设做出积极努力。系统的设计完 第一章概述 基于j 2 e 技术的放贷管理系统设计与实现 全符合原有交通银行信贷管理人员操作习惯，使系统可以很快投入使用。 如今，系统已在交通银行杭州分行试点运行，并很快在全国范围内推广， 这充分证明了系统的实用价值。 值得指出的是，本文所介绍的有关技术方法也适用于其它信贷管理 信息系统，有关经验可供信贷管理信息系统的开发者借鉴。 1 5 本论文的内容和结构 本论文的后续章节按照如下的方式组织： 第2 章讲述交通银行信贷管理信息系统中所用到的主要技术。这些 技术对系统架构和组成有重要的作用。 第3 章介绍本人在交通银行信贷管理信息系统中所完成部分的项目 需求。 第4 章根据项目需求，并结合相关技术，提出解决项目中问题、实 现项目需求的思路。 第5 章按照上一章提出的解决思路，在实际开发环境中，开发与实 现。 第6 章对项目的价值和不足之处做一个总结。 基于j 2 e e 拄术的放贷管理系统设计与实现 第二章重蔓背景技术介绍 第二章重要背景技术介绍 2 1w e b 开发技术简介 与w e b 相关的各种技术标准都由著名的w 3 c 组织( w o r l dw i d ew e b c o n s o r ti u m ) 管理和维护。 从技术层面看，w e b 架构的精华有三处：用超文本技术( h t m l ) 实现 信息与信息的连接；用统一资源定位技术( u r i ) 实现全球信息的精确定 位；用新的应用层协议( h t t p ) 实现分布式的信息共享。这三个特点无 一不与信息的分发、获取和利用有关。其实，w e b 是一个抽象的信息空间。 也就是说，作为i n t e r n e t 上的一种应用架构，w e b 的首要任务就是向人 们提供信息和信息服务。 w e b 是一种典型的分布式应用架构。w e b 应用中的每一次信息交换都 要涉及到客户端和服务端两个层面。因此，w e b 开发技术大体上也可以被 分为客户端技术和服务端技术两大类。 经过多年的发展，客户端技术不断从静态技术向动态技术过渡。 j a v a s c r i p t 、v b s c r i p t 、c s s 、d h t m l 以及种类繁多的各种插件，使w e b 能够展现更多生动的世界。 另一方面，服务器端技术，日益发展和成熟。 与客户端技术从静态向动态的演进过程类似，w e b 服务端的开发技术 也是由静态向动态逐渐发展、完善起来的。 最早的w e b 服务器简单地响应浏览器发来的h t t p 请求，并将存储在 服务器上的h t m l 文件返回给浏览器。第一种真正使服务器能根据运行时 的具体情况，动态生成h t m l 页面的技术是大名鼎鼎的c g i ( c o m m o n g a t e w a yi n t e r f a c e ) 技术。1 9 9 4 年，r a s m u sl e r d o r f 发明了专用于w e b 服务端编程的p h p ( p e r s o n a lh o m ep a g et o o l s ) 语言。与以往的c g i 程 序不同，p h p 语言将h t m l 代码和p h p 指令合成为完整的服务端动态页面， w e b 应用的开发者可以用一种更加简便、快捷的方式实现动态w e b 功能。 1 9 9 6 年，m i c r o s o f t 借鉴p h p 的思想，在其w e b 服务器i i s3 0 中引入 第二章重要背景技术介绍 基于j 2 e e 技术的放贷管理系统设计与实现 了a s p 技术。a s p 使用的脚本语言是我们熟悉的v b s c r i p t 和j a v a s c r i p t 。 借助m i c r o s o f tv i s u a ls t u d i o 等开发工具在市场上的成功，a s p 迅速成 为了w i n d o w s 系统下w e b 服务端的主流开发技术。当然，以s u n 公司为 首的j a v a 阵营也不会示弱。1 9 9 7 年，s e r v l e t 技术问世，1 9 9 8 年，j s p 技术诞生。s e r v l e t 和j s p 的组合( 还可以加上j a v a b e a n 技术) 让j a v a 开发者同时拥有了类似c g i 程序的集中处理功能和类似p h p 的h t m l 嵌入 功能，此外，j a v a 的运行时编译技术也大大提高了s e r v l e t 和j s p 的执 行效率，这也正是s e r v l e t 和j s p 被后来的j 2 e e 平台吸纳为核心技术的 原因之一。 如今，j 2 e e 平台已经成为最强大的企业级w e b 开发平台之一，其中 三个关键组件的版本也演进到了s e r v l e t2 4 、j s p2 0 和e j b2 1 。至 此，j 2 e e 体系及相关的软件产品已经成为了w e b 服务端开发的一个强有 力的支撑环境。j 2 e e 更多详细的特性将在下面介绍。 2 2j a v a 【1 9 】 j a v a 是一种跨平台，适合于分布式计算环境的面向对象编程语言。 具体来说，它具有如下特性：简单性、面向对象、分布式、解释型、可 靠、安全、平台无关、可移植、高性能、多线程、动态性等。 正是j a v a 语言的这些特性，使得脱胎于c + + 语言的j a v a 比c + + 更适合 于w e b 平台开发。j a v a 跨平台的特点，使开发可以在w i n 3 2 平台开展( 多 数开发人员更熟悉w i n 3 2 平台) ，而项目最终部署到其他更高效稳定的服 务器平台上。 其它性能在本文里就不在一一解释了。 2 3j 2 e e s u n 等公司提出的j 2 e e ( j a v a 2 企业版) 体系结构提供中间层集成框架 用来满足没有太多费用而又需要高可用性、高可靠性以及可扩展性的应 用需求。通过提供统一的开发平台，j 2 e e 降低了开发多层应用的费用和 复杂性，同时提供对现有应用程序集成强有力支持，完全支持e n t e r p r i s e 基于j 2 e e 技术的放贷瞥理系统设计与实现 第- - m 重要背景技术舟绍 j a v a b e a n s ( 以下简称e j b ) ，有良好的向导支持打包和部署应用，添加目 录支持。增强了安全机制，提高了性能。 理解j 2 e e 从下面四个核心入手：j 2 e e 平台的多层体系结构、应用组 件、企业服务和j 2 e e 运行时环境。 2 3 1j 2 e e 平台的多层体系结构 j 2 e e 中间件定义了四个独立的层，分别是：客户层、w e b 层( 又称 表示逻辑层) 、业务逻辑层和企业信息系统层，如图2 1 所示： 困 困 困固 图2 1j 2 e e 多层体系结构图 第二章重要背景技术介绍 基于j 2 e e 技术的放贷管理系统设计与实现 其中w e b 层和业务逻辑层同位于应用服务器区域，所谓应用服务器 区域也就是j 2 e e 平台的具体实施场所。 j 2 e e 四层中的每一层都可被物理地部署在不同的场地中，而且，即 使同在应用服务器区域内，w e b 层和业务逻辑层也可以分开来，被安装在 不同的服务器上。例如，可以将i b mh t t ps e r v e r 作为h t t pw e b 服务 器，而在i b mw e b s p h e r es e r v e r 上部署业务逻辑组件。 在这里，有层和容器概念上的区别。通常是将w e b 层和s e r v l e t 、j s p 容器相关联，而将业务逻辑层和e j b 容器相关联。为了更易于理解，我 们可以把层看作是概念实体其功用是为了方便设计，而把容器看作 物理意义上的软件实例也就是说，容器是为应用组件提供的运行时 环境。 j 2 e e 多层体系结构的灵感来自子m v c 架构。m v c 设计模式是软件设 计的典型结构。在这种设计结构下，一个复杂应用被分解为模型、视图 和控制器三部分，分别对应于业务逻辑和数据、用户界面、用户请求处 理和数据同步。三个部分各自负责相应的功能。 m 、r c 设计理念认为，在一个应用系统中，用户界面发生变动的可能性 最大，控剖部分变动次之，面业务逻辑是最稳定的。因此为业务逻辑编 写的代码不应和反映用户界面的代码混杂在一起，而是彼此应该尽可能 地独立，由控制器来担当两者交互的中介。核心业务过程应该完全不依 赖于特定的客户端程序，除了浏览器，该任务也应可被其他应用或银行 办公系统调用。业务逻辑和视图元素之间的数据交互分配给控制器完成。 基于m v c 设计方法，j 2 e e 体系结构很自然地将w e b 层和表示逻辑层 分开，控制器可置于其中任意一层，也可分置于两层中。通过这种方式， j 2 e e 的业务逻辑组件获得相当高的可重用性。 2 3 2 应用组件 j 2 e e 标准定义了一整套相当完备的应用组件框架。利用这个框架， 几乎可以构建从简单的网络门户到复杂的分布式企业级事务应用等任何 应用系统。 8 基于j 2 e e 技术的放贷管理系统设计与实现 第二章霍要背景技术介绍 j 2 e e 组件框架可类比于最基本的建筑材料，它以库、基础类和接口 等形式存在；在它之上构建的应用组件则具体实现特定的企业业务逻辑； 最后由表示控制器逻辑进行组件整合，最终组成一个完整的应用系统。 j 2 e e 的客户层、w e b 层和业务逻辑层，都各自有其适用的应用组件： 客户层：a p p l e t ，j a y a b e a n 表示逻辑层：s e r v l e t ，j s p ，j a v a b e a n 业务逻辑层：j a v a b e a n ，e j b 企业信息系统( e i s ) 层没有可适用的组件，这是因为e i s 层处理的 是j 2 e e 领域内的所有企业后端资源，诸如数据库、b a c k o f f i c e 或旧有遗 留系统、e r p 实施等。很明显，我们所需要的是要使得应用组件能访问这 些资源，而这种访问的实现是由j 2 e e 企业服务来提供的，因此e i s 层本 身不需要应用组件。 j 2 e e 的目标就是要通过对组件的合理利用来进行应用系统的设计和 开发。组件接口保证了各个组件符合标准规范，能在不同的环境中保持 一致性，从而为j 2 e e 服务器产品的互操作奠定基础。 应用组件在各个层中连接松散，因此在互操作的同时能保持自身的 灵活性和可重用性。接下去要讲到的企业服务，诸如电子邮件、数据库 访问、消息服务和事务处理等，都是通过配置应用组件完成的。 2 3 3 企业服务 现代企业计算解决方案除了企业的业务逻辑外，还需要提供对一些 基本服务的支持，j 2 e e 环境的另一大特色就在于它提供了完善的企业级 服务，以满足各类应用的需要。这些服务在实际开发按需要使用，这里 不在一一列出了。 在应用服务器市场，我们常可见到某些服务的驱动程序与服务器产 品本身捆绑在一起的现象。例如，i b mw e b s p h e r e 就自带j d b c 驱动程序 提供j 2 e e 应用和i b md b 2 数据库的连接。目前这已经成为企业评估和挑 选不同服务器产品的一个重要选择标准。 基于j 2 e e 技术的破贷管理系统设计与实现 2 3 4j 2 e e 运行时环境 j 2 e e 应用组件各自运行在相应的运行时环境中，这些运行时环境在 j 2 e e 术语里被称为“容器”。不同服务器厂商推出的容器产品不尽相同， 但一定都符合通用接口标准，且均为j 2 e e 中间件组件提供了许多必不可 少的底层公共设施。 j 2 e e 标准共定义了以下四种容器，应用组件可通过配置工具部署到 对应的容器中： a p p l e t 容器：运行a p p l e t 客户端应用程序容器：运行标准客户端j a v a 应用程序( 包括基于 s w i n g 的g o i 客户端应用程序) w e b 容器：运行表示逻辑层的s e r v l e t 和j s p e j b 容器：运行业务逻辑层的e j b j 2 e e 体系结构的主导思想就是使开发人员只需要专注于其业务逻辑 的设计及编程，而不必为考虑系统级问题分心，这一设计理念主要就是 通过容器的概念体现出来的。容器提供的基础设施包括：内存管理、同 步分线程、垃圾收集、可用性、可伸缩性、负载平衡和容错。 容器需要实现的基本接口和基础设施在j 2 e e 规范中都有详细定义， 但具体实施方案则因容器供应商的不同而不可能全然相同。因此j 2 e e 在 保持代码兼容性的同时，也为支持服务器的特性提供了一定的余地。事 实上，正是由于容器的概念，才使得众服务器供应商能在中间件业内一 展所长，以各自的特色服务分争市场份额。 2 4x m l 技术 x m l ( e x t e n s i b l em a r k u pl a n g u a g e ) 是一种具有数据描述功能、高 度结构性及可验证性的语言。和h t m l 一样，x m l 同样适用了标记与属性， 但和h t m l 最大的不同点则在于x m l 的标记与属性允许用户自定义，并可 以依照所定义的标记与属性的语法来开发应用程序。在x m l 文件中，可 以使用标记来描述数据，或配合属性来辅助描述数据。因此，x m l 很适合 基于j 2 e e 技术的敞贷管理系统设计与实现 第二章重要背景技术介绍 用于作为对象或标准的描述语言。并且可以借助验证规则来规范一个x m l 文件的内容与结构，所以x m l 又很适合用做数据交换格式。如今，) ( m l 技 术已成为j 2 e e 平台必备的技术之一。在本系统中，x m l 经常作为系统的 属性配置工具使用。开发工具对特别的x m l 文件的支持大大加强了系统 的配置功能。 2 5 基于m v c 的s t r u t s 框架 2 5 1s t r u t s 介绍 s t r u t s 是a p a c h e 软件基金会j a k a r t a 项目组的一个开放源代码 项目，于2 0 0 1 年2 月问世。项目的创立是希望改进和提高j s p 、s e r v l e t 、 标签库以及面向对象的技术水准。它的目的是使运用m v c 模式开发w e b 应 用的时间减少。在利用j s p 和s e r v l e t 的优点建立可扩展j 2 e ew e b 应用时， s t r u t s 是一个不错的选择。 2 5 2s t r u t s 体系结构 s t r u t s 是构建在m v c 设计模式基础上的。 m v c 设计模式，旨在将表现逻辑和业务逻辑相分离。从而有良好的重 用性、可靠性，降低界面维护的成本。而s t r u t s 就是这样一种基于m v c 模式的开发框架。它实现了s u n 公司制定的j s pm o d e l 2 规范阿，开发者 不必为实现m v c 设计模式而花费时间，s t r u t s 本身就是是经验丰富的 j 2 e e 专家为实现m v c 而设计的。下面借助s t r u t s 的组件结构图2 2 ，讲 述s t r u t s 在w e b 开发中的运用。 第二章重要背景技术舟绍 基于2 e e 技术的敞贷管理系统设计与实现 ，一一7 h i l ， l t t i t l e q u e s t ) j 一一 2 、 一一 1 ， h t t p r e s p o n s e f i 一。 图2 2 基于i l v c 模式的s t r u t s 组件 1 ) 控制器 s t r u t s 框架中较多的功能用于实现控制器部分。 在s t r u t s 中，控制器功能由a c t i o n s e r v l e t 和a c t i o n 对象完成。 a c t i o n s e r v l e t 是s t r u t s 框架m v c 模式的决策部分，也是s t r u t s 框架的核 心。它根据a c t i o n m a p p i n g 将用户的h t t p 请求( 木d o ) 转换成对 s t r u t s c o n f i g x m l 配置文件中相应a c t i o n 的访闯( 图中步骤3 ) 。 a c t i o n s e r v l e t 还负责用相应的请求参数填充a c t i o nf o r m b e a n ，a c t i o n f o r m b e a n 中的值可以在a c t i o n 和j s p 中传递。接下来，a c t i o n 接替 a c t i o n s e r v l e t 执行控制器功能，它可以访问j a v a b e a n 或调用e j b 进行业 务逻辑处理，完成后将流程转发给相应的j s p 文件( 图中步骤5 ) ，后者 生成视图，返回给用户( 图中步骤8 ) 。 在这里，s t r u t s c o n f i g x m l 是s t r u t s 的重要配置文件。a c t i o n 、 a c t i o nf o r m b e a n 、a c t i o n m a p p i n g 、j s p 转发及其相互之间的关联等都是 在这个配置文件中定义的( 从s t r u t s1 1 开始，可在s t r u t s - c o n f i g x m l i2 基于1 2 e e 技术的放贷管理系统设计与实现 第二章重要背景技术介绍 中定义多个类似的配置文件，用于将配置文件分别由各个开发小组管理 而互不干扰。c m i s 开发中，便使用多个配置文件为多个小组使用，避免 配置信息过多和相互之间的冲突) 。比较流行的i d e 开发环境也因此对 s t r u t s 的s t r u t s - c o n f i g x m l 配置提供特别的编辑环境以支持。 2 ) 模型 模型部分由a c t i o n 调用j a v a b e a n 或e j b 完成。a c t i o n 可以根据 j a v a b e a n 或e j b 业务处理的结果，将结果转发给不同的j s p 显示。而作为 业务逻辑处理的j a v a b e a n 或e j l 3 只负责按要求处理，并不关心流程。 3 ) 视图 s t r u t s 应用中的视图部分是通过j s p 技术实现的。 j s m 支持自定义标签库。s t r u t s 也提供了其自己的标签库。通过这 些s t r u t s 自定义标签可以非常方便的和a c t i o nf o r m b e a n 部分交互，使通 过这些自定义标签创建的j s p 表单，可以实现和a c t i o n f o r m 的映射，这有 利于分开表现逻辑和程序逻辑，完成对用户数据的封装。 基于, 1 2 e e 技术的藏贷管理系统设计与实现 3 1 概述 第三章项目需求 本人的工作是在交通银行信贷管理信息系统的放款中心组从事设计 与开发。所以，本章讲述的是放款中心中本人所完成的项目需求部分。 放款中心是交通银行集中办理授信业务发放的职能部门，专司对已 经获得批准的授信业务操作风险的监控和管理工作。具体包括：对客户 授信额度的使用控制、授信业务的发放处理和信贷法律文本档案的集中 管理。 放款中心系统是联接信贷管理系统与核心账务系统的重要信息平 台，放款中心进行最终信贷发放确认后，向核心账务系统提交相关电子 信息及纸质凭证，由账务系统根据送达的凭证调用有关电子流信息经会 计确认后做入账处理，从而完成信贷发放的全程工作。 3 2 岗位定义和术语定义 以下对项目中用到的岗位和术语进行说明。 主管客户经理：主管客户经理是指在一定范围内对目标客户提出统 一授信或业务建议、负责协调和进行客户关系管理的信贷业务人员。每 个客户只有一个主管客户经理。 协管客户经理：协管客户经理是相对于主管客户经理而言，是对本 行或本行管理区域内的目标客户进行营销、客户关系管理的信贷业务人 员。一个客户可以有多个协管客户经理。 放款中心档案岗操作员：对上报业务材料的完整性进行审查，并对 上报材料进行登记保管的人员。 放款中心法律岗操作员：对业务的合法性、合同等法律文本的完整 性进行审查的人员。 放款中心复核岗操作员：对业务材料、合同、凭证的完整性、有效 性进行复核检查，并对授信条件的落实情况进行审查的人员。 萎于j 2 e e 技术的放贷警理系统设计与实现 第三章项目需求 放款中心放款岗操作员：对贷款卡的有效性、凭证的完整性进行审 查和进行信贷发放操作的人员。 放款中心负责人：承担放款审查和信贷发放操作职能的部门主管。 合同：为向客户提供某项信贷产品，银行与客户之间为明确各自权 利与义务而签订的书面法律文件，包括额度合同、主合同、从合同三类。 额度合同：银行与客户之间用于签订揽子授信业务的一种合同， 既可以是多授信品种，如综合授信合同，也可以是单一授信品种，如单 项授信业务的额度合同，其在合同期限内可循环使用。一个客户可以建 立多个额度合同，提款时采用额度使用申请书进行提用。 主合同：主合同是指在授信业务发放前与客户签订的一种具有法律 效力合同，明确所发放业务的品种、金额、期限、利率、费率等要素以 及相关的权利和义务，属于单项业务合同，在合同期限内一次性使用。 从合同：从合同是指与主合同和额度合同配套的，依存于主合同和 额度合同而成立的，为明确担保、抵押、质押的相关要素以及权利和义 务的一种具有法律效力合同。 额度使用申请书：客户在额度合同项下实际提用时向银行提交的申 请，其中包括具体的授信业务品种、金额、期限、利率、费率等要素。 信贷凭证：是客户实际使用信贷产品时，由客户按照银行统一格式 填写的一种书面凭据，银行以此完成信贷产品的发放以及相关的账务处 理，是重要的法律文件之一。 以上这些岗位术语和定义，将在后面的需求和实现中用到。 3 3 业务需求 按照c m i s 系统的整体规划，放款中心系统应该承担放款信息的管理 和审批发放工作。 放款信息包括合同信息和凭证信息，由客户经理建立和维护。 客户经理完成信息维护工作后，向放款中心发起审批请求。 放款中心负责放款信息的接收，放款信息的有效完整性审查，放款 信息的合法合规性审查，放款信息的正确性审查。 第三章项目需求基于 2 e e 技术的放贷管理系统设计与实现 放款中心系统需要对通过审查的放款信息形成发放信息，发送到i b s 系统( i b s 系统是交通银行大集中的另一个系统i n t e r n a t i o n a lb a n k p r o j e c t 国际业务系统) ，并且需要对i b s 系统进行的放款会计确认和还 款等工作做出相应的处理。 放款中心系统需要按照业务规则对放款信息进行状态调整。 放款中心系统应该提供放款信息的综合查询功能作为放款的辅助功 能实现。 现将放款中心系统划分为合同管理、凭证管理、审批管理、放款管 理、会计确认管理、还款管理、综合查询七个功能模块。其中，任务量 较多的是合同管理和放款管理。这也正式本人工作的重点部分。 图3 1 放款中心功能模型 基于j 短e 技术的放贷管理幕鲢设计与实现 第三章项目需求 3 3 1 放款中心业务处理流程 否 ”：潞4 苛一一一一 图3 2 放款中心总体流程 上图3 2 为放款中心总体流程。当客户提出发放贷款申请后，由客 户经理为客户准备资料( 合同等信息) ，然后交由放款中心，经过档案岗、 复核岗、主管岗、放款岗逐层审批通过后，最终由帐务人员发放。 第三章项目需求基于1 2 e e 技术的放贷管理系统设计与实现 3 3 2 放款管理流程 图3 3 放款中心贷款发放流程 基于j 2 f , e 技术的放贷管理系统设计与实现第三章项目焉求 上图3 3 为放款中心贷款发放流程，也是放款中心岗位流转的过程。 档案岗接受客户经理提交过来的信息，然后再逐层经过法律岗、复核岗、 主管岗、放款岗的验证，最后提交给帐务系统发放。如果某一岗验证不 通过，则退回档案岗，再由档案岗返回给客户经理修改或取消这次贷款 申请。 3 3 3 基础业务功能 3 3 3 1 客户经理控制台 客户经理控制台是客户经理为客户完成贷款申请资料的地方。客户 经理在客户经理控制台中完成合同、凭证的维护和上报等审批工作，并 且签署意见。客户经理控制台显示任务相关的基本信息，包括任务基本 信息、客户基本信息、授信额度信息、额度合同信息、主合同信息、从 合同信息、凭证信息等。 由于合同信息部分的复杂关系，也使得控制台的结构比较复杂，这 些会在后面实现中体现出来。 3 。3 3 2 放款中心其它岗位任务控制台 除了客户经理控制台外，放款中心还包括档案岗任务控制台、法律 岗任务控制台、复合岗任务控制台、主管岗任务控制台和放款岗任务控 制台。在这些任务控制台中完成合同、凭证接收、分发、退回等工作， 并且签署意见。任务控制台显示任务相关的基本信息，包括任务基本信 息、客户基本信息、授信额度信息、额度合同信息、主合同信息、凭证 信息等。 第三章项目需求 基于j 2 e e 技术的放贷管理系统设计与实现 3 3 4 合同管理 图3 4 合同管理流程 2 0 基于j 2 e e 技术的放贷管理系统设计与实现第三章璜目需求 上图3 4 为合同管理流程图， 准备的资料。 根据合同的不同性质和用途， 主合同、从合同三大类。 也就是客户经理为客户申请贷款所要 放款中心系统将合同分为额度合同、 根据交通银行总行有关业务规章制度及法律格式合同，目前放款中 心系统中的额度合同主要包括综合授信合同、最高额借款合同、出口退 税账户托管贷款额度合同、开立银行承兑汇票额度合同、开立银行信贷 证明额度合同、开立信用证额度合同、进口押汇额度合同、出口押汇额 度合同、出口托收融资额度合同、出口发票融资额度合同、委托贷款总 协议等品种；额度合同不能直接进行放款活动，必须通过签订额度使用 申请书或者委托贷款单项协议的方式实现放款：签订额度合同时可以附 属从合同，也可以在签订额度使用申请书前，通过修改额度合同的方式 补充从合同，额度合同只能附属最高额保证合同和最高额抵押合同两类 从合同。 主合同是指借款合同等多种可以直接放款的合同品种。目前主合同 主要包括借款合同、展期合同、出口退税账户托管贷款合同、开立银行 承兑汇票合同、银行承兑汇票清单、开立担保函合同、修改担保函合同、 开立银行信贷证明合同、银行贷款承诺合同、贴现合同、贴现汇票清单、 打包贷款合同、打包贷款清单、进口押汇合同、进口押汇清单、出口押 汇合同、出口押汇清单、出口托收融资合同、出口发票融资合同、出口 发票清单、福费庭业务合同、进口保理合同、出口保理合同等。签订主 合同时，需要同时签订能够完全支持主合同的附属从合同，主合同可以 附属除最高额担保合同和最高额抵押合同以外的所有从合同。签订主合 同后，可以建立发放凭证，完成放款活动。 从合同即担保合同，从属于额度合同或主合同，为额度合同或主合 同提供有效的担保，以降低信贷风险，主要包括保证合同、抵押合同、 质押合同、保证金合同、最高额保证合同、最高额抵押合同等。放款中 心系统中，从合同维护不能作为独立的任务发起审批申请，必须从属于 额度合同，随着额度合同的审批申请将其提交到放款中心进行审批处理。 基于j 2 e e 技术的放贷管理系统设计与实现 部分从合同包含押品清单，需要押品支持。从合同主要包括保证合同、 抵押合同、动产质押合同、保单质押合同、仓单质押合同、存单质押合 同、股权质押合同、公路收费权质押合同、保证金合同、最高额保证合 同等。 押品是指签订从合同时客户提供的抵押物或质押物。抵押合同、保 单质押合同、仓单质押合同、存单质押合同、动产质押合同、公路收费 权质押合同、股权质押合同、最高额抵押合同需要押品支持。押品不能 独立发起审批申请，必须从属于上述从合同，随着主合同或额度合同的 审批申请提交到放款中心进行审批处理。押品包括土地使用权、厂房、 办公楼、商业用房、居住楼宇、在建工程、通用设备、专用设备、飞行 器、船舶、车辆、本币存单、外币存单、国债、金融债券、上市公司股 票、其他等。 放款中心在授信管理部批准的额度范围内，审批合同，以实现风险 控制的目的，客户经理建立额度合同或主合同时可以使用已经建立等待 审批的授信额度，也可以使用审批通过的授信额度，客户经理建立额度 合同或主合同时需要指定使用的授信品种，但不验证额度合同或主合同 与授信额度间的逻辑关系；复核岗复核通过后，扣减相应的授信额度。 额度合同只能使用循环额度，可以通过签署额度使用申请书的方式 循环使用；额度使用申请书占用额度合同的额度，可以签发多张凭证， 额度只能一次性使用；主合同可以使用循环额度或一次性额度，可以签 发多个凭证，合同额度只能一次性使用。 放款中心的合同管理主要包括合同的建立、合同的修改和删除、合 同的查询、合同状态的调整等功能。 在放款中心的合同管理中，客户经理控制台实际上就是对层次复杂 的贷款合同建立的一个平台。客户经理在任务控制台中完成合同、凭证 的维护和上报等审批工作，并且签署意见。任务控制台显示任务相关的 基本信息，包括任务基本信息、客户基本信息、授信额度信息、额度合 同信息、主合同信息、凭证信息等。 在本文附录二_ m i s 项目需求原文( 节选) 中，对客户经理控制 基于j z e e 技术的放贷管理系统设计与实现 第三章项目需求 台建