Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

ARIS: собрать процесс из согласованных представлений

Инструментальная методология целостного моделирования и оптимизации бизнес-процессов и информационных систем. Устроена «домом ARIS»: пять видов — Data, Function, Organization, Product/Service и Control — на трёх уровнях описания; именно Control view, собирающий связи между остальными, руководство называет тем, что отличает ARIS от прочих подходов.

Тип
Метод моделирования предприятия, инструментальная методология
Редакция
10 (10.2026.4, апрель 2026)
Первоисточник
docs.aris.com
Служебные сведения
с пояснением
0
ARIS — Домик ARIS: пять углов вокруг цепочки событий
55артефактов
Зачем это нужно

Почему процесс не помещается на одну схему

Заказ идёт через продажи, склад и доставку. Схема шагов есть, но на ней не видно, кто отвечает за каждый шаг, какие данные ему нужны и что в итоге получает клиент. Попытка дорисовать всё это на одном листе даёт полотно, которое никто не читает.

У одного процесса четыре стороны, и у каждой свои хозяева. Оргструктуру знает кадровая служба, данные — те, кто ведёт учётную систему, порядок шагов — исполнители, результат для клиента — продажи. Если рисовать всё вместе, схема перегружается; если по отдельности — через полгода четыре схемы расходятся, и вопрос «кого затронет смена роли кладовщика» решается опросом коллег. ARIS предлагает третий путь: описывать каждую сторону отдельно, на своём виде, а связи между ними держать в пятом, управляющем виде. Руководство по методу прямо называет этот вид тем, что отличает ARIS от других подходов.

В раздатке — устройство дома ARIS: пять видов, три уровня описания и то, как процесс собирается из них. Дальше 48 карточек типов моделей из 55, что есть на странице реестра, — от дерева функций и организационной схемы до EPC и клиентских путей, — 12 понятий с бытовыми аналогиями, учебный разбор обработки заказа и план первой недели. Метод существует рядом с одноимённым программным продуктом; здесь речь о методе в том виде, как он изложен в руководстве ARIS 10 Method Manual редакции апреля 2026 года.

Центральная нотация метода — событийная цепочка процессов (event-driven process chain, EPC). В ней события и функции чередуются: событие «заказ получен» запускает функцию «проверить заказ», а её результат снова становится событием — «заказ проверен» или «заказ отклонён». Именно к функциям EPC потом привязывают исполнителей, данные, системы и результаты. Так один и тот же процесс читается и как порядок шагов, и как ответ на вопрос, что изменится, если заменить роль или систему.

Дом ARIS нужен, чтобы каждую сторону процесса обсуждать с теми, кто в ней разбирается, а потом собрать эти разговоры в одну картину, где видно, что от чего зависит.

Кому это полезно

  • Аналитику — чтобы описание процесса не ограничивалось порядком шагов: у каждой функции EPC появляются исполнитель, данные на входе и выходе, система и результат.
  • Архитектору — чтобы связать модель данных, прикладные системы и оргструктуру с процессами и отвечать на вопрос, какие процессы затронет замена системы.
  • Руководителю — чтобы видеть процесс целиком, от цели в диаграмме целей до продукта в дереве продуктов и услуг, и понимать, где не хватает ответственного.

Чем это не является

Это не порядок внедрения
Три уровня описания легко принять за этапы: сначала требования, потом проект, потом реализация. Руководство говорит обратное: уровни существуют одновременно, у каждого своя частота обновления. Модель данных на уровне требований живёт годами, таблицы базы на уровне реализации меняются с каждым релизом. Порядок работ задаёт проектный метод, а не дом.
Это не замена BPMN
Среди типов моделей ARIS есть диаграмма процесса и диаграмма взаимодействия BPMN 2.0: метод принимает BPMN как одну из нотаций управляющего вида рядом с EPC. Выбор нотации — вопрос привычки команды и того, куда пойдёт схема дальше. Дом ARIS отвечает за другое: за то, чтобы к процессу в любой нотации были привязаны данные, организация и продукты.
Это не только программа
Название носит и метод, и программный продукт, в котором его удобно применять. Метод описан в официальном руководстве и не требует конкретного инструмента: дом из пяти видов можно вести в любом редакторе моделей, где типы объектов и связи задаются явно. Инструмент добавляет проверку целостности между видами, которую вручную держать трудно.

Дом ARIS: процесс соединяет представления

Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.

ARIS

Выберите элемент схемы — откроются объяснение и пример.

O

Организация

Кто выполняет работу?

