企业SOA案例.ppt

企业SOA案例.ppt

《企业SOA案例.ppt》由会员分享，可在线阅读，更多相关《企业SOA案例.ppt（46页珍藏版）》请在冰豆网上搜索。

日程日程全方位的全方位的SOA实施：

某省电网公司生产系统整合实施：

某省电网公司生产系统整合保险业务系统整合：

某保险公司保险业务系统整合：

某保险公司SOA实施实施项目目的项目目的提升部门级的多个系统为企业级的集成化的系统对领导层进行决策分析提供帮助实现多系统的信息、流程、人员的集成搭建一个功能强大的完备的省电力信息化核心平台SOA项目实施对客户方人员组织的要求项目实施对客户方人员组织的要求在公司信息化领导小组下，成立了公司在公司信息化领导小组下，成立了公司“集中集成集中集成”领导小组、工作小组领导小组、工作小组三驾马车：

客户方业务分析小组、三驾马车：

客户方业务分析小组、BEAPS（现甲骨文现甲骨文）SOA平台小组和应用开发商小平台小组和应用开发商小组组形成日常工作协调机制形成日常工作协调机制召开月度例会，周例会分11项目小组，每日出工作日报前期准备前期准备深化、细化省公司“十一五”信息化规划原有系统的分析梳理开展了“集中集成”非功能需求框架准备集成平台的技术选型、调研组织业务应用需求分析和跨部门需求分析组织业务应用需求分析和跨部门需求分析有关业务部门组织成立临时的需求小组科信部组织、有关业务部门指定有关专业骨干，到省公司集中开展跨部门集成需求分析业务策略业务策略与流程与流程架构架构成本和成本和受益受益项目项目和和应用应用服务组件服务组件机构机构和和管理管理围绕生产业务主线的三方面展开围绕生产业务主线的三方面展开项目管理为主线项目管理为主线综合计划财务管理项目管理物资管理招投标管理合同管理审计管理生产内部集成生产内部集成生产管理配电管理输电GIS绝缘监督雷电定位污区图管理电能量数据集成和线损电能量数据集成和线损分析分析电量数据融合线损分析一期项目完成情况一期项目完成情况建设服务总线、服务目录、业务流程引擎、企业门户建设服务总线、服务目录、业务流程引擎、企业门户44个部分个部分针对针对99应用系统的流程重组、服务调用整合应用系统的流程重组、服务调用整合定义服务模板，定义服务的输入输出、服务封装、定义业务数据、服务生定义服务模板，定义服务的输入输出、服务封装、定义业务数据、服务生命周期管理命周期管理完成完成7777个服务的封装个服务的封装设计设计1515个元数据，实现数据梳理个元数据，实现数据梳理ESBESBCity-1HQ/EnterpriseCity-2OA门户lData共享服共享服务101011BusPres私有服务注册公共服务注册服务矩阵流程门户业务门户控制台管理员门户CAAD安全框架安全框架Audit安全服安全服务EncDSigATNAZNCredMapBPM服务存储Data共享服共享服务101011BusPres私有服务注册公共服务注册BPMOA门户门户和控制台服务存储安全框架安全框架Audit安全服安全服务EncDSigATNAZNCredMapADESBDataSharedServices101011BusPresPublicServiceRegistryPrivateServiceRegistryBPMOAPortalPortals&DashboardsServiceRepositorySecurityFrameworkAuditSecurityServicesEncDSigATNAZNCredMapAD服务矩阵ServiceMetrics业务模型业务模型业务模型二级部署模式：

省地市两级部署模式两级部署模式全省集中部署全省集中部署人力资源管理财务管理计划统计项目管理物资、招投标管理物资仓储、配送管理数据仓库地市集中部署地市集中部署营销管理（作业数据部分）生产管理调度生产GIS（16个一级模块、个一级模块、146个二级模块）个二级模块）业务分析小组业务分析小组的工作：

的工作：

明确业务视图跨部门实现BEA（现甲骨文现甲骨文）PSSOA平台小组：

平台小组：

