《流程的永恒之道》(四)BPM的生命周期之执行阶段

在上篇文章中,我们讲到了BPM的生命周期包括设计、建模、执行、监控和优化5个阶段,本篇我们以住建行业的预销售许可审批的主线流程对BPM的执行过程进行详细的解剖。

1.1.1 预销售许可主线流程的执行分析

BPM中的流程包括可执行流程和不可执行流程,不可执行流程在企业中占据了非常重要的位置,它包括战略流程、规划流程和管理层面的流程,目前大多数的BPMS套件只是实现了对BPM中的可执行流程的支持,而未支持不可执行流程。有的厂商通过称为BPA(Business Process Analysis)的产品来支持BPM中的不可执行流程,相关内容可参考8.3.1.1节关于ARIS及Control-ES产品的介绍。这里先看可执行流程,讲解执行过程之前,我们先来分析流程的组成。从建模期的流程定义上讲,流程组成就是由多个活动节点(在BPMS中,此活动节点一般都可以继续向下分解为子流程)按照一定的模式组成的一个转移序列,具体的组成分析如下。

1. 可执行流程组成分析

BPM的流程组成如图1所示。

图1 端到端的预售证许可审批业务流程示意图

图中虚线框内的是流程的图形化组成,可以看到,这是一个端到端的预售证许可审批业务流程。要运行这个流程,需要在流程属性(整个流程上)和环节属性上(每个环节上)挂接一些资源,并配置一些属性。这些属性有业务方面的,也有技术方面的。

流程属性

收件名称列表:此属性描述的是办理预售证许可证需要收取哪些证件。就像你去银行办理信用卡一样,需要提供身份证、收入证明、房产、车的证明等。不同的业务流程需要的证明材料不同,因此,此属性作为流程属性进行配置。有人可能说,这个属性是业务属性呀,怎么能当作流程属性呢。没错,收件名称列表确实是业务属性,对于完全封闭的、通用的BPM产品来讲,肯定不会把它作为流程属性来开发BPM产品;但是对于行业流程产品,从技术角度来考虑,作为流程属性来处理才是正道,因为这样能更方便使用。

此属性本质上属于业务属性,虽然被行业流程产品封装为流程属性了,但是在使用时还是由业务人员进行定义。

流程定义的组成实现

(1) 自定义流程定义规范

可以给Process专门定义一个属性集合,来存储收件资料名称。如下:

<process>
<requiredDocs>
        <doc>名称</doc>
        <doc>名称</doc>
     </requiredDocs>
<activities>
    <activity>…</activity>
</activities>
<trasitions>
    <transition>…</transition>
</transitions>
</process>

(2) BPMN 2.0规范中的实现

在BPMN 2.0规范中,提供了extensionDefinitions的扩展机制,可以利用此扩展机制来存储业务上需要与流程定义绑定的相关属性,例如本例中的收件名称。不过扩展了此属性后,此BPMN 2.0的流程就不再是通用的流程了。交换到其他符合BPMN 2.0规范的BPMS产品中去时,extensionDefinitions属性是不能交换的。这就是为什么我们多次说到,不要妄想遵循相同规范的产品可以互相兼容。如果真的兼容,那也肯定是个实验室产品,因为任何一个厂商都会以客户的需求为第一要素,必然会在规范的基础上加入很多规范所允许的扩展。

除了利用extensionDefinitions属性以外,也可以单独定义一个关系表,即流程定义模版名称与收件资料集合的关系表。这样也可实现收件名称列表与流程的绑定。

表单:表单作为业务与流程的一个主要结合点,是流程的一个必有属性。尤其是在MIS信息系统中,业务人员的主要工作是通过表单做相关的工作(录入数据、扫描附件、编辑处理、填写审批意见、打印、统计、查询等)。整个业务的办理,归纳起来就是不同岗位的人员,在不同的业务环节,通过不同的业务表单进行不同的操作。这个业务的运转过程是通过流程来带动的,因此每一个业务流程必须与其对应的业务表单建立绑定关系。例如本例中,预售证审批流程必须与预售证申报的业务表单进行绑定。这里需要注意的是,如果在流程上绑定表单,那么对应的业务场景只能是,整个业务在不同环节进行流转的过程中使用相同的表单。这种场景一般在单一系统的工作流应用中较多(例如电信、移动的工单派送、OA中的请假单等)。

此属性属于技术属性,但是如果做得足够简单易用,可以由业务人员定义(例如,提供可选择的单列表,表单名称具备足够的业务含义,就可以由业务人员通过选择进行绑定)。

流程定义的组成实现

(1) 自己定义流程定义语言

<process>
<form  id=’’ url=’’ />
</process>

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索产品
, 表单
, 业务流程
, bpmn
, 属性
, 流程
, 执行流程
, 请假 审批 管理 系统
, 关于OA的审批流程
, 业务
, 名称
预录入
企业生命周期四个阶段、软件生命周期8个阶段、产品生命周期四个阶段、项目生命周期四个阶段、客户生命周期四个阶段,以便于您获取更多的相关知识。

时间: 2024-08-15 03:49:02

《流程的永恒之道》(四)BPM的生命周期之执行阶段的相关文章

《流程的永恒之道》(五)BPM的生命周期之优化阶段

在本阶段我们将继续以住建行业的预销售主线流程为例对流程优化做实际分析,在做了改进分析之后,我们将给出实施BPM的永恒之道-BPM与SOA联姻. 1.1.1 BPI及预销售主线流程的改进分析 业务流程改进(Business Process Improvement,BPI)已经不是一个新名词了,它是在BPR之后提出来的,强调的是持续地改进,而不是彻底.颠覆性地对流程进行重新再造.很多企业已经认识到了业务流程的重要性,持续的流程改进才是提高企业竞争力的最有效手段. 在前面的章节中,我们谈到了BPM的最

