《EPC经过流程图说明介绍.doc》由会员分享，可在线阅读，更多相关《EPC经过流程图说明介绍.doc（13页珍藏版）》请在三一文库上搜索。
1、-! EPC (事件驱动过程链)简介 总结了一下EPC的基本概念和重点内容，抛砖引玉了。 1、 EPC建模方法的概念 1) EPC 是事件驱动过程链( Event-Driven Process Chain )的缩写 2) EPC 模型通过将业务过程中的静态资源(系统、组织、数据等)组 织在一起形成一个能够完成特定任务或者流程的动态模型。 3) EPC 模型体现了商业业务的增值过程。 2、 EPC建模方法的核心 事件 Events 功能 Functions 规则 Rules 3、 EPC建模规则 1) 每一个模型必须至少包含有一个开始事件和一个结束事件。 2) 功能与事件总是交替着出现。 3)
2、时间和功能永远只有一个输入和一个输出连接。 4) 流程路径使用规则进行分离与合并。 5) 功能的多事件触发也是通过规则表达。 6) 决策必须是由功能作出 -! 7) 凡是做出了某种决策的功能，后面总是紧跟着规则。 8) 通过规则体现某个决策之后的各种可能路径。 9) 紧跟在规则之后的事件，体现了决策的一种可能结果。 10) 规则不能同时有多个输入和输出。 4、事件 Events 定义：事件是环境的一种特定状态，当环境改变到这种状态时，相应的 流程就被触发了。通常也可以理解魏现实世界的事物的某种状态的改 变，常见的三种情况： 1) 能触发某个流程开始的外部改变(比如：客户订单到达) 2) 流程内
3、部处理状态的改变(比如：产品制造完毕) 3) 带来外部影响的结果(比如：订单送到客户手中) 要点：事件可以是某人为事件或者是计算机系统操作的结果； 事件的描 述，通常采用一个主谓结构的词组来表示一个状态，比如：订单到达、 成本计算完成； 如何判断有效事件： 这个事件真的代表状态改变吗？这个事件是直接触 发流程？还是仅仅影响流程？ -! 5、事件命名-! 1）流程开始事件 流程开始事件通常来自于系统之外，它启动流程的第一个功能，因此命 名时应注意相对于整体流程的意义，而不是仅仅对于其后的第一个功能 有意义 2） 流程中间事件 流程中间事件既是上一个功能的结果， 又会触发下一个功能，命名上通 常会
4、以上个功能的结果为主 3） 流程结束事件 流程结束事件是整个流程的结果， 也可能是另外一个流程的开端， 命名 上需要注意选择对结束流程和触发流程都有意义的名称 Find ion Event -! 6、功能 Functions _ Ftmcrt i orb L- _ J厂 * f、 Function Event -! 定义：功能表示业务流程中的某个行为或者完成特定任务的活动。 要点：通常，流程中的每一个活动都应该是一个增值过程；功能可能由 人或者计算机系统完成；每一个功能都包含有输入，经过处理创造输出; 功能的描述，通常采用动宾短语来表示，比如：输入订单、计算成本， 应当避免使用模糊的单个动词来
5、表达 7、EPC建模一简单例子 8、规贝U Rules OR XOR AND 操作符 在功能之后：单输入多输出 在功能之前：多输入单输出 -! OR 或决策，在一个决策之后有一个或多或事件，功能有一个或多个可能的触-! 个可能的结果路径 发事件 XOR 异或决策，在一个决策之后的某个时 异或事件，某个时刻有且仅有一个触 刻有且仅有一个结果路径 发事件 AND 与决策，在一个决策之后有多个并行 与实践，所有事件要同时满足才能触 的结果路径 发事件 9、规则-使用要点 不要组合规则，这样会难以理解 避免在事件之后使用 OR和XOR尽量使用功能来作出决策 在功能之后，除非清楚知道多分支结果事件会同时
6、发生才用 OR否则尽 量采用XOR 分支和合并通常使用同一个规则， 如果要合并分支，在事件之后合并会 更容易理解。p/ - 1匚 事件显示 出结果 * 生产品 1 注产巧产 (a)错倏 牧到订至 规则决定 检話品 A到订单 赛产品E 可能的结果 是什么？ XOR rule 什么作出 路惶选擇？ 生产B产功能作出 (b)正确 十 y 生产A产品 -! 10、规则-分支与合并 分支：事件使用与规则可以触发两个并行流程， 不能使用或、异或规则 尽量避免，组合规则枚到订里 脸査产品订 单 生产6产晶 fii) 严 流程的结 束事件 (b)功能之后舟支合收电订輦 濁要产 :需募产OR rtile 恼用相
7、同的蟀则 逆行分支与合井 二产2产品 7 OR rule诱要声品彳 工 -! 变 g .产品人磁 X 無 产品vb音 生円产品 使化B） 生产*产弟 侵IW *LJ JK 生产A产品 E变化和 （*）寥分芟仑髯 11、规则-多重事件触发 事件出现场景 非同时发生的事件 非同时发生的事件 生产! j严町 事件的作用 有相同的事件处理过程 事件处理过程不同 改遇 使用逻辑 XOR 需要更复杂的逻辑 帥J- -! 同时发生的事件 冋时发生与单一事件发生效 OR 果相同 同时发生的事件 各自需要不同的处理 OR 同时发生的事件 需要两者都完成才行 AN12、规则-依赖关系 依赖：是指流程某部分得以进行之前必须满足的条件或必须完成的任 务，依赖通常是一种状态而非状态的改变，避免把依赖变成事件，通常 可以使用功能来检查依赖关系-! 13、总结 EPC可以描述复杂的流程，但是为了易读，应当注意通过控制粒度来界 定表达的流程细节。 状态 处理订单 订枚到电话魂 态 处理订-! EPC的规则是为了将流程表达的更清晰，遵循标准有利于知识的整理和 传播