系统应用基础概述之并发流程(Current Process)

从系统实现角度来看,“并发流程”或“并发处理”是较之“事务处理”技术味更浓的一个概念,它也是业务出身、不太懂“技术”的人学习掌握EBS系统的难点之一。但实际上,对于今天的计算机系统而言,“并发”其实是一个再普通不过的应用,例如我们边在电脑上写文章边听音乐等等。ORACLE 弄得有点学究气,相对于“联机事务”或“联机处理”方式,并发处理称为“后台事务”或“后台处理”似乎更好理解一些。

以企业的实际业务过程为例,在手工业务模式下,库房接收了物料并开具“入库单”后,库房人员后续必须还要做的一项工作是:“手工”将入库单上的物料接收信息逐份“过账”到“库存物料信息台账”上去,以更新库存物料的余额数量。在EBS系统中,这项枯燥、乏味的工作就完全由系统代劳了,系统通过后台运行的一个名为“接收事务处理处理器”的并发程序,联机立即或成批周期进行处理,在不影响用户做其它工作的同时,高度精确地完成着原本需要人工去做的“过账登记”任务,并且手工模式下过账之后为检查错漏而需经常进行的“对账”工作也变得根本就不再需要。

“并发处理”是EBS系统不可或缺的一个重要组成部分,上述“物料接收”的并发处理只是一个很简单的应用。在EBS中,“并发”按处理的对象主要可分为两类:一类是“流程事务”,一类是“报表事务”。系统统一以“提交请求(Request)”的方式提供人机交互。如下图12所示“查询或提交请求”:


系统应用基础概述之并发流程(Current Process)_第1张图片
 

对于每一个并发“请求”,系统都可以允许输入相关参数,并计划其是按某一周期运行,还是立即或预定在未来某一时刻运行。系统预置了大量的为业务流程服务的“流程事务”类后台事务处理程序,同时还提供了部分可供企业参考的“报表事务”类输出请求。用户使用系统提供的开发工具,也可以很容易地自定义某些“个性化”的后台程序或报表输出,其运行管理和使用方式与系统预置的并发程序几乎完全相同。

“并发处理”相对于用户来说,实际上是属于在系统后台运行的相关工作,刚刚开始接触的人可能会对之觉得陌生或使用不顺手,原因主要是手工业务或低档的管理软件根本没有这种工作处理方式。这就好比相对于交通主要还是靠骑车或步行的小城镇,今天对于生活在现代化大城市的人们来说,往来穿梭的地铁、周而复始的公交、招手即停的出租车已经成为全部生活不可或缺的一部分,它们就像城市的“血管”脉动一样,奔流不息,维持着城市生命的运转,生机勃勃。EBS的“并发处理”所承担的角色或所起的作用正与之基本类似。

EBS并发处理的另一项重要特性是其“系统级”的可计划、可管理、可控制特性,系统通过定义“并发管理器”、“请求集”等功能应用,对所有需要在后台运行的并发程序进行管理调度,以平衡系统负载,保证系统有高的使用性能。如下图13所示,定义“并发管理器”(包括运行规则、工作班次等等。这类似于城市里的交通调度与控制)


系统应用基础概述之并发流程(Current Process)_第2张图片
 

关于“流程事务”类的并发请求,因为涉及到系统各业务模块的具体功能应用问题,这里不便多讲。以下主要来谈一谈“报表事务”类的并发请求问题。有网友曾抱怨说,“ORACLE的报表功能不好用,出一个简单的报表都要到后台去提交一个请求,输出的是一个文本,太麻烦。系统提供的标准报表,内容不能满足企业要求,不符合国人的使用习惯”。这种说法可能是因为受某些国内产品的影响而产生的误解。目前国内的主流ERP系统,对于“报表”基本上采取的是类似“查询”的实现方式。这种“查询式报表”虽然方便了用户使用,但却惹出了无穷的麻烦。

首先,报表是一种极端“个性化”的东西,不同的企业由于管理层次不一样,关注的管理重点也不同,针对同样的问题所要求的报表也会不同。即使同一个企业在不同的发展阶段,所要求的报表内容也不会相同,因此即使已经使用ERP若干年的企业,不断地开发新的(管理)报表,也是很正常的事情。如果ERP系统将报表功能“显式化”,在系统标准功能中提供查询条件控件及输出结果视图,则意味着系统提供的这个所谓报表功能必须符合所有企业的使用要求,而实际这是不可能实现的。在这种情况下,企业就会理所当然地认为这是ERP厂商的责任,厂商必须负责解决。目前许多国内ERP厂商产品研发的一项重要内容就是穷于应付为企业开发各种查询式管理报表,这简直是等于自掘火坑,陷进去无法自拔,

其次,查询式报表如果内容复杂、耗用系统资源比较高,则用户随便自由使用, 而IT系统维护人员对“联机式”查询无法进行有效管理、干预,将可能严重影响系统整体性能,导致其他用户无法进行正常工作。从这个角度来看,目前国内的主流ERP产品实际上还没有真正系统意义上的“报表”功能,只有不加节制、扩大化了的“查询”功能。系统如此处理极不明智。

ORACLE 将“报表”功能以并发请求的形式放到后台去处理,不仅有效地解决了“报表”的个性化问题,分清了ERP厂商与企业的责任界面,而且也为企业IT系统维护人员提供了系统可管理、可干预的便利。这实际上正是ORACLE系统的灵活性与功能强大之处(SAP也类似)。有网友针对国内某些厂商声称自己的ERP是“高端”产品时,质疑“连并发都没有,能算高端吗?”实际上是说到了要害。一个连“电梯”都没有的高楼怎能算得上是现代化的大厦呢!

ORACLE系统大量使用后台“并发处理”程序,实现了系统用户的流程操作在“空间与时间”上的分离,免去了操作人员的无效等待时间。操作人员提交的并发请求在后台运行的同时,并不影响其处理其它系统事务,这样可以大大提高用户的工作效率以及使用的方便性。“并发”之于ORACLE EBS系统好比人体内的“心脏”一样重要,它是系统实现高度的数据集成与流程集成的核心工具,是企业依赖计算机系统实现业务运作与管理控制自动化的一个技术体现。

 

你可能感兴趣的:(EBS系统应用基础概述,企业应用,应用服务器,IT厂商,Oracle,交通)