ESB系统标书参考v30

上传人:pu****.1 文档编号:500864342 上传时间:2023-01-20 格式:DOC 页数:165 大小:3.17MB
返回 下载 相关 举报
ESB系统标书参考v30_第1页
第1页 / 共165页
ESB系统标书参考v30_第2页
第2页 / 共165页
ESB系统标书参考v30_第3页
第3页 / 共165页
ESB系统标书参考v30_第4页
第4页 / 共165页
ESB系统标书参考v30_第5页
第5页 / 共165页
点击查看更多>>
资源描述

《ESB系统标书参考v30》由会员分享,可在线阅读,更多相关《ESB系统标书参考v30(165页珍藏版)》请在金锄头文库上搜索。

1、企业服务总线系统投 标 文 件目 录第1章 投标函4第2章 逐项应答52.1 招标需求应答52.1.1 功能目标52.1.2 实施内容92.1.3 实施与技术要求102.2 技术支持和售后服务应答322.3 服务要求应答32第3章 报价表34第4章 系统集成所需其它软硬件清单354.1 软件清单354.2 硬件清单35第5章 公司简介36第6章 技术方案376.1 招标需求确认单376.2 方案概述386.2.1 项目背景386.2.2 建设目标396.2.3 建设要求396.2.4 名词解释416.3 需求理解416.3.1 功能性需求416.3.2 非功能性需求476.3.3 与相关系统关

2、系496.4 解决方案506.4.1 系统设计思路506.4.2 系统设计原则516.4.3 系统设计规划526.4.4 应用架构556.4.5 软硬件选型556.4.6 产品简介596.4.7 运行平台736.4.8 监控平台766.4.9 治理平台916.4.10 总线的应用开发1106.4.11 开发与测试架构1176.4.12 系统互联方案1186.4.13 安全设计1206.5 项目实施与管理1216.5.1 项目实施方法论1216.5.2 项目管理方案1246.5.3 项目实施计划1376.5.4 项目测试方案1616.5.5 项目上线管理1676.5.6 验收管理1676.5.7

3、 项目提交物1746.5.8 系统培训1776.5.9 交付能力保证1786.5.10 服务和技术支持方案1816.6 售后服务方案183第7章 证明文件184第1章 投标函第2章 逐项应答2.1 招标需求应答2.1.1 功能目标南京银行原文:通过建设基于XML / Web Services的企业级内联平台,改变过去各应用系统间点对点的网状集成架构,实现应用的规范化、松耦合的总线型接入。建立全行统一的数据标准和服务规范,提供对业务系统的统一的报文结构,统一的加密算法,统一的通讯平台。规范服务封装标准对应用服务进行封装,发布到内联平台,通过内联平台的通信接入,消息处理和路由,实现服务在应用间的集

4、成和协作,实现全行的流程和信息整合。提升业务灵活性和市场响应速度,实现跨系统的业务流程的定制与开发,以及金融业务的创新和产品的组合,构建应用联机交互所需的可靠的、稳定的、高效的、安全的应用架构基础,简化IT架构、减少应用交互接口的数量和复杂程度,减少重复投资,降低整体系统的维护和开发成本,最终提升我行的竞争优势。为实现符合SOA应用架构的流程银行奠定基础。 以下六个小节是对上段关键实现目标的应答。2.1.1.1 建立统一的通讯平台主要工作是搭建一个全功能的、高可用的、技术先进的、开放的、安全的服务连通过平台,保证南京银行各存量系统、新建系统之间的有效交互,更好地实施SOA方法和策略,为实现随需

5、而变的流程银行提供技术与物质上的支持。高伟达选择Oralce公司的企业服务总线产品(OSB)为南京银行建立统一的通讯平台。OSB是Oracle SOA套件组成部分,是技术先进、高效和可靠的ESB产品,在国内外中都有成功的应用案例。Oracle服务总线产品本身包括TCP/IP,HTTP(S),JMS,EJB/RMI,Tuxedo,File,FTP,Email(POP/SMTP),WebService等内置的通讯适配能力,同时也提供了业界标准的JCA框架和转有的Transport框架,允许用户开发自有的通讯协议处理模块。2.1.1.2 建立统一数据标准对于交互数大于2的企业环境,共用一套相同的数据

6、标准将获得很多好处。可以统一业务层面上对数据的看法,从而方便服务的理解和重用。统一的数据标准也能减少总线对数据进行转换带来的损耗。更重要的是,数据标准之间常常无法一一对应,正向转换之后,往往不能再反向转换,导致系统之间的交流无法进行。另外,统一的数据标准也给其它企业级系统带来好处,例如ODS。凡是可以有限枚举的数据集合都可做为标准数据,标准数据可以优先参考国家和行业的法定或事实上的标准。 国家标准:地区代码、行业代码、职业代码等。 行业标准:金融机构代码等。 事实标准:贷款五级分类等。 企业标准:性别分类、联系方式分类等。南京银行的企业服务平台可以使用行业标准的XSD作为数据格式的规范,该定义

7、格式可以作为一种资源作为整个服务总线的共享资源。同时其转换规则也可以作为可复用的资源,在多个流程之间共享使用。2.1.1.3 建立统一的服务规范在面向SOA的架构与应用中,服务是基本的开发与管理对象。采用面向服务的架构方法,就是为了利用服务这一企业IT资产,灵活而快速地满足不断变化的业务需求。为了保证服务的有效使用,增加服务的重用度和利用率,就必须建立统一的服务规范。服务规范包括服务的定义与确立,服务的封装,服务的开发,服务的应用,服务的管理等各个环节进行规范性约定。2.1.1.4 建立统一的报文结构经由ESB的系统间通信,是由传递报文实现的。报文是事先约定结构的消息。建议以SOAP为总线报文

8、结构框架标准,在此标准的基础上建立南京银行自己的、基于SOPA的报文结构标准。具体为SOAP头标准,SOAP体的内部结构由具体的应用系统确定。南京银行的服务总线将具有报文和控制流分离的结构,以保证报文结构的稳定性,不会因为增加总线的控制性需求,而导致业务报文的结构需要进行额外的修改。2.1.1.5 建立统一的加密算法 在传输层采用SSL安全技术。SSL运行在TCP/IP层之上、应用层之下,为应用程序提供加密数据通道,身份认证、数据一致性(MAC)检查等功能。可选用多种加密技术,如采用了RC4、MD5以及RSA等加密算法,使用128位的密钥,适用于商业信息的加密。 在应用层,可以对整个报文体使用

9、MAC校验对进行数据一致性检查。根据需要对报文中的敏感数据加密,如口令和MAC码。 根据需要开发针对硬件加密机(HSM)的集成应用。2.1.1.6 满足现在和将来的需要南京银行原文:方案应满足ESB的现有需求,同时应立足于符合未来5年的发展方向,满足将来的应用和架构要求,保持一定的先进性及技术适应性,如金融行业标准、通讯层面、报文层面、应用支持等。应答:高伟达从以下几个方面来满足南京银行现在和今后五年的业务需求,通过采用先进的产品和技术、实现ESB的良好可伸缩性和灵活性,从而满足南京银行日益增长的业务要求。 方法层面:采用面向服务的架构(SOA)方法:采用SOA的主要理由是提供业务与IT的灵活

10、性,SOA是业界普遍接受的系统架构方法,并且在今后得到更好的应用和发展。将来会有更多方法论、行业标准和软件产品来确保SOA的领导地位,因此该技术在五年之内只会壮大而不会被削弱。 通讯层面。主体采用TCP/IP网络,在其上有socket API,JMS,HTTP。JMS是Java企业环境的消息通讯标准,被众多平台厂商广泛支持。HTTP是互联网际协议,应用相当普及而不会消亡。 报文层面。ESB主体采用SOAP报文框架,SOAP是Web服务的主流消息封装格式,应用相当广泛。而且SOAP基于XML,容易实现应用之间松耦合。通过XQuery和XSLT技术,XML报文之间格式和内容转换也很容易。 可扩展性

