Уровни процессных моделей

Иерархия процессных моделей — это упорядоченная система уровней детализации, позволяющая структурировать информацию о процессе — от стратегического взгляда до отдельных операций.

Принцип иерархии:#

  graph TD
    classDef level fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Иерархия процессных моделей (сверху вниз)"
        L1[Уровень 1<br/>Предприятие] --> D1[Сквозные процессы,<br/>стратегический взгляд]
        L2[Уровень 2<br/>Бизнес-процесс] --> D2[Владелец процесса,<br/>бизнес-взгляд]
        L3[Уровень 3<br/>Поток работ] --> D3[Операционный менеджер,<br/>операционный взгляд]
        L4[Уровень 4<br/>Задачи] --> D4[Действия, процедуры,<br/>функции]
        L5[Уровень 5<br/>Шаги задач] --> D5[Исполнитель,<br/>детальные инструкции]
    end

    class L1,L2,L3,L4,L5 level
    class D1,D2,D3,D4,D5 desc

Почему иерархия важна:#

Стандарт моделирования должен содержать как минимум пять уровней детализации.

Пять уровней процессных моделей:#

  graph TD
    classDef level fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef audience fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef content fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Уровень 1: Процесс верхнего уровня (Предприятие)"
        L1A[Аудитория] --> L1B[Высшее руководство,<br/>стратеги]
        L1C[Содержание] --> L1D[Полная модель сквозного<br/>процесса, информационные<br/>системы, проблемы<br/>верхнего уровня]
    end

    subgraph "Уровень 2: Бизнес-процесс"
        L2A[Аудитория] --> L2B[Владельцы процессов,<br/>руководители бизнеса]
        L2C[Содержание] --> L2D[Подпроцессы, распределение<br/>работы по бизнес-функциям,<br/>соответствие подразделениям]
    end

    subgraph "Уровень 3: Поток работ"
        L3A[Аудитория] --> L3B[Операционные менеджеры,<br/>аналитики]
        L3C[Содержание] --> L3D[Поток работ внутри<br/>подразделения, выполняемые<br/>действия]
    end

    subgraph "Уровень 4: Задачи"
        L4A[Аудитория] --> L4B[Аналитики, разработчики<br/>BPMS]
        L4C[Содержание] --> L4D[Задачи для выполнения<br/>действия, привязка правил<br/>к действиям]
    end

    subgraph "Уровень 5: Шаги задач"
        L5A[Аудитория] --> L5B[Исполнители, разработчики]
        L5C[Содержание] --> L5D[Триггер, шаги, показатели,<br/>материалы, инструменты,<br/>ожидаемые результаты]
    end

    class L1A,L1C,L2A,L2C,L3A,L3C,L4A,L4C,L5A,L5C level
    class L1B,L2B,L3B,L4B,L5B audience
    class L1D,L2D,L3D,L4D,L5D content

Детальное описание уровней:#

Стандарт моделирования — это формальный документ, фиксирующий количество и название уровней детализации, нотации, правила и соглашения для создания моделей процессов.

Компоненты стандарта моделирования:#

  graph TD
    classDef component fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Компоненты стандарта моделирования"
        C1[Уровни<br/>детализации] --> D1[Количество и названия<br/>уровней в иерархии]
        C2[Нотации] --> D2[Какая нотация используется<br/>на каждом уровне]
        C3[Правила<br/>и соглашения] --> D3[Как именовать элементы,<br/>как оформлять диаграммы]
        C4[Инструменты] --> D4[Какое ПО используется<br/>для моделирования]
        C5[Репозиторий] --> D5[Где и как хранятся<br/>модели]
    end

    class C1,C2,C3,C4,C5 component
    class D1,D2,D3,D4,D5 desc

Соответствие внешним стандартам:#

  graph LR
    classDef external fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef internal fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Соответствие стандартам"
        E[Внешние стандарты<br/>BPMN 2.0, OMG, BPMS] --> I[Внутренний стандарт<br/>моделирования]
        I --> R[Согласованность моделей,<br/>возможность импорта в BPMS]
    end

    class E external
    class I internal
    class R result

Ключевые элементы стандарта моделирования:#

Модели процессов должны содержать информацию, достаточную для создания модели бизнеса предприятия, чтобы избежать отдельного проекта по её созданию.

Состав информации о процессе:#

  graph TD
    classDef category fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef detail fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Категории информации о процессе"
        C1[Структура<br/>процесса] --> D1[Процессы → подпроцессы →<br/>бизнес-функции → действия → задачи]
        C2[Проблемы<br/>и возможности] --> D2[Проблемы, возможности<br/>оптимизации, ожидаемый эффект]
        C3[Метрики] --> D3[Численность, объём работы,<br/>частота ошибок]
        C4[ИТ-архитектура] --> D4[Приложения, функциональность,<br/>данные, правила]
        C5[Управление] --> D5[Процедуры принятия решений,<br/>вероятности, нормативы,<br/>политики]
    end

    class C1,C2,C3,C4,C5 category
    class D1,D2,D3,D4,D5 detail

Детальный перечень информации:#

Процессы могут моделироваться исходя из разных точек зрения. Интеграцию моделей обеспечивают понятная общая структура (фреймворк) и поддерживающий её репозиторий.

