企业服务总线-实施

良 好 的 计 划 是 成 功 的 一 半
项目计划
天津联怡科技有限公司
企业服务总线—实施
先进的企业服务总线
Oracle service esb
提供标准接口和通用连接
HTTP Web Services
JMS
Plus the following:
Weblogic JMS® Multicast MQe
WebSphere MQ WebSphere XML Adapters
天津联怡科技有限公司
企业服务总线—实施
查看是否有已有服务 是否可通过组合实现 是否可调整原有服务支 持该需求 是否需要新增
•业务服务如果是是否存在可重用的原子服务，如果有则应该先做 原子服务再做组合服务。 •原子服务存在的意义在于存在多个业务服务复用，如果不存在不 识别为原子服务。 •从业务出发，为了保证事物完整性和服务设计的无状态原则，应 该如何设计，哪些能拆，哪些不能拆。 •根据BPEL流程编排，会增加业务校验类细粒度服务，应从满足 多个业务编排需求来考虑可重用性。 •根据安全性原则，哪些服务需要拆分，根据拆分服务提供不同属 性类别的服务。 •根据性能原则，哪些粗粒度服务当不满足性能测试要求时候需要 拆分为多个细粒度的服务。
天津联怡科技有限公司
企业服务总线—实施

其企业范围内复制SOA的成功
企 业 级 实 践
SOA
在业务流程中使用它们
构建可重用的业务和数据服务
确保端到端的治理
以成熟、可扩展的ESB开始
天津联怡科技有限公司
企业服务总线—实施
实 施 技 术 储 备 —
报文格式
通讯协议
天津联怡科技有限公司
TIBCO Rendezvous® FTP TIBCO EMS JMS® HL7 AL3
Biztalk® Tuxedo®
C, C++, C#, Java, .NET, PB, PL/1, ASM, TAL, RPG, VB, COBOL, Perl, SmallTalk, LotusScript, REXX, …
服务发现—服务识别
天津联怡科技有限公司
企业服务总线—实施
服务 归类
确定 评估 项和 权重 标准
评估 候选 服务
确定 服务 依赖
识别 服务 Owner
更新 服务 文档
确定 服务 的需 求满 足度
审核 服务
服务发现—服务识别
天津联怡科技有限公司
企业服务总线—实施
目的，通过量化的方法，评估一个候选服务是否需要识别 为服务进行定义和开发 评估项案例 候选服务的应用范围（多企业，企业内、部门内、 应用系统内） 重用性和级别 对业务灵活性的支持 是否可通过组合或扩展现有服务 当前的技术能力 是否需要额外的工具和技术 实现所有需求的难度 ……….
EDI-FACT COBOL HIPAA Real-time IP Copybook ACORD SWIFT
SonicMQ JMS®
FIX
ebXML
EDI-X.12
Word/Excel/PDF Custom Formats MQTT
天津联怡科技有限公司
企业服务总线—实施
由于ESB项目是一个架构类项目，而企业很难在短的周期 内完成大量系统的调整，因此，ESB项目的项目周期也会 较长，需要项目组和行方制定合理的总体规划和推进路 线。 当接入的系统确认之后，我们可以初步了解系统的情况、 包含通讯协议、报文类型等，作为工作量估算的依据， 主要是估算接入的连接器是否需要定制、接入的特殊要 求、接入的难度等，以估算接入系统需要的工作量。
企业服务总线—实施
简介
马永光
2015-05-18
天津联怡科技有限公司
企业服务总线—实施
一：实施简介 二：步骤说明 三：注意事项
马永光
2015-05-18
天津联怡科技有限公司
企业服务总线—实施
按通用“瀑布”项目模型进行描述，从项目启动到项目上 线，在各个过程中描述该阶段主要的工作、流程和特点， 涉及到的角色和主要任务，也会包含部分模板，供用户参 考。 具体模板需要根据项目实际情况进行调整，以更符合实际 项目的特征。 ESB项目整体实施过程和其他项目在大的阶段划分上相似， 然而，不同于一般业务系统的实施，ESB项目更多表现为一 个技术类项目的实施，或者说是集成类项目的实施。
天津联怡科技有限公司
企业服务总线—实施
简介 资源概述 项目特定软件过程 项目范围 交付件 组织和职责 规模、工作量和进度估计 项目所需资源 9 外包任务 10 验收准则 11 质量计划
1 2 3 4 5 6 7 8
12 13 14 15 16 17 18 19 20 21 22
缺陷预防 项目控制 重用构件管理 配置管理 项目计划修订 假定 组间协调 问题 客户参与 风险管理 培训
服务发现—自下而上
天津联怡科技有限公司
企业服务总线—实施
对应的服务设计原则，如下： • 标准化服务契约 • 服务松耦合 • 服务可重用性 • 服务自主性 • 服务的无状态性 • 服务可发现和组合 实际执行过程中，其实是分析各项目组提供的系统间交互接 口，对这些接口尽可能按照以上原则进行调整，并要求原系统 进行修改，具体表现就是对接口进行分析，对没有完整业务含 义的多个技术接口进行合并，对相近接口进行整合和扩充，调 整为一个服务。
天津联怡科技有限公司
企业服务总线—实施
银行金融领域业务 产品的设计与流程
底层通讯实现的 技术与细节
天津联怡科技有限公司
企业服务总线—实施
从服务类别表中选择服务的类别 若有多个类别 1、找出原因 2、重构服务，定义更细粒度的服务，使之具有单独的类别 3、组合细粒度服务为粗粒度服务，使之符合业务需求 4、确保每个新服务都不会重复 常见服务类别 连接服务 数据服务 业务服务 流程服务 展示服务
天津联怡科技有限公司
企业服务总线—实施
重用性
性能 灵活性
天津联怡科技有限公司
企业服务总线—实施
自上而下（领域分解）方式 自上而下的领域分解方式从业务着手 进行分析，选择端到端的业务流程进行逐层 分解至业务活动，并对其间涉及的业务活动 和业务对象进行变化分析。
业务组件模型是业务领域分解的输入之一。 端到端的业务流程是业务领域分解的另一个输 入。 变化分析的目的是将业务领域中易变的部分和 稳定的部分区分开来。
天津联怡科技有限公司
企业服务总线—实施
迭代模型
瀑布模型
天津联怡科技有限公司
企业服务总线—实施
由于涉及到到的系统多， 而各个系统的开发计划、 上线点并不完全相同， 因此，ESB项目总体上 表现为“瀑布” 模型， 而具体实施过程往往表 现为“迭代”模型，这 在ESB项目实施二期表 现尤为突出，因此，在 制定项目计划时，一期 可能是“瀑布”加“迭 代”，二期往往就是 “迭代”。
天津联怡科技有限公司
来自百度文库
企业服务总线—实施
梳 理
天津联怡科技有限公司
企业服务总线—实施
二：拿到接口文件之后，即可开始对接口进行分析，首先从 已有的服务中查看是否已有该对应服务；若没有，确定是否 可通过服务组合的方式提供；再确认是否可通过扩展原有服 务满足该功能；若还没有发现，则需要新建服务，此时，需 要对服务进行业务归类，是金融类、查询类、通用类、冲正 类还是其他类别。
实 施 工 作 量 估 算
—
核心 8 手机银行 IPP 9 银联互联网支付 核心 UA 10 所有应用系统 影像平台
2
2
5
0
0.23 0
2 3 1 3
13 7 2 3
0 35 8 0
0 5 4 0
0.00 1.59 0.36 1 0.00
天津联怡科技有限公司
企业服务总线—实施
工作量的估算，业务系统往往会按照功能点估算，ESB项目除了系统本身 功能是按照功能点外，需求分析是按照接口的数量进行估算，开发是按照 新增connector的数量、报文格式的数量等估算，另外需要考虑集成的工作 量。系统集成的工作量将是ESB项目特别注意的一点，往往会消耗较多的 资源投入。 在估算工作量时，需要根据项目组人员技能情况，给出合适的估算单位 值，如每个服务从接口分析、服务定义、服务开发实现、服务测试、完成 集成测试、功能测试等给出单位人日数，以此为基准给出具体的数值。在 该数值估算过程中，可以参看以下章节中具体的服务定义过程，结合对 ESB产品的掌握、报文的类别（是否标准SOAP报文，是否需要报文格式转 换、是否需要字段映射）、开发人员技术集成等综合评定。同理，系统集 成的连接器开发等也需要根据类别进行估算。 完成以上工作后，考虑项目管理工作量、质量管理工作量、性能测试工作 量、知识转移工作量等等，加上项目风险的预留Buffer，可以得到项目工 作量估算。
企业服务总线—实施
序号 消费者系统项目名称 服务提供者 核心 1 基金代销 ECIF 短信平台 UA 基金代销 金融IC卡 2 网银 集团账户管理 银联互联网支付 统一支付平台 金融IC卡 3 新一代柜面 统一支付平台 4 5 金融IC卡 银联2.1改造 核心 核心 ECIF 6 核心 信用风险限额管理项目 验印系统 7 跨境人民币支付 支付密码 国业 1 1 1 6 4 1 1 15 20 0 0 75 5 5 5 5 0.91 0.00 0.00 3.41 因复用已有服务，工作量仅5人日 (依据原有系统，若新建系统，交易 量可能有变化) 复用已有服务 1 其中4个服务，6个场景复用已有服 务 1 复用已有服务 复用已有服务 66 8 11 3 105 18 16 18 380 0 80 90 4 0 5 5 17.27 0.00 3.64 4.09 0 0.5 0 1 复用已有服务10个 不做 服务数 7 1 2 4 14 3 8 1 4 4 场景数量 13 3 2 4 31 4 35 3 18 7 工作量人日 65 0 10 0 124 0 175 15 90 0 5 5 5 0 4 5 基数 5 人月数 2.95 0.00 0.45 0.00 5.64 0.00 7.95 0.68 4.09 0.00 金融IC卡不做 0 复用已有服务 0.5 复用已有服务 集成开发工作量 备注
天津联怡科技有限公司
企业服务总线—实施
一：实施简介 二：步骤说明 三：注意事项
天津联怡科技有限公司
企业服务总线—实施
接口分析 服务识别 更新服务 分析文档
编写 服务映射文档
编写服务定义
编写服务规范 文档
更新数据字典
编写接口 映射文档
发布服务规范
天津联怡科技有限公司
企业服务总线—实施
第一步：接口分析，主要是收集各系统间交互的接口信 息； 第二部：服务识别，主要是判断是否有可用服务、是否需 要调整之前的服务，是否需要新建服务； 第三步：更新服务分析文档，主要记录接口分析的结果； 第四步：编写服务规范文档，主要是定义服务的输入输出 信息； 第五步：编写服务定义文档，主要是编写生成的服务定义 的相关信息； 第六步：编写服务规范映射文档，记录原接口字段与服务 定义字段的映射关系（字段转换）； 第七步：更新数据字典，定义全行规范的词汇表； 第八步：编写接口映射文档，记录服务与接口的映射关 系； 第九步：发布服务规范；
天津联怡科技有限公司
企业服务总线—实施
一：接口分析的首要工作是收集各系统的需求文档，通过需 求文档，了解、熟悉系统的功能说明，以便服务分析人员理 解行业的业务内容，为后续的服务定义奠定业务基础。否则， 在服务定义时，会出现缺乏行业知识，导致服务类别无法判 断、服务字段定义缺乏扩展性、对接口的调用系统缺乏敏感， 不能及时发现其他系统对该接口的使用，带来服务定义稳定 性、扩展性较差的问题。
服务发现—自上而下
天津联怡科技有限公司
企业服务总线—实施
自下而上（已有资产分析）方式 自下而上的已有资产分析方式的目的是利用已有资产 来实现服务，已有资产包括： 已有系统 套装 定制应用、行业规范或业务模型等。 通过对已有资产的业务功能、技术平台、架构及实现 方式的分析，除了能够验证服务候选者或者发现新的服务候 选者，还能够通过分析已有系统、套装或定制应用的技术局 限性，尽早验证服务实现决策的可行性，为服务实现决策提 供重要的依据。
天津联怡科技有限公司
企业服务总线—实施
三：服务和服务场景是服务的归 类方式，一般而言，服务具有更 大的业务含义，如常见的客户信 息维护，在客户信息维护中，分 为对公、对私，操作有新增、修 改、删除，此时需要的输入输出 参数不尽相同，很难整合到一个 大的服务中，但从业务含义看， 都是客户信息维护，因此，增加 了场景的概念，对应到具体的实 现服务，如对公客户信息维护和 对私客户信息维护。 这一步骤主要是对分析的结果进 行记录。