Business process design

Моделирование бизнес-процессов
Колтунова Екатерина
kate@koltunova.com
www.koltunova.com

Программа семинара
2

Литература
3
3

«Моделирование-процессов» - используется для очень разных задач!
Переход к процессному управлению. Система менеджмента качества. Непрерывное улучшение. Разработка должностных инструкций. Учет затрат по процессам. Система сбалансированных показателей.
Анализ и обсуждение альтернатив: управление изменениями. BPM, Lean Production.
Проектирование новых бизнес-процессов.
Бенчмаркинг.
Интеграция процессов бизнес-партнеров
Разработка требований к информационным системам.
Согласование процедур и процессов при аутсорсинге
Для математического / имитационного моделирования (определение параметров, системы, прогнозирование, перепроектирование)
4
4

Моделирование процессов – не наука, а искусство и ремесло
Критерий – результат для клиента (разработанная система, проведенные изменения, выполненные расчеты)
Секреты ремесла: инструменты моделирования, нотации и их выбор, использование референтных моделей, представление результатов, технология сбора данных, совместная работа, проведение интервью.
В зависимости от использования требования к модели процессов отличаются по уровню детализации, точности, набору процессов, моделируемым характеристикам, форме презентации
5
Семинар «Моделирование бизнес-процессов» Колтунова Екатерина
5

Моделирование процессов: области знаний
Концепции процессного управления
Ренижинириг
Управление процессами (BPM)
Управление качеством
Lean production и др.
Проектное управление в сфере совершенствования процессов
Нотации моделирования
Инструменты моделирования
Отраслевые стандарты - модели процессов
6
6

Определения «процесса»
7
Большой толковый словарь русского языка (издание РАН): [от лат. processus– течение] последовательная смена состояний в развитии чего-либо; ход, развитие какого либо явления
ISO/CD 15531-1 (Системы промышленной автоматизации и интеграция. Управляющая информация промышленным производством): процесс - структурированный набор действий (activities), охватывающий различные сущности (entities) предприятия и подчиненный определенной цели (purpose).
Процесс – завершенная с точки зрения содержания, временной и логической очередности, последовательность, необходимая для обработки экономически- значимого объекта. Бизнес-процесс является особым процессом, который служит осуществлению основных целей предприятия и описывает центральную сферу его деятельности (SAP).
Процесс — это поток работы, переходящий от одного человека к другому, а для больших процессов, вероятно, от одного отдела к другому. Процессы можно описать на разных уровнях, но они всегда имеют начало, определенное количество шагов посередине и четко очерченный конец. Майкл Робсон, Филипп Уллах. Практическое руководство по реинжинирингу.

Value Chain. Цепочка создания стоимости М. Портера
8
8
+ Управленческие процессы:
Стратегическое планирование,
Корпоративное управление
Вспомогательные процессы
Основные процессы
Отрасль, бизнес-модель, аутсорсинг меняют основные и вспомогательные процессы

Определения «бизнес-процесса» гуру менеджмента
9

Определения «бизнес-процесса» организаций и ассоциаций
10
DoD: Процесс – это просто самый большой элемент, если рассматривать поток работ, который пронизывает всю организацию, начинается у внешних поставщиков и заканчивается у внешних покупателей.
WorkflowManagementCoalition (WFMC): бизнес-процесс - «набор из одной или нескольких процедур или действий, которые совместно реализуют цель, обычно с помощью организационной структуры, определяющей функциональные роли и взаимоотношения».
Функция (activity, function, operation) - определенный тип работы, выполняемой для производства товара или услуги в рамках бизнес-процесса.

Место процессного управления в концепции Р. Каплана и Д. Нортона Strategy Map
11

Модель Шмидта (Schmitt’s 1993) стратегическое управление изменениями
12
Анализ индустрии / Конкурентная ситуация
Критические факторы успеха(CSF)
Стратегия
Определение и проектирование бизнес-процессов
Политика в области персонала
Организационное
проектирование
Управленческая поддержка организационных изменений
Трансформация рабочих практик для достижения CSF
Упрощение потоков
работ
Конкурентные преимущества
Компетенции в области CSF
Устранение функциональных барьеров
Информационные системы
Поддержка операций, организации и политики в области персонала
Повышение эффективности достижения CSF

CSF и бизнес-процессы: результаты работы группы проект BPR
13
13

