⚡

流程建模Skill process-modeling

流程建模技能专为使用BPMN符号和流程图模式设计业务流程而设。它帮助用户创建包含活动、网关、事件、泳道和决策点的流程图，适用于工作流文档、流程优化和业务分析。关键词：流程建模、BPMN、流程图、工作流、业务流程、建模工具、流程优化。

流程优化 0 次安装 0 次浏览 更新于 3/11/2026

name: 流程建模 description: 使用BPMN符号和流程图模式进行过程建模。创建包含活动、网关、事件、泳道和决策点的流程图，用于工作流文档。 allowed-tools: 读取、全局、查找、任务、技能

流程建模

何时使用此技能

在以下情况下使用此技能：

  • 流程建模任务 - 使用BPMN符号和流程图模式进行过程建模。创建包含活动、网关、事件、泳道和决策点的流程图，用于工作流文档
  • 规划或设计 - 需要流程建模方法的指导
  • 最佳实践 - 希望遵循已建立的模式和标准

概述

使用BPMN（业务过程模型和表示法）和流程图符号创建和记录业务流程。可视化活动、决策、事件和参与者交互，以便过程理解和改进。

什么是流程建模？

流程建模创建组织中工作流程的视觉表示。它记录：

  • 活动：执行的工作
  • 顺序：活动的顺序
  • 决策：选择点和条件
  • 参与者：谁执行每个步骤
  • 事件：触发和结束过程的内容

BPMN核心元素

活动（矩形）

类型 符号 描述
任务 矩形 原子工作单元
子过程 带+的矩形 包含子过程
调用活动 带粗边框的矩形 调用可重用过程

任务类型：

类型 描述
用户任务 需要人机交互
服务任务 自动化系统操作
脚本任务 脚本/代码执行
业务规则任务 决策表评估
发送任务 发送消息
接收任务 接收消息
手动任务 无系统的物理工作

事件（圆形）

位置 符号 描述
开始 薄圆 过程触发
中间 双圆 过程中事件
结束 厚圆 过程终止

事件类型：

类型 触发
无 未指定的开始/结束
消息 接收/发送消息
定时器 基于时间的触发
错误 错误条件
信号 广播信号
终止 过程终止

网关（菱形）

类型 符号 描述
独占（XOR） 带X的菱形 基于条件的一条路径
并行（AND） 带+的菱形 所有路径执行
包含（OR） 带O的菱形 一条或多条路径
事件驱动 带圆的菱形 等待事件

连接器

类型 符号 描述
序列流 实线箭头 活动顺序
消息流 虚线箭头 池间消息
关联 点线 工件到元素

泳道

类型 描述
池 表示参与者（组织/系统）
道 池内的细分（角色/部门）

工作流

阶段1：定义范围

步骤1：识别过程边界

## 过程定义

**过程名称：** [名称]
**目的：** [为什么此过程存在]
**范围：**
  - **开始时：** [触发事件]
  - **结束时：** [完成标准]
  - **包括：** [范围内活动]
  - **排除：** [范围外活动]

**参与者：**
| 池 | 道（角色） |
|------|---------------|
| [组织/系统] | [角色1], [角色2] |

步骤2：选择模型类型

类型 何时使用
现状 记录当前状态
未来 设计未来状态
高层 概述、沟通
详细 实施、自动化

阶段2：建模过程

步骤1：识别主路径（理想路径）

  1. 开始事件（触发）
  2. 主活动序列
  3. 结束事件（完成）

步骤2：添加决策点

对于每个决策：

  • 网关类型（XOR/AND/OR）
  • 每条路径的条件
  • 汇合点

步骤3：添加异常路径

  • 错误处理
  • 超时场景
  • 升级路径

步骤4：添加参与者

  • 将活动分配给道
  • 建模参与者间通信
  • 添加池间消息流

阶段3：验证和文档化

步骤1：验证完整性

检查 问题
所有路径连接 所有活动是否有流入和流出流？
无死胡同 所有路径是否到达结束事件？
网关平衡 拆分网关是否与汇合匹配？
角色分配 每个活动是否在道中？
触发器定义 每个开始事件是否有明确触发？

步骤2：添加文档

## 过程：[名称]

### 概述

[过程目的和流程的简要描述]

### 触发器

| 事件 | 描述 | 频率 |
|-------|-------------|-----------|
| [触发] | [什么导致它] | [多频繁] |

### 活动

| # | 活动 | 角色 | 系统 | 持续时间 |
|---|----------|------|--------|----------|
| 1 | [活动名称] | [角色] | [系统] | [时间] |

### 决策点

| # | 决策 | 条件 | 路径 |
|---|----------|------------|-------|
| 1 | [决策] | [标准] | [路径A], [路径B] |

### 异常

| 异常 | 处理 |
|-----------|----------|
| [错误] | [如何处理] |

输出格式

Mermaid流程图（BPMN风格）

flowchart TD
    Start((Start))
    Task1[接收订单]
    Gateway1{有效订单？}
    Task2[处理支付]
    Task3[拒绝订单]
    Task4[发货产品]
    End1((完成))
    End2((拒绝))

    Start --> Task1
    Task1 --> Gateway1
    Gateway1 -->|是| Task2
    Gateway1 -->|否| Task3
    Task2 --> Task4
    Task4 --> End1
    Task3 --> End2

