北京市应急指挥系统BEA方案-V1

1、BEA技术建议 PAGE 50北京市应应急指挥挥系统BEA技技术建议议V1.00BEA系系统（中中国）有有限公司司20066-01 目录TOC o 1-4 h z u HYPERLINK l _Toc125526853 1项目目总体要要求 PAGEREF _Toc125526853 h 3 HYPERLINK l _Toc125526854 2信息息平台技技术要求求 PAGEREF _Toc125526854 h 4 HYPERLINK l _Toc125526855 用户需求求的服务务媒介： PAGEREF _Toc125526855 h 4 HYPERLINK l _Toc12552685

2、6 互联网 PAGEREF _Toc125526856 h 4 HYPERLINK l _Toc125526857 呼叫中心心 PAGEREF _Toc125526857 h 4 HYPERLINK l _Toc125526858 3北京京市应急急指挥系系统BEEA技术术方案 PAGEREF _Toc125526858 h 5 HYPERLINK l _Toc125526859 3.1北京市市应急指指挥系统统SOAA架构总总体设计计 PAGEREF _Toc125526859 h 5 HYPERLINK l _Toc125526860 3.2应用支支撑平台台与集成成环境 PAGEREF _To

3、c125526860 h 6 HYPERLINK l _Toc125526861 3.3信息资资源共享享环境 PAGEREF _Toc125526861 h 7 HYPERLINK l _Toc125526862 3.3.1数据服服务平台台 PAGEREF _Toc125526862 h 7 HYPERLINK l _Toc125526863 3.4工作流流平台 PAGEREF _Toc125526863 h 15 HYPERLINK l _Toc125526864 3.5门户系系统方案案 PAGEREF _Toc125526864 h 17 HYPERLINK l _Toc125526865

4、 3.5.1内容管管理 PAGEREF _Toc125526865 h 17 HYPERLINK l _Toc125526866 3.5.2搜索功功能 PAGEREF _Toc125526866 h 18 HYPERLINK l _Toc125526867 3.5.3多渠道道访问 PAGEREF _Toc125526867 h 19 HYPERLINK l _Toc125526868 3.5.4门户安安全管理理 PAGEREF _Toc125526868 h 20 HYPERLINK l _Toc125526869 3.5.5统一用用户档案案 PAGEREF _Toc125526869 h 2

5、2 HYPERLINK l _Toc125526870 3.5.6单点登登录 PAGEREF _Toc125526870 h 23 HYPERLINK l _Toc12552268771 3.66系统部部署和管管理 PAGEREF _Toc125526871 h 24 HYPERLINK l _Toc125526872 3.6.1高性能能 PAGEREF _Toc125526872 h 24 HYPERLINK l _Toc125526873 3.6.2集群和和可靠性性 PAGEREF _Toc125526873 h 25 HYPERLINK l _Toc125526874 3.6.3系统监监

6、控，保保证SLLA PAGEREF _Toc125526874 h 26 HYPERLINK l _Toc125526875 3.7BEAA实现的的SOAA架构优优势 PAGEREF _Toc125526875 h 27 HYPERLINK l _Toc125526876 3.7.1全面、统一的的平台 PAGEREF _Toc125526876 h 27 HYPERLINK l _Toc125526877 3.7.2基于标标准的开开放平台台 PAGEREF _Toc125526877 h 27 HYPERLINK l _Toc125526878 3.7.3简单、高效率率实施 PAGEREF _

7、Toc125526878 h 29 HYPERLINK l _Toc125526879 4成功功案例 PAGEREF _Toc125526879 h 30项目总体体要求项目要求求见项目目需求书书，此处处略。信息平台台技术要要求用户需求求的服务务媒介：互联网用户需要要通过互互联网满满足对信信息的浏浏览、查查询、决决策、指指挥、邮邮件服务务、即时时通讯等等的需求求。无线网络络用户需要要通过无无线服务务，满足足随时随随地浏览览信息、查询信信息、视视频会议议等的需需求。呼叫中心心用户需要要通过人人工和语语音的呼呼叫服务务满足信信息服务务，情况况报告等等语音服服务需求求。北京市应应急指挥挥系统BBEA技

8、技术方案案北京市应应急指挥挥系统SSOA架架构总体体设计根据项目目的需求求，该项项目的应应用可以以分为几几个层面面：底层的数数据层通过过数据库库系统存存储共享享的业务务数据，共享数数据从各各自业务务数据库库中提取取，数据据源之间间进行复复制和交交换；应用支撑撑层通过过应用服服务器支支持程序序组件的的建立和和运行；数据服务务层针对对不同的的应用，应用对对数据的的访问需需要一个个数据服服务层，通过数数据服务务层，应应用能够够做到透透明访问问异构的的和分布布的数据据库和文文件系统统，应用用逻辑和和数据源源之间是是松耦合合的，通通过中间间的数据据服务层层提供跨跨数据库库的关联联和映射射；服务总线线层通

9、过过服务总总线，连接各各类可重重用服务务模块，完成消消息传递递，数据据转换，服务路路由等功功能；工作流层层穿接接应用模模块，按按照工作作流程构构建业务务流程，支撑部部门内部部和跨部部门的流流程建模模，执行行和管理理，并结结合门户户系统构构建流程程门户，构建SSOA构构架应用用，工作作流平台台是必须须的；门户展现现层可以以针对不不同类型型的用户户提供灵灵活的访访问形式式，根据据不同用用户类型型提供个个性化服服务。北京市应应急指挥挥系统，其逻辑辑结构可可以按照照上述六六层来构构建。其其好处在在于，从从纵向结结构上看看，应用用具有松松耦合架架构。具具体的介介绍如下下：在数据层层数据据库或文文件系统统