Модель Р.Хаммера (1993)
Оценка возможностей
Требования клиентов
Действия конкурентов
Технология, внешние факторы
Стратегия
Бизнес-процессы
Делает возможным
Определяет
Функции, сотрудники и структура
Ценности и убеждения
Инфраструктура
Вызывает
Требует
Система управления и измерения
Внутренние возможности
14

Изменение парадигм
15

Процесс – в основе улучшений
«Новая технология, в отличие от раннего индивидуального производства, не фокусирует внимание на мастерстве исполнителя, как объединяющем принципе работе. Кроме того, в отличие от выдвинутой Фордом концепции массового производства, она не считает продукт организующим принципом. Она фокусирует внимание на самом процессе, который рассматривается как единое и гармоничное целое. Цель – добиться оптимизации процесса – процесса, который будет производить самую разнообразную продукцию с наивысшей степенью стабильности, при наименьших затратах и с наименьшими усилиями»
П. Друкер
16
«И поэтому нам нужен компьютер»

Три уровня усилий по улучшению процессов
17
17

Проблемы в бизнес-процессах: источники
18

Определение BPR
19
«BPR фундаментальноепереосмысление и радикальнаяреконструкциябизнес-процессов с цельюдостижениядраматическисильныхулучшений в критическиважных в современныхусловияхуровняхкритериевпроизводительности, такихкак:
стоимость,
качество,
услуги,
скорость» Hammer M., Champy J

Реинжиниринг (BPR) как ре-интеграция
20

Определение BPR
21

Чем не является реинжиниринг
22

Цели реинжиниринга
23
23

Методы реинжиниринга
24

Зачем нужно моделировать бизнес-процессы?
Для обеспечения достижения целей бизнеса
Для оптимизации, улучшения, реинжиниринга бизнес-процессов.
Для управления качеством
Для определения требований к информационным системам
Для разработки информационных систем
25

Пример требований к стандартам моделирования (Госзаказ)
26
26

Бизнес-процесс
«множество законченных состыкованных работ, которые в совокупности создают продукцию, имеющую потребительскую ценность для клиента» (Martin J.)
«набор активностей, которые преобразуют несколько видов входных характеристик в выход, имеющий ценность для потребителя» (HammerM., ChampyJ. )
27
27

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

Модель процессов ISO 12207
29
29

Object Management Group: стандарты и подходы к моделированию
Стандарты для моделирования Model Driven Engineering
Преобразование моделей из одной нотации в другу
Экспорт и импорт моделей из приложения в приложение
http://www.omg.org/mof/
Два типа моделей: PIM – platform independent models и PSM – platform specific model
30
30

Модель процессов eTOM
31
31

Рациональный Унифицированный Процесс (RUP) состоит из девяти рабочих процессов
Моделирование бизнес-процессов – описывается структура и динамика организации (заказчика);
Разработка требований – описывается основанный на прецедентах метод постановки требований;
Анализ и проектирование – описываются различные виды архитектуры системы:
Реализация – собственно разработка программ, автономное тестирование и интеграция;
Тестирование – описываются тестовые сценарии, процедуры и метрики для измерения числа ошибок;
Развертывание – охватывает конфигурирование поставленной системы;
Управление конфигурацией – управление изменениями и поддержание целостности артефактов проекта;
Управление проектом – описывает разные стратегии работы с итеративным процессом;
Анализ среды – рассматриваются вопросы инфраструктуры, необходимой для разработки системы.
32
32

Области процессов в CMMI
Управление процессами – активности, пересекающие границы проектов, развитие организации, обучение, разработка, оценка, совершенствование процессов. Обеспечивают способность организации документировать и распространять лучшие практики, обеспечивают обучение организации;
Управление проектами – активности, связанные с управлением проектами, включая планирование, контроль, управление рисками, взаимоотношения с подрядчиками, формирование команды;
Разработка – активности, связанные с проектированием и разработкой, включая разработку требований и управление ими, программирование, интеграцию, валидацию и верификацию;
Поддержка – активности, обеспечивающие выполнение прочих процессов: управление конфигурацией, обеспечение качества, оценка и измерения, анализ принятых решений
33
33

Объекты стандартизации в сфере ИТ для международных, государственных и отраслевых стандартов
Нотации и инструменты формализованного описания;
Конструкторская документация (состав, структура, требования к оформлению);
Терминология и определения;
Модели процессов;
Жизненный цикл;
Безопасность хранения и передачи информации;
Качество программного обеспечения, характеристики качества, методы получения данных по качеству;
Форматы хранения данных, форматы обмена и передачи данных.
34
34

Объектами стандартизации для внутрифирменных и проектных стандартов
Рабочие продукты (шаблоны документов);
Используемая нотация для моделирования требований;
Используемые технические средства
Стандарты кодирования и оформления программных текстов;
Программы обучения сотрудников;
Процессы (используемые модели).
35
35

Проект как процесс
уникальный процесс, состоящий из набора взаимоувязанных и контролируемых работ с датами начала и окончания и предпринятый, чтобы достичь цели-задачи (objective) соответствия конкретным требованиям, включая ограничения по времени, затратам и ресурсам [ISO/TR 10006: 1997 (E). Quality Management – Guidelines to quality in project Management];
процесс достижения поставленной цели-задачи (objective) в рамках особого, конкретного комплекса условий [ISO 9000:2000 Quality Management Systems – Fundamental and Vocabulary].
36
36

Классификация бизнес-процессов
37

Классификация бизнес-процессов
38

Классификация бизнес-процессов (имитационное моделирование)
Периодические процессы – начало и/или окончание процесса совпадают с определенной календарной датой (например, ежегодное планирование или еженедельное антивирусное обслуживание);
Процессы, инициируемые событием – начало процесса инициируется внешним событием или внутренним событием (например, подписание контракта на разработку инициирует процесс проектирования)
39

Группы процессов разработки ПО
Процессы управления проектами — касающиеся организации и описания работ проекта (соответствуют Организационным процессам ISO 12207);
Процессы, ориентированные на продукт — касающиеся спецификации и производства продукта. Эти процессы определяются жизненным циклом проекта и зависят от области приложения (Основные и организационные процессы ЖЦ).
40
40

Процессы управления
процессы инициации - принятие решения о начале выполнения проекта; процессы планирования - определение целей и критериев успеха проекта и разработка рабочих схем их достижения;
процессы исполнения - координация людей и других ресурсов для выполнения плана;
процессы анализа - определение соответствия плана и исполнения проекта поставленным целям и критериям успеха и принятие решений о необходимости применения корректирующих воздействий;
процессы управления - определение необходимых корректирующих воздействий, их согласование, утверждение и применение;
процессы завершения - формализация выполнения проекта и подведение его к упорядоченному финалу.
41
41

Зависимости между качеством ПО и процессами разработки
Формализация процессов разработки позволяет обеспечить выполнение функций обеспечения качества в проектах (планирование, включая планирование качества, контроль за проектированием и разработкой, анализ результатов тестирования, сохранение результатов);
Выполнение функций обеспечения качества способствует формированию методического обеспечения и информационной базы качества (определение измеряемых показателей, их влияния на характеристики качества);
Систематическое выполнение функций обеспечения качества приводит к повышению эффективность выполнения этих функций за счет освоения специальных средств, методик, накопления информации.
42
42

Бизнес-процесс как объект управления
Бизнес-процесс изначально возник как категория менеджмента
Бизнес-процесс является стержневым понятием бизнес-системы, обеспечивающим её динамику через взаимодействие её статических сущностей и тесно связан с:
жизненным циклом бизнеса;
функциями бизнес-системы;
ресурсами: материальными, информационными, организационными;
механизмами.
Бизнес-процесс анализируется
с разных точек зрения;
для разных целей;
в разных плоскостях
43
43

Приёмы реинжиниринга
44
44
Несколько работ объединяются в одну (использование средств автоматизации и ИС)
Работники сами принимают решения (при поддержке ИС)
Этапы процесса могут иметь различный порядок и допускать параллельность
Процессы имеют множество вариантов («конец стандартизации»), подстроенные под требования конкретных рынков. Стандартизация не всегда неэффективна.
Работа выполняется там, где её можно сделать наиболее эффективно.
Сокращение объёма проверок и контроля. Использование метода отложенного контроля (фиксация в ИС).
Минимизация количества согласований. Пример e-procurement systems.
Использование «ситуационных менеджеров».
Преобладание смешанных централизованных/децентрализованных операций.

