商业银行管理系统

1、吉林财经大学管理信息系统大作业商业银行管理信息系统分析与设计专业： 计算机科学 班级： 1116 学号： 姓 名： 吴琼 二一三 年 十二 月目录课 程 设 计 评 分 标 准3一、商业银行管理系统总体规划报告4一）、选题的目的和意义4二）、初步调查4三）、U/C矩阵41、初始U/C矩阵42、U/C矩阵的化简，（使C靠近对角线）53.主要子系统划分54.信息系统结构图(描述子系统)5四）、系统开发进度表6二、商业银行管理系统可行性分析7一）、详细调查7二）、系统新目标7三）、可行性论证81.管理可行性分析82.技术可行性分析83.经济可行性分析8四）、得出结论9三、商业银行管理系统分析报告10

2、一）、组织结构图10二）、功能结构图10三）、组织功能联系表11四）、业务流程图121、业务流程图12五）、数据流程图131、顶层数据流程图132、底层的数据流程图14六）、数据字典141数据项152数据结构153数据流164处理逻辑175数据存储186外部实体19七）、判断树191、用户进入系统业务系统192、用户进行取款操作20四、商业银行管理系统设计报告21一）、系统功能结构图21二）、 模块IPO图21三）、代码设计方案27四）、数据库设计271、数据库逻辑结构设计272、数据库物理结构设计28五)、输入输出设计361、输入设计362、输出设计38课 程 设 计 评 分 标 准实验小项

3、所占分值 得分系统规划20分可行性分析20分系统分析25分系统设计25分文档格式10分合计 100分一、商业银行管理系统总体规划报告一）、选题的目的和意义激烈的市场竞争给商业银行的生存和发展带来了挑战,面对纷繁复杂、数量巨大的信息资源,商业银行如何利用先进的信息技术对信息资源进行有效的管理,将成为经营成败的关键。近几年来,我国银行业的电子化进程有了长足的发展,目前正在进行主机延伸、数据结构调整、新一代综合业务系统的推广等一系列工作,这都对数据资源的管理提出了更高的要求。中国的商业银行业应秉承以储户为中心, 实现储户价值的战略理念, 在产品和服务设计上,在组织结构或管理结构的调整上,都必须从储户

4、角度出发来考虑, 做到为每一个目标储户提供满意服务,而不再是以前那种为“一群顾客”服务的观念。通过贯彻顾客至上的经营理念, 建立全方位满足顾客的具体措施,最终建立“优质服务型”的竞争优势。管理信息系统的建立给商业银行的信息化发展带来新的机遇。随着我国银行业的全面开放，国有商业银行在经营管理、市场准入等方面的市场化程度迅速加大，竞争程度进一步加剧，国有商业银行要想在激烈的市场竞争中立于不败之地，必须加快信息化建设，提升国有商业银行的核心竞争力。国有商业银行的电子化建设通常面向综合业务系统的建设和管理信息系统的建设两大主题。二）、初步调查系统初步调查采用的主要方式是系统分析人员与某一商业银行各级主

5、要管理人员进行交流，并到经营管理现场参观了解情况，经过初步调查了解到基本情况：商业银行由业务部、财务部、人力资源部、营业部、信息科技部、储户部和法律事务部组成。分别在业务、财务、人力资源、营业、信息科技、储户和法律事务等方面实施管理，并向总经理负责。其中财务是商业银行管理的一个重要部门。各部门互相协调，综合管理实现整个体系管理的统一。三）、U/C矩阵1、初始U/C矩阵如图1.1所示：功能数据类储户职工存取款贷款成本存取款管理UC人力资源管理CUUU财务规划UUUC储户信息管理CUU人员计划CUU贷款管理UCU图1.1 初始U/C矩阵 2、U/C矩阵的化简，（使C靠近对角线）如图1.2：功能数据