10、可以进进行数据据交换；应用支撑撑层通过开开发基于于J2EEE的应应用程序序组件实实现应用用模块功功能，组组件可以以封装为为服务，组件的的构建，运行和和管理由由本层支支撑，应应用支持持层通过过WebbLoggic Serrverr实现；在数据服服务层数据据的访问问基于统统一的入入口，被被访问数数据则可可以分布布在外部部相关单单位的共共享数据据库和北北京市应应急指挥挥系统的的数据库库中，通通过数据据服务层层进行跨跨数据库库的关联联，数据据服务层层的访问问可以通通过Jaava接接口或WWeb服服务实现现，数据据访问层层通过AAquaaLoggic Datta SServvicee Pllatffor

11、mm产品实实现；服务总线线层业务务应用通通过组件件方式构构建，组组件可以以方便的的封装成成Webb服务，在系统统之间被被相互调调用，服服务总线线层通过过AquuaLoogicc Seerviice Buss实现；在工作流流层工作作流层支支撑流程程建模，执行和和管理，灵活的的流程管管理工具具使生成成和改变变工作流流程变得得简单；在门户展展现层通过过门户技技术，北京市市应急指指挥系统统门户中中建立的的各类应应用展现现porrtleet，信信息内容容的展现现个性化化。北京市应应急指挥挥系统基基于SOOA的统统一技术术架构要实现上上述的系系统层次次和功能能，需要要SOAA的构架架设计和和相应的的BEA

12、A产品支支持，做做到开放放、灵活活和敏捷捷。下面分层层介绍BBEA的的方案和和产品技技术特点点。应用支撑撑平台应用支撑撑平台是是通过BBEA WebbLoggic Serrverr应用服服务器实实现。具体的的技术指指标参照照附件北京市市应急指指挥系统统BEAA方案-V1-应用服服务器技技术指标标.dooc。数据服务务平台BEA 可以提提供的解解决方案案包括数数据访问问平台通通过AqquaLLogiic DDataa Seerviice Plaatfoorm实实现。数据服务务层在北北京市应应急指挥挥系统中中起着数数据访问问服务的的作用，可以在在跨系统统在分布布式数据据访问中中屏蔽数数据源，形成基

13、基于XMML的统统一访问问接口，数据结结构，数数据关联联，数据据目录定定义和数数据访问问控制通过过数据服服务平台台完成。由于在在数据库库和应用用之间加加入了数数据服务务层，数数据库表表的修改改不会影影响应用用代码，对今后后系统的的升级和和改造提提供灵活活的结构构。数据服务务通过BBEA AquuaLoogicc Daata Serrvicce PPlattforrm来实实现。提提供一种种标准途途径来快快速地聚聚合并展展现来自自多种异异构数据据源的数数据视图图(包括括 Weeb sservvicees, 数据库库, 文文件、XXML文文件、应应用及WWeb站站点等) 。这这种数据据视图可可以通过

14、过Java APII，RMMI，WWeb Serrvicces等等方法被被应用，业务流流程，门门户应用用所直接接调用。下图是是AquuaLoogicc Daata Serrvicce PPlattforrm的逻逻辑结构构。（1）什什么是数数据服务务层？从架构的的观点看看，数据据服务层层是位于于底层数数据源集集合之上上的数据据抽象层层。从SSOA的的原理分分析，数数据服务务层的作作用是为为所有读读写操作作提供一一个访问问点，并并对“使用者者”应用隐隐藏底层层数据的的物理结结构和访访问机制制。为此此，数据据服务层层提供了了一个独独立于底底层数据据源的接接口，它它公开用用来读写写数据的的可重用用数据

15、服服务的标标准集合合。下图描述述了数据据服务层层在架构构中的角角色。数据服务务层的一一个重要要优势在在于，它它遵循了了一个重重要的SSOA原原理“松耦耦合”将使使用数据据服务的的应用与与底层数数据源提提供者的的依赖性性降至最最低。这这样，应应用将看看不到数数据源使使用的底底层物理理结构及及相关访访问机制制。“松耦合合”允许数数据库架架构师在在不更改改层的接接口或“使用者者”应用的的情况下下，从数数据服务务层修改改、组合合、移动动甚至删删除底层层数据源源。这样样，数据据库架构构师既能能为需要要的应用用提供信信息，又又能控制制数据结结构。随随着时间间的推移移，这种种提高的的灵活性性将简化化企业应应

16、用的维维护，并并使企业业更灵活活、更敏敏捷地适适应业务务IT需需求的变变化。数据服务务层的第第二个优优势在于于：它提提供了“单个”数据访访问位置置。很多多企业都都试图解解决“数据真真实性”问题，例如，名为“收入”的字段段既可能能指boookiingss数据库库的预订订收入，也可能能指saaless数据库库的销售售收入，在这里里，“收入”项的真真实含义义取决于于它的来来源上下下文，也也取决于于使用它它的上下下文。典型的数数据服务务层是访访问广泛泛企业数数据源的的统一访访问点机构之所所以会遇遇到“数据真真实性”问题，其中的的一个原原因是企企业中存存在大量量数据源源。另外外，这些些数据源源分散在在不

17、同应应用中，使用情情况又不不尽相同同，因而而导致混混淆。当当用户试试图理解解一个数数据段的的真实含含义时，经常会会遇到以以下四个个问题。对于将使使用的上上下文而而言，数数据可能能来自底底层数据据源的一一个错误误位置字段名不不清晰，数据可可能是错错误信息息数据可能能过时（例如，由于数数据仓库库更新间间隔）在读取或或上次更更新时，可能将将一些不不正确和和（或）不完整整的数据据转换应应用到数数据上数据服务务层解决决了上述述所有问问题，它它是企业业中的单单个数据据访问点点，使企企业能够够找到数数据的“单个真真实来源源”。在实施数数据服务务层后，可确保保从正确确数据源源获得数数据，并并将适当当信息连连贯

18、地返返给所有有应用。另外，可在数数据服务务层对字字段实施施标准化化，确保保数据的的描述清清晰可辨辨，并将将使用正正确的数数据源。数据服服务层可可确保返返回的数数据是最最新的，来自适适当数据据源，并并且是实实时获取取的。最最后，所所有数据据转换都都被用于于数据服服务层，以确保保整个企企业应用用和执行行的连贯贯性。总之，通通过使用用数据服服务层，机构可可获得以以下几个个明显的的好处：应用与访访问数据据的复杂杂性隔离离，故应应用更易易于创建建。更改数据据源的影影响范围围一般只只限于数数据服务务层，故故应用更更易于维维护。应用使用用共享的的数据服服务、验验证逻辑辑及服务务封装的的其他数数据规则则，故能

19、能获得更更一致的的数据。总之，使使用BEEA AAquaaLoggic Datta SServvicees PPlattforrm的企企业的敏敏捷性和和反应速速度更快快，能够够适应不不断变化化的市场场要求。（2）构构建数据据服务层层的传统统方法传统上，开发人人员在构构建数据据服务层层时，会会使用人人工编码码方式，并将代代码嵌入入在建应应用中。这种方方法难以以共享和和重用数数据服务务。为此此，企业业开始寻寻找ETTL（eextrractt, ttrannsfoorm, annd lloadd，提取取、转换换和加载载）产品品来构建建服务层层。ETL起起初用来来为业务务报表应应用创建建数据仓仓库。在

20、在用ETTL技术术构建数数据服务务层时，将关联联和复制制多个来来源的数数据，将将它们整整合到一一个数据据仓库、数据中中心或操操作数据据库，并并将结果果库作为为数据服服务层的的数据源源。对于于“只读”或“查询密密集”的小型型企业应应用集而而言，这这种方法法非常有有效，能能支持周周期性数数据刷新新（如分分析或数数据挖掘掘应用）。“添加新新数据源源”等更改改一般需需要重新新设计，并重新新加载中中心数据据库，故故ETLL方法最最适于静静态应用用（此类类应用的的需求极极少更改改）使用用。过去去的经验验证明，这种方方法适用用于业务务报表应应用，这这些应用用执行统统计分析析、复杂杂数据汇汇聚或时时间系列列趋

21、势计计算，能能从长期期数据处处理（如如整夜）中获益益。企业逐渐渐发现，ETLL方法需需要ITT部门建建立和管管理ETTL系统统，并经经常大规规模移动动数据，成本高高昂。研研究显示示，由于于迁移数数据会带带来初期期和长久久的硬件件和磁盘盘空间成成本，用用于开发发、支持持、升级级和监控控ETLL项目和和工作的的成本可可能相当当可观。（3）BBEA AquuaLoogicc Daata Serrvicces Plaatfoorm构构建数据据服务层层的方法法The BEAA AqquaLLogiic DDataa Seerviicess Pllatfformm 从底底层设计计开始简简化为SSOA实实施

22、开发发数据服服务的任任务。该该平台基基于具有有声明性性服务定定义的元元数据驱驱动方法法，不需需要人工工创建工工作流或或代码，能自动动完成许许多数据据服务创创建和维维护的工工作。此此外，声声明性的的方法能能自动优优化数据据访问规规划，减减轻后台台系统负负担，提提高系统统综合性性能。BEA AquuaLoogicc Daata Serrvicces Plaatfoorm中中的声明明性编程程：BEAA AqquaLLogiic DDataa Seerviicess Pllatfformm在数据据服务的的声明性性定义中中使用XXQueery语语言。声声明性编编程使数数据服务务架构师师可以定定义需要要的

23、服务务及基础础数据和和服务；然后由由BEAA AqquaLLogiic DDataa Seerviicess Pllatfformm来决定定提供所所需服务务的最佳佳算法。该平台台能够选选择合适适的数据据源访问问顺序、编排底底层服务务调用，在遇到到RDBBMS数数据源时时，还能能产生一一组合适适的SQQL查询询语句。它支持持各种算算法，可可以创建建高效SSQL，将尽量量多的查查询处理理委托给给底层RRDBMMS数据据源，只只检索后后处理形形式的数数据；为为及时访访问Weeb服务务等高延延迟资源源，它还还支持并并行的、基于超超时的故故障转移移工具。因此，BEAA AqquaLLogiic DDat