Понятие бизнес-системы
45
45
Бизнес-система –
объект анализа, система, применительно к которой рассматривается выполнение бизнес-процесса или
совокупность элементов и связей между ними, затрагиваемых при выполнении бизнес-процесса
Жизненный цикл бизнес-системы
Проектирование
Функционирование
Настройка
Перепроектирование

Методология системного анализа
46
46
Определить границы системы (провести границу между анализируемой системой и внешним окружением). (Данный этап в методологии UML называется этапом Use Case, на котором выделяются «актёры», т.е. те, кто взаимодействует с системой со стороны «внешнего мира» и «прецеденты» - собственно то, что актёры делают с системой).
Провести внутренний анализ.

Внутренние сущности бизнес-системы
47
47
бизнес-функции (исполнение, управление);
механизмы, которые реализуют эти функции (устройства, оргструктура);
ресурсы (материальные ресурсы, информация);
бизнес-логика (совокупность связей между сущностями).
Точка зрения проектировщика и менеджера

Модель
[лат. modulus – мера, образец]
любой образ, аналог какого либо процесса или явления;
в математике – совокупность абстрактных объектов, свойства которых и отношения между которыми удовлетворяют системе аксиом
48
48

Направления моделирования бизнес-процессов
Моделирование логики процесса. Наилучшим образом эту задачу решают структурные и объектные модели: IDEF0, EPC, Activity Diagram;
Моделирование поведения процесса, различных закономерностей. Для этих целей можно использовать аналитические математические модели. Следует учесть, что во многих случаях эти модели служат лишь для демонстрации характера зависимости, но не могут использоваться для получения реальных числовых оценок в условиях практики из-за недоступности исходной информации;
Имитационное моделирование представляет собой наиболее мощное средство получения числовых характеристик процесса. Для построения имитационной модели необходимо понимание логики процесса и поведения процесса, следовательно, имитационная модель включает в себя структурную модель процесса и совокупность аналитических моделей, связанных между собой. Математической основой этих моделей являются нелинейные дифференциальные уравнения. Динамические модели отражают нелинейные и нестационарные зависимости между характеристиками проекта.
49
49

Следует различать
Бизнес-процесс как физический хозяйственный процесс (совокупность процессов)
Бизнес-процесс как модель физического процесса (совокупность моделей)
50
50

Моделирование бизнес-процессов
51
51
Методы
Системного анализа и формализации
Количественного анализа
Синтеза (в т.ч. оптимизации)
Объекты моделирования
Весь бизнес
Части бизнеса:
отдельные бизнес-процессы
информационная система
оргструктура
Цели
Проектирование
Улучшение (CPI, TQM)
Перепроектирование
Модели и применения
Инструменты
Описания
Документирования
Анализа и оптимизации
Применения

