对管理信息系统之工作流的思考和探讨

啊对管理信息系统之工作流的思考和探讨　口　温州电力局邱承武　一、前言　成不同的小表单，根据业务逻辑　维护、甚至不可用。　工作流在办公和管理系统中　分配给不同的节点（角色）进行操　一直是一个敏感而重要的话题。　作。这两种方式，在权限和节点　六、关于工作流引擎　由于对工作流的理解差异，到目　分离上均达到了控制。但是要实　为了解决流程复杂性和多变　前为止还没有一个很完美的解决　现工作流，还必须进行流转控制。　性的难题，国际上有些组织，如国　方案，学术界和各软件Ｉ－商的意　际工作流与重规划协会（　见也很不统一。我经过多年的实　四、流转的控制　ｗＡＲＩＡ）以及工作流管理联盟　践和分析，在此对工作流进行一　不管是人工还是自动流转，　（ＷｆＭＣ）等，都提出了工作流参考　些思考和探讨，供大家参考。　流程的状态转移必须是在本节点　模型。很多厂家也开发了一些工　完成的情况下进行，如果某节点　作流引擎，但是由于应用环境的　二、工作流的定义　的内容是人为参与的，必须由人　复杂性，至今没有一个第三方引　通常我们定义的工作流是指　工做出判断是否完成。只有那些　擎是可以在无代码编程的情况下　完成～项工作过程中需要经历不　时限到期之类才可以自动完成。　实现跨平台，可以定义各种流程　同的节点，在每一个节点上要根　必须明白，自动流转并不是指对　需求的，引擎大部分只能停留在　据工作内容、角色等规则的不同，　当前状态的确认，而是在当前状　自己开发的系统内，做一些辅助　自动或手工流转到不同的对象或　态确认完成后，对内容的自动判　性的工作。　执行不同的功能。　断和流转对象的自动选择。人工　流转则是需要人工做出判断和选　七、－ｌ－作流引擎的矛盾分　三、权限的控制　择，但是很多情况下这是必须的。　析　根据定义，在不同的流程节　采用工作流引擎，至少有如　点上，必须控制、显示不同的内容　五、关于复杂路径　下问题：一是如果业务逻辑在表　和操作，否则将会导致所有人员　有时候，实际的工作流程会　单内定义，表单将如何获取流程　在同～个对象上同时操作，就不　非常复杂，比如在一个节点完成　的当前状态、操作者、权限等。二　是“流”的概念。　后，根据内容的不同，需要启动多　是如果业务逻辑在表单外（２１２作　实现上述控制可以采用如下　个后续节点或路径，经过一定的　流引擎中）定义，引擎如何获得表　方法：一是在～张大的表单上定　操作后，又归并到一个节点等。　单的数据？这里要谈的不是能不　义出不同内容，根据业务逻辑在　多路径和多条件会导致流程　能，而是如何标准化的获取，否则　不同的节点控制不同的操作、显　设计的急剧复杂化，往往需要很　就称不上第三方引擎。三是事实　示不同的内容。二是把内容拆分　多的条件判断，使系统变得不可　上，当我们把工作流引擎作为独　２０１０．０４　Ｆ科娃－４１　立的中间件，我们面临的是引擎　将和不同种类型的表单（有ｗｉｎ、　理（特别是有多级和分支）；３．协　（３）协办流程：根据对工作流　办、授权难以实现（临时性，随意　性）。　（２）人性流程：事实上，自动　工作流的概念在西方实施以来就　发现很多不合理，不仅因为真实　的流程是灵活易变的，更为重要　的是，从管理学角度看，固化的流　程扼杀了人的创造性。从２０００　的仔细分析，我们发现存在两类　不同性质的流程，一类是审批或　协办流程，它其实是业务流程中　的一个环节的辅助手段，它是为　ｗｅｂ等）／对话框（有些是系统　的）／其他应用（有ｅｘｅ、ｗｅｂ等）／　工作对象（来自不同的地方，系统　的、数据库的）等等之间的数据交　换。因为有很多对象本来就已经　了最终落实由某个操作者负责的　某～表单内容而发起的一系列活　动，它的操作对象是单一的（如计　划表），所有参与者并不是固定不　是封闭的，这种接口的定义和实　现有没有可能？还有没有意义？　复杂度如何？　八、本课题拟采用的解决　方案　在上面的讨论中，我们可以　看到几－ｆ＂－Ｙ￣键点：一是关于无编　程状态下使用第三方工作流引擎　基本上是不现实的，但是２１２作流　模型提供解决这类问题的参考。　二是流程的流转到底采用自动或　人工方式，这是一个两难的问题，　我们采用折中；ｂ－式，具体讨论如　下：　（１）自动流程：从软件发展史　上看，它产生于上世纪７０年代过　程化编程的理念，符合当时流水　线生产的思潮，人作为程序（机　器）的驱动环节在被动的运作。　其优点是：１．流转自动进行；２．流　程路径固定；３．条件控制严格。　但是，它也有明显的不可克服的　缺点：１．流程（包括对象和路径）　变更复杂；２．回退（撤回）不好处　４２＿　＿斜蓝２０１０．０４　年以后，逐步提倡以人为本的工　作流，它强调人的能动性、创造　性、责任心、合作精神，从而提高　工作效率。从编程技术上，也是　符合过程编程向事件编程的转换　思路，整个流程在人的协同推进　下完成。其优点一是灵活可变，　可以应付任何流程变化；二是凸　显人的能动性（可以根据内容进　行对象选择），强调责任心（必须　知道流程的必要环节和制度）；三　是完全符合实际２１２作习惯。但　是，它也有缺点，一是增加当事人　的工作量：二是对路径的控制有　点随意；三是可能会增加上级领　导接收到无效信息。　自动流程相当于坐地铁，每　个站点均已固定，行进方向路线　也规定好。但是：如果某节点需　要别人协办不可能；如果发起者　或上游人员发现内容需要修改不　能做到：如果项目被终止，或被通　过，操作者均不能有任何权利处　理。人性流程相当于开自备车，　到达目的地要经过哪几个站点原　则上是知道的，但是可以根据特　殊情况选择其他路线，也可以增　加或减少某些环节。事实上，对　于每个节点上的审批者自动流程　和人性流程发送给他的都是审批　通知，两者操作没有不同，但是人　性流程还可以有更多的选择，比　如协办、再确认、退回、转办等。　在任何时候，发起者可以终止审　阅，也可以更新内容，但是审批意　见全部清除。　变的，方式也不一定是同一的，这　类流程用人性２１２作流是科学的，　合理的。对于象“报销单”“请假　单”之类的简￣ｇｘｑ－象也适合协办　流程。当然，协办流程也可以对　表单设置权限，控制流转对象，控　制无关人员的操作。　（４）业务流程：对于由一系列　不同内容和环节组成的工作，通　常是一个项目，或称为业务流程，　我们更多关注的是它的阶段性。　也就是说在上游节点通过协办和　审批等确认之后，自动的进入下　一个环节，它强调前后的关联。　比如，计划经审批以后就进入实　施阶段，实施完毕后进入竣工验　收阶段。如果在每个阶段（节点）　内还需要对相应内容进行协办和　审批的，按上述的人性自由流程　进行即可。对于业务流程，我们　是可以定义的，它是一个自动流　程，流程的管理者可以看到整个　流程图，流转进度，以及每个环节　的内容，甚至可以删除、重启流程　等。　九、总结　笔者根据多年的实际需求和　实施经验，对于流程２１２作内容的　修改采用模版实现，对流程路径　控制采取了业务流程和协办流程　分离的方法，既满足了灵活性又　实现了严谨性，把项目管理和节　点管理区别对待，满足了绝大部　分的需求，还能灵活应付今后业　务内容的变更和流程的重组。