OA办公系统采纳步骤和价值分析

1.S0A实施步骤总结OA办公系统是一个既简单又复杂的技术。简单 地说，SOA就是一组设计原则，这些设计原则既有 SOA特有的，如服务是第一概念CBDI，业务和IT 对齐，为灵活而构建;也有被早已被业界广泛接受和使 用的，如松散耦合、隔离关注、模块化、可重用性等。 复杂地说，SOA是由这些设计原则衍生出的各种技 术，如SOA成熟度模型、服务建模方法学、SOA编 程模型、企业服务总线、服务注册库等。同样，对SOA的采纳(Adoption)形式也具有从 简单到复杂各种形式。一个分布式企业IT系统全面向 SOA转型固然是SOA，而像HousingM这 样将GoogleMap提供的Web服务和Craiglist提供 的Web服务集成起来提供全新的业务模式也不能不 算SOA。笔者作为主要的技术人员主导或参加了若干 SOA的实施案例，这里面有短暂的SOA试点项目， 也有大跨度的SOA实施。从实践的角度而言，笔者 认为一般的SOA的实施项目应该包含如下步骤：0.SOA采纳步骤和价值分析：由于客户现有IT 环境和业务环境的不同，采纳SOA的价值和采纳的 步骤也会相应不同。对田可一个企业或者是应用提供 商，在采纳SOA之前最好深刻理解SOA的内涵和外 延，并客观分析采纳SOA的好处以及带来的风险， 并实际情况规划SOA实施的步骤。1.SOA监管：和传统技术不同的是，SOA 是- 个横向的技术，它不仅影响IT系统的设计者和开发 者，它更需要改变业务部门对IT系统的看法，也需要 运营部门改变系统运营的方式。几乎所有的相关人的 活动都会围绕着服务模型和服务元数据。因此服务模 型和服务元数据质量直接决定着企业向SOA转型的 效果。简单的说，SOA监管通过建立适当组织和流程 保证服务模型和服务元数据在创建时和运行时的质 量。可以预见的是，一个企业采纳了 SOA后，SOA 监管会成为企业IT部门的重要任务之一。2. 服务建模：如何根据服务建模方法学创建符 合SOA设计原则的服务模型是实施SOA中及其重要 的一步。发现服务候选、决定服务暴露和进行服务规 约是这一步的重要内容。3. 服务实现和架构设计:根据确定的服务模型， 结合现有IT环境确定服务和服务组件的实现策略，并 设计用于实现服务的基础架构（如ESB、流程服务引 擎、人工服务容器等）是也是实施SOA过程中及其重 要的一步。服务组件划分、服务实现决策和服务基础 设施设计是这一步的重要内容。4. 以服务为中心的开发和集成在SOA的实施 项目中，开发和集成的模式都会发生相应的变化，服 务会成为开发阶段的中心概念。服务模型映射到编程 模型，逐步实现服务，并在服务层次上进行持续的集 成是这一阶段的主要内容。5. 服务管理：以上的步骤主要侧重在功能层次 上如何一步步实现SOA而服务管理则侧重于在SOA 实施中如何实现非功能性需求，这包括服务性能、服 务安全等。本系列文章将围绕SOA的实施步骤组织，但是 SOA监管和服务管理不在本系列文章的范围内。2. 示例场景介绍本系列文章所涉及的场景是一个汽车贷款审批 业务流程，从申请人提交申请到汽车销售商接受贷款 并发货（或者申请人接收拒绝通知）。从银行的业务角度，该业务流程的外部参与者 包括最终用户（申请人、汽车销售商）和合作伙伴（保险 公司），内部参与者包括业务执行人员（信贷员）以及风 险管理人员（信贷经理）。从技术实现的角度，该业务 流程既包含自动化的内部功能（查询存贷款记录）和外 部功能（保险公司提供担保），也包括人工活动（信贷经 理审批）。因此，该场景具备一般业务流程的典型性，基于该场景的SOA实施示例具备更大的借鉴意义。从图2可以看出，信贷员是整个业务流程的枢 纽，负责与客户、信贷经理、相关应用系统打交道。 这种业务模式既增大了信贷员的工作强度，也增加了 过程中的操作风险以及道德风险。从图3可以看出，在业务流程中起到枢纽作用 的信贷员，通过不同的方式访问不同的系统，获取申 请人的相关信息，同时通过电子办公系统向信贷经理 提交贷款审批申请。多样化的人机界面既增加了对信 贷员的IT技能要求，也极大的降低了信贷员的工作效 率。3.SOA评估框架和SOA成熟度模型简介如上所述，SOA是由一些设计原则衍生出的一 系列技术。和传统的方法不同的是，SOA的这些衍生 技术遍布企业IT生命周期，以及企业IT系统的各个 层次。为了评估一个企业的实施SOA的程度，我们 需要一个覆盖全面的评估标准和一种对成熟度的划 分。SOA评估框架就是这里说的评估标准，而SOA 成熟度模型就是一种对SOA成熟度的划分。SOA的 评估框架和SOA成熟度模型是了解企业IT和业务环 境现状，分析企业采纳SOA的步骤和价值的重要工 具。这里我们以IBM的SOA评估框架和SOA成熟度 模型为例进行介绍。IBM的SOA评估框架主要分析企业IT系统在 如下四个方面的特性：1. 组织和流程：企业是否有实施SOA的经验， 实施SOA的范围多大，企业是否规划过需要实现的 SOA的能力，业务部门是否理解SOA实施的价值和 过程，特别是业务部门参与重要性，是否有系统的方 法指导服务的发现和设计，业务部门在服务的发现和 设计中参与的程度如何；2. 应用：目前应用如何暴露可重用的逻辑?应用 间连通的实时和异构特性如何？企业开始在多大构建 复合应用？3. 架构：目前企业应用集成现状?企业应用的组 件化程度如何?是否存在服务模型?范围多大？4. 基础架构：基础架构如何保持可扩展性和灵 活性保证满足业务部门的需要？基础设施如何响应业 务流程性能的变化?是否存在统一的安全架构和规范?同时，IBM的SOA成熟度模型将SOA成熟度 划分为7个层次：L1.孤立的：大多数为孤立应用，存在集成也基 本上以数据集成为主;当需求发生变化时，需要大量的 琐碎的架构调整；L2.集成的：应用间存在大量集成，但是以点到 点的连接方式为主，应用程序的重构主要通过数据集 成完成；L3.组件化的:将主要的或关键的应用从功能角 度进行了组件划分，原有的J2EE/.Net等应用通过重 构实现这些组件，组件间的集成通过组件接口和相互 间的契约完成；L4.简单服务存在业务部门内的服务模型和构 建在服务上的业务流程集成；L5.组合服务:存在企业范围内和企业间的服务 模型，已经在服务模型基础上完成价值链集成；L6.虚拟化服务:基础设施如服务器和存储已经 完成虚拟化，服务运行在这些虚拟化的基础设施之上; 基础设施、服务组件、服务、业务流程被极大解耦； 通过对基础设施的监控和管理来保证服务质量；L7.动态配置服务:服务可以根据业务策略和IT 策略进行动态组装；4.示例场景的SOA现有成熟度和目标成熟度 我们对示例场景中SOA现有成熟度分析总结如下：1. 组织和流程：无论是在贷款业务部门，还是 在其他业务部门，都没有进行过SOA的实施;业务人 员普遍认为SOA是技术层面的事情，是IT部门的事 情，业务部门在SOA实施中没有任何责任；2. 应用：构建在主机上的核心银行系统业务逻 辑体现为CICS的事务，业务逻辑划分清晰，但是逻 辑和表示紧耦合，而且其业务逻辑划分和整体需求有 一定差距，该银行已经构建EAI的基础设施，核心银 行系统的业务逻辑可以通过EAI中的消息总线访问； 房贷和车贷系统分布构建在J2EE和.Net平台之上， 设计系统时对组件化考虑的很充分，主要的业务逻辑 都构建在公共的组件基础之上，如果其他系统需要访 问房贷和车贷系统，需要进行点到点的集成;保险公司 担保网关是外部系统，已经服务化。3. 架构：企业消息总线可以连通除房贷和车贷 系统以外的大部分系统，但是消息总线中介能力不强， 主要集中在消息转换，对重复业务逻辑的访问需要应 用层处理；4. 基础架构：服务器、存储和网络设施异构性 很大，业务系统性能的调控相当刚性;已经具有统一的 安全架构，如认证、授权和加密；综合分析可见，对于整体企业而言其SOA成熟 度，位于L2和L3之间;房贷和车贷系统SOA成熟度 位于L3。对于SOA的转型，该企业的近期目标是希望能 够在现在的现有的房贷和车贷系统之上构建复合应用 以支持汽车贷款审批流程；而该企业的长远目标是构 建企业范围的服务模型，并逐步改造所有的应用为复 合应用，并期望实现价值链集成。由此可见，对于围 绕汽车贷款审批流程的房贷和车贷系统SOA改造的 目标成熟度是L5;从企业范围而言，希望现在房贷和 车贷构建SOA应用，而逐步扩展到整个企业，所以 其目标成熟度先是L4，然后迁移到L5。5. 示例场景的SOA采纳步骤和价值分析结合示例场景的特点和SOA转型的需要，我们 建议如下SOA采纳步骤：第一步：以汽车贷款审批流程为中心进行SOA 试点(L2/3->L4)在这一步中，围绕汽车贷款审 批流程进行服务建模分析，并在现有系统上构建企业 服务总线。这一步的主要目标有四：第一)测量SOA 可能带来的业务层面的价值，通过服务组装完成汽车 贷款流程，来验证如何通过服务中介、服务替换和服 务重新组装适应可能的业务变化，从而实现业务流程 从建模自动化监控优化的全生命周期；第二)测 量SOA可能带来的IT层面价值，通过将已有系统暴 露为服务，并构建ESB实现虚拟化的服务，来验证将 现有系统暴露为服务的技术可行性，验证ESB如何通 过实现广泛连接性、验证如何通过服务中介完成重复 逻辑合并和异构系统集成、验证如何SOA架构如何 适应IT层面的变化如系统集中、系统合并和系统升级; 第三）深化IT部门对实施SOA的技术理解，包括服务 建模方法学、SOA架构设计、相关技术和产品的成熟 度（安全，性能，）；第四）深化IT部门和业务部门对 实施SOA的方法和价值理解，包括SOA背后的价值 驱动，如何建立SOA组织和流程进行SOA监管等； 第二步：重构贷款系统以实现贷款部门的服务 模型，并将业务流程实现为复合应用（L2/3 -> L4）在这一步中，围绕贷款部门的业务流程进行服务 建模（这不仅包括贷款业务部门内部的服务，还包括可 能访问到的核心银行系统的服务），并将主要业务流程 迁移为复合应用。这一步的主要目标有三：第一）继续 深化IT部门对实施SOA的技术理解并培养SOA实 施的各层次的技能;为企业范围内的SOA实施做技术 准备，如各种SOA实施技术规范-SOA参考架构，服 务模型规范，企业服务总线规范等；第二）继续深化IT 部门和业务部门对实施SOA方法和价值理解，初步 建立业务部门内的SOA监管组织、流程和基础设施 (如服务注册库)等;第三)验证现有SOA技术和产品在 大规模应用时的成熟度；第三步：以消息总线的改造为中心，构建SOA 监管组织和流程，并创建企业服务模型和企业范围内 SOA的基础架构;(L4 -> L5)这一步选择以消息 总线为中心的原因在于，1)消息总线涉及主要的业务 逻辑和业务流程，而且该企业在构建消息总线时已经 对核心的业务进行了必要的调查和分析，这是服务建 模的良好基础；2)消息总线是主要的应用集成设施，这 是企业服务总线构建的良好基础。通过这一步骤，企 业范围的SOA基础架构基本形成，这包括SOA监管 组织和流程、企业范围内服务模型、企业服务总线和 SOA参考架构；第四步：逐步迁移主要业务流程为复合应用， 并完善SOA监管和服务模型;(L4->L5)这一步主 要是在前一步的建立的SOA基础架构之上逐步将应 用迁移到复合应用。实际上第三步和第四步应该是融 和在一起的；第五步：OA办公系统围绕价值链整合实现快速 响应IT系统；(L5)当完成SOA基础设施建设和复合 应用迁移后，企业已经具备条件进行流程优化和价值链整合。这种条件下，无论是IT层面的调整，还是业 务层面的调整，都可以通过服务模型和企业服务总线 隔离变化，从而使用尽量小的代价完成对变化的适应， 也即达到快速响应的IT。