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

1、.BEA技术建议 ：.； PAGE 41北京市应急指挥系统BEA技术建议V1.0BEA系统中国2006-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 _Toc125526856 互联网 PAGEREF _To

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

3、25526861 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 3.5.1内容管理 PAGEREF _Toc125526865 h 17 H

4、YPERLINK 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 22 HYPERLINK l _Toc125526870 3.5.6单点登录 PAGEREF

5、_Toc125526870 h 23 HYPERLINK l _Toc125526871 3.6系统部署和管理 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系统监控，保证SLA PAGEREF _Toc125526874 h 26 HYPERLINK l _Toc12552

6、6875 3.7BEA实现的SOA架构优势 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 _Toc125526878 h 29 HYPERLINK l _Toc125526879 4胜利案例 PAGEREF _Toc12552

7、6879 h 30工程总体要求工程要求见工程需求书，此处略。信息平台技术要求用户需求的效力媒介：互联网用户需求经过互联网满足对信息的阅读、查询、决策、指挥、邮件效力、即时通讯等的需求。无线网络用户需求经过无线效力，满足随时随地阅读信息、查询信息、视频会议等的需求。呼叫中心用户需求经过人工和语音的呼叫效力满足信息效力，情况报告等语音效力需求。北京市应急指挥系统BEA技术方案北京市应急指挥系统SOA架构总体设计根据工程的需求，该工程的运用可以分为几个层面：底层的数据层经过数据库系统存储共享的业务数据，共享数据从各自业务数据库中提取，数据源之间进展复制和交换；运用支撑层经过运用效力器支持程序组件的建

8、立和运转；数据效力层针对不同的运用，运用对数据的访问需求一个数据效力层，经过数据效力层，运用可以做到透明访问异构的和分布的数据库和文件系统，运用逻辑和数据源之间是松耦合的，经过中间的数据效力层提供跨数据库的关联和映射；效力总线层经过效力总线，衔接各类可重用效力模块，完成音讯传送，数据转换，效力路由等功能；任务流层穿接运用模块，按照任务流程构建业务流程，支撑部门内部和跨部门的流程建模，执行和管理，并结合门户系统构建流程门户，构建SOA构架运用，任务流平台是必需的；门户展现层可以针对不同类型的用户提供灵敏的访问方式，根据不同用户类型提供个性化效力。北京市应急指挥系统，其逻辑构造可以按照上述六层来构

9、建。其益处在于，从纵向构造上看，应器具有松耦合架构。详细的引见如下：在数据层数据库或文件系统可以进展数据交换；运用支撑层经过开发基于J2EE的运用程序组件实现运用模块功能，组件可以封装为效力，组件的构建，运转和管理由本层支撑，运用支持层经过WebLogic Server实现；在数据效力层数据的访问基于一致的入口，被访问数据那么可以分布在外部相关单位的共享数据库和北京市应急指挥系统的数据库中，经过数据效力层进展跨数据库的关联，数据效力层的访问可以经过Java接口或Web效力实现，数据访问层经过AquaLogic Data Service Platform产品实现；效力总线层业务运用经过组件方式构

10、建，组件可以方便的封装成Web效力，在系统之间被相互调用，效力总线层经过AquaLogic Service Bus实现；在任务流层任务流层支撑流程建模，执行和管理，灵敏的流程管理工具使生成和改动任务流程变得简单；在门户展现层经过门户技术，北京市应急指挥系统门户中建立的各类运用展现portlet，信息内容的展现个性化。北京市应急指挥系统基于SOA的一致技术架构要实现上述的系统层次和功能，需求SOA的构架设计和相应的BEA产品支持，做到开放、灵敏和矫捷。下面分层引见BEA的方案和产品技术特点。运用支撑平台运用支撑平台是经过BEA WebLogic Server运用效力器实现。详细的技术目的参照附件

11、。数据效力平台BEA 可以提供的处理方案包括数据访问平台经过AquaLogic Data Service Platform实现。数据效力层在北京市应急指挥系统中起着数据访问效力的作用，可以在跨系统在分布式数据访问中屏蔽数据源，构成基于XML的一致访问接口，数据构造，数据关联，数据目录定义和数据访问控制经过数据效力平台完成。由于在数据库和运用之间参与了数据效力层，数据库表的修正不会影响运用代码，对今后系统的晋级和改造提供灵敏的构造。数据效力经过BEA AquaLogic Data Service Platform来实现。提供一种规范途径来快速地聚合并展现多种异构数据源的数据视图(包括 Web s

12、ervices, 数据库, 文件、XML文件、运用及Web站点等) 。这种数据视图可以经过Java API，RMI，Web Services等方法被运用，业务流程，门户运用所直接调用。以下图是AquaLogic Data Service Platform的逻辑构造。1什么是数据效力层？从架构的观念看，数据效力层是位于底层数据源集合之上的数据笼统层。从SOA的原理分析，数据效力层的作用是为一切读写操作提供一个访问点，并对“运用者运用隐藏底层数据的物理构造和访问机制。为此，数据效力层提供了一个独立于底层数据源的接口，它公开用来读写数据的可重用数据效力的规范集合。以下图描画了数据效力层在架构中的角色

13、。数据效力层的一个重要优势在于，它遵照了一个重要的SOA原理“松耦合将运用数据效力的运用与底层数据源提供者的依赖性降至最低。这样，运用将看不到数据源运用的底层物理构造及相关访问机制。“松耦合允许数据库架构师在不更改层的接口或“运用者运用的情况下，从数据效力层修正、组合、挪动甚至删除底层数据源。这样，数据库架构师既能为需求的运用提供信息，又能控制数据构造。随着时间的推移，这种提高的灵敏性将简化企业运用的维护，并使企业更灵敏、更矫捷地顺应业务IT需求的变化。数据效力层的第二个优势在于：它提供了“单个数据访问位置。很多企业都试图处理“数据真实性问题，例如，名为“收入的字段既能够指bookings数据

14、库的预订收入，也能够指sales数据库的销售收入，在这里，“收入项的真实含义取决于它的来源上下文，也取决于运用它的上下文。典型的数据效力层是访问广泛企业数据源的一致访问点机构之所以会遇到“数据真实性问题，其中的一个缘由是企业中存在大量数据源。另外，这些数据源分散在不同运用中，运用情况又不尽一样，因此导致混淆。当用户试图了解一个数据段的真实含义时，经常会遇到以下四个问题。对于将运用的上下文而言，数据能够底层数据源的一个错误位置字段名不明晰，数据能够是错误信息数据能够过时例如，由于数据仓库更新间隔在读取或上次更新时，能够将一些不正确和或不完好的数据转换运用到数据上数据效力层处理了上述一切问题，它是

15、企业中的单个数据访问点，使企业可以找到数据的“单个真实来源。在实施数据效力层后，可确保从正确数据源获得数据，并将适当信息衔接地返给一切运用。另外，可在数据效力层对字段实施规范化，确保数据的描画明晰可辨，并将运用正确的数据源。数据效力层可确保前往的数据是最新的，适当数据源，并且是实时获取的。最后，一切数据转换都被用于数据效力层，以确保整个企业运用和执行的衔接性。总之，经过运用数据效力层，机构可获得以下几个明显的益处：运用与访问数据的复杂性隔离，故运用更易于创建。更改数据源的影响范围普通只限于数据效力层，故运用更易于维护。运用运用共享的数据效力、验证逻辑及效力封装的其他数据规那么，故能获得更一致的

16、数据。总之，运用BEA AquaLogic Data Services Platform的企业的矫捷性和反响速度更快，可以顺应不断变化的市场要求。2构建数据效力层的传统方法传统上，开发人员在构建数据效力层时，会运用人工编码方式，并将代码嵌入在建运用中。这种方法难以共享和重用数据效力。为此，企业开场寻觅ETLextract, transform, and load，提取、转换和加载产品来构建效力层。ETL起初用来为业务报表运用创建数据仓库。在用ETL技术构建数据效力层时，将关联和复制多个来源的数据，将它们整合到一个数据仓库、数据中心或操作数据库，并将结果库作为数据效力层的数据源。对于“只读或“查

17、询密集的小型企业运用集而言，这种方法非常有效，能支持周期性数据刷新如分析或数据发掘运用。“添加新数据源等更改普通需求重新设计，并重新加载中心数据库，故ETL方法最适于静态运用此类运用的需求极少更改运用。过去的阅历证明，这种方法适用于业务报表运用，这些运用执行统计分析、复杂数据会聚或时间系列趋势计算，能从长期数据处置如整夜中获益。企业逐渐发现，ETL方法需求IT部门建立和管理ETL系统，并经常大规模挪动数据，本钱高昂。研讨显示，由于迁移数据会带来初期和长久的硬件和磁盘空间本钱，用于开发、支持、晋级和监控ETL工程和任务的本钱能够相当可观。3BEA AquaLogic Data Services

18、Platform构建数据效力层的方法The BEA AquaLogic Data Services Platform 从底层设计开场简化为SOA实施开发数据效力的义务。该平台基于具有声明性效力定义的元数据驱动方法，不需求人工创建任务流或代码，能自动完成许多数据效力创建和维护的任务。此外，声明性的方法能自动优化数据访问规划，减轻后台系统负担，提高系统综合性能。BEA AquaLogic Data Services Platform中的声明性编程：BEA AquaLogic Data Services Platform在数据效力的声明性定义中运用XQuery言语。声明性编程使数据效力架构师可以定义

