Компьютер в бухгалтерском учете и аудите 2001'2
	Home Поиск Издания Контакты k-press.ru

Продолжается подписка на наши издания! Вы не забыли подписаться?

ВИП Анатех

Инструментальная программная среда ARIS. Моделирование бизнес-процессов предприятия

Введение

Современная, сложная и динамичная рыночная среда требует от российских предприятий постоянного совершенствования своих систем управления и информационных систем их поддержки. Одним из основных направлений создания эффективной системы управления предприятием (СУП) является применение процессного подхода к управлению финансово-хозяйственной деятельностью предприятия [1-4].

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

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

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

• моделей бизнес-процессов, входящих в выделенные классы;
• моделей системы управления на уровне каждого бизнес-процесса и выделенных групп бизнес-процессов;
• модели системы качества.

Для создания и последующего применения комплексной процессной модели предприятия наиболее подходящим программным продуктом в настоящее время является ARIS Toolset [1, 2, 4]. Инструментальное средство ARIS Toolset относится к категории интегрированных средств, предназначенных для:

• моделирования, анализа и оценки бизнес-процессов предприятия;
• построения и совершенствования процессной системы управления предприятием;
• документирования бизнес-процессов в соответствии с требованиями международных стандартов;
• разработки, внедрения и сопровождения корпоративной информационной системы.

Производителем программных продуктов серии ARIS является компания IDS Scheer AG — мировой лидер на рынке интегрированных систем.

В предлагаемом материале на примере реального бизнес-процесса «Осуществлять сбыт» рассмотрены возможности ARIS Toolset для построения моделей бизнес-процессов предприятия. В статье показано, что одним из вариантов эффективного представления моделей любого бизнес-процесса предприятия является использование следующей совокупности типов моделей ARIS Toolset:

• модель цепочки добавленной стоимости (Value Added Chain Diagram);
• модель организационной структуры (Organizational Chart);
• модель дерева функций (Function Tree);
• расширенная событийно-ориентированная модель (eEPC, extended Event Driven Process Chain);
• модель описания функций (FAD, Function Allocation Diagram);
• модель данных (ERM, Entity Relationship Model);
• офисная модель (Office Process).

Модель цепочки добавленной стоимости
(Value Added Chain Diagram)

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

Кроме того, модель цепочки добавленной стоимости можно использовать для:

• калькуляции стоимости бизнес-процесса по ABC/ABM-методу (см. ARIS ABC);
• представления модели верхнего уровня всего предприятия и модели верхнего уровня конкретного бизнес-процесса.

Основным типом объекта, используемым в цепочке добавленной стоимости, является функция.

Функция — это задача, операция или действие, которое выполняется над объектом для достижения одной или нескольких целей. Функция может быть описана с различным уровнем детализации, т.е. комплексная функция может быть разделена на подфункции.

Представление процесса в нотации модели цепочки добавленной стоимости в среде ARIS подчиняется следующим правилам:

• функции могут размещаться в функциональной последовательности в соответствии с добавлением стоимости;
• между функциями могут устанавливаться связи/отношения;
• функции могут быть разделены на подфункции.

На рис. 1 приведена диаграмма* цепочки добавленной стоимости бизнес-процесса «Осуществлять сбыт», имеющая трехуровневую иерархическую структуру.

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

Рис. 1. Диаграмма цепочки добавленной стоимости бизнес-процесса «Осуществлять сбыт»

Модель цепочки добавленной стоимости целесообразно использовать также для описания основных бизнес-процессов предприятия и размещения их в определенной последовательности [1, 2, 5]. На более низких уровнях детализации можно представить элементы каждого бизнес-процесса в виде другой диаграммы цепочки добавленной стоимости. Отдельно от структуры процессов в ARIS Toolset можно описать организационные элементы и потоки данных.

Детальное рассмотрение функций, определенных в цепочке добавленной стоимости бизнес-процесса, например, функции «Обработка заявки» (см. рис. 1), можно осуществлять путем применения процессных цепочек. Наиболее часто применяемым типом моделей представления процессных цепочек в ARIS Toolset является расширенная событийно-ориентированная модель (eEPC, extended Event Driven Process Chain).

Расширенная событийно-ориентированная модель
(extended Event-driven Process Chain)

Расширенная событийно-ориентированные модель eEPC (extended Event-driven Process Chain) ARIS Toolset применяется для:

• подробного описания бизнес-логики — связанной совокупности функций (действий) процесса;
• интегрированного представления бизнес-процесса, а именно применения в процессе элементов организационной структуры, оборудования и материалов, информационных элементов — документов, баз данных, классификаторов, средств автоматизации — пакетов программ, информационных систем, а также продуктов/услуг, являющихся результатом выполнения данного бизнес-процесса.

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

События, вместе с функциями, играют ключевую роль в eEPC-моделях бизнес-процессов. Они описывают существующее состояние обрабатываемого информационного или материального объекта.

Состояние позволяет контролировать бизнес-процесс или влиять на него. События связываются с функциями при помощи логических операторов («и», «или», «исключающее или» и др.). События изменяют состояние обрабатываемых объектов, запуская (активируя) функции (действия) над ними, а также являются результатом их выполнения.