6、类存取款贷款储户职工成本存取款管理CU贷款管理CUU储户信息管理UUC人力资源管理UUCU人员规划UUC财务规划UUUC图2 U/C矩阵的化简3.主要子系统划分如图1.3所示：功能数据类存贷款管理存取款贷款储户职工成本存取款管理CU贷款管理UCUU储户信息管理UU储户管理C人力资源管理UU人员管理CU人员规划UUC财务规划UUU财务管理C图3 主要子系统划分4.信息系统结构图(描述子系统) 信息系统结构图如图1.4所示：图4 信息系统结构图四）、系统开发进度表管理信息系统的开发过程很漫长的过程，我们将这个过程分为六个阶段，分别为：总体规划阶段、可行性分析阶段、系统分析阶段、系统设计阶段、系统实

7、施阶段、系统维护和评价阶段（后两个阶段由于在本次设计中没有实现，所以未给出具体信息）。各阶段的人员分配、时间分配以及预算经费如下表所示：系统开发阶段开始时间结束时间持续时间所需人数预算经费总体规划2013.9.22013.9.1513天55000可行性分析2013.9.162013.10.115天55000系统分析2013.10.52013.10.2823天63000系统设计2013.11.32013.11.2522天88000系统实施维护和评价图5系统开发进度二、商业银行管理系统可行性分析一）、详细调查商业银行由业务部、财务部、人力资源部、营业部、信息科技部、储户部和法律事务部组成。其中业务

8、部管理营业部和储户部；信息科技部为各个部门提供信息技术保障；营业部获得的储户信息传递给储户部,人力部的人员调配信息将传递给人力资源部；各个营业部每天的资金信息会汇总到业务部,便于管理和整理；业务部汇总的信息传递到财务部。 各组织之间的信息传递是通过各种票据实现的,在传递过程中容易出现各种错误和遗漏,可能导致整个组织信息的错误,如业务部的人员调动可能无法及时上报到人力资源部,使得可能存在同一个人员被安排不同的工作的情况；又如业务部在上报财务部业务时可能遗漏了某一天的信息,事后发现时则要对整个财务报表进行修改等等。因此,新建立的信息系统要求各个部门之间能够获得该部门所需的必要信息,而且能够保证信息

9、的准确性和及时性,能够提高员工的工作效率和便于操作,具有检错能力以降低人为疏忽造成的损失。业务部分为客户部和营业部，其中客户部负责保存客户信息、提供贷款咨询服务和办理贷款业务，营业部负责办理存款和取款业务；财务部负责财务管理、成本管理和资金管理；人力资源部负责保存人事档案和人员内部调配；信息科技部负责维护信息系统和更新信息系统；法律事务部负责提供法律方面的服务。二）、系统新目标新系统的建立可以简化银行存款和取款的业务流程。由于原有的系统是建立在单机操作的基础之上的,是一种简单的以实现办公自动化为目的的系统,因此在原系统进行存款和取款操作之前,要对储户的开户信息进行查询,只有在本营业网点开户的储

10、户才能在本网点进行存取款业务,即储户只能在自己开户的营业网点办理各项业务。新系统的实施可以解决这一问题。新的银行管理信息系统实现了银行各个营业网点的联网,因此在不同地方开户的储户可以在同一家银行的不同营业网点办理业务,真正的方便了储户,也提高了银行的工作效率,降低了成本。三）、可行性论证由于商业银行的管理和工作人员一般都具备操作计算机的能力,所以系统实施后可以很快学会使用,使信息系统发挥其作用。现在的信息技术飞速发展,为在系统中使用的各种硬件、软件资源和其他应用技术,以及从事这些工作的技术人员的数量及水平都很高,因此系统的开发是有必要的也是可能的。1.管理可行性分析长春市商业银行的领导很支持建

