中海油SOA信息技术架构模型方案

中海油SOA信息技术架构模型方案2009年8月版本号 V1.0变更历史日期变更描述作者批准2008-08-18初稿胡健目录变更历史 I1. 概要11.1.编写目的21.2. 使用范围 错误!未定义书签。2. 中海油 SOA 信息技术架构模型设计 22.1.设计原则22.1.1.持续发展原则22.1.2. 先进性原则22.1.2.1.实用性原则32.1.2.2.操作性原则32.2.中海油 SOA 信息技术架构模型设计32.2.1.SOA 信息技术架构模型之网络拓扑图32.2.2.SOA 信息技术架构模型之服务体系参考视图32.2.2.1.访问服务层42.2.2.2.数据服务层52.2.2.3.业务服务层52.2.2.4.流程服务层52.2.2.5.综合服务层52.2.2.6.展现服务层52.2.3.SOA 信息技术架构模型之应用体系视图62.2.4.SOA 信息技术架构模型之服务体系部署视图72.2.5.SOA 信息技术架构模型之技术标准体系视图92.2.5.1.消息传输102.2.5.2.数据交换层102.2.5.3. 访问服务112.2.5.4. 数据服务112.2.5.5. 业务服务112.2.5.6. 流程服务112.2.5.7. 展现服务122.2.5.8. 服务管理122.2.5.9.服务描述、注册与发现132.3. 中海油公司SOA信息技术架构模型特征133. 建设方法144. 阶段划分及目标151. 概要1.1. 目的制定中海油SOA的信息技术架构模型，提供中海油的SOA实施的一个目标以供参考。通 过本方案，在具体的实施过程中，比如网络的建设、服务的设计及开发、应用的开发、服务 的部署、技术标准的依循等实现都会有清晰的范围及工作的方向。1.2. 目标读者企业架构师、软件架构师、系统分析人员1.3. 内容概述首先建议性的提出了中海油SOA的设计原则，然后从技术架构的网络拓扑、服务体系、应 用体系、服务体系部署、技术标准体系、技术架构模型特征等各个方面描述了中海油 SOA 的信息技术架构模型的方方面面，最后根据信息技术架构的蓝图提出了有针对性的建设方法 及阶段划分以及各个阶段的目标。2. 中海油SOA信息技术架构模型设计2.1. 设计原则中海油公司的信息技术架构模型是“十一五”期间指导中海油公司信息化建设的技术 框架，信息化应用项目的建设必须遵从这个框架的要求，以促进信息化应用项目建设的高效 率、高质量、高标准和可持续发展。中海油公司信息的信息技术架构模型设计遵循下述原则：2.1.1. 持续发展原则基于目前中海油公司信息技术架构模型的现状，站在中海油公司企业发展以及信息化发展的战略高度，统一中海油公司信息技术架构模型，以实现信息化建设的高效率、高质量、 高标准和可持续发展为原则，设计符合中海油公司信息化发展战略要求的统一的信息技术架 构模型。2.1.2. 先进性原则设计中海油公司的信息技术架构模型，必须坚持与世界先进技术发展水平同步；必须 坚持遵循相关的技术规范及标准；必须保证能满足目前与今后未来几年信息化建设的需求。2.1.2.1. 实用性原则应以重用、协作和资源共享为基础，确立信息技术架构模型和技术部署的最佳实践，为 实施信息技术架构模型制定遵从性的度量标准和指标，以利于引导信息化建设项目的实施。 2.1.2.2. 操作性原则设计中海油公司信息技术架构模型，应综合考虑目前中海油公司信息化建设的实际， 使多元化的信息技术架构模型能逐步过渡到统一的信息技术架构模型。2.2.中海油SOA信息技术架构模型设计2.2.1. SOA 信息技术架构模型之网络拓扑图海油范围的用户目录都使用统一目录进行访问。2.2.2. SOA 信息技术架构模型之服务体系参考视图SOA 架构的核心理念是打破传统面向各个业务领域作业、僵化的垂直应用构建模式，将应用分解为可重用、松耦合、互操作的服务结构，通过服务的编排组合来实现业务的组合通过服务的松耦合来满足业务变化和调整，通过服务的重用来降低软件开发的成本。中海油公司 SOA 信息技术架构模型之服务体系采用组件化的分层结构设计思想，使应 用组件具有预制性、封装性、透明性、互操作性、通用性等特征，便于快速地组装成新的应 用。上层建立在下层的基础上，隐藏下层的信息；各层要封装自己的实现，向上层提供访问 接口，并为上层提供服务。中海油公司服务体系建立在企业的信息资源层之上，共分为六层：访问服务层、数据 服务层、业务服务层、流程服务层、综合服务层、展现服务层。信息资源层为上层提供数据资源与应用资源（应用系统模块），它包括传统的封闭的应 用系统，已经打包好应用程序及业务数据库、数据中心、数据仓库、文件系统、邮件系统等。2.2.2.1. 访问服务层访问服务层实现与底层数据资源、应用资源的通信功能，使用通用标准接口，定义整合 企业信息资源（数据资源与应用资源）的各种访问服务，包括不同类型的适配器以及专用的API 等等。这些服务屏蔽了企业信息资源（现在的或未来的）的技术和实现方式，访问服务 层之上的开发者无需知道数据位置、类型以及应用程序的编程语言等。2.2.2.2. 数据服务层数据服务层定义的服务支持把异构的、孤立的企业数据转变成集成的、双向的、可重 复使用的信息服务，通过信息资源访问服务，数据服务层以统一的方式访问企业的所有数据， 数据服务层之上的开发者可以集中精力处理数据的加工问题，而不必关注访问不同来源的数 据的实现细节。2.2.2.3. 业务服务层业务服务层定义那些可重用的业务处理过程，用于支持复合的业务处理需求服务的开 发。这层定义的业务处理过程服务可能是单个原子事务的无状态处理操作服务，也可能是多 个业务应用或异步服务之间交互的有状态处理操作服务。业务服务层之上的开发者无需知道 具体某项业务的处理逻辑过程。2.2.2.4. 流程服务层业务流程是一组服务的集合，服务按照特定的顺序并使用一组特定的规则进行调用， 其本身也可视为服务。流程服务层定义有状态（长期运行）和无状态（短期运行）的、完整 业务流程，用于支持更高层的业务处理需求服务的开发。流程服务通过对下层的数据服务、 业务服务的编排来实现，流程编排的规则在该层内定义。2.2.2.5. 综合服务层综合服务层是以业务驱动力与企业发展战略的愿景目标为出发点，结合中海油公司特 色，选择跨系统、跨部门的企业价值链，自上而下规划的复合服务。综合服务层定义的服务 是由下层的数据服务、业务服务、流程服务组合而成的更加粗粒度的服务，通过对这些服务 简单编排的就可以快速搭建出新业务应用系统。2.2.2.6. 展现服务层展现服务层定义企业信息门户（EIP）中可配置、可重用的门户组件（Portlets）,用于 支持门户应用的开发；以及人机交互组件、网页组件、报表组件实现对不同客户接入方式的 支持，并提供丰富的客户端展现方式。2.2.3. SOA 信息技术架构模型之应用体系视图中海油公司SOA信息技术架构模型在保护已有的业务系统资源的同时，以面向服务集 成逐步过渡到SOA信息技术架构模型。在过渡阶段，保留传统的从业务数据库到业务系统， 再到数据仓库、决策分析系统的传统建设模式。过渡到SOA信息技术架构模型后，将已有 的各种业务系统资源中需要共享的内容封装成服务，形成中海油公司网、区域、地三级共享 的服务库，通过对企业价值链分析，将这些共享的服务通过服务集成平台组合成新的应用系统。区域公司有 限 公 司梓口管理数据65业务综合沆亠 数据管理 *一-数据管理 数据业务综合数据管理 - |数据_业务数据管理业务数据数据-生产分析 营销分析 财务分析 工程分析 物资分析 人力分析 综合分析 办公系统 数据上报生产统计 营销统计 财务分析 工程统计 物资统计 人力统计 综合统计 办公系统 数据上报辅助决策 应用系统SOA服务库,*数据-中心. 1 JL.元数据*数据 仓库数据仓库 应用系统SOA月服务集成平台4数据中心数据 仓库SOA服 务集成应用系统辅助决策 应用系统SOA.服务库SOA月服务集成平台元数据数据仓库 应用系统SOA服 务集成应用系统生产系统 营销系统k 财务系统 工程系统 物资系统 人力资源 办公系统 综合系统 数据上报SOA.服务库4数据一i中心丄-1辻三*数据-集市元数据SOA月服务集成平台统计分析 综合查询数据集市 应用系统SOA服 务集成应用系统1. 网、区域、地三级的应用系统建设按业务支撑层、管理决策层及辅助决策层等功能域划分。业务功能域包括：生产（含调度与自动化）、营销、财务、工程、物资、人力资源、办公、综合等八大业务应用系统；管理决策功能域包括：生产（含 调度与自动化）统计分析、营销统计分析、财务统计分析、工程统计分析、物资统计分析、人力资源统计分析、办公统计分析、综合统计分析、综合查询、SOA服务集成以及管理数据上报交换等应用系统；辅助决策功能域包括：数据集市、 数据仓库以及综合辅助决策支持等应用系统；应用系统的建设按功能域的要求分 阶段、分层次地组织实施与部署。2. SOA服务集成平台对SOA服务库的各类“服务”的定义、注册、使用、维护、弃 用与退役实现全生命周期的规范管理；SOA服务集成平台由数据服务总线（DSB） 与企业服务总线（ESB）组成。3. 数据服务总线能够接入包括：关系型数据库、 Web 服务（通过服务总线）、 XML 文件、文本文件、 JAVA 函数等。4. 业务系统数据可以直接抽取或者通过数据服务总线抽取到数据中心（包括：数据 仓库）；数据中心本区域也可以作为一个数据源接入到数据服务总线，供业务系 统共享使用。5. 对于生产系统中的自动化控制类等对性能要求较高的实时应用系统，建议采用传 统的技术路线直接访问业务系统数据库，但其中某些业务功能也可以允许被封装 为业务服务供其它集成应用者调用。6. 业务支撑层功能域、管理决策层功能域及辅助决策层功能域的各类应用系统，通 过各类“服务”（数据服务、业务服务、流程服务、展现服务等）的编排与集成 组装而成。2.2.4. SOA 信息技术架构模型之服务体系部署视图目前中海油公司还未全部实现“应用系统区域级大集中”，所以现阶段允许在 SOA 信 息技术架构下的服务体系按“中海油公司总部各有限公司基地集团”的三级管理体系部 署，并依据“服务资产”的归属权、共享范围以及维护责任分别部署在各自的服务目录与服 务库中。最终目标是要实现SOA信息技术架构下的服务体系按“中海油总部-区域公司” 的两级部署。服务部署的元数据规范用于定义“服务资产”的部署策略。 SOA 服务集成平台（DSB+ESB ）是实现服务集成与管理的神经枢纽。区域公司有 限 公 司ESB服务目录与服务库_一产二二二二 m服务接入服务注册访问控制服务使用消息转换服务维护DSB数据转换数据同步数据映射数据聚合数据安全数据缓存服务路由服务适配服务元数L据规范服务丢弃服务退役服务接入服务注册访问控制消息转换服务使用服务维护数据转换数据同步数据映射数据聚合数据安全数据缓存服务路由I服务适配服务丢弃服务退役V二二 二二二二二 二二A服务目录与服务元数L-.服务库.，_L.据规范数据转换数据同步数据映射数据聚合数据安全数据缓存1. 服务目录分别部署在中海油公司、区域公司和有限公司，中海油公司本部部署的 服务目录是一个组件，中海油公司本部开发的服务登记到这个服务目录中。2. 中海油公司本部的服务总线是所有部署在中海油公司本部的服务的代理，对这些服 务的所有调用都必须经过中海油公司本部的服务总线。调用者只能看到总线及其提供的服 务，总线后台真正的服务对调用者来说是透明的。3. 各区域及分公司开发的全中海油范围内共享的服务，在经过中海油公司审批后也被 登记到中海油公司的服务目录中，各区域及分公司的服务总线通过访问中海油公司本部的服 务目录调用全网范围内共享的服务。4. 无论是中海油公司、区域公司还是有限公司，对本地服务的调用只须经过本地的服 务总线。5. 区域公司（或分公司）之间服务的异地调用，必须经过中海油公司的服务总线实现。6. 有限公司之间服务的异地调用，必须经过区域公司的服务总线实现。7. 区域公司（或分公司）的服务目录只登记自己开发的、经过审批的、提供给自己调 用的服务。8. 有限公司的服务目录只登记本有限开发的、经过审批的、提供给本有限调用的服务。2.2.5. SOA 信息技术架构模型之技术标准体系视图中海油公司SOA信息技术架构模型之服务体系各层以及层与层之间必须遵循一定的技术标准，具体包括访问服务、数据服务 、业务服务、流程服务、展现服务标准，以及贯穿各层之间的数据交换、消息传输、服务管理、服务描述、注册与发现等标准。展现服务JSR186、WSRP、HTML、JSP、AJAX)数据交换(XMLXMLSchemaSDO)消息传输(HTTPTCP/IPRMI-IIOPSOAPJMS )流程服务(BPEL、WS-CDL)业务服务(SCA)数据服务(SDO)服务管理(WS系列WSDM)服务描述、 注册与发现(WSDLUDDI)访问服务(JCA、JDBC、专用API)2.2.5.1. 消息传输HTTP：超文本传输协议(Hypertext Transfer Protocol)是用于从Web服务器传输超 文本到本地浏览器的传送协议。HTTPS(Secure Hypertext Transfer Protoco)，又称安全超 文本传输协议，其安全基础是SSL,使用40位关键字作为RC4流加密算法。TCP/IP： TCP/IP 实际上是一组协议，它包括 TCP、IP、UDP、ICMP、RIP、TELNET、 FTP、SMTP、ARP、TFTP 等许多协议。RMI-IIOP：远程对象访问传输协议，用于JAVA EJB对象之间通信。SOAP:简单对象访问协议(Simple Object Access Protocol ),是基于XML的在分布 式的环境中交换信息的简单的协议。JMS： JMS (Java Messaging Service)是Java平台上有关面向消息中间件的技术规范, 是用于和面向消息的中间件相互通信的应用程序接口。2.2.5.2. 数据交换层XML (Extensible Markup Language)：扩展标识语言是通用标识语言标准(SGML)的一个 子集，是描述网络上的数据内容和结构的标准。XML Schema为XML文档提供明确的语义限制，确保每一个XML文档都是结构完整、 语义合法、内容有效的。SDO (服务数据对象)：统一和简化应用程序处理数据的方式，是服务及组件之间传输 的标准数据格式。使用SDO,应用编程人员可以用一致的方法操作异构数据源包括关系型数据库，XML数据源,Web services和企业信息系统。2.2.5.3. 访问服务JCA(Java Connector Architecture)定义了一套标准的接口，用于让连接器把兼容的应用 程序服务器无缝的整合起来，以及提供标准接口允许客户(或者应用程序服务器的应用程序 主机)用一种统一的方法使用连接器。JDBC(Java Data Base Connectivity,java数据库连接)是一种用于执行 SQL 语句的 Java API,可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。 JDBC为程序开发提供标准的接口，并为数据库厂商及第三方中间件厂商实现与数据库的连 接提供了标准方法。专用 API(Application Programming Interface):某个具体软件产品，例如：Louts Notes 或者SAP提供的编程接口。2.2.5.4. 数据服务SDO (服务数据对象)：统一和简化应用程序处理数据的方式，是服务及组件之间传输 的标准数据格式。使用SDO,应用编程人员可以用一致的方法操作异构数据源包括关系型数 据库，XML数据源,Web services和企业信息系统。2.2.5.5. 业务服务SCA(Service Component Architecture)即服务组件架构，它提供了一种编程模型，可 以支持基于SOA的应用程序实现。SCA是一种模型，可以支持实现服务组件的各种技术， 连接服务组件的各种存取方法。2.2.5.6. 流程服务BPEL(Business Process Execution Language)：也被称为 BPELWS或 BPEL4WS，Web 服务业务流程执行语言，它是一种可执行语言，能够与各种促使业务流程自动化的软件系统 相兼容。Web服务编制，通过说明性的方式(而不是编程的方式)表达了进行Web服务合成 的需求。此标准主要用于组织内部的业务流程管理及服务编排， BPM 产品基于此规范实现。WS-CDL(Web Services Choreography Definition Language )：Web 服务编排定义语 言，它定义为在多个交易伙伴之间建立形式化关系，它不要求所有被集成的端点(endpoints)都有Web服务基础设施。此规范更多地用于组织之外的服务与流程编排。2.2.5.7. 展现服务JSR168： JSR168是java规范要求，主要应用在Portal软件的开发，它为创建portlet 建立标准的api，它是为实现porltet、基于java的门户服务器和其他web应用程序之间的 互操作性而设计的。WSRP(Web Services for Remote Portlets)：:它定义了如何利用基于 SOAP 的 Web 服务在门户应用程序中生成标记片断的规范。通过定义一组公共接口， WSRP 允许门户在 它们的页面中显示远程运行的portlet，而不需要门户开发人员进行任何编程。WSRP是由 OASIS 组织制定的。HTML (HyperTextMark-upLanguage)即超文本标记语言或超文本链接标示语言，是 WWW的描述语言。JSP (JavaServer Pages) ，是一种动态网页技术标准， JSP 将网页逻辑与网页设计和显 示分离，由HTML代码和嵌入其中的Java代码所组成，支持可重用的基于组件的设计。JSP 页面是跨平台的，即能在Windows下运行，也能在Linux等其他操作系统上运行。AJAX (Asynchronous JavaScript and XML)：是一种创建交互式网页应用的网页开发技 术。 AJAX 仅向服务器发送并取回必需的数据，它使用 SOAP 或其它一些基于 XML 的 web service接口，并在客户端采用JavaScript处理来自服务器的响应。2.2.5.8. 服务管理WSDM(Web Services Distributed Management)：分布式 Web 服务管理标准。WS-Security： WS-Security 描述通过消息完整性、消息机密性和单独消息认证，提供 保护质量的 SOAP 消息传递增强。这些机制可以用于提供多种安全模型和加密技术。它是 构建在现有安全技术的基础之上的，提供一种工业标准来保证Web services消息的安全性。WS-Reliability： WS-Reliability是一个针对开放的、可靠的Web服务讯息递交的技术规 范，包括担保递交、复制讯息排除和讯息分类等，使各种Web服务之间得以进行更可靠的 讯息传递。WS-Transaction用来解决传统的多个Web服务消费的事务完整性问题。2.2.5.9. 服务描述、注册与发现WSDL： Web服务描述语言，它从句法层面对Web服务的功能进行描述，包括4个不同的粒度：数据类型(Data type)、消息(Message)、方淑Operation)和访问端口(PortType)。WSDL只提供了 Web服务的接口描述，对服务的行为约束和属性描述缺乏进一步的支持。UDDI： UDDI注册内容包括Web服务的技术模型和业务模型，本身可扩展，目前主要 用于Web服务的注册和查找。23中海油公司SOA信息技术架构模型特征中海油公司 SOA 信息技术架构模型的特征可以概括为以下三点：1、应用系统建设以“服务”为核心，“服务”体系分为：访问服务层、数据服务层、 业务服务层、流程服务层、综合服务层以及展现服务层等六个层次；2、应用系统建设以服务集成平台(ESB+DSB)作为集成“服务”的纽带，实现“服 务”的全生命周期管理；并通过服务集成平台提供的服务组合与编排方式实现应用 系统的开发；3、通过企业服务总线(ESB)互连，实现中海油总部-区域公司本部-有限公司“服 务”的三级或二级的灵活部署，以及“网-区域-地”全企业范围内的“服务” 资源共享。3. 建设方法中海油公司实施 SOA 信息技术架构模型是一项 IT 战略目标，要在充分保护现有应用 系统信息资源的基础上，通过四个层面（基础层、过渡层、发展层以及成熟层）的滚动式螺 旋发展，达到全网范围内信息技术架构模型的规范与统一，实现全公司范围内信息资源（“服 务”）的共享和重用。中海油面向服务（SOA）开发实施螺旋模型过渡层发展层成熟层基础层iii：部署应用IV：持续改进II：开发测试I：分析设计按上述SOA开发实施的螺旋模型，SOA实施过程分为四个螺旋层：基础层、过渡层、发展层与成熟层。基础层是实施SOA的前提；过渡层、发展层与成熟层是三个上升的螺旋,通过从底层到高层不断的持续改进达到中海油公司实施SOA的战略目标。4.阶段划分及目标按照分步施，统一架构的原则，将本项目实施分为三期应用集成建设期、业务流程集成建设期、企业门户集成建设期。4.1.第一期-应用集成建设期过去中海油开发了这么多系统，资料也都在裡面，各系统是不同时间点由不同厂商，分 别用不同的标准开发的，集成上困难度高，若订出统一的标准以标准语言沟通,就可以 容易将各系统串连。1 M 1EAM气孰数据| InterFace |InterfaceIriiteirfaceInterface/kT| Interface 卜Interface | Initeirface |-jhnterfacJ生产财务使用统一的标准使使系统间的沟通便的容易，但是每个系统除了要知道彼此的的位置 外，还需要学一样的沟通语言。更好的解决方法是采用网路的观念，利用BUS来做中 间的资料交换，让彼此间的沟通透明化。这样一來，各系统也不用都会讲一样的语言， 只要由中间的BUS当翻译，每个系统便可以只会自己的语言。兰舎曲宓II生产I 财务OAEAM气象数据卒而预頁菅挥l1兰台静飙财务III在第一期项目建设中，主要构建应用与数据集成平台基本框架，实现对部分现有应用系统集成。以下为本期项目建设范围，主要基于WebSphere Message Broker和Adapter，实现ESB的主要功能:4-lk-=nf.WebSphere Portal Server统一认证J2EE/WA5Lotu Dominoi r1kr .- - - .应用与數据集成平台BP胡流程管理ESBt总践更TL数据采麋WPSMessage BrokerDataStage综合应用平台Portlet二果我El井析CognosDBJa re ho :Database MQ/FileAdapter ,i*ETLFth1iFXSAPiMaximo财务111 . _ .1第一期总体应用架构实现图Tivcli411本期相关集成应用系统概要介绍企业服务总线可连接所有内容设备数据格式文杵系统ACORDCOBOL Copybook SWIFT EDIFACT HIPAAI DocXMLMIMEHL7消息传递系统Sonic MQ/ WebSpho MOAny JMS TIECO EMSTIBCO RendezvousW9bSphere platform /messaging 一C Header X12 TLOGCustom Binary載据库DB2 SQL ServerOracle Sybase企业应用协议SMTPSOAP FTPTCP.IP SocketsLDAP HTTP二一个消息副本二同时愛忖给-事牛订阅人广播SlebelWebSphere AdaptersAribaJO Edwards SAPOracle PeopleSoitSunGardi2办公系统（OA）：描述：此类系统是海油公司办公自动化系统，主要用来辅助公司办公， 提高办公效率。对外接口Web Service技术架构主技术架构是 Lotus Script(Lotus Designer)运行平台Windows 操作系统+Lotus Domino ServerMaximo (EAM)：描述：企业资产管理系统是采用IBM Maximo Enterprise Asset Management （简称EAM系统）产品进行企业资产精细化管理的 管理平台。对外接口Web Service技术架构主技术架构是 Java、WebService、SOA、Portal 等运行平台Windows 操作系统 +IBM Maximo Enterprise Asset ManagementV6.2生产系统（SAP）：描述：此类系统是海油公司生产管理系统。对外接口Web Service、SAPXI 等技术架构运行平台Windows操作系统气象数据系统：描述：此系统分为数据实时米集和气象数据显示两个子系统。数据实时米集子系统是米用C/S结构，安装在PC机上，通过米集 器定时采集气象数据，保存在PC机上设定的某个文件夹下，然后 定时读取文件夹下的气象数据文件插入到SQLSERVER数据库 中。气象数据显示子系统是米用B/S结构，米用.NET开发。查询气象 数据显示海图的部分用Java的Applet做展示。此子系统主要是使 用不冋的方式查询不冋钻井平台的气象数据，另外还有一部分系 统管理主要是对用户，平台，平台群，公司等基本信息做添加， 删除，修改操作。对外接口无技术架构ASP.NET /JAVA运行平台服务器:采用IBM XSeries255作为气象网站服务器Windows 2003Server作为网络服务器操作系统数据库：米用了 Microsoft的SQL Server 2000数据库系统气象数据采集器和监视器的运行：运行“预报系统”的PC机必 须在 Microsoft Windows 2000或 XP 操作系统卜，安装了 Microsoft SQL Server 2000的“客户端网络实用工具及.NetFrameWork全面预算管理系统：描述：此类系统是海油公司预算管理系统。主要功能：预算录入/费用录 入/报表。对外接口无，可以考虑数据库接口或开发商提供接口。技术架构未知运行平台Windows操作系统兰台档案管理系统：描述：档案管理系统。对外接口Web Service技术架构未知运行平台Windows操作系统数据库类应用系统：描述：此类应用系统不能提供应用接口，需要考虑通过应用的数据库接 入ESB平台。对外接口无，可以考虑数据库接入。技术架构未知运行平台Windows操作系统其应用架构实现的基本规划为:应用架构实现组件实现方式第一期目标：构建ESB信息总线，实现数据统一访问综合应用OA及各异质系统应用现有应用集成数据集成数据父换配置和定义各系统数据接口适配器接口数据库适配器，消息适配器，文件适配器等部署对应的适配器，连通各应用系统42第二期一业务流程集成建设期第一期项目建设覆完成之后，可以很容易的做到系统间的沟通，接下来应考虑将业务流 程导入，让所有系统可以做到流程管理。现在的业务流程分别落在各别的系统中，并且 流程与资料都是用Table与程序來控管，前端的组织与业务需求改变，现行系统都很难 快速反应。此时可以采用BPM的概念，将流程拉出到应用系统外部，交由一个独立的 流程引擎來控管。如此一來，流程与资料可以分離开來，藉由服务化及流程管理的整合, 让系统可以快速反应前端组织及业务流程的改变。0AEAM仝面及讳国33现行的资料都放在不同的资料库或媒体中，每个应用系统都自己的存取方式，导致资料 库的格式一改，就会連动到存取的应用程序要大改。可以藉由SOA标准统一应用程序 与后端资料的存取，让前端的应用程序藉由一致的标准接口，來调用后端资料。这样资 料Schema的改变也不会直接影响到存取的应用程序，让商业邏辑层与资料层的耦合度 降低。用统一的方式管理不同的资料与使用环境，让资料的运用更加靈活。除此之外, 我们还可以跨不同资料库或媒体的存取，独立出來，交由一个统一的资料存取媒介來存 取多个资料來源。InformationIntegration除了自行开发的应用系统外，委外的专案或购买进來的套装软体(SAP, CRM, SCM等) 也可一并整起來。采用SOA标准，将委外开发的专案或业界标准套装软体的界接标准化 统一接上ESB就可以重复利用。这样企业内部的应用系统、资料及前端的使用者接口 都统一了。InformationIntegration在项目中期建设中，将扩展ESB信息总线的功能，实现数据交互，引入以WebSphereProcess Server 为核心的 BPM 软件，DataStage, DB2 Warehouse，Cognos 等实现流程管 理，数据分析：第二期总体应用架构实现图其应用架构实现的基本规划为:应用架构实现组件实现方式第二期目标：扩展ESB应用，实 现数据分析，BI应 用，实现数据交互和 流程集成应用/流程集成BPM部署BPM软件，开发和定制业务流程，定制数据父互数据集成数据集成，集中部署ETL工具,对数据加工，整理并生成数据中心适配器接入实时数据适配器等对新接入的系统进行 适配，配置新的接入方 式决策分析BI数据分析部署BI分析软件，创建分析模型，展现分析结果43第三期一企业门户集成建设期每个系统的流程集中管理了，那前端的使用者接口能否做到统一，让使用者可以经由统 一的使用者接口來重用系统所提供的服务呢？现行的系统，各自有各自的使用者接口， 各接口操作邏辑不一，使用者权限也不一致，不同的业务功能散落在不同的系统中。可 以考虑将使用者接口利用Portal的概念，将操作接口与商业邏辑分離，藉由组合式接口 的概念，整合同样业务，散落于不同系统的业务功能，让使用者统一入口点。如此一來, 对使用者而言，不用再去记不同系统的登入账号，操作上的邏辑也可以统一，还可以做 到个人化，让使用者接口更加友善。InrfofmationIntegrationEnterprise Servin Bus1 catlap Service在项目远期建设中，将引入 WebSphere Portal Server,Lotus,WebSphere Application Server 软件平台，实现Portal的主要功能。系统架构综合应用平台J2EEAAfA5tWebSphere Portal ServerLotos Domino应用与数据集成平台BPM流程皆理WPSESB信息总线Message BrokerSAP护用户ETL耀采集DataStage厂TAETLV气象财务MaximoMQyFileAdapter统一认证Portlet门户集成数据申心Bl分析匸吋十CognosWarehouseTivoli第三期总体应用架构实现图其应用架构实现的基本规划为：应用架构实现组件实现方式第三期目标：构建门 户框架，实现并集成OA应用信息门户层企业信息门户，单点登录，个性化部署Portal，定制界面，集成配置