银行信贷管理系统总体技术方案

1、专业资料专业资料银行信贷管理系统总体技术方案目录TOC o 1-5 h z HYPERLINK l bookmark2 概述3 HYPERLINK l bookmark4 项目简介3项目名称3文档名称3范围3名词定义3参考资料3 HYPERLINK l bookmark6 项目建设背景4项目建设环境4XX市商业银行建立综合业务系统的必要性及可行性4 HYPERLINK l bookmark8 系统建设的目标、原则5系统建设目标5 HYPERLINK l bookmark10 系统建设原则5标准化和有机集成相结合的设计原则5先进性和实用性相结合的实施原则5安全可靠性与灵活性相结合的运行管理原则6

2、系统建设总体要求6 HYPERLINK l bookmark12 总体体系结构8 HYPERLINK l bookmark14 系统层次结构8体系结构8数据分布方式8 HYPERLINK l bookmark16 系统信息类型9采集信息9查询信息10认证授权信息10 HYPERLINK l bookmark18 应用系统的概念结构10表示层10业务对象界面10应用层10数据对象界面11数据层11 HYPERLINK l bookmark20 应用系统的结构模式11 HYPERLINK l bookmark22 应用系统技术实现方案13 HYPERLINK l bookmark24 信贷管理系统

3、业务的操作特点13 HYPERLINK l bookmark26 应用层技术实现方案设计13应用层技术实现方案的主要要求13应用层技术实现方案的选择14 HYPERLINK l bookmark28 表现层技术实现方案设计14表现层实现方案比较14应用程序界面开发工具的选择15浏览器界面开发工具的选择16 HYPERLINK l bookmark30 应用系统技术实现方案总结16 HYPERLINK l bookmark32 系统支撑环境18 HYPERLINK l bookmark34 系统网络环境需求18系统网络的总体结构18总行局域网结构18 HYPERLINK l bookmark36

4、 计算机设备选型方案20计算机设备选型原则20服务器选型20客户机参考配置21 HYPERLINK l bookmark38 操作系统平台选型方案22服务器操作系统选择方案22客户端操作平台23 HYPERLINK l bookmark40 软件支撑环境24数据库管理系统24Web服务器平台26 HYPERLINK l bookmark42 系统基础环境总结27 HYPERLINK l bookmark44 提高系统安全可靠性的相关技术与管理措施27系统安全性策略27提高安全可靠性的管理措施28提高安全性的技术措施29 HYPERLINK l bookmark46 接口设计32 HYPERLI

5、NK l bookmark48 互相进行数据交换的系统的一般特点32 HYPERLINK l bookmark50 系统间数据交换模式分析32对系统间接口数据的要求32系统间数据接口的要素32数据交换的一般流程33 HYPERLINK l bookmark52 数据传输通道的选择33 HYPERLINK l bookmark54 与“银行信贷登记咨询系统”的接口设计34接口系统结构34与“银行信贷登记咨询系统”接口的网络结构36接口系统的数据规范36 HYPERLINK l bookmark56 与“会计系统”的接口设计37 HYPERLINK l bookmark58 与“办公自动化系统”的

6、接口设计37 HYPERLINK l bookmark60 总体功能结构39 HYPERLINK l bookmark62 系统功能设计原则39 HYPERLINK l bookmark64 系统功能总体设计39系统功能总体要求39信贷业务分类40系统功能划分42 HYPERLINK l bookmark66 档案管理42信贷关系建立43借款人基本信息43借款人大事记43借款人经济档案44担保人基本信息44抵押物登记44质押物登记44个人信贷资料登记44业务处理44业务处理流程45业务申请45业务调查49业务审查49业务审批51业务处理52合同管理55担保合同管理56借款合同管理56合同查询5

7、6统计查询57信贷信息汇总57企业信息的汇总与分析59台帐管理60综合查询及打印功能60风险管理61风险预警61贷款风险度和信用度计算61跟踪检查62贷款五级分类62不良资产管理67呆坏帐核销68报表管理68固定报表69自定义报表69数据通信69资信评估70相关定义71评估指标维护72资信评估73系统维护73综合管理74机构人员注册74授权管理75机构管理75业务委托75系统报价76附件：XX市商业银行信贷管理系统项目建设实施方案序言“XX市商业银行信贷管理系统”总体技术方案是我们针对XX市商业银行信贷业务和金融电子化建设情况，从系统总体体系结构、应用系统技术实现、系统总体功能及系统与其它系统

8、接口等方面进行设计。在技术实现方面，本方案对原有“宁波商行信贷管理系统”和“济南商行信贷管理系统”的技术实现进行了改进，不仅涵盖了原来的C/S/S加“Web”的解决方案；而且还提供了全部功能的整套的Internet/Web技术解决方案。整个系统采用参数化设计方式，为将来用户根据需要调整业务处理流程、报表格式、权限设置、风险预警指标和资信评估指标等功能时，提供方便灵活的操作手段。在系统功能方面，本方案结合其它商业银行业务处理流程，不仅仅简单的实现了从手工操作到计算机处理的转变，而且提出了业务处理全过程的规范化、自动化和流程化处理模式，并覆盖了城市商业银行目前大多数信贷业务。同时，采用合理的数学模

