下面是小编为大家整理的信用卡管理系统课程设计报告（范例推荐）,供大家参考。
信用卡管理系统课程设计报告 目 录 第 1 章 概述 ................................................................................................................................... 2 1.1 选题的背景与意义 ............................................................................................................... 2 1.2 相关技术分析 ....................................................................................................................... 2 第 2 章 系统功能设计 ................................................................................................................... 3 2.1 系统总体结构设计图 ........................................................................................................... 3 2.2 系统功能模块 ....................................................................................................................... 4 1.2.1 员工管理模块 ............................................................................................................... 4 1.2.2 菜单设计模块 ............................................................................................................... 4 1.2.3 客户操作模块 ................................................................................................................ 5 第 3 章 数据库设计 ....................................................................................................................... 6 3.1 需求分析 ............................................................................................................................... 6 3.1.1 数据流图 ........................................................................................................................ 6 3.1.2 数据字典 ...................................................................................................................... 10 3.2 概念结构设计 ..................................................................................................................... 11 3.3 逻辑结构设计 ..................................................................................................................... 15 3.4 物理结构设计 ..................................................................................................................... 17 3.5 数据库实施 ......................................................................................................................... 22 第 4 章 结束语 ............................................................................................................................. 29 参考文献 ....................................................................................................................................... 30 第 1 章 概述 1.1 选题的背景与意义 信用卡是商业银行向个人和单位发行的，凭以向特约单位购物、消费和向银行存取现金，具有消费信用的特制载体卡片，其形式是一张正面印有发卡银行名称、有效期、号码、持卡人姓名等内容，背面有磁条、签名条的卡片。随着我国经济快速发展，人们的出行活动越来越频繁，对行业服务的快捷、便利等要求越来越高，促进了信用卡的快速发展，同时信用卡的使用也给客户和银行带来了诸多好处，比如，对银行来说，获得了年费，手续费，刷卡消费能使发卡行获得占客户消费经费金额 2%左右的佣金等。通过在网上查找资料和向自己身边的一些人士采访，只能简单的模拟一个信用卡管理系统。对客户来说减轻了携带大量资金的不方便。
优点：节省大量的人力、物力、执行效率高 缺点：该系统所有的操作都是基于客户已经存款的情况下，并没有假定具有较高身份和信用度好的客户向银行借贷、定期缴纳资金、抵押贷款的情况 1.2 相关技术分析 SQL Server 2008 是一种关系数据库管理和开发工具。它在 Microsoft 的数据平台上发布，帮助用户的组织随时随地管理任何数据。，可以将结构化、半结构化和非结构化文档的数据直接存储到数据库中，可以对数据进行查询、搜索、同步、报告、和分析之类的操作。总之，SQL Server 2008 为我们提供了一个可信、高效率智能数据平台，可以满座我们对数据需求。
第 2 章 系统功能设计 2.1 系统总体结构设计图 图 2-1 2.2 系统功能模块 1.2.1 员工管理模块 该模块针对的操作对象是银行里面的工作人员，银行里面的工作人员通过登陆界面且密码正确，成功进入该管理系统后，在没有超过自己的范围（即数据库管理员授予银行工作人员的权限）能够对某客户的信用卡实施一些操作，在本实验报告的模拟系统中，银行工作人员能够对客户进行简单的开户和销户以及修改客户信息的功能。
(a)开户功能：
银行职员在客户端输入开户的基本信息，通过网络传送数据，在服务器处理后显示服务器端的处理结果。开户成功后打印存折相关信息并在屏幕输出存折的基本信息，其中包括：户名、帐号、开户人电话号码、开户日期。操作结束后返回员工管理模块。
(b) 销户功能：
银行职员在客户端输入销户的信息，通过账号与身份等核对与匹配来销户，对该客户的资料以及持有的信用卡信息在系统中删除。操作结束后说明销户的日期，方便记录并返回员工管理模块。
(c)修改客户信息功能 银行职员在客户端输入原来的客户信息后，再核对后该客户的信息合法且正确后，提醒用户输入新的信息，操作成功后，该用户的信息被修改且输出用户修改信息属性项 1.2.2 菜单设计模块 该模块针对的操作对象是数据库系统设计的工作人员。通过对该系统的一些功能进行整合和编排，还有层层设置密码和验证码的方式对一些非法用户的进入该系统进行一定的控制，确保该系统的安全可靠性，保证客户资金的安全。也通过一些 PS 技术能够对页面实行一定的美化，除了给该系统的使用者（银行工作人员和客户）提供便捷的操作服务，简单明了的操作方法之外，还能带来视觉上的震撼。
（a） 主菜单功能：输出主菜单（包括员工管理模块户、客户操作模块）供操作用户选择，然后根据用户的输入选择进入不同的系统功能界面。
1.2.3 客户操作模块 该模块针对的操作对象是持有银行信用卡的客户，在该用户合法登陆到客户界面且密码验证正确后能够对一银行卡进行存款、取款、修改密码、转账和挂失的功能，并且对该用户的所有操作进行一定时间内的记录，防止一些不必要的损失。
(a) 存款功能：主要有存款金额与存款时间，存款的账号等，供用户来填写数据存款额。
(b) 取款功能：包含取款金额，取款时间等，供客户操作。
(c) 修改密码功能：可以通过原密码来改新密码。
(d)转账功能：在该引用卡不透支的情况下，且转账金额合法可以把该客户的资金转入另一个信用卡上。
(e) 挂失功能：可以通过客户的身份验证，对该合法客户的资金进行冻结，保护客户资安全。
(f) 查询功能：提供查询功能，能够查询用户余额，与以往的存取款记录。
第 3 章 数据库设计 3.1 需求分析 3.1.1 数据流图 员工管理模块 (a) 开户功能 图 3-1 (b)销户功能 图 3-2 (c)修改客户信息功能 图 3-3 客户操作模块 (a) 存款功能 图 3-4 (b) 取款功能 图 3-5 (c) 修改密码功能 图 3-6 (d) 转账功能 图 3-7 (e) 挂失功能 图 3-8 (f) 查询功能 图 3-9 3.1.2 数据字典 数据项 数 据 项 编号 数据项名 数据项含义 存储结构 01 kename 持卡人姓名 nvarchar 02 keaddress 持卡人地址 nvarchar 03 keage 持卡人年龄 int 04 ketel 持卡人电话号码 char 05 kadaytime 开卡日期 datetime 06 kakind 开卡卡种 char 07 kamoney 可用金额 float 08 kaiaddress 开卡人地址 nvarchar 09 operatorname 操作员姓名 nvarchar 10 operatoraddress 操作员地址 nvarchar 11 workeryear 操作员工龄 int 12 workertel 操作员电话 char 13 kakey 信用卡密码 char 14 deleteday 注销日期 datetime 15 deleteoperator 注销经办人 nvarchar 16 storeday 存款日期 datetime 17 storeyear 存款年份 int 18 storelilv 存款利率 float 19 storeoperator 存款操作员 nvarchar 20 storemoney 存款额 float 21 storekind 存款种类 char 22 storename 存款姓名 nvarchar 23 takemoney 存款金额 double 24 takeday 取款日期 datetime 25 zhuanmoney 转账金额 float 26 zhuanday 转账日期 datetime 27 guashiday 挂失日期 datetime 28 guashiname 挂失姓名 nvarchar 29 beizhu 备注 nvarchar 数据结构 数据结构编号 数据结构名 数据结构含义 组成 01 applychart 申请单 kename,keaddress,keage,ketel,keID,keapplyday,beizhu 02 takechart 取款单 cardID,takeday,takename,takemoney,takelixi,takeoperator 03 storechart 存款单 cardID,storename,storeday,storeyear,storelilv,storekind 04 yinhangcard 信用卡信息表 cardID, kehuname,kakey,kaidaytime,kakind,kamoney 05 guashichart 挂失单 cardID,guashiday,guashiname,guashioperator 06 zhuanzhang 转账单 cardID,othercardID,zhuanday,zhuanmoney,zhuanname 07 xiugaikey 修改密码单 cardID,xiuday,kakey,xiukey,xiuname,xiuoperator 3.2 概念结构设计 由于菜单设计模块与与本次数据库没有太大的联系，本次设计主要考虑其他的两个模块，即员工管理模块与客户操作模块 员工管理模块 A：客户：通过向银行的工作人员递交自己的基本信息，由银行工作人员受理成功后，给予信用卡 B：银行工作人员：在成功登录该系统后对客户提出的请求给予处理，能够对客户的信息进行修改和对信用卡开户和销户的功能 图 3-10 实体属性定义 客户（客户姓名、身份证号、地址、年龄、出生日期、手机号，信用额度） 银行工作人员（工作编号、姓名、工作密码、工龄、工资、身份证号、年龄、出生日期、手机号、服务等级） 信用卡（信用卡卡号，密码，开户日期，卡种，开户地址，余额） 对 E-R 图调整的准则: 现实世界中的事物能作为属性对待的尽量作为属性对待；
属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。
具体调整如下: 1. 对于客户享受的服务待遇情况，本应该由信用卡余额决定，在这里为信用卡添加了一个“卡种”的属性用于解决客户享受的高级待遇情况。
2. 对于银行工作人员的工资待遇的情况，可以由工龄决定，但考虑到工作效率，为银行工作人员添加一个“服务等级”的属性，两者共同决定工资的待遇。
客户操作模块 A：客户：客户成功登录该系统后，可以对自己的信用卡执行存款、取款、转帐、修改密码、查询、挂失的功能 图 3-11 实体属性定义 客户（客户姓名、身份证号、地址、年龄、出生日期、手机号，信用额度） 信用卡（信用卡卡号，密码，开户日期，卡种，开户地址，余额） 存款单( 存款单号，信用卡卡号，存款额，存款日期，存款人姓名，存款类型) 取款单（取款单号，信用卡卡号，取款额，取款日期，取款人姓名，手续费） 转账单（转账单号，信用卡卡号，转账金额，转账日期，入账的卡号） 挂失单（挂失单号，信用卡卡号） 修改密码单（修改密码单号，信用卡卡号，原来密码，新密码） 对 E-R 图调整的准则: 现实世界中的事物能作为属性对待的尽量作为属性对待；
属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。
具体调整如下: 1. 对于客户享受的服务待遇情况，本应该由信用卡余额决定，在这里为信用卡添加了一个“卡种”的属性用于解决客户享受的高级待遇情况。
E-R 图的合并 由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将两个子模块分 E-R 图集成总 E-R 图的方式. 分两步进行：
第一步：合并。
解决各分 E-R 图之间的冲突，将各分 E-R 图合并起来生成初步 E-R 图。
各分 E-R 图之间的冲突主要有三类：
1.属性冲突：
（1）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突；
（2）属性取值单位冲突。由于本系统较简单，不存在这类冲突；
2.命名冲突：
（1） 同名异义：由于本系统较简单，所以不存在这类冲突；
（2） 异名同义：由于本系统较小，所以不存在这类冲突；
3.结构冲突：
（1） 同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，我们在设计各个分 E-R 图就早先解决了这个问题，即将在任何一个分 E-R 图中作为实体出现的属性全部作为实体；
（2） 同一实体在不同分 E-R 图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在这种冲突；
第二步：修改和重构。
消除不必要的冗...