3.2系统开发缘故此 设计缘故此
商业银行信贷治理系统作为商业银行业务治理和信息治理体系的组成局限，在设计时应充分考虑标准化缘故此，即一方面应依据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务治理和信息治理系统建设中形成的本行业和本系统内的有关典型，使得该系统能够抵达与其它业务治理和信息治理系统高效、便利地互联的目标。
实施缘故此
在商业银行信贷治理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。在进行具体的产品和方法选择时，一方面应坚持先进性缘故此，先进性缘故此首先要求技术领先，因为目前的信息技术正在快速开发，各种新技术和新概念不断引进，在技术上相对滞后的产品和技术将会逐渐退出市场，给今后的系统维护升级造成困难，同时先进性缘故此也要求相应的产品和技术在市场和侍候等方面领先，以抵达保卫投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循有用性缘故此，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的本钞票〔包括资金本钞票和时刻本钞票〕等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境〔包括人员、设施及有关的技术资源等〕和外部环境〔如与人民银行“银行信贷登记咨询系统〞的连接〕动身，做到先进性和有用性的相结合。
运行治理缘故此
系统在投进使用后最重要的是日常的治理维护，在系统设计和实现时期
应当充分考虑到系统的日常维护工作，提高系统的可维护性。
一方面，信贷治理系统所涉及的是商业银行及其客户的信贷业务信息和要紧经济财务指标等敏感性信息，因此信息的正常可靠性是系统设计中应当着重考虑的。这要求系统设计和实现时充分考虑诸如信息的保密性、访咨询的可控性、数据的完整性、系统的冗余性等正常可靠性因素。另一方面，正因为系统的运行治理融合于日常的业务运作过程之中，这又要求系统所提供的相应的保证正常可靠的手段使用灵活、便于治理，并能随着正常策略的改变而有一定的弹性，做到在保证系统正常可靠性的本原上尽可能提供相应的灵活性。
3.3信贷系统可行性分析 3.3.1 经济可行性分析
经济可行性是指开发并应用此系统，应对其投资本钞票和今后可能取得的经济利益，权衡其得失。本系统提高信贷业务治理的信息化水平并提高人员素养，该系统是特不有益的。而且银行内部硬件和网络设备都差不多具备，开发本钞票减少了这一大块。开发信贷治理系统在经济上是完全可行的。
3.3.2 操作可行性分析
微软Windows操作平台具有良好的操作性，本银行信贷治理系统是也是基于Windows操作平台。本系统具有友善的用户界面、良好的正常性设置和具体的操作讲明，特不适合于相关信贷办公人员使用。
3.3.3 技术可行性分析
技术上的可行性分析要紧分析现有技术条件能否顺利完成开发工作，硬件、软件配置能否满足开发者的需要，各类技术人员的数量，水平，来源等。网络技术，具有计算机的信息传输速度快、正确度高的特点。计算机硬件和软件技术的飞速开发，为系统的建设提供了技术条件。本系统在技术上也是完全可行的。
3.4业务流程需求分析
商业银行信贷治理系统是商业银行业务治理和信息治理体系的组成局限，它要紧按客户处理贷款，以客户为中心，进行贷款治理。我行信贷部门要紧包括客户治理、业务治理、利息治理、信贷人员治理和查询统计等五个方面的业务功能。
〔1〕客户治理。对贷款客户信息资源的一体化治理，逐步建立客户关系治理，并在一定的时候实现信贷系统与行内其他要紧系统的数据交互，增强对贷款客户信息的沟通、监管。对客户的根基情况、关联企业、财务数据、业务档案、贷款和结算情况、担保情况、重大事件等信息进行记录。对所有涉及信贷及相关业务的客户，及其关联客户、现有客户和潜在客户进行电子化治理。
〔2〕业务治理。对客户的贷款申请、审批、发放、回还、展期、逾期后治理、抵押资产评估等一系列动作进行电子化治理，方便各个部门对其贷款资料信息的共享及做出相应的决策。
〔3〕利息治理。对客户的贷款进行计息、收息、计算复息和减免利息等动作进行电子化治理。
〔4〕人员治理。对信贷人员信息进行治理，同时依据其工作业绩对其进行绩效考核。该局限是我行内部治理的一个重要局限。
〔5〕查询统计。查询依据工作人员的需要，从系统中提取所需的信息。统计是指对客户的各项贷款指标、还款指标、应收未收利息指标等信息提供相应的报表。
3.4.1 客户治理
客户治理功能要紧处理与客户对象相关的业务操作，包括客户信息维护和查询客户信息以及信用等级评估等。客户信息治理维护客户信息的正确性和完整性；信用等级评估时，依据客户信息及其履约记录，做出信用评估报告；通过查询，能够及时掌握客户的信息和动作，为信贷治理业务提供依据。客户治理功能的业务流程图如图3-1所示。
图3-1 客户治理业务流程图
〔1〕客户信息治理，对客户信息进行新增或修改。新增客户信息时，录进新的客户根基信息，证件号作为唯一识不码，不能重复。当客户为企事业单位时，证件号码为贷款卡号，该号是由中国人民银行给出的全国唯一的十八位号码。当客户是个人时，证件号码为身份证号码，身份证由公安部给出全国唯一的十八位号码。当客户信息发生变化时，需要对客户的根基信息迸行修改。证件号码是唯一标识，不能重复。
〔2〕信用等级评估。信用等级通常是指基于评估对象的信用、品质、偿债能力以及资本等的指标级不，即信用评级机构用既定的符号来标识主体和债券今后清偿债务能力及偿债意愿可能性的级不结果。信用等级在严密分析的本原上，通过一定符号，提供反映评级对象信用可靠程度而又通俗易明白的信用品质信息。客户信用等级评估方案总体构思客户信用等级的评估是为了加强信用操纵，并为客户分类提供依据。信用等级的评估，以客户的信用履约记录和还款能力为核心，进行量化的评定。
〔3〕查询客户信息。查询信息能够查询客户根基资料，如姓名、生日、联系或通信地址等；还能够查询客户的贷款申请资料、贷款资料和利息资料等信息。
3.4.2 业务治理
业务治理功能对银行信贷业务进行治理，要紧包括贷款申请、贷款审批、贷款发放、贷款回收、贷款展期、贷款逾期、逾期贷款处理、五级清分、资产治理等。信贷业务的流程一般是：客户提出贷款申请，信贷部门依据材料进行审批，通过者发放贷款，相关信息保持在贷款信息表中；到期贷款需要进行还款，要是逾期因此要进行逾期处理。信贷业务治理的业务流程图如图3-2所示。
图3-2 业务治理业务流程图
〔1〕贷款申请。信贷部门对客户的各类信贷业务的申请工作全过程实现电子治理(对每笔贷款申请需记录是否申请成功)。
〔2〕贷款审批。审核部门对客户的各类信贷业务的申请进行、审查、审批、签订合同等工作全过程实现电子治理。
〔3〕贷款发放。当贷款申请被审批之后，信贷人员对该笔贷款进行发放
操作，并进行相应的电子记录。
〔4〕贷款回收。当客户进行还款操作时，信贷人员需要对已发放的贷款录进回还资料，完成贷款回收。
〔5〕五级清分。按照五级分类模型，进行贷款记录和清分。五级分类模型能够灵活设置，分定量指标和定性指标。还能够对单个客户、单笔贷款进行五级清分。
〔6〕贷款逾期，指客户在不按合同约定或不再合理的期间内给付贷款的情形下；这种情况下，客户除了要还款之外，还应因其违约行为向银行支付违约金。违约金的收取标准，参照中国人民银行 的金融机构计收逾期贷款利息的标准计算。
〔7〕资产治理。对抵(质)押品的评估、测算，记录其评估价格及评估公司。对担保品和重要凭证及物品进行记录、跟踪治理。
3.4.3 利息治理
贷款利息是放贷甚至整个银行业务收进中的重要局限。利息治理功能包括计算利息、计算复息、收回利息、减免利息等。针对贷款，会计部门需要计算利息，多个计算周期的贷款需要进行复利计算。按照贷款合同，银行需要按期收取利息。针对某些特色行业或地区，银行需要对贷款利息进行一定的减免和优惠。利息治理功能的业务流程图如图3-3所示。
图3-3 利息治理业务流程图
〔1〕计算利息。该功能要紧用于对贷款计算出应收的利息，可按客户或贷款账户计算利息。
〔2〕计算复利。该功能针对贷款名目中应收未收利息，计算出该笔利息的复息。
〔3〕利息进账。对应收未收的利息的收回、局限收回进行电子化治理。 〔4〕减免利息。对应收未收利息进行减免进行电子化治理。
3.4.4 人员治理
该功能包括信贷人员〔分支机构〕信息治理、信贷人员〔分支机构〕绩效考核等。人员信息治理指治理人员的根基资料信息；绩效考核是为了提高
银行的业务水平，对借贷人员的工作业绩进行考核。人员治理的业务流程图如图3-4所示。
图3-4 人员治理业务流程图
〔1〕人员信息治理。对信贷人员〔包括经办分支机构〕的根基信息和变动情况进行动态的治理，如添加/修改/删除操作，人员信息保持在人员信息表中。
〔2〕人员绩效考核。绩效考核通常也称为业绩考评，是职员所担负的工作，应用各种科学的定性和定量的方法，对职员行为的实际效果及其对企业的功勋或价值进行考核和评价。它是企业人事治理的重要内容，更是企业治理强有力的手段之一。通过绩效考核，能够提高每个个体的效率，最终实现企业的目标。
3.4.5 查询统计
检索统计模块实现对本单位日常操作产生的信息进行查询和统计操作，它是整个系统必不可少的局限。查询统计功能具体描述如下。
〔1〕报表治理。提供各方面需要的各种统计报表及自定义报表功能。数据信息以图或表的形式表现出来，能够特别清晰、直瞧并正确地相应不同数据直截了当的比立关系和开发趋势，为决策者提供有力支持。
〔2〕智能统计查询。首先，实现对各类信贷业务和客户各类业务进行全方位动态的统计和查询。其次能对从本系统和其他系统中提取的信息进行当前和历史各时期数据的单项及组合统计查询，并提供外来分析模型及自定义分析模型。同时，输进信贷资料，推测该笔贷款资料应收的利息和还款情况。再次要依据权限和岗位的不同提供相应权限的查询。最后提供组合及模糊查询功能。
3.5系统数据流分析
数据流图〔DataFlowDiagram〕是结构化分析方法中使用的工具，它以图形的方式描绘数据在系统中流淌和处理的过程。它是一种只反映系统逻辑功能的功能模型。系统治理员通过系统平台进行治理、工作人员〔包括信贷人
员和会计等与信贷业务相关的所有单位〕通过系统进行日常业务处理，银行相关领导通过系统查瞧报表并制定决策。商业银行信贷治理系统的顶层数据流图如图3-5所示。
图3-5系统顶层数据流图
信贷治理系统的数据流能够从以下几方面进行分析：客户治理、业务治理、利息治理、人员治理和检索统计等。针对系统顶层数据流图中各个处理，进一步细化出各个功能的数据流图。系统0层数据流图如图3-6所示。
图3-6系统0层数据流图
〔1〕客户治理数据流分析。客户治理数据流能够从客户信息治理〔维护〕、信用等级评估和查询客户信息等三个方面进行分析。治理人员依据客户或信贷人员提供的资料对客户信息进行治理维护，将客户信息保持至客户信息表。信用等级评估依照评估标准并结合客户信息，对客户信用等级进行评估，评估结果保持至评估信息表中。客户信息查询时，治理员设置查询条件，系统执行查询操作，可显示客户根基信息和客户信用评估信息等。客户治理的数据流图如图3-7所示。
图3-7客户治理数据流图
〔2〕利息治理数据流分析。利息治理数据流能够从计算利息、计算复利、利息进账和减免利息等四方面进行分析。会计中心依据央行基准利率〔贷款利率〕计算贷款利率，并保持至利息信息表；对超过一个计息周期的利息进行复利计算；按照借贷合同，银行会定期收取利息；关于某些特定时刻或地点的信贷行为，进行减免利息的优惠。利息治理数据流图如图3-8所示。
图3-8利息治理数据流图
〔3〕业务治理数据流分析。业务治理流程包括贷款申请、贷款审批、贷款发放、贷款回收、五级清分、贷款逾期和资产治理等方面。信贷人员将贷款申请信息进行登记保持，放贷审核部门对申请进行审批，并发放通过审批的贷款。放贷期间，按五级模型对贷款信息进行清分。当贷款到期时，收回贷款〔包含利息〕；对逾期贷款和资产需要进行记录和处理。业务治理的数据流图如图3-9所示。
图3-9业务治理数据流图
〔4〕人员治理数据流分析。人员治理数据流要紧包括人员信息治理和人
员绩效考核两局限。人事治理部门对信贷人员〔包括机构〕的信息进行编辑治理，其结果保持至人员信息表；同时治理部门针对信贷人员，参照考核标准，依据信贷人员的工作业绩进行绩效考核，并将考核结果保持至绩效考核表中。人员治理数据流图如图3-10所示。
图3-10人员治理数据流图
〔5〕查询统计数据流分析，包括统计和检索两个局限。统计时，操作员选择统计的范围〔如时刻区间〕，系统统计后以报表形式将结果给予。查询时，系统依据条件进行查询并将结果返回用户。检索统计的数据流图如图3-11所示。
图3-11 查询统计数据流图
第四章系统设计
4.1 系统总体架构设计
系统总体架构是指系统采纳的结构模块，包括C/S结构和B/S结构两种。本系统采纳C/S结构，下面对C/S结构和本系统的总体架构进行讲明。
4.1.1 三层C/S结构
三层C/S结构是将应用功能分成表示层、功能层和数据层三局限。其解决方案是：对这三层进行明确分割，并在逻辑上使其独立。原来的数据层作为DBMS差不多独立出来，因此要害是要将表示层和功能层分开成各自独立的程序，同时还要使这两层间的接口简洁明了。
〔1〕表示层。表示层是应用的用户接口局限,它担负着用户与应用间的对话功能。它用于检查用户从键盘等输进的数据,显示应用输出的数据。为使用户能直瞧地进行操作，一般要使用图形用户接口(GUI)，操作简单、易学易用。在变更用户接口时，只需改写显示操纵和数据检查程序，而不碍事其他两层。检查的内容也只限于数据的形式和值的范围，不包括有关业务本身的处理逻辑。图形界面的结构是不固定的，这便于以后能灵活地进行变更。例如，在一个窗口中不是放进几个功能，而是按功能分割窗口，以便使每个窗口的功能简洁单纯。在这层的程序开发中要紧是使用可视化编程工具。
〔2〕功能层。功能层相当于应用的本体,它是将具体的业务处理逻辑地编进程序中。例如,在制作订购合同的时要计算合同金额,按照定好的格式配置数据、打印订购合同，而处理所需的数据因此要从表示层或数据层取得。表示层和功能层之间的数据交往要尽可能简洁。例如，用户检索数据时,要设法将有关检索要求的信息一次传送给功能层，而由功能层处理过的检索结果数据也一次传送给表示层。在应用设计中，一定要制止“进行一次业务处理，在表示层和功能层间进行多几次数据交换〞的笨拙设计。通常，在功能层中包含有：确认用户对应用和数据库存取权限的功能以及记录系统处理日志的功能。
〔3〕数据层。数据层确实是根基DBMS,负责治理对数据库数据的读写。DBMS必须能迅速执行大量数据的更新和检索。现在的主流是关系数据库治理系统
(RDBMS)。因此,一般从功能层传送到数据层的要求大都使用SQL语言。
4.1.2 本系统总体架构
本银行信贷系统采纳三层C/S〔即客户端/侍候器端〕结构模式。通过C/S结构能够充分利用两端硬件环境的优势，将任务合理分配到客户端和侍候器端来实现，落低了系统的通讯开销。在客户机和侍候器外，进进一个中间层。该中间层也称为应用侍候层，处理源于多个客户向同一个侍候器同时发出的请求侍候，以合理利用系统和网络资源。系统的总体架构如图4-1所示。
图4-1系统总体架构图
4.2 系统总体结构设计
系统总体结构设计是要依据系统分析的要求和组织的实际情况来对新系统的总体结构形式和能够利用的资源进行大致设计，它是一种宏瞧、总体上的设计和 。
依据需求分析的结果，本系统能够划分为以下功能模块：客户治理模块、业务治理模块、利息治理模块、人员治理模块、系统治理模块和查询统计模块。系统的总体结构如图4-2所示。
图4-2系统总体结构图
4.2.1 客户治理模块
客户治理模块的目标是治理客户〔个人或者企业单位等〕相关信息。该模块要紧包括信息维护和客户信用等级评估两个局限。
〔1〕客户信息维护，针对客户信息进行添加/删除/修改。添加信息：输进客户的姓名、性不、资产状况和联系方式等信息，系统在会自动分配一个唯一的ID号，然后点击添加按钮即可完成操作，这时新添加的信息会写进数据库中的相应表中。删除信息：输进客户的ID后系统会进行搜索，并显示相关的查询结果(如该ID存在，将会显示该客户的信息)，在确认了之后点击删除按钮即可完成操作，这时数据库相应表中的信息就会被删除。修改信息：输进客户的ID后系统首先进行搜索，并显示相关的查询结果(如该ID存在，因此显示客户信息)，再将需要修改的信息进行修改后，确认执行后即可完成修改操作，这时客户信息表中的信息就会被修改。修改客户信息的程序流程如图4-3所示，修改读者信息时首先选择读者记录，然后在界面上进行修改操作，保持时需要确认，只有确认才能保持修
改信息，否因此不予修改。当修改一次记录后，系统会提示是否结束，要是不结束因此再进行修改操作。
图4-3修改客户信息程序流程图
〔2〕客户信用评估。评估信用等级，以客户的信用履约记录和还款能力为核心，进行量化的评定。评估部门首先猎取客户的根基信息并加以分析，初步掌握其还款能力；然后分析客人的信用履约记录〔要紧是还款记录〕，以确定其信用程度。结合以上两点给出综合评价，最终获得客人信用等级的评估数据。客户信用评估的程序流程图如图4-4所示。
图4-4客户信息评估程序流程图
4.2.2 业务治理模块
业务治理模块完成对贷款业务的治理，包括放贷治理，五级清分，逾期治理以及资产治理等四大局限。
〔1〕放贷治理，对贷款的整个发放流程进行治理，包括贷款申请、贷款审批、贷款发放和贷款回收等步骤。客户贷款时，需要提交根基材料〔如身份信息、工作证实和财产证实〕并填写贷款申请；信贷部门首先核实客户的材料并查阅其信用记录，针对贷款申请做出审批；要是审批通过，因此给客户放贷〔包括签订合同〕，否因此拒尽。要是合同期满，客户需要及时按约定缴纳利息或本金。放贷治理的程序流程图如图4-5所示。
图4-5放贷治理程序流程图
〔2〕五级清分。按照央行的贷款分类模型，对客户贷款名目进行等级分类〔共五个等级〕。五级清分对贷款名目进行分类，它使银行及时全面地掌握贷款信息为决策部门提供依据，具有重要意义。五级清分时，操作人员首先提供所需要的各参数数据，然后提交系统执行，系统通过分析后，得到贷款分类结果。五级清分的程序流程图如图4-6所示。
图4-6五级清分程序流程图
〔3〕逾期治理，对贷款逾期的用户进行催缴和收取违约金。信贷部门依据贷款逾期情况〔逾期时刻等〕并参考相关标准，计算出违约金的数额；然后提醒贷款客户尽快回还贷款并缴纳违约金，关于逾期情况严重的个案动用 部门进行操作。逾期治理的程序流程图如图4-7所示。
图4-7逾期治理程序流程图
〔4〕资产治理。资产治理包括资产评估和担保品治理两个局限。资产评估是指对贷款人抵(质)押品的价值进行评估和测算，记录其评估价格及评估单位。担保品治理是指对贷款担保人〔一般情况下，贷款都有担保人〕的担保品和重要凭证及物品进行记录、跟踪治理。
4.2.3 利息治理模块
利息治理是针对贷款名目产生的利息进行治理，具体包括利息计算和利息进账两局限。
〔1〕利息计算，顾名思义，是针对贷款利息进行计算的过程。它包括计算利息和减免利息两个内容。计算利息〔包括复息〕，关于贷款名目的根基信息〔贷款金额、贷款利率和计息周期等〕，计算出利息金额的操作。减免利息是对贷款利息进行减少或免除的操作，它依据于国家的贷款政策〔如关于贫困地区或支柱行业的优惠政策〕或银行高层决议，为国家经济的开发做出更大功勋。计算利息的程序流程图如图4-8所示。
图4-8 利息计算程序流程图
〔2〕利息进账。计算利息后，将利息也进行进账处理，即作为下一次计息周期的本金。
4.2.4 人员治理模块
人员治理模块治理信贷人员〔包括其所在分支机构〕的本原信息。该模块要紧包括信贷人员信息治理和信贷员绩效考核两个局限。
〔1〕人员信息治理，要紧对信贷人员相关信息进行维护，包括添加/删除/修改等操作。添加信息：输进信贷人员的姓名、性不、学历、工作经历和联系方式等信息，点击添加按钮时系统执行添加操作，同时系统自动生成一个唯一的人员编号，新添加的记录更新至数据库中。删除信息：输进人员的要害字〔如编号或姓名〕后系统进行搜索，并显示相关的查询结果，在点击删除按钮确认了之后，人员信息表中的相应记录就会被删除。修改信息：输进人员的要害字后，系统进行搜索并显示查询结果(要是该存在该人员信息，因此加以显示)，再将需要修改的信息进行修改后，确认执行后人员信息表中的相应记录就会被修改。修改人员信息的程序流程如图4-9所示。
图4-9修改人员信息程序流程图
〔2〕信贷员绩效考核。对信贷人员〔分支机构〕进行业务跟踪、人员全本钞票考核、绩效评估、经办和审批信贷业务质量的评估，并按照绩效考核 提供考核结果。人事部门依据信贷人员业绩及其根基情况，进行考核评选，同时针对考核结果进行一定的奖惩处理。绩效考核的程序流程图如图4-10所示。
图4-10信贷员绩效考核程序流程图
4.2.5 系统治理模块
系统治理模块要紧包括治理员治理、数据治理和参数治理三局限。系统治理模块的功能结构图如图4-11所示。
图4-11系统治理功能结构图
1、添加/修改/删除治理员信息。添加治理员信息，首先输进待添加者的姓名、性不等要紧信息，系统会分配一个唯一的ID标识，然后点击添加按钮即可完成操作，这时新添加的信息会写进数据库。修改治理员信息，首先将待修改的治理员信息读进操作界面，通过修改后点击保持按钮，就能将修改后的信息更新到数据库。删除数据库，同样首先将相应的治理员信息读进操作界面，进行删除操作将数据库中的相应信息清除。
2、数据治理指对数据进行治理。数据备份/恢复，关于任何一个信息治理系统来讲根基上特不重要的，它能够使系统免于各种系统故障造成的灾难。数据备份是将某一时期的整个数据库信息压缩到一个备份文件中，一般来讲数据备份能够由系统定时自动完成或手动完成；而数据恢复是指将备份文件恢复为某个版本的数据库文件，一般这是在系统出现故障或数据发生失往的情况下进行。数据导进/导出功能，指将数据库文件与其他格式文件信息进行交互，将其他格式的文件引进数据库文件是导进过程，相反是为导出；例如将excel格式的新生读者信息引进系统确实是根基数据导进过程，而将近期逾期读者的信息保持到excel中是数据导出过程。
3、系统参数设置是指对整个系统运行的本原数据进行设置，这些参数将碍事整个系统的运行。如定义数据库多久备份一次，设置贷款利率以及优惠策略等。
4.2.6 查询统计模块
查询统计模块实现对日常操作产生的信息进行查询和统计操作，它是整个系统必不可少的局限。用户执行查询或统计操作，首先选择或输进查询条件和输进
相关查询信息后，点击确定后系统将搜索数据库中符合条件的信息并在界面上显示。
〔1〕信息查询。类似于知识治理中的知识挖掘工具。本系统支持多种检索方式，保证了系统用户能够个性化地自由设置、组合检索条件并快速、正确的进行信息资源定位，将所有符合检索条件的信息条目列进检索结果。
〔2〕统计报表。系统对比直瞧地将数据信息以图或表的形式表现出来，能够特别清晰、直瞧并正确地相应不同数据直截了当的比立关系和开发趋势。好比，对客户的各项贷款指标、还款指标、应收未收利息指标等信息提供相应的报表，对分管客户的信贷员的业绩考核提供相应的报表。
4.4数据库设计 4.3.1 概念结构设计
数据库设计(DatabaseDesign)是指关于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。本节要紧将前一时期设计好的根基E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构，完成逻辑结构设计。[14-19]
〔1〕部门实体拥有部门编号、名称、、地址、职能和负责人等属性。部门实体图如图4-12所示。
图4-12部门实体图
〔2〕操作员实体包括人员姓名、性不、身份证、号、家庭地址和所属部门等属性。操作员实体图如图4-13所示。
图4-13 操作员实体图
〔3〕客户实体包括账户、姓名、客户类型、证件号码、和信用评级等属性。客户实体图如图4-14所示。
图4-14 客户实体图
〔4〕资产实体包括资产编号、评估公司、评估价格、存放单位、相应贷款金额评估日期等属性。资产实体图如图4-15所示。
图4-15 资产实体图
〔5〕贷款实体包括贷款编号、客户号、贷款分类、金额、抵押物和贷款期限等属性。贷款实体图如图4-16所示。
图4-16 贷款实体图
〔6〕利息实体包括贷款编号、客户号、贷款金额、贷款利率、利息额和处理标志等属性。利息实体图如图4-17所示。
图4-17 利息实体图
〔7〕客户信息维护〔治理〕操作包括客户和治理员两个实体。一个治理员能够对多个客户进行信息维护，二者关系为1：N。客户信息维护的E-R图如图4-18所示。
图4-18客户信息维护实体图
〔8〕贷款发放操作包括放贷人员、贷款和客户三个实体。一个放贷人员能够对多个客户进行贷款，二者关系为1：N；而一个客户能够获得多笔贷款，二者关系为1：M。贷款发放的E-R图如图4-19所示。
图4-19贷款发放实体图
〔9〕利息计算操作包括会计人员、贷款和利息三个实体。一个会计人员能够对进行一次又一次利息，二者关系为1：N；一项贷款能够拥有多笔利息，二者关系为1：M。利息计算的E-R图如图4-20所示。
图4-20贷款发放实体图
(10)角色分配操作包括操作员，人员和角色三个实体。一个操作员能够添加多个角色，二者关系为1：N；一个角色拥有多个用户，而一个用户只有一个角色，二者关系为1:M。角色分配的E-R图如图4-21所示。
图4-21角色分配实体图
信贷治理系统要紧包括以下实体：客户治理员、客户、贷款、信贷员、贷款、利息、会计、角色和系统治理员等九个角色。通过以上的分析可知，客户和客户治理员的关系为N：1；客户与贷款的关系为1：N，信贷员与贷款的关系为1：M；贷款与利息的关系为1：N，会计与利息的关系为1：M。系统治理员能够设置多个角色，二者关系为1：N。每一个系统角色〔用户组〕能够包含多个用户，角色与信贷员的关系、角色与会计的关系以及角色与客户治理员的关系都为一对多。信贷系统整体E-R图如图4-22所示。
图4-22信贷治理系统整体E-R图
4.3.2 物理结构设计
在实体以及实体之间关系的本原上，形成数据库中的表以及表间的关系，每
个表格表示在数据库中的一个表。下面对表结构进行描述。 1、客户信息表dk_kh
表4.1 客户信息表
字段名 kdid Name Khzl Khdz Khdh Zjhm Post Email account Dkje Khhmc Jbhzh jszh xypj Sjdw Xdyh 类型 Int char char char Char char Char Char Char money Char Char Char int Char Int 长度与格式 4 20 1 60 20 18 6 30 20 18 20 20 12 4 60 4 备注 Primarykey Notnull Notnull Notnull Notnull Notnull Notnull 讲明 客户号 客户名称 客户种类：1单位，2个人 客户地址 客户 证件号码 电邮地址 首笔贷款账号 贷款金额 开户行名称 根基户账户 结算账号 信用评级 上级单位 回属信贷员号 2、贷款申请表dk_sq
表4.2 贷款申请表
字段名 Dk_sqh Dkkhid Dkzl Dkxz Dkyt Dkfw Dkdyp 类型 Dec(10) int char Char Char Char char 长度与格式 10:yyyymmdd00 4 10 10 20 10 16 备注 Primarykey Notnull Notnull 讲明 贷款申请号：自动生成 客户号：外键 贷款种类 贷款性质 贷款用途 贷款范围 贷款抵押品 dypje Dbrid Dkje Zcglid Sqrq Sprq Fdbz Sprid Dkzh Dkhth Dkhtje Dkhtll Hkfs Mqhkje dcxdyid money Int Money Int Date Date Int Int Dkzh Char Money Money Char Money int 18 4 18 4 8:yyyy-mm-dd 8:yyyy-mm-dd 4 4 12 6 18 18 3 18 4 抵押品金额 担保人客户号 贷款金额 资产治理号 申请日期 审批日期 放贷标志 审批人标号 贷款账户 贷款合同号 贷款合同金额 合同贷款利率 还款方式 每期还款金额 调查信贷员 3、用户信息表t_person
表4.3 用户信息表
字段名 Per_id Per_cod per_name Per_sex Per_addr Per_tele idcrd Per_mobi Pre_role Per_memo 类型 integer char char Bit varchar Varchar varchar varchar Int varchar 长度与格式 4 6 16 2 50 12 18 12 R 100 备注 Primarykey Notnull Notnull Notnull 讲明 用户编号 人员代号 姓名 性不:1男，0女 家庭地址 身份证号 号 系统角色 备注 4、单位信息表t_dw
表4.4 单位信息表
字段名 dw_id Dw_nam Dw_zzh Dw_frdb Dw_frzjh Dw_ywfw Dw_zczj Dw_xzid Dw_hyid 类型 integer char char char Bit varchar Varchar char char 长度与格式 4 18 18 16 2 30 12 12 16 可否为空 Primarykey Notnull Notnull Notnull Notnull Notnull Notnull 讲明 单位编号，主键 单位名称 营业执照号 法人代表 法人证件号 业务范围 注册资金 单位性质 所属行业性质 5、资产治理表t_zcgl
表4.5 资产治理表
字段名 Zcgl_id zcgl_pgrq Dksqid Zcgl_Pgje Zcgl_Pggs Zcgl_cfdd 类型 Integer Date Int Money Char Char 长度与格式 4 8:yyyy-mm-dd 4 18 50 60 可否为空 Primarykey Notnull Notnull 讲明 资产编号，主键 评估日期 贷款申请号，外键 评估金额 评估公司 存放单位 6、贷款分户表t_dkfh
表4.6 贷款分户表
字段名 Dkzh Khid Dksqid Kmh Sybz Dkbz dklx Dkgsbm 类型 char int Int char Char char Char int 长度与格式 12 4 4 5 1 1 1 4 可否为空 Primarykey Notnull Notnull Notnull Notnull Notnull Notnull Notnull 讲明 贷款编号，主键 客户号 贷款申请号，外键 科目号，外键 贷款使用标志 贷款标志 贷款五级分类 贷款回属部门，外键 dkksrq Kddqrq Dkzqrq Zhhkrq Zhjxrq Ye sjLl Zqll Yqll Fxll Date Date Date Date Date Money Float Float Float Float 8:yyyy-mm-dd 8:yyyy-mm-dd 8:yyyy-mm-dd 8:yyyy-mm-dd 8:yyyy-mm-dd 6 6 6 6 贷款开始日期 贷款到期日期 贷款展期日期 最后还款日期 最后计息日期 贷款余额 实际利率 展期利率 预期利率 罚期利率 7、部门信息表t_depart
表4.7 部门信息表
字段名 Dpt_id Dpt_cod Dpt_name Dpt_addr Dpt_tele Dpt_man Dpt_memo 类型 integer char char varchar varchar integer varchar 长度与格式 6 10 16 50 18 6 100 可否为空 Primarykey Notnull Notnull Notnull Notnull 讲明 部门编号 部门代码 部门名称 部门位置 部门 负责人编号：外键 备注 8、系统角色表t_role
表4.8 系统角色表
字段名 Rol_id Rol_type Rol_qx Rol_name Rol_memo 类型 integer char char char char 长度与格式 6 10 10 10 100 可否为空 Primarykey Notnull Notnull Notnull 讲明 角色编号 角色类不 操作权限 角色名称 角色描述 9、贷款还款表t_dkhk
表4.9 贷款还款表
字段名 hk_id dk_zh Dk_hm Hk_rq Hk_je Hk_syje Hk_czyid 类型 Integer char char date Money Money char 长度与格式 4 12 50 8:yyyy-mm-dd 18 18 3 可否为空 Primarykey Notnull Notnull 讲明 还款编号，自动生成 贷款账户 贷款户名 还款日期 还款金额 贷款剩余金额 还款操作员 10、贷款利息表t_dklx
表4.10 贷款利息表
字段名 lx_id flx_id Lxbz 类型 Integer integer char 长度与格式 4 4 1 可否为空 Primarykey 讲明 利息编号，自动生成 父利息编号 利息标志：‘1’正常利息，‘2’复息 dk_zh dk_ye Fxzhrq Fxksrq Lxdqrq Lxjxrq Lxclrq Ll Lxe lxclbz char Money date date date date date Float Money Char 12 18 8:yyyy-mm-dd 8:yyyy-mm-dd 8:yyyy-mm-dd 8:yyyy-mm-dd 8:yyyy-mm-dd 6 16 1 Notnull 贷款账号 贷款余额 复息最后日期 利息开始日期 利息到期日期 利息计算日期 利息处理日期 利率 利息额 利息处理标志:‘0’未处理，‘1’已收利息，
因篇幅问题不能全部显示，请点此查看更多更全内容