本科毕业设计信用卡管理系统Word格式文档下载.docx
《本科毕业设计信用卡管理系统Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《本科毕业设计信用卡管理系统Word格式文档下载.docx(26页珍藏版)》请在冰豆网上搜索。
1.2CICS介绍
CICS(CustomerInformationControlSystem):
联机事务管理系统。
IBMCICS产品家族是IBM首选的TPM类交易中间件服务器,是交易中间件的鼻祖。
其主要功能有:
任务管理,程序管理,系统资源管理,控制数据存取集更新数据,数据通信,终端管理,时间管理,安全性管理,恢复管理,工作负荷分配。
它支持最大的业务吞吐量和最快的实时响应速度,IBMCICS可以保证分布式交易的数据完整性,并具备动态配置优化、易于集成、占用系统资源少、易于开发等优良特性,可以满足企业客户在复杂的异构网络环境中,不同软硬件环境下,高可靠的、高性能的完整联机事务处理要求,并具有开放性、扩展性、先进性、安全性、可管理性和易于维护开发等特性【14】。
CICS的结构设计也是面向交易处理的,CICS构建的是一个三层次结构的应用系统,CICS有效地区分应用系统中的表述逻辑层,交易逻辑层和数据逻辑层,从而使应用系统结构清晰,维护简单易行。
在三层次分布式应用架构之中,CICS居于中间层次,对前端而言它可以接收成千上万CLIENT的请求,并负责管理调度本地,异地交易,对后端而言可以协调各个不同数据库(或队列,文件系统)的操作。
应用程序开发方面,本系统采用的是COBOL。
像SQL语言一样,CICS多提供的功能也是以一定的格式嵌入式地与程序开发语言结合在一起的。
CICS命令都是以类似下面例子的格式嵌入在开发语言中【17】,如图1.1:
图1.1Cobol中嵌入CICS
系统的界面主要由CICS的MAP构成。
而MAP则通过下面的方式来输入与输出。
屏幕映像的输出:
应用程序中把希望输出的数据内容填到字符屏幕映像的各个变量中去,就可以调用CICSSENDMAP命令把屏幕映像发送到终端显示。
例:
EXECCICSSENDMAP(‘MAP1’)
MAPSET(‘MAPSET1’)
ERASE
FREEKB
END-EXEC.
屏幕映像的输入:
应用程序通过发送CICS命令RECEIVEMAP来把用户更改后的MAP数据输入到字符映像变量中来,然后根据这些变量的值进行处理。
EXECCICSRECEIVEMAP(‘MAP1’)
END-EXEC.
MAP和程序都编译链接成功后还要在CICS中定义和安装这些资源,使用如下命令:
CEDADEFMAPSET(MAPSET1)GROUP(TEST),
CEDAINSMAPSET(MAPSET1)GROUP(TEST)
CEDADEFPROG(PROG1)GROUP(TEST)
CEDAINSPROG(PROG1)GROUP(TEST)
CEDADEFTRANS(HLLO)PROG(PROG1)GROUP(TEST)
CEDAINSTRANS(HLLO)GROUP(TEST)
之后便可在CICS终端输入交易代码‘HLLO’来执行交易,如图1.2:
图1.2CICS展示MAP
1.3DB2介绍
DB2是IBM公司研制的一种关系型数据库系统。
它使您能够使用用户输入的或包含再用用程序中的‘结构化查询语言’(SQL)语句来创建,更新和管理关系数据库【7】。
DB2主要应用于大型应用系统,具有较好的可伸缩性,可支持从大型机到单用户环境,应用于OS/2、Windows等平台下。
它以拥有一个非常完备的查询优化器而著称,其外部连接改善了查询性能,并支持多任务并行查询。
DB2可以分别在不同的操作系统平台上服务。
虽然DB2产品是基于UNIX的系统和个人计算机操作系统,在基于UNIX系统和微软在windows系统下的Access方面,DB2追寻了ORACLE的数据库产品【13】。
除了它可以提供主流的OS/390和VM操作系统,以及中等规模的AS/400系统之外,IBM还提供了跨平台(包括基于UNIX的LINUX,HP-UX,SunSolaris,以及SCOUnixWare;
还有用于个人电脑的OS/2操作系统,以及微软的Windows2000和其早期的系统)的DB2产品【9】。
DB2数据库可以通过使用微软的开放数据库连接(ODBC)接口,Java数据库连接(JDBC)接口,或者CORBA接口代理被任何的应用程序访问。
1.4Cobol介绍
1.4.1COBOL语言的发展概况
COBOL是CommonBusinessOrientedLanguage(即面向事务处理的通用语言,或称通用商业语言)的缩写。
实际上,COBOL不仅是商业数据处理的理想语言,而且广泛应用于数据管理领域,例如财会工作、统计报表、计划编制、情报检索、人事管理等。
因此COBOL语言也被称为“用于管理的语言”【2】。
在计算机的应用领域中,数据处理(Dataprocessing)是应用最广泛的一个领域。
数据处理的日益广泛应用要求人们设计出能满足实际数据处理工作中各种要求的一种计算机语言,COBOL语言就是在这种形势下应运而生的。
1959年5月,美国国防部召开了一个有政府机关、企业、计算机厂家代表参加的会议,各方面都认为有必要设计出一种数据处理专用的计算机语言。
会上确定了常设机构,以研究这种语言,这个会议称为CODASYL(ConferenceonDataSystemsLanguages),意为数据系统语言会议。
1959年12月提出了世界上第一个COBOL语言文本,次年4月由美国政府正式发表,因此称COBOL–60。
后来进一步扩充和完善,出现了扩展COBOL–61,它们为后来的版本提供了基础。
1965年美国出现了更完善的版本,即COBOL–65,但直到1968年8月才由美国国家标准化协会ANSI(AmericanNationalStandardInstitute)通过批准了这个语言的标准版本,作为各厂家的依据【1】。
这就是ANSICOBOLX3.23–1968。
1972年国际标准化组织ISO决定把它作为ISOCOBOL–72国际标准COBOL文本,该文本已为许多国家所承认。
此后,又分别出现了多个版本,如ANSICOBOL–74、ISOCOBOL–78、COBOL–85等
1.4.2COBOL语言的特点
COBOL语言的主要特点有:
1)最适于数据处理领域
所谓数据处理是指对大量数据的收集、统计、分类和加工。
例如企业管理、库存管理、报表统计、账目计算、信息情报检索等方面的应用都属于数据处理。
数据处理的特点是:
算术运算量少而逻辑处理多;
输入输出量大;
数据间存在着一定的逻辑关系(数据项间有清晰的层次关系,例如职工工资包括应发工资、扣除部分、实发工资等几部分,应发工资又包括基本工资、附加工资等);
大量的分类排序(如按年龄大小排名单、按受教育程度分类……等);
对打印报表要求较高、多样化等等。
在企业(如银行、商业、工厂)和其他部门(如领导机关、业务处理部门)的管理工作中,一般并无很复杂的计算公式,不要求太高深的数学基础,但是数据处理的量很大。
COBOL正是针对数据处理要求而设计的。
COBOL所处理的问题具有数据繁多而运算简单的特点,COBOL也有加、减、乘、除、乘方等运算以及表达式的概念,但这些不是COBOL的重点。
它的主要功能是描述数据结构和分析处理大批量的数据。
COBOL对数据的处理过程与人工处理的过程是相似的,即与人们的思维过程比较接近,因此,一般的管理人员是比较容易理解和掌握COBOL语言的。
2)COBOL比较接近于自然语言(指的是英语)。
COBOL程序看起来很像一篇用英语写的文章。
例如:
ADDATOB表示A+B→B,即A加B,结果放在变量B中
MOVECTOD表示将变量C的值传送给变量D中
COBOL大量采用普通英语词汇和句型,学过英语的人看COBOL程序感到通俗易懂。
也就是说它的特点是;
成文自明。
3)通用性强。
由于COBOL语言的标准化程度较高,不同厂家生产的计算机系统所提供的COBOL是COBOL标准的全集或一个子集,一个计算机上的COBOL程序向另一计算机系统上移植,是比较容易实现的。
4)COBOL的结构严谨,层次分明。
每个COBOL程序分四大部分(称为部,Division),每个部下面又分为若干节(Section),节下面又分为若干段(Paragraph)。
每一部分都有固定的样式,这个特点使初学者比较容易通过模仿别人程序中的有关部分,从而较快地写出自己的程序。
5)COBOL的缺点是比较繁琐。
如同中国古代的八股文一样,程序无论大小简繁,一律都要写齐四大部分,对每个部进行必要的定义和说明。
因此源程序显得比较冗长。
据国外统计,在大、中型计算机系统上运行COBOL程序所占用的计算机时间为全部机时的一半以上,超过了任何一种其它语言,是目前世界上使用得最多的一种计算机语言之一。
为了使初学者从一开始就了解COBOL源程序的格式以及它的组成,建立起一个整体的概念,我们先介绍两个最简单的COBOL源程序【3】。
例1使计算机在指定的外部设备(终端显示器或打印机)上显示(或打印)出字符串“ThisisaCOBOLprogram”,然后停止运行。
列:
16
7
8
12
IDEN
TIFICATIONDIVISION.(标识部)
PROG
RAMID.EXAM1.(程序标识段)
ENVI
RONMENTDIVISION.(环境部)
DATA
DIVISION.(数据部)
PROC
EDUREDIVISION.(过程部)
S.
DISPLAY‘ThisisaCOBOLprogram’.
STOPRUN.
说明:
程序倒数第2段的“S.”是段名,在本例中过程部只包含一个段,即S段;
在S段中有两个句子,每个句子以句点“.”和空格结束。
例2将A和B的值相加,其结果放在B中。
RAMID.EXAM2.(程序标识段)
RONMENTDIVISION.(环境部)
DIVISION.(数据部)
WORK
ING-STORAGESECTION.(工作单元节)
77A
PICTUREIS9(3).(对变量A进行描述)
77B
PICTUREIS9(3).(对变量B进行描述)
EDUREDIVISION.(过程部)
ACCEPTA(输入A的值)
ACCEPTB(输入B的值)
ADDATOB(A+B→B)
DISPLAYA,B.(显示A和B的值)
STOPRUN.(停止运行)
1)这个程序的程序名是“EXAM2”。
2)在本例中数据部下面有一个WORKING–STORAGESECTION(工作单元节,或称工作存储节),用它来描述程序中用到的中间工作单元。
今有两个数据项A和B,用“PICTUREIS9(3)”来说明(描述)A和B的类型是数值型的,“9”代表数值型,“(3)”代表数据长度为三位,即A和B的值是三位整数。
3)在过程部中,只有一个S段,在S段中有两个句子,每个句子以句点和空格为结束标志。
第一个句子中包含四个语句,每个语句完成一个特定的操作。
ACCEPTA和ACCEPTB是从指定的外部设备上先后接收两个数值给A和B(指定的外部设备可以是控制台或终端的键盘)。
第二章系统需求分析
2.1系统需求分析作用
系统需求分析是从银行的信用卡业务中提取出能够帮助用户解决的业务问题,通过对业务问题的分析,规划出相应实用软件产品。
是对用户业务需求的一个升华,是一个把信用卡系统管理流程化,电子化,从而转化为软件产品,来提高效率和精确度,需求分析是否成功,直接关系到开发出来的软件产品能否得到用户认可和有真正的实用价值,关系到银行能否真正运用该产品来解决实际业务和管理问题。
2.2配置分析
2.2.1硬件环境
服务器:
大型机(OS/390)
开发机:
CPUCore22G,Memory2G,HDD160G
2.2.2软件环境
开发系统:
WindowsXP
中间件:
CICS
数据库:
DB2
开发语言:
COBOL
软件管理:
VisualSourceSafe6.0
2.3业务需求分析
2.3.1业务过程分析
系统主要完成信用卡的申请业务,以及对信用卡客户的信息进行查询、修改与删除。
该业务申请的主要流程是:
申请人填写信用卡申请表,录入人员将信息输入到系统上,系统检查申请人填写信息是否正确,根据信用策略进行验证,检查文档完整性,操作员进行电话确认,申请成功,发卡。
其中任何一步出现错误则进行跟踪,审批。
视情况还将申请人加入黑名单中,如图2.1
图2.1业务过程走向
系统可分为7个流程(功能模块):
数据录入(DE-DATAENTRY),数据检查(DC-DATACHECK),MATRIX验证(MATRIX),数据验证(DV-DATAVERIFICATION),电话确认(PV-PHONEVERIFICATION),审批(UW-UNDERWRITING),跟踪(FU-FOLLOWUP)。
本人及同组同事担当的模块为信用卡申请系统中DE(dataentry)模块。
该模块实现的主要功能是:
1.向数据库中输入客户申请表中的信息并对信息的数据属性进行验证。
2.通过验证的客户信息将输入到DB2数据库中,并可以对其进行查询、修改和删除。
3.对于验证后有错误的客户信息程序将返回错误信息并进行相应的提示。
2.3.2业务数据分析
业务数据主要是申请过程中填写的申请信息,申请人个人相关信息以及处理申请的各种检查,验证信息等。
系统共6张表,有1共同主键APPLICATION_ID,无外键。
DETABLE:
申请人详细信息表。
DCTABLE:
申请数据检查表。
DVTABLE:
申请数据验证表。
PVTABLE:
电话验证表。
UWTABLE:
审批表。
FUTABLE:
跟踪表。
DE模块用到的表主要是DETABLE申请人详细信息表。
2.3.3业务功能分析
系统可分为7个功能模块:
DE模块记录申请人及申请业务的详细信息。
该模块出现的异常可能有:
1.输入信息不完整
2.申请表破碎
3.自己不清楚
4.其它
DC模块记录申请人的证件,电话号码及收入等需检查确认的信息。
2.三个以上信息不能和DE模块匹配
3.其它
DV模块包括基本信息的验证,提供信息的查询的与相应记录的修改与删除记录信用策略,文档完整性等验证结果,保证信用卡基本数据的准确性和真实性。
PV模块记录电话验证的具体信息,查询是否真实符合申请表的信息,填写确认原因。
确认结果有以下几种异常:
1.两个电话不正确
2.两个接电话人不认识申请人
3.申请人放弃申请卡
4.其它原因
Matrix模块记录审批过程中的具体信息(拒绝原因,信用额度等)。
最终申请异议:
1.信用分数低
2.信用额度太高
UW模块发卡模块。
FU模块记录跟踪的具体信息(日期,跟踪原因等)。
用来处理模块的依赖关系,具体跟踪情况如下:
1记录当前处理与下一个处理,在信用卡业务流程中,只有一个处理正常结束时,下一个处理才可以开始,不可以跨处理进行;
2一个模块有问题时根据原因自动或者手动发送到FU模块;
3FU模块会处理case,然后发送到相应的模块;
4某些模块可以根据原因终止一个申请;
5模块中的申请是以FIFO的顺序处理的。
第三章系统概要设计
3.1系统概要设计作用
通过制定规范:
代码体系、接口规约、命名