3 - Описание и моделирование бизнес

Описание и
моделирование бизнес-процессов
Группа: 461-м
Студент: Шлыков С.А.
Способы представления информации о БП
Основные способы описания бизнес-процессов следующие:
текстовый (естественный язык);
текстовый (формальное описание);
графический (свободная нотация);
графический (формальная нотация);
комбинированный.
Стандарты графического описания БП
В настоящее время широко используются и
пользуются большой популярностью несколько
стандартов моделирования бизнес-процессов:
Методология
Программное обеспечение
IDEF
AllFussion Business Modeler (BPwin), MS Visio
ARIS
ARIS Toolset
UML
Rational Rose, MS Visio, ARIS Toolset
Семейство стандартов IDEF
Семейство
стандартов
IDEF
включает в себя ряд графических
нотаций, которые могут быть
использованы для моделирования
бизнес-процессов:
Стандарт моделирования бизнес-процессов
IDEF0 был принят в 1981 году. Исторически
он возник из стандарта SADT (Structured
Analysis and Design Teqnique), активно
применявшегося с конца 60-х годов, в
частности, Министерствомобороны США.
IDEF0 – стандарт описания бизнеспроцессов;
DFD – диаграмма потока данных
(DataFlow Diagram);
IDEF3 – стандарт моделирования
потока работ (workflow).
IDEF является аббревиатурой от ICAM
DEFinition. ICAM - Integrated Computer
Aided Manufacturing.
Семейство стандартов ARIS
ARIS расшифровывается как Arhitecture of Integrated Information Systems (архитектура
интегрированных информационных систем). В методологию ARIS входит пять типов
представлений моделей:
Организационные модели, описывающие иерархическую структуру
системы;
f(x)
Функциональные модели, описывающие функции выполняемые в
организации;
Информационные модели отражающие структуру информации,
необходимой для реализации всей совокупности функций системы;
Модели процессов/управления, представляющие комплексный
взгляд на реализацию деловых процессов в рамках системы и
объединяющие вместе другие модели;
Модели входов и выходов, описывающие потоки материальных и
нематериальных входов и выходов процедур.
ARIS графические объекты.
Наименова
ние
Описание
Функция
Объект «Функция» служит
для
описания
функций
(процедур,
работ),
выполняемых
подразделениями/сотрудник
ами предприятия.
Событие
Объект «Событие» служит
для
описания
реальных
состояний
системы,
влияющих и управляющих
выполнением функций
Организаци
онная
единица
Объект,
отражающий
различные организационные
звенья
предприятия
(например, управление или
отдел)
Документ
Объект,
отражающий
реальные
носители
информации,
например
бумажный документ
Прикладна
я система
Объект отражает реальную
прикладную
систему,
используемую в рамках
технологии
выполнения
функции
Графическое
представление
Кластер
информаци
и
Объект
характеризует
данные,
как
набор
сущностей и связей между
ними. Используется для
создания моделей данных
Стрелка
связи
между
объектами
Объект
описывает
тип
отношений между другими
объектами,
например
–
активацию
выполнения
функции
некоторым
событием
Логическое
«И»
Логический
оператор,
определяющий связи между
событиями и функциями в
рамках процесса. Позволяет
описать ветвление процесса
Логическое
«ИЛИ»
Логический
оператор,
определяющий связи между
событиями и функциями в
рамках процесса. Позволяет
описать ветвление процесса
Логическое
исключаю
щее «ИЛИ»
Логический
оператор,
определяющий связи между
событиями и функциями в
рамках процесса. Позволяет
описать ветвление процесса
ARIS на примере.
На рисунке представлена простейшая модель eEPC, описывающая
фрагмент бизнес-процесса предприятия.
Каждая функция должна быть
инициирована событием и должна
завершаться событием;
В каждую функцию не
может входить более одной
стрелки, «запускающей»
выполнение функции, и выходить
не более одной стрелки,
описывающей завершение
выполнения функции.
Семейство стандартов UML
Аббревиатура UML расшифровывается как Unified Modeling Language (унифицированный язык
моделирования).
UML предназначен в первую очередь для быстрого проектирования и
разработки программных продуктов, и описание бизнес-процессов с его
использованием целесообразно делать, если в конечном итоге требуется
разработать корпоративную информационную систему, которая бы отражала
особенности протекания бизнес-процессов на предприятии заказчика.
Диаграммы UML
Диаграмма
прецеденто
в (Use-case
diagram)
Диаграмма прецедентов служит для
моделирования типичных
сценариев работы с системой.
Диаграмма
действий
(Activity
Diagram)
Диаграмма действий имеет много
общего с блок-схемой, но на ней
можно также показывать
параллельные процессы.
Методология IDEF0.
В основе методологии IDEF0 лежат три основных понятия:
Функциональный
блок (Activity Box);
Интерфейсная дуга
(Arrow);
Декомпозиция
(Decomposition);
Функциональный блок IDEF0.

Верхняя сторона имеет значение “Управление” (Control);

Левая сторона имеет значение “Вход” (Input);

Правая сторона имеет значение “Выход” (Output);

