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

1、1.发错人2.被陌生人领走2.2.7记录跟踪模块记录跟踪的具体信息（存钱取钱，在哪消费，消费记录和时间地址等），用来处理模块的依赖关系1 记录当前处理与下一个处理，在信用卡业务流程中，只有一个处理正常结束时，下一个处理才可以开始，不可以跨处理进行；2 一个模块有问题时根据原因自动或者手动发送到跟踪模块；3 跟踪模块会找出原因，处理问题，然后发送到相应的模第3章 数据库设计3.1 需求分析图3.1.1整体的布局分析流程图3.1.2 审核成功能申请办理信用卡的数据流图3.1.3 审核过程数据流图3.1.4 客户申请开卡编号数据项名称说明部分1申请者信息整数类型；有唯一性2申请人姓名文本类型 长度为

2、10字符3申请人性别枚举类型：男、女4申请人年龄整数类型 181005办理日期格式：*/*6申请人地址登记申请者的目前住址7证件类型文本类型8证件号码整数类型9申请人电话10信用分数11状态是否审核成功12信用卡号13联系人住址联系人现有住址14申请人出生日期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 数据结构数据结构名属 性申请者信息开卡申请者编号、姓名、性别

3、、年龄，出生日期，住址，身份证号数据处理数据录用，数据检查 数据审阅验证验证，电话验证，数据验证审核信用度，信用额度高低，是否失信银行成功办理根据留取地址给申请人发卡收取成功跟踪管理使用记录用户使用对用户信息进行维护3.1.3 数据流表3.1.3 数据流数据流名输入输出信用卡申请者基本信息开卡填写信息基本的信息审核过程合格可以办理不合格结束数据处理信息通过录入不通过丢掉电话验证电话号验证是否成功用户信息监测用户信用额度是否合格办卡成功留取信息发送信用卡联系人信息收卡人信息用户消费消费记录消费金额时间地点等3.1.4 数据存储表3.1.4 数据存储数据存储名输入数据流输出数据流信用卡申请者信息基

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

5、（申请人信息，信用卡使用记录）图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 命名冲突：同名异义：由于本系统较简单，所以不存在这类冲突；异名同义：由于

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

7、所对应的关系模式信用卡（卡号，信用卡使用记录）联系人信息（姓名，性别，年龄，身份证号，住址）后台管理者（管理开发信用卡，后期维护信息）用户（消费记录，信息维护）3.3.2联系所对应的关系模式把申请开卡者与申请次数n:m的开卡关系转化为相应的关系模式开卡（申请人信息，申请开卡）把开卡与信息审核进行n:m的信息审核关系转化为相应的关系模式审核（信息录入和一系列审核，与联系人的关系）其他关系转换申请者与联系人的n:m关系进行合并申请者与信用卡1:1关系进行合并申请者与信息数据1:1的关系申请者与电话1：n的关系后台管理者与联系人n:m的关系联系人与信用卡1：信用卡与消费记录1：后台管理者与管理消费记

8、录n:由于每个关系都符合传递函数依赖所以没有达到第三范式的，又由于每个个体都是单独的原子结构体所以都符合第一范式。开卡过程与信息审核过程存在部分函数依赖关系所以是第二范式，信息审核与成功办理信用卡也是部分函数依赖关系所以也是第二范式。客户的开卡信息与信息维护关系存在完全函数依赖所以是属于第一范式。联系人与申请者的关系存在完全函数依赖所以属于第一范式。信用卡与信用卡使用联系之间也是完全函数依赖属于第一范式。后台管理者与信用卡发放之间的为部分函数依赖属于第二范式。后台管理者与信息维护之间的关系为部分函数依赖属于第二范式。3.3.3.用户子模式设计开卡系统用户子模式申请开卡者（申请者，姓名，性别，电

9、话，住址，身份证号，申请卡类型，）审核系统用户子模式管理者（数据录入，验证，检查，审批，电话验证，）发卡用户子模式联系人（信用卡号，联系人姓名，电话住址，）后期管理用户子模式管理者（用户信息追踪调查，信用卡消费记录，信用卡用户信息维护）3.4 物理结构设计经过分析可知，本信用卡管理系统中信息处理的特点如下：开卡，和用户信息的维护，以及用户信用卡消费记录的跟踪不仅经常需要查询而且更新速度快列如信用卡记录的查询和跟踪记录。开卡过程中要求审核的信息比较多，列如申请人的姓名，性别，年龄，住址，证件号等这些私人信息一般不共享。后台管理者有一定的特殊职能：列如汇总所有开卡人的信息，从所有信用卡的账户中调查

10、信息。针对这些问题设计如下3.4.1确定数据库的存放位置为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。经常存取部分：开卡人（姓名，性别，年龄，电话，住址，身份证号）联系人（姓名，电话，住址）用户（信用卡用的记录，数据地点，金额）后台管理者（信用卡跟踪记录，信用卡的信息维护）信用卡（卡号，消费记录）存取频率较低的部分：信用卡信息（信用卡人的信息，电话，录入验证审核等）用户个人信息（用户的住址，电话，性别年龄等）信用审核人（信用额度，和信用卡

11、张数）开卡数（总共开信用卡数，信用卡种类）用户信用卡消费记录（消费的金额度，和消费信息）3.4.2创建索引create unique index sci on 后台管理者（信用卡消费记录）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 数据

12、库实施3.5.1代码create table 后台管理者1（ 信用卡发放数量 numeric not null, 信用卡种类 char（20） not null, 信用卡消费记录 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, sA

13、mount numeric null, ssex varchar （254） null, Mbi_sId integer null, constraint Pv_MCLIENT primary key （Mpe_sId）create table 联系人 Mpe_slId integer not null, sId varchar （254） not null, splace varchar （254） null, Mbi_sId integer not null, constraint PK_lxr primary key （Mpe_slId）create table 数据1 数据录入 int

14、eger not null, 审核数据 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 （

15、254） null, 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 联系人姓名,

16、联系人电话,联系人住址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 申请开卡者信

17、息where 申请者姓名=王五图3.5.13存储过程截图create procedure InsertRecordmima varchar （20）,num int,dept Nvarchar （12）,Asinsert into 信用卡 values （mima ,num,dept）create procedure jiasongdept varchar （12）,select num=信用卡号from 信用卡where 信用卡号=num 3.5.5触发器的建立当在信用卡表中删除某一个信用卡卡号时，在后台管理表中信用卡使用记录也会被删除。create trigger del_信用卡 on 信

18、用卡 after delete asdelete from 后台管理者where 后台管理者.信用卡消费记录in（select 信用卡消费记录 from deleted）图3.5.14建立信用卡触发器截图创建一个触发器safety,精细化i修改和删除当前数据库中的任何表create trigger safety on database for drop _table, alter_ table as print不能删除或修改数据库表！ rollback go图3.5.15修改信用卡触发器截图3.5.6查看触发器exec sp_helptrigger信用卡go 图3.5.16 查看信用卡触发器截

19、图3.5.7使触发器无效并验证select * into ts from 信用卡drop table ts disable trigger safrty on databasedrop table ts图3.5.17 使信用卡触发器无效截图3.6 数据库运行与维护在导入前，我们手中需要有数据库的备份文件。一般情况下就是数据库的源文件，有2个，分别是mdf和ldf文件，也就是数据库的数据文件和日志文件。可以直接把SQLServer暂停，然后用备份的源文件覆盖现在的初始源文件，然后启动SQLServer。注意这种办法要先开通这个数据库，保持源文件名要一致，这样才能直接覆盖。还有一种办法就是附加数据

20、库，把mdf和ldf文件直接附加，系统会自动生成一个数据库。下面是截图：如果你的空间商一定要第一种备份文件才能还原，可以先通过这种附加方法把数据库生成，然后在企业管理器中导出备份文件即可。注意上面的附加为：项目要写准备还原的数据库名称。用SQL网页管理器导入备份文件。这种办法需要先安装一个web界面的SQLServer管理器，类似于管理MySQL的PHPmyadmin。3.6.1数据库备份过程连接到相应的MicrosoftSQL Server 数据库引擎实例之后，在“对象资源管理器”中，单击服务器名称以展开服务器树。展开“数据库”，选择用户数据库，或展开“系统数据库”，选择系统数据库。右键单击

21、数据库，指向“任务”，再单击“备份”。将出现“备份数据库”对话框。在“数据库”列表中，确认数据库名称。或者从列表中选择其他数据库从“备份类型”下拉列表中，选择“完整”Use 信用卡管理系统GoExet sp_addumpdevicedisk,puss, c:backdevbackdevpub.bak3.6.2数据库还原过程分析首先打开SQL2012，到登录界面，我们选择数据库引擎连接登陆sql服务器。登陆成功后，在sql最左端的资源管理器中的数据库一项上面鼠标右键选择还原数据库。打开数据库还原的界面，在源下面选择设备.（浏览），然后点击添加，寻找到备份数据库的路径，点击确定。当跳转到还原界面之

22、后，由于我们的备份文件较大有7个多G，这时候我们就要修改还原的路径，在选择页选择文件，然后修改还原为路径到其他盘符。点击确定，这时候我们就还原了一个数据库文件了。图3.6.1还原数据库过程图图3.6.2还原数据库过程的步骤图第4章 结束语 通过这学期的数据库学习，让我学到了很多东西，熟悉了sqlserver作表软件，也认识到了my sql功能的强大，也将平时所学到的书本上的知识运用到实践中，提高了我综合运用知识的能力。对数据库的选择和对数据存储结构的设计，使各个实体之间的耦合度小，在此基础上实现数据的完整性，以及数据表间关系满足范式的要求，也提升了我多数据库的了解与运用能力。 对于本次的课设，我做的是信用卡管理系统，信用卡管理系统拥有了对信用卡及信用卡持卡人的信息管理的基本功能，并可以对信用卡的信息进行查询，对持卡人的信息查询。系统还包括了后台管理者的信息管理与维护。首先我做的是需求分析模型。先分析出信用卡管理系统的涉众有客户、申请开卡人，后台管理者，联系人。然后定义了系统边界。通过分析系统边界找到了业务主角，进而确定了业务用例，业务用例包括了开卡着信息管理，后台统计对用户的信息管理