Моделирование бизнес-процессов

Моделирование бизнес-процессов

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

Моделирование бизнес-процессов: подходы, методы, этапы

Регистратор отсылает пассажира к агенту по перевозкам. Багаж превышает установленный вес. Регистратор рассчитывает и оформляет доплату. Деловой процесс продолжается с шага 5 основного сценария.

Диаграмма деятельности принадлежит к логической модели. . горизонтальное расположение дорожек для отображения модели бизнес- процесса.

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

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

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

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

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

Бизнес-модель – это формализованное описание бизнес-процессов предприятия, . событий бизнес-процесса используется диаграмма деятельности.

На сегодняшний день с развитием бизнес-сферы и продвижением новых технологий на рынке ИТ-услуг, практические ни одно предприятие не обходится без помощи ноу-хау средств. Одной из проблем прогресса бизнес-процессов компании — четкое и достаточно точное описание всей сферы деятельности всех сотрудников и процессов для эффективного проведения реинжиниринга. Однако, благодаря появлению новых методологий разработки диаграмм, с помощью которых возможно спроектировать и описать модели бизнес-процессов на предприятии, предоставление и корректное формирование отчетности руководителю о его функциональных характеристиках и мест падения производительности стало доступным и возможным [1].

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

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

Разработка модели бизнес-прецедентов

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

В качестве первой деятельности добавим деятельность с именем Принять заказ по факсу, которую разместим в первой дорожке с именем Отдел приема заказов.

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

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

Он отображается четырехугольником со скругленными углами и штриховым контуром. Правила и рекомендации по разработке диаграмм деятельности При разработке диаграммы следует придерживаться следующих правил и рекомендаций [ 26 ].

Два способа построения моделей бизнес-процессов в 0

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

Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений. Аналогом диаграмм деятельности являются схемы алгоритмов по ГОСТ Конечный автомат прикреплён к исходному элементу классу , кооперации или методу и служит для определения поведения его экземпляров.

Поддержка UML итеративного процесса проектирования ИС. используются модели бизнес-прецедентов и диаграммы видов деятельности , для.

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

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

Теория и практика . Диаграмма деятельности

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

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

черту слияния. Существует еще один вид диаграммы деятельности, специально Функциональные модели описывают бизнес-процессы предприятия.

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

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

Об объектах как об экземплярах классов мы уже говорили ранее. Понятия же деятельности как протяженного во времени составного неатомарного вычисления действия, и перехода как передачи контроля, надеемся, понятны интуитивно, без дополнительных объяснений.

Моделирование бизнес-процессов . Часть 2

Диаграммы для описания бизнес-процессов Автор: Волков Юрий Ольгердович, . А сейчас мы обсудим:

4, Таким образом, при использовании диаграмм деятельности языка ШУ1. взаимодействия и информационного обеспечения бизнес-процессов. и архитекторов появляется возможность интеграции моделей в единый проект .

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

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

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

Ваш -адрес н.

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

Для разработки модели бизнес-процессов в виде потока работ предлагается использовать диаграмму деятельности (activity diagram) UML. Модель.

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

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

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

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

Все это помогает существенно уменьшить расходы на автоматизацию и сократить сроки проектов такого рода.

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


Comments are closed.

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