泳道图

flowchart TD
    subgraph 客户
        A[下订单]
        G[收到产品]
    end

    subgraph 销售
        B[审核订单]
        C{批准？}
    end

    subgraph 仓库
        D[拣选物品]
        E[包装订单]
        F[发货订单]
    end

    A --> B
    B --> C
    C -->|是| D
    C -->|否| A
    D --> E
    E --> F
    F --> G

叙述性摘要

## 过程：订单履行

**版本：** 1.0
**日期：** [ISO日期]
**所有者：** [名称]

### 摘要

此过程处理从接收到交付的客户订单。

### 流程描述

1. **开始**：客户下订单（在线或电话）
2. **审核订单**：销售验证订单详情
3. **决策**：订单是否有效？
   - 是：继续履行
   - 否：返回客户更正
4. **拣选物品**：仓库定位产品
5. **包装订单**：物品打包以便发货
6. **发货订单**：交给承运人
7. **结束**：客户收到产品

### 指标

| 指标 | 当前 | 目标 |
|--------|---------|--------|
| 周期时间 | 3天 | 2天 |
| 错误率 | 5% | 1% |
| 自动化率 | 40% | 70% |

### 改进机会

1. 自动化订单验证
2. 多物品订单并行拣选
3. 实时跟踪集成

结构化数据（YAML）

process_model:
  name: "订单履行"
  version: "1.0"
  date: "2025-01-15"
  type: "as_is"  # 或 "to_be"
  owner: "运营"

  boundaries:
    trigger: "客户下订单"
    end_state: "客户收到产品"
    scope:
      includes:
        - "订单接收"
        - "支付处理"
        - "履行"
        - "发货"
      excludes:
        - "退货"
        - "客户支持"

  participants:
    - pool: "公司"
      lanes:
        - name: "销售"
          activities: ["审核订单"]
        - name: "仓库"
          activities: ["拣选物品", "包装订单", "发货订单"]
    - pool: "客户"
      lanes:
        - name: "买家"
          activities: ["下订单", "收到产品"]

  elements:
    events:
      - id: "start_1"
        type: "start"
        name: "订单接收"
        trigger: "message"

      - id: "end_1"
        type: "end"
        name: "订单完成"

    activities:
      - id: "task_1"
        type: "user_task"
        name: "审核订单"
        lane: "销售"
        duration: "15分钟"

      - id: "task_2"
        type: "service_task"
        name: "处理支付"
        lane: "销售"
        system: "支付网关"

    gateways:
      - id: "gw_1"
        type: "exclusive"
        name: "订单有效？"
        conditions:
          - path: "task_2"
            condition: "订单已验证"
          - path: "task_reject"
            condition: "验证失败"

  sequence_flows:
    - from: "start_1"
      to: "task_1"
    - from: "task_1"
      to: "gw_1"
    - from: "gw_1"
      to: "task_2"
      condition: "valid"

  metrics:
    cycle_time:
      current: "3天"
      target: "2天"
    automation_rate:
      current: 40
      target: 70

常见过程模式

顺序过程

活动严格顺序，一个接一个。

flowchart LR
    A[步骤1] --> B[步骤2] --> C[步骤3] --> D[步骤4]

并行拆分和汇合

可以同时发生的活动。

flowchart TD
    A[开始] --> B{并行拆分}
    B --> C[任务A]
    B --> D[任务B]
    B --> E[任务C]
    C --> F{汇合}
    D --> F
    E --> F
    F --> G[结束]

独占决策

仅基于条件选择一条路径。

flowchart TD
    A[审核] --> B{决策}
    B -->|批准| C[处理]
    B -->|拒绝| D[通知]
    C --> E[结束]
    D --> E

循环/迭代

重复活动直到条件满足。

flowchart TD
    A[开始] --> B[处理]
    B --> C{完成？}
    C -->|否| B
    C -->|是| D[结束]

异常处理

处理错误和异常。

flowchart TD
    A[处理] --> B{成功？}
    B -->|是| C[继续]
    B -->|错误| D[处理错误]
    D --> E{可恢复？}
    E -->|是| A
    E -->|否| F[升级]

最佳实践

实践 描述
从简单开始 从理想路径开始，添加复杂性
一个开始，一个结束 每个池，理想情况下
命名活动 使用动词-名词格式（如“审核订单”）
标签网关 显示决策问题
标签条件 描述每条流出路径
平衡网关 拆分和汇合匹配类型
避免交叉线 重新排列以提高清晰度
文档化异常 显示错误处理路径

集成

上游

  • 利益相关者分析 - 过程参与者
  • 领域故事讲述 - 当前过程发现
  • 能力映射 - 能力上下文

下游

  • 价值流映射 - 价值流分析
  • 需求 - 过程需求
  • 系统设计 - 自动化机会

相关技能

  • value-stream-mapping - 流程流的精益视角
  • data-modeling - 过程中的数据实体
  • journey-mapping - 客户体验视角
  • capability-mapping - 过程与能力对齐

版本历史

  • v1.0.0 (2025-12-26)：初始发布