1 EPC基介绍
事件驱动程链(EventDriven Process Chain)企业建模核心模型EPC模型通商业程中静态资源(系统组织数等)组织起形成够完成特定务者活动(流程)动态模型——体现商业业务增值程企业建模中种模型通常EPC体现基信息关系呈现方式——视图
EPC核心四种类型象:
l 事件Event
l 功Function
l 规Rule
l 资源Resource
图1展示四种象组成EPC模型片段
2 事件Event
谓事件指通流程符号显示出触发某种行消息请求通常理解现实世界中某种状态改变(客户订单达产品设计完成等)般三种情况:
l 够触发某流程开始外部改变(客户订单达)
l 流程部处理状态改变(产品制造完毕)
l 带外部影响终结果(订单送客户手中)
软件工程术语事件迹象流程中步前提条件者果谓前提条件指活动够进行前必须出现者已发生事情果活动结果事件某事件者计算机系统操作结果流程终事件作流程重点外作流程触发事件种方式流程部分通事件连起形成端端流程图
事件描述通常采谓词形式短语表示状态计算机方式:什样订单达成计算完成
3 功Function
功表示业务流程中某行者完成特定务活动理想情况流程中活动应该增值程进行流程分析BPR终目标应事件功者计算机系统完成功包含输入(信息者物料)处理创造出输出(信息者产品)时处理程中会消耗定资源想复杂模型中准确描述清楚某功具体做什件简单事情
图1典型EPC流程图
功描述通常采动宾短语表示状态计算机方式:完成什:输入订单计算成’
层较详细模型图中功会表示成更明确更理解活动(输入订单)种模型中明确较模糊功描述张模型图眼清说功干什量避免销售类缩略词
4 事件驱动程链EPC
功事件触发事件激活功功会产生事件事件次触发更功样次形成事件功组成链——事件驱动程链(见图2)事实更确切说事件驱动程链称事件驱动功链应该更合适
实际建模中然总图2示简单时需引入决策流程路径概念改变业务流程决策通常功完成够表示产生结果事件触发情况必须引入规Rule面关规详细解释建模方法建模功员讲想知道事件驱动程链中引入事件价值建模方法中直接系列功表现流程事件常见种法串接功
5 事件命名
事件命名需做专门解释模型中事件法更事件模型中出现位置关系里位置指出现流程开始结尾者流程中间部分
流程开始事件明显流程外部交道方引发面整流程外部世界改变触发流程中第功名字通常会选择相整流程意义仅仅针紧接第事件样阅读者整流程讲什样事情目然受客户订单整流程言肯定邮箱中信件更意义
图2事件驱动程链
流程结束事件表示整流程(者某模型中描述部分流程)结束者结束事件时作流程开始事件样事件选择模型触发模型意义事件会更限表现引起样事件功结果图2示例中事件称成计算完毕实际完成成计算接会进步流程业务选订单输入完毕会更表现该流程流程
流程程中出现事件连接功事件功结果功触发事件时该办表现结果说明功起?通常做法说明功结果面会样做正确描述功组织流程帮助
单流程里指没控制分支流程事件命名通常会产生影响时事件会标志流程阶段完成时样事件选择意义名字选择结束事件名字样会更说明问题
现已解事件命名表现流程关(见图3)初企业建模时候许会带定困惑果坚持命名规建模期会发现错误会少样做目时刻保证流程合理性——通名称约束行时已开始感困惑然事件终结开始建模时候单模型表现整流程面样系列相独立模型表现流程非常重点聊问题面会进步讨
6 什事件
前面提刚接触企业建模尤业务流程建模方法工具言想知道企业建模功相应引入事件意义什图4(a)示样直接功功相联?功功间引入事件原:
l 方便检查功定义正确性
l 够检查整业务流程正确性
图3事件命名
事件第原允许功直接相连通功面附加特定事件够检查功否合理定义复杂模型中时候搞清功底做什件头疼事情时仔细检查功需完成务触发功事件帮助实时样问:真事件触发功?功然发生需更条件满足会发生?然紧接着功事件否足够描述执行功引起种改变结果果说出该功底引起什发生改变功定义许错误果发现该功引起许东西发生改变时应该仔细考虑否改变功结果完全单功引起功(行串行)引起果数功结果必检查功重性间隔粒度否模型中部分功相似然决定否必功分开子流程图代单功
图4事件作
事件第二原:仔细考虑功引起事件会业务流程中改变流程决策变更清楚样图4(a)输入订单检查订单制造产品三种行组成链接着图4(b)时功间加入事件功检查订单事件该称什称订单检查完毕乍事件正确真?订单检查什发生改变?什检查订单?知道什检查订单功业务流程产生增值刚刚接触企业建模时常会类知道该样命名错误建模程中常常会问什检查订单部分情况回答(:查订单否)没种理体现模型中明显忽略检查订单功种结果——订单会样功仅仅执行检查样行时决定步会发生种结果图4(c)示例正确业务流程模型图4(c)中功检查订单面规异检查订单结果分成两种情况:订单订单分展示检查样种行发生结果
新手流程建模时考虑某种行带部分结果样否定结果会忽略真建模容易导致错误方想部分碰样种情况建流程直运行直天发生问题流程模型中找底该发生时通常建模程中考虑全面造成
图4示例中假设输入订单结果:订单输入完毕检查订单认会发生两种情况:订单效订单效许会发现实输入订单发生两种结果否必表现出?种情况应该根实际建模决定果发生种结果整流程运转言会产生关键影响时定考虑考虑素越意味着建模型越复杂太时候会严重影响模型读性理解性记住建模原:东西建模知道什时候建模已足够制定标准坚守标准
事件定程度建模附加定约束建出真正发生事件模型帮助样事情利必弊事件导入然建模型变臃肿精确描述会定困难真正需时候取消事件直接功相连
7 规业务流
真实世界业务流程少串行步骤组成数情况利行分支决策事件触发混合流程等综合进行建模
许许类似图5示流程图会较熟悉企业建模类似种更效方法描述业务流程图4(c)中检查订单两种结果具体单言出现种情况合格合格体现种情况必须助类似图5示某种规满足利EPC建模目需基规进行扩展考虑点:
l 模型必须少包含开始事件结束事件
l 功事件交着出现
l 事件功永远输入输出连接
l 流程路径规进行分离合
l 功事件触发通规表达
l 决策必须功作出
l 作出某种决策功面总紧着规
l 通规体现某决策种路径
l 紧规事件表示决策种结果
l 规时输入输出
图5标准流程图
8 规Rule
企业建模规体系中三基规:异面分三种规作详细讲解
表1规表
操作符
功前(单输入输出)
功(输入单输出)
OR
决策决策结果路径
事件功触发事件
XOR
异决策某时刻路径
异事件时刻触发事件
AND
分支流程分成两行分支
事件事件时满足触发功
组合规(:异异异异)(见图6)三基规加灵活应相效果组合规会带理解困难建议避免
通具体实例获规更理解面会例子透彻理解业务流程模型首先需综合样通规功事件表达决策分支理解决策异规分支规
9 决策Decision
建模程中遵循样条原:决策定功作出功名称体现做出决策
91 决策建模
功作出决策通规结果相连接规体现结果间逻辑关系(异)外规输入两者输出输出事件指出决策结果流程走(见图7(b))
建模程中避免某事件面出现者异时没办法指明底什决定流程走层流程图中会出现种情况:事件受订单面会体现处理类型订单种行分支情况处实际作出样种假设收订单知道订单类型(见7(a))实际情况收订单然接着做判断动作然知道订单类型时显然图7(b)更合理果碰事件面需选择流程情况解决办法:添加选择路径功事件直接作出决策复制流程建模程中容易犯第错误紧接着第错误第二容易犯错误:没决策表现出常会出现未真正发生事情进行建模期尝试建流程进行分析重组时会带问题
92 决策规
处说决策指业务流程中功作出决策处规指体现种决策规:
l ——意路径意组合
l 异——路径中条条
图6组合规
图7决策建模
建模中规非常诱现实生活中天量词实际情况模型中遇部分选择分支时刻条发生应该异表达
文中处理订单例子种情况订单针种产品时针种产品时显然应该选应种处理情况记住:流程面某部分必须种情况组合正确组装起参图8选异问题通常遵循规:
l 非明确知道分支时发生否异表示决策
图8决策分支合
93 合决策路径
流程建模中功做出决策结果流程转变成选分支时中某分支流程重点更时候分支会面某点重新结合起回点继续完成整流程通常必须决策分支分开时相规分支连接起参见图8然问题种连接应该发生某事件连接功发生功合时间?两种方式流程表现差更差建模方式然前提保证模型事件功交出现通常更清晰说明更倾事件进行合样眼出合什合相结果两项工作——功者容易造成误解认两功效果样图8(a)中出前种情况示例种情况例外:种合发生流程终结处时通常会功进行合想时应该会选择两事件加合规吧
时候合路径样种情况:单决策分开功A产生两分支功B产生三异分支合功A分支功B分支时应该进行合?然种情况许选单规合验先分进行合合支路进行合样做处特模型较复杂时(见图9()a)
图9(b)显示种行代方案样更容易理解然前面讲事件进行路径合处没根矛盾世间许事情相成变种场合图9(b)选择许更重点假设遵守着功事件交出现原建模选择规表达时根实际建模情况做出决定
94 做决策路径
许会认某决策分支作事情件没意义事件事实种情况常发生图10(a)示情况进行第二件衣服染色前果第件衣服染色没干话进入等果衣服已干话什作直接进入第二件染色时图10(a)示情况两选择分支右边条分支事件没功图10(b)展示改进流程图中右边分支功事件时表明检查染色否已干样功种情况已
10(a)前面求建模型10(b)针该流程特点做出改进流程图显然者显更专业清楚处出什时候该做
面模型果需接着面做第二件衣服染色染色已干样事件成整流程终点时种方案10(b)需做事情路径条路径相合时采图11示样解决方案显然种解决方案
95 复杂规决策
实际流程中规分支总前面示例中简单考虑情景:销售预订部门7*24满负荷工作输入订单计算机系统工作时间周周五午900午900周周五工作时段外接收订单会先进入备份系统等次日输入实际系统中周六周日备份系统工作订单手工记录然转天中周六某销售组接收订单通手工记录者传真组周日收紧急订单传送总部值班员手中加处理
图9分支合
图10做事情分支
订单达时首先会基处时间日期否紧急系统否前值班员等综合做出判断决定该订单应处理想象时果规表达系列决策然做模型肯定非常复杂时直接建流程图相许表2会更清楚表达复杂情况模型中述时间分配情况描述清楚单规进行描述显然够样建出模型肯定极复杂难懂种代解决方案:功做决策功面紧异规面张表附件附加规放置指明引样决策表描述标志符见
表2决策表
时段
周周五
周六
周日
非紧急
紧急
9am5pm
输入系统
手工记录传真组
手工记录
传回公司总部
时间
输入备份系统
手工记录
手工记录
手工记录
图11做事情功
10 分支Branch
分支决策相相简单操作符流程分解成行分支分支面通规相合进行合方分支完成前流程会停止直分支完成图12展示针订单时处理产品A产品B情况
通常规发生事件般惯分支合事件进行样没定完全情况言功合分支然规面事件表示分支工作已完成长复杂流程般选前种方式简单流程者通常更适合
种代方案功面进行流程分割然规分支分事件作条分支触发事件种方法分支模型种独立模型情况较合适时事件充两流程联结点作面会两流程联结起
图12行分支
流程分成两行分支意味着时进行相互间没赖关系然说样建模代表实际情况定时发生举极端例子然逻辑没赖关系假两工作完成显然两者时间发生便完成定说两者时发生两者间存定时间差异通真实数收集整理助检查流程正确性否真想样通流程仿真更检查实际资源否够满足想流程需
11 事件触发Trigger
111 单事件触发
前面绝部分示例中流程唯触发事件事件指事情种状态种状态够影响控制接业务流程走事件更简单理解:改变种状态两种定义综合起:事件指环境种特定状态环境改变种状态时相应流程触发
需搞清楚点:真该事件触发流程?收电话订单显然触发事件电话响某接电话记订单类似通传真收份订单触发事件果销售流程进行层建模肯定会电话者传真作种选触发事件具体模型中相等果传真机放公司某黑暗角落里没直守传真机旁等着订单达时必设计流程某会周期性检查传真机处理订单务显易见家认件然事情没必进行建模结果导致没处理件事情家觉应该会作例子网站出Email址通常址寄信会回音请谨记面两条:
l 事件真代表着种状态改变?
l 种状态改变否直接触发流程仅仅流程产生影响已?
建模型触发点建模层次关
112 事件触发
图13示带规三流程决策功言普遍异果规表达决策需仔细考虑否真图13(b)示例中规明显指出敲门门铃两事件时发生分发生时发生触发开门样动作没什
图13事件触发
果13(a)图中规话会出问题客户许会先电话订货然发份传真进行确认某时刻时收电话订单传真订单部分情况显然作份订单种情况规表达显然种意思通常想结果建模中规谨慎果13(a)中情况明确需规仔细考虑某时刻电话传真时出现时该样处理分进行确认解决方案建模程中底该异表3做简单总结
表3事件触发逻辑
事件出现场
事件作
逻辑
非时发生事件
相事件处理程
异
非时发生事件
事件处理程
需更复杂逻辑
时发生事件
时发生单事件效果相
时发生事件
需处理
时发生事件
需两者完成行
图13(c)示例中显示规表达事件触发情况种情况电话订单达传真订单达两事件必须发生继续面流程实际情况会简单样会遇前面提工作时间周期问题许收客户电话订单第二天收确认传真者极端点确认传真六月达抑没确认传真时整流程陷入等状态实际工作中然会确认传真没达整销售组直等通常会加诸:效期样概念处理种情况隔六月收确认传真情况图14出种解决方案
然面举例子创造出较典型情况实际建模会简单少帮助理解该流程中处理事件触发情况时候想然简单规描述流程会忽略实际流程中许重细节考虑周全量考虑周全
113 赖关系
建模程赖关系常常会带许困扰谓赖指流程某部分继续前必须完成务者必须满足条件般赖产生困惑原点:
l 赖视种必特殊状态
l 总喜欢流程赖关系分离开
l 常两种赖(触发赖数状态赖)产生混淆混谈
实际图14中已赖关系进行建模电话订单达流程直接执行等确认传真达会继续里确认传真达种赖种情况赖处罚事件意义相作流程图部分
前面分析中已知道已期订单(价格涨显然未生效订单效)流程处理订单否期赖订单时间状态赖种类型:赖部分某数信息状态
图14复杂重触发
建模程中常样种情况:先设计流程然单独赖关系表说明功执行需条件通功附加带种赖关系表事件加入流程中乍起样诱图15(a)示样订单进入步前会检查订单效样事件否满足然继续面步骤实际样做显然问题着流程越建越复杂流程会许半途中出事件整模型变非常难读难理解甚建模者知道什会样事件
种情况样进行分析首先订单然效样事件仔细会发现两列事件区收电话订单收确认传真两事件具体行结果订单然效赖订单达目前时间长度更确切表示状态非行结果时前面提:
l 事件真代表种状态改变?
l 种状态改变否直接触发流程仅仅流程产生影响已?
图15赖关系建模
基两点分流程赖关系进行检验收确认传真代表着种状态改变实际收确认传真流程继续订单然效仅仅说明状态身非代表状态改变点讲关心订单前处状态非订单状态否发生改变订单否然效状态作附加某进行检查结果流程种状态做出检查决策继续图15(b)重新建模图图14相似检查订单否效样功附加数实体作功输入
时赖关系种表现方式实际没什特殊作必须满足附加触发条件者数条件面提两点建模程中确定某赖关系流程触发条件流程运转必须赖某种状态条件帮助帮助找合适解决方案然肯定时候问题会清楚总体讲样基行面举例种情况应三种判断(结合前面整例子):
l 电话订单达肯定触发事件
l 订单然效肯定触发事件
l 确认传真达否触发事件建模详细程度关
记住建模时候坚持事件检查保证相互关系正确性
会认正式建立详细模型前先赖关系图15(a)中示样进行建模然根实际情况进行相应调整种方法认难想象开始错误东西面会变正确况样会带许混淆定分清赖关系建模正常建模方法正确加行没什特殊方
114 够作触发事件数状态改变
示例中假设决定订单否数输入计算机系统中样检查数决定订单否数系统已样做订单数检查部分情况已计算机系统动做出流程中样通手工检查够助计算机显然件事产品涨价时前订单标志作废非常诱件事订单标志作废第二条软件规会起作订单作废事件通传真邮件通知客户时发通知样动作触发事件外部某事件数状态改变——原价现价时数项状态事件
图16数状态触发
图16示种情况数实体通has state关系附加事件说明实体类型发生改变时值成订单失效进触发面流程然明确知道流程状态改变触发时样说果订单价格检查需手工做出流程前面种方法进行建模根实际情况建模触发点模型表达详细程度进行业务流程建模非常重
数驱动软件明确种复杂数变化起作EPC链中表现种数驱动流程件容易事情建模时必搞清点实业务流程建模数流程图区时候认识事情流程件坏事东西表达更适合方法(状态表)
115 触发流程
建模表达方便通常某流程建成独立模型模型间显然相互关联流程结束流程会继续流程某事件充两种角色:流程事件时流程触发事件事件前流程中某结束事件流程中间某功结果事件果中间某功结果事件时该事件仅前流程继续部分触发事件时充独立流程触发事件图17中示样通功订单生产增加事件作付款流程触发事件货物制造完成会转包装部时会发出帐单帐单处理许复杂流程示例中通单独流程表现前流程做触发帐单处理流程具体该事件样充流程触发事件通事件实现谓事件指出现两方事件实际事件通拷贝保证事件分两方创建事件
图17跨流程触发
外注意订单生产功两事件命名细区然功结果事件没统称订单生产完成保证模型中出现事件意义两针流程整流程中起作事件应该加区果图18种方式显然正确容易理解左右两相事件拷贝实际应该两事件简单合然果该事件流程中结束事件直接进行拷贝面会讲时两流程中出现事件该样设计更合适事件流程中间事件时流程触发事件需注意谓中间事件非流程中间事件指中间某功结果事件什区呢?样图17生产完成包装流程中事件生产完成发出帐单中间某功结果事件前者充流程触发事件说果事件时充流程触发事件必须前流程中继流程处流程中间情况通附加事件解决
12 循环Loop
处理复杂流程决策情况必引进循环概念循环流程重新带回开始某方次执行面流程图15展示常见订单处理流程果订单失效流程会通知客户客户意重新订货流程会重新回流程开始处进入轮流程流程顶端事件功间加入异规处理正常流程循环流程情况注意处异具体原参前面关两规选择时注意项
循环流程次开始执行面工作正常流程没差样次遇订单期失效情况样次进入循环考虑极端情况假设订单始终样会止境循环循环带问题实际工作中遇种情况订单走两次循环终止
图18错误事件拷贝
13 流程组合
许会想EPC实太复杂实建模方法言EPC应该属较简单明种做三种基象(功事件规)组合起表达种业务流程然组合方式灵活变正确错误(见图19)遵基建模原基没问题
图19功时间规基组合
实际企业建模程中通常会先建系列逻辑模板样建模时候组合起然新手讲求点高图20展示完整订单处理流程图部分前面已讲需记住点什东西通流程图表示复杂操作数驱动系统方式许更合适
图20完整流程图
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档