24、aa Seerviicess Pllatfformm提供对对底层数数据的自自动访问问、转换换与关联联以及底底层数据据访问优优化。适应应用用需求的的服务：对于任任意服务务调用，应用可可能需要要许多数数据子集集和各种种不同的的结果。比如，对于一一个返回回客户数数据的服服务，应应用可能能需要查查询按客客户标识识排序的的数据（排序）、邮政政编码为为某特定定数字的的客户（筛选）、只要要客户的的姓（映映射）或或客户数数量（合合计）。传统上上，上述述操作都都必须是是独立的的服务调调用，这这些调用用有相互互重复的的数据转转换和确确认逻辑辑。通常常，以一一个通用用的geetCuustoomerr（）服服务调用用

25、获得上上述所有有数据是是无法接接受的，因为那那会将太太多的数数据带到到中间层层，产生生性能问问题。BEA AquuaLoogicc Daata Serrvicces Plaatfoorm的的声明性性方法使使数据服服务架构构师能定定义一个个gettCusstommer( )服服务调用用，而不不会产生生性能问问题。开开发人员员可以使使用应用用特有的的过滤、排序、映射或或合计等等功能，BEAA AqquaLLogiic DDataa Seerviicess Pllatfformm动态地地创建针针对各种种不同情情况而优优化的查查询和更更新规划划。这消消除了针针对不同同应用需需求不断断改变数数据服务务层

26、的需需要，提提高了数数据一致致性。服务上的的服务（视图演演化）：如下图所示示，声明明性方法法使数据据服务架架构师能能利用现现有服务务定义新新服务，而不必必担心性性能下降降。BEEA AAquaaLoggic Datta SServvicees PPlattforrm引擎擎可以优优化掉服服务调用用的中间间层，为为服务调调用产生生效率更更高的数数据访问问规划。与此相反反，基于于工作流流（或人人工编码码）的方方法在服服务调用用其他服服务时，性能会会严重下下降。各各个服务务按照编编码执行行，而不不考虑高高层服务务需要的的可能只只是一小小部分数数据；而而且每种种服务都都有自己己的界限限，要跨跨越界限限需

27、要进进行多次次数据复复制和转转换。因因此，数数据服务务架构师师经常不不得不为为所需的的各个数数据服务务分别编编写工作作流。一次集成成与重用用：如下图所示示，声明明性方法法使数据据服务架架构师能能够创建建、共享享、专用用和重用用数据服服务。实实例包括括了提供供单一“客户”视图的的数据服服务，或或者提供供重要业业务实体体的数据据服务。在数据据服务层层，数据据服务架架构师经经常创建建许多类类似的服服务调用用：getCCusttomeerByyID(cusstIDD)getCCusttomeersBByRaatinng(rratiing)getTTopCCusttomeers( )如果客户户数据是是从

28、多个个数据源源获取的的，则执执行这些些数据服服务的最最有效的的办法似似乎是使使用多个个SQLL查询和和服务调调用。使使用BEEA AAquaaLoggic Datta SServvicees PPlattforrm，数数据服务务架构师师可以创创建一个个通用的的数据集集成服务务，比如如gettCusstommerPProffilee( )。在这这个主要要的“单一客客户视图图”上，可可以方便便快捷地地定义多多个专用用服务。由于这这些服务务可以利利用在底底层服务务中已经经预先完完成的集集成工作作，所以以定义这这些高层层服务非非常容易易。此外外，BEEA AAquaaLoggic Datta SSer

29、vvicees PPlattforrm的声声明性方方法使其其可以优优化掉中中间层，为在其其上构建建的服务务产生更更高效的的访问途途径。与与此相反反，用工工作流或或人工编编码来处处理此问问题，需需要为每每个服务务分别编编写程序序。BEA AquuaLoogicc Daata Serrvicces Plaatfoorm的的声明性性方法，支持视视图演化化，消除除了服务务调用其其他服务务时产生生的性能能瓶颈。采用BEEA AAquaaLoggic Datta SServvicees PPlattforrm，通通过重用用现有服服务，定定义新服服务变得得极为简简单。而而且由于于与数据据有关的的规则在在一个

30、地地方定义义和使用用后，可可以一致致地被所所有相关关的数据据服务使使用，因因此该特特性有助助于提高高数据的的一致性性。此外外，由于于改变只只需在一一个地方方进行，使得对对于这些些规则的的维护十十分轻松松，提高高了一致致性。BEA AquuaLoogicc Daata Serrvicces Plaatfoorm采采用独特特的声明明性方法法来定义义数据服服务，支支持数据据访问逻逻辑的自自动化，提供“一次定定义，多多次重用用”的体验验，极大大地简化化了数据据服务的的开发和和日常维维护。（4）定定义数据据服务BEA AquuaLoogicc Daata Serrvicces Plaatfoorm提提供

31、了丰丰富的建建模环境境，能根根据业务务实体和和它们之之间的关关系组织织数据服服务。使使用这一一环境，数据服服务架构构师能在在单一地地点了解解数据服服务模式式、服务务操作和和数据服服务管理理策略。良好的的数据服服务模型型为应用用开发人人员提供供了使用用数据服服务的指指南，并并让他们们更有效效地维护护和重用用数据服服务。BEA AquuaLoogicc Daata Serrvicces Plaatfoorm采采用如图图的“分段图图（chhip diaagraam）”，以图图形化方方式描述述每个数数据服务务的功能能。分段段图以简简洁的格格式概括括一个数数据服务务的信息息，使数数据服务务架构师师能够看

