zSeries 移动设备
编程模型
异步消息传递
同步 RPC
发布/订阅
编程语言
RPG
传输协议
Web Services
WebSphere MQ
JMS FTP
TCP/IP
Multicast SMTP
HTTP
标准和消息格式
ACORD XML FIX AL3
EDI-FACT SWIFT HL77 EDI-X.12
正文·第三章
E
S
BE
实S
施B
方 法 论
项 目 实 施
过
程
第二节
• 明确测试范围，哪些是产品组执行（保证），哪 些是项目组执行
• 性能、稳定性测试是重中之重 • 功能测试偏重于交易联通性测试 • 测试主要工作是组报文、发送报文并接收响应
4 测试及上线
过度页
第四章
成功案例
PICC渠道平台 跨省平台
正文·第四章
正文·第三章
E
S
BE
实S
施B
方 法 论
项 目 实 施
过
程
第二节
整理分析 接口文档
服务归纳 分析
服务规范 文档整理
2 需求分析
对各系统提供的接口文档进行业务分 析,分析了解各种交易完整的业务含义, 审核接口文档中的错误疑点
对相近或相似的服务进行统一, 并与 服务总线上的服务进行匹配, 考虑评估是 否建立新的服务或场景
统
服务日志
错误处理
权限认证接口库
接口管理平台
服务注册 服务审批 服务通知
正文·第四章
总体架构
成 功P 案I 例C
C 渠 道 平 台
第一节
渠道平台根据OSB（Oracle Service Bus）技术功能，将平 台划分7个模块，包括：报文加密、权限校验、消息转换、服务路 由、服务日志、错误处理、缓存机制模块。Oracle Service Bus的 轻量级、无状态、高性能架构扮演“中间人”角色。支持智能消 息代理，监控和管理服务；它在企业基础架构中添加一个可扩展 的动态路由和转换层，并管理服务生命期：配置和供应服务、监 控服务的运行。Oracle Service Bus以“配置”为中心，由策略驱 动，实现了“服务使用者”和“服务提供者”之间的松耦合配合。
技术架构
OSB（Oracle Service Bus）是策略驱动的中介层，它处 理消息，根据要求路由和转换消息，OSB提供了多协议、多传输 方式、动态报文转换、服务路由等组件能够满足各系统对接要求， 它通过JMS或HTTP等的传输协议接收消息，并用相同协议或另 一指定的传输协议发送消息。
正文·第四章
技术架构
跨省平台的开发具有很大的难度，根据跨省平台开发的目 的，需要构架一个统一的业务平台和业务规范、持和满足保险公 司代位求偿相关的业务需求、实现投承保全行业全国数据联网。 经过对比各个公司的产品优劣势，充分考虑跨省平台的需求，我 们选择了WMB（WebSphere Message Broker）作为我们的开 发产品，为跨省平台提供更加稳定、更加高效、更加健壮的技术 服务。
销售 物流
金融 研发
正文·第一章
E
S
B
架 构
与 传 统
简架
介构
的
区
别
第二节
传统架构 基于消息传递的模式
▪ 应用之间点对点的连接 ▪ 实现简单、基本的信息交
互和数据传递
ESB构架 面向服务体系架构
▪ 通过企业服务总线实现服务的整 合集中和流程实现
▪ 借助标准的接口灵活地连接，实 现真正的随需应变
过度页
3 开发阶段
正文·第三章
开发阶段-开发模型
E
S
BE
实S
施B
方 法 论
项 目 实 施
过
程
第二节
3 开发阶段
1第一批次中，设计及编码可在基地完成， 同时现场执 行接口分析；此过程要求现场与基地建立 顺畅、及时地沟通渠道 2 第一批次中，尽可能收集银行后期接入系 统使用的通 讯协议和报文格式；并把客户的功能需求 尽可能收集完 整 3 第一批系统上线后，基地开发人员可减少 甚至撤出， 后期的项目工作将主要是确定接口，测试 交易联通性。因此，此后工作建议现场项 目组全部完成
成 功P 案I 例C
C 渠 道 平 台
第一节
项目背景
PICC信息系统包含了几十个子系统，这些系统之间存在着 错综复杂的接口调用关系。现存子系统间存在着近百个接口，接 口方式也是多种多样，包括数据库直连、数据库同义词、 WebService、Socket连接等，同时，子系统之间进行交互用到的 数据结构也不统一，往往在调用多个接口时需要进行不同的数据 封装及数据转换。
省 平 台
第二节
项目背景
2010年2月4日，中国保险行业协会（以下称中保协）与全 国各财险公司总公司共同召开了行业车险信息平台项目专题会议， 会议决议建立行业车险信息共享平台。“平台”建立有助于规范 全行业行为，为全行业数据积累提供基础，是提高中国保险业精 细化经营管理水平、规范市场、服务大众的重要举措。
•消息和数据转换 •提供位置透明性的 服务路由和定位服务 •多种消息传递形式 •支持广泛使用的传 输协议
•身份验证 •授权 •不可抵赖性 •机密性 •安全标准
正文·第二章
提供应用到应用的连接可能很复杂
E
S
B
架全
构方
体位
系
支 持
能
力
第三节
系统平台
Intel pSeries iSeries Sun
HP
监控内容的配置
• 各行对监控的要求不同，需要根据要求配置总线的数据采集和BAM的展 示（包含生成监控报告）
客户要求的功能是否产品已支持
• 对每个接口都需要配置报文，测试交易的联通性
功能差异的开发或修改
• 对内置服务，比如流水和冲正，客户可能会有不同的需求；也会有部分 功能产品未提供，需要项目组现场开发
PICC渠道平台支持相应的Web Service类型的服务调用功能， 服务平台本身使用javaEE、XML、Web Service等技术。渠道平 台对外支持XML、XML Schema、Web Service、WSDL、SOAP、 HTTP/HTTPS、JMS等标准的技术。
正文·第四章
成 功 案 例跨
服务之间通过简单、精确定义 的接口进行通讯
ESB
松散耦合服务架构
正文·第一章
E
S
B
架 构
与 传 统
简架
介构
的
区
别
第二节
传统的点对点调用方式（Point-to-Point）
正文·第一章
E
S
B
架 构
与 传 统
简架
介构
的
区
别
第二节
应用
ESB接入后的调用方式
应用
应用
OSB企业服务总线
服务 安全
人力资源 市场
Custom Formats HIPAA ebXML
COBOL Copybook
Word/Excel/PDF
错误恢复与事务完整性
过度页
第三章
ESB实施方法论 ESB项目特征
ESB项目实施过程
正文·第三章
E
S
B
实
施 方
E S B
法项
论目
特
征
第一节பைடு நூலகம்
一
涉及人员多
➢ 需要连接多个系统 ➢ 需要与银行、IT。多个业务部门以及第三方沟通写作
•性能 •吞吐量 •可用性
•路由 •寻址 •通信技术、协议和标 准（例如 JMS、HTTP 和 HTTPS） •发布/订阅 •响应/请求 •同步和异步消息传递
集成
服务级 别
通信
常用 功能
服务交 互
消息处 理
安全性
•服务接口定义（例如，Web 服务描述语言（Web Services Description Language， WSDL）） •支持替代服务实现 •服务目录和发现
正文·第三章
E
S
BE
实S
施B
方 法 论
项 目 实 施
过
程
第二节
1 采用统一规划，迭代式开发，分步实施的策略； 2 仔细制定各系统边界，以防需求蔓延； 3 合理选择第一批上线系统，保证进度，增强客户信心； 4 合理规划现场、基地工作，降低项目成本； 5 易导致ESB项目失败的主要因素：
➢ – 系统定位不清 ➢ – 对项目支持力度不足 ➢ – 项目进展急进
ESB企业服务总线解决方案
科技股份有限公司
目录页
1 2 3 4
ESB架构简介 ESB架构体系 ESB实施方法论
成功案例
过度页
第一章
ESB架构简介
什么是ESB 与传统架构的区别
正文·第一章
E
S
B
架 构
什 么
简是
介E
S
B
第一节
ESB全称为Enterprise Service Bus，即企业服务总线。
1 计划阶段
正文·第三章
E
S
BE
实S
施B
方 法 论
项 目 实 施
过
程
第二节
需 求 分 析 阶 段 特 点
2 需求分析
偏重于与其他系统的集成架构分析
侧重于接口的分析和MBSD的服务定义，最终 形成银行的服务规范
需求分析在整个项目中迭代多次，持续时间长
注意事项：把对ESB产品功能的需求在第一批上 线系统的需求分析阶段就分析完成，并充分考虑 未来其他系统接入时的报文、协议格式等