实例演示如何使用AgileEAS.NET SOA平台工作流进行业务流程自定义

by 魏琼东 2012.2.28 18:51
  在说这个案例之前先向大家转发一个简单的招聘信息,我们团队目前需要招聘两名技术助理人员,跟随我们做一些产品开发和技术咨询工作,欢迎有志同道合的朋友与我们合作:http://job.cnblogs.com/offer/19632/。 一、案例业务流程说明 在前一篇文章AgileEAS.NET SOA 中间件平台工作流系统介绍之中我简单的向大家介绍了AgileEAS.NET SOA平台工作流系统的基本介绍,本文我将向大家以一个真实的案例向大家介绍AgileEAS.NET SOA平台工作流系统的应用。 今天我们的例子来自于医疗信息化之中的一个简单案例,关于医院药库/药房药品报损业务的处理过程,现实业务流程如以定义: 目前的业务流程是这么要求的,由药房管理人员发起一个报损申请,然后由药房负责人审批,早批不通过则由药房管理人员修改后再次提交,通过则由药剂科长审核,审核通过之后由药房管理人员确认报损,否则终止本次报损业务处理。 对于不同地域、不同规模、不同经营性质的医院来说,对于药品的报损处理流程都可能不一样,那么摆在医疗开发商面前的一个很麻烦问题就是业务流程的定制处理,对于此类问题使用传统方法一直是一个非常棘手的问题,可能不同医院的业务流程的变动必须会导致程序代码的变动,进行造成医疗软件开发商产品版本管理混乱、产品实施周期过长进而导致开发商的间接管理成本和项目总体成本急剧提高。 二、应用AgileEAS.NET SOA平台工作流重组流程 对于上述问题,我们可以使用AgileEAS.NET SOA平台所提供的工作流系统进行业务流程自定义,使用工作流平台驱动业务数据达到业务流程再造的目的。 我们来仔细看上述业务流程就会发现,这是一个及其经典的“申请-早批-确认”业务处理流程,对于“申请”和“确认”都是一个比较固定的操作,但是对于“申请-早批-确认”的处理过程,则是一个极不确定的过程,比如一个小型医疗机构可以就需要一个简单的审批即可,但是对于一个大型的医疗机构,其审批可以不止二级审批,可能会有三级或多级审批处理。 如果我们开发两个功能模块“药房报损申请/申批”、“药房报损确认”以及定义一个工作流“药房报损申批流程”,并让“药房报损申批流程”与“药房报损申请/申批”相结合,由工作流驱动“药房报损申请/申批”按照“药房报损申批流程”进行处理,并在处理完成之由“药房报损确认”完成药品报损,那么我们是否就可以实现这种高度灵活的流程自定义呢,回答当然是OK,那么接下来我们来看看怎么办到这样的效果吧。 三、如果做?一步一步来 我们来先开始模块“药房报损申请/申批”,其最终效果如下: 接下来模块“药房报损确”,其最终效果如下: 接下来我们来定义工作流“药房报损申批流程”: 流程权限设定: 流程权限设定中包含流程发起权限及各状态的处理权限,其设置方式都一样,同AgileEAS.NET SOA平台中的模块权限设置保持一致,我们在些为账号xyf设定流程发起权限和“审请状态”的处理权限,给帐号zhx设定“审请状态”的处理权限,给账号Administrator设置“审请状态”的处理权限。 接下来需要绑定工作流与其驱动的业务模块之间的关联关系: 同时也需要在模块代码之中完成与工作流的绑定: 在功能模块中需要做两个地方的绑定,第一个在模块的头部需要标记明确WorkflowAddIn属性,用于声明这是一个受工作流驱动的功能模块,另一个是需要在功能模块中的声音一个类型为Guid的属性,并且标记WorkflowInstanceId属性,用于工作流向功能模块写入当前工作流实例,至此为止,工作流定义及流程自定义工作完成,接下来我们看看运行效果吧。 四、如果做?一步一步来 首先,我们使用帐号xyf登录,我们会看到如下功能: 我们打开“发起流程”: 或者直接打开“药房报损申请”模块发起工作流: 提交完成之后打开“我的申请”会看到刚才我们所发起的实例: 接下来,我们切换到账号“zhx”登录,并且打开我的待办: 完成一级审批“药房报损申请”: 打开已办事宜: 接下来,我们切换到账号“888888”登录,并且打开我的待办: 完成二级审核“药房报损申请”: 打开已办事宜: 最后我们切换到账号“xyf”,并打开 “药房报损确认”模块: 至此,药房药品报损业务处理演示完成,若审批流程发生变更,则只需要项目实施人员根据客户的业务流程修改工作流定义,而不需要修改程序代码,实现流程的自定义。 五、AgileEAS.NET 4.0 下载 有关于平台最新版本的最新发布版本的程序集、类库手册、相关资料,请大家从AgileEAS.NET平台的官网http://www.smarteas.net/进行下载,官网设有独立的下载页面,从这里下载:官网下载页面。 六、如何联系我们 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、官方网站: AgileEAS.NET平台:http://www.smarteas.net/ 敏捷软件工程实验室:http://www.agilelab.cn/