《流程的永恒之道》(三)BPM的生命周期之设计四步曲

BPM是参谋长,负责战术层面的工作,其生命周期包括战术设计.战术制定.战术执行.战术评估及战术调整.对应于以上5个阶段, BPM的整个生命周期也有五个阶段:设计.建模.执行.监控和优化,如图6.1所示. 图1 BPM生命周期图 这五个阶段就覆盖了BPM的整个生命周期,每个阶段内的工作内容都不同.接下来,我们一起探究BPM这位参谋长在每个阶段内都需要做什么工作,这些工作的指导原则及规范都是什么,怎样做才能获得最好的战术效果. 1.1 设计四步曲 流程设计包括对已存在流程进行鉴定和对新流程进行设计,

《流程的永恒之道》(序)模式是个什么东东?伟大的Alexander大师

"道可道,非常道:名可名,非常名."这是我们老祖宗老子<道德经>中开篇的两句话,意思是:可以用语言描述的道,不是真正的道:可以用名字来命名的道,这个名字也不能形容妥当.其终极思想是,由于人的认识的局限性,我们所说的道,都只是真正道的一部分,无法窥见道的全貌.当然老子后来又在<清静经>中说:"吾不知其名,强名曰'道'".也就是说:"这个'道'字虽然不肖,但我(老子)还是先把这个终极真理叫作'道'好了." "道&qu

微信小程序把玩(四)应用生命周期

原文:微信小程序把玩(四)应用生命周期 App() 函数用来注册一个小程序,注意必须在 app.js 中注册,且不能注册多个. 使用方式也跟Android中的Application中初始化一些全局信息以供使用. 方法: 应用生命周期代码:

《流程的永恒之道》(七)战略与BPM之间鸿沟的填补—引入BPM治理

在上篇文章中,我们分析了战略与BPM间出现鸿沟的三个原因:没有详细地描述与分解战略.没有对"执行战略"进行治理.没有衡量战略.要填补鸿沟就需要开展以下三个方面的工作,即详细地描述与分解战略.对"执行战略"进行治理.制定衡量战略的各种指标.上世纪90年代后期,在管理领域,以上三个方面的工作就有了相关的理论方法.工具和实践,分别是著名的平衡记分卡.战略中心型组织及战略地图.战略地图负责描述战略,战略中心型组织负责管理与执行战略,平衡计分卡负责对战略进行分解与衡量.三者的

《流程的永恒之道》(六)战略与BPM之间鸿沟的出现与分析

实施了BPM就一定能将企业的战略进行落地么?答案是否定的.那么出现了什么问题呢?接下来,我们按照问题的出现.问题的分析.问题的解决三个步骤来讲解战略与BPM之间的鸿沟那点事.本篇文章讲述问题的出现与分析. 9.1 问题的出现:战略与BPM之间存在鸿沟 江南市房管局的BPM项目在三年的运行过程中,暴露出了以下问题: (1) 战略并没有很好地逐级向下传达到每个岗位: (2) BPM系统并不能将底层的执行分析结果反馈给高层管理者: (3) 在执行宏观监管与更好地为社会公众服务两个方面,并没有取得很好的

《流程的永恒之道》(二)控制模式之单选分裂与单选汇聚模式

1. 单选分裂模式(排他选择模式) 原型实例(故事片段) 图3.13 房改购房审批流程中的排他选择故事片段 如图3.13所示,"初审"环节之后,需要根据业务情况,选择"公告"或"复审"两个活动中的一个活动进行转出.例如,如果房改房的面积大于70平米就进行"公告",否则直接提交给"复审". 上下文(描述.动机) 描述:当前活动(初审)分裂为两个或多个后续分支,当前活动执行完毕后只能选择触发一个后续分支执行,即

《流程的永恒之道》(一)控制模式之串行、并发分裂及并发汇聚模式

控制模式是流程的中枢神经,它在作战小分队中负责将多个单独的作战活动组合在一起,并推动活动的自动化流转,形成作战流程.其重要性不言而喻,因此要设计一个好的流程,就必须学会应用各种各样的控制模式. 在探寻每个模式的究竟之前,我们首先定义一个统一的格式,对于控制模式,将按照如下统一的格式进行描述: 模式描述 我们在探寻每个控制模式时,将按照如下统一的格式进行描述. 原型实例(故事片段) 给出此模式的故事片段,通过鲜活的工作流故事展现此模式的应用场景. 上下文(描述.动机) 给出此模式的具体描述和动机:

《嵌入式系统开发之道——菜鸟成长日志与项目经理的私房菜》——02-03项目生命周期五大阶段

02-03项目生命周期五大阶段 嵌入式系统开发之道--菜鸟成长日志与项目经理的私房菜 我们前面讲过项目的定义,特别谈到每件项目都是独一无二的,都有各自的目标.可应用的资源.必须面对的限制与风险等.但所谓的知识体系就是要设法异中求同,通过分析与比较足够数量且不同种类的案例,试图归纳出适用于所有项目的思想与方法. 这么做并不牵强,因为不同项目间确实具有共同的特性,可以使用相同的思想与方法论来执行,就如同我们的本行-嵌入式系统与电子产品开发,如果不能在不同的项目间秉持共通的概念,工程人员免不了要多走很