技术架构、体系结构技术架构、体系结构应用、集成需求设计应用、集成需求设计用户需求说明用户需求说明需求分析概要设计需求分析概要设计详细设计构架分析详细设计构架分析功能设计功能设计逻辑设计逻辑设计物理部署物理部署设计模式设计模式设备、网络设备、网络部署和试运行部署和试运行代码开发和服务封装代码开发和服务封装配置和管理配置和管理数据部署设计数据部署设计形成一套非功能需求规范和实施方法网络和硬件设备网络和硬件设备企业服务总线企业服务总线门户门户Web接口接口Web服务服务路由路由公共公共外部交换外部交换员工员工数据库数据库数据仓库数据仓库基础信息数据库基础信息数据库商务智能商务智能集成连接器服务服务安全认证安全认证企业流程控制企业流程控制完整性完整性加密管理加密管理一致性管理一致性管理访问权限访问权限管理管理服务管理服务管理数据层数据层业务应用层业务应用层企业及服务层企业及服务层展示层展示层对外服务接口对外服务接口EDMS应用应用多层架构多层架构数据共享、流程互通、门户集成数据共享、流程互通、门户集成BEA（现甲骨文现甲骨文）PSSOA平台小组：

构建平台小组：

构建SOA平台平台四化改造：

四化改造：

业务功能模块化-接口技术标准化（业务分析时做）（平台提供）软件模块服务化-管理流程自动化（软件服务化改造）（BPM工具，平台提供）完成的改造业务：

完成的改造业务：

三条主线项目管理为主线生产内部的集成和改造电能量数据集成和线损分析企业门户门户、OA与邮件应用开发商小组：

应用和部署的四化改造应用开发商小组：

应用和部署的四化改造项目管理为主线项目管理为主线综合计划的计划控制35KV及以上工程项目全过程管理项目物资全生命周期”管理竣工决算协同工程资产“账卡协同”和“一物一卡”管理生产内部集成生产内部集成整合绝缘监督、图形开票等，新增设备检修、状态评价一次、二次设备统一管理多维度（设备、班组、专业管理）的管理分析整合雷电、污区管理统一发布雷电、污区信息配电采用单线图电能量数据集成和线损电能量数据集成和线损分析分析电量采集数据、配电数据等集成（定时采集和上报结合）线损分析平台的建设“应用开发商小组：

应用和部署的四化改造应用开发商小组：

应用和部署的四化改造日程日程全方位的全方位的SOA实施：

某省电网公司生产系统整合实施：

某省电网公司生产系统整合保险业务系统整合：

某保险公司保险业务系统整合：

某保险公司SOA实施实施系统现状系统现状现状评析现状评析期望与需求期望与需求延伸业务渠道，提升客户服务，加强风险管理，产品智能化，优化流程管理，应对市场竞争。

安全架构IT业务项目建设应用系统没有形成企业级的IT项目标准建设流程需求管理等配套的IT系统建设标准缺少项目建设处理比较传统的开建设模式核心系统承担大部分业核心系统承担大部分业务支撑能力务支撑能力基本按业务功能条线组织和实现应用系统应用之间的功能藕合于数据结构或接口表用户管理用户管理远程通过VPN使用动态口令卡接入企业业务系统。

系统架构不统一系统架构不统一架构灵活性不够，通过改造核心系统实现企业整体架构的灵活性和快速反应能力业务支撑能力业务支撑能力通过构建统一的企业服务基础平台实现全面的业务支持在产品智能化，客户关系与服务，销售线业务支撑方面能力不够。

XX保险保险挑战分析挑战分析问题问题原因原因影响影响建议建议组合业务组合业务ITIT架构架构不能推出相应业务不能推出相应业务改造架构改造架构数据数据数据架构数据架构丢失企业丢失企业ITIT资产资产建立业务模型建立业务模型维护维护ITIT架构架构工作量大，成本高工作量大，成本高改造架构改造架构流程流程代码实现业务流代码实现业务流不能快速回应市场变化不能快速回应市场变化建立企业流程平台建立企业流程平台产品配置产品配置产品定义不完整产品定义不完整新产品推出速度慢新产品推出速度慢实现产品定义模型实现产品定义模型数据交换数据交换交换方式交换方式业务扩展困难业务扩展困难交换以功能方式提交换以功能方式提供供用户管理用户管理应用系统独立建设应用系统独立建设统一用户管理统一用户管理分析总结分析总结业务策略与流程业务策略与流程ProblemAreas业务策略中急需的业务能力扩展只能通过新系统的开发业务策略中急需的业务能力扩展只能通过新系统的开发去实现，无法实现对已有业务功能的重用。