9、型，实现全面对信贷过程进行综合管理，提供实用的统计分析功能和风险管理功能，包括统计功能、风险预警功能、不良资产管理功能、呆坏帐核销功能、贷款五级分类功能和资信评估功能等，以方便于信贷分析决策。在与“银行信贷登记咨询系统”接口设计中，直接嵌入了“银行信贷登记咨询系统商业银行接口子系统”，使XX市商业银行信贷管理系统可直接生成并向人民银行报送信贷登记数据，从而实现信贷数据的“一次录入、多级共享”，保证信贷数据的准确性、一致性。并且，设计了“数据引入模块”，实现从人民银行“银行信贷登记咨询系统”中下载企业信息功能。本方案设计了XX市商业银行信贷管理系统与XX市商业银行其它系统的接口模块，实现与综合业

10、务系统、办公自动化系统等之间的数据传输、数据共享。本方案是我们在“银行信贷登记咨询系统”、“宁波商行信贷管理系统”和“济南商行信贷管理系统”等项目建设的经验基础上，以及结合我们正在研制开发的“商业银行综合信息管理系统”的设计思想，进行设计编制的，文中如有不详之处，敬请指正。1概述项目简介项目名称“XX市商业银行信贷管理系统”文档名称XX市商业银行信贷管理系统总体技术方案一(以下简称“系统方案”)范围名词定义1.1总行XX市商业银行总行1.2支行XX市商业银行所辖支行1.3网点/信贷网点XX市商业银行下辖的有权办理信贷业务的分支机构2.1节点总行、支行、网点2.2公用数据网由电信部门提供的公用数

11、据传输网，包括数字数据网(DDN)、公用分组交换网(PSPDN)及帧中继网(FrameRelay)等参考资料1.金融电子化系统标准化总体规范.中华人民共和国商业银行法中华人民共和国贷款通则.贷款证管理办法.银行信贷登记咨询系统管理办法国民经济行业分类与代码编码标准主要依据.RFC2196(SiteSecurityHandbook).“Web应用开发工具评测”Infoworld,1997.3(美国Infoworld评测实验室)项目建设背景项目建设环境XX市作为我国特区城市，经过20年国民经济的迅速发展，金融业的发展也非常快，相继成立了全国性的股份制商业银行，如XX发展银行和招商银行。XX市各家商

12、业银行的金融电子化建设也取得了飞速的发展。XX市商业银行是我国成立最早的一家地方性商业银行，通过几年的建设，目前已成为我国90多家城市商业银行中具有先进性、代表性的城市商业银行。XX市商业银行总行下设43个支行和一个营业部，全行已建立了综合业务网络系统，并已开展了储蓄通存通兑业务、对公业务、卡业务、中间业务、网上银行业务等等。在金融电子化建设方面，已建立了综合业务系统、办公自动化系统、网上银行系统等等，并在业务竞争中发挥着较大的作用。XX市商业银行网络系统目前采用帧中继（FR）和数字数据网络（DDN）混合的通讯线路，各支行带宽为64K。XX市商业银行建立综合业务系统的必要性及可行性商业银行的存

13、在，是以经济效益为基础的。而经济效益的体现，最终在很大程度上是通过银行信贷来实现的。所以，一个商业银行经济效益的好坏，在很大程度上取决于信贷管理水平的高低。信贷管理，是银行运用信贷杠杆对日常经济活动中的资金借贷关系进行组织、疏导、调节和控制的活动。这种活动是一种由互相制约的管理职能、方式、方法以及运行机制所构成的管理体系。因此，商业银行信贷管理系统的建立对于信贷管理的科学化、规范化及信贷业务的拓展具有重要意义。1999年7月1日，中国人民银行银行在全国301个城市推广“银行信贷登记咨询系统”，为商业银行建立信贷管理系统起到了积极推动作用。现代信息技术的发展为建立信贷管理系统提供了强大的技术保证

14、。由以下五个方面证明XX市商业银行建立信贷管理系统是势在必行的，也是完全可行的。1追求银行经济效益最大化的需要；2降低信贷风险、提高信贷质量的需要；3将来建立全行综合信息管理和行长决策系统的需要；4复杂的管理内容需要现代化的信息技术提供技术保证；专业资料专业资料专业资料5信息技术的发展为现代商业银行信贷管理系统的建立提供了强大的技术支持。系统建设的目标、原则系统建设目标XX市商业银行信贷管理系统建设的总体目标就是要通过采用先进的计算机及网络技术，实现全行信贷业务计算机处理及管理。具体目标为：1实现全行信贷业务处理的流程化、规范化，提高信贷业务处理能力和业务服务水平；2实现全行信贷业务科学化、规

15、范化管理，加强信贷风险分析及管理，降低信贷风险；3建立全行全面、准确及时的信贷信息数据库，为全行信贷数据的统计分析、查询提供保证，为拓展信贷业务、综合信息管理系统的建立和行长决策系统的建立提供基础。系统建设原则标准化和有机集成相结合的设计原则商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统内的有关规范，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。先进性和实用性相结合的实施原则在商业银行

16、信贷管理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。在进行具体的产品和方法选择时，一方面应坚持先进性原则，先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统长期维护、升级的目标。另一方面，在系统的实施过程中又必须遵循实用性原则，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本）等因素，这就要求在制定

17、系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发，做到先进性和实用性的相结合。安全可靠性与灵活性相结合的运行管理原则系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段应当充分考虑到系统的日常维护工作，提高系统的可维护性。一方面，信贷管理系统所涉及的是商业银行及其客户的信贷业务信息和主要经济财务指标等敏感性信息，因此信息的安全可靠性是系统设计中应当着重考虑的。这要求系统设计和实现时充分考虑诸如信息的保密性、访问的可控性、数据的完整性、系统的冗余性等安全可靠性因素。另一方面，正因为系