Связь между уровнями моделей:#

  graph TD
    classDef perspective fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef model fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Интеграция моделей"
        P1[Стратегический взгляд] --> M1[Модель предприятия]
        P2[Бизнес-взгляд] --> M2[Модель бизнес-процессов]
        P3[Операционный взгляд] --> M3[Модель потоков работ]
        P4[Технический взгляд] --> M4[Модель задач и шагов]
    end

    M1 --> R[Репозиторий]
    M2 --> R
    M3 --> R
    M4 --> R

    class P1,P2,P3,P4 perspective
    class M1,M2,M3,M4 model
    class R desc

Соответствие уровней и взглядов:#

Роль репозитория:#

Репозиторий отражает различные взгляды и обеспечивает:

1. Связность моделей — каждый уровень связан с выше- и нижележащим
2. Единое хранение — все модели хранятся в одном месте
3. Прослеживаемость — можно отследить влияние изменений
4. Повторное использование — элементы модели можно использовать повторно

Бизнес-архитектура — это формализованное описание ключевых процессов организации, их участников и их обязанностей в рамках процессов.

Место бизнес-архитектуры:#

  graph TD
    classDef architecture fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Архитектура предприятия"
        BA[Бизнес-архитектура] --> D1[Ключевые процессы,<br/>участники, обязанности]
        DA[Архитектура данных] --> D2[Структуры данных,<br/>модели данных]
        AA[Архитектура приложений] --> D3[ИТ-приложения,<br/>функциональность]
        IA[ИТ-инфраструктура] --> D4[Оборудование, сети,<br/>серверы]
    end

    class BA,DA,AA,IA architecture
    class D1,D2,D3,D4 desc

Назначение бизнес-архитектуры:#

  graph LR
    classDef purpose fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    P1[Идентификация ключевых<br/>кросс-функциональных<br/>процессов] --> R[Соответствие<br/>стратегии]
    P2[Определение требуемых<br/>результатов процессов] --> R
    P3[Трансляция результатов<br/>на требования к ПО] --> R

    class P1,P2,P3 purpose
    class R result

Роли в разработке бизнес-архитектуры:#

Модель процессов уровня предприятия — это полный высокоуровневый взгляд на кросс-функциональные основные процессы, показывающий, чем организация занимается и как организованы её основные процессы.

Взгляд со стороны предприятия:#

  graph TD
    classDef view fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef content fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Взгляд со стороны предприятия"
        V1[Стратегия организации] --> C1[Как общая стратегия<br/>увязана с процессами]
        V2[Кросс-функциональные<br/>процессы] --> C2[Прохождение через<br/>функциональные области]
        V3[Взаимодействие] --> C3[Внутреннее и внешнее<br/>взаимодействие]
    end

    class V1,V2,V3 view
    class C1,C2,C3 content

Компоненты модели уровня предприятия:#

Применения модели уровня предприятия:#

Модель потока работ определяет задачи, информацию и документы, передающиеся от одного участника к другому для выполнения очередного действия в соответствии с установленной процедурой.

Взгляд со стороны операционного управления:#

  graph TD
    classDef view fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef content fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Взгляд операционного менеджера"
        V1[Что должно быть сделано] --> C1[Задачи и действия]
        V2[Как должно делаться] --> C2[Поток работ и процедуры]
        V3[Мониторинг] --> C3[Показатели эффективности]
        V4[Улучшение] --> C4[Постоянное повышение<br/>эффективности]
    end

    class V1,V2,V3,V4 view
    class C1,C2,C3,C4 content

Что включает модель потока работ:#

Свертка действий:#

  graph LR
    classDef bottom fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef top fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Свертка действий снизу вверх"
        B1[Действия] --> B2[Поток работ]
        B2 --> B3[Бизнес-процесс]
        B3 --> B4[Вклад в конечный<br/>результат]
    end

    class B1,B2,B3,B4 bottom

Модель бизнес-процесса описывает потоки бизнес-операций и то, как бизнес-операции обеспечивают достижение стратегических целей организации. За модель бизнес-процесса отвечает владелец процесса.

Взгляд со стороны бизнеса:#

  graph TD
    classDef view fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef content fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Взгляд владельца процесса"
        V1[Бизнес-контекст] --> C1[Зачем нужен процесс]
        V2[Описание процесса] --> C2[Что и как делается]
        V3[Границы процесса] --> C3[Где начинается и<br/>заканчивается анализ]
        V4[Ответственность] --> C4[Владелец отвечает за<br/>эффективность]
    end

    class V1,V2,V3,V4 view
    class C1,C2,C3,C4 content

Что включает модель бизнес-процесса:#

Уровень задачи — это уровень, на котором происходит фактическая деятельность. Шаги задач определяют, как выполняется работа на уровне отдельного исполнителя.

Уровень задач:#

  graph TD
    classDef char fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Характеристики уровня задач"
        C1[Действия] --> D1[Фактическая деятельность,<br/>из которой состоит процесс]
        C2[Привязка правил] --> D2[Правила привязаны к<br/>действиям конкретного<br/>работника или системы]
        C3[Автоматизация] --> D3[Создание приложений BPMS,<br/>автоматизация ввода данных]
        C4[Данные] --> D4[Данные детализированы для<br/>разработки приложений<br/>и отчётов]
    end

    class C1,C2,C3,C4 char
    class D1,D2,D3,D4 desc

Уровень шагов задач (взгляд исполнителя):#

Пример уровня шагов задач:#