AgileEAS.NET SOA 中间件平台工作流系统介绍

by 魏琼东 2012.2.28 18:49
一、AgileEAS.NET SOA平台简介 AgileEAS.NET SOA平台是一套应用系统快速开发平台,用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的,AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行。 AgileEAS.NET SOA平台基于软件过程改进以及构件化快速开发两方面达到这方面的目标,在软件过程改进实践方面,提出了独有的“敏捷并行开发方法”开发方法,其目的是在软件的管理之中提出符合国内中小软件企业实际情况并且可操作的软件工程实践、软件过程改进思想、及相配套的项目管理系统。 在快速开发方面,AgileEAS.NET SOA平台提供了企业应用开发所需的诸如ORM、IOC、分布式通信、插件与平台基础结构以及一系统的快速生成工具,涵盖开发过程中的设计、编码、集成、部署、运维等各个环节。 AgileEAS.NET SOA平台是一套基于微软dotNET技术体系的企业级快速开发平台/中间件/框架,我们一直一来努力为国内中心软件开发商、创业团队、独立开发者提供最好的企业应用快速开发工具帮助大家成长,在最新的AgileEAS.NET‘ 5 .0版本中对Winform/WPF/Silverlight/WebForm都提供运行支撑平台,我们努力提供一套Winform/WPF/Silverlight/WebForm不同展现与统一的后端支撑的多层分布式架构体系。 二、AgileEAS.NET SOA平台工作流系统 AgileEAS.NET SOA平台的早期版本不包含业务流程平台,2010年以来,很多客户提出了有必要让我们提供工作流系统的想法,也就有了今天的产品,AgileEAS.NET SOA平台的工作流系统自2010年5月份开始至今,经历过一次失败及一次构建思想重大的变更之后变成趋于成熟,并且目前已应用于客户的几个项目之中。 在早期的时候,我们的开发人员借鉴了微软WF3.5的工作流技术但并没有使用WF3.5的工作流引擎,并且自己写了一套工作流引擎,采用与顺序工作流相类似的业务风格,但这次尝试失败了,失败的原因第一是自己写工作流引擎需要考虑很多的技术和业务细节,并且所引发的未知问题不可控制,第二是开发人员在思维理解及对于练习技术与为客户做需要需要的产品之间的巨大的差异没有仔细考虑,这里也说到一个关于技术人员值得思考的问题,那就是“你倒底是需要做出客户需要的产品还是你为了某项技术而淬炼技术,做出一个客户并不需要的产品或者说一个无法产品化的产品”我想这将会是技术人员应该深思的问题,我们很多的开发人员都在为了淬炼自己的技术在那做客户并不需要的产品或者说做出的产品Bug满地,更像是一个学习做品,远远达不到产品化的目标。 因为诸多原因,我放弃了原来的版本,转换采用了微软 WF3.5做为其工作流引擎,并对其做了高层封装,用于满足绝大数工作流应用中的“审批业务流程”,也就是说AgileEAS.NET SOA平台所提供的工作流将主要是为了满足企业申请-审批业务流程的后期灵活而服务。 在经过长期的需求及技术调研之后,最终我们决定以微软的WF3.5为基础实现AgileEAS.NET SOA平台业务流程平台,引擎直接采用微软的WF3.5工作流引擎,工作流设计器参考微软给出的例子使用DesignSurface技术自行完成,自行实现了工作流的运行监控、持久化服务,并结合AgileEAS.NET SOA平台的权限模型实现了工作流发起及各个状态运行的权限控制,并结合AgileEAS.NET SOA平台构件开发的底子实现了工作流与业务构件的完美结合。 AgileEAS.NET SOA平台工作流系统主要涵盖工作流的设计与定义、流程实例的发起与运行、业务流程的监控与管理、工作流系统与业务系统的集成与协作等内容。 AgileEAS.NET SOA平台工作流: 工作流定义: 流程实例监控: 流程实例处理记录: 流程实例对应的业务表单: AgileEAS.NET SOA平台工作流的功能就简单介绍到这儿,接下来的文章我将会以一个具体的例子为大家演示一下AgileEAS.NET SOA平台工作流的使用。 三、关于AgileEAS.NET SOA 5.0 去年8月我就曾向大家预示过要发布AgileEAS.NET SOA平台5.0版本,但是截至到目前为止5.0版本还没有公开提供过,在此我向一直关注和支持AgileEAS.NET SOA平台发布的各位同行和朋友们说声抱歉,也向大家解释一下延迟发布的原因,这里面有两个原因,第一个是因为我对产品的成熟和发展过于乐观,第二个原因是我对于开发团队的引导和监控不力,因为去年现在不只是我一个人在完善这个平台,计划5.0发布中涉及的两个极其重要的部分工作流系统和界面设计器这两个工具在发布之间发现其根本没有达到我的计划目的,包含大量的Bug甚至在某个产品方向上有重大的错误,第三个原因呢主要是项目太多,我们一方面要完善AgileEAS.NET SOA平台,另一方面还需要为客户提供大量的技术咨询和项目指导服务,所以AgileEAS.NET SOA平台5.0版本的发布一直无限的延迟,一方面是继续完善产品,使其达到可用的程度,另一方面是AgileEAS.NET SOA平台5.0在我们向客户提供技术咨询与指导服务的同时,优先向客户提供,以便更早的被应用于生产环境,更早的发现产品中存在的问题,因为我们都在客户现场,产品中的bug或者说设计上的缺陷我们都可以及时的处理和修正,但是对于公开发布而言,当发现产品的缺陷的时候,其处理和修正的成本将会是极其巨大的,我们目前也没有太多的技术人员为大家提供此类服务,新产品的发布所以才会一直被延期,我们希望向客户提供的产品不是一个满地bug的产品,而是一个极其严谨可以的商业产品,虽然AgileEAS.NET SOA平台平台是免费向大家提供,但是我们还是希望提供商业化的品质。 目前想了解和学习AgileEAS.NET SOA平台的朋友请大家还是先下载4.0版本及其相关的例子,对4.0有充分的了解和认识,学习5.0将会更加的简单,5.0和4.0在技术上并没有太多的改变,只是增加了工作流平台、数据表单/界面设计工具、SAAS引擎和支持了Oracle、Mysql、SQLite三种新的数据库系统。 四、AgileEAS.NET 4.0 下载 有关于平台最新版本的最新发布版本的程序集、类库手册、相关资料,请大家从AgileEAS.NET平台的官网http://www.smarteas.net/进行下载,官网设有独立的下载页面,从这里下载:官网下载页面。 五、如何联系我们 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、官方网站: AgileEAS.NET平台:http://www.smarteas.net/ 敏捷软件工程实验室:http://www.agilelab.cn/

