Table of Contents
hide
BPMN简介
业务流程模型与符号 (BPMN) 是用于在工作流中指定业务流程的图形化表示。BPMN提供了一种标准化的方式来建模业务流程，使其更易于理解、分析和改进。本教程将使用附图中的案例研究来解释业务流程建模的关键概念。
案例研究：患者预约与处方流程
下图展示了一个涉及患者、医生和医生办公室的业务流程。该流程包括安排预约、处理症状以及开具药物处方。我们将使用此案例研究来解释关键 BPMN概念.
BPMN核心概念
1. 池与泳道
- 池: 表示业务流程中的主要参与者。在我们的案例研究中，有两个池：“患者”和“医生办公室”。
- 泳道: 池内的子划分，代表不同的角色或部门。在“医生办公室”池中，没有明确的泳道，但任务由医生办公室的工作人员完成。
2. 事件
- 开始事件: 用圆圈表示，表示流程的开始。在我们的案例研究中，开始事件包括患者请求看医生以及医生办公室收到请求。
- 结束事件: 用加粗外框的圆圈表示，表示流程的结束。在我们的案例研究中，结束事件包括患者收到处方以及医生办公室发送处方。
- 中间事件: 用双线圆圈表示，表示发生在开始事件和结束事件之间的事件。在我们的案例研究中，中间事件包括患者与医生办公室之间发送和接收消息。
3. 活动
- 任务: 用圆角矩形表示，表示一个独立的工作单元。在我们的案例研究中，任务包括“发送医生请求”、“接收预约”、“发送症状”、“接收处方”、“患者医生请求”、“患者安排预约”、“患者处理症状”、“患者处理处方”、“接收医生请求”、“发送预约”、“接收症状”以及“发送处方”。
- 子流程: 用带加号的矩形表示，表示可以进一步分解为更小任务的流程。在我们的案例研究中，没有明确的子流程，但这些任务可被视为更大子流程的一部分。
4. 网关
- 网关: 用菱形表示，它们根据条件控制流程的走向。在我们的案例研究中，没有明确的网关，但任务和事件的流程可以根据患者的行为以及医生办公室的回应被视为条件性的。
5. 流程对象
- 顺序流: 用实线箭头表示，它们表示活动的顺序。在我们的案例研究中，顺序流展示了任务和事件的顺序，例如患者发送医生请求、医生办公室接收请求等。
- 消息流: 用虚线箭头表示，它们表示各泳池之间的消息流动。在我们的案例研究中，消息流展示了患者与医生办公室之间的通信，例如发送和接收预约确认、症状信息以及处方。
案例研究分析
患者泳池
- 开始事件: 患者希望看医生。
- 任务: “发送医生请求” – 患者发送看医生的请求。
- 中间事件: 患者收到预约确认。
- 任务: “发送症状” – 患者将症状发送给医生办公室。
- 中间事件: 患者收到处方。
- 结束事件: 流程以患者处理处方结束。
医生办公室泳池
- 开始事件: 医生办公室收到患者的请求。
- 任务: “接收医生请求” – 医生办公室接收患者的请求。
- 任务: “发送预约” – 医生办公室向患者发送预约确认。
- 中间事件: 医生办公室收到患者的症状。
- 任务: “发送处方”——医生办公室将处方发送给患者。
- 结束事件: 该过程以医生办公室发送处方结束。
消息流
- 患者向医生办公室发送医生请求。
- 医生办公室向患者发送预约确认。
- 患者向医生办公室发送他们的症状。
- 医生办公室向患者发送处方。
UML与BPMN：理解两者之间的差异
统一建模语言（UML）和业务流程模型与符号（BPMN）都是软件开发和业务流程管理领域中必不可少的建模语言。尽管它们有一些相似之处，但各自服务于不同的目的，并针对不同的应用场景进行了优化。以下是UML与BPMN的详细对比。
1. 目的与重点
UML（统一建模语言）
- 重点: 主要用于软件工程和系统设计。
- 目的: 提供了一种标准化的方式来可视化系统的结构，涵盖结构、行为以及组件之间的交互等多个方面。
- 用例: 广泛应用于面向对象的软件开发中，包括类图、时序图、用例图和状态图。
BPMN（业务流程模型与符号）
- 重点: 专为业务流程建模而设计。
- 目的: 提供业务流程的图形化表示，便于所有利益相关者（包括业务分析师、管理人员和技术团队）理解。
- 用例: 用于绘制业务工作流程、分析流程以及识别改进领域。
2. 图形类型
UML
- 常用图表:
- 类图：通过展示类及其关系来说明系统的结构。
- 时序图：以时间顺序的方式表示对象之间的交互。
- 用例图：描绘系统的功能需求以及用户（参与者）与系统之间的交互。
- 状态图：展示对象的状态及其状态之间的转换。
BPMN
- 常用图表:
- 业务流程图（BPDs）：展示业务流程中活动和决策的流程。
- 协作图：展示不同参与者（例如部门或组织）之间的交互。
- 编排图：关注流程中参与者之间的消息交换。
3. 符号与标注
UML
- 复杂标注: UML 使用多种符号和标注，可能较为复杂，需要培训才能理解。每种图表类型都有其自身的符号集合。
- 灵活性：UML具有高度灵活性，可适应不同的方法论，包括敏捷和瀑布模型。
BPMN
- 标准化标注: BPMN 拥有一套标准化的符号，易于理解，使非技术利益相关者也能轻松使用。
- 清晰的表示: 图标代表不同的元素，如任务、事件、网关（决策）和流程，使流程的可视化变得简单明了。
4. 利益相关者沟通
UML
- 技术受众: 主要面向开发人员、架构师和技术团队。非技术利益相关者可能难以理解。
- 详细规范: 为技术实现提供系统的详细视图，但在更广泛的业务讨论中可能不够清晰。
BPMN
- 面向业务: 专为业务分析师和利益相关者以及技术团队设计。清晰的视觉表示有助于促进组织内不同层级之间的沟通。
- 关注流程: 强调理解和改进业务流程，对于流程改进项目具有重要价值。
5. 工具与软件支持
UML 和 BPMN 都有多种建模工具可供使用，其中许多工具同时支持这两种表示法。流行的软件工具包括：
- Visual Paradigm: 对 UML 和 BPMN 提供全面支持，是从事软件开发和业务流程建模团队的理想选择。
结论
BPMN是一种强大的业务流程建模工具。通过使用池、泳道、事件、活动、网关和流程对象等关键概念，您可以创建清晰简洁的图表，以表示复杂的业务流程。患者预约和处方流程的案例研究展示了如何 BPMN 用于建模现实场景，使流程更容易理解、分析和改进。
总之，UML 和 BPMN两者都是有价值的建模语言，但用途不同。UML 专注于软件设计和系统架构，而 BPMN 则专为可视化和改进业务流程而设计。理解这两种表示法之间的差异，有助于组织根据自身需求选择合适的工具和方法。对于希望整合软件开发与流程管理的团队，Visual Paradigm 等工具提供了支持 UML 和 BPMN 的综合性解决方案。