《数据库原理》信用卡管理系统.docx

1、数据库原理信用卡管理系统 数据库原理课程设计报告设计题目： 信用卡管理系统 计算机与数据科学学院2018 年 12月 23 日第1章 概述1.1 选题的背景与意义随着我国金融市场的开放,外资银行的进入,国内信用卡市场竞争越来越激烈,外资银行将凭借其雄厚的技术力量和先进的经营理念,在信用卡这一具有巨大利润潜力的市场与国内银行展开激烈的竞争。信用卡作为特殊的金融商品、现代化的支付工具、国际流行的结算手段，由于其渗透能力强、经济效益高、准入门槛低，将会成为国内外银行竞相追逐的业务，此外信用卡也是争夺个人客户的最好途径，因为信用卡可直接、准确地锁定优质个人客户，更可利用全国商户的POS系统、交换系统及

2、ATM，解决其网点少、人员不足的问题。因此信用卡管理，经营部门如何管理好，经营好信用卡业务，使有限的资金能够创造出尽可能大的经济效益，这在信用卡业务发展中成为越来越重要的问题。而实施信用卡管理则是解决所有问题的前提。该信用卡管理系统贯穿于从客户申请信用卡到发卡的全过程，主要是实现客户申请信息的录入，申请信息的核实，是否符合发卡标准，以及最终同意发卡的功能，其中全过程还要有防欺诈跟踪防止客户有欺诈行为，以建立一个可靠，安全，规范，先进，灵魂的现代化信用卡管理分析系统来提高服务质量，增强信用卡管理部门的竞争力。1.2相关技术分析本系统应用于IBM（主要功能有：任务管理，程序管理，系统资源管理，控制

3、数据存取集更新数据，数据通信，终端管理，时间管理，安全性管理，恢复管理，工作负荷分配）大型机平台，使用SQL和COBOL语言（功能是以一定的格式嵌入式地与程序开发语言结合在一起的）作为编程语言，COBOL语言的主要特点有：最适于数据处理领域数据处理是指对大量数据的收集、统计、分类和加工。例如企业管理、库存管理、报表统计、账目计算、信息情报检索等方面的应用都属于数据处理。用DB2（能够使用用户输入的或包含再用用程序中的结构化查询语言（SQL）语句来创建，更新和管理关系数据库）来建库，以及CICS提供联机事务处理和事务。系统地阐述了信用卡管理系统的全过程。包括系统整体设计，逻辑模型和数据流程，各功

4、能模块划分，数据录入、校验与确认的设计与具体实现等部分。 第2章 系统功能设计2.1系统总体结构设计图图2.1系统总体结构设计图2.2 系统功能模块2.2.1数据录入开卡模块记录申请人申请表的所有信息异常情况分析：1.输入信息不完整2.申请表信息丢失3.不知道的原因2.2.2 数据检查模块记录申请人的证件，电话号码及收入等需检查确认的信息异常情况分析：1.输入信息不完整2.三个以上信息不能和数据录入模块匹配2.2.3数据验证模块包括基本信息的验证，提供信息的查询的与相应记录的修改与删除记录信用策略，文档完整性等验证结果，保证信用卡基本数据的准确性和真实性。2.2.4电话验证模块记录电话验证的具

5、体信息，查询是否真实符合申请表的信息，填写确认原因异常情况分析：1.留的电话不相同2.申请人不是接电话人3.申请人自动放弃申请卡2.2.5审批模块记录审批过程中的具体信息异常情况分析：1.信用分数太低，不能通过2.信用额度太高，需要再次验证2.2.6发卡模块审核通过，可以直接发卡异常情况分析：1.发错人2.被陌生人领走2.2.7记录跟踪模块记录跟踪的具体信息（存钱取钱，在哪消费，消费记录和时间地址等），用来处理模块的依赖关系1 记录当前处理与下一个处理，在信用卡业务流程中，只有一个处理正常结束时，下一个处理才可以开始，不可以跨处理进行；2 一个模块有问题时根据原因自动或者手动发送到跟踪模块；3

