银行信贷管理系统数据库设计说明书_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月签字确认经各方确认《北京冠群驰骋投资管理有限公司贷款系统需求规格说明书》(本文档)能够反映甲方对北京冠群驰骋投资管理有限公司贷款系统建设的要求,本需求规格说明书将作为系统验收的重要文档。

甲方:乙方:北京冠群驰骋投资管理有限公司北京联想利泰软件有限公司签字:日期:签字:日期:目录第一章借款销售..............................................51.1工作台......................................................51.1.1我的待办.................................................51.1.2常用功能.................................................51.1.3系统公告.................................................51.2客户管理....................................................51.2.1合同客户.................................................51.2.2企业客户.................................................51.2.3客户经理变更.............................................51.3进件管理....................................................61.3.1进件管理.................................................61.4进件审核....................................................61.4.1审核管理.................................................61.5合同管理....................................................61.5.1合同管理.................................................61.5.2合同复核.................................................61.5.3合同入库.................................................6第二章贷后管理..............................................72.1贷后日常....................................................72.1.1展期管理.................................................72.1.2贷后跟踪.................................................72.1.3合同变更.................................................72.1.4减免管理.................................................72.2抵质押权人管理..............................................82.2.1抵、质押权人管理.........................................82.3回款管理....................................................92.3.1回款信息.................................................92.3.2汇款匹配.................................................9第三章结算管理............................................103.1借款放款..................................................103.1.1放款...................................................103.2还款查账..................................................113.2.1汇款确认...............................................113.3拆账......................................................113.3.1拆账...................................................11第四章系统管理............................................124.1系统管理..................................................124.1.1用户管理...............................................124.1.2角色管理...............................................124.1.3字典管理...............................................124.1.4审批额度管理...........................................12第一章借款销售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)4、扩展特性 (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

银行信贷管理系统数据库设计说明书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

佛山小企业信贷管理系统设计说明书—核心接口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.0)

销售管理系统-数据库设计说明书(1.0)

销售管理系统-数据库设计说明书(1:0) 销售管理系统-数据库设计说明书(1:0)1:引言1.1 编写目的本文档描述了销售管理系统的数据库设计,旨在为系统开发人员提供参考和指导,确保数据库能够满足系统的需求,并保证数据的安全性和完整性。

1.2 读者对象本文档的主要读者对象为销售管理系统的开发人员、测试人员和维护人员,以及相关项目管理人员。

1.3 背景销售管理系统是为了解决销售过程中的信息管理和业务流程自动化的需求而开发的。

系统主要包括客户管理、产品管理、订单管理、销售报表等功能模块。

2:数据库设计2.1 数据库结构2.1.1 客户表客户表包括客户ID、客户姓名、客户方式、客户地址等字段。

2.1.2 产品表产品表包括产品ID、产品名称、产品价格、产品描述等字段。

2.1.3 订单表订单表包括订单ID、客户ID、产品ID、订单数量、订单金额等字段。

2.2 数据库关系2.2.1 客户与产品关系一个客户可以购买多个产品,一个产品可以被多个客户购买,因此客户与产品之间存在多对多的关系。

在订单表中,通过客户ID 和产品ID来关联客户和产品。

2.2.2 客户与订单关系一个客户可以下多个订单,一个订单只属于一个客户,因此客户与订单之间存在一对多的关系。

在订单表中,通过客户ID来关联客户和订单。

2.2.3 产品与订单关系一个产品可以出现在多个订单中,一个订单可以包含多个产品,因此产品与订单之间存在多对多的关系。

在订单表中,通过产品ID来关联产品和订单。

3:数据库操作3.1 数据库创建根据设计要求,在数据库管理系统中创建相应的数据库,并设置合适的权限和参数。

3.2 表的创建根据设计要求,在数据库中创建客户表、产品表和订单表,并定义合适的字段类型、长度和约束。

3.3 索引的创建根据查询需求,在数据库中创建合适的索引,以提高查询效率。

