Любую компанию (бизнес) можно представить как некий черный ящик, вмещающий в себя совокупность бизнес-процессов, где на выходе - прибыль. А что на входе, что внутри, и как она работает? На эти вопросы помогает ответить описание бизнес-процессов.
Моделирование и описание бизнес-процессов - это, прежде всего, информационная база для аналитика, но не цель проекта. Чтобы разработка модели бизнес-процессов была оправдана, а сама модель впоследствии эффективно применима, необходимо чётко сформулировать её цели, точку зрения, границы предметной области и глубину детализации.
Модель бизнес-процессов и описание бизнес-процессов, разработанные компанией BSC, дают ответы на следующие вопросы:
-
Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;
-
В какой последовательности выполняются эти процедуры;
-
Какие механизмы контроля и управления существуют в рамках описываемого бизнес-процесса;
-
Кто выполняет процедуры бизнес-процесса;
-
Какие входящие документы/информацию использует каждая процедура бизнес-процесса;
-
Какие исходящие документы/информацию генерирует процедура бизнес-процесса;
-
Какие ресурсы необходимы для выполнения каждой процедуры бизнес-процесса;
-
Какая документация/условия регламентирует выполнение процедуры;
-
Какие параметры характеризуют выполнение процедур и бизнес-процесса в целом.
Для построения моделей бизнес-процессов и описания бизнес-процессов компания BSC использует методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.
Формализация и документирование бизнес-процессов - отправная точка для их реинжиниринга и оптимизации, внедрения информационных систем, процедур внутреннего контроля (например, в соответствии с требованиями Sarbanes-Oxley Act, SOX), постановке управленческого учета и бюджетирования.
SADT (Structured Analysis and Design Technique)
Методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией. Признание полезности SADT привело к стандартизации и публикации ее части, предназначенной для функционального моделирования, как методологии и стандарта функционального моделирования и описания бизнес-процессов IDEF0.
IDEF0 (Integration Definition for Function Modeling)
Методология и стандарт функционального моделирования бизнес-процессов и описания бизнес-процессов. С помощью графического языка IDEF0, изучаемая система предстает в виде набора взаимосвязанных функциональных блоков. Моделирование бизнес-процессов средствами IDEF0, как правило, является первым этапом изучения системы.
IDEF3 (Integration Definition for Function Modeling)
С помощью IDEF3 описывается логика выполнения действий. IDEF3 может использоваться самостоятельно и совместно с методологией IDEF0: любой функциональный блок IDEF0 может быть представлен в виде последовательности процессов или операций средствами IDEF3. Если IDEF0 описывает, что делается в системе, то IDEF3 описывает, как это делается.
DFD (Data Flow Diagrams)
Диаграммы потоков данных. Описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ. Как показывает практика, это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов.
UML (Unified Modeling Language)
Объектно-ориентированный графический язык для визуализации, специфицирования, конструирования и документирования систем, где большая роль отводится описанию бизнес-процессов в информационных системах. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, которая называется UML моделью. UML был создан для определения, визуализации, проектирования и документирования по большей части программных систем.
Состав методики: моделирование предметной области; требования к системе; анализ и проектирование; тестирование; запуск.
ARIS (Architecture of Integrated Information Systems)
Методология и программный продукт компании IDS Sheer для моделирования бизнес-процессов и описания бизнес-процессов компании. Методология ARIS является достаточно рафинированной. Организация в ARIS рассматривается с четырех точек зрения:
При этом каждая из этих точек зрения разделяется еще на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. В ARIS имеется мощная репрезентативная графика, что делает модели особенно удобными для представления руководству.
Сегодня на рынке представлен широкий спектр ПО, позволяющего выполнять моделирование бизнес-процессов и описание бизнес-процессов на основе перечисленных выше стандартов. Сравнительный анализ наиболее популярных продуктов для моделирования и описания бизнес-процессов представлен в таблице ниже:
Показатель |
BPWin, ERWin |
Rational Suite |
ARIS |
Контроль синтаксиса модели |
Да |
Нет |
Да |
Визуализация модели |
3 |
3 |
5 |
Стандарты |
IDEF0, IDF3,
DFD |
UML |
UML, EPC, ERM,
DFD-частично |
Динамическое моделирование |
Нет |
Нет |
Да |
Оптимизация модели |
Нет |
Нет |
Да |
Функионально-стоимостной анализ |
2 |
3 |
5 |
Генерация программного кода |
Да |
Да |
Нет
(Интерфейс ERWin) |
Стоимость |
Средняя |
Средняя |
Средняя |
Распространенность |
5 |
2 |
2 |
Доступность |
5 |
3 |
3 |
Библиотека элементов ОБП |
Да |
Нет |
Да |
Групповая работа |
Да |
Да |
Да |