海事局应急辅助指挥系统.doc

中国交通部海事局 应急辅助指挥系统 目 录 1. 海事应急辅助指挥系统概述 3 1.1. 需求分析 3 1.2. 系统设计原则 4 1.3. 方案设计思路 5 2. 海事应急辅助指挥系统技术方案 11 2.1. 海事应急辅助指挥系统应用整合分析 11 2.2. 技术方案 13 2.3. 系统运行分析 16 2.4. 技术方案特点 17 3. 应用集成平台TongIntegrator简介 19 3.1. 产品组成结构 19 3.2. TongIntegrator主要功能与特点 23 4. 应用实施效果 26 海事应急辅助指挥系统概述 需求分析 为了提高我国海事应急指挥综合水平，保护海上人民生命和财产的安全，实践“三精两关键”，即“精良的装备、精干的队伍、精湛的技术，关键时刻发挥关键作用”和“三个海事”，即“交通海事、阳光海事、数字海事”海事应急指挥系统率先在中国海上搜救中心，山东、上海海上搜救中心，深圳、烟台海上搜救分中心建设海事应急辅助指挥系统整合不是一个新的概念，随着IT系统的不断发展，原有的孤立IT系统之间信息交互的需求随着业务发展自然而然地产生了。整合发展到今天，经历了以下几个阶段： 第一阶段：孤立系统间的互联。 这个阶段整合的特点是短平快，根据实际的需求进行快速整合，不同系统间的整合通常通过直接访问数据源的方法进行，在一定意义上满足了当时的需求，但同时也带来了一些问题。 这个阶段整合带来的问题是： 整合缺乏整体规划 接口不规范，缺乏统一的标准 多个系统间的互联造成整个系统的管理复杂，维护困难 第二阶段：企业应用整合。 随着企业应用系统的发展，通过直接访问其它系统数据源的方式显示出了一些弊端，同时，企业业务流程重组(BPR)的需求凸显出来，企业应用整合(EAI)成为整合的主流。企业应用整合通常方法是，建立企业的整合平台，已有的企业应用通过整合适配器(Integration Adapter)，采用公用接口与整合平台进行交互，从而实现企业应用整合。 这个阶段整合的特点是： 系统整体规划良好 接口统一，但非标准化 不同厂商提供的整合解决方案多种多样，相互之间兼容性较弱 第三阶段(现阶段)：面向服务的企业应用整合。 面向服务(Service-Oriented)思想的提出是企业应用整合发展的一个新的里程碑。实际上，前面提到的企业应用整合中已经具有了服务的概念，每个应用系统向其他应用系统提供了服务的接口，供其他系统进行调用，从而达到系统互联的目的。Web服务和面向服务的体系结构(SOA)的逐步成熟和完善带给整合的是标准化的体系结构，从而使整合迈上了一个新的台阶。 这个阶段整合的特点是： 系统整体规划完善 接口统一，标准化 不同厂商提供的整合解决方案，相互之间兼容性较好 通过面向流程的业务整合对SOA架构进行拓展 和世间万事万物的发展规律一样，整合的方法论处于不断发展的过程中，这正是整合的生命力之所在。1、点对点（Point-to-point）EAI开发者从事点对点整合是因为他们发现其容易理解并且当只有少量系统要整合时可以快速实现。一个点对点综合例子：一个应用程序直接利用JDBC（Java数据库连接）调用另一个应用程序的数据库表。最初，当你整合两个应用时，点对点整合解决方案正确的选择；然而，当你整合额外的应用时，你。 考虑所有这些，点对点的基础构造证明是脆弱的。每个应用都紧密地与其它应用通过它们的点对点连接联系在一起。在一个应用中发生改变就会打破与它有关的应用整合。另一个缺点是要求支持的整合点的数目。如果你有五个互相整合的应用，你将需要10个不同的整合点。因此，每个额外的应用要被整合和维护将变得很困难。为了避免上述问题，我们需要一个中间层将一个应用的改变从另外应用中隔离出来2、基于中间件中间件正起到提供一个应用程序间协调点的作用。中间件提供通用接口，所有整合应用可以用其相互传递消息。每个接口定义了一个由另一个应用程序提供的商业过程。显示了使用中间件的一个逻辑描述。 一个架构让你添加和替换应用程序而无须影响其它应用。如果你有五个应用要整合，你只需有五个整合点。和点对点方案比较，基于中间件方案更易于支持众多的整合应用并要求较少的维护。、基于整合 EAI平台提供了从数据到流程到界面的多个层次的整合能力，通过提供原有应用系统的接口适配器，减少接口封装的工作量；通过BPM工具实现业务流程的调度和管理；通过Portal工具将原有多系统接入界面整合为一个统一的用户访问入口；通过统一的开发和管理工具实现EAI系统的开发和管理。EAI平台已经成为应用系统整合最有利的工具。 下面我们通过列表对这三种应用整合方式进行对比： 对比指标 点对点 中间件 EAI平台 人工编程 编程量大 编程量较大 几乎零编程 维护、管理 困难 较容易 容易