第一篇:基于中间件的软件开发方法探讨
基于中间件的软件开发方法探讨
基于中间件的软件开发方法探讨
摘要:最早的软件开发方法就是编程、写代码的,其缺点在于无法复用,为此提出了基于中间件的软件开发方法,通过把一些繁琐的程序通过中间件的软件来完成,供其它程序调用。在互联网得到普及重视之后,软件开发方法在中间件的出现后上又了有新发展。中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上,应用软件的下层,总的作用是为处于自己上层的应用软件提供运行与开发的环境,帮助用户灵活、高效地开发和集成复杂的应用软件。列举几种常见中间件的软件开发方法,对基于中间件的软件开发方法进行探讨。
关键词:中间件;软件开发;方法探讨。
Discussion on the Method of Software Development Based
on Middleware
Abstract: The earliest methods of software development is programming and writing code, but it is not able to reuse.In this case, we proposed the method of software development based on middleware, so we can complete the red tape programming through the middleware, and use for the other programs.After the popularity of the Internet and the emergence of middleware, software development methods have had some new developments.Middleware is in the middle of the operating system software and application software of the user.Middleware is on top of the operating system, network and database, lower strata of application software.The overall effect is to provide an operation and development environment for the upper-layer application software.In order to help users to develop program flexibly and efficiently and integrate complex software, here are some common development methods of middleware, and have a discussion on it.Key Words:Middleware;Software Development;Discussion on the Method
一、引言
由于计算机技术的快速发展,以及与之相适应的新技术的不断出现,各行各业对软件开发的速度和质量要求有了很大提高。传统的“手打”式软件开发方式已不能满足现在的软件市场需求;同时,加之软件规模越来越大,这些都引导人们开始思考如何更好更快地更简单的开发软件。中间件的软件开发概念应运而生。
二、中间件简介
中间件(middleware)是一种独立的系统软件或服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源,中间件位于客户机服务器的操作系统之上,管理计算资源和网络通信。常见中间件类型:
事务处理(TP:Transaction Processing)监控器:对在对象间的事务处理进行监控,以保证操作的顺利实现。
分布式计算环境(DCE:Distributed Computing Environment):是创建运行在各个平台上的分布式应用程序所用的一种相应技术服务。企业服务总线(ESB : Enterprise Service Bus):ESB 指一类开放的、用于标准的分布式的信息传递的中间件。通过 XML、Web 服务接口以及标准化基于规则的路由选择文档等支持,ESB 为各种应用程序提供安全的互相间的使用性。
远程过程调用(RPC:Remote Procedure Call):是客户端向服务端发送的关于所运行程序的请求时所用的标准。
对象请求代理(ORB:Object Request Broker):指为用户提供与其他分布式网络环境中的对象信息交流的接口。
数据库访问中间件(Database Access Middleware):指支持用
户访问不同操作系统或运行程序中的数据库。SQL 就是该类的中间件。
三、实例分析
1.面向消息的中间件
MOM指的是通过高效的消息传递机制进行平台独立的的数据交
流,并基于数据通信的分布式系统的集成。目前通用的的MOM中间件实例有IBM的MQSeries、BEA的MessageQ等。消息的传递和排队技术有以下三个重要特点:
(1)通讯程序可在不同的时间运行 程序不用在网络上直接交流,而是间接地把消息放到消息队列中,因为程序间没有直接的联系。因此,他们不必同时运行。到合适的队列中的消息,目标程序甚至根本不需要正在运行,即使目标程序运行,并不意味着要立即处理该消息。
(2)程序结构的应用是不具有约束力的,在复杂的应用程序之间的通讯,不仅可以是一对一的关系,而且还可以是一对一,一对多和多
对多关系,或由多种方法组合。多种通信手段的结构并没有增加应用程序的复杂性。
(3)程序与网络的复杂性隔离。程序把消息放进消息队列或在消息队列中取出消息进行通讯。比如维护程序和队列间的关系等是MOM的任务,程序不直接跟其他程序通信,它们不涉及网络通信的复杂性。
2.远程过程调用
远程过程调用是一种广泛使用的分布式应用程序的方法。一个
应用程序使用RPC来“远程”执行在不同地址空间里的过程,且效果和本地调用一样。采用线程能够异步调用。在RPC模拟中,client和server只要具备了相应的接口,且具有RPC运行支持,就可以完成的互相运行,且不必局限于必须的server。所以,RPC为client/server分布式计算提供了必要的支持。
3.对象请求代理
对象技术和分布式计算技术的发展,在于彼此形成一个分布式
对象计算,进而形成当今软件技术的主流的发展方向。对象管理集团OMG提出的对象管理结构OMA,对象请求代理是这种模式的核心组成部分。它的作用是提供一个通信框架,透明地在异构的分布式计算环境中传递对象请求。
对象请求代理是对象总线,在CORBA规范中位于中心地位,定义了异构环境下发送请求和接收响应,是建立对象之间client/server关系的中间件。对象请求代理使对象可以透明地向其他对象请求或接受其他对象的响应,这些对象可以是本地或远程机器上也可以位于远程机器。ORB拦截请求调用,并负责找到可以实现请求的对象,传送参数,调用相应的方法,并返回结果。
4.事务处理监控
事务处理监控(Transaction processing monitors)最早出现
在大型机上,为客户提供支持大规模事务处理环境中可靠运行。随着分布式计算技术的发展,大规模事务处理的需求,比如商业活动中大量的关键事务处理的分布式应用程序。事务处理监控界于client和server之间,进行事务的管理和协调,负载均衡,故障恢复等,以提高系统的整体性能。它可以被看作是事务处理应用程序的控制中枢。一般来说,事务处理监视器具有以下特点:
(1)进程管理,包括启动server过程,分配任务,监督其执行情况和负载均衡。
(2)事务管理,是为了保证在其监测的事务的原子性,一致性,独立性和持久性。
(3)通讯管理,为client和server之间提供了许多通讯方式,包括请求响应,会话,排队,订阅发布和广播等。
事务处理监控能为各种client提供服务,比如火车定票系统。最早是作为联机事务处理应用支持环境。事务处理中间件通信需要提供联机事务处理,并发访问控制,事务控制,资源管理,安全管理,以及其他必要的服务。
四、问题探讨
基于中间件的软件运用给我们带来许多便利,既能够屏蔽操作系统和网络协议的差异,又为应用程序提供多种通讯机制,并且提供相应的平台以满足各个领域的需要。中间件为开发程序提供了一个较为稳定的高端应用环境。但是,中间件的软件开发并非一帆风顺的。中间件遵循的一些原则距离实际还有偏差。大部分的中间件服务使用专有的API和专有的协议,使得应用建立于单一厂家的产品,来自不同厂家的中间件部分实现很难相互操作。有些中间件软件只存有一些平台的实现,从而影响了应用在异构系统之间的流通。应用开发者在这些中间件服务之上建立自己的应用还需承担不可避免的风险,负担技术的更新带来的必要修改。尽管中间件服务提高了分布计算的力度,但中间件开发者还需面临许多艰难的设计选择。
五、发展分析
中间件的软件开发共有目标就是把分布在各处的多个局部自治的异构信息系统通过集成在一起,以实现信息资源的广泛共享、集约化管理和协调工作。中间件的概念在这样的背景下形成和发展。未来中间件(middleware)的发展概念,相信可以将网络和系统软件之上、应用系统之下的多数领域都可视做中间件的领地,中间件概括地理解为起铺垫作用的应用运行平台。应用的“多样性”、系统软件的多重性,都需要依赖各种类型的中间件在其中互动、协调。中间件的主要作用是通过管理计算资源和网络通信,为各类分布式应用软件共享资源提供基础。广义地看,以后中间件的总体作用是为处于自己上层的应用软件提供运行与开发的环境,帮助用户灵活、高效地开发和集成复杂的应用软件。
六、总结
通过现代的信息科学和计算机技术、网络技术,实现了基于中间件的软件开发。对开发效果的提速及质量的提高,取得了良好的效益,此外它使得软件开发过程。
参考文献:
[1] 张海藩:《软件工程导论》[M],清华大学出版社,2010年,第45页-50页
[2] 程志艳、张亮、马建红:《JSP实用简明教程》[M],清华大学出版社,2006年,第7页-10页
[3] 崔洋:《MySQL数据库应用从入门到精通》[M],中国铁道出版社,2012年,第13页-25页
[4] 陈兵、周国勇:《网络身份管理发展趋势研究》[J],《信息网络安全》,2011年03期,第35页
[5] 张红旗、李娜:《网络安全中身份认证技术的研究》[J],《计算机应用》,2010年10期,第25—27页
第二篇:浅谈电子商务中间件构架
浅谈电子商务中间件构架*
叶颖
李陶深
(广西大学计算机与电子信息学院,南宁
530004)
摘 要: 电子商务系统构架是一个在因特网(Internet)、企业内部网(Intranet)和企业外部网(Extranet)上的网络商务应用体系。电子商务中间件是一种电子商务应用集成的关键件,可用于解决电子商务应用的互连和互操作的问题。本文将从网络环境的角度,对电子商务中间件构架中的电子商务应用服务器、通讯平台和安全平台做比较详细的介绍。关键字:电子商务;中间件
Discussing the Framework of the E-commerce Middleware
YE Ying
LI Taoshen(College of computer, Electronics and Information, Guangxi University, Nanning, 530004)
Abstract: E-commerce system is network commerce application on the internet, intranet and extranet.E-commerce middleware is a kind of key software to integrate e-commerce application, and can use to solve inter-connection and inter-operation problem of e-commerce application.This paper introduces the e-commerce application server, the communication platform and security platform in detail.Keywords: e-commerce;middleware 前言
电子商务加速了我们周围世界的数字化进程,一个全新的、充满机遇与挑战的数字化世界正逐渐演变为现实。电子商务是采用数字化电子方式进行商务数据交换,开展商务业务活动。由于电子商务是在Internet等网络上进行的,因此,网络是电子商务最基本的构架。相应的,电子商务系统就是是商务活动的各方,包括商家、消费者、银行或金融机构、信息公司或证券公司和政府等,利用计算机网络技术全面实现在线交易电子化的过程。
从网络环境来看, 电子商务所强调的是在网络计算环境下的商业化应用,不仅仅是硬件和软件的结合,也不仅仅是电子交易,而是把买家、卖家、厂商和合作伙伴在因特网(Internet)、企业内部网(Intranet)和企业外部网(Extranet)结合起来的网络应用体系。
中间件是一种独立的系统软件或服务程序,它指的是一些在互联网环境下运行的一些有关通讯软件、交易软件、数据库访问软件以及和互联网有关的安全软件,以及为了在互联网条件下能够很好地开发应用所提供的许多面向应用的开发工具等。电子商务中间件是一种电子商务应用集成的关键件,不管电子商务应用分布在什么硬件平台上,使用了什么数据库系统,透过了什么复杂的网络,电子商务中间件的开发与应用可以解决电子商务应用的互连和互操作的问题。
本文将从网络环境的角度,对电子商务中间件构架中的电子商务应用服务器、通讯平台和安全平台做比较详细的介绍。电子商务中间件构架
图1描述了电子商务网络应用体系。
图1 电子商务网络应用体系
简单的说,电子商务网络应用体系包括以下几个方面的内涵:
(1)智能目录,指的是各类网上应用,如图中的电子金融、电子购物、电子证券等。它可以根据用户喜好分析用户商业需求, 跟踪用户活动,自动配置目录和提供个人化信息。
(2)电子商务应用服务器,是整合事件管理、交易管理、购物管理及供应链管理的用操作框架。
(3)通用业务网关和支付网关,包括了动态业务增减机制以及电子支付机制(授权、结算、对帐和分帐等)。
(4)通讯平台,为数据的可靠传输及数据的一致性提供了保障。
(5)安全平台, 指的是网络各层次的安全模块,包括安全身份认证、数据加密等(Ipsec、PKI)。
当然,无论电子商务是怎样一个网络应用体系,其底层仍然离不开作为核心的企业关键任务应用系统和数据资源库。
从应用的角度来看, 电子商务网络应用体系的内涵是各种现有应用的不断扩充和新应用形式的不断增加,迫使企业的IT部门需要解决越来越多的需求,尤其是对分布式网络应用的需求, 诸如跨过不同硬件平台、不同的网络环境、不同的数据库系统之间互操作,新旧系统并存,系统效率过低,传输不可靠、数据需要加密,各种应用模式,开发周期过长,维护不力,等等,这些问题只靠传统的系统软件或Web工具软件提供的功能已经不能满足要求,作为电子商务网络应用体系的中间平台也就应运而生了。我们把电子商务应用服务器、通用业务网关、支付网关、通讯平台和安全平台,统一纳入电子商务中间件构架的范畴。
电子商务中间件构架逻辑上位于Web服务器之上,负责管理计算资源和网络通讯。它是一类软件,而非一种软件;它不仅仅实现互连,还要实现应用之间的互操作与集合。在通讯方面,电子商务中间件构架要支持各种通讯协议和通讯服务模式,传输各种数据内容,数据格式翻译、流量控制、数据加密、数据压缩等等;在电子商务中间件构架核心,要解决名字服务、安全控制、并发控制、可靠性和效率保证等;在电子商务应用开发方面,要能提供基于不同平台的丰富的开发接口,支持流行的开发工具和异构互连接口标准(如IIOP、IDL、DCOM)等;在管理方面,解决电子商务中间件构架本身的配置、监控、调谐,为电子商务应用的易用易管理提供保证。
其次,针对不同的Web应用环境,对电子商务中间件构架有各种不同的要求。对工作流应用,需要根据条件以及条件满足状态,将信息、响应状态从一个应用传递到另一个应用;对联机事务处理,需要保证分布式的数据一致性、不停机作业、大量并发的高效率;对于一个数据采集系统需要保证可靠传输等等。电子商务中间件构架解析
下面针对电子商务中间件构架中的电子商务应用服务器、通信平台、安全平台做一剖析。3.1 电子商务应用服务器 电子商务应用服务器的作用是让网络应用的开发、部署、管理变得更加容易,涉及的技术包括EJB、CORBA、DCOM、IIOP、XML等。
电子商务应用服务器具有以下功能:
(1)提供在服务器端的分布式应用的部署, 包括对象生命周期管理、线程管理、状态管理、安全管理等;
(2)数据源连接访问管理、交易管理等;
(3)大规模并发网络用户管理、均衡负载、容错等;
(4)与现有系统的无缝连接。
其中,对象生命周期管理、线程管理、状态管理、安全管理、策略管理等, 都是由预置在电子商务应用服务器中的各类服务构件来支持的,在应用的运行效率上有很好的保障,同时大大简化了应用开发的周期与成本。通过基于图形的集中化控制,用户能够随时掌握分布在网络上众多对象的状态,快速建立对象与对象之间的后援关系,设定对象异常终止时后备对象接替运行的策略。
采用电子商务服务器的应用逻辑结构如图2所示:
图2 电子商务服务器的应用逻辑结构
电子商务应用服务器可以用一种灵活的方式来代表一个商业进程,把商业过程转化到一个包含若干个阶段的框架结构,每一个阶段代表对一个商业对象(如定货单)的分离的操作。在每一个阶段,一个或多个专门的组件对对象进行操作。电子商务应用服务器的另一个重要功能是可以与标准的交易中间件实现集成,这意味着整个平台可以作为一个单一的操作,这在一些必须维护进程的完整性的场合是非常重要的。
通讯平台
通讯平台作用是建立与维护底层数据通道。在功能上, 通讯平台提供了一种灵活、可靠的方式,把数据从一个商业伙伴发送给另一个商业伙伴,或者把数据从不同的源发地采集到一起或转发。在这里包含了同步/异步传输、通讯服务、数据标记、加密、队列和监控等等。
通讯平台的主要特性如下:
(1)高效数据通道:前端的大量请求可被汇聚成较少的后端连接并减少数据传送量,保证应用系统即使在大量用户同时请求服务的时候也能够保持快速,稳定的工作状态。
(2)降低网络负担:商务服务器和商务服务器之间建立一条网络通道,多个请求可以复用网络通道。同时,对网络上传递数据进行压缩,进一步减少网上传递数据量。
(3)名字服务:路由机制,且服务程序可以按优先级进行处理。(4)支持动态配置,提供系统可伸缩性。
(5)网络故障恢复:自动检测网络连接,发现问题可以自动重新建立连接。
(6)数据可靠传输:数据传送有可发送时间支持,在设定时间内网络故障恢复仍然可以正确发送。文件传送支持块重传和断点续传。
在具体应用中,可能还存在着多种不可靠因素,如软件不可靠、线路不可靠、系统不可靠、服务器和网络设备跟不上千兆以太网的发展步伐等, 因此必须对通讯平台中的可靠队列传输功能提出较高的要求。
安全平台 安全平台是建立在一系列相关国际标准之上的、以公钥算法为核心的一个开放式安全应用开发平台。基于安全平台可以开发、构造各种安全产品或安全应用系统,如用于文件加解密的安全工具、安全网关、公证系统(CA)、虚拟专网(VPN)及其它的需加强安全机制的用户应用系统。
安全平台除了内核的管理模块外, 同时向上为应用系统提供开发接口,向下提供统一的密码算法接口及各种IC卡、安全芯片等设备的驱动接口。
一般来讲, 电子商务的安全包括数据的机密性、完整性以及可用性。数据的机密性(Confidentiality),指数据传输和存储过程中,采用加密传输,数据不被别人窃取、泄漏、篡改和破坏。如果以加密实现的通讯层次来区分,加密可以在通讯的三个不同层次来实现,即链路加密、节点加密、端到端加密。
数据的完整性(Integrity)和可用性(Authentication),指数据不会被非授权地修改,保持数据一致性。数据的完整性和可用性主要体现在识别机制上,对实体的某些参数进行有效性验证。现在常用的识别技术有报文识别、数字签名和身份识别。其中, 身份识别是为电子商务应用系统提供公开密钥基础设施(Public-key Infrastructure,PKI),其核心就是密钥及证书的管理。为了确认使用者的真实身份,所有PKI的用户必须做事前身份登记, 这种登记是以数字化的格式存在,简单称之为公开密钥证书。针对身份登记所进行的一系列操作与管理即证书管理(Certification Authority,CA), 包括用户、过程管理和工具。
其实, 网络安全体系很复杂, 我们这里提及的只是有关信息系统在电子商务中所应有的安全性, 也就是安全平台所扮演的角色,并不涉及安全策略、物理网络及访问控制(如防火墙、安全访问级别等)。结束语
电子商务在我国已经得到了较好的应用,但目前国内电子商务应用大多还停留在网上广告、信息发布查询和电子邮件往来的初级阶段。主要的原因是:电子商务的相关标准还不够完善;物流网还不够畅通,电子商务赖以生存的金融网和商业网的互通互连还需要做很多的工作。相信在不久的将来,国内的IT部门和企业将会象今天接受中间件的概念一样,感受到电子商务中间件在商务活动和其他经济活动中的重要作用。
参考文献
[1] Brian Hatch,James Lee,George Kurtz.E-commerce.*本文得到广西大学第二批创新学分实践项目的资助 作者简介:叶颖,本科生;李陶深,教授,指导教师
第三篇:工作流中间件InfoFlow
工作流中间件InfoFlow 产品概述
InforFlow工作流中间件是遵循由国际工作流管理联盟制定的工作流管理规范而实现的工作流中间件产品。InforFlow可以为政府及企业提供统一的业务流程管理平台,也是进行企业应用集成及业务流程整合的基础平台,是快速构件政府或企业管理信息系统的开发平台。
产品组成
InforFlow产品的基本结构如下:
图1.InforFlow产品组成
InforFlow流程设计器
InforFlow流程建模使用InforFlow流程设计器完成。流程设计器是用于图形化设计业务流程的工具。设计器基于先进的Eclipse RCP架构体系,产品即可以以插件的形式在Eclipse或WSAD中使用,也可以以独立的应用的形式使用。如下图所示。
图2.InforFlow流程设计器
InforFlow工作流引擎
工作流引擎是工作流管理系统的核心,负责实例化流程定义,根据流程定义驱动业务流程的运行,根据定义及运行时的动态信息计算任务分配条件,分配任务,根据对实际的流程控制请求完成对流程的动态回退、跳转等控制操作,负责发起对应用程序的调用,接收来自应用系统的调用请求,负责发起对应用程序插件的调用。
产品功能
流程建模
流程建模能力的强弱是工作流产品区别于普通办公自动化系统的因素之一。企业中所存在的业务流程是企业生产、经营过程的反映,必然涉及多部门、多角色的人员之间的分工协作,有些业务流程的运行甚至是跨级别、跨地域、跨季度的在时间与空间上都跨度极广的复杂过程。若支持这样的业务流程,必然要求工作流产品具有极强的流程建模能力。
InforFlow工作流中间件元模型基于WfMC规范实现,是对业务流程所具有的共性的完善的抽象。InforFlow在对支持复杂业务流程的分层建模、复杂任务分配方式以及应付易变的业务过程方面都具有独到之处,使之可以轻松应付这些复杂性,降低了应用系统的开发难度,也减轻了开发人员的工作量。工作流元模型
InforFlow工作流中间件元模型实现了规范中所定义的包、流程、活动等等概念,对活动的类型的可以支持无实现活动、Tool活动、子流程活动、块活动、路由活动。InforFlow的工作流元模型如下图所示:
图3.InforFlow的工作流元模型
可扩展的流程建模
InforFlow工作流中间件的工作流元模型遵循WfMC规范实现,具有强大的流程描述能力。但是,由于业务流程本身千差万别,使用标准的流程描述元素仍然不能完全满足实际的需求。InforFlow支持对业务流程建模的扩展,可以补充业务流程所需要的各种属性定义。更为重要的是,InforFlow的工作流引擎也具有良好的扩展能力,能够对业务系统扩展的流程属性进行解析执行。
图4.InforFlow可扩展的流程建模能力
使用操作与业务单元分离流程逻辑与业务逻辑
InforFlow2.1扩展了XPDL对应用程序的定义,将应用程序分为“业务单元”与“操作”两种类型。业务单元反映了某个活动节点要“做什么”,操作反映了此活动节点对流程有什么样的控制权限,例如“批准”、“否决”、“打回”等等。业务单元与操作都是某种类型的应用程序,但是将这两个概念区分开来,可以帮助开发人员构建出耦合性更低,业务组件对流程运行过程的依赖性更小的应用系统出来,从而真正使得所开发的流程可变、易变。从形式上来看,业务单元可以由工作流引擎发起调用,而操作则是由应用系统控制发起对工作流引擎的控制方法的调用。流程控制 静态流程控制 静态流程控制是指工作流引擎严格按照业务流程的定义驱动业务流程实例的运行。InforFlow可以支持串型、并型、循环等工作流模式的运行,其中并型模式又可支持同步分叉、选择分叉、同步合并、选择合并等并型流程运行策略。同时,在节点的输出转移上可以定义转移条件,可以实现基于条件的路由。如果运行时工作流引擎发现所有输出转移上转移条件都不满足,则可以根据对默认转移路径的定义,驱动流程按默认路径运行。动态流程控制
InforFlow工作流中间件可以支持串型、同步分叉、选择分叉、同步合并、选择合并、循环等静态定义的工作流模式,同时也支持任务的动态回退、跳转等由应用系统在运行时动态决定的控制方式。
任务的动态回退使得用户可以将任务退回到已经经过的任意一个活动实例上去,由活动原先的执行人重新执行此项活动。任务动态回退的流程图示如下图所示:
图5.Inforflow任务回退示意图
任务的跳转使得用户可以决定流程下一步不按照预先定义好的流程运行,而是按自己所指定的目标节点运行。使用跳转功能,可以实现对紧急事项的处理,也可以实现对流程控制的灵活性要求比较高的业务流程。流程跳转的示意图如下所示:
图6.InforFlow任务跳转示意图
使用插件增强流程控制能力
使用流程事件插件使得InforFlow工作流引擎对流程的控制更加细腻,更加灵活。在流程实例、活动实例、工作项状态发生改变的任一时刻,InforFlow允许应用系统以插件的形式扩展其业务上所需要的功能。InforFlow所支持的插件示意如下图所示:
图7.InforFlow工作流的可扩展架构
使用事件插件的一个场景是利用插件来获取、修改流程相关数据的值。当业务单元完成对业务对象的处理后,可以由插件从业务数据库中获取所定义的流程相关数据的值。由于某些相关数据会影响流程的运行过程,因此,也可以在适当的时刻在插件中修改相关数据的值,以获取所希望的流程运行路径。
当然,也可以使用插件以发送mail的形式实现对任务处理人的任务到达通知,或者当流程运行结束时,及时通知流程的申请人,以提醒业务人员做进一步的处理。
产品特点
遵循国际规范
参照WFMC(工作流管理联盟)标准
遵循OMG(对象管理组织)规范平台无关性
操作系统无关性
数据库无关性
应用服务器无关性 流程控制的灵活性
支持动态的分支选择与合并
支持流程的动态回退与跳转
支持动态任务分配
提供灵活、丰富的编程接口
支持用户自定义条件的综合查询 流程建模的可扩展性
支持对流程、节点、工作项的属性进行扩展,以适应业务建模的需求
支持对工作流引擎的扩展,以解释流程定义时所扩展的各种业务相关的属性
应用领域
InforFlow工作流中间件可以应用在电子政务、电子商务、企业管理、金融等领域的信息化建设项目中,也可以与某种特定领域的系统相结合,开发专业工作流产品,如公文流转系统、影像工作流系统、银行信贷管理系统等等。以下是InforFlow的几个典型应用案例: 在办公自动化领域中
使用InforFlow工作流中间件流程设计器定义默认流程,使用“跳转功能”实现“自由流”的控制,由流程的当前执行人决定下一步任务要“做什么”,以及“由谁来做”。在金融信贷管理中
InforFlow工作流中间件实现了信贷业务管理、控制的电子化和自动化,使系统更易于适应变化,方便了流程再造,提高了快速开发能力。在海事电子政务中
为海事船员管理系统提供了基础的流程构建平台,实现了复杂的任务分发。在房地产项目管理中
采用矩阵式的组织模型,实现了项目组与审批流程的动态绑定。
支持环境
操作系统
Microsoft Windows 98/NT/XP/2000/2003 IBM AIX HP UNIX Sun Solaris Linux 数据库 Oracle DB2 Sybase SQL Server Informix HSQL 应用服务器 InforWeb WebSphere WebLogic Tomcat JBoss 其他符合J2EE 1.3规范的应用服务器
第四篇:移动中间件-商业模式
移动应用中间件——开源
在移动互联网与移动终端设备(智能手机、平板电脑等)都全面飞速发展的今天,移动应用在这个巨大的浪潮中展露了头角,并不遗余力的全速开进。移动应用与传统IT相比较,传统IT系统的网络拓扑结构发生了变化,增加了移动终端,但事实上,IT系统的主体并未发生变化,只是表达层发生了变化。因此需要重构表达层,迁移以后的表达层是否可以继续使用这些技术?这是迁移的关键所在。最佳迁移方案是对原有结构的最小改变、沿用原有的表达层技术并能够充分利用移动终端新功能,起桥梁作用的移动中间件是实现这一目标的最佳选择。
一件事情的成功需要天时、地利和人和。目前,移动互联网这个大环境的飞速发展是天时;移动中间件自身的桥梁作用使其拥有巨大的潜力市场是地利;那么人和呢?移动应用领域的焦点问题——商业模式,可以做到。海比研究针对商业模式给予移动中间件厂商建议:采取开源的模式。
开源软件商业模式已经不是新鲜的事物,而移动中间件厂商采取这个方式有着很好的匹配度。移动中间件是新浪潮下的新鲜产物,新鲜的事物就需要有它创新的产品和服务,但事实上目前移动中间件的关注人群较低,业内的开发技术人员肯从事此方面工作的人毕竟是少数,因此就会导致低产出的创新产品和服务,不能跟上全局快速发展的步伐。如果采取开源的方式,这个瓶颈迎刃而解。建立自己的开源平台,然后将源代码的编辑技术开源,将工程化技术和服务技术收归自身版权所有。这样就赢得了开源软件的市场亲和力,同时赢得了广大的志愿开发者技术和创新的集合。因此就可以产生三个方面的赢利点:
第一,将开发志愿者开发出来的“半成品”进行优化、完善以保证企业使用的稳定性,安全性;
第二,软件提供免费,收取服务费;
第三,与硬件捆绑,软件提供免费,进而促进移动终端的销售,促成双赢。希望提供移动中间件的厂商都能抓住这次机会,探索到适合自己企业的商业模式,在移动的大浪潮中扬起风帆,乘风破浪。
第五篇:专业英语4 中间件
[1] 林强勇;吉国力;分布式对象模型实践,计算机工程与应用, Computer Engineering and Applications, 2004年 14期, 148-150,15
5题目:分布式对象模型实践
随着组件、中间件等分布式技术的深入应用,分布式对象模型的设计受到了越来越广泛的关注。该文针对当前分布式对象模型设计中存在的问题,首先提出了远程接口和本地接口的概念,然后分析了一种基于RemoteFacade和DataTransferObject设计模式的解决方案,并详细介绍了基于DataTransferObject的应用解决方案,在文章的最后,提出了一种分布式对象模型的设计架构。
Practice on Distributed Object Model
As deeply using of component and middleware,the design of distributed object is paid more and more at-tentions.Based on the current abuse,this article indicates firstly the conception of remote interface and local interface,analyses a solution based on design patterns of remote facade and Data transfer object,and then introduces the tutorial of data transfer object in detail.In the end,the article indicates a design framework of distributed object model.Title :Issues in designing middleware for wireless sensor networks
[1]Yu, Yang;Krishnamachari, Bhaskar;Prasanna, Viktor K, IEEE Network, v 18, n 1, January/February 2004;p 15-21,Wireless sensor(传感器)networks are being developed for a variety of applications.With the continuing advances in network and application design, appropriate middleware is needed to provide both standardized and portable便携式 system abstractions, and the capability to support and coordinate concurrent并发 applications on sensor networks.In this article we first identify several design principles for such middleware.These principles motivate a cluster-based lightweight middleware framework that separates application semantics语义 from the underlying hardware, operating system, and network infrastructure基础设施.We propose a layered architecture for each cluster that consists of a cluster control layer and a resource management layer.Key design issues and related challenges within this framework that deserve值得 further investigation are outlined.Finally, we discuss a technique for energy-efficient resource allocation in a single-hop cluster, which serves as a basic primitive for the development of the resource management layer.无线传感网络随着大量的应用正在不断发展。随着网络和应用系统的不断进步,适当的中间件需要提供标准化、便携式的系统抽象,而且能支持和协调传感网中的并发应用程序。
在这篇文章中,我们首先认识一下中间件的几个设计原则。
这些原则有利于一个基于集群的轻量级中间件框架,将应用语义与底层硬件,操作系统和网络基础设施相脱离。我们提出了一个针对各种由一个传感控制层和一个资源管理层组成的传感器的分层框架。在这个框架内,值得进一步研究的关键设计问题和相关挑战也被作为大纲列出。最后,我们针对在单跳簇传感器中的高效节能资源回收讨论了一项技术,对于资源管理层的开发,这项技术作为一项基本的原始服务。