Практика моделирования и автоматизации бизнес-процессов

В статье рассматриваются важнейшие вопросы основ бизнес-моделирования: правила и порядок описания процессов, их структурирования и анализа. Авторы представляют свой собственный оригинальный инструментарий для осуществления переноса детализированных диаграмм из среды бизнес-моделирования в среду автоматизации бизнес-процессов. Статья рассчитана на широкий круг ИТ-специалистов.
Для того чтобы автоматизировать бизнес-процесс, нужно иметь его описание, а также представлять себе объект, который необходимо автоматизировать. Описание бизнеса и бизнес-процессов – это важная и самостоятельная задача, которую должны решать не ИТ-специалисты, а бизнес-аналитики, консультанты и управленцы. Они создают модель бизнеса, на детальном уровне которой описываются схемы автоматизируемых бизнес-процессов. Автоматизировать можно только те процессы, отраженные на схеме, которые прошли логический контроль со стороны менеджеров и бизнес-аналитиков. Но часто возникает проблема, связанная с тем, что менеджеры и бизнес-аналитики плохо понимают языки автоматизации исполняемых бизнес-процессов класса BPM.

Инструменты для описания бизнес-процессов относятся к классу BPA (Business Process Analysis). При помощи, например, таких инструментальных средств как Oracle BPA (ARIS), Casewise Corporate Modeler, IDEF**, Performa и других можно создавать понятные для менеджеров картинки и диаграммы, но для ИТ-специалиста они не всегда пригодны. ИТ-специалисты должны получать четкое и понятное описание бизнеса, а не создавать его заново, используя свои программные инструменты.

Поэтому и требуется связующее звено между инструментами описания бизнес-процессов и инструментами автоматизации бизнес-процессов класса BPM (Business Process Management) такими, как Oracle Business Studio (ранее BEA Business Studio), Tibco, Lombardi и др. Решению этой проблемы и посвящена данная статья.

Организация как система

Любую организацию можно рассматривать как достаточно сложную систему, состоящую из множества подсистем и элементов. Достаточно точное определение системы дается в стандарте ИСО/МЭК 15288:2002 – «Проектирование систем – Процессы жизненного цикла системы».

Система [system] – это комбинация взаимодействующих элементов, организованных для того, чтобы достичь одну или более из заявленных целей. [1]
То есть, для описания системы необходимо определить элементы (объекты), из которых состоит эта система, а также связи между элементами (объектами). Для практических нужд моделирования бизнес-процессов связи между элементами системы могут иметь различный характер, свойства и атрибуты, то есть тоже могут рассматриваться как объекты системы.

Первое, с чем нужно определиться, начиная такую работу – это с объектами, из которых состоит организация. Любая модель отражает только часть свойств объекта, поэтому очень важно выбрать те существенные свойства объектов, которые необходимы нам для создания модели всей системы менеджмента и каждого из составляющих ее бизнес-процессов.

Одной из лучших работ, затрагивающей проблемы классификации объектов в сложных системах является книга Гради Буча [2], посвященная объектно-ориентированному программированию. Всем бизнес-аналитикам можно порекомендовать найти и прочитать эту книгу, абстрагируясь от того, что она написана программистом для программистов. Поскольку проектирование сложного программного обеспечения весьма сходно по характеру с проектированием систем менеджмента, нам будет весьма уместно воспользоваться наработками Гради Буча и его ссылками на наработки других специалистов, приведенными в этой книге. Воспользуемся же этими наработками в готовом виде.

Поскольку с термином «система» мы уже определились, можно процитировать первые два из пяти признаков сложной системы из книги Гради Буча:

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

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

Если говорить об отдельных бизнес-процессах, то здесь очень важно вовремя остановиться при проведении декомпозиции бизнес-процессов сверху-вниз.
На практике, для того чтобы достаточно четко разделить объекты моделирования по их основным атрибутам в базе объектов используется широко распространенная матрица Захмана [3].

рейтинг записи:

Листать страницы: 1 2

Если Вам понравилась статья, то вы можете поделиться ей с другими, нажав одну из кнопок ниже: