系统集成项目管理工程师:信息系统集成专业技术知识--典型应用集成技术

1.数据库与数据仓库技术

传统的数据库技术以单一的数据源即数据库为中心，进行事务处理、批处理、决策分析等各种数据处理工作，主要有操作型处理和分析型处理两类。操作型处理也称事务处理，指的是对联机数据库的日常操作，通常是对数据库中记录的查询和修改，主要为企业的特定应用服务，强调处理的响应时间、数据的安全性和完整性等；分析型处理则用于管理人员的决策分析，经常要访问大量的历史数据。传统数据库系统主要强调的是优化企业的日常事务处理工作，难以实现对数据分析处理要求，无法满足数据处理多样化的要求。操作型处理和分析型处理的分离是必然和必要的。

数掘仓库（Data Warehouse）是一个面向主题的（Subiect Oricnted）、集成的、相对稳定的、反映历史变化的数据集合，用于支持管理决策。数据仓库是对多个异构数据源（包括历史数据）的有效集成，集成后按主题重组，且存放在数据仓库中的数据一般不再修改。

企业数据仓库的建设，是以现有企业业务系统和大量业务数据的积累为基础的。数据仓库不是静态的概念，只有将信息及时地提供给需要这些信息的使用者，供其做出改善自身业务经营的决策，信息才能发挥作用，也才有意义。将信息加以整理归纳和重组，并及时地提供给相应的管理决策人员，是数据仓库的根本任务。

随着云时代的来临，大数据（Big Data）吸引了越来越多的关注。业界将其特点归纳为5个“V”--Volume（数据量大）、Varietv（数据类型繁多）、Velocitv（处理速度快）、Value（价值察度低）、Veracity（真实性高）。大数据的意义不在于掌握庞大的数据信息，而在于对这些数据进行专业化处理，实现数据的“增值”。

大数据分析相比于传统的数据仓库应用，具有数据量大、查询分析复杂等特点。在技术上，大数据必须依托云计算的分布式处理、分布式数据库和云存储、虚拟化技术等。

2.Web Services 技术

随着Internet应用逐渐成为B2B 应用平台，应用集成所面临的问题也日益突出：各种组件之间的“战争”、各种编程语言之间的“战争”、防火墙的阻挡、互操作协议的不一致等。Web服务（Web Services）定义了一种松散的、粗粒度的分布计算模式，使用标准的HTTP（S）协议传送XML表示及封装的内容。

Web服务的典型技术包括：用于传递信息的简单对象访问协议（Simple Object Access Protocal，SOAP）用于描述服务的Web服务描述语言（Web Services Description Language，WSDL）、用于 Web 服务注册的统一描述、发现及集成（Universal Description Discovery and Integration，UDDI）、用于数据交换的XML。

Web 服务的主要目标是跨平台的互操作性，适合使用 Web Services的情况包括：跨越防火墙、应用程序集成、B2B集成、软件重用等。同时，在某些情况下，Web服务也可能会降低应用程序的性能。不适合使用Web服各的情况包括：单相应用程序、局城网上的同构应用程序等。

随着云计算技术的普及，Web Service逐渐融入到云计算 SaaS 服务中。

3.JavaEE架构

JavaEE（Java Platform Enterprise Edition）是最早由Sun公司（已被IBM公司收购）提出、各厂商共同制定并得到广泛认可的工业标准。业界各主要中间件厂商如IBM.Oracle 都积极地促进该标准的推广和应用。

JavaEE 应用将开发工作分成两类：业务逻辑开发和表示逻辑开发，其余的系统资源则由应用服务器负责处理，不必为中间层的资源和运行管理进行编码。这样就可以将更多的开发精力集中在应用程序的业务逻辑和表示逻辑上，从而缩短企业应用开发周期、有效地保护企业的投资。

JavaEE应用服务器运行环境主要包括组件（Component）、容器（Container）及服务（Services）三部分。组件是表示应用逻辑的代码；容器是组件的运行环境；服务则是应用服务器提供的各种功能接口，可以同系统资源进行交互。

4..NET架构

微软的.NET 是基于一组开放的互联网协议而推出的一系列的产品、技术和服务。.NET 开发框架在通用语言运行环境（Common Language Runtime）基础上，给开发人员提供了完善的基础类库、数据库访问技术及网络开发技术，开发者可以使用多种语言快速构建网络应用。

通用语言运行环境处于.NET开发框架的的是最低层，是该框架的基础，它为多种语言提供了统一的运行环境、统一的编程模型，大大简化了应用程序的发布和升级、多种语言之间的交互、内存和资源的自动管理等等。

JavaEE与.NET都可以用来设计、开发企业级应用JavaEE平台是业界标准，有多家厂商实现了这些标准（工具、应用服务器等）。.NET是微软的产品系列，而非业界标准。这使二者在实现技术及应用等各方面均有很多不同之处。

5.软件引擎技术

软件引擎通常是系统的核心组件，目的是封装某些过程方法，使得在开发的时候不需要过多地关注其具体实现，从而可以将关注点聚焦在与业务的结合上。

工作流程引擎是工作流管理系统的运行和控制中心。通过工作流程引擎，可以解释流程建模工具中定义的业务流程逻辑，进行过程、活动实例的创建，把任务分派给执行者，并根据任务执行的返回结果决定下一步的任务，控制并协调各种复杂工作流程的执行，实现对完整的业务流程生命周期的运行控制。工作流程引擎的主要功能是流程调度和冲突检测。

6.组件及其在系统集成项目中的重要性

组件技术就是利用某种编程手段，将一些人们所关心的，但又不便于让最终用户去直接操作的细节进行封装，同时实现各种业务逻辑规则，用于处理用户的内部操作细节。满足此目的的封装体被称作组件。在这一过程中，为了完成对某一规则的封装，可以用任何支持组件编写的工具来完成，而最终完成的组件则与语言本身没有任何关系，甚至可以实现跨平台。对使用者而言，它就是实现了某些功能的、有输入输出接口的黑盒子。

7.常用组件标准

常用组件标准包括微软的COM/DCOM/COM+、OMG的CORBA及Java的RMI/EJB。微软的COM/DCOM/COM+系列中，COM是开放的组件标准，有很强的扩充和扩展能力。DCOM在 COM的基础上添加了许多功能和特性，包括事务特性、安全模型、管理和配置等，使COM成为一个完整的组件架构。COM+综合各技术形成的功能强大的组件架构，通过系统的各种支持，使组件对象模型建立在应用层上，把所有组件的底层细节留给了系统。

CORBA（Common Object Request Broker Architecture，公共对象请求代理加构）是

OMG组织制订的一种标准的面向对象的应用程序架构规范，是为解决分布式处理环境中硬件和软件系统的互连而提出的一种解决方案。CORBA是绝大多数分布计算平台厂商所支持和遵循的系统规范技术，具有模型完整、先进，独立于系统平台和开发语言，被支持程度广泛等特点，已成为分布计算技术的标准。

EJB在JavaEE中用于封装中间层的业务功能。EJB组件部署在EJB 容器中，客户应用通过接口访问它们，体现了接口和实现分离的原则。