当前位置:广昱文档网 >专题范文 > 思想汇报 >

信用卡管理系统课程设计(范例推荐)

时间:2022-12-10 08:30:04 来源:网友投稿

下面是小编为大家整理的信用卡管理系统课程设计(范例推荐),供大家参考。

信用卡管理系统课程设计(范例推荐)

信用卡管理系统课程设计报告 目录 第 第 1 章 概述 ................................................................................................................................... 2 1.1 选题的背景与意义 ............................................................................................................... 2 1.2 相关技术分析 ....................................................................................................................... 2 第 第 2 章 系统功能设计 ................................................................................................................... 3 2.1 系统总体结构设计图 ........................................................................................................... 3 2.1 系统功能模块 ....................................................................................................................... 4 1.2.1 模块一(开户和注销) ............................................................................................... 4 1.2.2 模块二(存取款登记) ............................................................................................... 5 1.2.3 模块三(查询功能) .................................................................................................... 6 1.2.4 模块四(修改密码) .................................................................................................... 6 第 第 3 章 数据库设计 ....................................................................................................................... 7 3.1 整体需求分析 ....................................................................................................................... 7 3.2 概念结构设计 ....................................................................................................................... 9 3.3 逻辑结构设计 ..................................................................................................................... 12 3.3.1E-R 图向关系模式转换原则:

  .................................................................................. 12 3.3.2 范式的判定(3NF) .................................................................................................. 12 3.4 物理结构设计 ..................................................................................................................... 13 3.4.1 创建数据库 ................................................................................................................ 13 3.4.2 创建触发器和插入测试数据,索引的建立 ............................................................ 19 3.5 数据库实施 ......................................................................................................................... 25 3.5.1 模拟常规业务 .............................................................................................................. 25 3.5.2 创建使用视图 .............................................................................................................. 26 3.5.3 存储过程实现业务处理 ............................................................................................ 28 第 第 4 章 结束语 ............................................................................................................................. 31 第 1 章 概述 1.1 选题的背景与意义 随着社会经济的发展,以及数字生活的逐步渗透,如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低,越来越不能满足广大人民群众的需求,人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求,为提高该银行的存取款工作效率,降低工作的人力、物力开支,提高工作的准确性、正确性,并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。

  银行信用卡管理系统是一款为用户提供存款、取款、转账,还款等业务的计算机软件系统。在银行设立账户的人或机构通常被称为银行的客户。一个客户可以在银行开多个账户,客户可以存钱到账户中,也可以从自己的账户中取现,还可以将存款从一个账户转到另一个账户。客户还可以随时查询自己账户的情况并查询以前所进行的存款、取款、还款等交易记录。后台管理员可以对客户的账户进行注销、删除、查询等管理,还有就是银行利息、汇率、手续费,还款日期之类参数的设置,以及财务管理以及财务分析。

  1.2 相关技术分析 本系统采用 SQL Serve 2008,是微软公司开发的一个高效的数据库管理软件,具体采用了 SWL Serve 的数据存储和数据管理等。

   信用卡作为当今人们的消费和存储货币的一个重要手段, 第 2 章 系统功能设计 2.1 系统总体结构设计图 信用卡管理系统可以分为账户管理和取款机管理。账户管理可分为普通管理和信用卡管理,分别有利息计算 账户查询和开户登记 注销挂失的功能;取款机管理可分为管理员管理和客户操作,分别有取款机维护 数据管理和存取款 查询余额 修改密码的功能。

   信用卡管理系统 账户管理 普通管理 信用卡管理 存取款查询 利息计算 开户登记 注销挂失 取款机管理 管理员管理 取款机维护 数据管理 客户操作 存款取款 查询余额 修改密码 图 2.1-1(信用卡管理系统) 2.1 系统功能模块 功能要求:开户登记、存款登记、取款登记、查询功能、修改密码等,要求能查询任何一个用户全部存取款记录,要能查询每日银行的存款流水账,输出结果。

   1.2.1 模块一(开户和注销) 用户申请信用卡,须向银行提供本人身份信息,确认信息的真实,银行生成信用卡卡号,用户输入自己信用卡密码,再次确认密码即可。

   开户登记 身份信息确认 生成卡号 确认密码 注销用户 身份信息确认 是否注销? 此信用卡已注销 注销未成功 Y N 图 1.2.1-1(开户登记) 1.2.2 模块二(存取款登记) 用户在进行存取款时,需要验证自己的信用卡卡号和密码,再输入存取款金额(100的整数倍)确认即可。

   存取款登记 验证卡号 输入密码 密码是否正确? N Y 存款 验证金额 存款成功 取款 输入金额 余额是否充足? 取款成功 余额不足 Y N 图 1.2.2-1(存取款登记) 1.2.3 模块三(查询功能) 图 1.2.3-1(查询功能) 1.2.4 模块四(修改密码) 查询功能 验证身份信息 余额查询 转账查询 交易查询 历史记录查询 修改密码 验证身份信息 输入新密码 再次确认密码 是否修改密码? Y N 图 1.2.4-1(修改密码) 第 3 章 数据库设计 3.1 整体需求分析 流程图 修改成功 密码未修改 信用卡管理系统 银行工作人员 后台用户登录 默认 admin 账户资料管理 账户信用管理 账单管理 账单摧帐管理 用户的增删改查 信用额的增删改查 所有用户账单查询 欠款账户查询 持卡消费者 持卡人登录 消费管理 还款管理 取现管理 账单管理 卡号和密码登录 消费并产生账单 还款并产生账单 取现并产生账单 查询自己的账单 图 3.1-1(流程图) 数据字典 表一 (1)用户信息表 字段名 字段类型 长度 主键 是否允许为空 说明 BCID Char 20 是 NO 用户编号 BCPwd Char 6 NO 密码 BCName Char 10 NO 用户姓名 BCICNo Char 18 NO 身份证 Money Char 20 NO 存款金额 Date Char 15 NO 开户日期 BBTId Char 15 NO 账号类别 BCRegLossi Smallint NO 是否挂失 BCtel Char 15 NO 客户电话 BCAddr Char 20 NO 客户地址 表二 (2)管理员信息表 字段名 字段类型 长度 主键 是否允许为空 说明 User1 Char 10 是 NO 管理员账号 Pws Char 10 YES 密码 表三 (3)用户存取钱.转账操作表 字段名 字段类型 长度 主键 是否允许为空 说明 BCNo Char 23 是 NO 卡号 BCOpenDate Char 15 是 NO 操作日期 BDBCNo Char 10 是 NO 具体操作类型 BCExistBalance Char 20 YES 操作金额 表四 (4)账户的余额表 字段名 字段类型 长度 主键 是否允许为空 说明 BCNo Char 23 是 NO 卡号 Startcash Char 15 NO 起始金额 Endcash Char 15 NO 最终金额 3.2 概念结构设计 局部 E—R 图 用户和信用卡作为两个实体,它们之间的关系模式为管理,用户还可以进行其他交易, A(用户):(开户名,开户日期,卡号) B(信用卡):(持卡人,卡号,所属银行,发卡日期) 交易(存款,取款,转账,贷款,汇款) 用户—信用卡 图 3.2-1(用户—信用卡) 用户 开户名 开户日期 卡号 管理 信用卡 卡号 持卡人 所属银行 发卡日期 交易 存款 取款 转账 汇款 贷款 1 1 n n n n n n 用户可以选择银行,在银行注册账户。

   A(用户):(身份信息,电话) B(银行):(名称,电话,地址) C(账户): (账号,开户名,开户日期) 用户—银行—账户 用户 银行 账户 选择 注册 m n n 1 身份信息 电话 名称 地址 账号 开户名 开户日期 电话 图 3.2-2(用户—银行—账户) 全局 E—R 图 用户,银行,账号,信用卡作为实体,用户可以选择开户银行,注册自己的账户,管理信用卡。

   A(用户):(身份信息,电话) B(银行): (名称,地址,电话) C(账户):

  (开户名,开户日期) D(信用卡): (持卡人,卡号,发卡日期,所属银行) 交易(取款,存款,转账,汇款,贷款) 注册 图 3.2-3(全局 E-R 图) 银行 账户 用户 身份信息 电话 选择 管理 信用卡 交易 存款 取款 贷款 转账 汇款 银行名称 开户名 地址 电话 卡号 所属银行 开户日期 持卡人 发卡日期 1 1 m n n 1 1 n n n n n 3.3 逻辑结构设计 逻辑结构是独立于任何一种数据模型的,在实际应用中,一般所用的数据库环境已经给定(如 SQL Server 或 Oracle 或 MySql)。由于目前使用的数据库基本上都是关系数据库,因此首先需要将 E-R 图转换为关系模型,然后根据具体 DBMS 的特点和限制转换为特定的 DBMS 支持下的数据模型,最后进行优化。设计步骤:

  ( 1 ) 将概念结构转换为一般的关系、网状、层次模型;

  ( 2 ) 将转换来的关系、网状、层次模型向特定 DBMS 支持下的数据模型转换;

  ( 3 ) 对数据模型进行优化。

   3.3.1E-R 图向关系模式转换原则:

  (1)一个实体型转换为一个关系模式;

  (2)一个 1:1 联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。

  (3)一个 1:n 联系可以转换为一个独立的关系模式,也可以与 n 端对应的关系模式合并。

  (4)一个 m:n 联系可以转换为一个独立的关系模式。该关系的属性包括联系自身的属性,以及与联系相连的实体的属性。各实体的码组成关系码或关系码的一部分。

  (5)一个多元联系可以转换为一个独立的关系模式。与该多元联系相连的各实体的码,以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。

  (6)具有相同码的关系模式可以合并。

  (7)有些 1:n 的联系,将属性合并到 n 端后,该属性也作为主码的一部分。

   根据信用卡管理系统的全局 E-R 图,转换为关系模式为:

   用户(身份信息,电话) 银行(名称,地址,电话) 账户(开户名,开户日期) 信用卡(卡号,持卡人,发卡日期,所属银行) 选择(身份信息,银行名称) 注册(身份信息,开户名) 管理(开户名,卡号) 交易(卡号,存款,取款,转账,汇款,贷款) 3.3.2 范式的判定(3NF) 第一范式(1NF) 无重复的列 所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现 重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。

  第二范式(2NF)属性 完全依赖于主键[消除非主属性对主码的部分函数依赖] 第二范式(2NF)是在...

推荐访问:标签 管理系统 信用卡 信用卡管理系统课程设计 信用卡管理系统课程设计案例

猜你喜欢