《(2020年){财务管理信用管理}摩根大通银行信用卡系统技术方案》由会员分享，可在线阅读，更多相关《(2020年){财务管理信用管理}摩根大通银行信用卡系统技术方案（96页珍藏版）》请在金锄头文库上搜索。
1、财务管理信用管理摩根大通银行信用卡系统技术方案前言根据项目要求，武汉佰钧成技术有限责任公司需要完成摩根大通银行信用卡系统的开发、测试、试运行、直至最终的交付使用，负责人员的培训和后期的维护等工作，通过我们对招标文件的分析和理解，我们认为要完成这些工作任务，必须对该项目的业务现状及未来发展目标有较为全面的理解，并有能力进一步的深入细化。以此为基础，我们提出本系统承建方案。为了能帮助各位领导快速的了解整个技术方案编写的思路，我们将各个部分和章节进行了概括性的描述，具体如下：第一部分，技术方案。在第一部分中，主要阐述了公司对本项目用户需求的理解、对项目建设目标和原则的理解，提出系统设计的指导思想，以
2、及系统架构的设计方案，功能的设计以及安全设计方案，关键技术点的实现方法等。第二部分，项目实施及服务方案。在第二部分中，主要陈述了公司在本项目建设过程中将严格参照ISO9001质量保证体系规范和CMMI管理体系，体现我们专业实施能力和项目组织、管理能力；同时，还包括对项目组的人员组成结构，以及对项目的总体计划安排，对项目进度、质量的控制，培训及售后服务的承诺等。作为湖北省IT服务的主流企业，武汉佰钧成技术有限责任公司有能力、有实力承建该项目，为摩根大通银行信用卡系统的建设贡献我们的绵薄之力。最后，预祝本次项目工作取得圆满成功！武汉佰钧成技术有限责任公司2012年2月目录第一部分 技术方案81.
3、总体设计91.1. 总体设计原则91.2. 总体设计思路91.2.1. 采用统一顶层设计方法91.2.2. 顶层设计方法的含义91.2.3. 顶层设计对象101.2.4. 采用成熟快速开发平台111.3. 界面设计原则111.4. 技术架构122. OS390系统122.1. OS390技术特点122.2. 信用卡系统结构133. 需求分析163.1. 总体目标163.2. 信用卡系统业务需求分析173.3. 系统安全需求184. 相关技术194.1. IBM公司的SNA网络技术194.2. IBM WebSphere MQSeries中间件194.3. CICS中间件215. 系统的详细设计
4、与实现215.1. 企业端与银行端的通讯实现216. 运行环境256.1. 软件平台256.2. 开发工具说明25第二部分 项目实施及服务方案266. 项目组织与管理276.1. 项目干系人分析276.2. 项目组织结构276.3. 主要人员投入286.4. 佰钧成的项目服务管理体系结构296.4.1. 公司级管理服务体系296.4.2. 项目级服务管理体系结构297. 项目实施计划307.1. 项目阶段划分317.2. 项目总体计划317.2.1. 准备阶段327.2.2. 需求阶段327.2.3. 设计阶段337.2.4. 开发阶段337.2.5. 集成测试阶段347.2.6. 试运行、上
5、线及终验阶段347.2.7. 运营维护阶段347.2.8. 贯穿各阶段的其它任务358. 项目成果和交付物359. 项目风险计划369.1. 项目风险分析369.1.1. 宏观风险分析379.1.2. 微观风险分析389.2. 主要风险识别及缓解措施409.3. 其他风险控制措施4310. 项目测试与验收方案4510.1. 项目测试方案4510.1.1. 测试概述4510.1.2. 测试目标和原则4510.1.2.1. 测试目标4510.1.2.2. 测试原则4510.1.3. 测试组织4610.1.4. 测试内容4610.1.5. 测试步骤4910.1.6. 测试过程进度及质量控制5010.
6、2. 验收方案5110.2.1. 概述5110.2.2. 验收标准5110.2.2.1. 验收方案的原则5110.2.2.2. 系统验收标准5210.2.2.3. 问题级别定义5310.2.2.4. 测试通过标准定义5310.2.2.5. 测试异常的定义5410.2.3. 验收流程5410.2.4. 验收方式5510.2.5. 验收内容5510.2.5.1. 软件系统5510.2.5.2. 过程文档5611. 项目实施制度和规范5611.1. 实施制度5611.1.1. 决策制度5611.1.2. 沟通汇报制度5711.1.3. 需求管理制度5711.1.4. 变更管理制度5811.1.5.
7、配置管理制度5811.1.6. 问题管理制度5811.1.7. 文档管理制度5911.2. 实施规范6011.2.1. 质量管理规范6011.2.2. 分析设计规范6111.2.2.1. 系统分析规范6111.2.2.2. 概要设计规范6211.2.2.3. 详细设计规范6311.2.3. 系统测试规范6411.2.4. 系统开发规范6612. 项目质量保证体系6812.1. 质量保证目标6912.2. 质量保证角色与职责6912.3. 质量保证流程7112.4. 质量保证活动7112.4.1. 协助项目过程定义7112.4.2. 协助项目计划的编写7112.4.3. 质量保证计划编写与确认7
8、212.4.4. 项目过程和产品检查7212.4.5. 问题上报7612.4.6. 质量保证工作总结7713. 项目进度控制方案7813.1. 项目进度跟踪7813.2. 项目进度分析7913.3. 项目进度控制7914. 售后服务承诺8014.1. 服务承诺8014.1.1. 质量保证承诺8014.1.2. 免费技术咨询8014.2. 服务响应承诺8114.2.1.1. 故障等级划分8114.2.1.2. 服务响应承诺8114.3. 服务目标8214.4. 服务策略8214.5. 服务方式8315. 培训保障方案8515.1. 培训承诺8515.2. 培训目标和内容8615.2.1. 培训需
9、求8615.2.2. 培训目标8615.3. 培训类别8715.4. 培训课程8815.5. 培训方式88 武汉佰钧成技术有限责任公司第一部分 技术方案摩根大通银行信用卡系统建设项目- 7 - 武汉佰钧成技术有限责任公司1. 总体设计1.1. 总体设计原则1、实用性原则系统建设中，兼顾实用性、可靠性、安全性、先进性、可扩充性，在满足功能要求的前提下，尽可能降低建设成本和运行成本。在系统建设特别是应用系统建设中，采用平台化、组件化的思想，充分利用成熟的应用支撑平台及中间件技术，分层实现，减少系统建设和维护工作量，提高系统的整体质量和效率，节省投资，应对变革。2、有效性与扩展性原则在多个层次的建设
10、任务和建设阶段划分过程中，应充分体现阶段建设的有效性，尽量先满足具备条件的建设需求，将条件不成熟的建设任务后置，以免返工；建设过程应遵循一个时期内的有效性，够用、好用即可，避免在有限的时间内无限地扩张建设范围；同时在有效的基础上应考虑未来一定时期内的扩展性，减少后期投入。3、采用灵活的平台样式，页面中栏目可以灵活摆放，栏目可以灵活定义，风格样式可以灵活选择。4、平台能够适应一定的需求变化，能快速响应信息需求和功能需求的变化。5、操作简便，后台管理功能设计合理；具备良好的导航能力。1.2. 总体设计思路1.2.1. 采用统一顶层设计方法1.2.2. 顶层设计方法的含义顶层设计方法主要是用系统论的
11、方法，对考试院信息系统建设的各个方面、各个层次、各种参与力量、各种正面的促进因素和负面的限制因素进行统筹考虑，理解和分析影响系统建设的各种关系，从全局的视角出发，进行整体技术结构的设计，并做出各种管理和技术决策，提出体制和业务的改进建议。不管是业务处理还是内部管理，顶层设计对信息化建设的成效都起着至关重要的作用：在系统建设过程中，如果说没有统一的顶层设计、规划的话，那么各系统各自为政，软件、接口、体系标准都不一样，会导致互联互通实现不了，业务无法协同，内部办公效率低下。顶层设计中的“顶层”包含三个层次：第一层、从整体和全局出发。顶层设计的首要视角是要跳出局部环境的束缚和影响，站在全系统互联和全
12、网通用的整体高度和全局视野，去分析决定应用系统建设过程中的基础、通用、平台型模块。比如说交易、服务资源目录体系，在应用互联互通的时代，交易、服务资源目录不但要供自己本系统、本单位使用，可能还要供相关联系统、外部单位使用，系统之间的接口必须统一兼容。如果交易、服务资源目录这个交易调用、服务共享的关键部件，在内容、格式、接口、协议上是彼此不同的，则违背了建设资源目录的初衷，必将导致形成新的孤立割裂、群雄并存的结局。第二层、从整体业务框架、顶层流程入手。顶层设计的重点是业务、是流程。应用系统开发失败的教训一再揭示正确全面描述用户需求，尽力满足用户需求的重要性，这里的用户需求，多半重点不在用户的操作需
13、求，而是用户业务需求。顶层设计就是用信息工程的方法，从宏观上对业务需求进行收集、梳理和描述，把业务需求按层次、体系化呈现出来。顶层设计中的业务，不是进行业务决策，但是顶层设计的输出结果，将以丰富清晰的业务框架，帮助和推动业务决策，业务设计，业务改进和改革。第三层、从应用系统类型划分、整体架构规划入手。结合业务框架、顶层流程，规划合理的应用系统类型划分、整体架构规划，是顶层设计在应用系统设计过程中技术层面关心的主要问题。规划合理的应用系统类型划分，可确保基于业务框架的系统功能切分的合理性。可避免后续重复的系统建设，业务功能建设；整体架构规划可确保各类应用系统的建设在技术统一、平台统一、流程一致、
14、方法一致的基础上实现系统之间功能接口、数据接口的一致性。1.2.3. 顶层设计对象业务和技术，正是顶层设计的两大范畴。1、 顶层设计中所指的业务，不但包括业务职能、业务结构、业务流程，还要包括业务体制、业务法律法规、业务模式、业务布局等事情。2、 顶层设计中所指的技术，主要是从全局和整体出发，对技术战略、技术框架和技术标准的分析和定义，还包括为了减少重复建设，增加资源（业务需求分析、数据模型、软件模块、系统组件设计素材等等）重用性，以模块化服务的形式，来定义所有的应用系统。进行顶层设计，就是围绕着系统建设中上述业务和技术的种种问题，用系统规范的科学理论方法，描述业务和技术的状态，理清业务和技术
15、中的各种关系，确定建设目标，选择和制定实现目标的路径和战略战术，从信息化的“今天”走向信息化的“明天”。1.2.4. 采用成熟快速开发平台在本方案中，我们将采用IBM强大、成熟的开发应用平台，利用平台提供的应用支撑框架，如页面布局管理、工作流引擎、数据交换、页面流转、事务管理等，以及大量成熟业务、技术构件，如组织机构、用户权限、系统监控等，能够快速搭建各类业务应用，有效降低应用系统开发的进度风险和质量风险。1.3. 界面设计原则1、 用户原则访问界面设计首先要确立涉众用户类型，通过划分不同层次的用户类型，分析其不同需求，从多方面加以设计实现，提供用户自定义界面服务功能。2、 简洁性原则界面反映的信息量要求最小，界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案，使用户操作更容易短期上手。3、 易用原则软件界面设计要直观、对用户透明，最终用户接触软件后对界面上对应的功能一目了然，便于用户的理解、学习、掌握，不需要专