Следует отметить, что теоретической основой eEPC-моделей является общая теория сетей Петри (Petri Net). В общем виде сети Петри позволяют построить модели сложных систем в виде соответствующих структур, образованных из элементов двух типов — событий и условий. В eEPC-модели условия влияют на изменения состояний объектов посредством выполнения событий.

Примеры диаграмм eEPC-моделей для функций «Обработка заявки» (см. рис. 1) и «Рассчитать цену на продукцию» бизнес-процесса «Осуществлять сбыт» приведены на рис. 2 и 3 соответственно.

Событийно-ориентированная модель «Обработка заявки» связана со следующими ARIS-моделями бизнес-процесса «Осуществлять сбыт»:

• моделью цепочки добавленной стоимости (см. п. 2);
• моделью организационной структуры (см. п. 4);
• моделью описания функций (см. п. 6);
• моделью данных (см. п. 7).

Например, при построении событийно-ориентированной модели «Обработка заявки» использовались следующие структурные элементы модели организационной структуры предприятия (см. рис. 2) — Информационно-аналитическая группа, Сотрудник отдела сбыта, Бухгалтер отдела сбыта; а также информационные объекты модели данных — Счет и Заявка.

Рис. 2. eEPC-модель функции «Обработать заявку»

Рис. 3. eEPC-модель функции «Рассчитать цену на продукцию»

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

Модель организационной структуры (Organizational Chart)

Модель организационной структуры обеспечивает описание статических отношений между различными структурными элементами — участниками бизнес-процесса, ответственными за выполнение функций на предприятии. В инструментальной среде ARIS имеются структурные элементы и типы соединений, которые служат для описания иерархической организационной структуры предприятия. Как правило, модель организационной структуры состоит из следующих структурных элементов:

• Организационная единица (Organizational unit);
• Позиция (Position);
• Личность (Person);
• Группа (Group).

Дадим определения структурных элементов организационной структуры.

Организационная единица — это элемент организационной структуры (структурное подразделение), который отвечает за выполнение определенных задач при достижении предприятием определенных целей.

Позиция — это наиболее мелкий организационный элемент на предприятии. Обязанности и административные полномочия элемента задаются должностными инструкциями.

Личность — это конкретные сотрудники предприятия, имеющие уникальные персональные коды.

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

При построении модели организационной структуры все структурные элементы связываются различными типами отношений, например:

• технический суперкласс для (is technical superior to);
• административно суперкласс для (is disciplinary superior to);
• ответственен за (is responsible for);
• технически вышестоящий (is technical superior to);
• административно вышестоящий (is disciplinary superior to);
• организационно управляет (is Organization Manager for) и др.

Полный перечень структурных элементов и типов связывающих их отношений, как для модели организационной структуры предприятия, так и для других моделей ARIS Toolset, представлен в Справочнике [5].

Пример модели организационной структуры предприятия приведен на рис. 4.

Отдельные структурные элементы модели являются участниками бизнес-процесса «Осуществить сбыт», модели которого представлены на рис. 1 – 3.

Изображенная на рис. 4 модель организационной структуры предприятия состоит из следующих структурных элементов:

• Организационных единиц (Отдел сбыта, Информационно-аналитическая группа и др.);
• Позиций (Генеральный директор, Руководитель отдела сбыта и др.);
• Личностей (Зотов, Ананьев и др.).

Рис. 4. Модель организационной структуры предприятия

Модель дерева функций
(Function Tree)

В общем виде модель дерева функций предназначена для представления иерархической структуры функций. Она отображает статические связи между функциями.

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

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

Функциональные объекты модели дерева функций бизнес-процесса могут быть использованы для построения моделей описания функций (см. п. 6) и расширенной событийно-ориентированной модели (eEPC).

Пример диаграммы модели дерева функции «Обработка заявки» бизнес-процесса «Осуществлять сбыт» приведен на рис. 5. Данная диаграмма имеет трехуровневую иерархическую структуру. Функции «Рассчитать цены на продукцию под заказ» и «принять решение о скидке» имеют декомпозицию, т.е. подробно рассматриваются на других диаграммах модели дерева функций «Обработка заявки» бизнес-процесса «Осуществлять сбыт».

Рис. 5. Диаграмма модели дерева функций «Обработка заявки» бизнес-процесса «Осуществлять сбыт»

Модель описания функций
(Function Allocation Diagram, FAD)

Если бизнес-процесс достаточно прост или необходимо представить только статические связи между функциями и элементами других представлений ARIS, целесообразно использовать не сложную eEPC-модель, а модель описания функций.

Функция является основным объектом в модели описания функций. В данных моделях определяются статические связи/отношения между функциями и элементами организационной структуры, оборудованием и материалами, а также информационными объектами, элементами представления данных — документами, базами данных, классификаторами и др. [1, 2, 5].

Кроме того, при построении событийно-ориентированных eEPC-моделей очень часто возникает ситуация, когда функциональное действие связано с большим количеством структурных и информационных объектов, оборудованием и материалами. Для того чтобы, с одной стороны, упростить eEPC-модель, а, с другой, показать все эти элементы, можно использовать модель описания функций. На рис. 6 представлена диаграмма описания функции «Принять решение о скидке», входящая в состав событийно-ориентированной модели «Рассчитать цену на продукцию» (см. рис. 3).

