索阅 100例 首 页| 资 讯| 下 载| 论 坛| 博 客| Webinar| 高 校| 专 刊| 会展| EETV| 百科| 问答| 电路图| 工程师手册| Datasheet

EEPW首页 > 百科 > EPC模型

EPC模型


贡献者:不爱吃窝瓜    浏览:991次    创建时间:2015-07-13

  EPC模型
  EPC 模型通过将业务过程中的静态资源(系统、组织、数据等)组织在一起形成一个能够完成特定任务或者流程的动态模型。
  上面是比较通用的解释。在实践过程中,我们发现EPC流程图比较合适描述那些有严密过程控制和结果导向文化的组织流程。也EPC作为一种流程图的规则,只要满足这些规则限制,则能确保流程图的正确性,表意清晰,可指导业务步骤。
  中文名EPC模型
  外文名Event-Driven Process Chain
  概 述EPC 模型通过将业务
  模 型事件驱动过程链
  EPC模型(事件驱动过程链)(Event-Driven Process Chain )
  1、EPC是软件工程中的一种建模方法
  1) EPC 是事件驱动过程链(Event-Driven Process Chain )的缩写 。
  2) EPC 模型体现了商业业务的增值过程。
  2、EPC建模方法的核心
  事件Events 功能Functions 规则Rules
  3、EPC-建模规则
  1) 每一个模型必须至少包含有一个开始事件和一个结束事件。
  2) 功能与事件总是交替着出现。
  3) 时间和功能永远只有一个输入和一个输出连接。
  4) 流程路径使用规则进行分离与合并。
  5) 功能的多事件触发也是通过规则表达。
  6) 决策必须是由功能作出。
  7) 凡是做出了某种决策的功能,后面总是紧跟着规则。
  8) 通过规则体现某个决策之后的各种可能路径。
  9) 紧跟在规则之后的事件,体现了决策的一种可能结果。
  10) 规则不能同时有多个输入和输出。
  4、事件Events
  定义:事件是环境的一种特定状态,当环境改变到这种状态时,相应的流程就被触发了。通常也可以理解为现实世界的事物的某种状态的改变,常见的三种情况:
  1) 能触发某个流程开始的外部改变(比如:客户订单到达)
  2) 流程内部处理状态的改变(比如:产品制造完毕)
  3) 带来外部影响的结果(比如:订单送到客户手中)
  要点:事件可以是某人为事件或者是计算机系统操作的结果;事件的描述,通常采用一个主谓结构的词组来表示一个状态,比如:订单到达、成本计算完成;
  如何判断有效事件:这个事件真的代表状态改变吗这个事件是直接触发流程还是仅仅影响流程
  5、事件命名
  1) 流程开始事件
  流程开始事件通常来自于系统之外,它启动流程的第一个功能,因此命名时应注意相对于整体流程的意义,而不是仅仅对于其后的第一个功能有意义
  2) 流程中间事件
  流程中间事件既是上一个功能的结果,又会触发下一个功能,命名上通常会以上个功能的结果为主
  3) 流程结束事件
  流程结束事件是整个流程的结果,也可能是另外一个流程的开端,命名上需要注意选择对结束流程和触发流程都有意义的名称
  6、功能Functions
  定义:功能表示业务流程中的某个行为或者完成特定任务的活动。
  要点:通常,流程中的每一个活动都应该是一个增值过程;功能可能由人或者计算机系统完成;每一个功能都包含有输入,经过处理创造输出;功能的描述,通常采用动宾短语来表示,比如:输入订单、计算成本,应当避免使用模糊的单个动词来表达
  7、EPC建模—简单例子
  8、规则Rules – OR XOR AND
  操作符
  在功能之后:单输入多输出
  在功能之前:多输入单输出
  OR
  或决策,在一个决策之后有一个或多个可能的结果路径
  或事件,功能有一个或多个可能的触发事件
  XOR
  异或决策,在一个决策之后的某个时刻有且仅有一个结果路径
  异或事件,某个时刻有且仅有一个触发事件
  AND
  与决策,在一个决策之后有多个并行的结果路径
  与实践,所有事件要同时满足才能触发事件
  9、规则-使用要点
  不要组合规则,这样会难以理解。
  避免在事件之后使用OR和XOR,尽量使用功能来作出决策。
  在功能之后,除非清楚知道多分支结果事件会同时发生才用OR,否则尽量采用XOR。
  分支和合并通常使用同一个规则,如果要合并分支,在事件之后合并会更容易理解。
  10、规则-分支与合并
  分支:事件使用与规则可以触发两个并行流程,不能使用或、异或规则。尽量避免,组合规则
  11、规则-多重事件触发
  事件出现场景
  事件的作用
  使用逻辑
  非同时发生的事件
  有相同的事件处理过程
  XOR
  非同时发生的事件
  事件处理过程不同
  需要更复杂的逻辑
  同时发生的事件
  同时发生与单一事件发生效果相同
  OR
  同时发生的事件
  各自需要不同的处理
  OR
  同时发生的事件
  需要两者都完成才行
  AND
  12、规则-依赖关系
  依赖:是指流程某部分得以进行之前必须满足的条件或必须完成的任务,依赖通常是一种状态而非状态的改变,避免把依赖变成事件,通常可以使用功能来检查依赖关系
  13、总结
  EPC 可以描述复杂的流程,但是为了易读,应当注意通过控制粒度来界定表达的流程细节 。EPC 的规则是为了将流程表达的更清晰,遵循标准有利于知识的整理和传播。


如果您认为本词条还有待完善,需要补充新内容或修改错误内容,请编辑词条     查看历史版本

开放分类
EPC模型     流程路径    静态资源    

参考资料
百度百科

贡献者


本词条在以下词条中被提及:

关于本词条的评论共:(0条)
匿名不能发帖!请先 [ 登陆 ]