11、立管理信息系统,各个管理层的领导都意识到建立管理信息系统可以提高商业银行的整体竞争力,在同行业中处于领先的地位,因此,都很支持管理信息系统的建立。2.技术可行性分析在设备条件方面,随着计算机技术的发展,计算机的内存容量已经由原来的几百兆扩展到现在的一千兆甚至是二千兆,外存容量也大大提升了,运行速度很快,对于简单的数据处理瞬间就可以完成,处理的准确性也大大提高。信息技术的发展,使数据的传送和通信变得简单易行。由于银行的操作系统采用的是UNIX系统,其系统的源代码是公开的,使系统更加可靠和稳定。近几年,中国的网络技术发展很快,各种网络的建立和实现为银行网络的建立提供了参考和依据,因此商业银行管理信

12、息系统的建立在设备方面是可行的。在技术力量方面,在开发和维护系统的各个阶段需要各类技术人员参加,如系统分析人员,系统设计人员,程序员,操作员,软硬件维护人员等。随着计算机的发展,与计算机相关的这类人才也迅速发展起来,特别是近几年,这方面的人才很多,商业银行可以招聘这类人才,从而保证系统的更新和维护。3.经济可行性分析经济上的可行性分析,应从设备费用、系统开发成本、系统运行维护费以及收益四个方面考虑。设备费用是指计算机主机,外部设备以及机房设施这样的硬设备的费用,也指操作系统这样的软设备费用。长春市商业银行只需在总部购买一台大型的服务器,而在各个储蓄所网点安装一到两台电脑就可以满足系统的要求,因

13、此硬件、软件费用是可以接受的。系统的开放成本方面,长春市商业银行本身并不具有大量的计算机方面的人才,因此应选择适合的软件公司和其共同开发,开发过程双方共同掌握和控制,这样既可以保证系统适合自己又可以确保系统后期维护。系统运行维护费用一方面是系统运行维护阶段所需人员的工资、补贴和培训费等,另一方面是系统运行维护阶段所需设备和材料费用。系统维护人员能够保证系统在发生故障时,快速的恢复系统功能,保障系统安全,为系统的更新和升级提供支持。管理系统的实施,给银行带来了许多隐形的收益,如提供了以前不能提供的信息,提供信息的速度提高了,节省了人力资源等等。四）、得出结论综上所述,长春市商业银行管理信息系统的

14、开放是可行的。长春市商业银行可以选择适合的软件公司联合开发适合本单位的专用管理信息系统。三、商业银行管理系统分析报告一）、组织结构图商业银行的组织结构中，行长作为最高管理者管理商行七大部门：客户部、信贷部、营业部、信息科技部、财务部、人力资源部、法律事务部；其中客户部主要负责前台业务办理及服务工作，信贷部主要负责客户信贷业务服务工作，财务部主要负责银行的运营和收支及客户存贷业务，人事部主要负责人员的管理，一般性商行信息管理系统的组织结构具体为以下几个方面，具体如图3.1所示：图3.1 组织结构图 领导与被领导关系 信息资料的传递关系 资金流动关系 物资流动关系二）、功能结构图图3.2 系统功能

15、结构图对功能结构图作如下说明：存贷款管理：为顾客服务，能够快速实现订餐，就餐及结账服务。储户管理：主要储户信息的管理。人员管理：主要负责人员的管理以及员工的考核。财务管理：主要负责饭店的财务计划，运营和支出。三）、组织功能联系表组织/功能联系表:该系统的组织功能联系表如图3.3所示，其中“”:表示该项业务是对应组织的主要业务（即主持工作的单位）；“”:表示该单位是参加协调该项业务的辅助单位；“”:表示该单位是该项业务的相关单位（或有关单位）；空格 :表示该单位与对应业务无关。功能序号组织联系 的程 度业务营业部客户部财务部人力资源部信息科技部法律事务部功能与业务1存取款数据管理2储户信息管理3