Организационная структура компании: организационные единицы, должности, лица и связи между ними.

В нашем примере

Менеджер подтверждает условия, кладовщик собирает товар, координатор организует доставку.

Связанные карточки

Учебная раскладка пяти представлений ARIS. Выберите часть дома. Подробности EPC и других моделей открываются в связанных карточках.

Компания разбирает обработку заказа клиента

Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.

  1. 01

    Разобрать участников и объекты

    Согласуем роли, основные функции и смысл заказа как информационного объекта.

    Результат

    Названия одинаково понимаются продажами и складом.

    Организационная схема ↗
  2. 02

    Собрать EPC-сценарий

    Связываем события и функции, показываем альтернативы успешной проверки и отказа.

    Результат

    Видно, почему процесс идёт по каждой ветви.

    Расширенная модель «сущность — связь» (eERM) ↗
  3. 03

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

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

    Результат

    Можно оценить влияние изменения роли или системы на процесс.

    Событийная цепочка процессов (EPC) ↗

Связанные подходы

DEMO ↗

Онтология предприятия и метод инженерии предприятия. Существенная модель предприятия складывается из четырёх аспект-моделей: кооперации (CM), действий (AM), процессов (PM) и фактов (FM). Фирменное разведение — координационный мир и производственный мир: PM задаёт пространство состояний и переходов координационного мира, FM — производственного, а CM и AM покрывают оба. Кооперация описывается через транзакторные роли акторов и координационные структуры между ними.

ArchiMate ↗

Единый язык моделирования корпоративной архитектуры от The Open Group. В редакции 4 язык разложен не по слоям, а по доменам: четыре домена ядра — Common, Business, Application и Technology — плюс Motivation, Strategy и Implementation and Migration. Для каждого домена задан свой набор элементов, а все разрешённые отношения сведены в нормативное приложение B. Отдельного домена для информации и данных язык не заводит намеренно: информация моделируется сквозь домены элементами пассивной структуры. Реестр держит редакцию 4 и рядом 70 строк редакции 3.2 — из сводной матрицы школ старая редакция исключена.

Где теряется смысл подхода

01

Подменять событие действием

Событие описывает состояние, функция — выполняемую работу. Формулировки «заказ проверен» и «проверить заказ» выполняют разные роли в EPC.

02

Не договориться о результате

Перед проработкой согласуйте вопрос: Кто выполняет работу? Ответ должен быть понятен участникам рассматриваемой работы.

03

Не проверить на конкретном случае

Пройдите весь пример от исходной ситуации до результата: Можно оценить влияние изменения роли или системы на процесс.

Сопоставление с частями предприятия

Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.

Есть сопоставление с 5 осями из 17

Ось реестраВ ARISСопоставлениеПояснение
Информация и данныеData Viewточка зренияОхват тот же, что у оси.Представление данных.
Деятельность: функции и процессыFunction Viewточка зренияОхват тот же, что у оси.Функциональное представление.
Организация и ответственностьOrganization Viewточка зренияОхват тот же, что у оси.Организационное представление.
Продукты, услуги и ценностьProduct/Service Viewточка зренияОхват тот же, что у оси.Представление продуктов и услуг.
Интеграция и взаимодействиеControl Viewточка зренияОхват тот же, что у оси.Управляющее (интеграционное) представление: его предмет — связи между остальными четырьмя представлениями. Это и есть домен интеграции и взаимодействия.
Делит по другому признакуRequirements Definition · Design Specification · ImplementationизмерениеВне общих осейУровень описания, а не фаза жизненного цикла: ARIS 10 Method Manual §2.3 говорит прямо — «the ARIS lifecycle model is not to be understood as a procedure model for developing an information system. It rather serves to define the various descriptions that differ in their proximity to information technology», и там же: у уровней разная частота обновления, то есть они существуют одновременно, а не сменяют друг друга. Переведено 2026-09-07.

