Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Business process design

11,709 views

Published on

Training materials: business process modelling

Published in: Business

Business process design

  1. 1. Моделирование бизнес-процессов<br />Колтунова Екатерина<br />kate@koltunova.com<br />www.koltunova.com<br />
  2. 2. Программа семинара<br />2<br />
  3. 3. Литература<br />3<br />3<br />
  4. 4. «Моделирование-процессов» - используется для очень разных задач!<br />Переход к процессному управлению. Система менеджмента качества. Непрерывное улучшение. Разработка должностных инструкций. Учет затрат по процессам. Система сбалансированных показателей.<br />Анализ и обсуждение альтернатив: управление изменениями. BPM, Lean Production.<br />Проектирование новых бизнес-процессов.<br />Бенчмаркинг.<br />Интеграция процессов бизнес-партнеров<br />Разработка требований к информационным системам.<br />Согласование процедур и процессов при аутсорсинге<br />Для математического / имитационного моделирования (определение параметров, системы, прогнозирование, перепроектирование) <br />4<br />4<br />
  5. 5. Моделирование процессов – не наука, а искусство и ремесло<br />Критерий – результат для клиента (разработанная система, проведенные изменения, выполненные расчеты)<br />Секреты ремесла: инструменты моделирования, нотации и их выбор, использование референтных моделей, представление результатов, технология сбора данных, совместная работа, проведение интервью.<br />В зависимости от использования требования к модели процессов отличаются по уровню детализации, точности, набору процессов, моделируемым характеристикам, форме презентации<br />5<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />5<br />
  6. 6. Моделирование процессов: области знаний<br />Концепции процессного управления<br />Ренижинириг<br />Управление процессами (BPM)<br />Управление качеством<br />Lean production и др.<br />Проектное управление в сфере совершенствования процессов<br />Нотации моделирования<br />Инструменты моделирования<br />Отраслевые стандарты - модели процессов<br />6<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />6<br />
  7. 7. Определения «процесса»<br />7<br />Большой толковый словарь русского языка (издание РАН): [от лат. processus– течение] последовательная смена состояний в развитии чего-либо; ход, развитие какого либо явления <br />ISO/CD 15531-1 (Системы промышленной автоматизации и интеграция. Управляющая информация промышленным производством): процесс - структурированный набор действий (activities), охватывающий различные сущности (entities) предприятия и подчиненный определенной цели (purpose).<br />Процесс – завершенная с точки зрения содержания, временной и логической очередности, последовательность, необходимая для обработки экономически- значимого объекта. Бизнес-процесс является особым процессом, который служит осуществлению основных целей предприятия и описывает центральную сферу его деятельности (SAP).<br />Процесс — это поток работы, переходящий от одного человека к другому, а для больших процессов, вероятно, от одного отдела к другому. Процессы можно описать на разных уровнях, но они всегда имеют начало, определенное количество шагов посередине и четко очерченный конец. Майкл Робсон, Филипп Уллах. Практическое руководство по реинжинирингу.<br />
  8. 8. Value Chain. Цепочка создания стоимости М. Портера<br />8<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />8<br />+ Управленческие процессы:<br />Стратегическое планирование,<br />Корпоративное управление<br />Вспомогательные процессы<br />Основные процессы<br />Отрасль, бизнес-модель, аутсорсинг меняют основные и вспомогательные процессы<br />
  9. 9. Определения «бизнес-процесса» гуру менеджмента<br />9<br />
  10. 10. Определения «бизнес-процесса» организаций и ассоциаций<br />10<br />DoD: Процесс – это просто самый большой элемент, если рассматривать поток работ, который пронизывает всю организацию, начинается у внешних поставщиков и заканчивается у внешних покупателей.<br />WorkflowManagementCoalition (WFMC): бизнес-процесс - «набор из одной или нескольких процедур или действий, которые совместно реализуют цель, обычно с помощью организационной структуры, определяющей функциональные роли и взаимоотношения».<br />Функция (activity, function, operation) - определенный тип работы, выполняемой для производства товара или услуги в рамках бизнес-процесса.<br />
  11. 11. Место процессного управления в концепции Р. Каплана и Д. Нортона Strategy Map<br />11<br />
  12. 12. Модель Шмидта (Schmitt’s 1993) стратегическое управление изменениями<br />12<br />Анализ индустрии / Конкурентная ситуация<br />Критические факторы успеха(CSF)<br />Стратегия<br />Определение и проектирование бизнес-процессов<br />Политика в области персонала<br />Организационное<br />проектирование<br />Управленческая поддержка организационных изменений<br />Трансформация рабочих практик для достижения CSF<br />Упрощение потоков<br />работ<br />Конкурентные преимущества<br />Компетенции в области CSF<br />Устранение функциональных барьеров<br />Информационные системы<br />Поддержка операций, организации и политики в области персонала<br />Повышение эффективности достижения CSF<br />
  13. 13. CSF и бизнес-процессы: результаты работы группы проект BPR<br />13<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />13<br />
  14. 14. Модель Р.Хаммера (1993)<br />Оценка возможностей<br />Требования клиентов<br />Действия конкурентов<br />Технология, внешние факторы<br />Стратегия<br />Бизнес-процессы<br />Делает возможным<br />Определяет<br />Функции, сотрудники и структура<br />Ценности и убеждения<br />Инфраструктура<br />Вызывает<br />Требует<br />Система управления и измерения<br />Внутренние возможности<br />14<br />
  15. 15. Изменение парадигм<br />15<br />
  16. 16. Процесс – в основе улучшений<br /> «Новая технология, в отличие от раннего индивидуального производства, не фокусирует внимание на мастерстве исполнителя, как объединяющем принципе работе. Кроме того, в отличие от выдвинутой Фордом концепции массового производства, она не считает продукт организующим принципом. Она фокусирует внимание на самом процессе, который рассматривается как единое и гармоничное целое. Цель – добиться оптимизации процесса – процесса, который будет производить самую разнообразную продукцию с наивысшей степенью стабильности, при наименьших затратах и с наименьшими усилиями» <br />П. Друкер<br />16<br />«И поэтому нам нужен компьютер»<br />
  17. 17. Три уровня усилий по улучшению процессов<br />17<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />17<br />
  18. 18. Проблемы в бизнес-процессах: источники<br />18<br />
  19. 19. Определение BPR <br />19<br />«BPR фундаментальноепереосмысление и радикальнаяреконструкциябизнес-процессов с цельюдостижениядраматическисильныхулучшений в критическиважных в современныхусловияхуровняхкритериевпроизводительности, такихкак:<br />стоимость,<br />качество,<br />услуги,<br />скорость» Hammer M., Champy J<br />
  20. 20. Реинжиниринг (BPR) как ре-интеграция<br />20<br />
  21. 21. Определение BPR<br />21<br />
  22. 22. Чем не является реинжиниринг<br />22<br />
  23. 23. Цели реинжиниринга<br />23<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />23<br />
  24. 24. Методы реинжиниринга<br />24<br />
  25. 25. Зачем нужно моделировать бизнес-процессы?<br />Для обеспечения достижения целей бизнеса<br />Для оптимизации, улучшения, реинжиниринга бизнес-процессов.<br />Для управления качеством<br />Для определения требований к информационным системам<br />Для разработки информационных систем<br />25<br />
  26. 26. Пример требований к стандартам моделирования (Госзаказ)<br />26<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />26<br />
  27. 27. Бизнес-процесс<br />«множество законченных состыкованных работ, которые в совокупности создают продукцию, имеющую потребительскую ценность для клиента» (Martin J.) <br />«набор активностей, которые преобразуют несколько видов входных характеристик в выход, имеющий ценность для потребителя» (HammerM., ChampyJ. )<br />27<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />27<br />
  28. 28. Уровни процессов<br />Метапроцесс: - политика, приемы и практика, которые присущи некоторой организации при ведении интенсивного бизнес, связанного с ПО. В центре этого процесса находится экономика организации, долговременная стратегия и возврат инвестиций в ПО.<br />Макропроцесс - политика, приемы и практика, которые присущи некоторому проекту по созданию законченного ПО с учетом определенных ограничений по стоимости, срокам и качеству. В центре этого процесса находится создание адекватного варианта метапроцесса для конкретного набора ограничений.<br />Микропроцесс - политика, приемы и практика, присущие команде разработчиков некоторого проекта и направленные на получение результатов в процессе создания ПО. Главным для микропроцесса является создание промежуточного продукта адекватного качества с адекватными функциональными возможностями настолько экономично и быстро, насколько это осуществимо на практике<br />У. Ройс<br />28<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />28<br />
  29. 29. Модель процессов ISO 12207<br />29<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />29<br />
  30. 30. Object Management Group: стандарты и подходы к моделированию<br />Стандарты для моделирования Model Driven Engineering<br />Преобразование моделей из одной нотации в другу<br />Экспорт и импорт моделей из приложения в приложение<br />http://www.omg.org/mof/<br />Два типа моделей: PIM – platform independent models и PSM – platform specific model<br />30<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />30<br />
  31. 31. Модель процессов eTOM<br />31<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />31<br />
  32. 32. Рациональный Унифицированный Процесс (RUP) состоит из девяти рабочих процессов<br />Моделирование бизнес-процессов – описывается структура и динамика организации (заказчика);<br />Разработка требований – описывается основанный на прецедентах метод постановки требований;<br />Анализ и проектирование – описываются различные виды архитектуры системы:<br />Реализация – собственно разработка программ, автономное тестирование и интеграция;<br />Тестирование – описываются тестовые сценарии, процедуры и метрики для измерения числа ошибок;<br />Развертывание – охватывает конфигурирование поставленной системы;<br />Управление конфигурацией – управление изменениями и поддержание целостности артефактов проекта;<br />Управление проектом – описывает разные стратегии работы с итеративным процессом;<br />Анализ среды – рассматриваются вопросы инфраструктуры, необходимой для разработки системы.<br />32<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />32<br />
  33. 33. Области процессов в CMMI<br />Управление процессами – активности, пересекающие границы проектов, развитие организации, обучение, разработка, оценка, совершенствование процессов. Обеспечивают способность организации документировать и распространять лучшие практики, обеспечивают обучение организации;<br />Управление проектами – активности, связанные с управлением проектами, включая планирование, контроль, управление рисками, взаимоотношения с подрядчиками, формирование команды;<br />Разработка – активности, связанные с проектированием и разработкой, включая разработку требований и управление ими, программирование, интеграцию, валидацию и верификацию;<br />Поддержка – активности, обеспечивающие выполнение прочих процессов: управление конфигурацией, обеспечение качества, оценка и измерения, анализ принятых решений<br />33<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />33<br />
  34. 34. Объекты стандартизации в сфере ИТ для международных, государственных и отраслевых стандартов<br />Нотации и инструменты формализованного описания;<br />Конструкторская документация (состав, структура, требования к оформлению);<br />Терминология и определения;<br />Модели процессов;<br />Жизненный цикл;<br />Безопасность хранения и передачи информации;<br />Качество программного обеспечения, характеристики качества, методы получения данных по качеству;<br />Форматы хранения данных, форматы обмена и передачи данных.<br />34<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />34<br />
  35. 35. Объектами стандартизации для внутрифирменных и проектных стандартов<br />Рабочие продукты (шаблоны документов);<br />Используемая нотация для моделирования требований;<br />Используемые технические средства<br />Стандарты кодирования и оформления программных текстов;<br />Программы обучения сотрудников;<br />Процессы (используемые модели).<br />35<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />35<br />
  36. 36. Проект как процесс<br />уникальный процесс, состоящий из набора взаимоувязанных и контролируемых работ с датами начала и окончания и предпринятый, чтобы достичь цели-задачи (objective) соответствия конкретным требованиям, включая ограничения по времени, затратам и ресурсам [ISO/TR 10006: 1997 (E). Quality Management – Guidelines to quality in project Management];<br />процесс достижения поставленной цели-задачи (objective) в рамках особого, конкретного комплекса условий [ISO 9000:2000 Quality Management Systems – Fundamental and Vocabulary].<br />36<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />36<br />
  37. 37. Классификация бизнес-процессов<br />37<br />
  38. 38. Классификация бизнес-процессов<br />38<br />
  39. 39. Классификация бизнес-процессов (имитационное моделирование)<br />Периодические процессы – начало и/или окончание процесса совпадают с определенной календарной датой (например, ежегодное планирование или еженедельное антивирусное обслуживание);<br />Процессы, инициируемые событием – начало процесса инициируется внешним событием или внутренним событием (например, подписание контракта на разработку инициирует процесс проектирования)<br />39<br />
  40. 40. Группы процессов разработки ПО<br />Процессы управления проектами — касающиеся организации и описания работ проекта (соответствуют Организационным процессам ISO 12207);<br />Процессы, ориентированные на продукт — касающиеся спецификации и производства продукта. Эти процессы определяются жизненным циклом проекта и зависят от области приложения (Основные и организационные процессы ЖЦ).<br />40<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />40<br />
  41. 41. Процессы управления<br />процессы инициации - принятие решения о начале выполнения проекта; процессы планирования - определение целей и критериев успеха проекта и разработка рабочих схем их достижения; <br />процессы исполнения - координация людей и других ресурсов для выполнения плана; <br />процессы анализа - определение соответствия плана и исполнения проекта поставленным целям и критериям успеха и принятие решений о необходимости применения корректирующих воздействий; <br />процессы управления - определение необходимых корректирующих воздействий, их согласование, утверждение и применение; <br />процессы завершения - формализация выполнения проекта и подведение его к упорядоченному финалу.<br />41<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />41<br />
  42. 42. Зависимости между качеством ПО и процессами разработки <br />Формализация процессов разработки позволяет обеспечить выполнение функций обеспечения качества в проектах (планирование, включая планирование качества, контроль за проектированием и разработкой, анализ результатов тестирования, сохранение результатов);<br />Выполнение функций обеспечения качества способствует формированию методического обеспечения и информационной базы качества (определение измеряемых показателей, их влияния на характеристики качества);<br />Систематическое выполнение функций обеспечения качества приводит к повышению эффективность выполнения этих функций за счет освоения специальных средств, методик, накопления информации.<br />42<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />42<br />
  43. 43. Бизнес-процесс как объект управления<br />Бизнес-процесс изначально возник как категория менеджмента<br />Бизнес-процесс является стержневым понятием бизнес-системы, обеспечивающим её динамику через взаимодействие её статических сущностей и тесно связан с:<br />жизненным циклом бизнеса;<br />функциями бизнес-системы; <br />ресурсами: материальными, информационными, организационными;<br />механизмами.<br />Бизнес-процесс анализируется<br /> с разных точек зрения;<br /> для разных целей;<br /> в разных плоскостях<br />43<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />43<br />
  44. 44. Приёмы реинжиниринга<br />44<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />44<br /><ul><li>Несколько работ объединяются в одну (использование средств автоматизации и ИС)
  45. 45. Работники сами принимают решения (при поддержке ИС)
  46. 46. Этапы процесса могут иметь различный порядок и допускать параллельность
  47. 47. Процессы имеют множество вариантов («конец стандартизации»), подстроенные под требования конкретных рынков. Стандартизация не всегда неэффективна.
  48. 48. Работа выполняется там, где её можно сделать наиболее эффективно.
  49. 49. Сокращение объёма проверок и контроля. Использование метода отложенного контроля (фиксация в ИС).
  50. 50. Минимизация количества согласований. Пример e-procurement systems.
  51. 51. Использование «ситуационных менеджеров».
  52. 52. Преобладание смешанных централизованных/децентрализованных операций.</li></li></ul><li>Понятие бизнес-системы <br />45<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />45<br />Бизнес-система – <br /><ul><li> объект анализа, система, применительно к которой рассматривается выполнение бизнес-процесса или
  53. 53. совокупность элементов и связей между ними, затрагиваемых при выполнении бизнес-процесса</li></ul>Жизненный цикл бизнес-системы <br /><ul><li> Проектирование
  54. 54. Функционирование
  55. 55. Настройка
  56. 56. Перепроектирование</li></li></ul><li>Методология системного анализа <br />46<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />46<br />Определить границы системы (провести границу между анализируемой системой и внешним окружением). (Данный этап в методологии UML называется этапом Use Case, на котором выделяются «актёры», т.е. те, кто взаимодействует с системой со стороны «внешнего мира» и «прецеденты» - собственно то, что актёры делают с системой).<br />Провести внутренний анализ.<br />
  57. 57. Внутренние сущности бизнес-системы<br />47<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />47<br /><ul><li>бизнес-функции (исполнение, управление);
  58. 58. механизмы, которые реализуют эти функции (устройства, оргструктура);
  59. 59. ресурсы (материальные ресурсы, информация);
  60. 60. бизнес-логика (совокупность связей между сущностями).</li></ul>Точка зрения проектировщика и менеджера<br />
  61. 61. Модель<br />[лат. modulus – мера, образец]<br />любой образ, аналог какого либо процесса или явления; <br />в математике – совокупность абстрактных объектов, свойства которых и отношения между которыми удовлетворяют системе аксиом <br />48<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />48<br />
  62. 62. Направления моделирования бизнес-процессов<br />Моделирование логики процесса. Наилучшим образом эту задачу решают структурные и объектные модели: IDEF0, EPC, Activity Diagram;<br />Моделирование поведения процесса, различных закономерностей. Для этих целей можно использовать аналитические математические модели. Следует учесть, что во многих случаях эти модели служат лишь для демонстрации характера зависимости, но не могут использоваться для получения реальных числовых оценок в условиях практики из-за недоступности исходной информации;<br />Имитационное моделирование представляет собой наиболее мощное средство получения числовых характеристик процесса. Для построения имитационной модели необходимо понимание логики процесса и поведения процесса, следовательно, имитационная модель включает в себя структурную модель процесса и совокупность аналитических моделей, связанных между собой. Математической основой этих моделей являются нелинейные дифференциальные уравнения. Динамические модели отражают нелинейные и нестационарные зависимости между характеристиками проекта.<br />49<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />49<br />
  63. 63. Следует различать <br />Бизнес-процесс как физический хозяйственный процесс (совокупность процессов)<br />Бизнес-процесс как модель физического процесса (совокупность моделей)<br />50<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />50<br />
  64. 64. Моделирование бизнес-процессов<br />51<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />51<br />Методы<br /><ul><li>Системного анализа и формализации
  65. 65. Количественного анализа
  66. 66. Синтеза (в т.ч. оптимизации)</li></ul>Объекты моделирования<br />Весь бизнес<br />Части бизнеса:<br /><ul><li>отдельные бизнес-процессы
  67. 67. информационная система
  68. 68. оргструктура</li></ul>Цели<br /><ul><li>Проектирование
  69. 69. Улучшение (CPI, TQM)
  70. 70. Перепроектирование</li></ul>Модели и применения<br />Инструменты<br /><ul><li>Описания
  71. 71. Документирования
  72. 72. Анализа и оптимизации
  73. 73. Применения</li></li></ul><li>Построение адекватной модели<br />Необходимым условиями для построения адекватной модели является понимание сущности моделируемого явления, а так же точная формулировка задачи моделирования. Анализируя подходы к моделированию процессов разработки ПО необходимо учитывать следующие особенности процессов:<br />Процесс характеризуется различной степенью повторяемости. Могут иметь место различные вариации. В крайнем случае, может отсутствовать определенная последовательность действий, некоторые из условий формализации процесса (условия входа, выхода, логика выполнения функции, владелец процесса и т.д.) могут быть неопределенны.;<br />Процесс представляет собой сложную динамическую структуру. Одновременно в компании протекают множество процессов имеющих различный характер и длительность цикла;<br />Временные и качественные характеристики выполнения отдельных функций нелинейно зависят от других параметров (выделенных ресурсов, графика работы, распределения задач <br />52<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />52<br />
  74. 74. НЕСКОЛЬКО СОВЕТОВ ПО ПОСТРОЕНИЮ КАРТ СОЗДАНИЯ СТОИМОСТИ<br />Всегда самостоятельно собирайте информацию о текущем состоянии, двигаясь по фактическим путям материальных и информационных потоков. <br />Сначала быстро пройдите вдоль всего пути потока создания ценности в цехе, чтобы получить ощущение потока и понять последовательность процессов. После быстрого прохождения этого пути идите назад и собирайте информацию там, где выполняется каждый процесс. <br />Начинайте с конца — с отгрузки — и идите вверх по потоку; не начинайте с получения сырья (и далее вниз). Таким образом, вы начнете с процессов, которые имеют наиболее тесные связи с потребителем и которые должны определять темп для других процессов выше по потоку. <br />Принесите секундомер и не полагайтесь на стандарты времени или не полу ченную лично вами информацию. Цифры в документах редко отражают реальное текущее состояние. Данные в файлах могут отражать периоды времени, когда все процессы шли нормально, например трехминутная переналадка оборудования в начале этого года или в течение недели с момента открытия завода, когда не требующая ускорения. Ваша способность представлять себе будущее состояние зависит от внимательности при личном посещении рабочих участков, понимания сути и темпа процессов. (Возможными исключениями из этого правила могут быть данные по готовности оборудования, нормы на отходы/переделки и время переналадки оборудования.) <br />Карту всего потока создания ценности стройте сами, даже если в процесс вовлечены несколько человек. Смысл построения карты состоит в понимании потока создания ценности как единого целого. Если разные люди строят различные сегменты, то никто не сможет осмыслить целое. <br />Всегда выполняйте построение карты вручную, с помощью карандаша. Начните делать черновой набросок потока непосредственно в цехе, когда проводите анализ текущего состояния. Затем исправляйте его также вручную, карандашом. Не поддавайтесь искушению использовать компьютер.<br />53<br />53<br />
  75. 75. Модель бизнес-процесса должна отвечать на вопросы:<br />какие процедуры (функции, работы) необходимо выполнить для получениязаданного конечного результата;<br />в какой последовательности выполняются эти процедуры;<br />какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;<br />кто выполняет процедуры процесса;<br />какие входящие документы/информацию использует каждая процедурапроцесса;<br />какие исходящие документы/информацию генерирует процедура процесса;<br />какие ресурсы необходимы для выполнения каждой процедуры процесса;<br />какая документация/условия регламентирует выполнение процедуры;<br />какие параметры характеризуют выполнение процедур и процесса в целом.<br />54<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />54<br />
  76. 76. Карта создания ценности<br />55<br />55<br />Время цикла (В/Ц) Как часто деталь или продукт изготавливаются каждым процессом? (Замеряется при наблюдении.) Это время, которое затрачивает оператор, чтобы выполнить все рабочие движения, прежде чем повторить их. <br />Время добавления ценности (ВДЦ) Время выполнения работ, которые преобразуют продукт так, что потребители готовы платить за это. <br />Время выполнения заказа (ВВЗ) Время, которое требуется изделию для прохождения по всем процессам или всему потоку создания ценности от начала до конца. Ось времени — от начала до конца — следует изобразить на карте. <br />
  77. 77. Список типовых параметров каждого процесса<br />В/Ц (время цикла) <br />Переналадка (время переналадки оборудования) <br />Готовность (оборудования начать работу в любой момент)<br />КДК (объемы партий продукции) <br />Число операторов<br />Число вариантов продукта <br />Объем упаковки<br />Рабочее время (все время минус перерывы) <br />Процент брака<br />56<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />56<br />
  78. 78. Методы системного анализа<br />Метод структурного системного анализа SADT<br />Метод объектного системного анализа UML<br />57<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />57<br />
  79. 79. Методы описания процесса (Process Definition)<br />Process Definition – «идентификация различных операций процесса, ассоциируемых управляющих данных, используемых для управления потоком работ при выполнении процесса»<br />Определение WfMC<br />Методы<br />IDEF (IDEF0, IDEF3);<br />CDIF - в стадии разработки;<br />UML (unified modeling language);<br />PIF (Process Exchange Format & Framework) – в стадии разработки;<br />PSL (Process Specification Language) – в стадии разработки;<br />WPDL (Workflow Process Definition Language) – для целей Wf-систем.<br />BPL – Business Process Language<br />58<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />58<br />
  80. 80. Язык моделирования включает:<br />элементы модели - фундаментальные концепции моделирования и их семантику; <br />нотацию - визуальное предоставление элементов моделирования; <br />принципы использования - правила применения элементов в рамках построения тех или иных типов моделей ИС. <br />59<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />59<br />
  81. 81. Графические нотации и инструментальные средства<br />60<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />60<br />
  82. 82. IDEF (Integrated Definition)<br />Стандарт функционального моделирования<br />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.<br />Разработан на основе SADT (Structured Analysis and Design Technique) Douglas T. Ross and SofTech, Inc. (1969-1973)<br />(pronounced I-def zero)<br />61<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />61<br />
  83. 83. Синтаксис блока<br />62<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />62<br />Глагол<br />DEVELOP <br />MODEL<br />1 <br />Объект действия<br />Прямоугольник с квадратными углами.<br />Рисуется сплошной линией.<br />Внутри пишется название функции: глагол или глагольная фраза<br />Показывается номер блока<br />
  84. 84. Синтаксис стрелк IDEF0<br />63<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />63<br />Обозначают данные или объекты, которые необходимы функции или являются её результатом.<br />Угол изгиба только 90 градусов<br />Рисуются сплошной линией<br />Рисуются вертикально или горизонтально, не диагонально<br />Концы стрелок должны касаться только внешнего периметра блоков и не проходить через них<br />Стрелки подходят только к сторонам блока, не углам<br />• Прямая линия<br />• изогнутая под 90 градусов линия<br />o<br />90<br />• Разветвление<br />• Соединение<br />
  85. 85. Семантика<br />Стрелка «входа» входит слева (0 или больше)<br />Стрелка «управления» входит сверху (1 или больше)<br />Стрелка «выхода» выходит справа (1 или больше)<br />Стрелка «механизма» входит снизу (0 или больше)<br />Стрелка «call» выходит внизу (0 или 1) <br />Свободные концы стрелок должны иметь соответствующие ICOM коды или быть туннелированными<br />64<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />64<br />
  86. 86. Контекст (А-0)<br />65<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />65<br /><ul><li>Определяет контекст (цель, точка зрения, границы системы)
  87. 87. Модель должна иметь диаграмму A-0 с единственным блоком (номер 0).
  88. 88. В модели может быть несколько диаграмм контекстовс нумерацией вида A-n, n>=0.</li></li></ul><li>Контексты (А-n)<br />66<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />66<br />
  89. 89. Child and Parent Diagrams <br />67<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />67<br />
  90. 90. Семантика IDEF3<br />Процессная семантика (логические взаимоотношения во времени)<br />Объектная семантика (объекты и изменения их состояний во времени)<br />68<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />68<br />
  91. 91. 69<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />69<br />Процессная семантика<br />
  92. 92. Объектная семантика<br />70<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />70<br />
  93. 93. Синхронные разветвители «И»<br />71<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />71<br />Синхронное разветвление (И) и синхронное соединение (И) <br />В,С,D начинаются синхронно,<br />F начинается после одновременного завершения E,C,D<br />
  94. 94. Описание семантик<br />72<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />72<br />
  95. 95. Асинхронные разветвители «И»<br />73<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />73<br />Асинхронное разветвление (И) и синхронное соединение (И) <br />В,С,D начинаются асинхронно <br />
  96. 96. Декомпозиция диаграмм<br />74<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />74<br />
  97. 97. Пример модели IDEF3<br />75<br />
  98. 98. Три точки зрения моделирования бизнес-систем<br />76<br />
  99. 99. Модель Р.Баркера<br />77<br />
  100. 100. Классификация Дж.Захмана<br />Модели<br /> <br />Точки <br />зрения<br />Информационная модель<br /> <br /> описание объектов <br />(сущностей и связей)<br />Функциональная модель<br /> <br />описание функций<br />Событийная модель<br /> <br />описание событий<br />Бизнес модель<br />(точка зрения заказчика)<br />ER-диаграмма<br />«сущность-связь»  <br /> сущность - объект бизнеса,<br />связь - взаимоотношение<br />Функциональная иерархия (FH) в терминах бизнеса <br />функция - функция бизнеса<br />Временная схема наступления событий<br /> событие – событие бизнеса<br />Модель информационной системы (ИС)<br />(точка зрения проектировщика)<br />Проект базы данных (БД)<br /> <br />сущность - сущность данных;<br />связь - отношение данных<br />FH в терминах ИС<br /> <br />процесс - прикладная функция<br />Схема событий в ИС<br /> <br />событие - событие в системе<br />Технологическая модель ИС<br />(точка зрения разработчика)<br />Структура базы данных <br />сущность – строка БД;<br />связь – указатель (ключ)<br />Структурная диаграмма процесс - программная функция (модуль)<br />Структура прерываний событие - запуск модуля реакции<br />Детальное<br />статическое представление ИС<br />(точка зрения разработчика)<br />Описание структуры данных<br /> <br /> <br />сущность - поле<br />связь - адрес<br />Описание программы<br /> <br /> <br />процесс - текст программы<br />Описание программы обработки событий <br /> <br />событие - запуск программы реакции<br />Динамическое представление ИС (точка зрения оператора системы)<br />Данные<br />Модули<br />Реакция на событие<br />
  101. 101. 79<br />Модели<br />Методология моделирования<br />Инструментальные средства<br />Функциональная модель<br />FH-диграммы  (иерархические функциональные диаграммы)<br />IDEF0, UML<br />BPWIN, Design/idef, ARIS Toolset<br />Информационная модель<br />ER-диаграммы <br />IDEF1, IDEF1X , UML<br />ERWIN, SmartER, ARIS Toolset<br />Событийная модель<br />EPC, ARIS, UML <br />VISIO, ARIS Toolset<br />Функционально-информационная модель<br />Data-Flow Diagram  <br />IDEF0, IDEF1X , UML<br />BPWIN, Design/idef, ARIS Toolset<br />Функционально-событийная модель<br />EPC,  IDEF3, UML<br />VISIO, ARIS Toolset <br />Информационно-событийная модель<br />SSADM. Entity Life History <br />ARIS Toolset<br />Функционально-информационно-событийная модель <br />ARIS<br />Function Logic  <br />CPN<br />ARIS Toolset<br />CPN Tools <br />Классификация моделей и методологий в расширенной схеме Дж. Захмана<br />
  102. 102. Система стандартов IDEF моделирования интеграции<br />80<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />80<br />
  103. 103. Что такое ARIS ?<br />Architecture of Integrated Information Systems<br />Разработка Dr. A.-W. Scheer<br />Использует стандартные методологии моделирования<br />Ориентирована на бизнес-процессы<br />Эффективна во всех сферах, независимо от размера компании, числа департаментов, используемого программного обеспечения<br />81<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />81<br />
  104. 104. Модель А.В.Шеера ARIS<br />82<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />82<br />
  105. 105. 83<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />83<br />Отчет<br />Экран ввода<br />Цель<br />eEPC Event-driven Process Chain<br />База<br />данных<br />Операторы<br />Событие<br />Категория<br />знаний<br />Документ<br />Функция<br />Организационное<br />подразделение<br />Исполнитель<br />Информационные<br />системы<br />
  106. 106. Соединения “И”<br />84<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />84<br />
  107. 107. Соединения “ИЛИ”<br />85<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />85<br />
  108. 108. Модель оргструктуры<br />86<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />86<br />
  109. 109. Карта знаний<br />87<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />87<br />
  110. 110. Дерево функций<br />88<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />88<br />
  111. 111. Модель процесса<br />89<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />89<br />
  112. 112. Диаграммы ARIS<br />90<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />90<br />Диаграмма функций и <br />выполняющих их информационных систем<br />Диаграмма конфигурации приложений<br />Диаграмма целей<br />
  113. 113. Итоговое сравнение для моделирования бизнес-процессов<br />91<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />91<br />
  114. 114. 92<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />92<br />
  115. 115. 93<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />93<br />
  116. 116. Сравнение нотаций с точки зрения функциональности<br />94<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />94<br />
  117. 117. UML. Unified Modeling Language.<br />Use case diagram (диаграммы прецедентов);<br />Deployment diagram (диаграммы топологии);<br />Statechart diagram (диаграммы состояний);<br />Activity diagram (диаграммы активности); <br />Interactiondiagram (диаграммы взаимодействия); <br />Sequence diagram (диаграммы последовательностей действий); <br />Collaboration diagram (диаграммы сотрудничества); <br />Class diagram (диаграммы классов); <br />Component diagram (диаграммы компонент). <br />95<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />95<br />
  118. 118. Виды диаграмм UML.<br />96<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />96<br />
  119. 119. Rational Rose. Interaction diagram.<br />97<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />97<br />
  120. 120. Назначение моделей в экономике<br />Все модели в экономике делаться на:<br />Равновесные<br />Оптимизационные<br />98<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />98<br />
  121. 121. Имитационное моделирование<br />Aris Simulation<br />iThink<br />AnyLogc<br />Эмуляторы сетей Петри (Petri Network)<br />99<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />99<br />
  122. 122. BPWin (AllFusion Process Modeller)<br />100<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />100<br />
  123. 123. AnyLogic Screen: разработка модели<br />101<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />101<br />
  124. 124. AnyLogic Screen: выполнение модели<br />102<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />102<br />
  125. 125. AnyLogic Screen: настройка параметров процесса<br />103<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />103<br />
  126. 126. AnyLogic Screen: программирование модели<br />104<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />104<br />
  127. 127. Сети Петри<br />105<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />105<br />Сеть Петри из трех элементов: множество мест , множество переходов и отношение инцидентности   . <br />Бизнес-процесс представляется сетью Петри, каждый этап его выполнения – переходом сети Петри, условие передачи управления – позицией сети Петри, информация, использующаяся при выполнении бизнес-процесса – маркерами сети Петри. <br />Сети Петри, представляющие описание бизнес-процесса в workflow-системе выделяют в отдельный класс сетей Петри, WPN (Workflow Petri Nets), т.к. они обладают особыми свойствами, обуславливаемыми ограничениями, накладываемыми на структуру потока работ. <br />
  128. 128. Бизнес-процесс как сеть Петри<br />106<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />106<br />
  129. 129. Требования к сетям Петри, описывающим workflow (WF-net).<br />WF-net имеет одно начальное (i) и одно конечное место (o). <br />Фишка в позиции i соответствует тому, что процесс необходимо выполнить. <br />Фишка в позиции o значит, что процесс уже был выполнен.<br />в сети не должно быть тупиковых задач или условий. Каждая задача (переход) и условие (позиция) должны участвовать в процессе. Т.е. любой переход t (позиция p) должен быть на пути от i к o. Если соединить o и i дополнительным переходом t’, то второе требование соответствует связанности сети. <br />107<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />107<br />
  130. 130. Преимущества сетей Петри, как языка моделирования workflow-процессов<br />Формальная семантика. Бизнес-процесс, определенный в терминах сетей Петри, имеет ясное, точное представление, поскольку семантика классических сетей Петри определена формально. <br />Графика.Сети Петри - наглядный формализм, поэтому базовые определения и алгоритмы легко воспринимаются. <br />Свойства. В течение последних трёх десятилетий основные свойства сетей Петри активно изучаются благодаря богатому математическому аппарату. <br />Анализ. Сети Петри отличаются наличием многих методов анализа, что является большим плюсом в их пользу при выборе языка моделирования workflow. Эти методы могут быть использованы в доказательствах различных свойств и при вычислении критериев качества работы (времени ответа, ожидания, нормы загрузки). <br />Выразительность.Сети Петри поддерживают все основные понятия, необходимые для моделирования workflow-процесса <br />108<br />Семинар «Моделирование бизнес-процессов» Колтунова Екатерина<br />108<br />

×