流程设计建模方法:流程的需求梳理之流程级别梳理

本文探讨了在流程设计建模中如何进行业务流程需求的梳理,尤其是流程级别的梳理和子流程的判断。通过分析企业管理模式、流程图清晰度以及活动复用等因素,阐述了何时使用子流程,并给出了实际应用场景的例子。同时强调了确认业务流程个数的重要性,以确保每个流程都能完成独立的业务功能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一般而言,对于一个业务系统的开发过程,可以划分成:需求、设计、开发、测试、集成、部署等阶段。在需求阶段形成《需求规格说明书》之后,设计阶段需要对需求进行设计建模。业务流程需求是业务人员从业务化视角对企业业务活动的现状和规划方案的一种全面概况描述,其隐藏了技术细节。流程设计建模主要是对流程需求进行梳理,要使用可操作的技术来描述业务流程场景。

业务需求建模是否合理,直接影响到流程的技术实现,在流程设计过程中首先需要对业务需求从技术实现的角度重新进行梳理。下图是业务流程需求梳理过程的示意图:

业务流程需求梳理循环过程图

在业务流程需求梳理的过程中,流程的需求梳理主要包括:流程级别梳理、活动级别梳理、活动属性梳理、活动间规则梳理等环节。梳理的过程按照“从大处着手,需求逐步细化”的原则。

业务流程需求梳理是一个循环的过程,在流程设计阶段需要反复与需求分析人员、业务人员沟通和确认。只有经过反复沟通和确认,流程设计建模才更加贴近业务需求。

下面介绍流程需求梳理之“流程级别梳理”
流程级别需求梳理是对整个业务系统的业务域进行梳理的过程。一般需要如下沟通和确定以下内容。

1、是否需要子流程

是否需要子流程:在业务流程定义中,一组相关的活动组,可以设计成一个子流程;引入子流程的概念用于表示按照递归方式对流程在级别上做更深入的优化,直至到达合适的组成部分。是否使用子流程主要从下面几个指标衡量:

  • 企业管理的模式是否需要精细:如财务部门多级审批环节,可以是一个审批环节,也可以是在财务部门经过一组相关活动组成的活动组审批。当然,业务流程管理优化有很多工作要做,但是不是本文重点,这里就不深入讨论。
  • 使用子流程是否可以使流程图表达简洁清晰:在某些业务流程中环节较多,如果所有的活动放在同一个层次,会使得流程图拓扑结构复杂而不容易识别。对业务功能相近或者相关的活动组适当的使用子流程,可以使
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值