Бизнес процесс. Реинжиринг. Обзор методологий проектирования бизнес процессов

Пришла пора поговорить о нотациях. Нотация — это набор знаков и правил, которые используются для графического описания, моделирования бизнес-процессов. Проще говоря, нотация определяет как мы обозначаем на схеме процессы, операции, события и т. Можно отметить 3 самые популярные нотации: Я не буду рассказывать об истории возникновения, развития и правилах использования нотаций — все это можно прочитать в Википедии. Вместо этого представляю свой взгляд на их использование, сугубо с практической точки зрения. это не одна нотация, а целое семейство. Каждая нотация имеет свои особенности и используется для описания разных элементов бизнес-системы. Рассматривать будем семейство в целом. Итак, .

4.7. Упражнение 7. Создание диаграммы 3

Скалецкий М. Модель, созданная средствами , позволяет четко документировать различные аспекты деятельности — действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия — от моделей организации работы в маленьких отделах до сложных иерархических структур.

IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для средством анализа, конструирования и отображения бизнес-процессов. IDEF1X-диаграммы используются рядом распространённых.

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

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

На этом уровне весь процесс рассматривается как один функциональный блок со всеми связанными обрабатываемыми и управляющими объектами. На этой диаграмме также отражается цель структурного анализа например, сокращение длительности выполнения процесса, или сокращение издержек, или повышение качества обслуживания и т.

Диаграммы следующих уровней детализируют функции процесса каждого предыдущего уровня рис. Так, функциональный блок А 0 декомпозируется на совокупность взаимосвязанных подфункций А1, А2, А3, …. В свою очередь каждый функциональный блок 1-го уровня может быть декомпозирован на совокупность подфункций, например А2 на А21, А22, А23, А

Глава 2. Нотация 0, или матрёшка для бизнес-аналитика

Мех-м вызов Имя ф-ции —глаг или глаг оборот производить деталь. Бизнес-процессы в нотации 0 представляются в форме прямоугольника, а стрелки отражают связь с другими процессами и внешней средой. Особенностью нотации является: Нотация 0 используется для создания верхнего уровня модели бизнес-процессов.

Описание бизнес-процессов как один из этапов автоматизации таких, как IDEF, EPC (eEPC), диаграммы деятельности UML и диаграммы BPD.

Уж не знаю почему, но меня всегда больше тянуло писать заметки про то, что мне не нравится, чем восторженные статьи о какой-то новой разработке. Сегодня под удар попал 0. Я уже не один раз высказывал своё мнение о данной нотации, однако, постоянные вопросы от потенциальных покупателей , а так же опыт общения с консультантами заставляет возвращаться к этой теме вновь и вновь. Я не хочу обсуждать общеизвестные факты, а также углубляться в историю создания нотации 0, если вам интересно — почитайте данный материал из википедии.

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

В силу данной особенности грамотные консультанты и специалисты по моделированию бизнес-процессов используют нотацию 0 лишь для отображения верхнего уровня процессов, а затем декомпозируют схему на более нижний уровень, где строят процессы выполнения работ в какой-либо другой нотации. На самом деле, не всё так очевидно. Именно для построения таких укрупненных схем нам и предлагают воспользоваться нотацией 0.

Итак, давайте разберёмся, какие же инструменты предоставляет нам данная нотация для моделирования. Схема процесса 0 состоит из таких вот блоков:

Синтаксис и семантика 0-диаграмм

Подходит к работе снизу Давайте рассмотрим пример бизнес-процесса"Выточить деталь", который выполняет токарь. Входом процесса является заготовка из которой вытачивается деталь — она физически преобразуется в процессе. Для того, что бы токарь начал точить деталь ему нужно дать задание или план.

Бизнес-процессы idef0 обязательно подразумевают использование диаграммы верхнего уровня, так называемой «диаграммы А-0».

Для успешного хода проекта необходимо было уметь моделировать автоматизированное предприятие всем участникам параллельно. Одним из стандартов набора являлась нотация функционального моделирования под кодовым названием 0, которая слегка видоизменялась с ходом времени, и спецификация для последней на данный момент версии была выпущена в декабре года. Расскажу немного об особенностях процесса функционального моделирования бизнес-процесса с помощью нотации 0 и одновременно помогу упомянутому мною в предыдущей статье Аристарху Григорьевичу: Функциональное моделирование начинается с того, что выделяется основная задача, которая решается путём выполнения этого бизнес-процесса.

В нашем случае эта задача формулируется следующим образом: Это позволит выявить чёткие требования к бизнес-процессу и отбросить несбыточные надежды:

Как анализировать бизнес-процессы с помощью 0

Дата добавления: Именно это делает рядовых сотрудников заменяемыми, и обеспечивает стабильное функционирование фирмы в целом. Организацию нужно рассмотреть как систему бизнес-процессов, нацеленных на выполнение конечного результата, а управление бизнес-процессом сопровождается наделением соответствующими полномочиями владельца процесса.

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

Выход бизнес-процесса, описанного в стандарте IDEF0, полностью соответствует по Основными элементами диаграммы в нотации IDEF0 являются.

Какой выбрать — решать вам. А я постараюсь объяснить, почему удобнее всего. 0 Итак, пройдемся вкратце по основным нотациям примерно в том порядке, в котором я их сам в свое время изучал и пытался применять. Это был период поиска, когда я сам лично строил эти модели, приносил их заказчикам и пытался объяснить, что они обозначают. Заказчики меня не понимали, я уходил, перерисовывал и приносил уже в другой нотации.

Заказчики меня опять не понимали. Этот процесс был очень долгим, я вложил в него существенные деньги, но в результате выработал, как мне кажется, именно тот простой подход, который понятен и заказчикам, и разработчикам. Первым делом мы рассмотрим диаграмму, построенную в нотации 0. Похожа на микросхему. Обратите внимание, здесь:

Самые популярные нотации описания и моделирования бизнес процессов

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

нии бизнес-процессов: нотации семейства IDEF, UML, BPMN. Демонстри- . Пример реализации диаграммы нотации BPMN на языке BPEL.

Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой. Перекресток не может быть одновременно перекрестком слияния и ветвления. В ситуации, когда необходимо одновременно осуществить слияние и разветвление потоков работ, вводится каскад перекрестков. Правило относительно единиц работ В блок может входить и из блока может выходить только одна связь последовательности. Для отображения множества входов и выходов используются перекрестки.

Разрешается множественная декомпозиция работ: Номер работы А Используются две нотации:

Методология 0

Основные объекты нотации: Работы . Отображают функции. Стрелки . Стрелка входа Отображает входящие документы, материальные и информационные ресурсы, необходимые для выполнения работы. Работа может не иметь ни одной стрелки входа.

Методология документирования технологических процессов IDEF3. . диаграмм бизнес-процессов используют многофункциональные графические.

Теперь самое время обсудить, как изображать бизнес-процессы на диаграммах рисунках , какую графическую нотацию выбрать и для чего можно использовать созданные диаграммы. Для наших последующих рассуждений важно уточнить, что мы говорим об описании не любых процессов, а именно процессов уровня бизнеса, которые: Без обратной связи модель постепенно все меньше соответствует своей реализации в Системе и поэтому становится неактуальной, а следовательно - ненужной.

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

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

151 - бесплатный инструмент для моделирования бизнес-процессов

Узнай, как мусор в"мозгах" мешает человеку больше зарабатывать, и что ты лично можешь сделать, чтобы очистить свой ум от него полностью. Кликни тут чтобы прочитать!