因此，随着去实现，无法实现对已有业务功能的重用。

因此，随着系统的增加，系统复杂性急剧上升；系统的增加，系统复杂性急剧上升；业务策略中对业务流程的灵活性提出了较高的要求，现业务策略中对业务流程的灵活性提出了较高的要求，现系统应对这些业务流程变化和政策法规调整不灵活，现系统应对这些业务流程变化和政策法规调整不灵活，现有实现方式造成系统刚性很大，需要通过大量代码修改有实现方式造成系统刚性很大，需要通过大量代码修改实现；实现；业务策略中对售前、售中、售后、客户服务等跨系统业业务策略中对售前、售中、售后、客户服务等跨系统业务流程整合有需求，现系统缺乏一致的实现方式；务流程整合有需求，现系统缺乏一致的实现方式；数据模型对业务实体描述简单、维度少，尤其没有客户数据模型对业务实体描述简单、维度少，尤其没有客户实体的描述，造成业务分析困难，不适应当前业务发展。

实体的描述，造成业务分析困难，不适应当前业务发展。

系统间共享数据困难，开发工作量巨大。

系统间共享数据困难，开发工作量巨大。

BestPractices在愿景环境中，在愿景环境中，IT系统被视为企业业务流程的具体体现，系统被视为企业业务流程的具体体现，新业务的实现是依靠扩展业务流程，不是建立孤立的系统新业务的实现是依靠扩展业务流程，不是建立孤立的系统和应用。

同时随着系统的成熟，业务随之改善。

和应用。

同时随着系统的成熟，业务随之改善。

InternationalFootballNationalAssociationHeadquartersPublicClubPressReferee（National）RefereePlayersReferee（European）NationalAssociationCommissionManageMatch（National）StaffManagementManageReferee（National）ITSystemManageManageClubRefereePlayersPressPublicSupportSupportHeadquartersSuperviseMatch（National）Business（as-is,to-be）Operational（as-is,to-be）分析总结分析总结IT架构架构ProblemAreas缺乏企业视角：

目前系统的建设方式仍然是功能集合（或部门）方式的，如核心系统、车险理赔、银保通等。

没有考虑如何按照标准方式去定义、配置、监控和管理对业务功能的访问。

缺乏业务视角：

企业员工需要多种应用系统去完成日常工作，造成数据的重复记录、缺乏的全部流程的可视性和控制。

没有基于服务，缺乏标准：

当前IT系统的实现技术种类较多，包括（J2EE、CS、定制套件等），接口技术种类较多，包括（中间表、Webservice、URL联接、专用接口等）。

对于各系统的互联，没有基于服务进行规划。

缺乏支持功能共享和标准化的基础设施：

当前IT系统还没有可以提供功能路由、协议转换、功能管理能力的IT基础设施。

BestPractices支持和标准化现有企业活动需要一个面向服务的系统架构。

支持和标准化现有企业活动需要一个面向服务的系统架构。

该系统架构确定了如何在符合业务和用户利益的情况下交该系统架构确定了如何在符合业务和用户利益的情况下交付和部署业务功能。

付和部署业务功能。

分析总结分析总结业务服务业务服务ProblemAreas接口或可以共享的业务功能没有明确定义合约、接口和接口或可以共享的业务功能没有明确定义合约、接口和实现，使得系统互联与功能的实现紧耦合在一起，无法实现，使得系统互联与功能的实现紧耦合在一起，无法实现共享。

实现共享。

大量使用中间表作为大量使用中间表作为IT系统交换信息的手段，使得