本文主要说明在企业级业务模型中，流程模型的步骤。
在阅读之前，若没有读过下方链接中的文章，请先点击链接：
1）数字化转型与企业级业务模型
2）企业级业务模型与结构化需求
3）企业级业务模型的前世今生与优势
1.步骤概念
在企业级业务模型-流程模型-任务与工作流图中，任务的介绍中说，在业务流程中，为了完成某一业务活动，业务人员的每一项操作视为一个任务。任务会进行抽象化、标准化、模块化的操作，形成业务模型中的可复用的标准化“任务”。
但实际业务流程中的多个任务场景，在抽象为标准化任务后，又在哪里体现不同的业务场景呢？
是在“步骤”层级体现。步骤是流程模型中，颗粒度最细的层级，这一层级阐述的，是业务流动的规则，不同的业务场景，适用于不同的规则细项。
在步骤中，回明晰适用的CPCP因素，体现不同的业务场景。对于系统设计人员，步骤层级的规范表达，是一份优质的需求说明书。
2.步骤示例
描述一个步骤，需要包含以下因素，如下图：
1）需要说明业务领域、业务活动、任务名称、步骤名称，这四者是为了由上至下的将业务模型的层级说清楚。
2）需要说明业务规则、产品信息、客户信息、渠道信息、合作方信息。这五者是为了描述步骤的执行规则，以及适用于哪些业务场景。
3）需要说明映射数据模型、映射产品模型，这是为了与实体、产品进行勾稽。
下图是一个完成描述的“受理创建账户申请”步骤：
2.1业务规则
有必要单独说明一下“业务规则”，因为业务规则的描述需要注意多个方面，以免产生差错。
1）业务规则的描述，要从业务目的出发：所谓从业务目的出发，即是业务规则要最终落到某一个业务目标，这个目标可以是触发下一个步骤，也可以完成当前任务，规则一定要落到目标上；
2）业务规则的描述，要使用业务语言进行陈述：所谓业务语言，指的是要写业务逻辑，不能写操作步骤，更不能写技术语言；这里的业务逻辑，主要依靠“陈述业务要素、业务要素的约束规则”来实现；
3）业务规则的描述，需要清晰说明对实体的操作，并且需要与上一级别“任务”层级的实体关系相对应。例如“任务”层级读取了申请单，则步骤层级必然有读取的规则；
下图通过一个示例，体现了从实际流程，到模型中描述业务规则的转变。
3.识别步骤
步骤的识别方式，与任务的识别方式趋同。在识别任务时，我们将一个活动下的全部工作事项都罗列出来。这时我们罗列的是在业务流程中发生的事项，并未区分这些事项是任务层级，还是步骤层级。在我们确认任务层级时，我们也就找出了步骤层级。将这些步骤归属于任务，将任务层级按步骤的原则细分为步骤，也就识别出了步骤。
1）罗列工作事项
2）确认事项属于任务层级或步骤层级
3）将第2点的步骤层级归属到任务层级
4）将任务层级细分，得到最终的步骤层级
5）分析步骤层级的CPCP因素
