《摩根大通银行信用卡系统技术方案_IBM SZ》由会员分享，可在线阅读，更多相关《摩根大通银行信用卡系统技术方案_IBM SZ（84页珍藏版）》请在金锄头文库上搜索。
1、摩根大通银行信用卡系统技术方案前 言根据项目要求，武汉佰钧成技术有限责任公司需要完成摩根大通银行信用卡系统的开发、测试、试运行、直至最终的交付使用，负责人员的培训和后期的维护等工作，通过我们对招标文件的分析和理解，我们认为要完成这些工作任务，必须对该项目的业务现状及未来发展目标有较为全面的理解，并有能力进一步的深入细化。以此为基础，我们提出本系统承建方案。 为了能帮助各位领导快速的了解整个技术方案编写的思路，我们将各个部分和章节进行了概括性的描述，具体如下：第一部分，技术方案。在第一部分中，主要阐述了公司对本项目用户需求的理解、对项目建设目标和原则的理解，提出系统设计的指导思想，以及系统架构的
2、设计方案，功能的设计以及安全设计方案，关键技术点的实现方法等。第二部分，项目实施及服务方案。在第二部分中，主要陈述了公司在本项目建设过程中将严格参照ISO9001质量保证体系规范和CMMI管理体系，体现我们专业实施能力和项目组织、管理能力；同时，还包括对项目组的人员组成结构，以及对项目的总体计划安排，对项目进度、质量的控制，培训及售后服务的承诺等。作为湖北省IT服务的主流企业，武汉佰钧成技术有限责任公司有能力、有实力承建该项目，为摩根大通银行信用卡系统的建设贡献我们的绵薄之力。最后，预祝本次项目工作取得圆满成功！武汉佰钧成技术有限责任公司2012年2月 第一部分 技术方案1. 总体设计1.1.
3、 总体设计原则1、实用性原则系统建设中，兼顾实用性、可靠性、安全性、先进性、可扩充性，在满足功能要求的前提下，尽可能降低建设成本和运行成本。在系统建设特别是应用系统建设中，采用平台化、组件化的思想，充分利用成熟的应用支撑平台及中间件技术，分层实现，减少系统建设和维护工作量，提高系统的整体质量和效率，节省投资，应对变革。2、有效性与扩展性原则在多个层次的建设任务和建设阶段划分过程中，应充分体现阶段建设的有效性，尽量先满足具备条件的建设需求，将条件不成熟的建设任务后置，以免返工；建设过程应遵循一个时期内的有效性，够用、好用即可，避免在有限的时间内无限地扩张建设范围；同时在有效的基础上应考虑未来一定
4、时期内的扩展性，减少后期投入。3、采用灵活的平台样式，页面中栏目可以灵活摆放，栏目可以灵活定义，风格样式可以灵活选择。4、平台能够适应一定的需求变化，能快速响应信息需求和功能需求的变化。5、操作简便，后台管理功能设计合理；具备良好的导航能力。1.2. 总体设计思路1.2.1. 采用统一顶层设计方法1.2.2. 顶层设计方法的含义顶层设计方法主要是用系统论的方法，对考试院信息系统建设的各个方面、各个层次、各种参与力量、各种正面的促进因素和负面的限制因素进行统筹考虑，理解和分析影响系统建设的各种关系，从全局的视角出发，进行整体技术结构的设计，并做出各种管理和技术决策，提出体制和业务的改进建议。不管
5、是业务处理还是内部管理，顶层设计对信息化建设的成效都起着至关重要的作用：在系统建设过程中，如果说没有统一的顶层设计、规划的话，那么各系统各自为政，软件、接口、体系标准都不一样，会导致互联互通实现不了，业务无法协同，内部办公效率低下。顶层设计中的“顶层”包含三个层次：第一层、从整体和全局出发。顶层设计的首要视角是要跳出局部环境的束缚和影响，站在全系统互联和全网通用的整体高度和全局视野，去分析决定应用系统建设过程中的基础、通用、平台型模块。比如说交易、服务资源目录体系，在应用互联互通的时代，交易、服务资源目录不但要供自己本系统、本单位使用，可能还要供相关联系统、外部单位使用，系统之间的接口必须统一
6、兼容。如果交易、服务资源目录这个交易调用、服务共享的关键部件，在内容、格式、接口、协议上是彼此不同的，则违背了建设资源目录的初衷，必将导致形成新的孤立割裂、群雄并存的结局。第二层、从整体业务框架、顶层流程入手。顶层设计的重点是业务、是流程。应用系统开发失败的教训一再揭示正确全面描述用户需求，尽力满足用户需求的重要性，这里的用户需求，多半重点不在用户的操作需求，而是用户业务需求。顶层设计就是用信息工程的方法，从宏观上对业务需求进行收集、梳理和描述，把业务需求按层次、体系化呈现出来。顶层设计中的业务，不是进行业务决策，但是顶层设计的输出结果，将以丰富清晰的业务框架，帮助和推动业务决策，业务设计，业
7、务改进和改革。第三层、从应用系统类型划分、整体架构规划入手。结合业务框架、顶层流程，规划合理的应用系统类型划分、整体架构规划，是顶层设计在应用系统设计过程中技术层面关心的主要问题。规划合理的应用系统类型划分，可确保基于业务框架的系统功能切分的合理性。可避免后续重复的系统建设，业务功能建设；整体架构规划可确保各类应用系统的建设在技术统一、平台统一、流程一致、方法一致的基础上实现系统之间功能接口、数据接口的一致性。1.2.3. 顶层设计对象业务和技术，正是顶层设计的两大范畴。1、 顶层设计中所指的业务，不但包括业务职能、业务结构、业务流程，还要包括业务体制、业务法律法规、业务模式、业务布局等事情。
8、2、 顶层设计中所指的技术，主要是从全局和整体出发，对技术战略、技术框架和技术标准的分析和定义，还包括为了减少重复建设，增加资源（业务需求分析、数据模型、软件模块、系统组件设计素材等等）重用性，以模块化服务的形式，来定义所有的应用系统。进行顶层设计，就是围绕着系统建设中上述业务和技术的种种问题，用系统规范的科学理论方法，描述业务和技术的状态，理清业务和技术中的各种关系，确定建设目标，选择和制定实现目标的路径和战略战术，从信息化的“今天”走向信息化的“明天”。1.2.4. 采用成熟快速开发平台在本方案中，我们将采用IBM强大、成熟的开发应用平台，利用平台提供的应用支撑框架，如页面布局管理、工作流
9、引擎、数据交换、页面流转、事务管理等，以及大量成熟业务、技术构件，如组织机构、用户权限、系统监控等，能够快速搭建各类业务应用，有效降低应用系统开发的进度风险和质量风险。1.3. 界面设计原则1、 用户原则访问界面设计首先要确立涉众用户类型，通过划分不同层次的用户类型，分析其不同需求，从多方面加以设计实现，提供用户自定义界面服务功能。2、 简洁性原则界面反映的信息量要求最小，界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案，使用户操作更容易短期上手。3、 易用原则软件界面设计要直观、对用户透明，最终用户接触软件后对界面上对应的功能一目了然，便于用户的理解、学习、掌握，不需要专业培训就可以
10、方便使用系统。 4、 友好性原则人机界面友好，具有很强的在线帮助功能，方便操作和维护。要对用户的操作命令做出反应，帮助用户处理问题，提供智能业务提醒功能，辅助业务流程工作。系统要设计有恢复出错现场的能力，在系统内部处理工作要有提示，尽量把主动权让给用户。5、 一致性原则界面风格统一设计、统一实现。使操作界面清晰，美观，干净，直观，前后操作连贯。在界面设计中应该保持界面的一致性，确立界面设计标准。包括显示信息、错误提示、快捷方式、页面布局、交互方式等标准，使系统风格始终保持一致。1.4. 技术架构基于本文前面章节所述设计原则，按层次化思路，系统技术架构的层次结构如下图所示：系统技术架构由界面访问
11、层、业务应用层、应用支撑层、数据资源层、系统设施层、网络通信层和支撑体系七个层次构成。其中，支撑体系又分为标准规范体系、安全保障体系和运维管理体系。2. OS390系统2.1. OS390技术特点OS390操作系统 是IBM公司最引以为豪的系统软件，它秉承和扩展了MVS的传统强势，是一个具有整合性功能的集成企业服务器操作系统。它将开放的通讯服务器、分布式数据和文件服务、并行复合系统支持、面向对象程序设计、DCE以及开放应用程序接口集成为一个产品，为用户提供了一个集成化的、具有可扩充性的系统。在体系结构上基于之前的System370做了一系列改进，向量处理、新的通道结构ESCON、保密硬件措施以
12、及 SCE系统控制单元技术使得OS390具有更强大的处理能力。OS390通过逻辑分区和虚拟技术可以把多个服务器上的应用集中到一台大型主机上实现集中管理，消除分散系统开销难以预见的困难，管理成本清楚可见。同时，大型机区别于UNIX服务器系统的最关键因素在于大型机在支持大型工作负荷和大规模用户数方面的能力显著。在开放的运行环境下，OS390系统具有自动工作负载管理功能，根据工作量自动调整资源分配，结合OS390最佳系统恢复能力及资料一致性机制，在出现故障时能保持最大限度的系统继续可用，确保客户至上的服务品质。OS390拥有可进行并行数据严谨分析的安全网络及时髦的网络计算功能，可并行快速地分析和处理
13、企业级数据，保证对动态商业环境灵活反应，完成商业重要度管理。一直以来，OS390始终保持向上兼容与开放性。目前，IBM的z系列可以支持Java、J2EE等新标准；WebSphere等电子商务应用程序服务器软件以基于JAVA的Servlet引擎为基础，可以使用 IBMConnector系列访问大型机的资源(如CICS和IMS)；OS390结合MQ、CICS等中间件软件，可完成强大的多人、多工在线联机交易功能、批处理、数据挖掘、Web服务等功能。2.2. 信用卡系统结构 银行的信用卡系统业务负载较高，峰值交易量巨大，且对数据的存储、安全性与处理速度有较高的要求。基于OS390的上述技术特点和优势，
14、提出了一种基于OS390大型机平台的银行信用卡系统模型，这里介绍其总体结构和技术特征。 1.21总体业务结构模型。(1)总体业务结构模型。持卡人、收单银行、发卡银行和卡片组织之间的关系如下：申请人先向发卡银行申请信用卡，发卡银行按一定策略对申请者的信用状况进行评估，对符合条件的申请人核发信用卡。持卡人取得信用卡后即可到特约商店进行消费，每笔消费交易之前，特约商店会发起授权请求，通过信用卡国际组织授权清算网络向发卡银行请求授权，发卡银行根据卡片的信用状况决定是否给与授权，并将结果反馈给特约商店。特约商店取得授权后，即可为持卡人提供相应服务，持卡人要对消费行为及金额进行确认。之后，特约商店会依照消
15、费金额向收单银行请款，收单银行会将钱先付给特约商店，再通过信用卡国际组织的清算网络向发卡银行请求清算，发卡银行确认后，将钱付给收单银行，并将消费金额计人持卡人帐户。当持卡人账单日到时，通过计算机系统将持卡人本月全部交易金额进行汇总，打印账单给持卡人，要求缴款。持卡人收到账单后，经确认无误，通过发卡银行的缴款通路缴纳消费款项。当有争议发生时，会依照授权码、消费签单，进行调单扣款作业处理。若持卡人在规定时间内未按要求交清所欠款项，发卡银行要对持卡人进行催收作业及一系列后续处理。在信用卡使用的整个循环中，发卡银行的计算机系统要完成征信发卡、授权、帐务帐单、催收调扣等主要模块的功能。具体业务流程如图1
16、所示。图1 总体业务结构模型图(2)总体系统架构。信用卡业务整体需求的特殊性决定了其计算机系统架构的复杂性。授权请求交易过程必须在线及时处理，同时持卡人会在全球各地、任何时刻进行刷卡消费活动，能否及时快速对如此大量、密集、不间断的授权交易请求作出准确、高效的响应，是衡量发卡银行计算机系统响应处理能力的重要指标同时，在计算机系统出现故障和异常时继续保证授权交易的正常进行是必须解决的关键问题。在后续请款、清算、帐务账单、催收和调扣处理过程中，系统中要存储大量关键数据，以供应用系统结合业务处理逻辑对数据进行加工处理，为银行提供各种需要的结果。如何管理好这些海量数据的存储和加工，在时空效率上满足业务要求，一直是计算机系统处理能力的瓶颈。针对上述问题，结合最新ES9000
