一、ES/9000VSE/ESA应用系统版本变更安全控制（论文文献综述）
邢平[1]（2018）在《Z企业信用卡核心平台迁移项目风险管理研究》文中认为软件项目的进行过程中,始终会面临各种风险,如果不去控制这些风险会给项目造成很大的损失,甚至影响到整个项目的目标。软件项目的总体风险主要体现在合同风险,需求风险,进度风险,技术风险、质量风险和管理风险。对这些可能出现的风险应该积极做好识别、分析、计划、跟踪和控制,尽量将发生风险的可能性降到最低。只有合理的规避风险,正确的处理风险,才能将项目的损失降到最低。本文首先总结了国内和国外软件项目风险管理的研究现状,研究和提出了软件项目管理中的风险管理的基本理论;接着通过对风险识别方法的研究,结合软件项目工作分解结构（WBS）和项目管理的九大知识领域,综合历史上同类项目过程中积累的经验,研究并识别出了这次Z公司这次平台迁移项目中的的基本风险因素,并建立了相对应的软件项目风险评价指标体系;然后,通过对当前主流风险评价方法的对比研究,选择使用风险评价表法作为本文的风险评价方法,并构建了基于大型机环境和信用卡领域的软件项目风险评价模型;最后根据风险识别的结果提出风险解决方案。本文的总体目标就是通过对软件项目风险管理的研究,制定出这次Z公司平台迁移项目行之有效的风险管理方案。
明立松[2]（2013）在《商业银行企业服务总线（ESB）系统的设计与实现》文中提出随着我国信息化发展水平不断提升，信息技术已经成为推动国民经济发展，提高人民生活水平的重要力量。金融行业作为国内信息化水平较高的行业，信息技术已经与其经营活动和管理流程密切相关。信息技术为商业银行经营和管理工作提供便利的同时，也提出了风险控制、安全运行等新的管理要求。战略发展要求商业银行进行IT架构的转型，希望通过优化架构，灵活应对市场变化。企业服务总线系统是商业银行IT系统中的一个重要支撑平台，在商业银行的IT系统体系中发挥着重要的作用。企业服务总线系统可以帮助商业银行实现架构的调整，即从两级架构向三级架构转变，实现总行、分行、支行三级业务处理体系。企业服务总线系统可以为商业银行综合业务系统提供高效、灵活的数据处理功能，提供复杂的交易路由功能，实现多系统间业务流程的组合调用，提供服务全生命周期管理，实现IT资源的精细化管理。论文重点研究了商业银行企业服务总线系统，以及IT架构转型的相关适配器技术、集群技术，深入分析解决系统之间功能绑定紧密的需要、服务全生命周期管理的需求以及构建高效稳定的业务处理中枢的需求。本文以服务于商业银行的总线系统架构为目标，以SOA理念为基础，以成熟ESB产品为基础平台，设计商业银行多级IT服务架构，设计了基于四层交换技术的应用系统的集群架构，设计了商业银行企业服务总线系统，设计实现了服务全生命周期管理模块、服务组合与调用模块，适配器组件模块以及研究了数据加密与实现问题，确保企业服务总线系统可以满足未来生产环境运行要求。企业服务总线系统将广泛服务于商业银行，完成再造IT架构和服务治理的重任。在企业服务总线系统的建设过程中，不论是需求分析还是设计和开发，不论是成功经验还是失败的教训，这个过程都将是一次有益的探索，为国内同等规模商业银行实施此类项目提供了很好的借鉴。
申振中[3]（2012）在《IBM大型主机链接器组件的设计与实现》文中指出IBM大型主机链接器组件是IBM大型主机中提供给程序员和客户进行程序管理的一项极其重要的组件,现在的名称叫Binder,之前的版本就是大家熟知的Linkage editor。任何一个软件甚至是操作系统本身有些组件想要运行必须要有链接器的链接部署才能在指定的硬件系统上运行,而随着高级语言的发展,共享库、静态链接库和动态链接库的引用,链接器的作用越来越重要,链接器功能的完善程度,不仅关系着程序员调试程序的复杂度,也关系着程序能否高效运行,为了适应Z/OS操作系统的不断进步,其系统上的链接器组件也要不断地升级和完善以满足需求。由于大型主机Z/OS系统独特的系统架构,决定了Binder的特殊性,在z架构中的链接器不但要完成普通链接器的功能,（诸如把多个目标文件读入内存,经过符号解析和重定位工作,将其转变成一个可执行的文件）,还有其独特的性能和高效的实现思想。开发出高效率、便于程序管理以及程序员开发调试的基于Z/OS系统的链接器Binder变的尤其重要。而研究该课题的意义在于通过对链接器从研究分析到设计实现的一系列过程的参与,能够深刻理解程序开发从代码到目标文件再到最后的可执行文件的过程,以及不同的体系结构带来的链接器的实现的不同,对于提高内存管理、系统结构以及程序开发等有重要的意义。课题研究以及在本文中主要阐述的内容概要如下：1.收集链接器研究所需要的文献、书籍等资料,介绍链接器Binder的研究背景,总结了目前z/os系统链接器binder的现状和本文实现的功能,研究了z/os系统中与binder相关的部分。2.概述和分析了大型主机z架构和z/os操作系统中与binder相关的知识,对z/os系统的基础知识进行了描述,并对其和普通计算机系统进行了对比。3.分析和研究了binder的实现原理,通过对binder的解析,了解它的实现过程,输入输出,以及其独特的目标文件的组成和结构,为binder过程的设计和实现做了铺垫。4.Binder最主要的功能都是在内存中实现的,因此本文对于binder的存储管理的设计做了详细的描述,通过binder的存储管理的设计过程,可以很清楚的理解binder的功能,为binder过程的实现做了铺垫。5.设计和实现了binder的过程和主要API的使用和调用。这一部分工作是非常至关重要的,由于binder功能的强大,它需要使程序员能过进行调试、分析内存、关注程序输出结果等各种复杂的任务,并能够使用户根据自己的需求来链接自己的程序,部署到系统,这就不可避免的进行了binder子模块API的设计和实现。这部分的功能实现使得binder的各个子功能都可以顺利的实现。目前,Binder新功能的开发已经完成,能够更加完善的调试和开发程序,极大的方便了程序员,同时使得大型主机z架构下的z/os的程序管理更加方便,功能更加强大。
刘春玲[4]（2011）在《一种商业银行个人综合贷款系统的设计与实现》文中进行了进一步梳理近年来,随着人们生活收入水平的不断提高,消费能力和消费模式的转变,对于住房和大额消费品等消费需求以及个体户的融资需求不断增加,个人贷款业务量不断增多,而且市场的竞争也是越演越激烈,个人贷款产品不断创新,因此开发一套能够灵活和快速进行个人贷款产品创新的营销的系统,通过业务人员的二次组装能够迅速响应市场需求,以更灵活的、新产品能够迅速开发的系统和更优质的服务来满足客户的贷款融资需求的个人综合贷款系统是很有必要和具有深远意义的。本文对某商业银行现有的银行系统技术平台进行了简要介绍,并且借助该技术平台,对个人综合贷款系统的系统架构设计进行了分析和探讨,并且对该系统主机部分功能进行了详细的设计和实现,同时对该系统的实现效果和推广前景作了简要的论述和总结。
孙硕[5]（2010）在《用于CALL CENTER的银行账务管理系统的设计与实现》文中研究指明当今社会几乎各个行业都与银行有着紧密的联系。随着银行业务迅猛发展,无论企业还是个人,都在时间,空间,效率上对银行业务提出了更高的要求。不仅要求功能的完善性,同时要求能够随时随地与银行业务人员取得联系,进行业务的办理,或者随时随地通过自助渠道办理业务,于是CALL CENTER这个平台应运而生。它使客户可以使用座机或者手机与座席员进行沟通,或者通过语音自助服务进行业务办理。除存取现外,支持一切对私业务,也被称为移动版网上银行或手机银行CALL CENTER平台的开发,为客户提供了便利,放开了银行的营业时间限制,放开了空间限制,客户无需到柜台排队,也无需坐在电脑前使用网上银行,使用最普遍的电话即可办理业务。CALL CENTER建设项目的目标为在全国建成一个统一管理、中央监控、集中服务的平台。旨在实现全辖一个服务中心、一个号码接入,融普通座席（中心）、专家座席、专业座席、普通座席（远程）为一个管理体系的服务架构。CALL CENTER提供了7*24小时的服务,对用户而言,不仅包含账户管理功能,更重要的是进行自助渠道的账务类交易,这些都要求账务管理系统提供7*24小时账务处理。本文所要论述的,就是用于CALL CENTER的银行账务管理系统的设计与实现。以账务管理系统中零售,会计,管理控制三大准则为依托,在CALL CENTER的整体架构下,根据业务部门提出的功能性需求和非功能性需求,对用于CALL CENTER的银行账务管理系统进行设计和开发。本文在前半部分对CALL CENTER的架构进行描述,包括其功能点,物理及逻辑架构图,交易流程以及账务管理系统在该整体架构中所处的位置。然后对业务部门针对账务管理系统提出的功能性需求及非功能性需求进行分析,并对零售,会计及管理控制准则进行阐述,对账务系统7*24小时模式进行分析。该系统目前已经在部分省投产运行,投产行反映系统运行良好,得到了客户的一致好评。由于目前并非全辖投产,故开户行为非投产行的账户无法同开户行为投产行的账户进行转账等交易。须待全辖投产后,即可建立一个在全国统一管理、集中服务的CALL CENTER系统。
陈云松[6]（2009）在《基于SOA的全国职工医保系统IBM主机实施方案》文中认为我国基本医疗保险制度体系有三大重要组成部分:城镇居民基本医疗保险、城镇职工基本医疗保险和新型农村合作医疗制度。其中的职工基本医疗保险是最复杂,涉及面最广以及政策变动最大的领域。由于我国参保人数众多,医保政策不断变化,导致现有系统自动化程度不高、升级困难、不稳定等一系列的问题。建立一个什么样的平台,使用怎样一个解决方案来适应这些问题,成为了一个新的课题。“基于SOA的全国职工医保系统IBM主机实施方案”从面向服务软件体系（SOA）的角度,利用面向服务的技术,通过将服务进行松耦合的不断重组、集成以适应各个地方,各个时期,不同的医保制度。同时,IBM Mainframe Z900大型主机也为我们提供了一个高性能、高负载、安全、稳定的医保电子交易平台,更是一个十分合格的SOA部署环境。本文将详细分析SOA的发展状况及特点,着重讨论了服务集成方案,并且探索与尝试了如何服务发现,如何利用SOA的生命周期——建模、集成、部署、管理和控制——代替传统的瀑布模型对下一代职工医疗保险系统进行项目推进。除此之外,本文还将对本系统的SOA部署平台——IBM主机——进行探讨,并且研究如何利用IBM主机的集中交易特性为职工医疗保险所涉及的各种交易提供稳定的支持,以及如何通过接口将待交易数据传送到主机进行处理。本文还将分析如何利用DB2的XML格式来灵活的保存不断变化的医保政策,以达到主机平台上将大型关系数据库与面向对象数据库进行结合的目的以适应SOA体系。
李立[7]（2008）在《外资银行借记卡系统研究与应用》文中研究说明根据中国政府在签定WTO条约时的承诺,将在2007年开放外资银行在华对中国公民进行人民币业务服务的政策性限制。基于以上政策的开放,为了吸引中国公民的人民币储蓄,并提供给客户更加灵活的方法和渠道享受外资银行提供的服务,所以决定实施该借记卡系统,并向中国公民发放银行卡。银记卡发行系统主要面临的问题是后台核心系统的处理能力,安全防范机制以及众多外部网络接口,比如银联、VISA、MASTER等网络的接口处理。面对这些问题,本文中主要的解决方案是采用先进的SYSTEMATIC做为其核心银行后台处理平台,并配合IBM文件分段技术、CICS联机处理系统耦合以及TS安全防范子系统,使该系统具有了强大的处理海量和复杂交易以及较高的安全防范能力与手段。同时BAFES授权子系统的引入也承担了与外部各网络接口的角色,有效地解决了接口的复杂性和多样性。本文首先分析了借记卡及其系统面临的现状及问题,提出了外资银行实施该系统应用方法。在此基础上,分析了系统的总体结构、子系统划分及相应的设计及功能,并借助一个应用子系统来详细说明借记卡系统各模块之间是如何进行的分工协作,来满足借记卡的业务功能需求。通过该系统的实施与应用,持卡人将可以在CUP或VISA组织支持的商户POS机,自动取款机上做帐户查询,现金取款及转帐等交易。同时银行的市场部门人员也可根据持卡人的信息,背景及信用记录提供给客户更加灵活的金融服务和套餐。
曾光[8]（2008）在《基于IBM主机的银行系统解决方案》文中提出自从1946年第一台电子计算机诞生开始,人类社会便进入了一个新的年代一信息时代,计算机也从50到60年代的大型机渐渐过渡到PC,这并不意味着大型机己经退出这个时代。自从1964年System/360诞生以来,随着扎实而稳定的技术进步,大型机与生俱来的可靠性和稳定性为大型机的流行和长寿贡献良多。没有其他计算机结构能够在维持前代兼容性的基础上声称拥有这么多持续,渐进的提升。如今,大型机在世界上绝大多数最到的公司的日常业务中扮演着核心角色。当其他形式的计算机广泛的应用与商业中的各种各样的场合中时,大型机占据了当今电子商务环境中令人垂涎的地位。在银行业、金融业、卫生保健业、保险业,职能部门、政府部门和大量其他的国有和私营企业,大型机一直是现代商业领域的基本要素。大型机的一个重要应用就是作为银行的服务器,全球几乎所有的大型银行都要依靠主机以执行大规模的交易流程、支持成千上万的用户和应用程序并行的访问大量资源、在数据库中管理兆兆单位的信息和处理大带宽的通信随着信息化的不断发展,银行提供给客户的业务也越来越复杂,使得处理银行业务的软件系统也变得复杂而且庞大,也越来越多的依赖大型机。从整体上看在中国各大银行IBM大型机系统大多由国外提供完整的大型机系统,并不具有自己的知识产权,完全自主开发的成功案例鲜有所闻。因此开发一套小型的完全拥有自主知识产权的解决方案能够应用到真正的银行系统上面,对于参与世界金融解决方案的竞争提供中国因素,抵制外国通过提供完整的技术系统对中国金融业的入侵和对中小型银行将主要业务流程集中化转移至大型机平台都是很有现实意义的。本文首先简要说明IBM大型机以及OS/390系统的特色,描述了在IBM大型机上CICS应用开发的过程,在此基础上阐述了本人设计的一个基于大型机平台银行系统的开发,并以项目开发的设计与实现加以说明。
陈阳[9]（2007）在《银行呼叫中心系统交易网关的设计与实现》文中提出银行呼叫中心系统是基于计算机语音技术，充分利用电话、计算机网络和其它通讯网络的多项功能，并与银行主机系统连为一体的完整的综合信息服务系统。它通过电话系统连接到银行数据库，由自动语音应答系统或人工坐席代表将客户需要检索的信息传递给客户。其传统的接入媒介是语音电话，但是随着技术的进步，接入的媒介已扩展到Internet、Fax、视频等多种形式，逐步发展成一个信息服务中心。客户信息控制系统CICS是IBM公司设计用来提供联机事务处理和事务管理的优秀产品，为商业应用提供一个事务处理环境，适合银行这样有大量突发联机实践的系统。本文针对中行呼叫中心系统功能需求，采用客户信息控制系统CICS作为交易中间件，设计、实现了基于客户信息控制系统CICS的呼叫中心系统交易网关。对与后台交易进行接口的交易网关进行详细设计，分析交易网关在整个系统中的功能和实现方法。进行交易网关系统架构和逻辑架构设计。进行了交易网关模块详细设计并编程，调试。主要包括交易网关主控模块设计和主控模块程序的详细设计和实现。实现了呼叫中心前端服务功能与银行后台主机系统的交互。在工程上，本论文的研究成果已经通过系统测试并在中行运行。下面的工作是在呼叫中心系统运行中测试CICS交易网关中间件，以发现不足和改进。
张平[10]（2007）在《中国工商银行内蒙古自治区分行信息系统管理方案设计》文中研究指明目前，中国工商银行随着数据的全国大集中工程的完成，集约化科技管理体系也初步形成，有效地提高全行信息系统的安全运行水平，加快了信息系统的整合，有力地支持了业务发展和创新。但随着数据大集中和管理集约化的不断推进，内蒙古分行信息科技工作如何定位?如何有效配置资源，进一步发挥科技对业务发展与创新的推动作用?目前内蒙古分行的科技工作中的问题如何应对?这是各行都面临的共同的问题。本文回顾了中国工商银行信息系统建设发展的历程，描述了当前的现状，分析了主要存在的问题，根据当前国际国内流行的IT服务管理理论（ITIL），结合银行自身的特点和实际情况，以及本人的实践经验，提出建立一套适用于中国工商银行内蒙古分行在数据集中后的信息系统管理平台，以达到信息系统管理的自动化和规范化。
二、ES/9000VSE/ESA应用系统版本变更安全控制（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、ES/9000VSE/ESA应用系统版本变更安全控制（论文提纲范文）
（1）Z企业信用卡核心平台迁移项目风险管理研究（论文提纲范文）
| 摘要 |
| abstract |
| 第1章 绪论 |
| 1.1 研究背景与研究意义 |
| 1.2 文献综述 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 论文研究的内容和方法 |
| 1.4 研究的技术路线 |
| 第2章 项目风险管理研究基础 |
| 2.1 项目风险管理模型 |
| 2.2 项目风险识别 |
| 2.2.1 风险识别的方法 |
| 2.2.2 风险识别的技术路线 |
| 2.3 项目风险分析 |
| 2.4 项目风险计划 |
| 2.5 项目风险跟踪与控制 |
| 第3章 Z公司平台迁移项目风险识别与评价 |
| 3.1 项目背景介绍 |
| 3.1.1 平台迁移的意义 |
| 3.1.2 平台迁移要求和范围 |
| 3.1.3 平台迁移的计划 |
| 3.2 Z公司平台迁移项目风险识别 |
| 3.3 Z公司平台迁移项目风险评估 |
| 3.3.1 风险优先级的定义 |
| 3.3.2 风险程度评估 |
| 第4章 Z公司平台迁移项目风险的防范措施及控制 |
| 4.1 Z公司平台迁移项目风险防范措 |
| 4.2 Z公司平台迁移项目风险跟踪 |
| 4.3 Z公司平台迁移项目风险控制 |
| 第5章 Z公司项目风险管理实施措施及其效果 |
| 5.1 实施过程 |
| 5.2 实施效果以及建议 |
| 第6章 总结与展望 |
| 6.1 工作总结 |
| 6.2 后期展望 |
| 参考文献 |
| 致谢 |
| 附件 |
（2）商业银行企业服务总线（ESB）系统的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 课题研究背景 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 论文研究内容 |
| 1.4 论文组织结构 |
| 第2章 关键技术概述 |
| 2.1 适配器技术概述 |
| 2.1.1 通讯传输技术 |
| 2.1.2 报文处理技术 |
| 2.1.3 数据接入处理与功能逻辑分离技术 |
| 2.1.4 内部和外部数据格式分离技术 |
| 2.2 数据库技术概述 |
| 2.2.1 主流商业数据库管理软件 |
| 2.2.2 数据库集群技术 |
| 2.3 面向对象技术概述 |
| 2.3.1 面向对象分析和设计技术 |
| 2.3.2 面向对象开发语言 |
| 2.4 集群技术概述 |
| 2.4.1 集群技术实现原理 |
| 2.4.2 多种集群实现技术 |
| 2.4.3 基于网络四层交换应用集群技术 |
| 2.5 本章小结 |
| 第3章 企业服务总线系统需求分析 |
| 3.1 商业银行多级 IT 架构分析 |
| 3.1.1 商业银行原 IT 架构调研 |
| 3.2 业务需求分析 |
| 3.2.1 服务治理功能需求分析 |
| 3.2.2 基于元数据的服务治理需求分析 |
| 3.2.3 存量业务系统现状 |
| 3.2.4 系统服务集成 |
| 3.2.5 服务定义 |
| 3.2.6 业务流程整合 |
| 3.3 功能性需求分析 |
| 3.3.1 服务管理需求分析 |
| 3.3.2 服务组合与调用 |
| 3.3.3 适配器 |
| 3.3.4 用户权限 |
| 3.3.5 系统架构需求分析 |
| 3.4 非功能性需求分析 |
| 3.4.1 系统性能和系统稳定性 |
| 3.4.2 系统安全控制 |
| 3.5 本章小结 |
| 第4章 商业银行企业服务总线系统的设计 |
| 4.1 多总线架构 |
| 4.2 企业服务总线系统设计 |
| 4.2.1 系统功能架构设计 |
| 4.2.2 数据库设计 |
| 4.3 服务管理系统设计 |
| 4.3.1 服务识别 |
| 4.3.2 服务全生命周期管理设计 |
| 4.3.3 服务契约管理和服务质量管理设计 |
| 4.4 服务组合与调用的设计 |
| 4.4.1 服务组合模式设计 |
| 4.4.2 动态服务调用模式 |
| 4.5 适配器功能设计 |
| 4.5.1 适配器设计原则 |
| 4.5.2 适配器功能设计 |
| 4.5.3 内部和外部数据格式分离技术 |
| 4.5.4 适配器功能设计 |
| 4.6 系统部署 |
| 4.6.1 基于四层交换的系统集群架构 |
| 4.6.2 数据库集群设计 |
| 4.6.3 共享存储设计 |
| 4.6.4 集群通讯设计 |
| 4.7 系统安全设计 |
| 4.7.1 部署架构中的安全设计 |
| 4.7.2 数据加密 |
| 4.8 本章小结 |
| 第5章 企业服务总线系统的实现与测试 |
| 5.1 渠道整合功能的实现 |
| 5.1.1 渠道整合组件模型实现 |
| 5.1.2 渠道整合交易流程配置实现 |
| 5.2 创建服务功能的实现 |
| 5.2.1 新增服务的实现 |
| 5.2.2 服务定义实现 |
| 5.2.3 服务部署的实现 |
| 5.2.4 服务变更的实现 |
| 5.3 服务管理的实现 |
| 5.4 服务组合的实现 |
| 5.5 系统测试 |
| 5.5.1 系统功能性测试 |
| 5.5.2 系统性能测试 |
| 5.6 本章小结 |
| 结论 |
| 参考文献 |
| 致谢 |
（3）IBM大型主机链接器组件的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题背景 |
| 1.2 大型主机概述 |
| 1.3 链接器BINDER概述 |
| 1.4 系统上的程序管理 |
| 1.4.1 程序管理包括的组件 |
| 1.4.2 链接和装载 |
| 1.5 论文结构 |
| 第二章 大型主机及Z/OS操作系统 |
| 2.1 大型主机极其优势 |
| 2.2 大型主机的组件 |
| 2.2.1 大型主机的组件 |
| 2.2.2 与普通计算机系统的区别 |
| 2.2.3 架构概述 |
| 2.3 Z/OS系统基础 |
| 2.3.1 Z/OS基础控制程序及数据集 |
| 2.3.2 Z/OS的UNIX文件 |
| 2.3.3 JES简介 |
| 2.3.4 JCL的简介 |
| 2.4 本章小结 |
| 第三章 BINDER原理分析 |
| 3.1 BINDER解析 |
| 3.2 BINDER输入输出 |
| 3.3 目标文件 |
| 3.3.1 目标文件的组成 |
| 3.3.2 目标文件格式的基础 |
| 3.4 本章小结 |
| 第四章 BINDER存储管理的设计 |
| 4.1 对象的存储管理 |
| 4.2 栈的管理 |
| 4.3 内存的分配和释放 |
| 4.3.1 数据缓冲区 |
| 4.3.2 缓冲区内存释放 |
| 4.3.3 缓冲存储器的获取 |
| 4.3.4 初始化缓冲区 |
| 4.3.5 缓冲区映射 |
| 4.4 WORKMOD |
| 4.5 本章小结 |
| 第五章 BINDER过程的实现 |
| 5.1 BINDER的应用程序编程接口 |
| 5.1.1 binder编程概念 |
| 5.1.2 API参数符号名 |
| 5.1.3 程序模块中的数据 |
| 5.2 BINDER主体功能 |
| 5.2.1 binder载入 |
| 5.2.3 binder会话 |
| 5.2.4 获得ESD数据 |
| 5.3 BINDER拓展功能 |
| 5.3.1 导入函数和变量 |
| 5.3.2 模块包含的设计 |
| 5.3.3 设置库访问 |
| 5.3.4 binder选项 |
| 5.3.5 段的设计与实现 |
| 5.4 本章小结 |
| 结束语 |
| 1 论文工作总结 |
| 2 问题和展望 |
| 参考文献 |
| 附录1 IEWBIND函数功能的调用 |
| 致谢 |
（4）一种商业银行个人综合贷款系统的设计与实现（论文提纲范文）
| 提要 |
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 课题背景和选题来源 |
| 1.2 本文主要工作 |
| 1.3 笔者主要工作 |
| 第2章 个人贷款业务、系统主机术语定义 |
| 2.1 贷款业务术 |
| 2.2 某商业银行个人综合贷款系统基本术语 |
| 2.3 某商业银行系统技术平台介绍 |
| 第3章 个人综合贷款系统的架构设计 |
| 3.1 系统背景 |
| 3.2 系统目标 |
| 3.3 系统架构设计 |
| 3.3.1 系统总体架构 |
| 3.3.2 系统运行环境 |
| 3.3.3 与其它业务系统的关系 |
| 3.4 主要数据结构设计 |
| 3.4.1 贷款参数 |
| 3.4.2 贷款账户 |
| 3.4.3 明细与日志 |
| 第4章 个人综合贷款系统的业务功能设计与程序实现 |
| 4.1 联机子系统的业务功能设计与主要程序实现 |
| 4.1.1 个人贷款账户开户 |
| 4.1.2 个人贷款账户销户 |
| 4.1.3 个人贷款合同创建 |
| 4.1.4 个人贷款发放 |
| 4.1.5 个人贷款归还 |
| 4.1.6 个人贷款展缩期 |
| 4.1.7 个人贷款转按揭 |
| 4.1.8 个人贷款转呆坏账 |
| 4.1.9 个人贷款呆坏账核销 |
| 4.1.10 个人贷款已核销呆坏账归还 |
| 4.1.11 个人贷款以物抵债 |
| 4.1.12 个人贷款特殊处理 |
| 4.1.13 个人贷款合同冻结/解冻 |
| 4.1.14 个人贷款其它功能 |
| 4.2 批量子系统的业务功能设计与主要程序实现 |
| 4.2.1 日间批量 |
| 4.2.2 日终批量 |
| 4.2.3 批量工具 |
| 第5章 个人综合贷款系统的实现效果 |
| 5.1 系统测试目标 |
| 5.2 系统测试环境 |
| 5.2.1 测试工具 |
| 5.2.2 系统性能测试网络结构图及原理 |
| 5.2.3 测试环境配置 |
| 5.3 测试过程 |
| 5.3.1 测试脚本 |
| 5.3.2 测试方法 |
| 5.4 测试情况分析与结论 |
| 5.4.1 测试情况统计分析 |
| 5.4.2 测试结论 |
| 第6章 个人综合贷款系统的推广前景 |
| 6.1 系统技术对比 |
| 6.2 系统推广前景 |
| 第7章 总结 |
| 参考文献 |
| 作者简介及在学期间所取得的科研成果 |
| 致谢 |
（5）用于CALL CENTER的银行账务管理系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 课题背景 |
| 1.2 课题任务 |
| 1.3 论文结构 |
| 第二章 系统相关技术介绍 |
| 2.1 使用语言 |
| 2.1.1 COBOL |
| 2.1.2 SHELL |
| 2.2 系统开发平台AIX |
| 2.3 系统采用的应用软件 |
| 2.3.1 CICS |
| 2.3.2 ORACLE 8.1.7 |
| 第三章 CALL CENTER系统介绍 |
| 3.1 CALL CENTER系统功能分析 |
| 3.1.1 名词解释 |
| 3.1.2 功能分析 |
| 3.2 CALL CENTER系统总体架构 |
| 3.2.1 物理架构图 |
| 3.2.2 逻辑架构图 |
| 3.3 CALL CENTER系统交易总流程 |
| 第四章 银行账务管理系统总体设计 |
| 4.1 针对CALL CENTER系统关联功能制定的需求分析 |
| 4.1.1 功能需求 |
| 4.1.2 非功能需求 |
| 4.2 银行账务管理系统总体设计 |
| 4.2.1 银行账务管理系统设计目的 |
| 4.2.2 银行账务管理系统硬件部署图 |
| 4.2.3 银行账务管理系统软件架构图 |
| 4.2.4 银行账务管理系统信息流转示意图 |
| 4.2.5 与银行账务管理系统关联系统 |
| 4.2.6 与外国系统连接方式 |
| 4.3 银行账务管理系统中零售准则 |
| 4.3.1 零售业务的主要功能 |
| 4.3.2 零售准则的指导思想 |
| 4.3.3 零售联机入账方法 |
| 4.3.4 零售会计分录填写方法 |
| 4.3.5 零售7*24小时账务处理机制 |
| 4.4 银行账务管理系统中会计准则 |
| 4.4.1 会计业务的主要功能 |
| 4.4.2 会计联机入账方法 |
| 4.4.3 会计7*24小时账务处理机制 |
| 4.5 银行账务管理系统中管理控制准则 |
| 4.5.1 综述 |
| 4.5.2 交易管理 |
| 4.5.3 柜员管理 |
| 4.5.4 安全检查 |
| 第五章 模块详细设计与实现 |
| 5.1 开发程序在账务管理系统中所处的位置 |
| 5.2 转账模块设计及实现 |
| 5.2.1 功能描述 |
| 5.2.2 业务处理流程图 |
| 5.2.3 时序图 |
| 5.2.4 详细设计流程图 |
| 5.2.5 伪代码实现 |
| 5.3 中间业务模块设计及实现 |
| 5.3.1 功能描述 |
| 5.3.2 业务处理流程图 |
| 5.3.3 时序图 |
| 5.3.4 详细设计流程图 |
| 5.3.5 伪代码实现 |
| 5.4 查询模块设计及实现 |
| 5.4.1 功能描述 |
| 5.4.2 业务处理流程图 |
| 5.4.3 时序图 |
| 5.4.4 详细设计流程图 |
| 5.4.5 伪代码实现 |
| 5.5 账务调整模块设计及实现——补帐功能 |
| 5.5.1 功能描述 |
| 5.5.2 业务处理流程图 |
| 5.5.3 时序图 |
| 5.5.4 详细设计流程图 |
| 5.5.5 伪代码实现 |
| 5.6 账务调整模块设计及实现——错帐调整功能 |
| 5.6.1 功能描述 |
| 5.6.2 业务处理流程图 |
| 5.6.3 时序图 |
| 5.6.4 详细设计流程图 |
| 5.6.5 伪代码实现 |
| 5.7 个人外汇买卖模块设计及实现 |
| 5.7.1 功能描述 |
| 5.7.2 业务处理流程图 |
| 5.7.3 时序图 |
| 5.7.4 详细设计流程图 |
| 5.7.5 伪代码实现 |
| 5.8 基金业务模块设计及实现 |
| 5.8.1 功能描述 |
| 5.8.2 业务处理流程图 |
| 5.8.3 时序图 |
| 5.8.4 详细设计流程图 |
| 5.8.5 伪代码实现 |
| 5.9 系统测试案例编写 |
| 第六章 结束语 |
| 6.1 论文工作总结 |
| 6.2 问题和改进设想 |
| 参考文献 |
| 致谢 |
| 附录 |
（6）基于SOA的全国职工医保系统IBM主机实施方案（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 引言 |
| 1.1 项目研究的背景和目的 |
| 1.2 研究现状 |
| 1.3 论文研究的主要内容 |
| 1.4 论文的组织结构 |
| 第二章 面向服务软件体系研究 |
| 2.1 面向服务架构（SOA） |
| 2.1.1 介绍 |
| 2.1.2 SOA 架构分析及其特点 |
| 2.1.3 SOA 生命周期 |
| 2.2 企业应用集成 |
| 2.2.1 传统的企业应用集成（EAI） |
| 2.2.2 以服务为中心的集成（SOI） |
| 2.2.3 SOI 解决方案 |
| 2.3 本章小结 |
| 第三章 IBM 主机系统与集中式交易处理 |
| 3.1 IBM 主机系统环境分析 |
| 3.1.1 IBM 主机介绍 |
| 3.1.2 IBM 主机核心技术与特点 |
| 3.2 集中式交易处理与相关中间件 |
| 3.2.1 联机事务处理（OLTP） |
| 3.2.2 集中式交易 |
| 3.2.3 CICS 交易中间件 |
| 3.2.4 WebSphere 应用服务器 |
| 3.2.5 用于企业信息系统（EIS）的连接器 |
| 3.3 IBM 主机平台的数据库系统 |
| 3.5 本章小结 |
| 第四章 新的职工医保系统设计方案 |
| 4.1 当前职工医保系统的现状与不足 |
| 4.1.1 职工医保制度分析 |
| 4.1.2 当前医保系统分析 |
| 4.1.3 当前医保系统的问题与不足 |
| 4.2 所建议的系统 |
| 4.2.1 业务元的划分 |
| 4.2.2 搭建集中交易处理平台 |
| 4.2.3 服务发现 |
| 4.3 基于SOA 的系统实施方案 |
| 4.3.1 服务建模 |
| 4.3.2 服务组装 |
| 4.3.3 服务部署 |
| 4.3.4 系统管理和控制 |
| 4.4 本章小结 |
| 第五章 关键技术的设计与实现 |
| 5.1 服务的实现 |
| 5.1.1 SCA/SDO 技术 |
| 5.1.2 系统中的服务实现 |
| 5.1.3 外部服务调用 |
| 5.1.4 系统中的SDO 规范 |
| 5.2 关系数据库中嵌入对象 |
| 5.2.1 pureXML 技术的优势 |
| 5.2.2 嵌入XML 对象的实现 |
| 5.3 CICS 中的关键技术 |
| 5.3.1 相关服务模块的实现流程 |
| 5.3.2 实现算法 |
| 5.4 系统安全性设计 |
| 5.4.1 平台安全性说明 |
| 5.4.2 安全保障体系的层次结构 |
| 5.5 系统测试 |
| 5.6 本章小结 |
| 第六章 结论 |
| 致谢 |
| 参考文献 |
| 在学期间的研究成果 |
（7）外资银行借记卡系统研究与应用（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 借记卡系统现状 |
| 1.2 借记卡系统开发存在的问题 |
| 1.3 论文的结构 |
| 第二章 借记卡系统环境及开发平台 |
| 2.1 IBM大型机处理平台架构 |
| 2.2 基本S/390的0S/390操作系统 |
| 2.3 CICS联机交易处理系统 |
| 2.4 Systematic核心银行平台架构 |
| 2.5 前置机交易授权 |
| 第三章 借记卡系统分析 |
| 3.1 系统定位 |
| 3.2 各交易类型处理体系架构 |
| 3.3 主要流程分析 |
| 3.4 非功能性需求 |
| 3.4.1 可扩充展性 |
| 3.4.2 可维护性 |
| 3.4.3 先进性 |
| 3.4.4 数据监控性 |
| 第四章 借记卡系统架构及核心技术 |
| 4.1 系统总体框架设计 |
| 4.2 开发技术详述 |
| 4.2.1 文件分割技术 |
| 4.2.2 CICS耦合技术 |
| 4.2.3 API应用接口 |
| 4.2.4 PARMS数据存储机制 |
| 4.2.5 RPI数据报表应用接口 |
| 4.2.6 SDR屏幕定义机制 |
| 4.2.7 记录键值数据重组 |
| 4.2.8 程序通讯区数据重组 |
| 第五章 借记卡系统设计与应用 |
| 5.1 柜台交易系统设计与应用 |
| 5.1.1 柜台交易系统处理流程 |
| 5.1.2 借记卡柜台主要功能及描述 |
| 5.1.3 借记卡柜台交易系统设计与应用 |
| 5.2 自助终端交易系统设计与应用 |
| 5.2.1 自助终端交易系统流程 |
| 5.2.2 自助终端交易主要功能及描述 |
| 5.2.3 自助终端交易系统设计与应用 |
| 5.3 借记卡日终批处理子系统 |
| 5.3.1 借记卡系统日终批处理流程 |
| 5.3.2 借记卡日终批处理设计 |
| 5.4 项目组织结构及本人所承担的职责 |
| 第六章 结论 |
| 6.1 外资银行借记卡系统特点 |
| 6.2 不足与展望 |
| 参考文献 |
| 致谢 |
（8）基于IBM主机的银行系统解决方案（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 选题的意义和目的 |
| 1.2 IBM大型机系统的应用现状 |
| 第二章 IBM大型机开发平台 |
| 2.1 IBM大型机及其操作系统 |
| 2.1.1 大型机概述 |
| 2.1.2 大型机操作系统 |
| 2.2 系统的业务组件 |
| 2.2.1 活期存款系统(CD) |
| 2.2.2 定期存款系统(FXTD) |
| 2.2.3 贷款系统(FLN) |
| 2.2.4 外汇交易系统(FX) |
| 2.2.5 利息计算系统(IC) |
| 2.3 业务组件间的结构设计 |
| 2.4 IBM大型机上的CICS应用开发 |
| 2.4.1 CICS的概念 |
| 2.4.2 CICS的功能 |
| 2.4.3 CICS的构成 |
| 第三章 基于IBM大型机的银行系统的需求分析 |
| 3.1 系统背景 |
| 3.1.1 在线业务 |
| 3.1.2 批处理业务 |
| 3.2 系统的需求分析 |
| 3.2.1 系统的功能要求和分析 |
| 3.2.2 定期存款系统(FXTD)的业务流程 |
| 3.2.3 贷款系统(FLN)的业务流程 |
| 3.2.4 外汇结算(FX)系统业务流程 |
| 3.2.5 利息计算(IC)系统业务流程 |
| 3.2.6 活期存款(CD)业务流程 |
| 3.3 系统的技术实现 |
| 3.3.1 界面接口的技术实现 |
| 3.3.2 在线业务的技术实现 |
| 3.3.3 批处理业务的技术实现 |
| 3.3.4 数据库设计 |
| 第四章 基于IBM大型机银行系统的设计与实现 |
| 4.1 外汇结算(FX)子系统的设计与实现 |
| 4.1.1 外汇结算子系统关键模块设计 |
| 4.1.2 外汇结算子系统关键模块业务流程实现 |
| 4.1.3 以外汇结算为代表的在线业务技术实现 |
| 4.2 贷款(FLN)子系统的设计与实现 |
| 4.2.1 贷款子系统关键模块设计 |
| 4.2.2 贷款子系统关键流程设计与实现 |
| 4.2.3 以每日结算为代表的批处理业务的设计与实现 |
| 4.3 定期存款(FXTD)子系统的设计与实现 |
| 4.3.1 定期存款(FXTD)子系统关键模块设计 |
| 4.3.2 定期存款(FXTD)子系统关键模块业务流程实现 |
| 4.4 利息计算(IC)子系统的设计与实现 |
| 4.4.1 利息计算(IC)子系统关键模块设计 |
| 4.4.2 利息计算(IC)子系统关键模块业务与流程实现 |
| 4.5 活期存款(CD)子系统的设计与实现 |
| 4.5.1 活期存款(CD)子系统关键模块设计 |
| 4.5.2 活期存款(CD)子系统关键模块业务与流程实现 |
| 4.6 VSAM文件调用程序设计说明 |
| 第五章 总结与展望 |
| 5.1 本文的主要技术特点 |
| 5.2 值得进一步研究的问题 |
| 5.3 结论 |
| 参考文献 |
| 致谢 |
| 个人简历 在读期间发表的学术论文与研究成果 |
（9）银行呼叫中心系统交易网关的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 银行业呼叫中心的发展 |
| 1.2 当前银行业客服(呼叫)中心特点 |
| 1.3 银行业客服(呼叫)中心发展趋势 |
| 1.3.1 融合通信构建现代商业银行呼叫中心 |
| 1.3.2 分布式呼叫中心使管理更优化 |
| 1.4 银行中间件技术的发展和应用概况 |
| 1.5 课题来源及目的意义 |
| 1.6 本论文的主要工作 |
| 第2章 中间件技术 |
| 2.1 中间件的概念 |
| 2.2 中间件的分类 |
| 2.2.1 仿真/屏幕转换中间件 |
| 2.2.2 数据访问中间件 |
| 2.2.3 远程过程调用中间件 |
| 2.2.4 消息中间件 |
| 2.2.5 交易中间件 |
| 2.2.6 对象中间件 |
| 2.3 中间件特点及优势 |
| 2.4 交易中间件的原理和机制 |
| 2.4.1 CICS中间件概述 |
| 2.4.2 CICS中间件的基本组成 |
| 2.4.3 CICS中间件的功能 |
| 2.4.4 CICS中间件在银行系统中的应用 |
| 2.5 联机交易处理 |
| 2.5.1 联机交易处理特征 |
| 2.5.2 联机交易完整性的实现 |
| 2.5.3 联机交易中间件的选择 |
| 2.5.4 联机交易事务处理过程 |
| 2.5.4.1 联机交易分布式事务处理 |
| 2.5.4.2 事务处理监视器 |
| 2.5.4.3 CICS中事务的生命周期 |
| 2.5.4.4 CICS Region的启动过程 |
| 2.5.4.5 CICS的数据管理 |
| 2.5.4.6 CICS的通信手段 |
| 2.6 本章小结 |
| 第3章 Call Center系统架构 |
| 3.1 Call Center系统设计的主要考虑因素 |
| 3.2 Call Center系统架构 |
| 3.3 系统硬件组成部分 |
| 3.3.1 电话系统 |
| 3.3.2 计算机系统 |
| 3.4 Call Center系统逻辑架构 |
| 3.5 本章小结 |
| 第4章 交易网关系统架构设计 |
| 4.1 交易网关系统架构设计 |
| 4.2 交易网关逻辑架构设计 |
| 4.3 本章小结 |
| 第5章 交易网关模块设计实现 |
| 5.1 交易网关分类 |
| 5.2 主机交易主控模块设计实现 |
| 5.2.1 主机交易主控函数流程控制 |
| 5.2.2 公共函数处理程序设计 |
| 5.2.3 库表操作准备函数程序设计 |
| 5.2.4 初始化部分程序设计 |
| 5.2.5 交易上送程序设计 |
| 5.2.6 通信部分程序设计 |
| 5.2.7 交易下送部分程序设计 |
| 5.3 具体业务流水处理模块详细设 |
| 5.4 数据库操作处理模块详细设计 |
| 5.5 SOCKET通信模块详细设计 |
| 5.5.1 SOCKET通信程序详细设计 |
| 5.5.2 返回拆包程序设计 |
| 5.5.3 超时控制程序设计 |
| 5.6 签约客户交易模块详细设计 |
| 5.7 开发运行环境 |
| 5.7.1 硬件环境 |
| 5.7.2 软件环境 |
| 5.8 本章小结 |
| 结论 |
| 致谢 |
| 个人简历 |
（10）中国工商银行内蒙古自治区分行信息系统管理方案设计（论文提纲范文）
| 中文摘要 |
| Abstract |
| 第一篇 引文 |
| 第二篇 中国工商银行内蒙古分行科技工作的发展过程和现状 |
| 2.1 银行电子化建设经历的几个阶段 |
| 2.2 工商银行内蒙古分行信息科技工作现状描述 |
| 第三篇 内蒙分行科技管理工作主要存在问题、工作定位及认识 |
| 3.1 当前主要存在的问题 |
| 3.2 当前形势下，分行科技工作的定位及思考 |
| 第四篇 信息系统管理方案设计原则 |
| 4.1 ITIL 情况简介 |
| 4.2 ITIL 的几大流程 |
| 第五篇 中国工商银行内蒙古分行信息系统管理方案设计 |
| 5.1 问题管理 |
| 5.2 变更管理 |
| 5.3 操作管理 |
| 5.4 数据管理 |
| 5.5 项目管理 |
| 5.6 测试管理 |
| 5.7 机房管理 |
| 5.8 配置管理 |
| 5.9 应急管理 |
| 5.10 档案管理 |
| 第六篇 结束语 |
| 参考文献 |
| 致谢 |
四、ES/9000VSE/ESA应用系统版本变更安全控制（论文参考文献）
- [1]Z企业信用卡核心平台迁移项目风险管理研究[D]. 邢平. 华东理工大学, 2018(08)
- [2]商业银行企业服务总线（ESB）系统的设计与实现[D]. 明立松. 北京工业大学, 2013(01)
- [3]IBM大型主机链接器组件的设计与实现[D]. 申振中. 北京邮电大学, 2012(02)
- [4]一种商业银行个人综合贷款系统的设计与实现[D]. 刘春玲. 吉林大学, 2011(09)
- [5]用于CALL CENTER的银行账务管理系统的设计与实现[D]. 孙硕. 北京邮电大学, 2010(03)
- [6]基于SOA的全国职工医保系统IBM主机实施方案[D]. 陈云松. 电子科技大学, 2009(11)
- [7]外资银行借记卡系统研究与应用[D]. 李立. 复旦大学, 2008(04)
- [8]基于IBM主机的银行系统解决方案[D]. 曾光. 同济大学, 2008(07)
- [9]银行呼叫中心系统交易网关的设计与实现[D]. 陈阳. 哈尔滨工程大学, 2007(05)
- [10]中国工商银行内蒙古自治区分行信息系统管理方案设计[D]. 张平. 内蒙古大学, 2007(06)