银行信贷管理系统数据库设计说明书v
信贷管理系统需求设计说明书
北京冠群驰骋投资管理有限公司信贷系统需求规格说明书北京联想利泰软件有限公司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常用功能业务人员可在此处迅速进入到系统的各个功能模块，来继续完成自己的工作。
（完整版）消费信贷系统架构设计说明书
（完整版）消费信贷系统架构设计说明书宇信易诚消费信贷管理系统——架构设计说明书v0.1目录1概述 (4)1.1文档目的 (4)1.2背景与建设目标 (4)1.3设计规范与约束 (4)1.4参考资料 (5)1.5述语 (5)2架构需求分析 (6)2.1消费贷关键业务场景分析 (6)2.1.1场景：申请 (6)2.1.2场景：电核 (6)2.1.3场景：审批 (7)2.1.4场景：面签 (8)2.1.5场景：还款计划与费率计算 (9)2.2消费贷业务特征 (9)2.3设计目标与原则 (9)3架构设计 (11)3.1系统业务架构 (11)3.1.1业务模式 (11)3.1.2业务流程 (11)3.1.3功能划分 (12)3.2系统逻辑架构 (13)3.2.1功能层次划分 (13)3.2.2功能层次关系 (14)3.3系统技术架构 (15)3.3.1子系统划分 (15)3.3.2技术选型 (17)3.3.3技术架构分层 (17)3.3.4关键技术点 (19)4功能设计 (24)4.1功能模块划分 (24)4.2功能结构设计 (25)5非功能设计 (28)5.1性能设计 (28)5.2安全设计 (28)5.3容错设计 (29)1概述1.1文档目的《架构设计说明书》用于确定消费信贷系统的整体架构，明确业务功能结构、技术方向、以及设计原则，为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。
消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计，本说明书将从消费贷业务特征分析为切入点，从业务架构、逻辑架构、技术架构等多个维度，逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时，也能兼顾将来一段时间内的业务发展变化。
1.2背景与建设目标基于国内整体消费金融业务的发展情况和银行关注消费金融的程度，以及国家加速发放消费金融牌照的趋势，为了能够抢占消费系统服务市场份额，特别研发新一代消费信贷管理系统。
银行信贷管理系统数据库设计说明书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编写目的该文档的目标是说明新信贷系统的数据库的物理设计及逻辑设计。
消费信贷系统架构设计说明书
宇信易诚消费信贷管理系统——架构设计说明书v0.1目录1概述 (4)1.1文档目的 (4)1.2背景与建设目标 (4)1.3设计规范与约束 (4)1.4参考资料 (5)1.5述语 (5)2架构需求分析 (6)2.1消费贷关键业务场景分析 (6)2.1.1场景：申请 (6)2.1.2场景：电核 (6)2.1.3场景：审批 (7)2.1.4场景：面签 (8)2.1.5场景：还款计划与费率计算 (9)2.2消费贷业务特征 (9)2.3设计目标与原则 (9)3架构设计 (11)3.1系统业务架构 (11)3.1.1业务模式 (11)3.1.2业务流程 (11)3.1.3功能划分 (12)3.2系统逻辑架构 (13)3.2.1功能层次划分 (13)3.2.2功能层次关系 (14)3.3系统技术架构 (15)3.3.1子系统划分 (15)3.3.2技术选型 (17)3.3.3技术架构分层 (17)3.3.4关键技术点 (19)4功能设计 (24)4.1功能模块划分 (24)4.2功能结构设计 (25)5非功能设计 (28)5.1性能设计 (28)5.2安全设计 (28)5.3容错设计 (29)1概述1.1文档目的《架构设计说明书》用于确定消费信贷系统的整体架构，明确业务功能结构、技术方向、以及设计原则，为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。
消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计，本说明书将从消费贷业务特征分析为切入点，从业务架构、逻辑架构、技术架构等多个维度，逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时，也能兼顾将来一段时间内的业务发展变化。
1.2背景与建设目标基于国内整体消费金融业务的发展情况和银行关注消费金融的程度，以及国家加速发放消费金融牌照的趋势，为了能够抢占消费系统服务市场份额，特别研发新一代消费信贷管理系统。
信贷(车贷)管理系统需求设计说明书
信贷(车贷)管理系统需求设计说明书信贷(车贷)管理系统需求设计说明书1、引言本文档旨在对信贷(车贷)管理系统的需求进行详细说明，包括系统的功能、性能、安全性要求以及各个模块的详细设计。
本文档适用于开发人员、测试人员和项目经理等相关人员。
2、系统概述2.1 系统背景车贷业务是指通过金融机构向客户提供购车贷款服务的过程。
为了提高业务处理效率和质量，需要开发一个信贷(车贷)管理系统来支持车贷业务的各个环节。
2.2 系统目标信贷(车贷)管理系统旨在实现以下目标：- 提供客户在线申请车贷的功能。
- 支持信贷审核、贷款发放和还款管理等功能。
- 实现信贷业务的自动化处理，提高工作效率。
- 提供报表统计和数据分析功能，帮助管理决策。
3、功能需求3.1 客户管理客户管理模块应具备以下功能：- 客户信息录入：包括个人基本信息、联系方式、工作情况等。
- 客户信息查询：支持按照不同条件查询客户信息。
- 客户信息修改：支持客户信息的修改和更新。
3.2 申请管理申请管理模块应具备以下功能：- 申请单录入：客户可以在线填写申请表并提交。
- 申请单审核：支持信贷审核人员对申请单进行审核。
- 申请进度查询：客户和信贷审核人员可以查询申请的审核进度。
- 审批结果通知：通知客户申请是否通过。
3.3 贷款管理贷款管理模块应具备以下功能：- 贷款发放：根据申请单审核结果，支持信贷人员将贷款发放至客户账户。
- 还款管理：记录客户的还款情况，包括还款日期、还款金额等。
- 还款提醒：系统自动提醒客户还款日期和应还金额。
3.4 数据统计与分析数据统计与分析模块应具备以下功能：- 报表：根据需要各类贷款统计报表。
- 数据分析：对贷款数据进行分析，提供趋势分析和预测功能。
- 数据导出：支持将报表和分析结果导出至Excel或其他格式。
4、性能需求4.1 响应时间系统应能够在合理的时间内响应用户的请求，响应时间不应超过2秒。
4.2 并发性能系统应能够同时处理1000个用户的请求。
银行信贷管理系统的分析和设计说明
第三章需求分析3.2 系统开发原则3.2.1 设计原则商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统的有关规，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。
3.2.2 实施原则在商业银行信贷管理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。
在进行具体的产品和方法选择时，一方面应坚持先进性原则，先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循实用性原则，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本）等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发，做到先进性和实用性的相结合。
3.2.3 运行管理原则系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段应当充分考虑到系统的日常维护工作，提高系统的可维护性。
一方面，信贷管理系统所涉及的是商业银行及其客户的信贷业务信息和主要经济财务指标等敏感性信息，因此信息的安全可靠性是系统设计中应当着重考虑的。
这要求系统设计和实现时充分考虑诸如信息的性、访问的可控性、数据的完整性、系统的冗余性等安全可靠性因素。
另一方面，正因为系统的运行管理融合于日常的业务运作过程之中，这又要求系统所提供的相应的保证安全可靠的手段使用灵活、便于管理，并能随着安全策略的改变而有一定的弹性，做到在保证系统安全可靠性的基础上尽可能提供相应的灵活性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
编写：武刘强日期：2013-12-08 银行信贷管理系统数据库设计说明书
变更记录
目录
目录 (3)
1 引言 (5)
1.1 预期的读者 (5)
1.2 数据库 (5)
1.3 目的和作用 (5)
2 数据字典设计 (5)
3 数据库设计 (6)
3.1 系统物理结构设计 (6)
3.2 表设计 (7)
3.2.1 客户信息表 dk_kh (7)
3.2.2 贷款申请表 dk_sq (8)
3.2.3 用户信息表 t_person (10)
3.2.4 单位信息表 t_dw (11)
3.2.5 资产管理表 t_zcgl (12)
3.2.6 贷款分户表 t_dkfh (12)
3.2.7 部门信息表 t_depart (14)
3.2.8 系统角色表 t_role (14)
3.2.9 贷款还款表 t_dkhk (15)
贷款利息表 t_dklx (16)
3.3 表之间的关联设计 (17)
3.4 存储过程设计 (17)
3.5 触发器设计 (18)
3.6 Job设计 (18)
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所示。
图3.7 客户信息维护实体图
（8）贷款发放操作包括放贷人员、贷款和客户三个实体。
一个放贷人员可以对多个客户进行贷款，二者关系为1：N；而一个客户可以获得多笔贷款，二者关系为1：M。
贷
款发放的E-R图如图3.8所示。
图3.8 贷款发放实体图
（9）利息计算操作包括会计人员、贷款和利息三个实体。
一个会计人员可以对进行多次利息，二者关系为1：N；一项贷款可以拥有多笔利息，二者关系为1：M。
利息计算的E-R图如图3.9所示。
图3.9贷款发放实体图
(10)角色分配操作包括操作员，人员和角色三个实体。
一个操作员可以添加多个角色，二者关系为1：N；一个角色拥有多个用户，而一个用户只有一个角色，二者关系为1:M。
角色分配的E-R图如图3.10所示。
图3.10 角色分配实体图
信贷管理系统主要包括以下实体：客户管理员、客户、贷款、信贷员、贷款、利息、会计、角色和系统管理员等九个角色。
经过以上的分析可知，客户和客户管理员的关系为N：1；客户与贷款的关系为1：N，信贷员与贷款的关系为1：M；贷款与利息的关系为1：N，会计与利息的关系为1：M。
系统管理员可以设置多个角色，二者关系为1：N。
每一个系统角色（用户组）可以包含多个用户，角色与信贷员的关系、角色与会计的关系以及角色与客户管理员的关系都为一对多。
信贷系统整体E-R图如图3.11所示。
图3.11 信贷管理系统整体E-R图
3.2 表设计
3.2.1客户信息表 dk_kh
3.2.2贷款申请表 dk_sq
3.2.3用户信息表 t_person
3.2.4单位信息表 t_dw
3.2.5资产管理表 t_zcgl
3.2.6贷款分户表 t_dkfh
3.2.7部门信息表 t_depart
3.2.8系统角色表 t_role
3.2.9贷款还款表 t_dkhk
3.2.10贷款利息表 t_dklx
表设计中应注意的问题：
1．对于字符类型的字段，要仔细确认字段的可能长度。
在SQL Server数据库设计中，一般来说，对于定长的字符数据字段，去字符类型(char)，对于不定长的，取变长字符类型(varchar)。
2．对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。
如：人员分类为高职、中职、低职；如果用字符类型，则将这些字符串需要入库；如果使用数字类型分别用1、2、3代表高职、中职、低职，则入库的是数字信息，从程序编写的角度考虑，后者更好维护一些，主要体现在如果是多语言版本时，我们不需要在程序中将这些字符串信息进行判断处理。
3.3 表之间的关联设计
为了保证数据的完整性，需要对表之间相互的数据进行约束，主要是通过外键来实现数据增删时的数据完备。
3.4 存储过程设计
存储过程是一组预先定义并编译好的SQL语句，可以接受参数、返回状态值和参数值，并可以嵌套调用。
使用存储过程可以改变SQL语句的运行性能，提高其执行效率。
存储过程还可用做一种安全机制，使用户通过它访问
未授权的表或视图。
3.5 触发器设计
触发器是一种特殊的存储过程，当表中的数据被修改时，由系统自动执行。
使用触发器可以实施更为复杂的的数据完整性约束。
3.6 Job设计
数据库系统提供了Job功能，该功能可以用来解决需要定期处理商业数据的问题。