EPC流程图简介【模板】.doc

EPC（事件驱动过程链)简介 总结了一下EPC的基本观点和重点内容，抛砖引玉了。 1、EPC建模方法的观点 1)EPC是事件驱动过程链（Event-DrivenProcessChain）的缩写. EPC模型经过将业务过程中的静态资源（系统、组织、数据等)组织在一同形成一个能够达成特定任务或许流程的动向模型。 EPC模型表现了商业业务的增值过程。 2、EPC建模方法的核心 事件Events功能Functions规则Rules 3、EPC—建模规则 每一个模型一定起码包括有一个开始事件和一个结束事件。 2）功能与事件老是交替着出现。 3）时间和功能永久只有一个输入和一个输出连结. 流程路径使用规则进行分别与归并。 功能的多事件触发也是经过规则表达。 决议一定是由功能作出。 凡是做出了某种决议的功能,后边老是紧随着规则。 8）经过规则表现某个决议以后的各样可能路径。 9）紧跟在规则以后的事件，表现了决议的一种可能结果。 规则不可以同时有多个输入和输出。 4、事件Events 定义:事件是环境的一种特定状态，当环境改变到这类状态时,相应的流程就被触发了.往常也能够理解魏现实世界的事物的某种状态的改变， 常有的三种状况： 1）能触发某个流程开始的外面改变（比方:客户订单抵达） 流程内部办理状态的改变（比方：产品制造完成） 带来外面影响的结果（比方：订单送到客户手中） 重点：事件能够是某人为事件或许是计算机系统操作的结果;事件的描绘，往常采纳一个主谓构造的词组来表示一个状态，比方：订单抵达、成本计算达成； 怎样判断有效事件:这个事件真的代表状态改变吗?这个事件是直接触发流程？仍是只是影响流程？ 5、事件命名 1）流程开始事件 流程开始事件往常来自于系统以外,它启动流程的第一个功能,所以命名时应注意相关于整体流程的意义，而不是只是关于后来的第一个功能存心义 流程中间事件 流程中间事件既是上一个功能的结果，又会触发下一个功能,命名上通 常会以上个功能的结果为主 流程结束事件 流程结束事件是整个流程的结果，也可能是此外一个流程的初步，命名 上需要注意选择对结束流程和触发流程都存心义的名称 6、功能Functions 定义：功能表示业务流程中的某个行为或许达成特定任务的活动。 重点：往常，流程中的每一个活动都应当是一个增值过程;功能可能由人或许计算机系统达成;每一个功能都包括有输入，经过办理创建输出；功能的描绘,往常采纳动宾短语来表示,比方：输入订单、计算成本，应当防止使用模糊的单个动词来表达 7、EPC建模—简单例子 8、规则Rules–ORXORAND 操作符在功能以后：单输入多输出在功能以前：多输入单输出 OR或决议，在一个决议以后有一个或多或事件，功能有一个或多个可能的触 个可能的结果路径 发事件 XOR 异或决议，在一个决议以后的某个时 异或事件，某个时刻有且仅有一个触 刻有且仅有一个结果路径 发事件 AND 与决议，在一个决议以后有多个并行 与实践，全部事件要同时知足才能触 的结果路径 发事件 9、规则-使用重点 不要组合规则,这样会难以理解. 防止在事件以后使用OR和XOR，尽量使用功能来作出决议。 在功能以后,除非清楚知道多分支结果事件会同时发生才用OR，不然尽量采纳XOR。 分支和归并往常使用同一个规则,假如要归并分支，在事件以后归并会更简单理解. 10、规则-分支与归并 分支：事件使用与规则能够触发两个并行流程,不可以使用或、异或规则. 尽量防止,组合规则 11、规则—多重事件触发 事件出现场景 事件的作用 使用逻辑 非同时发生的事件 有同样的事件办理过程 XOR 非同时发生的事件 事件办理过程不一样 需要更复杂的逻辑 同时发生的事件 同时发生与单调事件发奏效 OR 果同样 同时发生的事件 各自需要不一样的办理 OR 同时发生的事件 需要二者都达成才行 AND 12、规则—依靠关系 依靠:是指流程某部分得以进行以前一定知足的条件或一定达成的任 务，依靠往常是一种状态而非状态的改变，防止把依靠变为事件，往常 能够使用功能来检查依靠关系 13、总结 EPC能够描绘复杂的流程，可是为了易读，应当注意经过控制粒度来界 定表达的流程细节。 EPC的规则是为了将流程表达的更清楚，按照标准有益于知识的整理和 流传。