19、需求的效力及根底数据和效力；然后由BEA AquaLogic Data Services Platform来决议提供所需效力的最正确算法。该平台可以选择适宜的数据源访问顺序、编排底层效力调用，在遇到RDBMS数据源时，还能产生一组适宜的SQL查询语句。它支持各种算法，可以创建高效SQL，将尽量多的查询处置委托给底层RDBMS数据源，只检索后处置方式的数据；为及时访问Web效力等高延迟资源，它还支持并行的、基于超时的缺点转移工具。因此，BEA AquaLogic Data Services Platform提供对底层数据的自动访问、转换与关联以及底层数据访问优化。顺应运用需求的效力：对于恣意效力

20、调用，运用能够需求许多数据子集和各种不同的结果。比如，对于一个前往客户数据的效力，运用能够需求查询按客户标识排序的数据排序、邮政编码为某特定数字的客户挑选、只需客户的姓映射或客户数量合计。传统上，上述操作都必需是独立的效力调用，这些调用有相互反复的数据转换和确认逻辑。通常，以一个通用的getCustomer效力调用获得上述一切数据是无法接受的，由于那会将太多的数据带到中间层，产生性能问题。BEA AquaLogic Data Services Platform的声明性方法使数据效力架构师能定义一个getCustomer( )效力调用，而不会产生性能问题。开发人员可以运用运用特有的过滤、排序、映

21、射或合计等功能，BEA AquaLogic Data Services Platform动态地创建针对各种不同情况而优化的查询和更新规划。这消除了针对不同运用需求不断改动数据效力层的需求，提高了数据一致性。效力上的效力视图演化：如以下图所示，声明性方法使数据效力架构师能利用现有效力定义新效力，而不用担忧性能下降。BEA AquaLogic Data Services Platform引擎可以优化掉效力调用的中间层，为效力调用产生效率更高的数据访问规划。与此相反，基于任务流或人工编码的方法在效力调用其他效力时，性能会严重下降。各个效力按照编码执行，而不思索高层效力需求的能够只是一小部分数据；而且

22、每种效力都有本人的界限，要跨越界限需求进展多次数据复制和转换。因此，数据效力架构师经常不得不为所需的各个数据效力分别编写任务流。一次集成与重用：如以下图所示，声明性方法使数据效力架构师可以创建、共享、公用和重用数据效力。实例包括了提供单一“客户视图的数据效力，或者提供重要业务虚体的数据效力。在数据效力层，数据效力架构师经常创建许多类似的效力调用：getCustomerByID(custID)getCustomersByRating(rating)getTopCustomers( )假设客户数据是从多个数据源获取的，那么执行这些数据效力的最有效的方法似乎是运用多个SQL查询和效力调用。运用BEA

23、 AquaLogic Data Services Platform，数据效力架构师可以创建一个通用的数据集效果劳，比如getCustomerProfile( )。在这个主要的“单一客户视图上，可以方便快捷地定义多个公用效力。由于这些效力可以利用在底层效力中曾经预先完成的集成任务，所以定义这些高层效力非常容易。此外，BEA AquaLogic Data Services Platform的声明性方法使其可以优化掉中间层，为在其上构建的效力产生更高效的访问途径。与此相反，用任务流或人工编码来处置此问题，需求为每个效力分别编写程序。BEA AquaLogic Data Services Platfo

24、rm的声明性方法，支持视图演化，消除了效力调用其他效力时产生的性能瓶颈。采用BEA AquaLogic Data Services Platform，经过重用现有效力，定义新效力变得极为简单。而且由于与数据有关的规那么在一个地方定义和运用后，可以一致地被一切相关的数据效力运用，因此该特性有助于提高数据的一致性。此外，由于改动只需在一个地方进展，使得对于这些规那么的维护非常轻松，提高了一致性。BEA AquaLogic Data Services Platform采用独特的声明性方法来定义数据效力，支持数据访问逻辑的自动化，提供“一次定义，多次重用的体验，极大地简化了数据效力的开发和日常维护。4

25、定义数据效力BEA AquaLogic Data Services Platform提供了丰富的建模环境，能根据业务虚体和它们之间的关系组织数据效力。运用这一环境，数据效力架构师能在单一地点了解数据效力方式、效力操作和数据效力管理战略。良好的数据效力模型为运用开发人员提供了运用数据效力的指南，并让他们更有效地维护和重用数据效力。BEA AquaLogic Data Services Platform采用如图的“分段图chip diagram，以图形化方式描画每个数据效力的功能。分段图以简约的格式概括一个数据效力的信息，使数据效力架构师可以看到该效力及相关人工制品。图3演示了该数据效力的几个方面

26、的信息：数据效力的读功能与之相关的数据外形，一种XML Schema提供对相关数据效力访问的导航功能一组用来定义它的低级数据效力BEA AquaLogic Data Services Platform还支持数据模型图的创建和维护，该图以图形化方式记录和共享一个数据效力层的部分信息。与E-R或UML图表非常类似，每个数据模型图表都显示一组数据效力和它们之间的相互关系。BEA AquaLogic Data Services Platform中的数据效力，按照实践业务虚体建模5数据转换经过数据效力平台提供的数据转换功能，在不同格式的数据之间相互转换，将数据格式转化为对方能识别的格式。这样就使得具有不