16、贷款数据管理4人事信息管理5财务信息管理6法律事务处理7系统更新与维护图3.3 组织功能联系表四）、业务流程图1、业务流程图对该业务流程图使用的基本符号作如下说明： 业务处理部门或单位 各类单证、报表 业务功能描述 数据流动及方向本系统的银行存款业务流程图如图3.4所示： 图3.4存取款、及开户业务流程图对该流程图作如下说明：1）、客户根据自己意向进行存、取款及开户行为，前台人员根据顾客要求进行相应处理业务，当客户不符合条件时，将此信息反馈给顾客。2）、储户存款成功后，生成一个客户存款凭证单，经储户签字确认，反馈给客户存款单和存折3）、客户取款成功后，会生成取款凭证单，回执现金和取款凭证给客户

17、。4）、顾客开户时，填写开户单据，确认顾客证件是否为假，如若为假，反馈给客户不符合条件，如若为真，输入储户信息并保留密码。五）、数据流程图1、顶层数据流程图图3.6 开户管理顶层数据流程图对该顶层数据流程图的说明如下：顾客首先填写申请开户单，前台将该业务进行处理，核实顾客信息之后，进行添加客户信息操作，一边保存用户密码，一边向客户部传递新增客户这一信息。顾客是数据的起点，客户部是数据的终点。2、底层的数据流程图图3.7 开户管理二层数据流程图对该二层数据流程图的说明如下：客户首先填写开户凭证单申请开户，前台人员根据顾客信息进行安排，当没有符合条件的安排时，将此信息反馈给顾客。否则，可以对其进行

18、开户业务办理，首先要用户输入密码，业务员负责存储，生成银行卡给用户。开户成功后，顾客进行存款业务办理，完毕后，生成一个存款回执单，反馈给客户进行审核，审核无误时，客户签字确认即可。此时业务员记录并保存客户存款单据。六）、数据字典1数据项编号数据项名称简述类型及宽度取值范围I01银行账号编号某个账号的代码字符型19位01I02客户数量各种类别的储户数量字符型10位I03服务柜台号业务员所在窗口位置字符型6位000999I04客户姓名顾客的姓名字符型10位I05客户编号客户的编号字符型20位I06客户类型VIP、普通客户字符型20位I07储户余额储户的余额字符型4位I08客户电话客户的联系电话字符

19、型10位I09开户人数一个月内开户的人数字符型4位00009999I10卡户时间一个月内开户的具体时间字符型10位I11取款次数一个月内客户的取款次数字符型4位00009999I12业务号业务流水号字符型10位I13存款金额一个月内客户存款的金额字符型6位I14存款次数一个月内客户存款的次数字符型6位I15客户余额本行客户卡里余额字符型6位I16增菜名称点菜后新加的菜品名称字符型10位I17增菜数量点菜后新加的菜品数量字符型4位00009999I18职员名称职员的名称字符型10位2数据结构1）.储户单处理结果名称：储户单处理结果编号：D01数据结构名称：业务分析处理简 述：处理储户所递交的储户

20、单，并对其进行分析处理数据结构组成：DS2-01+DS3-01数据结构编号：DS2-01数据结构名称：存款业务处理简 述：对用户所提出的存款业务进行处理数据结构组成：I22）.财务信息登记表名称：财务信息登记表编号：D02简述：关于财务信息的登记情况的说明组成：财务负责人、财务处理时间等4处理逻辑1）.前台确认名称：前台确认编号：P1.1层次：2简述：对客户申请的业务办理在前台进行确认操作，如果符合条件，则进入处理业务环节，否则向客户反馈没有符合条件的信息。输入：客户相关信息来源：客户处理：对客户申请的业务办理在前台进行查询操作，如果符合条件，则进入处理业务环节，否则向客户反馈没有符合条件的信