18、统的运行管理融合于日常的业务运作过程之中，这又要求系统所提供的相应的保证安全可靠的手段使用灵活、便于管理，并能随着安全策略的改变而有一定的弹性，做到在保证系统安全可靠性的基础上尽可能提供相应的灵活性。系统建设总体要求本系统的设计及建设不仅要考虑到现在业务处理的操作性和与其它系统的相容性，还要考虑到将来业务的拓展和建立全行综合信息管理系统（包括资金计划管理、会计管理、稽核管理和行长决策系统），因而，在系统设计中，本系统应遵循以下几点要求：1业务处理功能模块齐全业务处理内容共7大部分，覆盖了银行目前大多数信贷业务内容，能够充分满足城市商业银行业务处理的需要。包括：贷款业务（包括贷款、委托贷款、贷款

19、展期）、保函业务、授信业务、信用证业务、承兑汇票业务、贴现业务（包括贴现业务、系统内转贴现业务、系统外转贴现业务、对外转贴现业务、再贴现业务）和个人消费贷款业务（包括个人住房贷款业务、个人汽车消费贷款业务、个人旅游贷款业务、个人助学贷款业务、个人耐用消费品贷款业务、个人股票抵押贷款业务、个人综合性消费贷款业务）等。2提供了强大的分析功能和风险管理功能本系统不仅能满足全部业务处理的需要，而且应提供了强大的统计分析功能和风险管理功能，包括统计功能、风险预警功能、不良资产管理功能、呆坏帐核销功能、贷款五级分类功能和资信评估功能等。3实现与“银行信贷登记咨询系统”的平滑连接应直接嵌入了“银行信贷登记咨

20、询系统商业银行接口子系统”，使本系统可直接生成向人民银行报送的信贷登记数据，并实现总行与人行“银行信贷登记咨询系统”的连接。4充分考虑TOC因素（总体拥有成本），以降低贷款成本。专业资料专业资料专业资料2总体体系结构2.1系统层次结构体系结构根据XX市商业银行的业务体系，整个系统可以分为两层结构，即核心层（总行）和分支层（支行）两层结构。XX市商业银行结构示意图：数据分布方式系统的应用层结构决定了系统中各分系统之间的层次关系，所涉及的主要是数据的分布方式，一般而言，可以有两种数据分布方式，即集中式和分布式。集中式实现方法：所有的原始数据均存放于核心层的中央数据库，所有的数据查询也均基于该中央数

21、据库。优点：总行对数据的汇总能力强，数据的一致性能得到自然的保证，同时可以使用高可靠性的数据备份系统和数据冗余系统。缺点：对总行的设备要求相对较高，同时要求整个系统的通信基础结构无论从带宽还是可靠性方面均有较高的标准。分布式根据数据同步方式的不同，又可分为透明分布式和不透明分布式两种。透明分布式：实现方法：分支层中各节点范围内的数据均存放在节点各自的数据库（称为“子数据库”）中，所有的子数据库通过网络组成分布式数据库，数据的实际位置对于用户和应用透明。优点：能较好地解决在某个节点数据存储量过大的问题，由于数据同步完全由系统（数据库）本身实现，用户干预较少，维护要求低。缺点：该方案在目前的技术条

22、件（特别是通信条件）下实现难度相当大（包括分布式查询、分布式操作、复制与位置无关等技术）。不透明分布式：实现方式：以分支层内各节点数据库为基础，节点范围内的数据存放在各自的数据库中，同时各分支层节点将数据按照规定的时间要求将增加或修改部分通过通信介质（如专用通信软件或中间件）传送到核心层的数据库中，使得在上述节点中常用的查询和统计可直接在本地数据库中进行。优点：较好地解决了数据的可管理性和存储容量、传输性能之间的矛盾，对于分支机构较分散且某些分支机构位于通信条件较差地区的金融机构有一定的优越性。缺点：由于数据在逻辑上的分散性，使得数据冗余和数据备份技术实现难度提高，也在一定程度上提高了上述技术

23、实现的成本。结论：结合XX市商业银行的业务和目前的通信状况，其数据分布方式可采用集中式，即在总行设置单一的数据库。系统信息类型系统的信息类型决定了在各节点之间需要传输的信息类。在商业银行信贷管理系统中，节点之间传输的信息主要分为三大类，即采集信息、查询信息和认证授权信息。米集信息1.各类信贷业务数据；.客户（企业）静态或准静态资料；.业务指令信息（如业务审批信息、各类指标信息等）；.向其它系统（包括内部系统和外部系统）发送的数据。在商业银行信贷管理系统中，采集信息的特点是“及时性和可靠性要求高”，即信息采集点应及时进行数据录入并同时进行初步的检验和处理，同时，由于采集信息是整个系统正常发挥功能

24、的基础，因此必须要求高度的可靠性。这就要求相应的采集信息的传输通道要充分保证数据传输的可靠性和安全性。222查询信息在商业银行信贷管理系统中，查询信息的特点是“实时查询、使用面广”，即不仅是信息采集（即数据录入）的部门和人员需要进行查询，其它有关的部门和人员也需要进行查询，这就要求相应的查询信息的传输通道一方面要保证实时性，另一方面要保证客户端的易扩充性。认证授权信息1用户ID及口令字；.系统返回的授权信息;.有关的日志信息。2.3应用系统的概念结构商业银行信贷管理系统的应用系统结构如下所示：表示层（用户界面）业务对象界面（表示层数据转换和分布）应用层（业务处理逻辑、信息集成等）数据对象界面（

25、数据对象的调用和分布）数据层（数据表、数据视图、存储过程等）表示层主要完成用户与应用系统间的信息交互，即用户可使用的功能提示，数据的录入、修改、查询操作以及部分前端处理（包括数据的部分检验工作和部分处理工作），一般与前端开发环境有一定的联系。主要包括功能清单（如屏幕菜单项）、数据操作界面（如录入、修改界面）、数据查询界面（如数据操作客户端查询、浏览器查询）以及前端数据检验和数据处理过程等。2.3.2业务对象界面主要完成表示层与应用层间的信息转换和将数据传递给相应的应用层业务对象，当应用层业务对象为分布式时，该界面完成有关的数据交换工作。2.3.3应用层主要功能是提供各类业务处理过程，包括数据的

26、检验、处理和对数据层的访问。1输入的数据记录的检查：包括记录内检查（即对输入的数据项的逻辑检查，如日期是否合法、金额是否合理、还款日期是否不早于借款日期等）和记录间检查（即该记录在数据库中的存在性、唯一性、合理性等检查，如插入的记录关键字是否已存在、还款金额是否大于对应的借款金额等），记录间检查一般必然涉及对数据库的访问。2对有关数据的处理、运算等。3对数据层的访问：即通过相应的数据对象提供数据记录的插入、删除、修改、查询等。数据对象界面负责提供应用层调用的数据对象（如记录集、记录快照等），一方面提供一个与具体数据源无关的数据访问界面，另一方面在分布式数据源的情况下提供与位置无关性的访问。数据

27、层主要功能是进行数据的访问管理，一般紧密结合于相应的数据库管理系统。其主要组成成分包括数据表、数据视图以及有关的存储过程等。应用系统的结构模式根据上述应用系统的概念结构，在具体实现时有两种模式，即两层结构模式（数据库服务器/客户机模式）和三层结构模式（前端访问设备/应用服务器/数据库服务器模式），在两层结构模式中，表现层与应用层均在客户机上实现，在三层结构模式中，表现层和业务对象界面在前端访问设备上实现（前端访问设备可以是普通的本机用户界面，也可以是WEB/浏览器系统），应用层和数据对象界面在应用服务器上实现。相比较而言，在目前业务需求不断提高、技术发展日益迅速的情况下，三层结构模式具有许多优

28、点：1可移植性：为实现业务需求，需要有一个基础设施，使用户能独立于下层技术系统的所有方面，三层结构模式使表示、应用和数据库间有清晰的界限，上述三层结构中的某一层的基础结构的变更（如硬件设备、操作系统或数据库系统）的变更对其他层次的应用的影响很少。2投资保护：对用户投资的保护来源于上述的高可移植性，应用软件的生命周期通常超过硬件、操作系统和数据库的更新周期，可移植性使得用户能在多种系统环境中有较大的选择空间。3多级实施：不仅在前端表现层级随着用户的增加进行简单的添加即可，而且在应用层级，添加专用计算机进行不与前台通信的后台过程，或某个特定应用程序的运行地点等信息对业务过程来说均完全透明。4优化负

29、载分配：这种可伸缩性使用户在成本方面拥有很大自由度。5互操作性：独立的应用层使得系统与其它应用系统间的数据接口与其本身的表现层间的界面达到逻辑上的统一，减少了系统间互操作的成本。结论：综上所述，建议在XX市商业银行实施的信贷业务管理系统中，除了在某些需要直接访问数据库特殊子系统（如系统维护、数据模型设计、与人民银行“银行信贷登记咨询系统”的接口等）中以外，其主体均采用三层结构模式。3应用系统技术实现方案3.1信贷管理系统业务的操作特点从用户操作角度来看，信贷管理系统业务的操作主要分为三大类，即日常业务操作、业务管理操作和系统维护操作。1日常业务操作：主要包括客户档案管理及信贷业务的申请、调查、

30、审批、处理等过程，其特点是：（1）数据检查（包括记录内检查和记录间检查）内容较多；（2）不同种类的日常业务操作中数据交互程度差异较大（如信贷业务申请操作中的交互量明显大于检查、审批过程）；（3）使用范围较广、使用人员相对分散。业务管理操作：包括数据模型或工具生成（如报表定义、动态指标定义等）和数据模型或工具运用（如各类查询、报表生成、指标值生成等），其中数据模型生成操作其前端与后台数据库的直接交互较多，但使用人员相对较少且较集中（主要集中在总行），后者与后台数据库交互相对较少，且使用人员相对较多、较为分散。.系统维护操作：主要包括机构、人员权限操作，数据字典操作，重要参数及通信参数设置等，其特

31、点是操作人员很少、范围集中、安全保密要求较高。3.2应用层技术实现方案设计应用层技术实现方案的主要要求应用层在三层结构模式中占有核心地位，是具体业务逻辑处理的承担者，也是用户前端表现界面与后端数据源之间的桥梁。特别是，由于业务的不断扩展和增加、技术的不断更新，可扩展性要求对于应用层来说显得尤为重要。因此，应用层的技术实现方案应达到以下要求：1.效率高：由于绝大多数业务均通过应用层的业务对象和数据对象进行处理，应用层将成为整个系统效率的关键，其对于业务逻辑和数据访问的处理效率是整个系统运行效率的关键。2可扩展性强：可扩展性在这里有两方面的要求，其一是业务的可扩展性，这就要求应用层的业务处理模块应

32、当尽可能对象化和组件化；其二是平台的可扩展性，这要求应用层技术实现方案应尽可能支持多平台。3，安全性好：在三层结构模式下，前端客户基本上通过应用层对后端数据源进行访问，应用层的安全性在整个系统的安全性方面占有重要的地位。.对Web访问技术的支持：随着Internet/lntranet技术的日益普及和对系统TOC的日益关注，Web访问技术将逐步成为应用系统客户前端的主要访问技术。322应用层技术实现方案的选择应用层开发实现方案主要有以下几类：CGI编程。COM+方案JavaServlet方案1.CGI编程的优点在于其安全性好，全部在应用服务器端实现功能，客户端无应用程序。其缺点主要在于对每个用户

33、的数据请求需要开启一个CGI进程进行响应，系统并发能力差，服务器端开销较大；同时这种方式仅用于前端为浏览器界面的场合。.COM+方案的优点在于效率高和可扩展性，通过对COM组件的授权机制也达到了一定的安全性，支持浏览器界面和应用程序界面（VB、VC、VJ等应用程序开发环境均支持COM+），由于该方案为Microsoft所提出并支持，支持COM+开发的环境相对较多。其缺点主要是在目前主要为Windows环境所支持，在其它环境下的支持工作已有部分厂商在进行，但数量不多，限制了系统运行的环境；同时开发时有一定的技术难度。.JavaServlet方案采用基于JavaServlets、JavaBeans

34、、JSP禾口EnterpriseJavaBeans等技术，其优点主要包括支持平台的广泛性、效率较高、可扩展性强，通过其安全模型和“沙箱”机制可提供较高的安全性，支持浏览器界面和应用程序界面（支持JavaServlet的应用程序开发环境均可开发相应的应用程序界面）并可与Jbuilder、WebSphere等平台相结合。其缺点主要是开发时有一定的技术难度。结论：基于以上分析，根据对XXI市商业银行的技术环境和使用环境的分析,尤其是考虑到系统的可扩展性，建议在商业银行信贷管理系统中采用JavaServlet方案。3.3表现层技术实现方案设计表现层实现方案比较从总体上划分，表现层实现方案分为应用程序界

35、面（如采用VB、VC、PB等开发的用户界面）和浏览器界面两种，一般而言，浏览器界面适用于以下场合:1.使用者众多、使用范围广，因而版本管理、运行管理等难度相对较高，降低TOC（总体拥有成本）成为重要的目标之一；2使用者要求系统的操作尽可能方便，同时使用者在日常操作过程中获取技术支持不是非常便利；3客户端与后台数据之间的交互主要是对业务对象（如客户档案、贷款业务等）的属性进行操作（即可以通过应用层的业务对象处理进行），而非对数据表的直接操作（如数据模型或数据工具的制作、数据仓库技术中对数据的清洗、分拣等）。根据商业银行信贷管理系统各类操作的特点，其表现层实现方案如下：1考虑到系统维护操作的重要性

36、和特殊性，且使用人员数量极少，范围相当集中（若干系统管理员），该类操作不应采用浏览器界面，建议采用本机界面；2由于业务管理操作中的数据模型生成操作涉及大量对数据表的操作，且使用人员数量较少，范围较集中（基本上为总行业务部门人员），该类操作不宜采用浏览器界面，建议采用本机界面；3业务管理操作中的数据模型运用涉及人员众多，范围分布很广，可能涉及总行、支行的多个部门，且操作大多为查询类操作（报表和指标值的生成实质上也属于查询类），建议应采用浏览器界面；考虑到日常业务操作人员较多、范围分布较广，尤其是考虑到其操作人员分布在技术力量相对总行而言较为薄弱的支行业务部门，建议考虑采用浏览器界面。应用程序界面

37、开发工具的选择应用程序界面开发工具用于客户端数据采集、处理和查询功能的开发，根据前述要求，可选择的方案有：1由数据库服务器厂家提供的专用开发环境，如Informix-4GL、OracleDeveloper等；通用客户开发环境，如PowerBuilder、VisualBasic、VisualC+等。根据商业银行信贷管理系统的本机界面客户端应用系统的特点，其开发工具应具备以下特点：面向目标的快速开发工具同时支持多种关系数据库管理系统提供相应的方法操作关系数据库而无需直接使用SQL语句操作丰富的数据源和多种样式的数据显示格式，并支持多种类型的二维和三维图形面向对象的方式操作方便和有机结合的集成环境完

38、全支持Windows的窗口信息和控制强有力的编程语言、丰富的开发工具包和应用开发库综合上述二个方案，方案的开发工具针对某个数据库服务器，其与某个或某类服务器结合使用时可以获得较好的性能和较强的功能，但相对来说难于移植、扩展；方案的开发工具可广泛地访问许多流行的数据库服务器，采用面向对象的可视化技术和标准的ODBC连接接口，对于WebServer也有着较好的连接手段，因此在目前的应用环境下相对来说易于开发、移植和连接。基于以上原因，在一般情况下选择方案(例如PowerBuilder)作为整个系统本机界面客户端应用主要开发工具更符合实际需求。333浏览器界面开发工具的选择在商业银行信贷管理系统中，

39、浏览器界面开发工具应当提供对动态Web应用的支持，具体来说，应当包括以下几个特点：1支持动态HTML;开发过程方便，有快速的开发环境；基于组件应用；有一定的安全性；目前常用的有ASP(ActiveServerPages)和JSP(JavaServerPages),ASP由Microsoft推出并支持，具有开发简便、支持环境丰富等特点，其主要缺点是基本局限于Microsoft平台；JSP的主要特点是跨平台性，同时也具有相当数量的开发平台(如VisualCafe等)。考虑到在应用层采用JavaServlet方案，则建议浏览器界面开发工具采用JSF。3.4应用系统技术实现方案总结根据上述分析，可以得

40、出应用系统的技术实现方案如下图所示：IMynterfaceServIUnSnewer应用层结果返回CommandBeansQIMylnterface表现层数据模型或工具运用SWaceent结果返回请求WebServerHTM页面浏览器日常业务操作4系统支撑环境4.1系统网络环境需求系统网络的总体结构对于XX市商业银行来说，综合业务网络已建成，因而本系统的应用完全在原有的网络结构上运行。二层网络结构。下图给出了其网结构的示意图：业务至机E1爼k曰UH(AHOik)踣山器吨披号服卸雅k.丿-.z一ya业务至机E1爼k曰UH(AHOik)踣山器吨披号服卸雅k.丿-.z一ya良“a口gzii敷撚禺册务

41、罄应用册势器怕胭毎器客。用L/Bnj*r业务至机11)Ih|b总行s客户机BroFftrer支行客户FBroswer霁上班Hroswer从逻辑上看，数据库服务器、应用服务器和Web服务器是分离的。从物理上，这三个服务器可以是一台服务器，其效率更高。总行局域网结构从逻辑上看，总行的局域网结构一般分为三个部分，即内部局域网、内联网通信区（与系统内其它节点通信的主机或设备位于该局域网网段上）、外部网通4.121信区（与系统外通信的主机或设备位于该局域网网段上）。总行的网络接口有两个部分，即内联网接口和外部网接口。4.121总行局域网结构逻辑示意图内部局域网内联网接口内联网通信区内联网互连域Firew

42、all内联网接口内联网通信区内联网互连域FirewallFirewall-外部网互连域Firewall外部网接口外部网通信区4.1224.122总行局域网结构示意图下图给出了总行局域网的接口结构示意，在具体实施时，根据不同实际情况（包括技术条件、资金条件、安全策略等）可以有不同程度的简化。计算机设备选型方案计算机设备选型原则鉴于系统的业务要求，综合各方面的情况，本系统计算机设备的选择应着重考虑以下几点：保证其实用性。即要保证系统的处理能力能满足应用系统的设计性能要求。考虑设备的可扩充性。随着业务量和应用系统功能的不断增大和扩展，所选用的设备应能在相对较长的时间内通过简单的升级或扩充继续满足应用

43、系统的运行要求，从而既保护系统投资又不致初期投资过大。硬件设备的一致性。对XX市商业银行的不同系统应尽可能选用一致硬件设备，以保证设备的维护性。设备的先进性。在条件许可的前提下，尽可能选用技术先进的设备。支持先进、安全、高效的应用系统，支持Client/Server或Intranet体系结构计算环境的数据库系统。充分运用现有的设备，节省投资。服务器选型服务器选型时应考虑的因素开放性：包括硬件系统的开放性、操作系统的开放性、硬件外设的开放性和内部硬件扩展的开放性等。性能与性能价格比：包括文件服务性能、数据库应用性能、多用户环境性能和应用软件性能等。可扩展性：尤其是硬件扩展的成本问题，即某项硬件扩

44、展是只有从这个服务器厂家购买，还是可以从市场上购买。可升级性：尤其是升级成本的考虑。可靠性与可用性。兼容性：一般地说，比较大的服务器厂家，因为用户面广，能发现更多的潜在兼容性问题，并经常更新硬件BIOS和驱动程序，比较有保障。可管理性：包括服务器管理技术和软件的版本升级问题。服务器的选型根据上述要求，可采用下列方案之一：方案1（RISC体系结构服务器方案）：采用RISC体系结构服务器，并采用“高系列、低配置”策略，便于未来的扩充。方案2（Intel体系结构服务器方案）：采用高档的Intel体系结构服务器。RISC体系结构服务器的代表有HP的HP9000系列、SUN的SparcCenter系列和

45、IBM的RS6000系列等，RISC体系结构的服务器特点是性能优越（包括COU性能、内存和外存的容量、可扩充性等），运算速度快，对网络协议的支持较广泛，并可通过高可靠性群集系统（HACMP）等手段提供较高可靠性。RISC体系结构的服务器从低档到高档，系列较为齐全。支持Intel体系结构的服务器一般被称为“PC服务器”，因为其采用的Intel处理器被广泛应用在个人电脑上；但目前，Intel体系结构的服务器的功能和性能早已超越了“个人电脑”的范畴，进入在传统上属于小型机应用的领域。Intel体系结构的服务器的主要特点是符合工业标准，扩展性好，品种齐全，网络支持能力强，其高档系列的性能已接近甚至超过

46、某些低档的小型机。另外，Intel体系结构的服务器的市场占有率较大，世界上采用Intel体系结构来生产服务器的公司有数十家。市场范围的广阔、竞争的激烈降低了价格、推动了性能的进一步提高。方案1的优点是服务器功能强大，可靠性相对较高，由于其使用专用操作系统，能较充分地发挥设备的性能，能较好地适应未来业务量的增长和技术的发展；其缺点主要是设备投资较大，系统开发的难度相对较高。方案2的优点是投资较少，比较适合目前的业务需求及技术条件；从性能价格比上衡量，PC服务器也具有一定的优越性，系统开发的难度较小；但相对于方案1来说，可靠性稍差。结论：通过对于上面性能、可用性、开放性等各方面的综合比较，建议XX

47、市商业银行信贷管理系统采用方案1RISC体系结构服务器方案。考虑到XX市商业银行的业务量比较大，建议选择高系列的服务器作为系统中心服务器。服务器的配置在进行服务器配置时考虑到目前的经济性和未来的可扩展性的平衡，在目前阶段可以考虑将WebServer、ApplicationServer和DatabaseServer配置在同一台服务器上。这样要求该服务器的配置相对较高（尤其是采用WebSphere作为WebServer对内存要求相对较高）。根据不同厂家服务器性能指标要求的配置不同，本节不作详细分析讨论，下面给出配置方案供作参考：结论：服务器（RISC体系结构）配置为双CPU以上（可扩充为四个CPU

48、机型），2G内存，磁盘阵列90G以上。客户机参考配置客户机的有关参考配置如下：基本配置：CPUPII/350，内存64MB，硬盘4GB。操作系统平台选型方案服务器操作系统选择方案服务器操作系统的选择原则商业银行信贷管理系统具有数据吞吐量大、数据处理速度要求高等特点。根据这些实际要求，在选择服务器操作系统时应当遵循下列原则：性能：包括对联机事务处理的响应速度以及吞吐量，对Client/Server体系结构和Intranet体系结构的支持，应用开发和系统集成的灵活性，方便性。开放性：包括可移植性和可互操作性，指遵守国际标准或事实上的工业标准。网络操作系统和其他异种系统应可方便地互联，以及应用系统在

49、不同系统平台上的快速移植。安全可靠性：包括抗病毒能力，整体安全，容错性能和良好的网络管理工具。对多种联网方式及多种通信介质的支持。便于管理。技术支持：包括生产厂商和得到第三方的技术服务与支持。服务器操作系统评价目前使用较多的服务器操作系统包括WindowsNTServer和Unix。WindowsNTServerWindowsNTServer的突出特点是：硬件平台易于伸缩。它支持主从结构的对称式处理，支持抢先式多任务、多线程模式，能为重要的商务应用程序提供所有的必需服务，包括高效可靠的连接、通信及界面友好的系统管理能力，具有良好的安全性及容错能力，同时易于安装，易于使用和管理。它对硬件配置的要

50、求不很高，资源占用少，可支持TCP/IP、IPX/SPX以及NetBEUI协议，在通信和网络连接上不存在障碍。目前WindowsNTServer上的数据库系统很多，目前在Intranet上也获得了巨大支持，而且有Microsoft这样的优秀厂商的支持，应用开发和系统集成中的问题更易解决。但是WindowsNTServer在高性能处理上的支持和安全性方面有所欠缺。UNIXUNIX的特点是历史较长，相对比较成熟成熟。而且目前不同厂商的UNIX产品之间的可移植性和可操作性有了很大改善。UNIX网络环境所提供的TCP/IP作为异种机异种操作系统互联事实上的工业标准在全世界范围内得到了最广泛的使用，并支

51、持大多数的数据库管理系统。从安全性上考虑，UNIX上的病毒目前还比较少见，UNIX本身的安全性也比较高，这对金融业务来说有一定的优越性。对开发应用来讲，UNIX也是一个较好的SERVER平台；同时，对于前端业务处理等事务密集型的应用系统，UNIX多用户系统（同时作为主服务器的客户机）不失为一种安全、高效和廉价的应用环境。431.3服务器操作系统的选择对于商业银行信贷管理系统来说，在选择数据库操作系统时应考虑到下列因素：首先，不仅对性能和安全性有一定的要求，而且对管理的方便性也有相当的要求。其次，需要有良好的性能。第三，对于各种通信方式和联网方式的支持应比较充分；同时，价格也应是考虑的因素之一。

52、从以上的比较来看，Unix作为数据库服务器的性能和安全性都很好，目前许多版本也提供了图形界面，但在安装、管理使用及开发上的难度相对较大；而WindowsNTServer尽管在性能和安全性上相对较弱，但在其上运行的数据库管理系统的价格也相对较低，由于其推出时间相对较晚，吸收了网络技术方面许多最新成果，但是在高性能和大容量数据处理上的支持有所欠缺。根据XX市商业银行的实际情况，建议核心层节点服务器采用Unix操作系统。客户端操作平台客户端应用系统的操作平台需要支撑数据采集、前端数据处理和数据查询等客户端应用，从总体来说应具有良好的人机界面和易操作性，具体来说，包括以下几个方面：友好的图形用户界面，