3.4 触发器的创建根据业务需求,在数据库中创建合适的触发器,以实现对数据的自动化处理和验证。

银行信贷管理系统数据库设计说明书v完整版

银行信贷管理系统数据库设计说明书v完整版

银行信贷管理系统数据库设计说明书vHEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】编写:武刘强日期:2013-12-08银行信贷管理系统数据库设计说明书变更记录目录1 引言1.1预期的读者1.项目经理 2.客户项目经理 3.系统开发人员 4.系统测试人员1.2 数据库所采用的数据库管理系统是Oracle v10中文简体版1.3 目的和作用将数据分析的结果进一步整理,形成最终的计算机模型,以便开发人员建立物理数据库。

2 数据字典设计数据字典的主要目的是提供查阅对不了解的条目的解释。

在数据字典中记录数据元素的下列信息:一般信息(名字,别名,描述等),定义(数据类型,长度,结构等),使用特点(值的范围,使用频率,使用方式—输入/输出/本地,条件值等),控制信息(来源,用户,使用它的程序,改变权等),分组信息(父结构,从属结构,物理位置—记录、文件和数据库等)。

下面的例子是通过卡片来描述数据字典:3 数据库设计3.1 系统物理结构设计 数据库设计()是指对于一个给定的应用环境,构造最优的,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求。

本节主要将前一阶段设计好的基本E-R 图转换为与选用DBMS 产品所支持的数据模型相符合的逻辑结构,完成逻辑结构设计。