21、息。去向：客户2）.添加客户信息名称：添加客户信息编号：P1.2层次：2简述：客户填写开户单据，业务员录入客户信息。输入：顾客信息。来源：顾客处理：客户查看开户单据并进行相关业务处理，生成业务处理明细单去向：客户3）. 审核信息名称：审核信息编号：P1.3层次：2简述：业务员对添加的客户信息进行审核。输入：客户卡号来源：客户处理：客户对存款回执单进行审核，查看是否有误，如果无误，则客户签字确认。去向：客户部及客户4）. 保存密码名称：保存密码编号：P1.4层次：2简述：对客户个人信息及密码审核无误，则保存密码和录入客户信息，并转发给客户部。输入：客户密码（二次输入，进行确认）来源：审核点单信息

22、无误处理：服务员将顾客输入的密码录入数据库。去向：客户部5）.存款名称：存款业务办理编号：P1.5层次：2简述：客户开户完毕，可申请业务员为其办理存款业务。输入：客户卡号来源：审核点单信息无误处理：业务员对客户的请求做相应的记录，并通知客户部。并产生存款回执单。去向：客户部，客户5数据存储编号：F1名称：储户存款信息描述：有关储户存款的纪录信息定义：存款信息 = 银行账号 + 存款记录 + 余额记录 + 日期 银行账号 = 数字“0” “9” 存款记录 = 金额编号：F2名称：储户取款信息描述：有关储户取款的记录信息定义：取款信息 = 银行账号 + 取款金额 + 余额记录 + 日期 银行账号

23、= 数字“0” “9” 存款记录 = 金额编号：F3名称：储户开户信息描述：有关储户取款的记录信息定义：取款信息 = 银行账号 + 取款金额 + 余额记录 + 日期 银行账号 = 数字“0” “9” 存款记录 = 金额6外部实体1）、客户名称：客户编号：S001简述：用户填写的向银行申请业务办理输入的数据流：D1,D2输出的数据流：无2）.财务部名称：财务部编号：S002简述：进行账目核算以及对饭店的财务进行管理等输入的数据流：账单输出的数据流：无七）、判断树1、用户进入系统业务系统1）、在用户进行一些业务之前，要输入密码，如果正确，则进入系统业务，如果不正确，则重新输入密码（当日只能输入三次

24、），或者取出磁卡。2、用户进行取款操作2）、用户进入业务系统，进行取款操作：首先判断金额是否小于2000，如果是，再判断用户余额是否足够取，如果足够，则柜台人员取钱给用户，取钱成功。如果不够，则告知用户，取钱失败；但是如果金额不小于2000，则判断是否超出用户余额，如果超出，则告知用户余额不足，取钱失败。否则，找寻经理划卡，用户划卡处理，取钱成功四、商业银行管理系统设计报告一）、系统功能结构图图4.1 业务管理模块结构图二）、 模块IPO图IPO图是输入/处理/输出图的简称, 描述输入数据、对数据的处理和输出数据之间的关系。系统：银行管理信息系统 设计人：XXX模块：主控 日期：2013.12

25、.1上层调用模块： 无可调用的模块： 存款管理模块，取款管理模块，储户信息管理模块，挂失处理模块。输入： 功能代码0、1、2、3输出：循环功能选择显示系统功能01处理过程说明23. N . Y .开始结束局部注释项注释储户管理取款管理挂失管理存款管理图4.2 主控IPO图取款管理信息系统与存款管理系统相似，因此只画出了存款管理信息系统的IPO图。储户信息管理系统和挂失处理系统的IPO图功能相似系统：储户信息管理系统 设计人：吴琼模块：储户信息管理 日期：2013.12处理过程说明：上层调用模块： 银行管理信息系统输入：储户基本信息 开户金额、日期输出：银行账号、储户姓名、金额、日期下层调用模块