32、看到该服服务及相相关人工工制品。图3演演示了该该数据服服务的几几个方面面的信息息：数据服务务的读功功能与之相关关的数据据形状，一种XXML Schhemaa提供对相相关数据据服务访访问的导导航功能能一组用来来定义它它的低级级数据服服务BEA AquuaLoogicc Daata Serrvicces Plaatfoorm还还支持数数据模型型图的创创建和维维护，该该图以图图形化方方式记录录和共享享一个数数据服务务层的部部分信息息。与EE-R或或UMLL图表非非常类似似，每个个数据模模型图表表都显示示一组数数据服务务和它们们之间的的相互关关系。BEA AquuaLoogicc Daata Serr

33、vicces Plaatfoorm中中的数据据服务，按照实实际业务务实体建建模（5）数数据转换换通过数据据服务平平台提供供的数据据转换功功能，在在不同格格式的数数据之间间相互转转换，将将数据格格式转化化为对方方能识别别的格式式。这样样就使得得具有不不同数据据格式的的服务能能具备更更广泛的的兼容性性。数据转换换是指数数据从一一种格式式向另一一种格式式的映射射和转换换。例如如，非 XMLL 格式式的数据据可以转转换为 XMLL 格式式，反之之，XMML 格格式的数数据也可可以转换换为非 XMLL 格式式。BEEA的数数据服务务平台提提供了基基于XQQuerry技术术的可视视化的数数据转换换功能，能

34、通过过拖拽的的手段快快速实现现不同格格式之间间的数据据转换, 还可可以对下下列任意意输入输输出数据据类型进进行数据据转换：XMLL 数据据、非 XMLL 数据据、Jaava 原子类类型、JJavaa 类。在这个个过程中中，不但但能够实实现数据据格式上上的变化化，还能能使用XXQueery的的函数，对数据据内容本本身做各各种运算算。此外外，通过过BEAA服务平平台实现现的数据据转换功功能本身身也可以以被其他他模块复复用。可视化数数据转换换功能服务总线线平台不同系统统之间和和指挥决决策系统统同北京京市各级级政府的的相关系系统之间间的系统统调用和和信息交交换，建建议使用用Webb服务方方法。为为了建

35、立立开放的的服务调调用管理理框架，建议使使用BEEA AAquaaLoggic Serrvicce BBus服服务总线线产品。BEA提提供了服服务平台台，提供供了服务务管理、服务路路由、服服务编排排、数据据转换和和消息代代理等功功能。在在BEAA提供的的服务平平台中，“服务”代表了了业务功功能上可可被复用用的应用用模块。它不仅仅仅可以以是Weeb服务务（WeebSeerviicess），还还可以是是使用其其他任何何开放手手段可访访问到的的应用资资源，这这些开放放技术包包括Tuuxeddo、CCORBBA、消消息机制制、适配配器、DDCOMM等。这这种服务务的多样样性充分分扩展了了开放平平台的资

36、资源管理理范围，无论是是采用JJavaa、C、C+开发的的应用系系统，还还是使用用CORRBA、Webb服务、消息机机制实现现的异构构系统，这些资资源都可可以做为为可复用用的业务务资产，通过开开放的系系统架构构实现灵灵活的互互联互通通。服务管理理首先通过过集成功功能，将将客户系统统中所包包含的使使用不同同实现技技术、运运行在不不同平台台的应用用接入到到应用架架构中。在完成成集成单单独应用用后，这这些应用用模块就就成为在在开放架架构中可可以被复复用的业业务模块块了。为为了进一一步增加加应用和和数据的的灵活性性，来适适应业务务发展的的需要，可以将将这些接接入的应应用和数数据资源源交给核核心层的的服

37、务平平台进行行管理。图：BEEA服务务平台的的服务资资源管理理BEA提提供的服服务平台台能够集集中管理理集成层层接入的的各种应应用服务务，它可可以从注注册到其其中的服服务自身身描述（WSDDL）中中得到服服务的特特性，然然后对众众多基于于服务的的应用资资源进行行集中管管理。通通过集中中、有效效的管理理可复用用的应用用服务，可以清清晰的了了解在信信息平台台应用架架构中有有哪些应应用和数数据资源源；这些些资源是是由什么么应用或或数据源源提供服服务的；它们后后台实现现实分布布在哪些些系统内内部；它它们都能能够提供供什么可可重用业业务功能能；如何何才能访访问它们们等信息息；它们们提供什什么安全全保护，

38、从而真真正实现现了应用用服务资资产管理理。服务路由由使用服务务的路由由功能，可以为为信息平平台实现现更加非非常灵活活的业务务调用过过程。在BEAA提供的的服务平平台中，可以实实现基于于业务规规则的服服务路由由功能。首先服服务使用用方通过过服务平平台访问问某个服服务的入入口，当当服务平平台接收收到用户户请求后后，如果果在服务务调用过过程配置置了访问问路由，那么平平台会使使用路由由配置表表进行基基于业务务规则的的匹配，然后根根据不同同的匹配配结果，将用户户对服务务的请求求路由到到后台不不同的业业务提供供者。图：BEEA服务务平台的的服务路路由配置置功能BEA实实现的基基于应用用信息的的服务路路由功

