|
|
|
|
|
随着计算机技术的飞速发展，各种各样的应用软件需要在各种平台之间进行移植，或者一个平台需要支持多种应用软件和管理多种应用系统，软、硬件平台和应用系统之间需要可靠和高效的数据传递或转换，使系统的协同性得以保证。这些，都需要一种构筑于软、硬件平台之上，同时对更上层的应用软件提供支持的软件系统，而中间件正是在这个环境下应运而生。
|
|
|
|
|
|
由于中间件技术正处于发展过程之中，因此目前尚不能对它进行精确的定义。
|
|
|
|
普遍被接受的是IDC对中间件定义的描述：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。
|
|
|
|
IDC对中间件的定义表明：中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。
|
|
|
|
人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台（包括开发平台和运行平台），但在这组中间件中必须有一个通信中间件，即：中间件=平台+通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和应用软件区分开来。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
中间件是电子商务应用集成的关键之一，不管电子商务应用分布在什么硬件平台上，使用了什么数据库系统，透过了什么复杂的网络，电子商务应用的互连和互操作是电子商务中间件首先要解决的问题。
|
|
|
|
在通信方面，电子商务中间件要支持各种通信协议和通信服务模式，传输各种数据内容，数据格式翻译、流量控制、数据加密、数据压缩等；电子商务中间件还要解决名字服务、安全控制、并发控制、可靠性和效率保证等；在电子商务应用开发方面，要能提供基于不同平台的丰富的开发接口，支持流行的开发工具和异构互连接口标准等；在管理方面，解决电子商务中间件本身的配置、监控、调谐，为电子商务应用的易用易管理提供保证。针对不同的Web应用环境，对电子商务中间件有各种不同的要求。对工作流应用，需要根据条件以及条件满足状态，将信息、响应状态从一个应用传递到另一个应用；对联机事务处理，需要保证分布式的数据一致性、不停机作业、大量并发的高效率；对于一个数据采集系统需要保证可靠传输等。
|
|
|
|
|
|
|
|
②电子商务应用平台。提供电子商务不同应用类型的生成工具软件，如网上商店、网络支付、虚拟社区等。
|
|
|
|
③电子商务交换平台。对内集成企业内部的各种与电子商务相关的业务系统，对外连接商业合作伙伴，如银行、供应商、客户、配送结构，完成各种不同业务系统之间数据转换和整合。
|
|
|
|
④电子商务基础平台。用来支持大量Internet客户的并发访问，使应用开发商快速开发出灵活多变的电子商务应用，尽快把信息系统和商务活动放到Internet中。
|
|
|
|
在电子商务交换平台和电子商务基础平台中都不能没有中间件的存在。可以说，没有中间件就不能支撑今天的网络应用。
|
|
|
|
|
|
大多数企业都在内部进行了一定程度的信息化建设，如内部网络基础设施和企业网站的构建，以及财务管理、生产自动化等应用系统的建设，都有由过去遗留下来的异构系统、应用、商务流程以及数据源构成的应用环境。应用环境的通信状况很混乱，只有很少的接口文档，并且维护代价也非常昂贵。当企业向B2B电子商务协作方向迁移时，它们首先要做的是审视它们内部的系统、应用以及业务流程。一些业务流程会横跨多个内部应用，在企业能够有效和外部网络连接之前，这些应用必须能够实时动态地进行通讯。
|
|
|
|
随着诸如企业资源规划（ERP）、客户关系管理（CRM）、供应链管理（SCM）以及企业门户（Enterprise Portal）等多种商业应用的引入，激增了企业信息系统的应用分割。早期这些系统被设计成自包含的“黑盒”系统，只有很少或者根本没有方法来访问它内部的数据和商务流程。虽然现在许多这些应用都提供了更好的访问它们的内部数据和商业逻辑的方法，可是把这些系统和企业里其他系统集成在一起仍是一个巨大的挑战。
|
|
|
|
|
|
EAI能够将业务流程、应用软件、硬件和各种标准联合起来，在两个或更多的企业应用系统之间实现无缝集成，使它们像一个整体一样进行业务处理和信息共享。EAI不仅包括企业内部的应用系统和组织集成，还包括企业与企业之间的集成，以实现企业与企业之间的信息交换、商务协同、过程集成和组建虚拟企业和动态联盟等。EAI常常表现为对一个商业实体的信息系统进行业务应用集成，但当在多个企业系统之间进行商务交易的时候、EAI也表现为不同公司实体之间的企业系统集成，例如扩展的供应链管理（eSCM）、客户关系管理（CRM）、虚拟企业（VE）和Web Services等。
|
|
|
|
|
|
EAI从不同的角度可有不同的分类方法。从应用集成的对象来划分，可以分为面向数据的集成和面向过程的集成；从应用集成所使用的工具和技术来划分，则可以分为平台集成、数据集成、组件集成、应用集成、过程集成和业务对业务的集成六类；如果从企业组织的角度，EAI又可分为水平的组织内的集成、垂直的组织内的集成和不同组织间系统的集成。
|
|
|
|
对于众多的分类方法，我们可以从广度和深度将其总括起来。从集成的深度上来说则从数据集成、应用系统的集成再到目前的面向过程的集成，集成的难度和能够取得的效益都是不同的；而从广度上来讲，从最初的部门内集成到部门间集成，及到企业范围内和企业间的集成。但不管如何分类，企业应用集成的目的都是实现在企业内外任何相连的应用系统和数据源间无限制的分享数据和业务过程。
|
|
|
|
|
|
（1）数据集成。为了完成应用集成和业务过程集成，必须首先解决数据和数据库的集成问题。在集成之前，必须首先对数据进行标识并编成目录，另外还要确定元数据模型。这三步完成以后，数据才能在数据库系统中分布和共享。
|
|
|
|
（2）应用系统集成。为两个应用中的数据和函数提供接近实时的集成。例如，在一些B2B集成中用来实现CRM系统与企业后端应用和Web的集成，构建能够充分利用多个应用系统资源的电子商务网站。
|
|
|
|
（3）业务流程集成。当对业务过程进行集成的时候，企业必须在各种业务系统中定义、授权和管理各种业务信息的交换，以便改进操作、减少成本、提高响应速度。业务过程集成包括业务管理、进程模拟以及综合任务、流程、组织和进出信息的工作流，还包括业务处理中每一步都需要的工具。
|
|
|
|
|
|
|
|
|
|
|
|
④与有稳定关系的合作伙伴之间的信息系统实现面向业务过程的集成。
|
|
|
|
⑤与随机遇到的合作伙伴之间的信息系统实现面向业务过程集成。
|
|
|
|
|
|
Web是为了程序到用户的交互，而Web服务是为程序到程序的交互做准备。Web服务使公司可以降低进行电子商务的成本、更快地部署解决方案以及开拓新机遇。实现Web服务的关键在于通用的程序到程序通信模型，该模型应建立在现有的和新兴的标准之上，例如，HTTP、可扩展标记语言（Extensible Markup Language，XML）、简单对象访问协议（Simple Object Access Protocol，SOAP）、Web服务描述语言（Web Service Description Language，WSDL）以及通用描述发现和集成（Universal Description Discovery and Integration，UDDI）。
|
|
|
|
|
|
Web服务是描述一些操作（利用标准化的XML消息传递机制可以通过网络访问这些操作）的接口。Web服务是用标准的、规范的XML概念描述的，称为Web服务的服务描述。这一描述包括了与服务交互需要的全部细节，包括消息格式（详细描述操作）、传输协议和位置。该接口隐藏了实现服务的细节，允许独立于实现服务所基于的硬件或软件平台和编写服务所用的编程语言使用服务。Web服务履行一项特定的任务或一组任务。Web服务可以单独或同其他Web服务一起用于实现复杂的聚集或商业交易。
|
|
|
|
Web服务体系结构基于三种角色（服务提供者、服务注册中心和服务请求者）之间的交互。交互涉及发布、查找和绑定操作。这些角色和操作一起作用于Web服务构件——Web服务软件模块及其描述。在典型情况下，服务提供者托管可通过网络访问的软件模块（Web服务的一个实现），服务提供者定义Web服务的服务描述并把它发布到服务请求者或服务注册中心。服务请求者使用查找操作来从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用Web服务实现或同它交互。服务提供者和服务请求者角色是逻辑结构，因而服务可以表现两种特性。下图描述了这些操作、提供这些操作的组件及它们之间的交互。
|
|
|
|
|
|
|
|
WSDL——Web服务描述语言（Web Service Description Language）
|
|
|
|
WSDL是一种XML Application，它将Web服务描述定义为一组服务访问点，客户端可以通过这些服务访问点对包含面向文档信息或面向过程调用的服务进行访问（类似远程过程调用）。WSDL首先对访问的操作和访问时使用的请求／响应消息进行抽象描述，然后将其绑定到具体的传输协议和消息格式上以最终定义具体部署的服务访问点。相关的具体部署的服务访问点通过组合就成为抽象的Web服务。
|
|
|
|
UDDI——通用描述发现和集成（Universal Description Discovery and Integration）
|
|
|
|
（1）UDDI的基本概念。UDDI允许动态发现相关的Web服务并将其集成到聚合的业务过程中。UDDI提供一种搜索有关企业和电子化服务的信息。在UDDI中发布企业与服务信息使其他企业能大范围访问到这些信息。UDDI基于现成的标准，如可扩展标记语言（Extensible Markup Language，XML）和简单对象访问协议（Simple Object Access Protocol，SOAP）。
|
|
|
|
（2）UDDI注册中心。在UDDI中，一个重要的概念就是UDDI注册中心。UDDI注册中心包含了通过程序手段可以访问到的对企业和企业支持的服务所做的描述。此外，还包含对Web服务所支持的因行业而异的规范、分类法定义以及标识系统的引用。UDDI提供了一种编程模式，定义与注册中心通信的规则。UDDI规范中所有API都用XML来定义，包装在SOAP信封中，在HTTP上传输。
|
|
|
|
|
|
|
|
工作流（Workflow）是针对业务流程中具有固定程序的常规活动而提出的一个概念，通过将业务流程分解定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的，工作流技术为企业更好地实现经营目标提供了先进的手段。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。
|
|
|
|
一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。
|
|
|
|
|
|
工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。
|
|
|
|
工作流管理系统将业务流程中工作如何组织协调在一起的规则抽象出来，从而分离了具体工作的逻辑和流程组织的逻辑。我们在工作流管理系统的协助下：开发人员遵从一定的编程接口及约定，就可以开发出更具灵活性的事务处理系统；最终用户无需重新开发事务处理系统，就可以自己更改工作流程，以适应业务变化的需要。
|
|
|
|
工作流管理系统可以描述不同覆盖范围和不同时间跨度的经营过程，根据经营过程以及组成活动的复杂程度，工作流管理系统可以采取多种实施方式，在不同实施方式中，所应用的信息技术、通信技术和支撑系统结构会有很大的差别，工作流管理系统的实际运行环境也可以在一个工作组内部，也可以在全企业所有业务部门。
|
|
|
|
工作流管理系统在实际系统中的应用一般分为三个阶段：即模型建立阶段、模型实例化阶段和模型执行阶段。在模型建立阶段，通过利用工作流建模工具，完成企业经营过程模型的建立，将企业的实际经营过程转化为计算机可处理的工作流模型。模型实例化阶段完成为每个过程设定运行所需的参数，并分配每个活动执行所需要的资源，模型执行阶段完成经营过程的执行，在这一过程中，重要的任务是完成人机交互和应用的执行。
|
|
|
|
|
|
工作流最大的优点是实现了应用逻辑与过程逻辑的分离，因此可以在不修改具体功能的实现情况下，通过修改过程模型来改变系统功能，完成对生产经营部分过程或全部过程的集成管理，有效地把人、信息和应用工具合理地组织在一起，发挥系统的最大效能。工作流技术可以支持企业实现对经营管理和生产组织的过程控制以及决策支持，实现现代企业对“在适当的时间把适当的信息传给适当的人”的要求。
|
|
|
|
对于引入工作流的组织，能够在软件开发和业务两个层次受益。
|
|
|
|
.方便开发，工作流管理系统能够简化企业级软件开发甚至维护。
|
|
|
|
.降低开发风险——通过使用状态和动作这样的术语，业务分析师和开发人员使用同一种语言交谈。这样开发人员就不必将用户需求转化成软件设计了。
|
|
|
|
.实现统一集中——业务流程经常变化，使用工作流系统的最大好处是：业务流程的实现代码，不再散落在各种各样的系统中。
|
|
|
|
.加快应用开发——软件不用再关注流程的参与者，开发起来更快，代码更容易维护。
|
|
|
|
.业务流程管理（BPM）——提高效率，在自动化过程中会去除一些不必要的过程。
|
|
|
|
|
|
如果软件中业务流程部分不容易更改，组织就需要花很大的精力在开发前的业务流程分析中，希望一次成功。但可悲的是，在任何软件项目开发中，这都很少能实现。工作流系统使得新业务流程很容易部署，业务流程相关的软件可以一种迭代的方式开发，因此使用工作流系统使开发更有效、风险更低。
|
|
|