26、： 无储户信息管理系统输入储户的基本信息及开户金额和日期。功能处理储户信息录入信息更新处理返回局部注释项：注释：图4.3 储户管理IPO图系统：储户信息管理系统 设计人：吴琼 模块：存款管理 日期：2013.12 图4.4 存款管理IPO图系统：储户信息管理系统 设计人：吴琼 模块：取款管理 日期：2013.12 图4.5 取款管理IPO图系统：储户信息管理系统 设计人：吴琼 模块：挂失管理 日期：2013.12 图4.6 挂失管理IPO图三）、代码设计方案业务记录编号：每一笔业务都对应一个记录,业务记录编号是对应业务而设立的,在账目记录表中使用,要求不重复,从而确保每一个记录只有一个记录编号

27、。 每一个编号由十一位组成,如0第一至八位表示该笔业务发生的日期；第九至十一位表示该业务的顺序编号；第十二位是校验码。校验码计算如下：如原码为,其权数为6,以11为模去除原码和权数的乘积之和,得出的余数作为校验码,本例校验码为0。银行账号代码：银行账号代码可以简化处理过程,每个代码对应每个存取款的账户,它可以在储户信息表中使用也可以在账目记录表中使用,使用时要求输入必须正确且不能与其它银行账号的代码相同。 每一个代码都由十位组成。第一位表示该账户所办理的业务的类型,1表示活期储蓄,2表示定期储蓄,3表示其它业务,第二至第九位表示账号的编号,第十位表示校验码。校验码计算如下：如原码为,其权数为,

28、以11为模去除原码和权数的乘积之和,得出的余数作为校验码,本例校验码为7。以上代码在使用时要求工作人员在使用时记住每个代码的位数,含义;保证正确而熟练的使用各种代码.四）、数据库设计1、数据库逻辑结构设计数据库中有7个信贷员实体类型，分别是用户（姓名、编号、电话），客户信息资料，风险评估专员，信贷审批专员，信贷信息资料，贷款通过存档数据，信贷综合管理员，构建的实体关系图（E-R图）如下图所示。图4.4 商业银行数据库管理E-R图2、数据库物理结构设计依据上述数据库设计的规定及思想，我根据功能模块的划分与各个功能模块中的数据项组成，做了综合分析，使用Sybase公司的Power Designer

29、辅助工具进行数据建模，并用MSSQLSERVER 2000建立了数据库。表名描述银行员工总表系统用户表银行员工信息表记录员工的详细档案信息银行员工登陆日志表员工登陆记录银行部门表单位部门信息贷款客户信息表用于记录贷款客户各项信息贷款申请表用于记录贷款申请表的各项信息贷款分户表用于已发放贷款的各项基本信息贷款还款表用于记录贷款还款情况的基本信息贷款利息表用于记录贷款利息的信息贷款风险评估表用于记录贷款风险评估状态值的信息贷款审批表用于记录贷款申请贷款审批的基本信息贷款申请状态表用于记录申请表在各个节点上的审批状态信息1）、员工信息表，用于存储商业银行各种用户的信息，其结构如下表所示：员工表表名e

30、mployee描述员工信息表列名数据类型（精度范围）空/非空约束条件描述t_idvarchar(50)不为空主键员工编号t_usernamevarchar(50)不为空员工用户名t_passwordvarchar(50)不为空员工密码is_adminint(4)不为空使用权限is_forbidenbit(1)是否禁用t_namevarchar(50)不为空员工姓名t_sexvarchar(50)性别t_birthdatatime(8)出生日期t_deptvarchar(50)不为空外键所属部门t_dutyvarchar(50)职务t_titlevarchar(50)职称t_IDCardvarc

31、har(50)不为空身份证t_jiguanvarchar(50)籍贯t_salarylong(8)工资t_graduateFromvarchar(50)毕业学校t_majorvarchar(50)专业t_clindyvarchar(50)学历t_govvarchar(50)政治面貌t_phonevarchar(50)联系电话t_emailvarchar(50)电子邮件t_statusbit(1)办公状态t_memovarchar(50)备注补充说明2）、银行员工登陆日志表，用于记录员工的登陆及操作记录，其结构如表所示： 员工登陆日志表表名landLog描述登陆记录列名数据类型（精度范围）空/非