Рис. 6. Диаграмма описания функции «Принять решение о скидке»

Диаграмма описания функции «Принять решение о скидке» содержит объекты ARIS-моделей организационной структуры и технических терминов.

Модель данных
(Entity Relationship Model, ERM)

Для описания структуры входных и выходных информационных потоков бизнес-процессов предприятия и дальнейшего их применения при разработке индивидуального или настройки стандартного программного обеспечения в среде ARIS Toolset используется несколько моделей данных. В основе ARIS-моделей данных используется модель Чена "сущность-связь" (ERM) как наиболее широко распространенный метод проектирования семантических моделей данных.

Модель данных содержит следующие основные элементы:

• сущность;
• атрибуты;
• отношения.

Все возможные типы отношений между сущностями модели базы данных приведены в [5].

На рис. 7 представлена модель данных бизнес-процесса «Осуществлять сбыт».

Рис. 7. Модель данных бизнес-процесса «Осуществлять сбыт»

Модель данных бизнес-процесса «Осуществлять сбыт» содержит следующие основные сущности — Заказчик, Продукт, Счет, Заказ, Заявка и др. Взаимосвязь между сущностями модели данных и событиями бизнес-процесса представлена в соответствующих eEPC-моделях (см. рис. 2 и 3).

Для более подробного представления структуры данных бизнес-процесса необходимо описывать атрибутный состав сущностей модели данных. В примере модели данных бизнес-процесса «Осуществлять сбыт» (см. рис. 7), сущность Заказчик содержит следующие атрибуты — Идентификационный номер заказчика и Наименование.

Офисная модель
(Office Process)

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

Офисная модель представляет собой другой, более понятный вид событийно-ориентированной модели (eEPC-модель) бизнес-процесса и может быть автоматически получена из нее. Модель офисного процесса строится с помощью специальных пиктограмм. Она носит «понятийный смысл» и предназначена для лучшего понимания модели процесса, представленного с помощью eEPC-нотации. На рис. 8 приведена офисная модель «Подготовить счет» бизнес-процесса «Осуществлять сбыт».

Как и eEPC-модель, офисная модель состоит из событий и функций, а также содержит объекты данных и организационной структуры. Офисная модель на рис. 8 включает в себя следующие объекты:

• Функции:
• Сформировать счет;
• Проверить счет;
• Откорректировать счет;
• События:
• Цена рассчитана;
• Счет оформлен;
• Счет готов;
• Счет с ошибками;
• Структурные элементы модели организационной структуры:
• Сотрудник отдела сбыта;
• Бухгалтер отдела сбыта.

Заключение

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

• модель цепочки добавленной стоимости (Value Added Chain Diagram);
• модель организационной структуры (Organizational Chart);
• модель дерева функций (Function Tree);
• событийно-ориентированная модель (eEPC, extended Event Driven Process Chain).
• модель описания функций (FAD, Function Allocation Diagram);
• модель данных (ERM, Entity Relationship Model);
• офисная модель (Office Process).

Рис. 8. Офисная модель «Подготовить счет»

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

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

• поддержка 130 для версии ARIS Toolset 5.0 методов и моделей для описания и оценки эффективности бизнес-деятельности с различных точек зрения;
• интеграция методов в рамках единой архитектуры;
• документированность и хранение всех бизнес-процессов предприятия и совокупности знаний о них в виде моделей-прототипов;
• стандартизованность концепции разработки системы управления предприятием и информационной системы ее поддержки;
• единый репозиторий, обеспечивающий целостность и непротиворечивость процесса моделирования и анализа;
• управление бизнес-процессами на основе методов ABC, ABM, ABR, ABB (ARIS ABC);
• имитационное моделирование бизнес-случаев (ARIS Simulation);
• удаленная работа (ARIS WebPublisher);
• интерфейсы с различными системами класса Workflow и интерфейсы со средствами разработки;
• ориентация на подготовку и проведение процедуры сертификации в соответствии с требованиями международных стандартов серии ИСО 9000, а также на проведение периодических внутренних и внешних аудитов системы управления предприятием;
• модульность и масштабируемость.

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

Литература

1. A.D.Scheer "ARIS — Business Process Modeling". Springer-Verlag Berlin, 1999.
2. A.D.Scheer "ARIS — Business Process Frameworks". Springer-Verlag Berlin, 1999.
3. Ивлев В.А., Попова Т.В. «Концепция контроллинга и функционально-стоимостной анализ». README, Санкт-Петербург, № 1, 2000.
4. Ивлев В.А., Попова Т.В. Применение ARIS Toolset для сертификации по международным стандартам серии ИСО 9000 «Стандарты и качество», Москва, № 7, 2000.
5. Справочник по моделям ARIS. Часть 1, 2. ВИП Анатех, 2000.

Владимир Ивлев, к.т.н.
Татьяна Попова, к.э.н.

Copyright © 1994-2016 ООО "К-Пресс"