WorkFlow入门Step.3—Adding Procedural Elements-For-WF4.0

by hot 2011.6.9 12:45
开篇 上篇,我们简单的说明了WF的入门,那么院子里面已经有很多的高手,写了不少的关于工作流的应用,最近在集成工作流平台的过程中也是发现了不少的问题和心得体会,工作流果真不只是审批那么简单,复杂度可见非常的不一般,学好了工作流无论对自身的对业务流程的理解和改进,都是非常有帮助的,由于不同的企业应用的具体的业务流程不同,因此也就造成了无法构建通用的业务流程模型,就和企业的管理一样,无法生搬硬套,要符合企业内部的情况才可以。 关于工作流的认识的相关文章,也是已经有了很多了,不少院子里面的大牛都已经提到过工作流的认识,小弟不敢说对工作流理解的很深。 摘要 WorkFlow是最近比较流行的一门技术,其实WF起源于20世纪70年代中期的办公化自动领域,自1993年8月,WFMC(工作流管理联盟)成立,1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注,该项技术越发走向成熟。当然我也是必须跟上时代的步伐,所以也加入工作流的大军,希望能够跟上前人的脚步。当然也希望感兴趣的朋友,加入工作流的讨论群中来。具体群号:120661978。 目前,我们已经在AgileEAS.平台中陆续集成了,界面设计器+工作流的内容,当然工作流目前还不算太成熟,还不方便放出来,本文只是抛砖引玉,还希望大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的控制流 WF4.0中的控制流         上一篇《WorkFlow入门Step.2—Building a Simple WorkFlow-For-WF4.0》我们讲述了基本的关于WF4.0构建简单的控制台程序。本节我们就来看看WF4.0中的控制流 中的基础用法及说明,当然有一些诚恳的朋友说,我写的系列与大多数的WF系列一样,都是没有实际的东西,可能我这里想解释下,我先写入门吧,然后在结合实例 写应用篇吧,希望大家继续支持。   1、使用变量                 a、先拖拽一个顺序活动控制流到设计视图中。                      b、定义变量:                     c、变量是支持继承的,该顺序控制流内部的活动,默认会可以访问到外部父活动定义的变量。                   d、输出结果,来测试下我们说明的内容吧:             2、IF控制流         a、拖拽一个IF控制流节点到顺序控制流之上。                b、拖拽then与else的活动。                c、下面我们来运行下上面的情况,来查看下具体的结果吧:                d、我们来修改下if中的表达式条件。                e、我们修改了上面的“Condition的匹配条件” condition=“test” 那么这时候执行的肯定是then。如果condition的值是test的话。                f、我们修改上面的Assign活动中的设置变量的值,修改为condition=“test”;                g、再次运行,查看结果:         3、While控制流      a、新建一个活动:           b、添加如下信息:          c、运行该节点,查看输出信息:          d、我们来修改下while条件中的condition的条件或者是在上方的为变量设置值的活动中设置condition的值为1:          e、再次运行,查看输出结果:          f、下面我们来修改下这个条件,当condition<10的时候,我们执行输出,否则跳出循环:         g、我们再来执行下,查看运行的结果。     下篇预告 本篇我们讲述了“WF4.0”的控制流中的IF与While,下篇我们将会继续讲解控制流的其他用法,如果您有更好的意见或建议,还请提出: 控制流中的很多内容,在我们具体的业务流程的应用中是最常用的内容,所以我们先把基础的内容进行梳理和说明。 源码下载     更多交流 官方博客:http://www.smarteas.net/ 官方网站:http://www.agilelab.cn/ 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、邮箱方式: 魏琼东: mail.james@qq.com 手机:18629261335 博客:http://eastjade.cnblogs.com/ 殷长波:549558408@qq.com 博客: http://www.cnblogs.com/onmyway/ 何戈洲:hegezhou_hot@163.com 博客:http://www.cnblogs.com/hegezhou_hot/ 2、QQ交流群: AgileEAS.NET平台交流群:120661978(超级群)[新建] AgileEAS.NET平台交流群:125643764(高级群)[已满] AgileEAS.NET平台交流群:147168308(高级群)[已满]

