银行信贷管理系统数据库设计说明书_v1.0
消费信贷系统架构设计说明书
宇信易诚消费信贷管理系统——架构设计说明书v0.1目录1概述 (4)1.1文档目的 (4)1.2背景与建设目标 (4)1.3设计规与约束 (5)1.4参考资料 (5)1.5述语 (6)2架构需求分析 (7)2.1消费贷关键业务场景分析 (7)2.1.1场景：申请 (7)2.1.2场景：电核 (8)2.1.3场景：审批 (9)2.1.4场景：面签 (10)2.1.5场景：还款计划与费率计算 (11)2.2消费贷业务特征 (11)2.3设计目标与原则 (12)3架构设计 (15)3.1系统业务架构 (15)3.1.1业务模式 (15)3.1.2业务流程 (16)3.1.3功能划分 (16)3.2系统逻辑架构 (18)3.2.1功能层次划分 (18)3.2.2功能层次关系 (20)3.3系统技术架构 (21)3.3.1子系统划分 (21)3.3.2技术选型 (24)3.3.3技术架构分层 (25)3.3.4关键技术点 (28)4功能设计 (36)4.1功能模块划分 (36)4.2功能结构设计 (38)5非功能设计 (42)5.1性能设计 (42)5.2安全设计 (43)5.3容错设计 (44)1概述1.1文档目的《架构设计说明书》用于确定消费信贷系统的整体架构，明确业务功能结构、技术方向、以及设计原则，为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。
消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计，本说明书将从消费贷业务特征分析为切入点，从业务架构、逻辑架构、技术架构等多个维度，逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时，也能兼顾将来一段时间的业务发展变化。
1.2背景与建设目标基于国整体消费金融业务的发展情况和银行关注消费金融的程度，以及国家加速发放消费金融牌照的趋势，为了能够抢占消费系统服务市场份额，特别研发新一代消费信贷管理系统。
信贷管理系统需求设计说明书
北京冠群驰骋投资管理有限公司信贷系统需求规格说明书北京联想利泰软件有限公司2015年6月签字确认经各方确认《北京冠群驰骋投资管理有限公司贷款系统需求规格说明书》（本文档）能够反映甲方对北京冠群驰骋投资管理有限公司贷款系统建设的要求，本需求规格说明书将作为系统验收的重要文档。
甲方：乙方：北京冠群驰骋投资管理有限公司北京联想利泰软件有限公司签字：日期：签字：日期：目录第一章借款销售..............................................５1.1工作台......................................................５1.1.1我的待办.................................................５1.1.2常用功能.................................................５1.1.3系统公告.................................................５1.2客户管理....................................................５1.2.1合同客户.................................................５1.2.2企业客户.................................................５1.2.3客户经理变更.............................................５1.3进件管理....................................................６1.3.1进件管理.................................................６1.4进件审核....................................................６1.4.1审核管理.................................................６1.5合同管理....................................................６1.5.1合同管理.................................................６1.5.2合同复核.................................................６1.5.3合同入库.................................................６第二章贷后管理..............................................７2.1贷后日常....................................................７2.1.1展期管理.................................................７2.1.2贷后跟踪.................................................７2.1.3合同变更.................................................７2.1.4减免管理.................................................７2.2抵质押权人管理..............................................８2.2.1抵、质押权人管理.........................................８2.3回款管理....................................................９2.3.1回款信息.................................................９2.3.2汇款匹配.................................................９第三章结算管理............................................１０3.1借款放款..................................................１０3.1.1放款...................................................１０3.2还款查账..................................................１１3.2.1汇款确认...............................................１１3.3拆账......................................................１１3.3.1拆账...................................................１１第四章系统管理............................................１２4.1系统管理..................................................１２4.1.1用户管理...............................................１２4.1.2角色管理...............................................１２4.1.3字典管理...............................................１２4.1.4审批额度管理...........................................１２第一章借款销售1.1工作台1.1.1我的待办操作用户进入系统后，可通过“我的待办”快捷的看到需要进行的工作任务，包括需要审核的调查、审核未通过需要重新提交申请材料的贷款申请以及审核通过了等待签订的合同等，直接点击任务即可进入工作页面.1.1.2常用功能业务人员可在此处迅速进入到系统的各个功能模块，来继续完成自己的工作。
人信贷信息管理系统需求规格说明书
编号：RJ/QMS-0007版本号：v1.0是否受控：是个人信贷信息管理系统需求规格说明书编制：审核：批准：北京大学金融信息化中心发布日期2006年08月01日实施日期2006年08月01日目录：1、前言 (3)1.1目的 (3)1.2背景 (3)1.3目标 (3)1.4读者和阅读建议 (3)1.5应用范围 (3)1.6定义、缩写、略语、约定 (4)1.6.1定义 (4)1.6.2缩写 (4)1.6.3略语 (4)1.6.4约定 (4)1.7参考资料 (4)2.系统概述 (4)2.1用户类型 (4)2.2产品功能 (4)2.3假设和依赖 (5)2.4其他对要开发的产品的宏观描述 (5)2.4.1会员管理系统 (5)2.4.2债权管理系统 (5)2.4.3产品管理系统 (5)2.4.4报表管理系统 (6)2.4.5系统管理 (6)４、扩展特性 (10)5、系统软件需求 (10)5.1标识 (10)5.2标识号命名 (10)5.3规范 (10)5.4 系统模块名称 (10)6、系统接口需求 (12)6.1系统外部接口 (12)6.2系统模块接口 (12)7、系统环境需求 (12)8、其他非功能需求 (12)1、前言随着金融行业的"个人信贷"日益广泛，管理手工操作的传统方式来完成重复性、流程化的任务，既浪费了人力、物力，还无法提高工作效率和工作质量，由计算机管理取代手工操作的需求十分紧迫。
经过多方考查和市场调研发现，目前尚没有一套适合金融行业的计算机软件系统可供个人信贷使用。
为此开发外"个人信贷信息管理"系统，以使金融行业的个人信贷管理工作能够适应新形式的需要并提高工作效率和质量，进一步推进金融行业信息化建设的进程。
1.1目的本软件是受信息化中心委托而建立的一套完整的银行个人贷款系统原型系统。
这套原型系统研发的目的是，提供一套结合中国实际和国外成熟经验的可以演示的个人贷款系统原型，提供在业务流程，信息管理，评分模型等方面的讨论基础，借以拓展信息化中心与金融机构的合作机会，才有可能在使用实际信贷数据的情况下,真正深入地在模型、商业模式等方面进行课题研究。
信贷管理系统操作说明
信贷管理系统操作说明文档编写：熊斌编写日期：2011—04—20目录第一章系统基本操作说明 (5)1。
1.退出系统 (6)1。
2.系统的快捷键操作 (6)第二章客户信息 (7)2。
1。
客户基本信息 (7)1.1.1.基本信息 (8)1.1.2。
关联人信息 (8)1。
1。
3.资产情况信息 (10)1。
1。
4.评定调查（主要针对贵州省信用社对个人客户信用评级） (10)1。
1。
5.贷款卡发放 (11)2。
2.黑名单管理 (12)2。
3。
客户共同管理 (12)客户共同管理申请 (13)客户共同管理批准 (13)2.4。
贷款卡入库(机构） (14)2。
5。
贷款卡入库（个人） (14)第三章贷款审批 (15)3。
2。
贷款调查 (17)3.3.贷款审查 (17)3。
4。
贷款审议 (18)3。
5.贷款审定、审批 (18)第四章贷款发放 (18)4。
1。
贷款基本信息 (19)4.2。
保证人信息 (19)4.3.抵押物信息 (19)4.4。
质押物信息 (19)4。
5.收费信息 (20)4。
6。
贷款展期 (20)第五章贷款收回 (20)5。
1。
贷款收回 (20)第六章贷后管理 (21)6.1。
诉讼管理 (21)6.2。
贷后检查 (22)6。
3.抵债资产管理 (23)6.4。
催收单打印 (24)6。
5.贷款催收回执登记 (24)第七章五级分类 (24)7.1。
五级分类矩阵调整 (24)7.3.禁止矩阵调整五级分类的贷款明细设置 (25)7。
4。
贷款科目矩阵调整 (26)第八章查询分析 (26)8.1.业务流水帐明细查询 (26)8。
2.科目汇总查询 (27)8.3。
贷款审批明细查询 (27)8。
4。
已审批未发放贷款 (27)8。
5。
汇总统计查询 (28)8。
6.贷前查询 (28)8.7。
十大户查询 (29)8.8。
贷款明细查询 (29)8。
9.还款还息明细查询 (30)8。
10.贷款日平均余额查询 (31)8。
11.保证人明细查询 (32)8.12.抵押物明细查询 (32)8。
银行信贷管理系统数据库设计说明书v
银行信贷管理系统数据库设计说明书vThe pony was revised in January 2021编写：武刘强日期：2013-12-08银行信贷管理系统数据库设计说明书变更记录目录目录 (4)1 引言 (6)预期的读者 (6)数据库 (6)目的和作用 (6)2 数据字典设计 (6)3 数据库设计 (7)系统物理结构设计 (7)表设计 (9)客户信息表 dk_kh (9)贷款申请表 dk_sq (11)用户信息表 t_person (13)单位信息表 t_dw (14)资产管理表 t_zcgl (15)贷款分户表 t_dkfh (16)部门信息表 t_depart (18)系统角色表 t_role (19)贷款还款表 t_dkhk (19)贷款利息表 t_dklx (20)表之间的关联设计 (22)存储过程设计 (22)触发器设计 (23)Job设计 (23)1引言1.1预期的读者1．项目经理2．客户项目经理3．系统开发人员4．系统测试人员1.2数据库所采用的数据库管理系统是Oracle v10中文简体版1.3目的和作用将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。
2数据字典设计数据字典的主要目的是提供查阅对不了解的条目的解释。
在数据字典中记录数据元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置—记录、文件和数据库等）。
下面的例子是通过卡片来描述数据字典：式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。
本节主要将前一阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构，完成逻辑结构设计。
[14-19]（1）部门实体拥有部门编号、名称、电话、地址、职能和负责人等属性。
信用卡管理系统软件系统设计说明书
Credit Card Management System Software System Design Specification 信用卡管理系统软件系统设计说明书版权所有不得复制Copyright © Broaden Gate Technologies, Co., Ltd.. All Rights ReservedRevision Record 修订记录Catalog 目录1Introduction 简介 (6)1.1Purpose 目的 (6)1.2Scope 范围 (6)1.2.1Name 软件名称 (6)1.2.2Functions 软件功能 (6)1.2.3Applications软件应用 (6)2Level 0 Design Description第0层设计描述 (6)2.1Software System Context Definition 软件系统上下文定义 (6)2.2Design Considerations 设计思路 (8)2.2.1Design Alternatives 设计可选方案 (8)2.2.2Design Constraints 设计约束 (8)3Level 1 Design Description第一层设计描述 (9)3.1System Architecture系统结构 (9)3.1.1Description of the Architecture系统结构描述 (9)3.2Decomposition Description分解描述 (9)3.2.1客户管理子系统 (9)3.2.2报表管理子系统 (10)3.2.3系统管理子系统 (10)4Level 2 Design Description第二层设计描述 (10)4.1账户管理模块 (10)4.1.1Design Description模块设计描述 (11)4.1.2Function Illustration功能实现说明 (14)4.2信用卡管理模块 (18)4.2.1Design Description模块设计描述 (18)4.2.2Function Illustration功能实现说明 (19)4.3报表管理模块 (20)4.3.1Design Description模块设计描述 (20)4.3.2Function Illustration功能实现说明 (21)4.4系统管理模块 (22)4.4.1Design Description模块设计描述 (22)4.4.2Function Illustration功能实现说明 (23)5Interface Design界面设计 (26)5.1登录界面 (26)5.2账户管理 (27)5.2.1开户 (27)5.2.2账户查询 (28)5.2.3信用卡开卡 (28)5.3报表管理 (30)5.3.1客户分布统计 (31)5.3.2交易类型统计 (32)5.4系统管理 (33)5.4.1添加用户 (33)5.4.2用户信息维护 (33)6Database Design数据库设计 (34)6.1Entities Definition实体定义 (34)6.1.1Decomposition Description分解描述 (34)6.1.2Internal Dependency Description内部依赖性描述 (34)7Detailed Design of the Database数据库详细设计 (37)7.1数据库表设计 (37)7.2各表联系图 (43)Keywords 关键词：信用卡管理、详细设计Abstract 摘要：本文档包括信用卡管理系统V1.0的硬件和软件环境、本系统的各项功能说明以及和外部的约束关系List of abbreviations 缩略语清单：1Introduction 简介1.1Purpose 目的本需求规格说明书的编写目的，是为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
佛山小企业信贷管理系统设计说明书—核心接口V1.0.2
佛山小企业信贷管理系统设计说明书_核心接口详细设计说明书Revision Record 修订记录目录第1章.概述 (4)第2章.设计方案 (4)2.1.通讯方式 (4)2.1.1.信贷到核心 (4)第3章.接口规范 (7)3.1.1.客户码提取 (7)3.1.2.客户账户查询 (8)3.1.3.存款账户余额查询 (9)3.1.4.协议还款计划查询 (10)3.1.5.建立(修改)协议还款计划 (11)3.1.6.客户信息查询 (12)3.1.7.按客户号/帐号查询证件号（用于建账系统） (14)3.1.1.担保品状态查询 (14)第1章. 概述 第2章. 设计方案2.1. 通讯方式2.1.1. 信贷到核心2.1.1.1. 基本通信协议采用TCP/IP 短连接，通信双方每次通信时建立连接，通信结束后关闭连接。
对于信贷调用前置的交易，前置监听SOCKET 端口，接收、处理、返回交易请求。
交互方式:2.1.1.2. 数据传输在TCP/IP 网络中传输的应用数据采用下面的格式进行传送。
数据长度6个字节，用ASCII 码表示的数据长度。
其值为不包含该数据长度字段，但包括交易码长度字段的数据包长度。
不足6个字节左补“0”，例如：数据块长度为128，则数据长度表示为“000128”。
交易码标识交易的代码，固定由6个字节组成。
数据块应用层要传输的交易报文数据。
2.1.1.3. 超时时间接收报文的超时时间为90秒。
2.1.1.4. 报文说明信贷与前置间采用XML报文格式，所有报文包含报文头和报文体两部分。
报文说明2.1.1.5. 报文编码报文编码使用gb2312编码。
2.1.1.6. 属性说明n 表示0至9的数字字符a 表示数字和英文字字符G 表示GBK定义的16位（16bits or双字节）编码字符B 表示二进制格式存储，其后的长度为Byte2.1.1.7. 报文头报文头信息在报文头节点<head>之内，具体的内容在请求报文头与应答报文头有差异，具体内容如下：2.1.1.8. 请求报文头2.1.1.9. 应答报文头2.1.1.10. 报文体报文体信息在报文体节点<body>之内，对于数组，通过节点<list>进行标识。
信贷数据库设计说明
信贷项目数据库设计说明书2018年01月28日文件修订历史记录目录1. 引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 术语及缩略语 (1)1.4 参考资料 (1)2. 总体设计规范 (1)2.1 数据划分及标识 (1)2.1.1 数据对象分类 (1)2.1.2 数据类型分类 (1)2.1.3 数据项类型分类 (3)2.2 数据设计原则 (3)2.2.1 表 (3)2.2.2 字段 (3)2.2.3 键和索引 (4)2.3 数据对象命名规范 (4)2.3.1 数据库 (4)2.3.2 表 (5)2.3.3 视图 (5)2.4 业务对象命名规则 (6)2.4.1 文件归档分类编码规则 (6)2.5 数据模型设计工具要求 (6)2.6 安全保密设计 (7)2.7 支持软件 (7)3. 概念结构设计 (7)3.1 总体模型信息 (7)3.1.1 总体模型关系图 (7)3.1.2 总体模型关系描述 (7)3.2 客户管理模块信息 (8)3.2.1 客户管理模块关系图 (8)3.2.2 客户管理模块关系描述 (8)3.3 评级管理模块信息 (8)3.3.1 评级管理模块关系图 (8)3.3.2 评级管理模块关系描述 (9)3.4 授信申请模块信息 (9)3.4.1 授信申请模块关系图 (9)3.4.2 授信申请模块关系描述 (9)3.5 审批流程模块信息 (10)3.5.1 审批流程模块关系图 (10)3.5.2 审批流程模块关系描述 (10)3.6 合同管理模块信息 (10)3.6.1 合同管理模块关系图 (10)3.6.2 合同管理模块关系描述 (10)3.7.1 出账日终模块关系图 (11)3.7.2 出账日终模块关系描述 (11)3.8 贷后管理模块信息 (11)3.8.1 贷后管理模块关系图 (11)3.8.2 贷后管理模块关系描述 (11)3.9 减值准备模块信息 (12)3.9.1 减值准备模块关系图 (12)3.9.2 减值准备模块关系描述 (12)3.10 担保管理模块信息 (12)3.10.1 担保管理模块关系图 (12)3.10.2 担保管理模块关系描述 (12)3.11 业务资料模块信息 (13)3.11.1 业务资料模块关系图 (13)3.11.2 业务资料模块关系描述 (13)4. 逻辑结构设计 (13)4.1 客户管理模块相关信息 (13)4.1.1 逻辑关系图 (13)4.1.2 客户管理表清单 (14)4.1.3 客户管理表明细 (15)4.2 评级管理模块相关信息 (60)4.2.1 逻辑关系图 (60)4.2.2 评估管理表清单 (60)4.2.3 评估管理表明细 (60)4.3 授信申请模块相关信息 (63)4.3.1 逻辑关系图 (63)4.3.2 授信申请模块表清单 (63)4.3.3 授信管理表明细 (64)4.4 审批流程模块相关信息 (100)4.4.1 逻辑关系图 (101)4.4.2 审批流程模块表清单 (101)4.4.3 审批流程模块表明细 (101)4.5 合同管理模块相关信息 (106)4.5.1 逻辑关系图 (106)4.5.2 合同管理模块表清单 (107)4.5.3 合同管理模块表明细 (108)4.6 出账日终模块相关信息 (136)4.6.1 逻辑关系图 (136)4.6.2 出账日终模块表清单 (136)4.6.3 出账日终模块表明细 (136)4.7 贷后管理模块相关信息 (150)4.7.1 逻辑关系图 (150)4.7.2 贷后管理模块表情单 (150)4.7.3 贷后管理模块表明细 (151)4.8.1 逻辑关系图 (172)4.8.2 减值准备模块表清单 (173)4.8.3 减值准备模块表明细 (173)4.9 担保管理模块相关信息 (183)4.9.1 逻辑关系图 (183)4.9.2 担保管理模块表情单 (183)4.9.3 担保管理模块表详情 (184)4.10 业务资料模块相关信息 (189)4.10.1 逻辑关系图 (189)4.10.2 业务资料模块表情单 (189)4.10.3 业务资料模块表情单 (189)5. 物理结构设计 (196)5.1 数据库设计参数 (196)5.1.1 数据库主要配置参数 (196)5.1.2 数据库缓冲区设计 (196)5.2 表空间规划及物理存储参数 (197)5.3 表空间SQL规程 (197)5.4 数据库用户创建 (197)5.5 数据库用户创建 (197)5.6 角色授权 (198)1.引言1.1编写目的该文档的目标是说明新信贷系统的数据库的物理设计及逻辑设计。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXX数据库设计说明书
银行信贷管理系统数据库设计说明书
编写：武刘强日期：2013-12-08
变更记录
目录
目录 (3)
1 引言 (4)
1.1 预期的读者 (4)
1.2 数据库 (4)
1.3 目的和作用 (4)
2 数据字典设计 (4)
3 数据库设计 (5)
3.1 系统物理结构设计 (5)
3.2 表设计 (8)
3.2.1 客户信息表dk_kh (8)
3.2.2 贷款申请表dk_sq (9)
3.2.3 用户信息表t_person (9)
3.2.4 单位信息表t_dw (10)
3.2.5 资产管理表t_zcgl (10)
3.2.6 贷款分户表t_dkfh (10)
3.2.7 部门信息表t_depart (11)
3.2.8 系统角色表t_role (11)
3.2.9 贷款还款表t_dkhk (11)
3.2.10 贷款利息表t_dklx (12)
3.3 表之间的关联设计 (12)
3.4 存储过程设计 (13)
3.5 触发器设计 (13)
3.6 Job设计 (13)
1引言
1.1 预期的读者
1．项目经理
2．客户项目经理
3．系统开发人员
4．系统测试人员
1.2 数据库
所采用的数据库管理系统是Oracle v10中文简体版
1.3 目的和作用
将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。
2数据字典设计
数据字典的主要目的是提供查阅对不了解的条目的解释。
在数据字典中记录数据元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置—记录、文件和数据库等）。
下面的例子是通过卡片来描述数据字典：
3 数据库设计
3.1 系统物理结构设计
数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。
本节主要将前一阶段设计好的基本E-R 图转换为与选用DBMS 产品所支持的数据模型相符合的逻辑结构，完成逻辑结构设计。
[14-19]
（1）部门实体拥有部门编号、名称、电话、地址、职能和负责人等属性。
部门实体图如图3.1所示。
部 门
职能
电话
名称负责人
地址
部门号
图3.1 部门实体图
（2）操作员实体包括人员姓名、性别、电话身份证、手机号、家庭地址和所属部门等属性。
操作员实体图如图3.2所示。
操作员身份证号
姓名手机号
家庭地址性别所属部门
电话
图3.2 操作员实体图
（3）客户实体包括账户、姓名、客户类型、证件号码、联系地址和信用评级等属性。
客户实体图如图3.3所示。
客户
证件号码
姓名账户
地址
信用评级种类
...
图3.3 客户实体图
（4）资产实体包括资产编号、评估公司、评估价格、存放单位、相应贷款金额评估日期等属性。
资产实体图如图3.4所示。
资 产
相应贷款
评估金额评估公司评估日期
存放单位
编号
图3.4 资产实体图
（5）贷款实体包括贷款编号、客户号、贷款分类、金额、抵押物和贷款期限等属性。
贷款实体图如图3.5所示。
贷 款
抵押物
贷款分类
客户号贷款期限
金额
编号
图3.5贷款实体图
（6）利息实体包括贷款编号、客户号、贷款金额、贷款利率、利息额和处理标志等属性。
利息实体图如图3.6所示。
利 息
利息额贷款金额客户号处理标志
贷款利率
编号
图3.6 利息实体图
（7）客户信息维护（管理）操作包括客户和管理员两个实体。
一个管理员
可以对多个客户进行信息维护，二者关系为1：N 。
客户信息维护的E-R 图如图3.7所示。
管理员
1
维护
N
客户
图3.7 客户信息维护实体图
（8）贷款发放操作包括放贷人员、贷款和客户三个实体。
一个放贷人员可以对多个客户进行贷款，二者关系为1：N ；而一个客户可以获得多笔贷款，二者关系为1：M 。
贷款发放的E-R 图如图3.8所示。
信贷人员
1
放贷
N
客户
贷款
获得
1
M
图3.8 贷款发放实体图
（9）利息计算操作包括会计人员、贷款和利息三个实体。
一个会计人员可以对进行多次利息，二者关系为1：N ；一项贷款可以拥有多笔利息，二者关系为1：M 。
利息计算的E-R 图如图3.9所示。
会计人员
1
计算
N
贷款
利息
包含
1
M
图3.9贷款发放实体图
(10)角色分配操作包括操作员，人员和角色三个实体。
一个操作员可以添加多个角色，二者关系为1：N ；一个角色拥有多个用户，而一个用户只有一个角色，二者关系为1:M 。
角色分配的E-R 图如图3.10所示。
人员
N
赋予
1
系统管理员
角色
分配
1
N
图3.10 角色分配实体图
信贷管理系统主要包括以下实体：客户管理员、客户、贷款、信贷员、贷款、利息、会计、角色和系统管理员等九个角色。
经过以上的分析可知，客户和客户管理员的关系为N ：1；客户与贷款的关系为1：N ，信贷员与贷款的关系为1：M ；贷款与利息的关系为1：N ，会计与利息的关系为1：M 。
系统管理员可以设置多个角色，二者关系为1：N 。
每一个系统角色（用户组）可以包含多个用户，角色与信贷员的关系、角色与会计的关系以及角色与客户管理员的关系都为一对多。
信贷系统整体E-R 图如图3.11所示。
客 户
1
管理
N
客户管理员
借贷贷 款1M 放贷信贷员
N 11
产生
N 利息M 计算1
会计
角色
设置
系统管理员
分配
1
M 分配
分配1N
1
N
1
N
图3.11 信贷管理系统整体E-R 图
3.2 表设计
3.2.1 客户信息表 dk_kh
表3.1 客户信息表
3.2.2贷款申请表dk_sq
表3.2 贷款申请表
3.2.3用户信息表t_person
表3.3 用户信息表
3.2.4单位信息表t_dw
表3.4 单位信息表
3.2.5资产管理表t_zcgl
表3.5 资产管理表
3.2.6贷款分户表t_dkfh
表3.6 贷款分户表
3.2.7部门信息表t_depart
表3.7 部门信息表
3.2.8系统角色表t_role
表3.8 系统角色表
3.2.9贷款还款表t_dkhk
表3.9 贷款还款表
3.2.10贷款利息表t_dklx
表3.10 贷款利息表
表设计中应注意的问题：
1．对于字符类型的字段，要仔细确认字段的可能长度。
在SQL Server数据库设计中，一般来说，对于定长的字符数据字段，去字符类型(char)，对于不定长的，取变长字符类型(varchar)。
2．对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。
如：人员分类为高职、中职、低职；如果用字符类型，则将这些字符串需要入库；如果使用数字类型分别用1、2、3代表高职、中职、低职，则入库的是数字信息，从程序编写的角度考虑，后者更好维护一些，主要体现在如果是多语言版本时，我们不需要在程序中将这些字符串信息进行判断处理。
3.3 表之间的关联设计
为了保证数据的完整性，需要对表之间相互的数据进行约束，主要是通过外键来实现数据增删时的数据完备。
3.4 存储过程设计
存储过程是一组预先定义并编译好的SQL语句，可以接受参数、返回状态值和参数值，并可以嵌套调用。
使用存储过程可以改变SQL语句的运行性能，提高其执行效率。
存储过程还可用做一种安全机制，使用户通过它访问未授权的表或视图。
3.5 触发器设计
触发器是一种特殊的存储过程，当表中的数据被修改时，由系统自动执行。
使用触发器可以实施更为复杂的的数据完整性约束。
3.6 Job设计
数据库系统提供了Job功能，该功能可以用来解决需要定期处理商业数据的问题。