С чего начать: ARIS за неделю

Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.

  1. День первый. Цепочка добавленной стоимости

    Выпишите функции верхнего уровня одного сквозного процесса — для заказа это приём, проверка, резервирование, сборка, доставка — и расставьте их в порядке создания ценности. Это диаграмма цепочки добавленной стоимости (value-added chain diagram), функциональный вид. Получится каркас, к которому дальше привязываются все остальные модели.

  2. День второй. Организационная схема

    Нарисуйте участников процесса: организационные единицы, должности, при необходимости роли. Только тех, кто участвует в выбранном процессе, а не всю компанию. Это организационный вид; из него на третий день возьмутся исполнители функций.

  3. День третий. EPC одного процесса

    Раскройте одну функцию цепочки — например, проверку заказа — в событийную цепочку процессов. Чередуйте события и функции, развилки помечайте логическими операторами: «заказ проверен» ведёт к резервированию, «заказ отклонён» — к уведомлению клиента. К функциям привяжите должности из организационной схемы.

  4. День четвёртый. Данные

    Согласуйте информационные объекты процесса — заказ, клиент, товар, отгрузка — в расширенной модели «сущность — связь» (eERM); если в подразделениях один объект зовут по-разному, начните с модели профессиональных терминов (technical terms model). Затем на диаграмме распределения функции (function allocation diagram) укажите, что каждая функция EPC берёт на входе и отдаёт на выходе.

  5. День пятый. Системы и результат

    Добавьте типы прикладных систем, в которых выполняются функции, и продукт или услугу, которые получает клиент, — дерево продуктов и услуг (product/service tree). Теперь у каждой функции есть исполнитель, данные, система и результат. Проверьте модель вопросом из примера: что изменится, если заменить роль или систему.

Где ещё ошибаются

Начинать с EPC, минуя цепочку добавленной стоимости

Первая же EPC на сорок функций делает модель нечитаемой, а соседние процессы — островами. Сначала диаграмма цепочки добавленной стоимости (value-added chain diagram): десяток функций верхнего уровня в порядке создания ценности. Каждая из них потом раскрывается в свою EPC, и границы между процессами определены заранее.

Смешивать уровни описания на одной модели

В EPC уровня требований появляются таблицы базы данных и имена серверов — и модель устаревает с первым релизом. Держите уровни раздельно: на уровне требований — сущности и типы прикладных систем, на уровне реализации — таблицы и конкретные системы. Связь между уровнями метод задаёт явно, и её лучше провести, чем перемешать.

Что ещё спрашивают

EPC или BPMN — что выбрать для процессов?

Обе нотации есть среди типов моделей ARIS. EPC через чередование событий и функций показывает, почему процесс пошёл по той или иной ветви. BPMN привычнее для тех, кто передаёт схему в исполнение или в другой инструмент. На практике команды выбирают одну нотацию как основную и не смешивают их в одном процессе.

Нужна ли программа ARIS, чтобы применять метод?

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

Чем ARIS отличается от ArchiMate?

ArchiMate — язык для архитектуры предприятия: связывает услуги, процессы, приложения и оборудование крупными элементами, без шагов внутри процесса. ARIS — метод, в центре которого сам процесс с его событиями, функциями и окружением. Если нужна карта систем и их связей с бизнесом, ближе ArchiMate; если нужно подробно описать, как идёт работа и кто с какими данными её делает, — ARIS.

Раздатка · PDF

ARIS простыми словами

15 страниц: что это и чем не является, устройство подхода, 5 карточек словаря, 12 понятий с аналогиями, учебный пример и план первой недели.

  • Устройство подхода: 5 частей с вопросами и примерами
  • Словарь: 5 карточек простыми словами из 55 на странице
  • Учебный пример: Компания разбирает обработку заказа клиента
  • Типичные ошибки, план первой недели и ответы на вопросы

15 страниц · 0,70 МБ · A4

Пришлём ссылку сразу после отправки формы

Артефакты

Дословные выписки из стандарта с переводом. Строки с пояснением простыми словами отмечены.

Control view в гл. 3 — Process view

31 строка

Data view

8 строк

Organization view

6 строк

Function view

5 строк

Product

5 строк

История редакций

Руководство прямо называет исходную концепцию: архитектура интегрированных информационных систем, разработанная А.-В. Шеером, с отсылкой к его работе 1992 года; полное изложение — там же и в «ARIS — Business Process Frameworks» 1998 года. Обе оси дома взяты оттуда же: деление на виды — по книге 1992 года, с. 13 и далее, три уровня описания — с. 16 и далее.

Перечень логических операторов событийной цепочки процессов (EPC) руководство возводит к работе Хоффмана, Кирша и Шеера 1993 года. Модель данных вида Data строится на модели «сущность — связь» Чена, которую руководство называет самым распространённым методом проектирования семантических моделей данных (Chen, 1976).

Руководство редакции 10 датировано апрелем 2026 года, копирайт — SAG ARIS GmbH, Саарбрюккен, 2010–2026. Истории версий самого руководства в нём нет.

14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormСравнение с другими системамиАрхитектура систем и интеграцийРеестр процессов

Поддержка