Построение адекватной модели
Необходимым условиями для построения адекватной модели является понимание сущности моделируемого явления, а так же точная формулировка задачи моделирования. Анализируя подходы к моделированию процессов разработки ПО необходимо учитывать следующие особенности процессов:
Процесс характеризуется различной степенью повторяемости. Могут иметь место различные вариации. В крайнем случае, может отсутствовать определенная последовательность действий, некоторые из условий формализации процесса (условия входа, выхода, логика выполнения функции, владелец процесса и т.д.) могут быть неопределенны.;
Процесс представляет собой сложную динамическую структуру. Одновременно в компании протекают множество процессов имеющих различный характер и длительность цикла;
Временные и качественные характеристики выполнения отдельных функций нелинейно зависят от других параметров (выделенных ресурсов, графика работы, распределения задач
52
52

НЕСКОЛЬКО СОВЕТОВ ПО ПОСТРОЕНИЮ КАРТ СОЗДАНИЯ СТОИМОСТИ
Всегда самостоятельно собирайте информацию о текущем состоянии, двигаясь по фактическим путям материальных и информационных потоков.
Сначала быстро пройдите вдоль всего пути потока создания ценности в цехе, чтобы получить ощущение потока и понять последовательность процессов. После быстрого прохождения этого пути идите назад и собирайте информацию там, где выполняется каждый процесс.
Начинайте с конца — с отгрузки — и идите вверх по потоку; не начинайте с получения сырья (и далее вниз). Таким образом, вы начнете с процессов, которые имеют наиболее тесные связи с потребителем и которые должны определять темп для других процессов выше по потоку.
Принесите секундомер и не полагайтесь на стандарты времени или не полу ченную лично вами информацию. Цифры в документах редко отражают реальное текущее состояние. Данные в файлах могут отражать периоды времени, когда все процессы шли нормально, например трехминутная переналадка оборудования в начале этого года или в течение недели с момента открытия завода, когда не требующая ускорения. Ваша способность представлять себе будущее состояние зависит от внимательности при личном посещении рабочих участков, понимания сути и темпа процессов. (Возможными исключениями из этого правила могут быть данные по готовности оборудования, нормы на отходы/переделки и время переналадки оборудования.)
Карту всего потока создания ценности стройте сами, даже если в процесс вовлечены несколько человек. Смысл построения карты состоит в понимании потока создания ценности как единого целого. Если разные люди строят различные сегменты, то никто не сможет осмыслить целое.
Всегда выполняйте построение карты вручную, с помощью карандаша. Начните делать черновой набросок потока непосредственно в цехе, когда проводите анализ текущего состояния. Затем исправляйте его также вручную, карандашом. Не поддавайтесь искушению использовать компьютер.
53
53

Модель бизнес-процесса должна отвечать на вопросы:
какие процедуры (функции, работы) необходимо выполнить для получениязаданного конечного результата;
в какой последовательности выполняются эти процедуры;
какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;
кто выполняет процедуры процесса;
какие входящие документы/информацию использует каждая процедурапроцесса;
какие исходящие документы/информацию генерирует процедура процесса;
какие ресурсы необходимы для выполнения каждой процедуры процесса;
какая документация/условия регламентирует выполнение процедуры;
какие параметры характеризуют выполнение процедур и процесса в целом.
54
54

Карта создания ценности
55
55
Время цикла (В/Ц) Как часто деталь или продукт изготавливаются каждым процессом? (Замеряется при наблюдении.) Это время, которое затрачивает оператор, чтобы выполнить все рабочие движения, прежде чем повторить их.
Время добавления ценности (ВДЦ) Время выполнения работ, которые преобразуют продукт так, что потребители готовы платить за это.
Время выполнения заказа (ВВЗ) Время, которое требуется изделию для прохождения по всем процессам или всему потоку создания ценности от начала до конца. Ось времени — от начала до конца — следует изобразить на карте.

Список типовых параметров каждого процесса
В/Ц (время цикла)
Переналадка (время переналадки оборудования)
Готовность (оборудования начать работу в любой момент)
КДК (объемы партий продукции)
Число операторов
Число вариантов продукта
Объем упаковки
Рабочее время (все время минус перерывы)
Процент брака
56
56

Методы системного анализа
Метод структурного системного анализа SADT
Метод объектного системного анализа UML
57
57

Методы описания процесса (Process Definition)
Process Definition – «идентификация различных операций процесса, ассоциируемых управляющих данных, используемых для управления потоком работ при выполнении процесса»
Определение WfMC
Методы
IDEF (IDEF0, IDEF3);
CDIF - в стадии разработки;
UML (unified modeling language);
PIF (Process Exchange Format & Framework) – в стадии разработки;
PSL (Process Specification Language) – в стадии разработки;
WPDL (Workflow Process Definition Language) – для целей Wf-систем.
BPL – Business Process Language
58
58

Язык моделирования включает:
элементы модели - фундаментальные концепции моделирования и их семантику;
нотацию - визуальное предоставление элементов моделирования;
принципы использования - правила применения элементов в рамках построения тех или иных типов моделей ИС.
59
59

Графические нотации и инструментальные средства
60
60

IDEF (Integrated Definition)
Стандарт функционального моделирования
Federal Information Processing Standard based on the Air Force Wright Aeronautical Laboratories Integrated Computer- Aided Manufacturing (ICAM) Architecture, Part II, Volume IV - Function Modeling Manual (IDEF0), June 1981.
Разработан на основе SADT (Structured Analysis and Design Technique) Douglas T. Ross and SofTech, Inc. (1969-1973)
(pronounced I-def zero)
61
61

Синтаксис блока
62
62
Глагол
DEVELOP
MODEL
1
Объект действия
Прямоугольник с квадратными углами.
Рисуется сплошной линией.
Внутри пишется название функции: глагол или глагольная фраза
Показывается номер блока

Синтаксис стрелк IDEF0
63
63
Обозначают данные или объекты, которые необходимы функции или являются её результатом.
Угол изгиба только 90 градусов
Рисуются сплошной линией
Рисуются вертикально или горизонтально, не диагонально
Концы стрелок должны касаться только внешнего периметра блоков и не проходить через них
Стрелки подходят только к сторонам блока, не углам
• Прямая линия
• изогнутая под 90 градусов линия
o
90
• Разветвление
• Соединение

Семантика
Стрелка «входа» входит слева (0 или больше)
Стрелка «управления» входит сверху (1 или больше)
Стрелка «выхода» выходит справа (1 или больше)
Стрелка «механизма» входит снизу (0 или больше)
Стрелка «call» выходит внизу (0 или 1)
Свободные концы стрелок должны иметь соответствующие ICOM коды или быть туннелированными
64
64

Контекст (А-0)
65
65
Определяет контекст (цель, точка зрения, границы системы)
Модель должна иметь диаграмму A-0 с единственным блоком (номер 0).
В модели может быть несколько диаграмм контекстовс нумерацией вида A-n, n>=0.

Контексты (А-n)
66
66

Child and Parent Diagrams
67
67

Семантика IDEF3
Процессная семантика (логические взаимоотношения во времени)
Объектная семантика (объекты и изменения их состояний во времени)
68
68

69
69
Процессная семантика

Объектная семантика
70
70

Синхронные разветвители «И»
71
71
Синхронное разветвление (И) и синхронное соединение (И)
В,С,D начинаются синхронно,
F начинается после одновременного завершения E,C,D

Описание семантик
72
72

Асинхронные разветвители «И»
73
73
Асинхронное разветвление (И) и синхронное соединение (И)
В,С,D начинаются асинхронно

Декомпозиция диаграмм
74
74

Пример модели IDEF3
75

Три точки зрения моделирования бизнес-систем
76

Модель Р.Баркера
77

Классификация Дж.Захмана
Модели

Точки
зрения
Информационная модель

описание объектов
(сущностей и связей)
Функциональная модель

описание функций
Событийная модель

описание событий
Бизнес модель
(точка зрения заказчика)
ER-диаграмма
«сущность-связь»
сущность - объект бизнеса,
связь - взаимоотношение
Функциональная иерархия (FH) в терминах бизнеса
функция - функция бизнеса
Временная схема наступления событий
событие – событие бизнеса
Модель информационной системы (ИС)
(точка зрения проектировщика)
Проект базы данных (БД)

сущность - сущность данных;
связь - отношение данных
FH в терминах ИС

процесс - прикладная функция
Схема событий в ИС

событие - событие в системе
Технологическая модель ИС
(точка зрения разработчика)
Структура базы данных
сущность – строка БД;
связь – указатель (ключ)
Структурная диаграмма процесс - программная функция (модуль)
Структура прерываний событие - запуск модуля реакции
Детальное
статическое представление ИС
(точка зрения разработчика)
Описание структуры данных

сущность - поле
связь - адрес
Описание программы

процесс - текст программы
Описание программы обработки событий

событие - запуск программы реакции
Динамическое представление ИС (точка зрения оператора системы)
Данные
Модули
Реакция на событие

79
Модели
Методология моделирования
Инструментальные средства
Функциональная модель
FH-диграммы (иерархические функциональные диаграммы)
IDEF0, UML
BPWIN, Design/idef, ARIS Toolset
Информационная модель
ER-диаграммы
IDEF1, IDEF1X , UML
ERWIN, SmartER, ARIS Toolset
Событийная модель
EPC, ARIS, UML
VISIO, ARIS Toolset
Функционально-информационная модель
Data-Flow Diagram
IDEF0, IDEF1X , UML
BPWIN, Design/idef, ARIS Toolset
Функционально-событийная модель
EPC, IDEF3, UML
VISIO, ARIS Toolset
Информационно-событийная модель
SSADM. Entity Life History
ARIS Toolset
Функционально-информационно-событийная модель
ARIS
Function Logic
CPN
ARIS Toolset
CPN Tools
Классификация моделей и методологий в расширенной схеме Дж. Захмана

Система стандартов IDEF моделирования интеграции
80
80

Что такое ARIS ?
Architecture of Integrated Information Systems
Разработка Dr. A.-W. Scheer
Использует стандартные методологии моделирования
Ориентирована на бизнес-процессы
Эффективна во всех сферах, независимо от размера компании, числа департаментов, используемого программного обеспечения
81
81

Модель А.В.Шеера ARIS
82
82

83
83
Отчет
Экран ввода
Цель
eEPC Event-driven Process Chain
База
данных
Операторы
Событие
Категория
знаний
Документ
Функция
Организационное
подразделение
Исполнитель
Информационные
системы

Соединения “И”
84
84

Соединения “ИЛИ”
85
85

Модель оргструктуры
86
86

Карта знаний
87
87

Дерево функций
88
88

Модель процесса
89
89

Диаграммы ARIS
90
90
Диаграмма функций и
выполняющих их информационных систем
Диаграмма конфигурации приложений
Диаграмма целей

Итоговое сравнение для моделирования бизнес-процессов
91
91

92
92

93
93

Сравнение нотаций с точки зрения функциональности
94
94

UML. Unified Modeling Language.
Use case diagram (диаграммы прецедентов);
Deployment diagram (диаграммы топологии);
Statechart diagram (диаграммы состояний);
Activity diagram (диаграммы активности);
Interactiondiagram (диаграммы взаимодействия);
Sequence diagram (диаграммы последовательностей действий);
Collaboration diagram (диаграммы сотрудничества);
Class diagram (диаграммы классов);
Component diagram (диаграммы компонент).
95
95

Виды диаграмм UML.
96
96

Rational Rose. Interaction diagram.
97
97

Назначение моделей в экономике
Все модели в экономике делаться на:
Равновесные
Оптимизационные
98
98

Имитационное моделирование
Aris Simulation
iThink
AnyLogc
Эмуляторы сетей Петри (Petri Network)
99
99

BPWin (AllFusion Process Modeller)
100
100

AnyLogic Screen: разработка модели
101
101

AnyLogic Screen: выполнение модели
102
102

AnyLogic Screen: настройка параметров процесса
103
103

AnyLogic Screen: программирование модели
104
104

Сети Петри
105
105
Сеть Петри из трех элементов: множество мест , множество переходов и отношение инцидентности .
Бизнес-процесс представляется сетью Петри, каждый этап его выполнения – переходом сети Петри, условие передачи управления – позицией сети Петри, информация, использующаяся при выполнении бизнес-процесса – маркерами сети Петри.
Сети Петри, представляющие описание бизнес-процесса в workflow-системе выделяют в отдельный класс сетей Петри, WPN (Workflow Petri Nets), т.к. они обладают особыми свойствами, обуславливаемыми ограничениями, накладываемыми на структуру потока работ.

Бизнес-процесс как сеть Петри
106
106

Требования к сетям Петри, описывающим workflow (WF-net).
WF-net имеет одно начальное (i) и одно конечное место (o).
Фишка в позиции i соответствует тому, что процесс необходимо выполнить.
Фишка в позиции o значит, что процесс уже был выполнен.
в сети не должно быть тупиковых задач или условий. Каждая задача (переход) и условие (позиция) должны участвовать в процессе. Т.е. любой переход t (позиция p) должен быть на пути от i к o. Если соединить o и i дополнительным переходом t’, то второе требование соответствует связанности сети.
107
107

Преимущества сетей Петри, как языка моделирования workflow-процессов
Формальная семантика. Бизнес-процесс, определенный в терминах сетей Петри, имеет ясное, точное представление, поскольку семантика классических сетей Петри определена формально.
Графика.Сети Петри - наглядный формализм, поэтому базовые определения и алгоритмы легко воспринимаются.
Свойства. В течение последних трёх десятилетий основные свойства сетей Петри активно изучаются благодаря богатому математическому аппарату.
Анализ. Сети Петри отличаются наличием многих методов анализа, что является большим плюсом в их пользу при выборе языка моделирования workflow. Эти методы могут быть использованы в доказательствах различных свойств и при вычислении критериев качества работы (времени ответа, ожидания, нормы загрузки).
Выразительность.Сети Петри поддерживают все основные понятия, необходимые для моделирования workflow-процесса
108
108

http://www.koltunova.com	2757
http://insightsintobusiness.wordpress.com	85
http://www.slideshare.net	16
http://support.sibsiu.ru	8
http://www.techgig.com	3
http://webcache.googleusercontent.com	2
url_unknown	1

Business process design

by Kate Koltunova on Apr 21, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

7 Embeds 2,872

Statistics

Business process design — Presentation Transcript