6、 跟踪模块会找出原因，处理问题，然后发送到相应的模第3章 数据库设计3.1 需求分析图3.1.1整体的布局分析流程图3.1.2 审核成功能申请办理信用卡的数据流图3.1.3 审核过程数据流图3.1.4 客户申请开卡编号数据项名称说明部分编号数据项名称说明部分1申请者信息整数类型；有唯一性2申请人姓名文本类型 长度为10字符3申请人性别枚举类型：男、女4申请人年龄整数类型 181005办理日期格式：*/*6申请人地址登记申请者的目前住址7证件类型文本类型8证件号码整数类型9申请人电话整数类型10信用分数整数类型11状态是否审核成功12信用卡号整数类型13联系人住址联系人现有住址14申请人出生日期

7、整数类型15信用额度枚举类型：合格，不合格16数据整数类型17消费时间整数型18消费地点整数类型19存钱数整型20取钱数整型21联系人电话整数型22联系人与申请人关系文本23申请人拥有的产品种类文本24申请人拥有的卡数整数型25密码整数图3.1.5 后台管理流程3.1.1 数据项表3.1.1数据项表3.1.2 数据结构表3.1.2 数据结构编号数据结构名属 性1申请者信息开卡申请者编号、姓名、性别、年龄，出生日期，住址，身份证号2数据处理数据录用，数据检查 数据审阅3验证验证，电话验证，数据验证4审核信用度，信用额度高低，是否失信银行5成功办理根据留取地址给申请人发卡6收取成功跟踪管理使用记录

8、7用户使用对用户信息进行维护3.1.3 数据流表3.1.3 数据流编号数据流名输入输出1信用卡申请者基本信息开卡填写信息基本的信息2审核过程合格可以办理不合格结束3数据处理信息通过录入不通过丢掉4电话验证电话号验证是否成功5用户信息监测用户信用额度是否合格6办卡成功留取信息发送信用卡7收取成功联系人信息收卡人信息8用户消费消费记录消费金额时间地点等3.1.4 数据存储表3.1.4 数据存储数据存储名输入数据流输出数据流信用卡申请者信息基本信息信用卡办理成功数据信息各种数据信用卡本人资料审核信息信用卡申请者资料审核成功资料办卡成功所有申请者资料办理成功的卡发送信用卡联系人电话地点成功办理的信用卡

9、收卡人信息成功申请着跟踪数据用户消费记录用户消费金额时间地点用户信息维护用户个人信息用户个人信息3.1.5. 处理过程表3.1.5. 处理过程处理过程名输入数据流输入数据流收集申请者信息终端申请者信息处理数据终端把数据进行分类整理数据处理申请者资料进行一系列录用管理验证申请者信息电话验证成功审阅申请者资料审核是否通过办理成功所有信息发卡收卡人成功收卡联系人信息收卡人信息用户使用使用记录使用金额时间地点用户信息维护用户消费情况用户消费记录3.2 概念结构设计申请成功的E-R图申请者（申请者姓名，性别，年龄，出生日期，身份证号，住址）数据（数据录入，验证，审核，电话验证，数据验证，数据检查，审阅）

10、信用卡（申请人信息，信用卡使用记录）图3.2.1 审阅过程的E-R图用户信息（姓名，性别，年龄，身份证号，住址）信用审核（信用额度，信用）图3.2.2发卡过程E-R图联系人（电话，住址，姓名）后台管理者（信用卡发放管理，信息记录，）图3.2.3联系人E-R图第一步：合并解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。各分E-R图之间的冲突主要有三类：1 属性冲突：属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突；属性取值单位冲突。由于本系统较简单，不存在这类冲突；2 命名冲突：同名异义：由于本系统较简单，所以不存在这类冲突；异名同义

11、：由于本系统较小，所以不存在这类冲突；3 结构冲突：同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，我们在设计各个分E-R图就早先解决了这个问题，即将在任何一个分E-R图中作为实体出现的属性全部作为实体；同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在这种冲突；4 第二步：修改和重构5 消除不必要的冗余，生成基本E-R图。6 由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步E-R图就是基本E-R图，不必再进行调整。下面给出E-R图。7 总E-R图:申请者（申请者姓名，性别，年龄，出生日期

12、，身份证号，住址）数据（数据录入，验证，审核，电话验证，数据验证，数据检查，审阅）信用卡（申请人信息，信用卡使用记录）用户信息（姓名，性别，年龄，身份证号，住址）信用审核人（信用额度，信用）图3.2.4总的E-R图3.3 逻辑结构设计3.3.1实体所对应的关系模式申请者（申请者姓名，性别，年龄，出生日期，身份证号，住址）数据（数据录入，验证，审核，电话验证，数据验证，数据检查，审阅）信用卡（卡号，信用卡使用记录）联系人信息（姓名，性别，年龄，身份证号，住址）信用审核人（信用额度，信用）后台管理者（管理开发信用卡，后期维护信息）用户（消费记录，信息维护）3.3.2联系所对应的关系模式把申请开卡者

13、与申请次数n:m的开卡关系转化为相应的关系模式开卡（申请人信息，申请开卡）把开卡与信息审核进行n:m的信息审核关系转化为相应的关系模式审核（信息录入和一系列审核，与联系人的关系）其他关系转换申请者与联系人的n:m关系进行合并申请者与信用卡1:1关系进行合并申请者与信息数据1:1的关系申请者与电话1：n的关系后台管理者与联系人n:m的关系联系人与信用卡1：n的关系信用卡与消费记录1：n的关系后台管理者与管理消费记录n:m的关系由于每个关系都符合传递函数依赖所以没有达到第三范式的，又由于每个个体都是单独的原子结构体所以都符合第一范式。开卡过程与信息审核过程存在部分函数依赖关系所以是第二范式，信息审

14、核与成功办理信用卡也是部分函数依赖关系所以也是第二范式。客户的开卡信息与信息维护关系存在完全函数依赖所以是属于第一范式。联系人与申请者的关系存在完全函数依赖所以属于第一范式。信用卡与信用卡使用联系之间也是完全函数依赖属于第一范式。后台管理者与信用卡发放之间的为部分函数依赖属于第二范式。后台管理者与信息维护之间的关系为部分函数依赖属于第二范式。3.3.3.用户子模式设计开卡系统用户子模式申请开卡者（申请者，姓名，性别，电话，住址，身份证号，申请卡类型，）审核系统用户子模式管理者（数据录入，验证，检查，审批，电话验证，）发卡用户子模式联系人（信用卡号，联系人姓名，电话住址，）后期管理用户子模式管理

15、者（用户信息追踪调查，信用卡消费记录，信用卡用户信息维护）3.4 物理结构设计经过分析可知，本信用卡管理系统中信息处理的特点如下：开卡，和用户信息的维护，以及用户信用卡消费记录的跟踪不仅经常需要查询而且更新速度快列如信用卡记录的查询和跟踪记录。开卡过程中要求审核的信息比较多，列如申请人的姓名，性别，年龄，住址，证件号等这些私人信息一般不共享。后台管理者有一定的特殊职能：列如汇总所有开卡人的信息，从所有信用卡的账户中调查信息。针对这些问题设计如下3.4.1确定数据库的存放位置为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，

16、考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。经常存取部分：开卡人（姓名，性别，年龄，电话，住址，身份证号）联系人（姓名，电话，住址）用户（信用卡用的记录，数据地点，金额）后台管理者（信用卡跟踪记录，信用卡的信息维护）信用卡（卡号，消费记录）存取频率较低的部分：信用卡信息（信用卡人的信息，电话，录入验证审核等）用户个人信息（用户的住址，电话，性别年龄等）信用审核人（信用额度，和信用卡张数）开卡数（总共开信用卡数，信用卡种类）用户信用卡消费记录（消费的金额度，和消费信息）3.4.2创建索引create unique index sci on 后台管理者(信用卡

17、消费记录)create unique index lxr on 联系人(联系人电话)create unique index sqkkzxx on 申请开卡者信息(申请者姓名,申请者身份证号)create unique index sj on 数据 (数据录入)create unique index xyk on 信用卡(信用卡卡号)create unique index xysh on 信用审核(信用额度)3.5 数据库实施3.5.1代码create table 后台管理者1( 信用卡发放数量 numeric not null, 信用卡种类 char(20) not null, 信用卡消费记录

18、 varchar(20) constraint Pc_okk primary key (信用卡发放数量, 信用卡种类)create table 申请开卡者信息1 ( Mpe_sId integer not null, sId varchar(254) not null, sName varchar (254) not null, sTel varchar (254) null, sType integer null, sAmount numeric null, ssex varchar (254) null, Mbi_sId integer null, constraint Pv_MCLIEN

19、T primary key (Mpe_sId)create table 联系人( Mpe_slId integer not null, sId varchar (254) not null, sName varchar (254) not null, sTel varchar (254) null, sType integer null, splace varchar (254) null, Mbi_sId integer not null, constraint PK_lxr primary key (Mpe_slId)create table 数据1( 数据录入 integer not n

20、ull, 审核数据 varchar(254) not null, 数据检查 varchar(254) null, 数据验证 varchar(254) null, 数据审查 char null,电话验证 varchar(254) null, constraint PxK_lxr primary key (数据录入) )create table 信用卡1( kahao char(20) not null, xnum integer not null, sjl varchar (254) null, sjcxx varchar (254) null, stel varchar (254) null,

21、 constraint PxqK_lxr primary key (kahao) )create table 信用审核( slr integer not null, ssh varchar (254) not null, sjc varchar (254) not null, syz varchar (254) not null, ssn integer not null, stel varchar (254) not null, constraint sc primary key (slr) )3.5.2创建视图create view sub_联系人as select 联系人姓名,联系人电话

22、,联系人住址from 联系人 where 联系人姓名=佳佳图3.5.1创建视图3.5.3修改视图update sub_联系人set 联系人住址=湖北where (联系人姓名=佳 佳)图3.5.2更改视图图3.5.3创建表截图图3.5.4系统表截图图3.5.5信用卡表截图图3.5.6开卡信息登记表截图图3.5.7数据表截图图3.5.8联系人表截图图3.5.9信用卡发放表截图图3.5.10信用卡信息表截图图3.5.11申请人信息表截图图3.5.12信用审核表截图3.5.4存储过程use 信用卡管理系统gocreate procedure jia asselect * from 申请开卡者信息whe

23、re 申请者姓名=王五图3.5.13存储过程截图use 信用卡管理系统gocreate procedure InsertRecord(mima varchar (20),num int,dept Nvarchar (12),)Asinsert into 信用卡 values (mima ,num,dept)use 信用卡管理系统gocreate procedure jiasong(mima varchar (20),num int,dept varchar (12),)Asselect num=信用卡号from 信用卡where 信用卡号=num 3.5.5触发器的建立当在信用卡表中删除某一个

24、信用卡卡号时，在后台管理表中信用卡使用记录也会被删除。use 信用卡管理系统gocreate trigger del_信用卡 on 信用卡 after delete asdelete from 后台管理者where 后台管理者.信用卡消费记录in(select 信用卡消费记录 from deleted)go图3.5.14建立信用卡触发器截图创建一个触发器safety,精细化i修改和删除当前数据库中的任何表use 信用卡管理系统gocreate trigger safety on database for drop _table, alter_ table as print不能删除或修改数据库表

25、！ rollback go图3.5.15修改信用卡触发器截图3.5.6查看触发器use 信用卡管理系统goexec sp_helptrigger信用卡go 图3.5.16 查看信用卡触发器截图3.5.7使触发器无效并验证select * into ts from 信用卡drop table ts godisable trigger safrty on databasedrop table tsgo图3.5.17 使信用卡触发器无效截图3.6 数据库运行与维护在导入前，我们手中需要有数据库的备份文件。一般情况下就是数据库的源文件，有2个，分别是mdf和ldf文件，也就是数据库的数据文件和日志文件

26、。可以直接把SQLServer暂停，然后用备份的源文件覆盖现在的初始源文件，然后启动SQLServer。注意这种办法要先开通这个数据库，保持源文件名要一致，这样才能直接覆盖。还有一种办法就是附加数据库，把mdf和ldf文件直接附加，系统会自动生成一个数据库。下面是截图：如果你的空间商一定要第一种备份文件才能还原，可以先通过这种附加方法把数据库生成，然后在企业管理器中导出备份文件即可。注意上面的附加为：项目要写准备还原的数据库名称。用SQL网页管理器导入备份文件。这种办法需要先安装一个web界面的SQLServer管理器，类似于管理MySQL的PHPmyadmin。3.6.1数据库备份过程连接到

27、相应的MicrosoftSQL Server 数据库引擎实例之后，在“对象资源管理器”中，单击服务器名称以展开服务器树。展开“数据库”，选择用户数据库，或展开“系统数据库”，选择系统数据库。右键单击数据库，指向“任务”，再单击“备份”。将出现“备份数据库”对话框。在“数据库”列表中，确认数据库名称。或者从列表中选择其他数据库从“备份类型”下拉列表中，选择“完整”Use 信用卡管理系统GoExet sp_addumpdevicedisk,puss, c:backdevbackdevpub.bak3.6.2数据库还原过程分析首先打开SQL2012，到登录界面，我们选择数据库引擎连接登陆sql服务器

28、。登陆成功后，在sql最左端的资源管理器中的数据库一项上面鼠标右键选择还原数据库。打开数据库还原的界面，在源下面选择设备.（浏览），然后点击添加，寻找到备份数据库的路径，点击确定。 当跳转到还原界面之后，由于我们的备份文件较大有7个多G，这时候我们就要修改还原的路径，在选择页选择文件，然后修改还原为路径到其他盘符。点击确定，这时候我们就还原了一个数据库文件了。图3.6.1还原数据库过程图图3.6.2还原数据库过程的步骤图第4章 结束语 通过这学期的数据库学习，让我学到了很多东西，熟悉了sqlserver作表软件，也认识到了my sql功能的强大，也将平时所学到的书本上的知识运用到实践中，提高了

29、我综合运用知识的能力。对数据库的选择和对数据存储结构的设计，使各个实体之间的耦合度小，在此基础上实现数据的完整性，以及数据表间关系满足范式的要求，也提升了我多数据库的了解与运用能力。 对于本次的课设，我做的是信用卡管理系统，信用卡管理系统拥有了对信用卡及信用卡持卡人的信息管理的基本功能，并可以对信用卡的信息进行查询，对持卡人的信息查询。系统还包括了后台管理者的信息管理与维护。 首先我做的是需求分析模型。先分析出信用卡管理系统的涉众有客户、申请开卡人，后台管理者，联系人。然后定义了系统边界。通过分析系统边界找到了业务主角，进而确定了业务用例，业务用例包括了开卡着信息管理，后台统计对用户的信息管理