27、同数据格式的效力能具备更广泛的兼容性。数据转换是指数据从一种格式向另一种格式的映射和转换。例如，非 XML 格式的数据可以转换为 XML 格式，反之，XML 格式的数据也可以转换为非 XML 格式。BEA的数据效力平台提供了基于XQuery技术的可视化的数据转换功能，能经过拖拽的手段快速实现不同格式之间的数据转换, 还可以对以下恣意输入输出数据类型进展数据转换：XML 数据、非 XML 数据、Java 原子类型、Java 类。在这个过程中，不但可以实现数据格式上的变化，还能运用XQuery的函数，对数据内容本身做各种运算。此外，经过BEA效力平台实现的数据转换功能本身也可以被其他模块复用。可视

28、化数据转换功能效力总线平台不同系统之间和指挥决策系统同北京市各级政府的相关系统之间的系统调用和信息交换，建议运用Web效力方法。为了建立开放的效力调用管理框架，建议运用BEA AquaLogic Service Bus效力总线产品。BEA提供了效力平台，提供了效力管理、效力路由、效力编排、数据转换和音讯代理等功能。在BEA提供的效力平台中，“效力代表了业务功能上可被复用的运用模块。它不仅仅可以是Web效力WebServices，还可以是运用其他任何开放手段可访问到的运用资源，这些开放技术包括Tuxedo、CORBA、音讯机制、适配器、DCOM等。这种效力的多样性充分扩展了开放平台的资源管理范围

29、，无论是采用Java、C、C+开发的运用系统，还是运用CORBA、Web效力、音讯机制实现的异构系统，这些资源都可以做为可复用的业务资产，经过开放的系统架构实现灵敏的互联互通。效力管理首先经过集胜利能，将客户系统中所包含的运用不同实现技术、运转在不同平台的运用接入到运用架构中。在完成集成单独运用后，这些运用模块就成为在开放架构中可以被复用的业务模块了。为了进一步添加运用和数据的灵敏性，来顺应业务开展的需求，可以将这些接入的运用和数据资源交给中心层的效力平台进展管理。图：BEA效力平台的效力资源管理BEA提供的效力平台可以集中管理集成层接入的各种运用效力，它可以从注册到其中的效力本身描画WSDL

30、中得到效力的特性，然后对众多基于效力的运用资源进展集中管理。经过集中、有效的管理可复用的运用效力，可以明晰的了解在信息平台运用架构中有哪些运用和数据资源；这些资源是由什么运用或数据源提供效力的；它们后台实现实分布在哪些系统内部；它们都可以提供什么可重用业务功能；如何才干访问它们等信息；它们提供什么平安维护，从而真正实现了运用效力资产管理。效力路由运用效力的路由功能，可以为信息平台实现更加非常灵敏的业务调用过程。在BEA提供的效力平台中，可以实现基于业务规那么的效力路由功能。首先效力运用方经过效力平台访问某个效力的入口，当效力平台接纳到用户恳求后，假设在效力调用过程配置了访问路由，那么平台会运用

31、路由配置表进展基于业务规那么的匹配，然后根据不同的匹配结果，将用户对效力的恳求路由到后台不同的业务提供者。图：BEA效力平台的效力路由配置功能BEA实现的基于运用信息的效力路由功能可以经过可视化的路由配置界面实现，这样可以在运用系统在运转的时候，更加灵敏、方便的顺应业务动态变化的需求。可用用来做为判别路由准那么的数据可以包括：传送进来的业务信息，与用户相关的环境信息application context，经过接口可以访问到的外部信息等内容。效力的路由规那么可以经过效力平台的可视化编排界面实现既可。假设路由规那么比较复杂，建议运用规那么效力提供更加灵敏的实现。效力在路由过程中，可以结合中心层的负

32、载平衡，并能动态判别后台效力系统的连通情况，实现智能路由的功能。用户的恳求可以经过负载平衡转到负载较小的效力器上，这样可以对外提供更好的QoS保证。效力编排效力路由功能实践是效力编排其中一部分。BEA的效力平台能提供更多强大的效力编排功能。其中除了效力路由提供了较为重要的功能外，其他重要功能还包括：图：BEA效力平台中丰富、灵敏的效力编排功能Skip跳转跳转到效力编排中的指定的处置节点位置上。Reply回应终结效力编排调用，向调用者前往效力编排结果。If Then判别效力流程判别构造。Publish Table分支效力流程的分支构造。Web Service CalloutWeb效力外调调用指定

33、的Web效力。Validate校验运用XML，校验数据格式或数据内容。Insert添加添加新的环境变量内容。Replace交换交换环境变量的内容。Delete删除删除环境变量的内容。Rename更改称号更改环境变量的称号。Raise Error错误处置定义错误处置方式。Log日志定义记录日志记录信息。图：图形化的效力编排功能经过上面这些灵敏的效力编排功能和可视化的编排实现，BEA的效力平台可以实现非常灵敏地组合可被重用的业务效力来顺应不断变化的业务需求。任务流平台指挥决策的业务过程中，会有一系列的任务流过程，为了构建灵敏的业务运用，需求任务流工具支持。BEA WebLogic Integrat