Нижняя сторона имеет значение “Механизм” (Mechanism).
Интерфейсная дуга IDEF0.
Интерфейсная дуга – второе важное понятие
методологии IDEF0. Также интерфейсные
дуги часто называют потоками или
стрелками. Интерфейсная дуга отображает
элемент системы, который обрабатывается
функциональным блоком или оказывает
иное влияние на функцию, отображенную
данным функциональным блоком.
Методология DFD.
В основе нотации DFD лежат следующие
понятия:
Работа;
• Дуга;
Внешняя ссылка;
• Хранилище данных.
Методология DFD.
Работы.
Работы в DFD обозначают функции или процессы, которые
обрабатывают и изменяют информацию.
Дуги.
Дуги (стрелки) идут от объекта-источника к объекту-приемнику,
обозначая информационные потоки в системе документооборота
.
Внешние ссылки.
Внешние ссылки указывают на место, организацию или
человека, которые участвуют в процессе обмена информацией с
системой, но располагаются за рамками этой диаграммы.
Хранилища данных.
Хранилища данных представляют собой собственно данные, к
которым осуществляется доступ, эти данные также могут быть
созданы или изменены работами.
Методология IDEF3.
IDEF3 является стандартом документирования
технологических процессов, происходящих на
предприятии,
и предоставляет
Линии бывают
следующих
видов: инструментарий для
наглядного исследования и моделирования их
 Старшая
(Precedence)
- сплошная(Scenario)
линия, связывающая
UOB.
сценариев.
Сценарием
мы называем
описание
последовательности
Рисуется
слева направо
или сверху вниз.изменений свойств
объекта, в рамках рассматриваемого процесса
 Отношения (Relational Link)- пунктирная линия, использующаяся
для изображения элемент
связей между
UOB
Функциональный
(элемент
поведения
– Unit of Behavior) –
Функциональный элемент/элемент
поведения;
обозначает событие, стадию процесса или принятие решения.
линии(Object
являются
отображением
перемещения
элементов
Стрелки
Потоки или
объектов
Flow)стрелка с двумя
наконечниками
(документов, материальных предметов) между UOB-блоками в ходе
используется
описания того факта, что объект (деталь)
Стрелкадля
(линия);
процесса.
используется в двух или более единицах работы, например, когда
объект порождается в одной работе и используется в другой
Перекресток (junction);
Методология IDEF3.
Обозначение
Наименование
Смысл в случае слияния
стрелок
(Fan-in Junction)
Смысл в случае
разветвления стрелок
(Fan-out Junction)
Asynchronous AND
Все предшествующие
процессы должны быть
завершены
Все следующие процессы
должны быть запущены
Synchronous AND
Все предшествующие
процессы завершены
одновременно
Все следующие процессы
запускаются одновременно
Asynchronous OR
Один или несколько
предшествующих
процессов должны быть
завершены
Один или несколько
следующих процессов
должны быть запущены
Synchronous OR
Один или несколько
предшествующих
процессов завершаются
одновременно
Один или несколько
следующих процессов
запускаются одновременно
XOR (Exclusive OR)
Только один
Только один следующий
предшествующий процесс процесс
завершен
запускается
Методология IDEF3.
Простейший пример диаграммы в нотации IDEF3 приводится ниже.
Оптимизация бизнес-процессов
Анализ модели бизнес-процесса
Для того, чтобы выявить
«узкие места» в бизнеспроцессе и оценить его
эффективность,
необходимо
проанализировать его
модель по ряду признаков.
Оптимизация бизнес-процессов
Удовлетворенность
конечным
результатом
бизнес-процесса
можно
оценить по следующим
параметрам:
Оптимизация бизнес-процессов
Оптимальность схемы бизнес-процесса
оценивается по следующим параметрам:
Оптимизация бизнес-процессов
Оптимальность промежуточных операций в процессе можно оценить по следующим
параметрам:
 Продолжительность выполнения
операции;
 Реальная нагрузка на исполнителей в
процессе выполнения операции;
 Уровень автоматизации/механизации
операции;
 Частота возникновения нестандартных
ситуаций;
 Частота возникновения ошибок в
процессе выполнения операции.
Методы проектирования нового бизнес-процесса.
Быстрый анализ («мозговой штурм»);
Бенчмаркинг (сравнительный анализ);
Перепроектирование процесса
(концентрированное улучшение);
Реинжиниринг (разработка нового
процесса).
Документарное оформление нового бизнес-процесса.
Рабочий регламент процесса (как документ)
обычно состоит из:

Титульного листа;

Листа согласований;

Оглавления (если необходимо);

Основной
части
регламента);

Приложений к регламенту.
(текста
самого
Проблемы при внедрении новых бизнес-процессов
Проблема при внедрении нового Подход к решению проблемы
бизнес-процесса
Отрицательное восприятие любых Проведение PR-компании среди
изменений персоналом
персонала;
Пересмотр
персонала;
системы
мотивации
Проведение обучения персонала;
Период
неразберихи;
организационной Своевременная
подготовка
регламентирующих документов и
ознакомление с ними персонала;
Проведение обучающих тренингов
для персонала;
Наличие «священных коров»
Принципиальность в проведении
внедрении;
Полная поддержка внедрения со
стороны топ-менеджмента;
Отсутствие
технической
базы
и
Борьба среди
распределения
полномочий
подготовленной Своевременная
информационной технической и
базы
менеджмента
влияния
подготовка
информационной
за Принципиальная позиция высшего
и руководства, командообразование
Конец презентации