Tags: , , , ,

企业应用架构

WorkFlow入门Step.2—Building a Simple WorkFlow-For-WF4.0

by hot 2011.6.9 12:43
开篇         上篇,我们简单的说明了WF的入门,那么院子里面已经有很多的高手,写了不少的关于工作流的应用,最近在集成工作流平台的过程中也是发现了不少的问题和心得体会,工作流果真不只是审批那么简单,复杂度可见非常的不一般,学好了工作流无论对自身的对业务流程的理解和改进,都是非常有帮助的,由于不同的企业应用的具体的业务流程不同,因此也就造成了无法构建通用的业务流程模型,就和企业的管理一样,无法生搬硬套,要符合企业内部的情况才可以。         关于工作流的认识的相关文章,也是已经有了很多了,不少院子里面的大牛都已经提到过工作流的认识,小弟不敢说对工作流理解的很深。 摘要         WorkFlow是最近比较流行的一门技术,其实WF起源于20世纪70年代中期的办公化自动领域,自1993年8月,WFMC(工作流管理联盟)成立,1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注,该项技术越发走向成熟。当然我也是必须跟上时代的步伐,所以也加入工作流的大军,希望能够跟上前人的脚步。当然也希望感兴趣的朋友,加入工作流的讨论群中来。具体群号:120661978。         目前,我们已经在AgileEAS.平台中陆续集成了,界面设计器+工作流的内容,当然工作流目前还不算太成熟,还不方便放出来,本文只是抛砖引玉,还希望大家多多重视工作流的内容。 大纲         一、开篇         二、摘要         三、WF4.0的第一个实例 WF4.0构建简单实例         上一篇《WorkFlow入门Step.1—My Frist WorkFlow Trip!》我们讲述了基本的关于工作流的介绍和认识,这次我们直接进入WF4.0,关于3.5之前的版本,我们在后续的篇幅中就不介绍了,以4.0为主,4.0的具体的关于更新和说明,我这里也不特别的复述了,大家可以参考如下文章 Windows Workflow Foundation 中的新增功能          4.0相比之前的版本可以说是颠覆性的变化,无法从之前的版本无缝的迁移到4.0版本之上。          下面我们就来开始新建一个WF4.0的简单项目,我们先从Hello World!开始吧:           1、新建一个控制台应用程序                      2、新建完毕后,出现如下的界面,与原来的3.5之前的页面的方式是不同的:                      3、打开工具箱,我们看到系统提供的默认设计活动分组:                      4、我们选择“控制流”分组中的“Sequence ” 顺序控制流:                      5、上面我们就完成了工作流的拖放,下面我们在添加“基元”分组中的如下活动:                      6、我这里设置时间长度假设为“15”秒钟,那么将上面的duration设置为“00:00:15” 即可。我们再添加一个活动节点“WriteLine”来输出“Hello World!”;                      6、这样就好了,我们再来看看宿主“Program”中的写法吧,看看4.0相比3.5之前的版本的变化吧。                                 7、我们来运行下程序看看效果吧:                      8、你可能会认为,我怎么知道是否是等待了15秒钟呢,下面我们在执行该节点的前后,加入执行时间的输出信息吧:                      9、再次运行看看效果:                       看起来非常的简单吧,很容易上手,等你一旦找到了感觉,会发现其实本身并不难,而是难在如何解决实际的问题。 下篇预告            本篇我们讲述了“WF4.0”的第一个程序,下篇,我们也是参考C#语言的学习之路,开始讲述循环结构,先掌握WF4.0中的控制流:                        控制流中的很多内容,在我们具体的业务流程的应用中是最常用的内容,所以我们先把基础的内容进行梳理和说明。 更多交流 官方博客:http://www.smarteas.net/ 官方网站:http://www.agilelab.cn/ 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、邮箱方式: 魏琼东: mail.james@qq.com 手机:18629261335 博客:http://eastjade.cnblogs.com/ 殷长波:549558408@qq.com 博客: http://www.cnblogs.com/onmyway/ 何戈洲:hegezhou_hot@163.com 博客:http://www.cnblogs.com/hegezhou_hot/ 2、QQ交流群: AgileEAS.NET平台交流群:120661978(超级群)[新建] AgileEAS.NET平台交流群:125643764(高级群)[已满] AgileEAS.NET平台交流群:147168308(高级群)[已满]