34、ion中BPM功能很好的支持政府部门的任务流。以下图是恳求任务流的表示图。要实现面向效力的中心系统，仅有底层的组件效力的剥离是远远不够的，各种原子效力、分子效力最终应成为运用实现层面上的逻辑，而业务的组装、修正、运转那么应与运用实现分别而经过流程管理器来实现。经过可视化界面，对各原子或分子效力进展组装构成新业务。因此，任务流管理器就成为业务支撑系统的中心，将业务系统构造在基于规范的任务流根底上，实现业务逻辑和运用逻辑的剥离，使得业务管理人员可以自行定义和管理数据业务的流程。以下图是WebLogic Integration的BMP的开发视图：WebLogic Integration的业务流程管理

35、工具BPM基于规范BPEL。业务流程执行言语BPEL允许指定业务流程以及它们和 Web 效力的关系。其中指定了业务流程是怎样运用 Web 效力来到达它的目的，还指定了由业务流程提供的 Web 效力。用 BPEL 指定的业务流程是完全可执行的，且在符合 BPEL 的环境间是可移植的。无论实现 BPEL 业务流程的同伴的 Web 效力能否基于 BPEL，BPEL 业务流程都能和这些 Web 效力互操作。最后，BPEL 支持单位之间的业务协议规范和复杂内部业务流程的视图。任务流实现功能内外部之间指挥决策业务流转实现对于指挥决策系统中复杂的指挥决策流程，BEA Weblogic Integration

36、支持各种跨不同地域的部门、跨不同平台的流程。中心平台业务流程引擎任务列表 流程管理外部平台业务流程引擎任务列表 审批调用接口审批调用接口发起流程图：跨不同指挥决策平台的指挥决策流程实现如上图所示，发起指挥决策流程是运转在指挥决策平台上的。当指挥决策业务需求外部平台审批的时候，业务流程引擎可以调度审批流程。一切和指挥决策相关的资料也经过调用接口传到外部平台。假设外部平台完成审批，系统还可以把结果前往给指挥决策平台。运用BEA Weblogic Integration，可以有多种方法实现调用分布的效力接口。基于J2EE的音讯机制的接口调用流程将一切必要的信息经过JMS发送到BEA Weblogic

37、 Integration的音讯代理中。而被调用经过监听订阅音讯通道中特定的音讯，当有发给它本人的指挥决策调用时候，异地指挥决策平台启动指挥决策流程。Web效力经过Web效力技术将业务流程封装，Web效力会将指挥决策流程的启动功能放在接口中。调用流程经过调用部署在异地的Web效力来启动一个远程的指挥决策流程。任务流平台的实现中心BEA Welogic Integration的业务流成管理功能BPM为指挥决策系统的效力功能提供了一个易用、可靠、开放、可管理的平台，是指挥决策功能实现的中心。它的主要特点是：以集成框架为根底，完全包含集成平台中的基于接口的功能系统间的信息将不仅仅是用于共享，这些信息将

38、被有效的管理起来集成平台要包含任务流管理器的功能和工具集成平台中扩展的主要功能包括：任务流定义、信息的自动路游，自动判别。BEA Welogic Integration的业务流程管理功能主要包括了：可视化流程定义工具BEA Weblogic Inegration经过可视化的集成开发工具BEA Weblogic Workshop来定义流程业务。业务流程引擎保管了可视化创建业务流程的才干，因此具有灵敏性，运用户得以集中精神专注于运用逻辑，而不用关怀实施细节。实践上，用户构建的是业务流程的图形化表示。图：可视化业务流程定义在利用 BEA WebLogic Workshop 中的图形化工具(设计视图)

39、设计业务流程的过程中， BEA WebLogic Workshop 用定义业务流程的 XML，为 JPD (Java 流程定义)文件作注释。当需求编写 Java 代码时，单击访问源代码视图就可运用它。BEA WebLogic Integration 的业务流程管理功能，使公司开发人员具备了开发、运转、维护复杂业务流程的才干。业务流程将企业现有系统、整个企业的各种运用以及决策人员集成在一同。业务流程引擎业务流程引擎是指挥决策系统指挥决策平台的关键实现中心，它将业务系统构造在基于规范的任务流根底上，实现业务逻辑和运用逻辑的剥离，使得管理人员可以自行定义和管理数据业务的流程，实现业务管理的闭环构造。

40、业务流程引擎能解释、运转定义的流程。首先流程引擎会创建指挥决策流程实例，每个流程实例是一个独立的指挥决策业务。可以经过多种方式启动一个指挥决策流程：用户自动调用，时间定时运转，接纳到订阅音讯道的指定音讯。一旦指挥决策流程开场，流程引擎会调度、监控各项流程中的活动，比如指挥决策业务需求自动获得农产品的统计数据，流程引擎就会自动经过运用程序接口调用计算统计模块，并把所得结果前往任务流中。当指挥决策流程需求人为参与指挥决策的时候，系统会按照定义，为目的指挥决策用户建立“指挥决策义务，与此同时流程引擎实时监控用户的义务列表执行情况，一旦用户处置完指定给他的义务后，流程会自动往下执行。图：BEA Web

