Илья Отькало – Автоматизация бизнес-процессов (страница 6)
Открытость нотации BPMN и поддержка большинством средств моделирования и автоматизации бизнес-процессов сделали данную нотацию лидером в моделировании бизнес-процессов. Помимо шагов бизнес-процесса, можно моделировать стартовые, промежуточные и завершающие события процесса, информационные потоки и потоки сообщений.
В дальнейшем все примеры бизнес-процессов мы будем приводить только в этой нотации, поэтому рассмотрим ее более подробно далее.
Нотация eEPC
Нотация eEPC (extended Event-Driven Process Chain – событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC представляет собой упорядоченную комбинацию из событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни.
С помощью нотации eEPC бизнес-процесс моделируется в виде перечня шагов процесса, запускаемых событиями. Нотация удобна для последующей регламентации бизнес-процесса, а также для анализа информационного потока бизнес-процесса (входящих/исходящих документов).
Нотация eEPC – это не совсем нотация в чистом виде. Принцип eEPC позволяет добавлять собственные элементы и описывать дополнительные объекты, например, операционные риски, контрольные процедуры, экранные формы, информационные системы, показатели и многое другое. Это делает нотацию удобной для анализа информационного потока бизнес-процесса (входящих/исходящих документов). На одной схеме можно увидеть не только порядок выполняемых процессов, но и события, которые управляют развитием процесса, документы, информационные системы, ресурсы, персонал и т. д.
Логика построения бизнес-процесса с помощью этой нотации очень проста и понятна, но в ней есть и значительные недостатки. Например, невозможно отобразить процесс в виде переходящего потока работ и взаимодействия между участниками бизнес-процесса (как в нотации BPMN). В нотации eEPC отсутствуют типы событий, что не позволяет отличить, к примеру, событие времени от входящего сообщения.
Нотация Basic FlowChart
Процесс (Basic Flowchart, простая блок-схема) – нотация, представляющая собой простой вариант пошагового выполнения алгоритма.
Basic Flowchart состоит из прямоугольников (бизнес-процессы) и стрелок (потоки информации, документов, ТМЦ). Также в нотации используются элементы типа «решение», которые позволяют делать ветвления. Для обозначения начала выполнения всего бизнес-процесса и его окончания могут быть использованы фигуры типа «событие» (элементы, похожие на овалы).
Преимущества Basic Flowchart в простоте и наглядности. С помощью данной нотации можно быстро описать шаги бизнес-процесса без использования специальных знаний.
Эта нотация представляет собой графическую диаграмму, состоящую из блоков, стрелок и текстовых описаний.
Основными элементами Basic FlowChart являются блоки, которые представляют различные этапы или шаги в процессе. Блоки могут иметь разные формы и цвета в зависимости от своей функциональности. Например, прямоугольные блоки обозначают операции или действия, ромбы – условия или решения, а окружности – начало или конец процесса. Для соединения блоков используются стрелки, которые указывают направление потока данных или последовательность выполнения шагов. Также возможно использование текстовых описаний для более подробного объяснения каждого шага.
Моделирование бизнес-процессов в нотации Basic FlowChart позволяет легко визуализировать последовательность действий и логику работы процесса. Эту нотацию часто используют математики.
Но и недостатки Basic Flowchart также кроются в простоте. Например, очень ограничен набор графических элементов, на диаграмме никак не обозначены участники бизнес-процесса, не понятны его исполнители.
Нотация IDEF0
Нотация IDEF0 рассматривается, в основном, как нотация верхнего уровня, иногда говорят «для функционального моделирования». Например, с её помощью удобно показать, как работает предприятие в целом. А вот элементы, отдельные процессы этого предприятия расписывают в какой-то другой нотации, например BPMN.
IDEF0 (Integrated DEFinition for Function Modeling) – это не просто нотация, это язык проектирования функциональных моделей, включающий как сам язык моделирования, так и методологию для построения и интерпретации моделей.
IDEF0 исторически является одной из первых нотаций для моделирования бизнес-процессов, которая возникла в американской аэрокосмической промышленности в 1970-ых годах.
IDEF0 помогает понимать и анализировать процессы, определяет логику изменений, позволяет уточнить требования к проекту, а также поддерживает проектирование на уровне систем и задач по интеграции.
Основная цель использования данной нотации – моделирование сложных и крупных систем, в которых задействованы люди, машины, ресурсы, информационные системы и потоки данных. Модели помогают выявить требования и функции будущей системы. Основной принцип моделирования в нотации IDEF0 указывает, что между функциями, которые входят в различные подсистемы, должно быть как можно меньше связей. На одном уровне должно быть не больше 5 и не меньше 3 функций.
Главным элементом этой нотации является блок функции, который представляет собой прямоугольник с названием функции внутри.
Для связей между функциями используются стрелки, указывающие на направление потока информации или материалов. Также в IDEF0 присутствуют блоки управления, которые отображают условия или решения, влияющие на выполнение определенной функции.
IDEF0 может быть использована не только для моделирования бизнес-процессов, но и для анализа и проектирования систем. Эта нотация является универсальным инструментом для описания функциональных взаимодействий и структуры любой системы. Это приближает её к языку моделирования ИТ архитектур ArchiMate. Это будет рассмотрено позже.
Описание бизнес-процессов на платформе 1С
Описание и моделирование бизнес-процессов возможно и на платформе «1С: Предприятие». На практике эта возможность есть в большинстве типовых конфигураций.
Бизнес-процессы в «1С: Предприятие» – это прикладные объекты конфигурации. Они описывают бизнес-логику в карте маршрута и управляют жизненным циклом созданных бизнес-процессов от старта до завершения.
Бизнес-процесс связан с задачей, которая задает систему адресации и позволяет проектировать карты маршрута в соответствии со структурой, поддерживаемой в прикладном решении.
Благодаря автоматизации бизнес-процессов в коде «1С: Предприятие» система сама начинает следить за регламентом выполнения работ, тем самым исключается “человеческий фактор” и сокращается число ошибок. По мере продвижения бизнес-процесса по маршруту сотрудникам автоматически передается информация о результатах.
Нотация описания бизнес-процессов в «1С: Предприятие» разрабатывалась с учетом ГОСТ 19.003–80 «Схемы алгоритмов и программ. Обозначения условные графические» и использует интуитивно понятные элементы и обозначения. Это значит, что даже неподготовленный пользователь может прочитать и понять схемы.
Графическое отображение четко соотносится с текстовым описанием, и обратно. Код пишется на русском языке, хотя есть возможность использовать английский синтаксис, если разрабатывается ПО для зарубежных пользователей.
Основные элементы описания бизнес-процессов в «1С: Предприятие» включают в себя:
Процедуры и функции: это основные строительные блоки бизнес-процессов. Они отображаются в виде прямоугольников с указанием соответствующего имени.
Решения: эти элементы представлены ромбами и обозначают точки принятия решений в процессе. Здесь можно указать условия, по которым происходит разветвление или объединение потоков данных.
Ввод/вывод данных: эти элементы представлены параллелограммами и обозначают операции по получению или передаче информации из или в процесс.
Старт/финиш: эти элементы представлены специальными фигурами – пятиугольниками и обозначают начало и конец бизнес-процесса.
Описание бизнес-процессов на платформе «1С: Предприятие» может быть выполнено как в текстовом виде, так и с использованием графической нотации.
По факту «1С: Предприятие» является low-code системой. То есть можно не знать код, но создать конфигурацию для автоматизации тех или иных бизнес-процессов при помощи различных конструкторов. Но всё-таки вряд ли она будет жизнеспособной, если не вносить какие-то правки в код. Поэтому бизнес-аналитики, которые работают с «1С: Предприятие», всегда немного и системные аналитики: основы встроенного языка надо знать, чтобы понимать принципы работы системы.
Случай из практики