银行信贷管理系统数据库设计说明书v10.doc

 变更记录 日期 版本 变更说明 作者 2013-10-24 V1.2 创建此文档 武刘强小组 2013-10-28 V1.2 对此文档进行修改审核 武刘强小组 目 录 目 录 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 10 3.2.4 单位信息表 t_dw 10 3.2.5 资产管理表 t_zcgl 10 3.2.6 贷款分户表 t_dkfh 11 3.2.7 部门信息表 t_depart 11 3.2.8 系统角色表 t_role 11 3.2.9 贷款还款表 t_dkhk 12 3.2.10 贷款利息表 t_dklx 12 3.3 表之间的关联设计 13 3.4 存储过程设计 13 3.5 触发器设计 13 3.6 Job设计 13 引言 预期的读者 1．项目经理 2．客户项目经理 3．系统开发人员 4．系统测试人员 数据库 所采用的数据库管理系统是Oracle v10中文简体版 目的和作用 将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。 数据字典设计 数据字典的主要目的是提供查阅对不了解的条目的解释。在数据字典中记录数据元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置—记录、文件和数据库等）。 下面的例子是通过卡片来描述数据字典： 数据库设计 系统物理结构设计 数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。 图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图 表设计 客户信息表 dk_kh 表3.1　客户信息表 字段名 类型 长度与格式 备注 说明 kdid Int 4 Primary key 客户号 Name char 20 Not null 客户