41、logic Integration业务流程实现机制BEA Weblogic Integration提供的业务流程引擎是基于开发规范BPEL流程执行言语Business Process Execution Language根底上的。BPEL是一种流程定义言语，用于指定包含Web效力的业务流程。BPEL适用于支持业务流程逻辑的宏观定义。这些业务流程均是完好而独立的运用，它们将Web效力作为实现其业务功能的活动。在BEA Weblogic Integration定义的的业务流程中可以调用各种各样的系统资源。包括经过JDBC读写数据库，经过J2CA运用适配器来调用系统遗留运用，经过Web效力接口调用部

42、署在异地的运用，经过JMS触发音讯机制。经过EJB接口调用运用逻辑。BEA WebLogic Integration运用J2EE兼容型技术，包括Java根底、JSP和EJB互操作性、用于流程元素间数据传送的XML以及用于业务流程组件间音讯传送的JMS。这些开放规范意味着在IT人员的技艺适用于不同的工程，而且IT人员可以协同完成同一工程的不同部分。因此，运用规范技术XML和开放编程API意味着处理方案可以扩展，为未来开展留有余地。业务流程任务列表BEA Weblogic Integation 提供了业务流程任务列表Worklist功能。它表反映出每个参与指挥决策人员当前和哪些指挥决策任务相关，例

43、如待办指挥决策事务，未办指挥决策事务，相关指挥决策事务，跟踪义务形状等。它使人们能在业务流程内协作，完好的任务流包括各种操作，例如接纳、同意、修正和路由文档业务人员经过访问本人的任务列表可以知道和本人岗位相关的任务内容，并迅速处置。BEA Weblogic Integation 的任务列表还允许业务员人员将分配给他的指挥决策义务做其他操作，例如：回绝接纳，转分配给其他业务人员等。业务流程监控与管理业务流程是随着外部用户的更高要求、内部部门的职能变化等要素不断发上变化的，这就需求业务流程能灵敏的顺应这种变化，从而为宽广的用户提供不断完善业务功能。 BEA Weblogic Integation的

44、业务流程管理功能提供了强大的业务流程监控，统计，管理功能。经过这些详细的监控手段，业务管理人员可以全面的掌握流程的运转情况，分析流程流程安排的合理性，为优化各种业务流程提供了详细的数据根据。流程监控功能能为监控每个运转在流程引擎中的业务流程实例的各种信息，包括流程的实例的启动者、开场时间，完成时间，总共运转时间，运转节点位置，当前流程运转形状。曾经指挥决策完的每个节点的信息包括：开场时间、指挥决策历时、终了时间、指挥决策人等。而且这些信息都是经过下面的可视化的管理界面来实现的。图：业务流程管理监控可视化界面Portal技术概念Portal一词原来是门户网站的意思，例如雅虎、新浪等这样的网站。但

45、是对于政府和企业企业信息化平台建立而言，Portal所扮演的角色那么有所不同。 原来业界对Portal的定义有很多种分类，比如把Portal定义为信息门户、协作门户、专业门户、知识门户等等。但不论分类如何划分，Portal对底层的要求和其根底架构有显著的一致性，并且随着时间的推移，业界、新闻界以及分析家都对Portal定义的看法逐渐趋于一致。简单的说，门户是一个重要的 Web 站点并且是一个结合的社区，它提供内容聚集、搜索效力、协作工具、运用程序访问和集成，一切这些功能存在于与最终用户进展个性化的交互中。经过个性化 我的主页My Home Pages 来满足每个最终用户的需求并将个性化嵌入门户

46、效力和运用程序各个角落，我们可以对门户加以区分。其次，门户与 Web 站点不同，由于它用几乎一样的措施将个性化与选择内容、协作功能程序以及运用程序效力结合在一同。对最终用户而言，门户就是一个到一切计算资源的单独访问点。门户Portal是Web 运用程序的简单一致的访问点,不仅如此还提供了许多有价值的附加功能，例如平安性、搜索、协作和任务流。门户网站提供了集成的内容和运用，以及一致的协作任务环境。现实上，门户网站就是下一代的桌面，可以在 Web 上向各种客户机设备提供大量的电子商务运用。BEA Weblogic Portal完好的门户网站处理方案可以让用户随时随地、平安、方便地访问完成他们义务所

