《银行信贷管理系统数据库设计说明书v1.0.doc》由会员分享，可在线阅读，更多相关《银行信贷管理系统数据库设计说明书v1.0.doc（13页珍藏版）》请在三一办公上搜索。
1、银行信贷管理系统数据库设计说明书变更记录日期版本变更说明作者-10-24V1.2创建此文档吴超宏小组-10-28V1.2对此文档进行修改审核吴超宏小组签字确认职务姓名签字日期组长吴超宏吴超宏-10-28目 录目 录31 引言41.1 预期的读者41.2 数据库41.3 目的和作用42 数据字典设计43 数据库设计53.1 系统物理结构设计53.2 表设计83.2.1 客户信息表 dk_kh83.2.2 贷款申请表 dk_sq93.2.3 用户信息表 t_person103.2.4 单位信息表 t_dw103.2.5 资产管理表 t_zcgl103.2.6 贷款分户表 t_dkfh113.2.7
2、 部门信息表 t_depart113.2.8 系统角色表 t_role113.2.9 贷款还款表 t_dkhk123.2.10 贷款利息表 t_dklx123.3 表之间的关联设计133.4 存储过程设计133.5 触发器设计133.6 Job设计131 引言1.1 预期的读者1项目经理2客户项目经理3系统开发人员4系统测试人员1.2 数据库l 所采用的数据库管理系统是Oracle v10中文简体版1.3 目的和作用将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。2 数据字典设计数据字典的主要目的是提供查阅对不了解的条目的解释。在数据字典中记录数据元素的下列信息：
3、一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置记录、文件和数据库等）。下面的例子是通过卡片来描述数据字典：名字： t_zcgl别名：描述：资产管理的唯一标识定义：Zcgl_id Dksqid Zcgl_Pgje位置：资产管理表名字：dk_sq别名：描述：唯一贷款申请说明定义：Dk_sqh Dkkhid Dkzl位置：贷款申请表 名字：dk_kh别名：描述：贷款客户的具体信息定义：khid Name Khzl Khdz Khdh
4、 Zjhm Post位置：客户信息表名字： t_role别名：描述：系统的角色定义，权限的管理定义：Rol_id Rol_type Rol_qx Rol_name位置：系统角色表名字：t_dklx别名：描述：利息要分别计算定义：lx_id dk_zh位置：贷款利息表名字： t_dkhk别名：描述：还款后需在还款表注明定义：hk_id dk_zh Dk_hm位置：贷款还款表3 数据库设计3.1 系统物理结构设计数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。本节主要将前一阶段设计
5、好的基本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）贷
6、款实体包括贷款编号、客户号、贷款分类、金额、抵押物和贷款期限等属性。贷款实体图如图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所示。图
7、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
8、：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.1客户信息表字段名类型长度与格式备注说明kdidInt4Primary key客户号Namechar20Not null客户名称Khzlchar1Not null客户种类：1 单位，2个人Khdzch
9、ar60Not null客户地址KhdhChar20Not null客户电话Zjhmchar18Not null证件号码PostChar6Not null邮编EmailChar30电邮地址accountChar20首笔贷款账号Dkjemoney18贷款金额KhhmcChar20开户行名称JbhzhChar20基本户账户jszhChar12结算账号xypjint4信用评级SjdwChar60上级单位XdyhInt4归属信贷员号3.2.2 贷款申请表 dk_sq表3.2贷款申请表字段名类型长度与格式备注说明Dk_sqhDec(10)10:yyyymmdd00Primary key贷款申请号：自动生
10、成Dkkhidint4Not null客户号：外键Dkzlchar10Not null贷款种类DkxzChar10贷款性质DkytChar20贷款用途DkfwChar10贷款范围Dkdypchar16贷款抵押品dypjemoney18抵押品金额DbridInt4担保人客户号DkjeMoney18贷款金额ZcglidInt4资产管理号SqrqDate8:yyyy-mm-dd申请日期SprqDate8:yyyy-mm-dd审批日期FdbzInt4放贷标志SpridInt4审批人标号DkzhDkzh12贷款账户DkhthChar6贷款合同号DkhtjeMoney18贷款合同金额DkhtllMoney
11、18合同贷款利率HkfsChar3还款方式MqhkjeMoney18每期还款金额dcxdyidint4调查信贷员3.2.3 用户信息表 t_person表3.3用户信息表字段名类型长度与格式备注说明Per_idinteger4Primary key用户编号Per_codchar6Not null人员代号per_namechar16Not null姓名Per_sexBit2性别:1男，0 女 Per_addrvarchar50家庭地址Per_teleVarchar12电话idcrdvarchar18Not null身份证号Per_mobivarchar12手机号Pre_roleIntR系统角色P
12、er_memovarchar100备注3.2.4 单位信息表 t_dw表3.4单位信息表字段名类型长度与格式可否为空说明dw_idinteger4Primary key单位编号，主键Dw_namchar18Not null单位名称Dw_zzhchar18Not null营业执照号Dw_frdbchar16Not null法人代表Dw_frzjhBit2Not null法人证件号Dw_ywfwvarchar30Not null业务范围Dw_zczjVarchar12Not null注册资金Dw_xzidchar12单位性质Dw_hyidchar16所属行业性质3.2.5 资产管理表 t_zcgl
13、表3.5资产管理表字段名类型长度与格式可否为空说明Zcgl_idInteger4Primary key资产编号，主键zcgl_pgrqDate8:yyyy-mm-dd评估日期DksqidInt4Not null贷款申请号，外键Zcgl_PgjeMoney18Not null评估金额Zcgl_PggsChar50评估公司Zcgl_cfddChar60存放单位3.2.6 贷款分户表 t_dkfh表3.6贷款分户表字段名类型长度与格式可否为空说明Dkzhchar12Primary key贷款编号，主键Khidint4Not null客户号DksqidInt4Not null贷款申请号，外键Kmhch
14、ar5Not null科目号，外键SybzChar1Not null贷款使用标志Dkbzchar1Not null贷款标志dklxChar1Not null贷款五级分类Dkgsbmint4Not null贷款归属部门，外键dkksrqDate8:yyyy-mm-dd贷款开始日期KddqrqDate8:yyyy-mm-dd贷款到期日期DkzqrqDate8:yyyy-mm-dd贷款展期日期ZhhkrqDate8:yyyy-mm-dd最后还款日期ZhjxrqDate8:yyyy-mm-dd最后计息日期YeMoney贷款余额sjLlFloat6实际利率ZqllFloat6展期利率YqllFloat6
15、预期利率FxllFloat6罚期利率3.2.7 部门信息表 t_depart表3.7部门信息表字段名类型长度与格式可否为空说明Dpt_idinteger6Primary key部门编号Dpt_codchar10Not null部门代码Dpt_namechar16Not null部门名称Dpt_addrvarchar50部门位置Dpt_televarchar18Not null部门电话Dpt_man integer6Not null负责人编号：外键Dpt_memovarchar100备注3.2.8 系统角色表 t_role表3.8系统角色表字段名类型长度与格式可否为空说明Rol_idintege
16、r6Primary key角色编号Rol_typechar10Not null角色类别Rol_qxchar10Not null操作权限Rol_namechar10Not null角色名称Rol_memochar100角色描述3.2.9 贷款还款表 t_dkhk表3.9贷款还款表字段名类型长度与格式可否为空说明hk_idInteger4Primary key还款编号，自动生成dk_zhchar12Not null贷款账户Dk_hmchar50Not null贷款户名Hk_rqdate8:yyyy-mm-dd还款日期Hk_jeMoney18还款金额Hk_syjeMoney18贷款剩余金额Hk_cz
17、yidchar3还款操作员3.2.10 贷款利息表 t_dklx表3.10贷款利息表字段名类型长度与格式可否为空说明lx_idInteger4Primary key利息编号，自动生成flx_idinteger4父利息编号Lxbzchar1利息标志：1 正常利息，2 复息dk_zhchar12Not null贷款账号dk_yeMoney18贷款余额Fxzhrqdate8:yyyy-mm-dd复息最后日期Fxksrqdate8:yyyy-mm-dd利息开始日期Lxdqrqdate8:yyyy-mm-dd利息到期日期Lxjxrqdate8:yyyy-mm-dd利息计算日期Lxclrqdate8:yy
18、yy-mm-dd利息处理日期LlFloat6利率LxeMoney16利息额lxclbzChar1利息处理标志: 0未处理，1已收利息， 表设计中应注意的问题：1对于字符类型的字段，要仔细确认字段的可能长度。在SQL Server数据库设计中，一般来说，对于定长的字符数据字段，去字符类型(char)，对于不定长的，取变长字符类型(varchar)。2对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。如：人员分类为高职、中职、低职；如果用字符类型，则将这些字符串需要入库；如果使用数字类型分别用1、2、3代表高职、中职、低职，则入库的是数字信息，从程序编写的角度考虑，后者更好维护一些，主
19、要体现在如果是多语言版本时，我们不需要在程序中将这些字符串信息进行判断处理。3.3 表之间的关联设计为了保证数据的完整性，需要对表之间相互的数据进行约束，主要是通过外键来实现数据增删时的数据完备。3.4 存储过程设计存储过程是一组预先定义并编译好的SQL语句，可以接受参数、返回状态值和参数值，并可以嵌套调用。使用存储过程可以改变SQL语句的运行性能，提高其执行效率。存储过程还可用做一种安全机制，使用户通过它访问未授权的表或视图。3.5 触发器设计触发器是一种特殊的存储过程，当表中的数据被修改时，由系统自动执行。使用触发器可以实施更为复杂的的数据完整性约束。3.6 Job设计数据库系统提供了Job功能，该功能可以用来解决需要定期处理商业数据的问题。