11、层面。参见对“可扩展性”的应答。 金融行业标准。注重应用的标准化,如果存在相应的国际和国家标准,则优先采用和遵循。如金融业安全标准、加密标准,密钥管理标准,报文格式标准(ISO8583,ISO20022)、数据标准等。2.1.2 实施内容南京银行原文:ESB是我行业务条线各系统的基础,涉及几乎所有的渠道系统和业务系统,相应本项目内容也包括ESB系统及其相关部分。具体内容包括:1、ESB系统;2、ESB系统和各应用系统间的适配器;3、ESB涉及的金融服务标准规范建立和应用;4、以上内容的实施,具体包括系统开发和部署、存量和新建系统分析、ESB与相关系统的协调工作等。2.1.2.1 ESB平台建设

12、ESB平台建设包括方案设计,软件、硬件选型,安装,配置,应用开发,调优,运行维护等各项工作。由于是采取成熟的商业软件产品,系统开发主要体现为ESB的开发和配置上,具体工作有: ESB软件的安装与配置(包括相关数据库软件)。 服务配置、功能性测试。 服务连通性和性能测试。 ESB系统性能调优。2.1.2.2 通讯与应用适配器开发ESB能最大程度地完成与异构系统的连通性,从而减少连接适配器的开发需求。但是适配器的开发可能无法完全避免。原因如下: 对于特定场合的应用报文,在ESB中进行报文转换过于复杂或转换效率低下。 在标准ESB中每个服务都是一个访问点资源(通过名称或端点地址访问),而在传统的应用

13、程序中,多个服务是通过通道或共用端口体现的(在终端通过交易码进行交易的分发)。适配器可以方便将多个服务映射到一个交易通道上同时实施通信与报文的转换。这种模式是ESB应用的重要补充,适当应用能降低总线系统的复杂性并提高通信的效率。2.1.2.3 存量与新建系统分析主要分析应用系统与ESB配合的各个细节: 考查应用系统的架构设计、应用模式和对外交互方式是否符合SOA设计规范和ESB应用常理。 应用系统发布哪些服务,调查这些服务是否是必须的,那些服务可以通过对已有服务的组合来实现。 验证服务是否满足管理与技术规范。 调查服务的重要性,响应时间,使用频度等,以便ESB执行正确的应用与部署策略。 调查使

14、用这些服务的应用系统或上层业务流程,保证服务应用的畅通。2.1.2.4 协作与协调ESB做为一个中间基础平台,少不了各个相关系统和项目组交道。ESB项目组与其它开发管理组织的交流是必要的和重要的。充分的交流可以保证ESB被正确和高效的方式被使用。ESB能否被有效使用是项目成功的关键要素之一。ESB项目组对外部协调的内容包括: 对各个应用系统使用ESB进行技术培训。 对服务的封装和服务接口的定义提出合理化建议。 在服务提供方和服务消费方进行协调,解决在开发和服务使用过程中产生的各种冲突。 协助外系统接入ESB系统。 帮助外系统查找服务在总线传输环节出现的各种问题。2.1.3 实施与技术要求2.1

15、.3.1 服务规范要求原文:制定南京银行 “服务”开发规范。需要对南京银行现有的业务流程和存量系统进行分析,识别出候选服务;再依照行内的业务条线分类对候选服务进行归并,对服务的颗粒度进行分析,按照业务需要和可复用度的要求对服务进行分割或合并。继而进入服务设计阶段,对分析后的服务按照业务需求进行完备性检查,综合对照业务系统接口,按照业务需要提高服务的抽象程度和层次,简化服务调用的接口和逻辑。最后制订出符合南京银行实际情况的服务标准规范。应答: 本次项目高伟达将从服务分析、服务定义、服务设计、服务实现、流程设计、元数据设计的全周期提供服务治理的工作。 服务的确定包括新服务的确定和对已有服务的否定和改进,这是一项复杂的系统工程,需要通过SOA治理方法体系来实现。本次项目将着重参考Oracle服务架构方法论来识别候选服务、开发服务和管理服务。具体过程如下图所示。 服务粒度的确定。服务粒度主要基于服务的重用性和服务的应用

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号