- •1. Экономика процессного управления
- •1.1 Истоки и современное значение
- •1.2 Цель и значение процессного перехода
- •2. Процесс как объект управления. Основы управления проектами
- •Периоды, факторы и подходы к управлению организацией
- •2.1 Системный анализ: как представить организацию в виде системы?
- •2.2 Концепция управления бизнес процессами
- •2.3 Процесс и его компоненты
- •2.4 Состав типовых бизнес-процессов в деятельности компании
- •Пример процессов scor-модели
- •2.5 Пример описания бизнес процессов
- •3. Сущность моделирования бизнеса
- •3.1 Понятие о моделирования и подходы к моделированию
- •3.2 Программы и инструментальные системы для моделирования бизнеса
- •Пользовательский интерфейс инструментария aris Toolset
- •Шаблон модели еЕрс в aris Express
- •Сравнение методологий aris и idef0
- •Пример отчета по модели idef0
- •Пример организационной диаграммы ms Visio
- •Интерфейс ms Visio
- •3.3 Моделирование предметных областей деятельности организации
- •Организационная структура Организационная структура отдела маркетинга (пример)
- •Основные бизнес-процессы компании - дистрибьютора
- •Декомпозиция vad-диаграммы, построение описания цепочки процессов, управляемых событиями (eEpc). Модель процесса «Заключение договора на поставку»
- •Информационные системы компании (пример)
- •4. Совершенствование процессов
- •4.1 Управление совершенствованием процессов
- •4.2 Выявление проблем и виды анализа бизнес процессов
- •Нормальная кривая: пределы нормального центрированного распределения составляют шесть сигм
- •Соответствие уровня сигмы с количеством дефектов
- •Общая диаграмма Парето с кумулятивной линией важности
- •Основные типы связи между параметрами в графиках рассеяния
- •Модель принятия решения
- •4.3 Регламентация бизнес процессов
- •Виды регламентов
- •Регламентация при функциональном управлении Регламентация при процессном управлении
- •5. Контроллинг и мониторинг бизнес-процессов
Декомпозиция vad-диаграммы, построение описания цепочки процессов, управляемых событиями (eEpc). Модель процесса «Заключение договора на поставку»
Для каждой функции могут быть определены начальное и конечное события, ответственные, материальные потоки, а также проведена декомпозиция на более низкие уровни. При моделировании бизнес-процессов часто возникает ситуация, когда одно событие в рамках выбранного процесса может инициировать выполнение нескольких функций одновременно, или функция может стать результатом одного из нескольких событий. Ветвление и соединение процесса, как правило, подчиняется определенной логике, которая описывается с помощью логических операторов и событий, образующих вместе сложное условие. В нотации ARIS, для отображения таких ситуаций, предусмотрены логические связи, отображаемые с помощью логических операторов «И», «ИЛИ», «ИСКЛЮЧАЮЩЕЕ ИЛИ».
Логические операторы:
Логический оператор «И», используется в случае, если в результате наступления какого-либо события начинается параллельное выполнение двух и более функций, либо в случае, если для начала выполнения функции требуется наступление двух и более событий
Логический оператор «Исключающее ИЛИ», используется в случае, если для начала выполнения функции требуется наступление одного из двух и более событий либо в результате выполнения функции наступает одно из двух и более событий
Логический оператор «ИЛИ», используется в случае, если для начала выполнения функции требуется наступление хотя бы одного из двух и более событий либо в результате выполнения функции наступает хотя бы одно из двух и более событий [12].
Основные правила при построении модели eEPC:
каждая функция инициируется и завершается событием,
в каждую функцию входит не более одной связи (стрелки), инициирующей выполнение функции,
из каждой функции выходит не более одной связи, обозначающей завершение выполнение функции.
При моделировании бизнес - процесса необходимо придерживаться определенных правил расположения графических элементов на диаграмме:
элементы процесса (события и функции) располагаются сверху вниз.
элементы, обозначающие исполнителей функций (подразделений или сотрудников) необходимо располагать справа от функций.
документы, необходимые для выполнения функций, или формируемые в результате выполнения функций, размещаются слева от функций.
Полученные в результате работы модели наглядно, информативно и логически выстроено описывают процесс, поэтому позволяют ответить практически на все вопросы разработчиков и участников процесса.
Построение модели информационных систем компании |
Информационная система - по законодательству РФ – «организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы». Информационные системы предназначены для хранения, обработки, поиска, распространения, передачи и предоставления информации. Так же, как и дерево целей, модель информационных систем компании отражает только основные, наиболее часто используемые предприятиями программы и системы.