Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

книги / Построение моделей бизнес-процессов

..pdf
Скачиваний:
22
Добавлен:
12.11.2023
Размер:
22 Mб
Скачать

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

Обозначим основные цели (назначение) комплекса ARIS:

Визуальное описание бизнес-процессов и условий функционирования организации.

Анализ деятельности по различным показателям.

Определение идеальных характеристик деятельности.

Реорганизация организационной структуры, целей, функций и данных.

Анализ и оптимизация бизнес-процессов, реинжиниринг.

Определение требований к информационной системе.

ВнедрениестандартныхинформационныхсистемклассаERP.

Внедрение систем управления качеством.

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

Таблица 1

Основные модели и уровни описания в ARIS

31

Нотации ARIS

ARIS поддерживает набор нотаций. Кратко затронем нотации

VAD, Flow Charting, VSM и болееподробно рассмотримeEPC. Нотация VAD (value added chain diagram), предложенная

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

Рис. 18. Модель бизнес-процессов верхнего уровня сахарного завода

32

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

внотации VAD проводят более детальное моделирование бизнеспроцессов в других нотациях.

Нотация Flow Charting изначально появилась в стандарте ANSI

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

Существенным недостатком Flow Charting является отсутствие типового перечня объектов и атрибутов, что является обратной стороной «свободы» данной нотации. Это приводит к тому, что модели одного и того же процесса в этой нотации могут значительно отличаться друг от друга. Несмотря на свою простоту, нотация находит все меньшееприменениев бизнес-моделировании.

Нотация VSM (Value Stream Mapping) была разработана как часть методологии бережливого производства. Она использует набор специфических символов для отображения элементов затрат ресурсов и времени с целью анализа эффективности бизнеспроцесса в проектах Lean 6Sigma. В корпорации Тойота ее изна-

чально называли Картой потоков материалов и информации.

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

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

33

Нотация eEPC (Extended Event Driven Process Chain)

Эту нотацию разработал Август-Вильгельм Шеер, основатель компании, создавшей ARIS. Он представил ее в своей книге «Бизнес-процессы. Основные понятия. Теории. Методы». Первоначальный вариант нотации назывался EPC, в переводе «Цепочка событий, управляющих процессом», затем после расширения добавилось слово extended (расширенная). Заметим, что эта нотация многое взяла из IDEF3, но она существенно проще.

Главная особенность этой нотации заключается в основополагающем принципе «событийности». События определяют ход процесса, фиксируя его состояния. Событие – это то, что произошло или наступило, оно характеризует состояние, приводящее к последующему действию, или состояние, наступившее в результате выполнения действия.

Таким образом, основными элементами нотации являются функция и событие. Функция (действие, активность) изображается прямоугольником с закругленными углами, а событие – вытянутым по горизонтали шестиугольником. В eEPC принято использовать различные цвета для разных типов элементов (рис. 19).

Рис. 19. Основные элементы eEPC

Модель в eEPC представляется как цепочка функций с предваряющими и завершающими их событиями (рис. 20).

Другиеграфическиеэлементы нотации приведенына рис. 21.

Рис. 20. Цепочка процесса

34

Рис. 21. Элементы нотации eEPC

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

При необходимости на диаграмме показывается окружение функции: слева от функции входящая информация (документ), ресурс, база данных (хранилище информации), а справа – исходящая информация(документ), роль(должность), местоисполненияфункции.

Достоинством методологии eEPC является включение в нотацию логики, позволяющей моделировать многовариантные сценарии процесса.

Нотация включает три логических оператора:

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

Примерыиспользованияэтого оператора показаны на рис. 22.

Рис. 22. Варианты применения оператора И

35

ИЛИ – применяется для слияния одного или более выходов либо для разветвления выхода на один или более потоков.

Фрагменты использования ИЛИ подобны приведенным на рис. 22 с заменой оператора И на ИЛИ.

Исключающее ИЛИ – означает, что из нескольких входов или выходов может быть инициализирован один.

Варианты схем с XOR подобны приведенным на рис. 22 с заменой оператора И на исключающее ИЛИ.

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

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

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

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

36

Рис. 23. Фрагмент модели в нотации eEPC

В качестве примера на рис. 25 приведена модель процесса ежедневной корректировки графика поставок.

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

37

Рис. 24. Пример использования обратной связи

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

38

Рис. 25. Диаграмма процесса формирования графика поставок

39

Естественно, нотация eEPC поддерживается ARIS, диаграммы в этой нотации можно строить также в Bisiness Studio, MS Visio и других программах.

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

Вместе с тем эта нотация не лишена существенных недостатков.

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

40

Соседние файлы в папке книги