32、空约束条件描述landIDlong(8)非空主键登陆记录IDlandUserIDvarchar(50)非空外键登陆用户IDlandUserNamevarchar(50)非空登陆用户名landUserIPvarchar(50)非空登陆用户IPlandUserAddressvarchar(50)非空登陆地址landDescriblevarchar(50)登陆描述landTimedatetime(8)非空登陆时间补充说明3）、部门表，用于存储银行的部门设置，其结构如表所示： 银行部门表表名dept 描述部门信息表列名数据类型（精度范围）空/非空约束条件描述dept_namevarchar(50)不为

33、空主键部门名称dept_idint(4) 不为空部门编号dept_describetext(16)描述信息补充说明4）、贷款客户信息表，用于存储贷款客户的基本信息，其结构如表所示： 贷款客户信息表表名client描述贷款客户信息表列名数据类型（精度范围）空/非空约束条件描述client_idint(4) 不为空主键客户编号client_namevarchar(50)不为空外键客户姓名client_typebit(1)不为空客户类型client_addressvarchar(50)不为空客户地址client_telephonevarchar(50)不为空客户电话client_idcardvarc

34、har(50)不为空客户证件号client_zipcodevarchar(50)不为空客户邮编client_officevarchar(50)不为空客户单位client_emailvarchar(50)不为空电子邮件client_varchar(50)不为空客户年收入client_zonelong(8)不为空贷款账号client_moneylong(8)不为空贷款金额client_jbhbankvarchar(50)不为空基本账户开户行client_jbhzonelong(8)不为空基本账户账号client_balancezongelong(8)不为空结算账号client_riskdescri

35、bevarchar(50)不为空风险评价client_creditidvarchar(50)不为空经办信贷员编号补充说明5）、贷款申请表，用于存储贷款申请书的各项信息，其结构如表所示：贷款申请表表名loan描述贷款申请表列名数据类型（精度范围）空/非空约束条件描述loan_idint(4) 不为空主键贷款申请号loan_clientidlong(8)不为空外键客户号loan_typechar(8)不为空贷款种类loan_kindvarchar(50)不为空贷款性质loan_purposevarchar(50)不为空贷款用途loan_rangevarchar(50)不为空业务范围loan_mor

36、tagagevarchar(50)不为空抵押品loan_assuereidlong(8)不为空担保人客户号loan_moneyvarchar(50)不为空贷款金额loan_assetidlong(8)不为空资产管理号loan_applydatedatetime(8)不为空申请日期loan_examinedayedatetime(8)不为空审批日期loan_indicateBit(1)不为空放贷标志loan_examineridlong(8)不为空贷款审批人编号loan_evaluateridlong(8)不为空风险评估人编号loan_zonelong(8)不为空贷款帐号loan_contrac

37、tidlong(8)不为空贷款合同号loan_contractmoneylong(8)不为空贷款合同金额额loan_interestratelong(8)不为空贷款合同利率率loan_paybacktypevarchar(50)不为空还款方式loan_paybackdatedatetime(8)不为空还款时间loan_paybackperlong(8)不为空每期还款额loan_newmoneysumlong(8)不为空新增贷款金额额loan_adjustmoneysumlong(8)不为空调整贷款金额loan_creditidvarchar(50)不为空贷款经办信贷员补充说明6）、贷款分单表，

38、用于存储贷款分单数据的各项信息，其结构如表所示：贷款分单表表名perloan描述贷款分单表列名数据类型（精度范围）空/非空约束条件描述perloan_zonelong(8)不为空主键贷款帐号perloan_clientidlong(8)不为空外键客户号perloan_applyidlong(8)不为空贷款申请号perloan_subjectidlong(8)不为空贷款科目号perloan_signbit(2)不为空贷款使用标志perloan_indicatelong(8)不为空贷款标志perloan_creditvarchar(50)不为空贷款风险评价perloan_begindatetime

39、(8)不为空贷款开始日期perloan_overdatetime(8)不为空贷款到期日期perloan_extenddatetime(8)不为空贷款展期日期perloan_lasttimedatetime(8)不为空最后还款日期perloan_intertimedatetime(8)不为空最后计息日期perloan_remainlong(8)不为空贷款剩余金额perloan_trueratelong(8)不为空实际利率perloan_extratelong(8)不为空展期利率perloan_overratelong(8)不为空逾期利率perloan_fineratelong(8)不为空罚息利率

40、补充说明7）、贷款还款表，用于存储贷款还款的各项信息，其结构如表所示：贷款还款表表名lback描述贷款还款表列名数据类型（精度范围）空/非空约束条件描述lback_idlong(8)不为空主键还款记录号lback_zonelong(8)不为空贷款帐号lback_contractidlong(8)贷款合同号lback_zonenamevarchar(50)贷款户名lback_datedatetime(8)还款日期lback_moneysumlong(8)还款金额lback_remainsumlong(8)贷款剩余金额额lback_clientidlong(8)操作员编号补充说明8）、贷款利息表，

41、用于存储贷款利息数据的各项信息，其结构如表所示： 贷款利息表表名interest描述贷款利息表列名数据类型（精度范围）空/非空约束条件描述interest_idint(4) 不为空主键本期利息号interest_preidint(4) 不为空上一期利息号interest_signchar(2)不为空利息标志interest_zonelong(8)不为空贷款账号interest_contridlong(8)不为空贷款合同号interest_sumlong(8)不为空贷款金额interest_fldayedatetime(8)不为空复息最后日期interest_begindatetime(8)不为

42、空利息开始日期interest_overdatetime(8)不为空利息到期日期interest_cdatedatetime(8)不为空利息计算日期interest_dealdatedatetime(8)不为空利息处理日期interest_ratelong(8)不为空计息利率interest_ratesumlong(8)不为空利息额interest_preratelong(8)不为空原利息额interest_dealsignbit(2)不为空利息处理标记补充说明9）、贷款风险评估表，用于存储风险评估的各项信息，其结构如表所示：贷款风险评估表表名riskassentment描述列名数据类型（精度

43、范围）空/非空约束条件描述riskass_idlong(8)不为空主键风险评估编号riskass_zonelong(8)不为空贷款帐号riskass_clientidlong(8)不为空客户号riskass_applyidlong(8)不为空贷款申请号riskass_subjectidlong(8)不为空贷款科目号riskass_typechar(8)不为空贷款种类riskass_kindchar(8)不为空贷款性质riskass_purposevarchar(50)不为空贷款用途riskass_rangevarchar(50)不为空业务范围riskass_mortagagevarchar(5

44、0)不为空抵押品riskass_assuereidlong(8)不为空担保人客户号riskass_moneylong(8)不为空贷款金额riskass_precreditchar(2)不为空贷款人历史信用riskass_contractidlong(8)不为空贷款合同号riskass_consumlong(8)不为空贷款合同金额额riskass_coninterestlong(8)不为空贷款合同利率率riskass_paymeanchar(8)不为空还款方式riskass_paydatedatetime(8)不为空还款时间riskass_describevarchar(50)不为空客户信息描述

45、riskass_annrevenuelong(8)不为空客户年收入riskass_antirevenuelong(8)不为空贷款期可预期收益riskass_evaluatevarchar(50)不为空评价结果补充说明10）、贷款审批表，用于存储贷款审批表的各项信息，其结构如表所示： 贷款审批表表名loanapprove描述贷款申请表列名数据类型（精度范围）空/非空约束条件描述loanap_idint(4) 不为空主键贷款审批编号Loanap_loanid贷款申请号loanap_clientidlong(8)不为空外键客户号loanap_typechar(8)不为空贷款种类loanap_kindvarchar(50)不为空贷款性质loanap_purposev