39、能能可以通通过可视视化的路路由配置置界面实实现，这这样可以以在应用用系统在在运行的的时候，更加灵灵活、方方便的适适应业务务动态变变化的需需要。可可用用来来做为判判断路由由准则的的数据可可以包括括：传递递进来的的业务信信息，与与用户相相关的环环境信息息（apppliicattionn coonteext），通过过接口可可以访问问到的外外部信息息等内容容。服务务的路由由规则可可以通过过服务平平台的可可视化编编排界面面实现既既可。如如果路由由规则比比较复杂杂，建议议使用规规则服务务提供更更加灵活活的实现现。服务在路路由过程程中，可可以结合合核心层层的负载载均衡，并能动动态判断断后台服服务系统统的连通

40、通情况，实现智智能路由由的功能能。用户户的请求求可以通通过负载载均衡转转到负载载较小的的服务器器上，这这样能够够对外提提供更好好的QooS保障障。服务编排排服务路由由功能实实际是服服务编排排其中一一部分。BEAA的服务务平台能能提供更更多强大大的服务务编排功功能。其其中除了了服务路路由提供供了较为为重要的的功能外外，其他他重要功功能还包包括：图：BEEA服务务平台中中丰富、灵活的的服务编编排功能能Skipp（跳转转）跳转到到服务编编排中的的指定的的处理节节点位置置上。Replly（回回应）终结结服务编编排调用用，向调调用者返返回服务务编排结结果。If TThenn（判断断）服务流流程判断断结构

41、。Publlishh Taablee（分支支）服务流流程的分分支结构构。Web Serrvicce CCallloutt（Weeb服务务外调）调用用指定的的Webb服务。Valiidatte（校校验）使用用XMLL，校验验数据格格式或数数据内容容。Inseert（添加）添加加新的环环境变量量内容。Repllacee（替换换）替换环环境变量量的内容容。Deleete（删除）删除除环境变变量的内内容。Renaame（更改名名称）更改改环境变变量的名名称。Raisse EErroor（错错误处理理）定义错错误处理理方式。Log（日志）定义义记录日日志记录录信息。图：图形形化的服服务编排排功能通过上面

42、面这些灵灵活的服服务编排排功能和和可视化化的编排排实现，BEAA的服务务平台可可以实现现非常灵灵活地组组合可被被重用的的业务服服务来适适应不断断变化的的业务需需求。工作流平平台指挥决策策的业务务过程中中，会有有一系列列的工作作流过程程，为了了构建灵灵活的业业务应用用，需要要工作流流工具支支持。BBEA WebbLoggic Inttegrratiion中中BPMM功能很很好的支支持政府府部门的的工作流流。下图图是申请请工作流流的示意意图。要实现面面向服务务的核心心系统，仅有底底层的组组件服务务的剥离离是远远远不够的的，各种种原子服服务、分分子服务务最终应应成为应应用实现现层面上上的逻辑辑，而业

43、业务的组组装、修修改、运运行则应应与应用用实现分分离而通通过流程程管理器器来实现现。通过过可视化化界面，对各原原子或分分子服务务进行组组装形成成新业务务。因此，工工作流管管理器就就成为业业务支撑撑系统的的核心，将业务务系统构构造在基基于标准准的工作作流基础础上，实实现业务务逻辑和和应用逻逻辑的剥剥离，使使得业务务管理人人员能够够自行定定义和管管理数据据业务的的流程。下图是WWebLLogiic IInteegraatioon的BBMP的的开发视视图：WebLLogiic IInteegraatioon的业业务流程程管理工工具BPPM基于于标准BBPELL。业务务流程执执行语言言（BPPEL）允

44、许指指定业务务流程以以及它们们和 WWeb 服务的的关系。其中指指定了业业务流程程是怎样样使用 Webb 服务务来达到到它的目目的，还还指定了了由业务务流程提提供的 Webb 服务务。用 BPEEL 指指定的业业务流程程是完全全可执行行的，且且在符合合 BPPEL 的环境境间是可可移植的的。无论论实现 BPEEL 业业务流程程的伙伴伴的 WWeb 服务是是否基于于 BPPEL，BPEEL 业业务流程程都能和和这些 Webb 服务务互操作作。最后后，BPPEL 支持单单位之间间的业务务协议规规范和复复杂内部部业务流流程的视视图。工作流实实现功能能内外部之之间指挥挥决策业业务流转转实现对于指指挥决

45、策策系统中复复杂的指指挥决策策流程，BEAA Weebloogicc Innteggrattionn支持各各种跨不不同地域域的部门门、跨不不同平台台的流程程。中心平台业务流程引擎工作列表 流程管理外部平台业务流程引擎工作列表 审批调用接口审批调用接口发起流程图：跨不不同指挥挥决策平平台的指指挥决策策流程实实现如上图所所示，发发起指挥挥决策流流程是运运行在指指挥决策策平台上上的。当当指挥决决策业务务需要外外部平台台审批的时时候，业业务流程程引擎可可以调度度审批流流程。所所有和指指挥决策策相关的的材料也也通过调调用接口口传到外外部平台台。如果果外部平台台完成审审批，系系统还可可以把结结果返回回给指

46、挥挥决策平平台。使用BEEA WWebllogiic IInteegraatioon，可可以有多多种方法法实现调调用分布布的服务务接口。基于J22EE的的消息机机制的接接口调用流程程将所有有必要的的信息通通过JMMS发送送到BEEA WWebllogiic IInteegraatioon的消消息代理理中。而而被调用用通过监监听订阅阅消息通通道中特特定的消消息，当当有发给给它自己己的指挥挥决策调调用时候候，异地地指挥决决策平台台启动指指挥决策策流程。Web服服务通过Weeb服务务技术将将业务流流程封装装，Weeb服务务会将指指挥决策策流程的的启动功功能放在在接口中中。调用用流程通通过调用用部署在

47、在异地的的Webb服务来来启动一一个远程程的指挥挥决策流流程。工作流平平台的实实现核心心BEA Wellogiic IInteegraatioon的业业务流成成管理功功能（BBPM）为指挥挥决策系系统的服务功能能提供了了一个易易用、可可靠、开开放、可可管理的的平台，是指挥挥决策功功能实现现的核心心。它的的主要特特点是：以集成框框架为基基础，完完全包含含集成平平台中的的基于接接口的功功能系统间的的信息将将不仅仅仅是用于于共享，这些信信息将被被有效的的管理起起来集成平台台要包含含工作流流管理器器的功能能和工具具集成平台台中扩展展的主要要功能包包括：工工作流定定义、信信息的自自动路游游，自动动判断。

48、BEA Wellogiic IInteegraatioon的业业务流程程管理功功能主要要包括了了：可视化流流程定义义工具BEA Webbloggic Ineegraatioon通过过可视化化的集成成开发工工具BEEA WWebllogiic WWorkkshoop来定定义流程程业务。业务流流程引擎擎保留了了可视化化创建业业务流程程的能力力，因而而具有灵灵活性，使用户户得以集集中精力力专注于于应用逻逻辑，而而不必关关心实施施细节。实际上上，用户户构建的的是业务务流程的的图形化化表示。图：可视视化业务务流程定定义在利用 BEAA WeebLoogicc Woorksshopp 中的的图形化化工具(

49、设计视视图)设计业业务流程程的过程程中， BEAA WeebLoogicc Woorksshopp 用定定义业务务流程的的 XMML，为为 JPPD (Javva 流流程定义义)文件作作注释。当需要要编写 Javva 代代码时，单击访访问（源源代码视视图）就就可使用用它。BBEA WebbLoggic Inttegrratiion 的业务务流程管管理功能能，使公公司开发发人员具具备了开开发、运运行、维维护复杂杂业务流流程的能能力。业业务流程程将企业业现有系系统、整整个企业业的各种种应用以以及决策策人员集集成在一一起。业务流程程引擎业务流程程引擎是是指挥决决策系统统指挥决决策平台台的关键键实现核

50、核心，它它将业务务系统构构造在基基于标准准的工作作流基础础上，实实现业务务逻辑和和应用逻逻辑的剥剥离，使使得管理理人员能能够自行行定义和和管理数数据业务务的流程程，实现现业务管管理的闭闭环结构构。业务流程程引擎能能解释、运行定定义的流流程。首首先流程程引擎会会创建指指挥决策策流程实实例，每每个流程程实例是是一个独独立的指指挥决策策业务。可以通通过多种种方式启启动一个个指挥决决策流程程：用户户主动调调用，时时间定时时运行，接收到到订阅消消息道的的指定消消息。一一旦指挥挥决策流流程开始始，流程程引擎会会调度、监控各各项流程程中的活活动，比比如指挥挥决策业业务需要要自动获获得农产产品的统统计数据据，

51、流程程引擎就就会自动动通过应应用程序序接口调调用计算算统计模模块，并并把所得得结果返返回工作作流中。当指挥挥决策流流程需要要人为参参与指挥挥决策的的时候，系统会会按照定定义，为为目标指指挥决策策用户建建立“指挥决决策任务务”，与此此同时流流程引擎擎实时监监控用户户的任务务列表执执行情况况，一旦旦用户处处理完指指定给他他的任务务后，流流程会自自动往下下执行。图：BEEA WWebllogiic IInteegraatioon业务务流程实实现机制制BEA Webbloggic Inttegrratiion提提供的业业务流程程引擎是是基于开开发标准准BPEEL（流流程执行行语言BBusiinesss

52、 PProccesss Exxecuutioon LLangguagge）基基础上的的。BPPEL是是一种流流程定义义语言，用于指指定包含含Webb服务的的业务流流程。BBPELL适用于于支持业业务流程程逻辑的的宏观观定义。这些业业务流程程均是完完整而独独立的应应用，它它们将WWeb服服务作为为实现其其业务功功能的活动。在BEAA Weebloogicc Innteggrattionn定义的的的业务务流程中中可以调调用各种种各样的的系统资资源。包包括通过过JDBBC读写写数据库库，通过过J2CCA应用用适配器器来调用用系统遗遗留应用用，通过过Webb服务接接口调用用部署在在异地的的应用，通过J

53、JMS触触发消息息机制。通过EEJB接接口调用用应用逻逻辑。BEA WebbLoggic Inttegrratiion使使用J22EE兼兼容型技技术，包包括Jaava基基础、JJSP和和EJBB互操作作性、用用于流程程元素间间数据传传送的XXML以以及用于于业务流流程组件件间消息息传送的的JMSS。这些些开放标标准意味味着在IIT人员员的技能能适用于于不同的的项目，而且IIT人员员可以协协同完成成同一项项目的不不同部分分。因此此，使用用标准技技术（XXML）和开放放编程AAPI意意味着解解决方案案可以扩扩展，为为未来发发展留有有余地。业务流程程工作列列表BEA Webbloggic Intte

54、gaatioon 提提供了业业务流程程工作列列表（WWorkklisst）功功能。它它表反映映出每个个参与指指挥决策策人员当当前和哪哪些指挥挥决策工工作相关关，例如如待办指指挥决策策事务，未办指指挥决策策事务，相关指指挥决策策事务，跟踪任任务状态态等。它它使人们们能在业业务流程程内协作作，完整整的工作作流包括括各种操操作，例例如接收收、批准准、修改改和路由由文档业务人员员通过访访问自己己的工作作列表可可以知道道和自己己岗位相相关的工工作内容容，并迅迅速处理理。BEEA WWebllogiic IInteegattionn 的工工作列表表还允许许业务员员人员将将分配给给他的指指挥决策策任务做做其

55、他操操作，例例如：拒拒绝接收收，转分分配给其其他业务务人员等等。业务流程程监控与与管理业务流程程是随着着外部用用户的更更高要求求、内部部部门的的职能变变化等因因素不断断发上变变化的，这就需需要业务务流程能能灵活的的适应这这种变化化，从而而为广大大的用户户提供不不断完善善业务功功能。 BEAA Weebloogicc Innteggatiion的的业务流流程管理理功能提提供了强强大的业业务流程程监控，统计，管理功功能。通通过这些些详细的的监控手手段，业业务管理理人员可可以全面面的掌握握流程的的运行情情况，分分析流程程流程安安排的合合理性，为优化化各种业业务流程程提供了了详细的的数据依依据。流程监

56、控控功能能能为监控控每个运运行在流流程引擎擎中的业业务流程程实例的的各种信信息，包包括流程程的实例例的启动动者、开开始时间间，完成成时间，总共运运行时间间，运行行节点位位置，当当前流程程运行状状态。已已经指挥挥决策完完的每个个节点的的信息包包括：开开始时间间、指挥挥决策历历时、结结束时间间、指挥挥决策人人等。而而且这些些信息都都是通过过下面的的可视化化的管理理界面来来实现的的。图：业务务流程管管理监控控可视化化界面Porttal技技术概念念Porttal一一词原来来是门门户网站站的意意思，例例如雅虎虎、新浪浪等这样样的网站站。但是是对于政政府和企企业企业业信息化化平台建建设而言言，Poorta

57、al所扮扮演的角角色则有有所不同同。 原来业界界对Poortaal的定定义有很很多种分分类，比比如把PPorttal定定义为信信息门户户、协作作门户、专业门门户、知知识门户户等等。但不管管分类如如何划分分，Poortaal对底底层的要要求和其其基础架架构有显显著的一一致性，并且随随着时间间的推移移，业界界、新闻闻界以及及分析家家都对PPorttal定定义的看看法逐渐渐趋于一一致。简简单的说说，门户户是一个个重要的的 Weeb 站站点并且且是一个个联合的的社区，它提供供内容聚聚集、搜搜索服务务、协作作工具、应用程程序访问问和集成成，所有有这些功功能存在在于与最最终用户户进行个个性化的的交互中中。

58、通过过个性化化 我我的主页页（Myy Hoome Pagges） 来来满足每每个最终终用户的的需要并并将个性性化嵌入入门户服服务和应应用程序序各个角角落，我我们可以以对门户户加以区区分。其其次，门门户与 Webb 站点点不同，因为它它用几乎乎相同的的措施将将个性化化与选择择内容、协作功功能程序序以及应应用程序序服务结结合在一一起。对对最终用用户而言言，门户户就是一一个到所所有计算算资源的的单独访访问点。门户（PPorttal）是Weeb 应应用程序序的简单单统一的的访问点点,不仅仅如此还还提供了了许多有有价值的的附加功功能，例例如安全全性、搜搜索、协协作和工工作流。门户网网站提供供了集成成的内

59、容容和应用用，以及及统一的的协作工工作环境境。事实实上，门门户网站站就是下下一代的的桌面，可以在在 Weeb 上上向各种种客户机机设备提提供大量量的电子子商务应应用。BEA Webbloggic Porrtall完整的的门户网网站解决决方案可可以让用用户随时时随地、安全、方便地地访问完完成他们们任务所所需的所所有东西西。门户户网站是是延伸与与用户体体验（RReacch aand useer eexpeerieencee）的关关键。也也就是说说，门户户网站提提供工具具和用户户界面，用于访访问信息息和应用用程序，个性化化管理和和选择内内容。集中中完成应应用的认认证和授授权管理理。门户户服务将将承担

60、用用户对各各种信息息和应用用资源的的统一访访问服务务，对用用户的身身份进行行验证，并控制制用户对对各类资资源的访访问权限限。构建建、连接接和管理理应用程程序。为为企业应应用整合合提供基基础支撑撑，通过过Porrtall服务，企业可可以将各各种分散散的应用用服务功功能整合合在门户户服务平平台上，方便用用户对各各种应用用资源的的访问，使各种种独立的的应用系系统通过过门户服服务平台台形成一一个完整整的应用用。业务务流程的的集成和和自动化化。通过过门户服服务平台台提供的的功能化化的服务务组件，如：工工作流服服务组件件，企业业可以实实施大量量的以业业务为导导向的业业务流程程集成和和自动化化处理。为各种用