47、需的一切东西。门户网站是延伸与用户体验Reach and user experience的关键。也就是说，门户网站提供工具和用户界面，用于访问信息和运用程序，个性化管理和选择内容。集中完成运用的认证和授权管理。门户效力将承当用户对各种信息和运用资源的一致访问效力，对用户的身份进展验证，并控制用户对各类资源的访问权限。构建、衔接和管理运用程序。为企业运用整合提供根底支撑，经过Portal效力，企业可以将各种分散的运用效力功能整合在门户效力平台上，方便用户对各种运用资源的访问，使各种独立的运用系统经过门户效力平台构成一个完好的运用。业务流程的集成和自动化。经过门户效力平台提供的功能化的效力组件，如

48、：任务流效力组件，企业可以实施大量的以业务为导向的业务流程集成和自动化处置。为各种用户提供个性化访问功能。经过门户效力我们可以有效的定义和控制各种不同的用户可以获得和访问的信息内容。在大型信息化门户平台中，需求对不同的业务资源进展整合，有组织地对用户进展展现。经过下面的方法，在WebLogic Portal中，将整个企业的资源充分利用并有机组合，以灵敏和有序的方式进展展现。Portlet：Portlet是门户中的一些运用或运用的视图，可以被看成不同的内容版块。根据开发方式的不同，BEA WebLogic Portal可以支持不同类型的PortletJSP/HTML、Web效力、Pageflow

49、或Java，开发人员可以运用Portlet来集成企业系统中位于不同位置的数据和访问不同性质的运用，并以一致的方式进展展现。Web 集成：经过WebLogic Portal, 不仅可以用Portlet直接透视企业的数据。同样，假设这些数据曾经经过Web方式进展了展现，或者需求在Portal中集成其他Web页面的信息，Portal提供了Web内容集胜利能，将其他Web页面内容嵌入企业的Portal，使Portal成为一切资源的一致入口。Web Services：企业门户中某些数据能够是经过访问 Web Services运用得到的。WebLogic Workshop中可以运用简单的可视化开发工具，简

50、化对Web Services的访问，以便将对Web Services的访问快速地集成到企业门户中。页面流Pageflow：企业级运用往往建立在MVC的技术根底上实现，在WebLogic Portal中，实现了以Struts为中心的流程控制管理功能，页面逻辑、后台效力由EJB等实现，数据效验和流程控制在一致的图形化界面中完成。可以使运用开发进展合理分工，同时保证了整个系统的灵敏性，同一个后台效力可以同时为不同的界面逻辑效力。只需系统管理员将运用进展相应的配置就可以实现。内容管理内容管理系统是门户的重要功能之一。管理人员经过内容管理完成网站信息的采集、编辑、审核、发布。BEA WebLogic P

51、ortal 提供内置的内容管理系统模块，同时也可集成第三方的内容管理系统。内容管理系统可以与门户系统无缝集成，支持门户网站一致的目录效力，系统必需经过门户网站管理系统认证后进入，向各类用户提供一致的访问点。内容管理系统应能提供对信息的搜集、组织、挑选、分类、搜索和自定义等一系列功能，实现对非构造化和构造化数据的高效和有序的一致管理和存储。支持用户管理和权限设置，并能让用户根据本身情况快速搭建内容的组织构造。提供对信息平安性的多级别、多方式的定义，以保证信息的完好、真实和平安。可预先定义信息的发布方式和页面显示格式。内部和外部用户可以经过阅读器、智能搜索、个性化工具等快速获得信息。支持本网站的全

52、文检索。支持多语种。支持模板管理。支持系统集成。提供二次开发接口。搜索功能BEA WebLogic Portal的内置搜索引擎支持多种后台的数据源，这种灵敏性允许根据门户用户业务的需求，从多个数据库中搜索非构造化、半构造化和构造化的信息：JDBC，ODBC数据源：支持任何可以访问到的JDBC 和ODBC数据源，对数据库中的数据库进展搜索。文件系统数据源：包括HTML文件、文本文件、PDF文件、Office文件等外部HTTP数据源：支持用户指定的HTTP地址，系统会自动分析该网站内的一切内容，并将分析结果保管的检索库中。BEA WebLogic Portal的内置搜索引擎支持了多种搜索方式和功能

53、：结合搜索：支持在查找内容之间设置结合逻辑功能。自然言语搜索：支持搜索结果匹配度：支持按照匹配程度，对搜索结果的排序功能。所搜结果排序内容相关性分级BEA WebLogic Portal的搜索功能拥有全文检索的才干。它运用了成熟的方式匹配技术，无论英文还是中文，都能将原文中的内容经过提取步骤，放到更适宜高速查询的索引文件中。用户发出的一切内容查询，都是经过索引库迅速定位到指定信息上。BEA WebLogic Portal对于国际化言语有很好的支持。由于BEA WebLogic Portal的搜索功能是经过开放的接口来实现的，因此对于不同的言语种类，可以经过开发针对不同的言语语法分析器，来而实现