53、可操作性强。具有灵活的通讯能力，支持多种网络连接方式。支持数据安全通讯和存储功能。较高的开放性、有多种标准和广泛的用户，能连接多种外围设备，支持最新的HTML协议。良好的汉字显示功能和方便的操作手段。具有支持并发任务的功能。被业界与用户广为使用。运行性能稳定。基于以上分析，考虑到目前的应用情况、技术现状来看，Windows9x（Windows95、Windows98及其中文版本）无论在应用广泛性、技术性能还是在运行其上的第三方软件等各个方面来看均有着相当的优势，因此建议应用系统的前端操作平台使用中文Windows95或中文Windows98。同时，对于采用浏览器方式的前端客户机，则可采用目前广

54、泛流行的浏览器产品IE（包括IE4.0禾口IE5.0等）禾口Nevigator（包括Nevigator3.0、Nevigator4.0禾口Nevigator4.0等）软件支撑环境数据库管理系统选择数据库系统应考虑的因素产业风险：数据库厂商的产品发展是否稳定、各个版本之间是否兼容，其产品是否能够利用计算机界的最新技术、在同类产品中的地位如何、占有的市场份额及产品的成熟程度，厂商的发展前途如何等。数据库自身能力与应用需求的评估：包括数据可靠性、联机事务处理能力、数据安全性、语句优化、分布式数据库能力、开放性、是否支持对中文的处理、是否提供简便有效的数据库管理工具等。数据库适应能力的评估：包括适应硬

55、件平台的发展、适应网络环境的变化、适应新的应用领域、适应业务规模的变化、适应新技术的出现等。是否支持JDBC和ODBC对数据库厂商提供的服务的评价。数据库系统的综合性能价格比。数据库系统的运行规模大小。可选的数据库系统及评述本节从市场上流行的主要数据库管理系统中选取了Sybase、Informix、DB/2、Oracle的产品供进一步选择，这些产品共同的特点是：其厂商均为软件或数据库领域内较有实力和影响力的厂商、产品均有一定的市场份额、在许多应用领域内均有稳定的客户群、产品使用广泛、稳定成熟，因此选用上述产品的技术风险相对较小。但同时各家的产品又有其本身的特点和适用领域，对软硬件环境的要求也有

56、所不同，特别是在产品的性能上有一定的区别。DB2DB2：IBM公司最新推出的IBMDB2UniversalServer属于对象关系类型的数据库系统,是通用性的数据库产品,其通用性表现在如下几个方面：支持通用的数据类型通用的应用支持：即支持联机事务处理及联机分析处理。由于这两方面的应用特征各有其特点，而且性能要求迥异，因而同时支持这两种应用类型的系统一般在性能上难以取得协调，而DB2却很好地解决了这一问题。通用的数据库访问功能除了可以应用于传统的Client/Server之外,还支持主机、单机、Internet/Intranet等等各种方式的访问，在核心层提供对Java的支持。支持通用的管理功能

57、具有高可靠性，以及可以不间断运行的性能DB2UniversalDatabase（UDB）V.5包含了内置的功能，支持基于内容的文本搜索，支持图像、视频、语音和指纹数据类型，并将提供时间序列和空间数据支持。允许用户通过开发人员工具包建立自己的扩展模块。支持OLAP（联机分析处理）和多维分析：DB2优化器能够使用动态位图和列表选择需要从实际多维表格中调出的行，提供了新的SQLROLLUP和CUBE功能,以进行多维分析。DB2的优化器综合考虑了CPU速度、磁盘I/O输入输出速率、表格尺寸、有效访问路径,并且可以重写查询,以得到更高的性能。具有良好的可伸缩性,其通用代码集可运行于WindowsNT、U

58、nix和OS/2平台。而且DB2家族还有三种代码集:DB2forOS/390,VM/VSE及OS/400。SybaseSybase公司的SybaseAdaptiveServerEnterprise12.0是为满足在Internet上和传统的关键任务OLTP和DSS应用而设计的。具有以下特点：支持多线索结构为实现联机控制下的备份和恢复、数据库修改、过程诊断和性能调整提供了多种管理和维护手段，它还能为事务记录及数据库提供软件的磁盘镜象。依靠规约、确省和触发器实现数据的完整性和一致性。具有很强的分布式处理能力，包括分布式查询、分布式更新、二阶段提交、远程过程调用等；具有标准化的应用编程接口（API）

59、，为异构环境下系统的可互操作性提供了有效手段。Sybase对面向对象的支持是通过组件来实现的面向对象组件可以与内部核心实现动态组合。这一实现方法的最大优点就是灵活,它既保持了对传统数据类型处理的高性能,又能灵活地处理对象数据。组件的特点就是可重用性、可商用化。这也为第三方软件商编写相应组件提供了方便。InformixInformix是最先推出对象关系型数据库系统的厂商，其产品具有以下特点：Informix具有很高的处理速度，数据吞吐量巨大，支持极大数量的用户。该产品还具有极好的稳定性。Informix先进的DSA（动态可伸缩体系结构），其目的在于提供最有效的并行数据库结构，以期在管理数据量越来

60、越大、数据复杂程度日益增加的数据库的同时，改善系统的性能。InformixUniversalServer可扩充的体系结构，其Datablade（数据刀片）技术为用户提供了扩展自己的数据类型的能力。有了这种类型扩充机制,InformixUniversalServer不仅能够以关系数据库能够存取的结构存放复杂数据，还能对复杂数据直接索引、比较和操作。InformixUniversalServer的可扩充性来源于其可扩充的体系结构和Datablade技术。它直接在核心级上提供扩充能力，其方便的同时也带来了相应的问题，比如安全问题。InformixUniversalServer很好地解决了对象和关系的