Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Основы процессного управления. Учебное пособие
.pdf
этих взглядов. Для описания бизнес-процессов предлагается использовать 130
Наименование
Описание
Графическое
представление
1 2 3
Функция
Объект «Функция» служит для описания
функций (процедур, работ), выполняемых
подразделением
Событие
Объект «Событие» служит для описания
реальных состояний системы, влияющих и
управляющих выполнением функций
Документ
Объект, отражающий реальные носители
информации, например бумажный
документ
Прикладная
система
Объект отражает реальную прикладную
систему, используемую при выполнении
функции
Стрелка связи
между
объектами
Объект описывает отношения между
другими объектами
Логический
оператор «И»
Позволяет описать ветвление процесса
Логический
оператор
«ИЛИ»
Позволяет описать ветвление процесса
Логический
оператор,
исключающий
«ИЛИ»
Позволяет описать ветвление процесса
типов моделей, каждая из которых принадлежит тому или иному аспекту.
В таблице 9 приведены основные объекты, используемые в рамках нотации
ARIS.
Таблица 9 – Основные объекты, используемые в рамках нотации ARIS
При построении модели АRIS необходимо соблюдать следующие правила:
61
1) каждая функция должна быть инициирована событием и завершаться
событием;
2) в каждую функцию должно входить не более одной стрелки;
3) из каждой функции должно выходить не более одной стрелки,
описывающей завершение выполнения функции.
Рассмотрим пример применения нотации АRIS еЕРС для описания
бизнес-процесса. На рисунке 16 представлен бизнес-процесс обработки заказа
клиента.
Из рисунка 16 видно, что бизнес-процесс в нотации АRIS еЕРС
представляет собой последовательность функций, расположенных в порядке
выполнения. Реальная длительность процедур в АRIS еЕРС визуально отражена
быть не может. Для получения информации о реальной длительности
процессов необходимо использовать другие инструменты описания, например
графики Гантта.
Таким образом, при помощи нотации АRIS еЕРС можно описывать
бизнес-процесс в виде потока последовательно выполняемых работ (процедур,
функций).
При построении моделей методология ARIS требует соблюдения
определенных принципов. К ним относятся:
– корректность модели;
– релевантность (следует моделировать только те фрагменты реальной
системы, которые соответствуют назначению системы, т.е. модель не должна
содержать избыточной информации);
– соизмеримость затрат и выгод;
– прозрачность, т.е. понятность и удобство использования модели;
– сравнимость моделей;
– иерархичность;
– систематизация структуры, что предполагает в качестве обязательного
условия возможность интеграции моделей различных типов.
62
Поступил
заказ
Анализ и
согласование
заявки клиента
Оформление
договора
Выполнение
заказа
Отгрузка
продукции
Заказ
клиента
Заявка
клиента
Договор
Продукция
Система
автомати
зации
Система
автомати
зации
Система
автомати
зации
Оборудование
Отдел
сбыта
Финансо-
вый отдел
Поступил
заказ
Анализ и
согласование
заявки клиента
Оформление
договора
Выполнение
заказа
Отгрузка
продукции
Заказ
клиента
Заявка
клиента
Договор
Продукция
Система
автомати
зации
Система
автомати
зации
Оборудование
Отдел
сбыта
Финансо-
вый отдел
Поступил
заказ
Анализ и
согласование
заявки клиента
Оформление
договора
Выполнение
заказа
Отгрузка
продукции
Заказ
клиента
Заявка
клиента
Договор
Продукция
Система
автома-
тизации
Цех №1
Производст-
венный отдел
Плановый
отдел
Отдел
сбыта
Финансо-
вый отдел
Бухгалте-
рия
Финансо-
вый отдел
Склад
Производст-
венный отдел
Плановый
отдел
Отдел
сбыта
Система
автома-
тизации
Система
автома-
тизации
Система
автома-
тизации
Оборудование
Отдел
сбыта
Финансо-
вый отдел
Поступил
заказ
Анализ и
согласование
заявки клиента
Оформление
договора
Выполнение
заказа
Отгрузка
продукции
Заказ
клиента
Заявка
клиента
Договор
Продукция
63
Рисунок 16 – Модель бизнес-процесса в нотации АRIS еЕРС
63
Преимущества методологии ARIS:
– комплексность: возможность описывать деятельность организации с
разных точек зрения; разные уровни описания, обеспечивающие поддержку
концепции жизненного цикла систем; дифференцированный взгляд на
анализируемый объект (организацию, систему управления и т.д.);
– богатство методов моделирования, отражающих различные аспекты
исследуемой предметной области, позволяет моделировать широкий спектр
систем (организационно-хозяйственных, технологических и прочих);
– единый репозиторий; все модели и объекты создаются и хранятся в
единой базе проекта, что обеспечивает построение интегрированной и
целостной модели предметной области;
– возможность многократного применения результатов моделирования;
накопленное корпоративное знание обо всех аспектах деятельности
организации может в дальнейшем служить основой при разработке различных
проектов непосредственно в среде ARIS и с использованием интерфейсов и
других средств.
Недостатки ARIS: комплексный подход трудно реализуем на практике,
поскольку влечет за собой большой расход ресурсов (человеческих и
финансовых) в течение длительного времени. Кроме того, инструментальная
среда ARIS достаточно дорогостояща и сложна в использовании.
4.2 Методология IDEF0 описания бизнес-процессов
Наиболее известная и распространенная методика моделирования бизнеспроцессов методология IDEF0, относящаяся к семейству IDEF. 7, 8
Методология IDEF0 представляет собой графический язык
моделирования бизнес-процессов, официально существующий с 1993 года.
IDEF0 – методология функционального моделирования (англ. function modeling)
и графическая нотация, предназначенная для формализации и описания бизнеспроцессов. В настоящее время развитие методологии IDEF0 сопряжено с
64
совершенствованием поддерживающих ее инструментов программных
продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap,
IDEF0/EM Tool и др.). Отличительной особенностью IDEF0 является её акцент
на соподчинённость объектов. В IDEF0 рассматриваются логические
отношения между работами, а не их временная последовательность (поток
работ).
Данная методология содержит подробное описание структур, методов и
средств для:
– сбора и структурирования информации;
– документирования процессов;
– создания моделей управления изменениями.
Методология IDEF0 является признанным на международном уровне
стандартом, может использоваться в любой отрасли и в любой организации,
хорошо зарекомендовала себя в течение многих лет.
Основные элементы методологии IDEF0:
– диаграммы;
– графические элементы;
– действия (работы);
– стрелки;
– бланк модели;
– сопроводительный текст.
В основе методологии лежат четыре основных понятия:
Первым из них является понятие функционального блока (Activity Box).
Графически он представляет собой четырехугольник, изображающий
конкретную функцию в рамках рассматриваемой системы (рисунок 17). По
требованиям стандарта название каждого функционального блока должно быть
сформулировано в глагольном наклонении (например, «производить услуги», а
не «производство услуг»).
65
Функциональный
блок
Стрелка входа
Стрелка управления
Стрелка выхода
Стрелка механизма
исполнения
Рисунок 17– Диаграмма процессов в нотации IDEF0
Второй основной составляющей стандарта является понятие
интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют
потоками или стрелками. Интерфейсная дуга отображает элемент системы,
который обрабатывается функциональным блоком или оказывает иное влияние
на функцию, отображенную данным функциональным блоком. На рисунке 17
представлены четыре возможных типа стрелок, каждая из которых соединяется
с определенной стороной функционального блока.
Стрелки входа всегда направлены в левую сторону прямоугольника,
стрелки выхода – из правой.
Стрелки управления входят в функциональный блок сверху, каждый
блок должен иметь как минимум одну стрелку управления. Управление
представлено в виде правил, инструкций, законов, набора необходимых
процедур или стандартов, технических условий и др.
Стрелки механизма исполнения. Для выполнения работы необходимы
основные средства, инструменты, персонал, программные продукты и т.д. Все
эти ресурсы отображаются на диаграмме стрелками, входящими в
четырехугольник снизу.
Третьим основным понятием стандарта IDEF0 является декомпозиция
(Decomposition). Принцип декомпозиции применяется при разбиении сложного
процесса на составляющие его функции. При этом уровень детализации
процесса определяется непосредственно разработчиком модели.
66
Декомпозиция позволяет постепенно и структурированно представлять
Работа 1
Работа 2
Работа 3
модель системы в виде иерархической структуры отдельных диаграмм, что
делает ее менее перегруженной и легко усваиваемой.
Ветвление и слияние стрелок. Выход функционального блока может
использоваться в нескольких блоках, поэтому главная ценность методологии
IDEF0 заключается в том, что она помогает выявить взаимозависимости между
блоками системы. Соответственно методология предполагает как разъединение,
так и соединение стрелок на диаграмме. Исходная и разъединенные стрелки в
совокупности называются связанными. На рисунке 18 показано, как можно
пользоваться механизмом ветвления и слияния стрелок при построении
диаграмм процессов в IDEF0.
Рисунок 18 – Пример ветвления и слияния стрелок
Стрелка, входящая на диаграмму процесса, ветвится на несколько других,
отражающих более детально потоки ресурсов и информации. Исходящие
стрелки сливаются, показывая, как формируется результат выполнения
процесса в целом. Таким образом, ветвление и слияние стрелок позволяет
показать потоки ресурсов и информации сначала укрупненно, что важно для
описания процесса на верхнем уровне, а затем более детально для диаграмм
нижнего уровня.
Следует подчеркнуть, что порядок отображения стрелок должен строго
соблюдаться при формировании моделей. Каждая сторона четырехугольника
67
определяет тип стрелки, нарушать эти правила нельзя. Все стрелки начинаются
от края диаграммы и подходят к функциям.
Для понимания принципов моделирования в нотации IDEF0 рассмотрим
пример построения простейшей диаграммы процесса.
Каждый объект (функция, работы) на диаграмме должен быть
пронумерован, наиболее часто применяемым методом является дерево функций
процесса. Нумерация диаграмм идет сверху вниз – от диаграммы верхнего
уровня к диаграммам нижнего уровня. Каждая диаграмма нижнего уровня
получает свой номер на основе номера родительской диаграммы верхнего
уровня. Использование механизма нумерации делает отслеживание функций
процессов достаточно наглядным.
Вначале строится контекстная диаграмма начального уровня, где
отображаются связи системы с внешним окружением (рисунок 19). Объект
моделирования на ней представлен единственным блоком с граничными
стрелками. Поскольку единственный блок представляет весь объект, его имя
общее для всего проекта.
Разработка контекстной диаграммы предполагает:
– определение объекта моделирования (что входит в состав модели, а что
исключено);
– установление цели, как критерия окончания моделирования;
– формулирования точки зрения модели (определение объема, состава
информации и формы подачи информации);
– выявление ограничений, налагаемых на объект;
– построение диаграммы верхнего уровня и ее обобщение.
Точное определение субъекта помогает определить область
моделирования, и сконцентрировать внимание именно на описываемой системе
и избежать включения посторонних субъектов.
Контекстная диаграмма начального уровня называется А0.
68
Бизнес-процесс
А0
Управляющее
воздействие
(информация)
Материальные ресурсы
Информация (выход)
Материальные ресурсы
Информация (вход)
Инфраструктура
Персонал
Рисунок 19 – Шаг 1. Формирование модели бизнес-процесса
По мере декомпозиции функции верхнего уровня и разбиения ее на
подфункции эти свойства уточняются. Каждая подфункция, в свою очередь,
декомпозируется на элементы следующего уровня, и так происходит до тех
пор, пока не будет получена релевантная структура, позволяющая ответить на
вопросы, сформулированные в цели моделирования. Каждая подфункция
моделируется отдельным блоком. Каждый родительский блок подробно
описывается дочерней диаграммой на более низком уровне. Все дочерние
диаграммы должны быть в пределах области контекстной диаграммы верхнего
уровня.
Начнем описание процесса с того, что поместим на диаграмму три
функции (рисунок 20). Для наименования функций могут использоваться
только глаголы или отглагольные существительные. Важнейшими
требованиями нотации является количество объектов на диаграмме и
количество стрелок, входящих в каждую сторону четырехугольника. В
стандарте рекомендовано располагать на одной диаграмме не более шести и не
менее двух функций. Объекты на диаграмме расположены в шахматном
порядке.
69
Осуществлять
деятельность
А2
Разрабатывать
график
производства
А21
Выполнять
подготовку
производства
А22
Изготовить
готовую
продукцию
А23
Хранить
продукцию
А24
Отгружать
продукцию
А25
Осуществлять
деятельность
А2
Анализировать и
контролировать
А3
Планировать
А1
Рисунок 20 – Шаг 2. Формирование модели бизнес-процесса
Далее можно провести детализацию каждой функции. Например,
детализация диаграммы А2 будет следующая (рисунок 21).
(рисунок 22), который использует средство автоматизации Excel. Для
планирования КО использует информацию о рынке (прайс-листы) и заявки
клиентов. Регламентируется деятельность КО «Регламентом планирования»,
«Планом организации на год». Результатом работы КО является «План
отгрузки готовой продукции».
Рисунок 21 – Диаграмма дерева функций
Допустим, функцию планирования выполняет коммерческий отдел (КО)
70
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]