[14-19]名字:dk_kh 别名: 描述:贷款客户的具体信息 定义:khid Name Khzl Khdz Khdh Zjhm Post 位置:客户信息表名字:dk_sq别名:描述:唯一贷款申请说明 定义:Dk_sqh Dkkhid Dkzl 位置:贷款申请表名字: t_zcgl 别名: 描述:资产管理的唯一标识定义:Zcgl_id Dksqid Zcgl_Pgje 位置:资产管理表 名字: t_dkhk 别名: 描述:还款后需在还款表注明 定义:hk_id dk_zh Dk_hm 位置:贷款还款表 名字:t_dklx 别名: 描述:利息要分别计算 定义:lx_id dk_zh 位置:贷款利息表 名字: t_role 别名: 描述:系统的角色定义,权限的管理 定义:Rol_id Rol_typeRol_qx Rol_name 位置:系统角色表(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个用户的请求。

浦发个贷管理系统-设计说明书-数据结构 v1.0.0

浦发个贷管理系统-设计说明书-数据结构 v1.0.0

浦发个贷管理系统设计说明书数据结构浦发个贷项目组2005年3月目录1数据结构 (6)1.1数据模型E-R图 (6)1.2数据字典 (6)1.3数据库表结构 (14)1.3.1系统参数(system) (14)1.3.1.1 globalinfo(系统表) (14)1.3.1.2 holiday(日期控制表) (14)1.3.1.3 data_dic(数据字典表) (15)1.3.1.4 data_dic_map(数据字典映射表) (16)1.3.1.5 err_code_define(错误代码定义表) (17)1.3.1.6 function_info(交易定义表) (17)1.3.1.7 seqctl(序号控制表) (18)1.3.1.8 biz_log(交易日志表) (19)1.3.2业务参数(parameter) (20)1.3.2.1 bctl(机构控制表) (20)1.3.2.2 manage_bctl(管理机构控制表) (21)1.3.2.3 tlr_info(操作员定义表) (22)1.3.2.4 pl_tlrctl(电子操作员表) (22)1.3.2.5 role_info(岗位定义表) (23)1.3.2.6 role_func_relation(岗位交易权限表) (24)1.3.2.7 role_report_param(岗位报表权限表) (24)1.3.2.8 tlr_role_relation(操作员岗位关系表) (25)1.3.2.9 archive_item_param(档案要素表) (25)1.3.2.10 archive_brcode_param(机构使用档案要素表) (26)1.3.2.11 lntype_info(贷款大类) (27)1.3.2.12 loan_param(贷款产品定义表) (27)1.3.2.13 trans_param(业务开办参数) (30)1.3.2.14 limit_param(业务审批权限参数) (30)1.3.2.15 manage_param(贷款管理参数) (31)1.3.2.16 guat_limit_param(担保额度参数表) (32)1.3.2.17 dun_mode_param(逾期催收方式设置表) (33)1.3.2.18 risk_alarm_param(风险预警参数设置表) (34)1.3.2.19 mortagage_classification(抵押物分类标准表) (35)1.3.2.20 mortagage_classification_h(抵押物分类历史表) (36)1.3.2.21 customer_classification(客户分类标准表) (36)1.3.2.22 currrate(汇率表) (37)1.3.2.23 intrate(利率表) (38)1.3.2.24 auth_param(授权参数) (39)1.3.3客户信息(customer) (39)1.3.3.1 customer_info(客户基本信息表) (39)1.3.3.2 corp_basic_info(法人基本信息表) (41)1.3.3.3 corp_finance_info(法人财务信息表) (43)1.3.3.4 corp_invest_info(法人投资购成信息) (45)1.3.3.5 corp_credit_info(法人社会信用信息) (45)1.3.3.6 indv_basic_info(自然人基本信息表) (46)1.3.3.7 indv_income_info(家庭财务信息表) (48)1.3.3.8 memorabilia_info(客户大事记) (49)1.3.3.9 infract_record_info(客户违规记录) (50)1.3.3.10 accum_fund_info(客户公积金信息表) (51)1.3.3.11 customer_relation_info(客户关系表) (51)1.3.4合作项目(project) (52)1.3.4.1 coop_proj_base_info(合作项目基本信息表) (52)1.3.4.2 coop_proj_house_info(合作项目房屋信息) (53)1.3.4.3 coop_proj_house_h(合作项目房屋历史价格信息) (54)1.3.4.4 coop_proj_auto_info(合作项目汽车信息) (55)1.3.4.5 coop_proj_edu_info(合作项目助学信息) (56)1.3.4.6 coop_proj_con_info(合作项目消费品信息) (56)1.3.4.7 coop_proj_apply(合作项目申请表) (57)1.3.4.8 coop_proj_base_info_temp(合作项目基本信息修改临时表) (58)1.3.4.9 coop_proj_communion(合作项目支行共享信息) (59)1.3.5档案管理(document) (60)1.3.5.1 arch_cust(借款人原始信息表) (60)1.3.5.2 arch_lninfo(合同原始信息表) (62)1.3.5.3 archive(档案信息) (64)1.3.5.4 guaranteeset(权利品信息) (65)1.3.5.5 material(档案资料类型信息) (66)1.3.5.6 arch_opr(档案/权利品操作记录表) (67)1.3.6贷款信息(loaninfo) (69)1.3.6.1 loaninfo(贷款合同信息) (69)1.3.6.2 loancino(贷款借据信息) (72)1.3.6.3 phasesdtl(阶段还款计划表) (75)1.3.6.4 direct_coop(直客式合作商信息表) (76)1.3.6.5 loan_house(购房贷款附属信息) (76)1.3.6.6 conjunct_loan_info(参贷人信息表) (78)1.3.6.7 loan_auto(汽车贷款附属信息) (78)1.3.6.8 loan_education(助学贷款附属信息) (79)1.3.6.9 loan_grant_plan(助学贷款放款计划表) (80)1.3.6.10 loan_consumable(消费品贷款附属信息) (81)1.3.6.11 loan_working(生产经营性贷款附属信息) (82)1.3.6.12 assureinfo(保证信息表) (83)1.3.6.13 mortagage(抵押信息表) (84)1.3.6.14 mort_eval_history(抵押物历史评估记录) (86)1.3.6.15 impawn(质押信息表) (87)1.3.6.16 insurance(履约保险信息) (88)1.3.6.17 invest_report(调查报告) (89)1.3.6.18 notarization(公证信息表) (90)1.3.6.19 lnhtr(贷款台帐明细表) (91)1.3.6.20 lnowedtl(贷款欠款明细表) (93)1.3.6.21 monitordtl(贷后检查记录) (94)1.3.6.22 tracedtl(催收记录) (94)1.3.6.23 loan_grant_apply(贷款申请表) (95)1.3.6.24 credit_grant_apply(额度申请表) (96)1.3.6.25 applydtl(审批意见明细表) (97)1.3.6.26 note(记事本) (98)1.3.6.27 query_condition(贷款查询条件临时表) (99)1.3.6.28 query_result(贷款查询结果临时表) (99)1.3.7贷后变更(loanalter) (100)1.3.7.1 grade_cls_apply(五级分类申请表) (100)1.3.7.2 adv_rtn_apply(提前还款申请表) (101)1.3.7.3 loan_to_bad_apply(贷款转呆滞/呆帐申请表) (102)1.3.7.4 guarantee_chg_apply(变更担保信息申请表) (102)1.3.7.5 intrate_chg_apply(利率变更申请表) (103)1.3.7.6 term_chg_apply(期限变更申请表) (104)1.3.7.7 rtn_type_chg_apply(还款方式变更申请表) (106)1.3.7.8 rtn_date_chg_apply(约定扣款日变更申请表) (107)1.3.7.9 rtn_actno_chg_apply(还款帐号变更申请表) (107)1.3.7.10 fund_repay_chg_apply(公积金冲还贷变更申请表) (108)1.3.8统计分析(statistics) (109)1.3.8.1 client_analyse(客户分析) (109)1.3.8.2 client_analyse_view(客户分析视图) (111)1.3.8.3 coop_analyse(合作商统计分析) (112)1.3.8.4 project_analyse(合作项目统计分析) (113)1.3.8.5 insurer_analyse(保险公司分析) (114)1.3.8.6 insurer_analyse_view(保险公司分析视图) (115)1.3.8.7 ln_ovd_struct_analyse(个贷逾期结构分析) (116)1.3.8.8 ln_status_struct_analyse(个贷贷款形态结构分析) (117)1.3.8.9 ln_clr_struct_analyse(个贷五级分类结构分析) (118)1.3.8.10 ln_term_struct_analyse(个贷品种期限结构分析) (118)1.3.8.11 ln_guat_struct_analyse(个贷担保方式结构分析) (119)1.3.8.12 ln_guat_status_analyse(个贷担保方式的形态结构分析) (120)1.3.8.13 ln_guat_clr_analyse(个贷担保方式的五级分类分析) (121)1.3.8.14 ln_rtn_type_analyse(个贷还款方式结构分析) (122)1.3.8.15 branch_loan_stat(支行个贷业务统计表) (123)1.3.8.16 teller_loan_stat(信贷员业务统计表) (125)1.3.8.17 acmr(科目总帐表) (127)1.3.9批量(batch) (128)1.3.9.1 batchjob(批量工作组类型表) (128)1.3.9.2 batchno(批量步骤配置表) (129)1.3.9.3 batchsys(批量步骤进程表) (130)1.3.9.4 batchpst(批量程序状态表) (131)1.3.9.5 batchproc(批量断点信息表) (132)1.3.9.6 batchclr(批量数据清理表) (133)1数据结构1.1数据模型E-R图E-R图。

银行信贷系统需求分析说明书_v1.0

银行信贷系统需求分析说明书_v1.0

银行信贷管理系统需求分析说明书编写:吴超宏日期:2013-10-22审核:吴超宏日期:2013-10-28批准:吴超宏日期:2013-10-28受控状态:是发布版次:1.0 日期:2013-10-22编号:变更记录签字确认目录1概述......................................................................................................................... 错误!未定义书签。

1.1目的 ................................................................................................................ 错误!未定义书签。

1.2背景 (4)1.3范围 (4)1.4术语定义 (4)1.5参考资料 (4)1.6任务概述 (5)1.6.1目标 (5)1.6.2用户的特点............................................................................................ 错误!未定义书签。

1.6.3 假定和约束 (6)1.7 运行环境 (6)1.7.1 软件环境 (6)1.7.2 硬件环境 (7)1.7.3 系统接口 (7)1.7.4 控制 (8)1.8需求规定 (8)1.8.1 对功能的需求 (8)1.8.1.1 系统功能层次模块图 (8)1.8.1.2 各功能子模块的描述 (8)1.8.2 对非功能的需求 (8)1.8.2.1 贷款产品库 (8)1.8.2.2 受信类型库 (9)1.8.2.3 订单管理系统 (9)1.概述1.1目的主要利用计算机及网络技术,快速准确地实现信息共享。

该系统是以客户管理为中心,对客户的各种贷款控制与管理。

信贷数据库设计说明

信贷数据库设计说明

信贷项目数据库设计说明书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 数据库 (5)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 逻辑关系图 (100)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 出账日终模块相关信息 (135)4.6.1 逻辑关系图 (135)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 担保管理模块表情单 (184)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 数据库缓冲区设计 (197)5.2 表空间规划及物理存储参数 (197)5.3 表空间SQL规程 (197)5.4 数据库用户创建 (197)5.5 数据库用户创建 (197)5.6 角色授权 (198)1.引言1.1编写目的该文档的目标是说明新信贷系统的数据库的物理设计及逻辑设计。

中国邮政储蓄银行个人信贷审计系统-数据库设计说明书(模板)

中国邮政储蓄银行个人信贷审计系统-数据库设计说明书(模板)

中国邮政储蓄银行xx系统数据库设计说明书(XX子系统)目录1概述 (4)1.1编写目的 (4)1.2术语 (4)1.3参考资料 (4)1.4规范说明 (4)1.4.1表类型说明 (4)1.4.2子系统代码说明 (5)1.4.3表名命名规范 (5)2数据表E-R图 (5)3数据表汇总列表 (5)4数据表结构说明 (6)4.1数据表类别 (6)4.1.1客户账号平均余额表(eargt_acct_ave) (6)4.1.2表名(英文名称) (7)1概述1.1编写目的本册为中国邮政储蓄银行代理保险在集中处理系统公共管理子系统数据库设计文档。

用于后期程序开发、单元测试、整合测试的参考文档。

1.2术语⏹⏹1.3参考资料1.4规范说明1.4.1表类型说明⏹登记簿:rgt⏹主表:mst⏹明细:dtl⏹控制:ctl⏹流水:jnl⏹临时:_tmp1.4.2子系统代码说明⏹统一柜员uo⏹公共管理sm⏹业务处理bo⏹清分核算cl⏹信息管理um1.4.3表名命名规范⏹子系统代码+表类型+表英文名⏹如:机构管理登记簿:smrgt_unit2数据表E-R图以关系图的方式描述子系统内部及与外部数据表之间的主要关系。

3数据表汇总列表4数据表结构说明4.1数据表类别4.1.1客户账号平均余额表(eargt_acct_ave)4.1.1.1简要描述⏹根据客户报表要求,统计指定周期的客户日平均余额。

4.1.1.2表结构说明4.1.1.3索引说明4.1.1.4dac数据说明⏹无4.1.1.5数据生成与存储估计⏹数据保留时间的要求。

数据到期后的清理、备份方式。

◆要求保留期限:2年◆数据清理方式:自动清理⏹特殊优化说明:无4.1.1.6操作频率⏹描述对这个表进行的最为频繁的操作:新增、查询。

⏹说明对该数据库的操作时机:日终4.1.2表名(英文名称)4.1.2.1简要描述⏹此表。

描述表的用途,本表与其他的表间主要关系4.1.2.2表结构说明4.1.2.3索引说明4.1.2.4dac数据说明⏹dac=如果有dac字段,详细说明dac对应的加密字段组成。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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功能,该功能可以用来解决需要定期处理商业数据的问题。

相关文档
最新文档