
- •Глава 1
- •1.1. Процессный подход и современные системы
- •4 Idef3 — методология моделирования потоков работ (Work Flow).
- •1.2. Что понимают под термином «бизнес-процесс»?
- •1.4. Методологии описания бизнес-процессов
- •Контролировать состояние заказа
- •Данные для корректировки графика платежей
- •1.5. Понятие «сеть бизнес-процессов организации»
- •1.6. Определение процессного подхода к управлению
- •Выполнение кДиПд по бизнес-процессу
- •1.7. Причины неудач проектов моделирования и реорганизации бизнес-процессов
- •1 8. Состав этапов типового проекта моделирования и реорганизации бизнес-процессов организации
- •Глава 2
- •2.1. Понятие метода моделирования процессов
- •2.2. Понятие объекта и связи
- •2.3. Основные методологии описания процессов
- •2.4. Методология idef0
- •2.4.1. Объекты и связи в idef0
- •2.4.2. Обратные связи по управлению и информации — возможность отражения реального процесса
- •2.4.3. Некоторые правила ветвления и слияния стрелок
- •2.4.4. Миграция и «туннелирование» стрелок. Принципы декомпозиции в idef0
- •Выполнять подготовку производства
- •Изготавливать готовую продукцию
- •Хранить готовую продукцию на складе
- •2.4.5. Нумерация объектов на диаграммах
- •2.4.6. Оформление схем моделей в idef0. Рамка idef0
- •3 Условия хранения гп на складе
- •Выполнять подготовку производства
- •Изготавливать готовую продукцию
- •Хранить готовую продукцию на складе
- •2.4.7. Преимущества и недостатки использования idef0 для описания бизнес-процессов
- •2.5. Методология idef3
- •Производство возможно
- •2.6. Моделирование процессов в нотации dfd
- •2.7. Методология aris
- •2.7.1. Нотация aris Value-added Chain Diagram (aris vad)
- •2.7.2. Нотация aris еЕрс — расширение нотации idef3
- •2.7.3. Нотация aris Organizational Chart
- •2.1 Л. Нотация aris Function Tree
- •2.7.5. Нотация aris Product Tree
- •2.7.6. Нотация aris Information Flow
- •2.7.7. Использование нескольких типов нотаций aris при создании моделей процессов
- •2.8. Описание процессов при помощи блок-схем
- •Наименование функции
- •7. Передача заявки в производство
- •1. Заявка передана в производство
- •1. Корректирующие действия выполнены
- •2.9. Сравнительный анализ нотаций aris и idef. Выбор нотации для описания процессов
- •2.9.1. Нотации idef0 и aris vad
- •2.9.2. Нотации idef3 и aris еЕрс
- •2.9.3. Сравнение инструментальных средств моделирования aris Toolset и bpWin
- •Глава 3
- •3.1. Постановка целей описания бизнес-процессов 3.1.1. Формулирование целей проекта
- •3.1.2. Методика структуризации целей проекта
- •3.1.3. Методика определения целей проекта на основе существующих проблем
- •3.2. Выбор методологии описания бизнес-процессов организации
- •3.2.1. Методология «ускоренного» описания бизнес-процессов. (Метод I)
- •1.1. Определять потребности и пожелания клиентов
- •9.4. Управлять хранением и поиском данных
- •12. Управлять внешними связями
- •3.2.2. Методология «полного» описания бизнес-процессов. (Метод II)
- •3.2.3. Сравнительный анализ подходов: преимущества и недостатки
- •3.3. Подготовка проекта описания бизнес-процессов
- •3.3.1. Состав работ по подготовке проекта
- •3.3.3. Создание и обучение рабочих групп
- •3.3.4. Информирование и обучение персонала организации
- •3.3.5. Разработка методики ведения проекта и внутрикорпоративного стандарта моделирования бизнес-процессов
- •3.4.3.1. Методика организации управления процессами (см. Главу 4)
- •3.3.6. Технические аспекты подготовки проекта
- •3.3.7. Типовые ошибки при выполнении подготовительного этапа проекта
- •3.4. Методика формирования моделей бизнес-процессов верхнего уровня организации
- •Планировать закупки тмц бп11
- •3.6. Методики детального описания бизнес-процессов
- •3.6.1. Методика сбора информации в подразделениях
- •3.6.2. Методика формирования схем процессов с использованием выбранной нотации
- •3.6.3. Методика проверки корректности моделей процессов (проверка на соответствие нотации)
- •3.6.4. Методика проверки адекватности моделей процессов
- •3.6.5. Документирование моделей процессов
- •3.6.6. Типовые ошибки выполнения работ
- •3.7. Методики анализа бизнес-процессов
- •3.7.1. Swot-анализ процесса
- •3.7.2. Анализ проблем процесса: выделение проблемных областей
- •3.7.3. Ранжирование процессов на основе субъективной оценки
- •3.7.4. Анализ процесса по отношению к типовым требованиям
- •3.7.5. Визуальный анализ графических схем процесса
- •3.7.6. Измерение и анализ показателей процесса
- •3.8. Пример разработки основного бизнес-процесса
- •3.8.2. Пример формирования модели бизнес-процесса торговой компании
- •Управлять обеспечением потребителя товаром
- •Доставить товар потребителю
- •Компании по обеспечению потребителя товаром
- •Управлять поставкой товара
- •Сформировать финансовый план компании на месяц
- •V с поставщиком
- •Сформировать план по отгрузке товара постав щиком на месяц
- •Разместить заказ на товар
- •Контролировать состояние заказа
- •Анализировать удовлетворенность потребителя
- •Анализировать удовлетворенность поставщика
- •Анализировать удовлетворенность перевозчика
- •Разработать и утвердить изменения в регламентах
- •Разработать и утвердить изменения в инфраструктуре а2143
- •Глава 4
- •4.1. Составляющие части процесса
- •4.2. Выделение процессов и назначение их владельцев
- •4.3. Определение выходов и входов процесса, ресурсов процесса
- •4.3.1. Выходы процесса
- •4.3.2. Входы и ресурсы процесса
- •4.4. Документы, регламентирующие проведение процесса
- •4.4.1. Документация процесса
- •4.4.2. Регламентирующая документация внутреннего происхождения
- •1. Ежедневно:
- •2. Еженедельно:
- •3. Ежемесячно:
- •4. Ежеквартально:
- •4.4.3. Порядок разработки и утверждения документации
- •4.4.4. Информация о ходе процесса
- •4.4.5. Общие требования к информации о ходе процесса
- •4.5. Показатели процесса
- •4.5.2. Показатели продукта
- •4.5.3. Показатели эффективности процесса
- •4.5.4. Показатели (данные) удовлетворенности клиента
- •2. Показатели эффективности процесса:
- •3. Данные удовлетворенности клиента:
- •4.5.5. Представление информации о ходе процесса
- •4.6. Управление процессом
- •4.6.1. Общие положения
- •4.6.2. Управление процессом в штатной ситуации
- •4.6.4. Корректирующие и предупреждающие действия
- •4.6.5. Особенности управления процессом «Управление организацией»
- •4.6.6. Принятие решения, основанного на фактах
- •4.6.7. Проблемы, связанные с руководством
- •Глава 5
- •5.1. Введение
- •5.2. В данной главе читателю предложены:
- •4.1. Общие требования
- •4.1.1. Выявление (выделение) процессов
- •Стратегическое управление
- •Маркетинг внутреннего и внешнего рынков
- •Производство продуктов
- •4.1.2. Определение последовательности процессов и их взаимодействия
- •4.1.3. Определение критериев и методов для оценки эффективности процесса
- •4.1.4. Наличие у владельца процесса необходимых ресурсов и информации
- •4.1.5. Проведение наблюдений, измерений и анализа процессов
- •4.1.6. Реализация мероприятий для постоянного улучшения процесса и его результатов
- •4.2. Управление документацией 4.2.1. Общие положения
- •4.2.2. Руководство по качеству
- •4.2.4. Управление записями по качеству
- •1 Нули — условное обозначение данных документов в принятой в организации системе документации.
- •5. Ответственность руководства
- •5.1. Обязательства руководства
- •5.2. Ориентация на потребителя
- •5.3. Политика в области качества
- •5.4. Планирование
- •5.4.1. Цели в области качества
- •5.4.2. Планирование в рамках смк
- •5.5. Ответственность, полномочия и взаимосвязи 5.5.1. Ответственность и полномочия
- •5.5.3. Внутренние взаимосвязи
- •5.6. Анализ со стороны руководства 5.6.1. Общие положения
- •5.6.2. Входные данные для анализа
- •Справка о ходе процесса за 200 г.
- •1. Показатели продукта
- •3. Показатели удовлетворенности потребителя
- •Владелец процесса « » 200 г.
- •5.6.3. Выходные данные анализа
- •6. Управление ресурсами
- •6.1. Обеспечение ресурсами
- •6.2. Человеческие ресурсы6.2.1. Общие положения
- •6.2.2. Компетентность, осведомленность и подготовка кадров
- •6.4. Производственная среда
- •7. Проведение процесса
- •7.1. Планирование выпуска продукции
- •7.2. Процессы, связанные с потребителем
- •7.2.1. Определение требований, относящихся к продукции
- •7.2.2. Анализ требований, относящихся к продукции
- •7.2.3. Взаимосвязь с потребителем
- •7.3. Проектирование и разработка
- •7.4.2. Информация о закупках
- •7.4.3. Проверка закупленной продукции
- •7.5. Производство
- •7.5.1. Управление производством и сервисным обслуживанием
- •7.5.2. Утверждение процессов производства и сервисного обслуживания
- •7.5.3. Идентификация и прослеживаемость
- •7.5.4. Собственность потребителя
- •7.6. Управление контрольно-измерительным оборудованием
- •8. Измерения, анализ и улучшения
- •8.1. Общие положения
- •8.2.2.2. Планирование внутренних проверок
- •8.2.2.3. Проведение внутренних проверок
- •8.2.2.4. Контроль за разработкой и проведением корректирующих действий по результатам отклонений, выявленных в ходе аудита
- •8.2.3. Мониторинг и измерение процессов
- •8.2.4. Мониторинг и измерение продукции
- •8.3. Управление несоответствующей продукцией
- •8.3.1. Общие положения
- •8.3.2. Регистрация отклонения
- •8.3.4. Отделение несоответствующей продукции
- •8.3.5. Проведение анализа причин и возможных последствий несоответствияи принятие решения о дальнейшем использовании продукции
- •8.3.6. Действия в случае обнаружения несоответствия после поставки продукции заказчику
- •8.3.7. Утилизация и учет забракованной продукции
- •8.5. Улучшение
- •8.5.1. Общие положения
- •8.5.2. Корректирующие действия
- •8.5.3. Предупреждающие действия
- •Глава 1
- •Глава 2
- •15. Леоненков а. В. Самоучитель uml. СПб.: бхв-Петербург, 2001.
- •Глава 3
- •Глава 4
- •24 Статистические методы повышения качества/Под ред. Хитоси Кумэ. М: Финансы и статистика, 1990.
- •Глава 5
- •1 П. 1.7 вводится для подразделений, входящих в состав организаций, прошедших или планирующих разработку и внедрение системы менеджмента качества (смк).
- •2. Назначение, основные задачи и функции подразделения
- •3. Основные показатели работы подразделения
- •4. Организационная структура
- •5. Права
- •6. Ответственность
- •6.1 Всю полноту ответственности за качество и своевременность выполнения возложен-ных настоящим Положением задач и функций несет
- •6.2 Степень ответственности других работников устанавливается должностными инст-рукциями
- •Список должностных лиц по штатному расписанию:
- •7. Взаимоотношения и связи с другими подразделениями
- •Состав документа по разделам
- •3. Определения терминов, обозначения и сокращения
- •9. Лист регистрации изменений. (Форма листа регистрации изменений документа и его копий)
- •10. Ознакомление сотрудников
- •(Наименование должности)
- •(Полное наименование должности в соответствии со штатным расписанием)
- •(Наименование должности)
- •2. Должностные обязанности
- •2.1. Основные функции
- •3. Требования к квалификации3.1. Должен знать
- •4. Права
- •5. Ответственность
- •6. Взаимосвязи
- •I 3. До 07 числа по истечении квартала подать в финансовый отдел отчет о выполнении бюджета подразделения по форме ф 03.07-12.
- •2. Все работы в области качества возглавляют руководители. Руководители объединяютдеятельность предприятия и направляют ее на достижение поставленных целей и планов.
- •2). Зачем нам нужен сертификат соответствия смк требованиям мс исо 9001:2000?
- •3). Что такое качество продукции?
- •4). Знаете ли Вы о чем написано в Политике в области качества? Как Вы ее понимаете и выполняете?
- •8). Что такое идентификация?
- •Фамилия и о
- •Блок-схема «Процесса закупки» с указанием ответственных и входящих (исходящих) документов
- •Утверждаю
- •Протокол анализа отклонения № .
- •5. Корректирующие действия/указания по продукции «Утверждаю» ( )
- •8. Дополнительные корректирующие действия необходимы?
- •Глава 1. Процессный подход к управлению 7
- •1.8. Состав этапов типового проекта моделирования
- •Глава 2. Выбор методологии описания бизнес-процессов 49
- •2.7.1. Нотация aris Value-added Chain Diagram (aris vad) 86
- •Глава 3. Описание и анализ бизнес-процессов 115
- •3.1. Постановка целей описания бизнес-процессов 115
- •3.4. Методика формирования моделей бизнес-процессов
1.4. Методологии описания бизнес-процессов
Под методологией (нотацией) создания модели (описания) бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира (например, деятельность организации) и связи между ними представляются в виде модели. Любая методология (методика) включает три основных составляющих [4]:
Теоретическая база;
Описание шагов, необходимых для получения заданного результата;
Рекомендации по использованию как отдельно, так и в составе группы методик.
Если в основу методологии заложена теоретическая база (например, математическая модель, способная предсказать поведение системы), то ее наличие делает методологию более серьезной и обоснованной. Однако и в случае отсутствия
USED AT
DATE REV
WORKING
DRAFT
READER
DATE
CONTEXT
RECOMMENDED
NOTES 123456789 10
PUBLICATION
A21
Заявка Договор .Регламенты потребителя (Л
Указание на корректировку графика отгрузок
7 ~~
Г*
заявку потребителя
А2121
План на месяц
Документация контрагентов по товару
Оперативные данные по движению товара
Статус счетов
Данные заказа
Оперативно корректировать график отгрузок
—►
А2122
Ж
Ж
График отгрузок
Разместить заказ на товар
А2123
Данные заказа
Контролировать состояние заказа
А2124
Ж
График отгрузок
Документация по товару
Указание на доставку
Указание на отгрузку
Данные для корректировки графика платежей
1
Контролировать состояние расчетов
А2125
Управлять платежами
Указание на оплату
г Н Состояние
расчетов
А2126
У
т
График платежей
Персонал
Инфраструктура
NODE
А212
TITLE
Управлять поставкой товара
NUMBER
Рис 1 10 Пример бизнес-процесса управления поставкой товара торговой организации (стандарт IDEF0, среда BPWin)
теории (отсутствия математической модели) методологии также могут успешно применяться. Основное в методологии — дать пользователю практическую последовательность шагов, которые приводят к заданному результату. Именно способность получать результат с заданными параметрами характеризует эффективность методологии. Методологии могут использоваться как отдельно, так и в ряду других методологий. Примером такой ситуации может быть проект реорганизации бизнес-процессов, когда методология создания моделей процессов является одной из применяемых методологий: управления проектом, анализа процессов, управления качеством и т.д.
Коротко рассмотрим историю развития методологий моделирования бизнес-процессов. Для более наглядного представления параллельно покажем историю развития подходов к управлению качеством (табл. 1.2).
Основой методологий IDEF0 и IDEF3, широко используемых в настоящее время для моделирования бизнес-процессов, явились методология SADT и алгоритмические языки, использовавшиеся для разработки программного обеспечения. Методология SADT была разработана частной американской корпорацией и затем в рамках программы Министерства обороны США была преобразована в методологию IDEF0, утвержденную как федеральный стандарт США [5]. Появление методологии IDEF0 было предопределено тенденциями развития вычислительных средств — мощных машин (Mainframe) и появлением подходов MRP. Планирование материальных ресурсов для обеспечения производства (подход MRP) требовал выполнения сложных, многовариантных расчетов по обеспечению организации материальными ресурсами для производства готовой продукции. Использование подхода MRP, попытки автоматизации производства при помощи вычислительных машин привели к необходимости описывать деятельность организаций еще на стадии проектирования систем. Кроме того, задачи создания сложных систем управления (в том числе военного назначения) требовали соответствующих инструментов разработки. Необходимость создания методологий моделирования процессов была обусловлена практической необходимостью. Для моделирования деятельности организаций на верхнем уровне использовалась методология SADT, затем IDEF0. С начала 70-х годов ничего принципиально лучшего, чем IDEF0 для описания процессов на верхнем уровне, на наш взгляд, не было предложено. Исключение составляет подход UML1, но он предназначен для моделирования работы объектно-ориентированного программного обеспечения, а не бизнес-процессов организации.
Таблица I 2
Периоды развития подходов к управлению качеством
Период |
Методологии моделирования бизнес-процессов |
Методологии (стандарты) управления качеством |
40—60-е гг XX в |
Появление алгоритмических языков описания |
Национальные стандарты |
60-е гг XX в |
Появление методологии SADT (структурного анализа и проектирования) |
Развитие стандартов в различных областях, в частности, в области контроля качества продукции |
70—80-е гг XX в |
Появление методологий серии IDEF (IDEF0, IDEF3, IDEF1X), DFD, ERD |
Принятие МС ИСО серии 9000 версии 1988 г |
90-е гг XX в |
Появление методологий ARIS (архитектура интегрированных информационных систем), UML (универсальный язык моделирования), методологий компаний Oracle, Baan, Rational и др |
Принятие МС ИСО серии 9000 версии 1994 г (в стандартах закладываются основы процессного подхода) |
2000 г |
Принятие МС ИСО серии 9000 версии 2000 г ,четкое определение процессного подхода к управлению организацией |
После появления персональных компьютеров стали разрабатываться различные инструментальные средства (программные продукты) для моделирования бизнес-процессов. Кроме средств моделирования процессов, активно развивалось направление моделирования данных. Появлялись программные средства, в основном ориентированные на разработку моделей данных организаций и настройку промышленных баз данных. Такие программные продукты получили название CASE-систем. Среди наиболее известных продуктов для моделирования бизнес-процессов можно назвать Design/IDEF, BPWin, CASE-аналитик (в России), Silverrun, Designer-2000 и т.д.
В настоящее время на рынке присутствует несколько методологий. Часть из них основана на государственных стандартах, часть — на корпоративных разработках компаний, часть — выдвинута отдельными авторами. Исходя из собственного опыта работы, мы считаем, что целесообразно классифицировать существующие методологии по трем категориям:
Методологии ведения проекта;
Методологии моделирования и анализа бизнес-процессов;
Методологии использования программных продуктов для моделирования бизнес-процессов в проекте.
(Обратим внимание, что проработанных методологий внедрения процессного подхода к управлению, за исключением МС ИСО 9000:2000, на рынке в настоящее время практически нет).
Последовательно рассмотрим каждую из трех групп методологий.
В настоящее время существует несколько достаточно четко идентифицируемых методологий ведения проектов, связанных с изменением бизнес-процессов, существующих в организации. Одним из известных подходов, является методология Хаммера и Чампи, известная как «реинжиниринг бизнес-процессов». Реинжиниринг по Хаммеру и Чампи — это «фундаментальное переосмысление и радикальное перепроектирование деловых процессов для достижения
Unified Modeling Language — универсальный язык моделирования.
резких, скачкообразных улучшений в решающих, современных показателях деятельности компании, таких как стоимость, сервис и темпы» [6]. Основой указанного подхода является рассмотрение деятельности организации «с чистого листа» и разработка новых, более эффективных бизнес-процессов. Методология Хаммера и Чампи развивается уже более 10 лет. Из аналитических материалов зарубежной прессы известно, что 80—90% проектов, заявленных как проекты реинжиниринга бизнес-процессов, потерпели неудачу. На наш взгляд, проблемы здесь следует искать не в самой методологии Хаммера и Чампи, а в способах управления организацией, в частности, в заинтересованности руководителей верхнего уровня и их активном участии в проекте. По нашему мнению, для сегодняшнего момента можно было бы переформулировать определение реинжиниринга бизнес-процессов как деятельность, основанную на представлении организации в виде ряда взаимосвязанных бизнес-процессов и направленную на их регулярный анализ и улучшение. .
Кроме методологии Хаммера и Чампи, существуют и другие методологии, не имеющие однозначного авторства, но принадлежащие отдельным компаниям, например, методологии выполнения проектов по внедрению систем автоматизации Oracle, SAP R/3, BAAN, RUP компании Rational и др.
Из последних следует отметить методологии, предлагаемые к всеобщему использованию в виде международных стандартов, как например МС ИСО 9000:2000. Заметим, что в нем регламентированы требования к системе менеджмента качества. Использование этого стандарта в качестве руководства по внедрению процессного подхода требует его квалифицированной интерпретации и конкретизации.
К второй группе методологий относятся методологии моделирования и анализа бизнес-процессов. В настоящее время существует несколько базовых способов описания процессов, основанных как на стандартах (IDEF0), так и на общепринятых подходах (DFD). Кроме того, существует ряд нотаций (методологий) описания процессов, предложенных отдельными компаниями — разработчиками программных продуктов. К числу последних относятся методологии ARIS (еЕРС) компании IDS Scheer AG, Германия.
К третьей группе методологий относятся методологии использования программных продуктов для создания моделей бизнес-процессов. Следует отметить, что знать нотацию и уметь ее эффективно использовать на практике — далеко не одно и то же. Современные средства моделирования настолько сложны в применении, что требуют разработки специальных методик их применения в проекте. Поэтому для простых проектов часто бывает целесообразнее использовать стандартный язык рисования блок-схем и простейшие инструменты их создания (редакторы MS Word, Visio и т.д.).
Резюмируя обсуждение методологий, следует отметить, что методологии являются не самоцелью, а лишь средством достижения целей проекта. Методоло-
гия моделирования бизнес-процессов — это одна из нескольких используемых методологий, как показано на рис. 1.11.

Рис
1 11 Методология моделирования
бизнес-процессов в ряду других методологий
Прежде чем перейти к дальнейшему рассмотрению, целесообразно ввести следующее определение термина «моделирование бизнес-процессов» организации:
Моделирование бизнес-процессов — это отражение субъективного видения реально существующих в организации процессов при помощи графических, табличных, текстовых способов представления.
Итак, моделирование — это процесс отражения реальной деятельности организации при помощи специальной методологии. Важно понимать, что процесс моделирования является субъективным. Дело в том, что 80% информации для формирования моделей поступает от интервьюируемых сотрудников и руководителей организации. При этом субъективными являются как мнение сотрудников о реальном ходе работ, так и взгляд на процессы аналитика, проводившего интервью. Опыт показывает, что степень субъективности полученных моделей может стать серьезным препятствием для дальнейшего их использования. Поэтому существуют различные способы устранения этой субъективности. Они будут подробно рассмотрены в главе 2.
Модель «как есть» (от «as is» — англ.) — это модель бизнес-процесса, построенная на основе субъективного видения бизнес-процесса, существующего в организации. При построении модели «как есть» важно помнить, во-первых, о субъек-
тивности, во-вторых, об актуальности модели. Дело в том, что в крупных организациях постоянно происходят изменения. Модель процессов может стать неактуальной (несоответствующей) уже через несколько месяцев после ее создания Поэтому описание процесса должно использоваться в рабочих документах по процессу, постоянно подвергаться корректировке с целью обеспечения соответствия реальной деятельности. К сожалению, специалисты, привлекаемые для работ по описанию процессов, считают, что модели процессов ценны сами по себе и содержат информацию по улучшению деятельности. В одном из документов, содержащих план работ по описанию процессов некоторой компании, нам встретилась следующая формулировка: «... разработать порядок описания, документирования и хранения бизнес-процессов...». Комментарии здесь, как говорят, излишни.
Важнейшим понятием является эффективность бизнес-процесса. Под эффективностью бизнес-процесса, как правило, понимается отношение конечного результата (выхода) процесса к затраченным на его получение ресурсам. Эффективность может измеряться на основе различных показателей. Для каждого показателя могут быть рассчитаны допустимые или целевые значения — критерии. Важно отметить, что на практике недостаточно определить перечень показателей оценки эффективности бизнес-процесса. Важно разработать также методику их измерения. При этом методики, по возможности, не должны изменяться, так как результат измерения используется для оценки сегодняшнего состояния дел по сравнению с предыдущими периодами. При изменении методик измерения и расчета показателей меняется результат и, соответственно, гораздо труднее реально оценить ход бизнес-процесса.
Для определения понятия «процессный подход к управлению», помимо понятий «бизнес-процесс» и «моделирование процесса», необходимо ввести понятия «сеть бизнес-процессов организации» и «цикл управления процессом».