54、国际化科技信息的检索和搜索。目前BEA WebLogic Portal支持的言语种类有：英文和一切单字节语种双字节语种：中文，日文，韩文，泰文等由于国家科技根底条件平台上可以被搜索的科技信息和数据非常众多，必需求思索用户在访问这些数据和信息的平安性。平台的平安体系除了可以保证集成到平台的运用的平安性，还应该保证用户对搜索结果的平安访问。不同级别、分组和角色的用户对科技数据的访问范围是不同的，某个范围的用户应该只可以搜索到平安控制机制中所规定的资源范围。对于没有授权用户访问的数据信息，此用户是不可以经过搜索工具查找的该信息的。另外，门户的搜索内容和平安访问的设置需求经过一致的平安平台，一致的管理

55、界面进展灵敏，快速的配置。BEA WebLogic Portal的搜索功能也是基于开放的架构来实现的。不但在生成内容索引的时候，可以经过开放的接口，实现不同言语的语法分析器，还能经过实现一致一致的搜索引擎接口，可以方便快捷的集成进第三方的搜索引擎。多渠道访问在可北京市应急指挥系统未来系统的接入前端必定会以多种方式存在，例如手机访问、PDA访问、笔记本无线访问、文字终端等。为了系统可以顺应未来运用趋势的开展，需求多种前端设备一致接入处理方案。BEA的平台与其他产品最大的不同在于不是以网关位置来判别接入设备而是以访问协议来判别，而是根据每种类型的接入设备发出的不同恳求的格式来判别它们。经过该技术可

56、以最准确最简便的判别出目前的接入设备类型。依托内置的内容翻译器可以对所提供的内容按协议及战略进展转化以顺该当前的接入设备。内容翻译器可以按照不同的访问终端类型，将门户显示内容自动翻译成适宜它们阅读的格式。这样北京市应急指挥系统需求实现一套门户系统，就可以满足多种不同终端的访问了，而不用针对每种终端设备单独实现一个门户。图：BEA访问层对提供多渠道支持门户平安管理在北京市应急指挥系统系统中包括的众多被集成的运用系统和规模庞大的数据信息。BEA 提供的运用技术架构能经过一致的平安架构，将一切已有用户管理、权限控制等平安功能集成到统计的架构中，因此能有效的实现北京市应急指挥系统平台的一致平安管理和维

57、护。BEA的平安架构中提供了用户身份认证、权限管理，平安审计、角色管理、一致用户档案管理等丰富的平安性功能。更为重要的是一切平安功能模块，都是基于开发式架构实现的，既它提供了即插即用的实现方式。允许无缝插入用户定制或第三方的平安性处理方案，提供了平安性效力的扩展功能。身份认证授权审计Module(s)角色 Mapping Module(s)身份映射用户档案平安性框架主要管理员认证人员审计人员角色定义证书人员用户图：BEA提供开放可插拔式平安架构可插式平安性框架支持与第三方平安性处理方案的集成，允许充分利用市场上“最好的平安性处理方案所提供的全部功能。另外也能将用户定制化的平安实现集成到一致平安

58、架构中。身份验证借助用户名与口令的组合或数字证书，确定用户的身份。所谓用户是指个人、自动进程或其他运用，同时回绝有害入侵者的访问。授权规定该当提供应每个经过身份验证的用户的运用功能、效力和数据资源。加密确保客户端和效力器端之间的数据能在严密的情况下进展通讯和网络数据传输。审计提供记录一切与平安性相关的活动的功能，例如用户登录、资源访问要求。用户和用户组定义提供定义运用用户或组合授权用户所需的功能，在用户组内，一切成员都共享一样的权限来访问各种运用功能和效力，这样可以一致、方便地管理不同用户。平安数据存储保管角色、简档和权限数据。BEA Weblogic Server内置有符合LDAP V3规范

59、的高度优化的 LDAP 目录效力。由于拥有的完全开放的平安架构，因此还可以集成第三方的LDAP效力器，目前系统支持的目录效力器有：Novell NDSOpenLDAPSun iPlanetMicrosoft Active Directory其他一切和LDAP V3规范兼容的目录效力器平安性战略定义提供配置和维护基于规那么、动态的平安性访问规范的框架和 GUI 工具，以便让特定的角色与/或用户组可以平安地访问资源。权限规那么的根底可以是一系列可扩展的操作和参数，例如时间、身份、用户简档和调用参数值，它们可以在运转时动态计算和确认。Secure Sockets Layer还可采用Secure So

60、ckets LayerSSL、数字签名以及其它基于规范的平安措施。当这些平安措施共同运用时，它们可追踪谁访问了哪种效力。Web效力平安平安框架为内置的Web效力根底构造提供高度的平安性，让客户可以创建平安的分布式应。Web效力的平安维护普通是经过：控制用户访问权限、经过SSL对Web效力进展数字签名，维护Web效力调用、加密Web效力传输内容这三种方式实现的。利用BEA提供的一致平安架构，北京市应急指挥系统可以管理各种运用和系统资源的平安属性，包括：运用程序资源 COM资源 J2CA资源 EJB资源 JDBC资源JMS资源 JNDI资源 效力器资源 URL资源 Web效力资源 一致用户档案除了