处理流程模版

它描述了有人来执行的业务流程，展示了要执行的活动，执行这些活动的顺序，以及用户为实现预期结果
而做出的不同决定。处理流程不要与系统流程混淆，处理流程描述用户要执行的行动，系统流程描述系统
要执行的活动。

处理流程总有方向箭头连接流程步骤，箭头指明流程所遵循的所有可能的路径，每个流程都有明确的起点和终点。 处理流程使用BPMN（业务流程模型和符号）的一个子集就可以进行描述。

例子

创建处理流程

1. 确定流程步骤
2. 创建L1处理流程
3. 创建L2处理流程
4. 必要时创建L3处理流程

创建L1处理流程

应该在项目创建初期创建L1处理流程，显示流程的全部范围，引发额外的处理流程。
与企业干系人合作，勾画出最粗略的活动，定义端到端的完整的解决方案。

• 创建图表
  • 每一个步骤都应该是<动词> + <宾语>
  • L1层次过高通常不会有分支，因为层次过高很难准确显示分支
  • L1、L2、L3每一级的步骤可以设置编号，编号在自己的级别保持唯一性
• L1的范围
  • L1中包含整个端到端的流程，甚至包含一些不在项目内的步骤
  • 当L1完成后，展示给企业的干系人，让他们审查完整性和正确性

创建L2处理流程

完成L1流程的创建与审查之后，开始定义L2的处理流程。通常L1处理流程中的每一步都有自己的L2处理流程。

• 如果L1流程的步骤超出了项目的方位，就不需要创建L2了
• 如果需要可以把L1的多个步骤（简单、相关）组织在一起连到一个L2处理流程

具体步骤：

• 识别流程步骤： 召开提案会议、观察用户、执行现有的步骤、审查现有流程和处理流程
• 写作步骤: 确保流程都有相似的细节程度，为L3流程保存较详细的细节
• 考虑7+/-2原则，每个级别不超过10个步骤
• 命名方式：[用户] + <动作> + <宾语> + [在系统]
• 使用泳道：许多用户、用户组在一个处理流程中交互执行，泳道是很有用的。
• 添加其它流程的引用

必要时创建L3处理流程

什么时候需要创建L3处理流程？ 如果L2的处理流程数量超过20个，或者更多；
或者开发和测试人员需要呈现额外的细节；

使用处理流程

• 针对听众提供不同层次的细节
• 主持提案和评审会议
• 推进完整性
• 推导出需求

常见错误

• 详细程度与流程不相符
• 审查者不了解细节的层度
• 审查者忘记查看流程全貌
• 流程有太多的步骤
• 系统反应和用户操作混淆
• 不包括项目流程之外的流程

参考文献

1. 《软件需求与可视化模型》第三部分 — Joy Beatty && Anthony Chen