Tags: , , , ,

企业应用架构

WorkFlow入门Step.1—My Frist WorkFlow Trip!

by hot 2011.6.9 12:41
    开篇         自从上次书写的关于《AgileEAS.NET平台开发Step By Step系列-药店系统-索引》使用AgileEAS.NET 敏捷软件开发平台之后,封笔了一段时间,一是最近比较忙,给客户指导培训,通过近20多天的时间,也是开发了一个建议的ERP系统,对我来说已经是比较满意的成绩了,我们会再接再厉,继续前行。         首先、我不是WF的老手,只是将我学习的过程记录下来,当然由于小弟不才,可能存在理解错误或者印象中有问题的地方,还望大家批评指正才是。         本文也是先写个简单的示例来说明WF的使用。 摘要           WorkFlow是最近比较流行的一门技术,其实WF起源于20世纪70年代中期的办公化自动领域,自1993年8月,WFMC(工作流管理联盟)成立,1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注,该项技术越发走向成熟。当然我也是必须跟上时代的步伐,所以也加入工作流的大军,希望能够跟上前人的脚步。当然也希望感兴趣的朋友,加入工作流的讨论群中来。具体群号:120661978。 大纲            一、工作流简介            二、工作流的参考模型            三、工作流管理系统            四、工作流管理系统架构            五、工作流目前的现状            六、第一个工作流实例 工作流简介          工作流的英文单词是workflow,犹如大多数计算机领域的术语一样,也是个合成词,是英文单词work和英文单词flow的组合。Work翻译为任务、工作等,flow则 翻译为流程、流动等。Flow反映的是一种事物的动态属性或变化过程,例如水的流动被称为水流,空气的流动被称为气流,还有物料流、资金流等,在抽象领域还有信息流、控制流等,因此,使用任务、活动以及活动之间的变化过程表示业务流程就被称为工作流。 工作流尚没有一个统一的、明确的定义,不同的组织和研究人员对工作流给出了各自的定义: 定义1:工作流是一类能够完全或者部分自动执行的经营过程,它根据一系列过程规则,文档、信息或任务能够在不同的执行者之间进行传递与执行。 定义2:工作流是将一组任务组织起来完成某个经营过程。在工作流中定义了任务的触发顺序和触发条件。每个任务可以由一个或多个软件系统完成,也可以由一个或一组人完成,还可以是由一个或多个人与软件系统协作完成。任务的触发顺序和触发条件用来定义并实现任务的触发、任务的同步和信息流(数据流)的传递。 定义3:工作流是一个用来实施经营过程实践的机制。 定义4:工作流是经营过程的一种计算机化的表示模型,定义了完成整个过程所需要的各种参数。这些参数包括对过程中每一个步骤的定义、步骤间的执行顺序、条件以及数据流的建立、每一步骤由谁负责以及每个活动所需要的应用程序。         以上这些工作流的定义,虽然在表述方式上有所不同,但是基本上说明了这样一个问题,即工作流是经营过程的一个计算机实现。使用工作流作为经营过程的实现技术首先要求工作流系统能够反映经营过程的如下几个方面问题: 1. 经营过程是什么,即由哪些活动、任务组成,也就是结构上的定义; 2. 怎么做,即活动间的执行条件、规则以及所交互的信息,也就是控制流与信息流的定义; 3. 由谁来做,即人或者计算机应用程序,也就是组织角色的定义; 4. 做得怎样,即通过工作流管理系统对执行过程进行监控。 工作流参考模型          WFMC在工作流的相关规范和标准方面做出的主要贡献之一就是提出了一个工作流参考模型(Workflow Reference Model)。工作流参考模型来源于对普通工作流程序结构的分析,确定结构中的接口,这些接口可以使不同产品在不同的结构层次上协同工作。所有工作流系统都包含一系列的公共组件,组件间采用一套被定义好的方法进行协作;不同的产品在这些公共的组件中,会表现出不同的处理能力。为了实现不同工作流产品间的协同工作,需要在这些组件间制定一套标准的接口和数据交换格式。通过实现这些标准接口,可以达到产品间的协同工作。         我们先来看看下图,看看WFMC的参考模型:                     下面我们来挨个解释下每个接口的具体作用吧:           1、接口1:           在建模或定义工具与运行时期工作流管理软件间的接口。          2、接口2:           该接口,提供客户端应用程序与工作流引擎之间的通信API 。           3、接口3:           该接口是工作流引擎与其他应用程序之间通信的API。           4、接口4:           通过工作流与工作流之间的通信API,是实现分布式工作流管理系统的核心API。           5、接口5:           该工具提供了对工作流引擎的当前状态及运行在该引擎下的实例的监管和管理的接口。           我们再来看看上面相关工具的作用吧:          流程定义工具 :           就是提供一种方便的使用的,并且能够被计算机识别的过程定义,目前我们使用较广泛的是通过图形化的工具来完成WF的过程定义。最后输出一个XPDL文件。XPDL(XML Process Definition Language)是由Workflow Management Coalition所提出的一个标准化规格,使用XML文件让不同的工作流程软件能够交换商业流程定义。           管理监控工具:           对工作流在整个组织内的流程情况进行监控,并提供一系列管理功能,实现安全性、过程控制、授权等操作。典型的功能范围包括用户管理、角色管理、监控管理、资源管理、过程监控管理。具体如:过程模型的实例化,启动、挂起、恢复、终止过程实例;管理正在执行的过程实例等。           工作流执行服务:           由一个或多个工作流引擎组成,提供过程实例的执行,为活动进行导航,与外界资源交互完成各项活动,维护控制数据和相关数据等功能。                     下图是工作流服务的整个流程:                      工作流管理系统          工作流管理系统——Workflow Management System(简称WFMS),在工作流定义基础上,具有如下定义。             定义1:工作流管理系统是一个软件系统,它完成工作流的定义和管理,并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。             定义2:工作流管理系统是支持企业经营过程高效执行并监控其执行过程的计算机软件系统。         根据工作流管理系统的定义,一个工作流管理系统应该提供如下的功能:             1. 定义、实现和管理工作流的运行;             2. 与工作流执行者,即人或应用系统,进行交互;             3. 推进工作流实例的执行;             4.监控工作流的运行状态。         需要指出的是,工作流管理系统不是企业的业务系统。在很大程度上,工作流管理系统为企业的业务系统运行提供了一个软件支撑环境,非常类似于在单个计算机上的操作系统。只不过工作流管理系统支撑的范围比较大、环境比较复杂而以,所以也有人称工作流管理系统是业务操作系统。 工作流管理系统架构          WFMC提出的工作流管理系统产品架构。这个架构给出了抽象的工作流管理系统的功能组成部件和接口,它能够满足工作流管理系统和产品应该具有的主要功能,可为实现工作流产品之间的互操作提供公共的基础。从图中可以看出,工作流管理系统主要由三部分组成:                      上图也是WFMC提出的工作流管理系统的架构设计图。我们这里来解释下几个重要组件的作用吧:          软件构件:完成工作流管理系统不同组成部分功能的实现,包括过程建模工具,工作流引擎,任务表管理器和用户界面;          系统控制数据:工作流管理系统中的一个或多个软件构件使用的数据,包括过程定义,组织/角色模型数据,工作流控制数据,工作流相关数据,任务表;          应用与应用数据:对于工作流管理系统来说,它们不是工作流管理系统的组成部分,而是属于外部系统和数据,它们被工作流管理系统调用来完成整个或部分工作流管理的功能,如被工作流管理系统调用的外部应用以及这些应用操作的数据。   工作流的目前现状           我们先来看看目前很多的自动化办公的流程:                     通过上面的图片,可能看不太清楚,我也没有从新画一张清晰的,所以大家先凑合着看下,然后后面我再补上,上面可以看到不同角色的人,负责在工作流中的状态及行为是不同的。上面中强调说明了工作职责的分配性问题。         工作流的概念起源于生产组织和办公自动化领域,提出的目的是通过将工作分解成定义良好的任务、角色,按照一定的规则和过程来执行这些任务并对它们进行监控,达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标。         众多的企业应用系统按照功能从大的范围来划分,无非两种,一种是以公文流转、日常办公为主体的办公自动化系统,另一种则是以企业经营过程的业务流程为主要辅助对象的具体业务系统。无论是办公自动化系统还是具体业务系统,都是为企业提供软件服务的,都是本着服务于企业需求为目标的,然而,现实世界中的各个企业的经营过程是无时无刻不在变化和调整中的,以便适应瞬息万变的市场。这种变更带给信息化系统软件的最大的问题在于企业经营过程的调整往往使得原有的信息化系统软件要推倒重新设计开发,使开发成本非常的高,寻找到一种能够相对灵活的架构和管理方式以使得信息化系统能够快速的适应企业经营过程的变更成为了为企业构造信息化系统的软件设计人员的头等课题。工作流及工作流管理系统之所以能为企业信息化系统所使用究其原因也在于此。虽然工作流技术已经开始在企业应用中拥有了一片天空,然而,同已经应用于企业的其他技术相比,工作流技术仍然处于其技术发展的初期。          下图显示了,工作流与RDBMS系统之间的发展曲线对比图:                      当然从上图中,我们看到WF处于提出并初始发展阶段,而数据库管理系统已经非常的成熟并产品化。 My WorkFlow Trip         下面我们开始进入WF的开发之旅吧,好像废话的篇幅比较多,希望大家不要不喜欢看呵呵,下面我们就来开始开发吧来完成我们的WF开发之旅的第一个程序demo。          1、新建一个状态机工作流或者顺序工作流控制台应用程序:                     2、输入项目名称后:                    3、设计WorkFlow中的相关状态节点。主设计页面如下:                    4、新建State节点,在左侧的工具栏中找到如下节点,然后拖拽到设计器中:          选择State节点,拖拽到设计器中,出现如下效果图:                       5、设计状态流程中的起始状态节点以及完成状态节点,毕竟工作流的状态必须有开始和结束的,对于状态机来说是必须的。                          6、当我们添加了State之后,我们现在来设置状态的跳转及路程。拖拽一个新的节点到设计器中:             选中该节点后,打开属性编辑对话框。                            7、设置该状态节点的跳转及其他行为等:                             8、依照上图中的顺序,给第一个初始化开始状态也添加同样的事件,来完成跳转。后台的代码如下:                            9、运行后的效果如下:                更多交流 官方博客:http://www.smarteas.net/ 官方网站:http://www.agilelab.cn/ 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、邮箱方式: 魏琼东: mail.james@qq.com 手机:18629261335 博客:http://eastjade.cnblogs.com/ 殷长波:549558408@qq.com 博客: http://www.cnblogs.com/onmyway/ 何戈洲:hegezhou_hot@163.com 博客:http://www.cnblogs.com/hegezhou_hot/ 2、QQ交流群: AgileEAS.NET平台交流群:120661978(超级群)[新建] AgileEAS.NET平台交流群:125643764(高级群)[已满] AgileEAS.NET平台交流群:147168308(高级群)[已满]  

Tags: , , ,

企业应用架构

最新评论

声明

本博所有网友评论不代表本博立场,版权归其作者所有。

© Copyright 2011