Декомпозиция процесса это: Декомпозиция | Глоссарий ПитерСофт

Содержание

Часто задаваемые вопросы по бизнес-процессам

Общие вопросы по бизнес-процессам

Что такое процессный подход?

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

Чем операция отличается от процесса?

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

В чем разница между процессом и подпроцессом?

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

Типы бизнес-процессов

Какие бывают типы процессов?

Принято выделять 3 основных типа: основные бизнес-процессы, вспомогательные процессы и процессы управления.

Что такое сквозной процесс?

Сквозным является процесс, в котором участвуют несколько организационных единиц. К примеру, в процессе “Разработка продукта” будут участвовать: Конструкторский отдел, Отдел маркетинга, Финансовый отдел, Отдел обслуживания клиентов и так далее. Количество организационных единиц-участников не имеет значения. Если в процессе участвует больше одного отдела, он уже является сквозным.

Что такое типовой процесс?

Процесс, который выполняется одинаково, вне зависимости от того, кем и в каком контексте. Пример: согласование договора. И да, это типовой вопрос по бизнес-процессам)

Что такое непрерывный процесс?

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

Какие процессы являются внутренними?

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

Структура и составляющие бизнес-процессов

Что такое структура процесса?

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

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

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

Из каких элементов состоит бизнес-процесс?

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

  1. Подпроцессы
  2. Операции
  3. События
  4. Рабочие потоки
  5. Роли / участники процессов
  6. Информационные потоки
  7. Документы
  8. Базы данных и программное обеспечение
  9. Сырье и материалы
  10. Инструменты и оборудование
  11. Показатели

Что такое механизм реализации?

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

Какими характеристиками обладает бизнес-процесс?

Перечень характеристик зависит от точки зрения, с которой мы рассматриваем процесс. Но можно отметить универсальные характеристики:

  1. Производительность
  2. Эффективность
  3. Трудозатраты
  4. Длительность
  5. Стоимость
  6. Повторяемость
  7. Степень зрелости
  8. Степень автоматизации

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

Кто является клиентом процесса?

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

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

Кто такой владелец бизнес-процесса?

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

Что является продуктом процесса?

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

Кто является участником процесса?

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

Кто такие поставщики процесса?

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

Что такое ресурсы процесса?

Ресурс процесса, все, что необходимо для его выполнения. Люди не являются ресурсом, потому что являются участниками. А вот программное обеспечение, столы, компьютеры, сырье, материалы, инструменты, информация, деньги – ресурсы процесса. Без них процесс просто невозможно выполнить.

Что такое границы процесса?

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

Декомпозиция бизнес-процессов

Что такое декомпозиция процесса?

Декомпозиция, это разделение процесса на составляющие – подпроцессы и операции. Если процесс не разбит на части, то есть нельзя увидеть из каких действий он состоит, то процесс становится операцией. И наоборот, если вы решите расписать какое то действие подробнее, то это действие становится процессом.

Что такое уровни процесса?

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

Уровни процесса, или уровни декомпозиции, можно представить в виде дерева.

Сколько уровней должна иметь декомпозиция бизнес-процесса?

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

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

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

Что такое нотация моделирования?

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

Что такое карта процессов верхнего уровня?

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

Что такое модель бизнес-процесса?

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

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

Чем модель процесса отличается от схемы, диаграммы или карты?

Как сказано выше, модель – более комплексное понятие. Множество схем, диаграмм или карт может описывать один процесс и входить в одну модель. И да, нет разницы между схемой, диаграммой или картой. Это синонимы.

В чем заключается описание бизнес-процесса?

Описание процесса, это собственное … описание. Формализация, перенос “на бумагу” того, как процесс выполняется в реальной жизни.

Что такое регламент бизнес-процесса?

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

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

Что такое эффективность процесса?

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

Что такое показатель эффективности бизнес-процесса?

Показатель эффективности — это индикатор, которой позволяет понять, или сравнить состояние какой-то характеристики процесса, или его элемента. Стоимость процесса – показатель. Время обработки заявки, это тоже показатель.

Чем показатель эффективности отличается от ключевого показателя эффективности?

Ничем. Ключевой показатель эффективности ничем не отличается от просто показателя эффективности.

Какой процесс можно считать оптимальным?

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

Какой процесс можно считать эффективным?

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

Как можно оценить эффективность процесса?

Суммировать стоимость времени участников процесса на его выполнение, стоимость используемых ресурсов и разделить на стоимость продукта. Самый простой способ.

Что такое потери в процессе?

Все элементы и сценарии процесса, которые не приводят к кратчайшему производству продукта процесса и соблюдению требований. Иными словами, если какое-то действие не нужно для получения продукта или для соблюдения требований к процессу / продукту, оно является потерей.

Как посчитать стоимость процесса?

Необходимо суммировать стоимость времени, которое тратят участники процесса на его реализацию и стоимость используемых ресурсов, по каждому сценарию процесса. Затем необходимо умножить сумму затрат по каждому сценарию на его вероятность и сложить значения. Таким образом получится приведенная стоимость, которая включает в себя разность стоимости сценариев процесса.

Вопросы по бизнес-процессам. Методы и подходы

В чем заключается выявление процессов?

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

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

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

В одном случае это может означать описание существующего процесса, в другом описание не существующего, в жизни, процесса. Рекомендую всегда уточнять, что именно имеется ввиду.

Чем создание процесса отличается от проективного?

Если речь идет об описании процесса, которого еще не существует, то ничем. Просто под созданием могут подразумевать формализацию, описание существующего процесса, а под проектированием, разработку нового процесса.

Как осуществляется оптимизация бизнес-процессов?

Поэтапно)) Исследование процесса – моделирование – изучение и снятие значений параметров – анализ – проектирование нового процесса – проектирование изменений – оценка эффекта изменений – реализация проекта.

Что такое реинжиниринг бизнес-процессов?

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

Чем совершенствование отличается от оптимизации?

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

В чем заключается внедрение процессов?

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

Что такое управление изменениями?

Это процесс планирования, организации, выполнения, контроля и анализа действий, которые необходимы для внедрения процесса.

Что такое стандартизация бизнес-процессов?

Стандартизация, это приведение процесса к ограниченному количеству, четко определенных сценариев. И создание границ, в которых должен выполняться процесс. Сам процесс стандартизации заключается в определении стандартов (сценариев и границ) выполнения процесса и его организации таким образом, чтобы он работал так, и никак иначе.

Что такое нормирование процессов?

Нормирование – определение нормальных диапазонов характеристик процесса или его элементов. Например, нормирование, это когда выяснили и приняли, что выполнение процесса за 10-15 минут считается нормой. Соответственно, значения, выходящие за эти рамки, нормой не является. То, что не является нормой требует изучения для дальнейшего улучшения процесса.

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

Организация и управление бизнес-процессами

Что такое система управления процессами?

Если говорить о программном обеспечении, то BPMS (Business Process Management System ) это программный продукт, который позволяет осуществлять управление процессами компании. Закавыка в том, что на сегодняшний день таких систем нет. Есть платформы, например SAP, которые позволяют создать такую систему, но готовых решений нет. И да — это запредельно дорого.

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

Кто в компании должен заниматься процессами?

Как правило, этот вопрос задают люди, перед которыми стоит задача описать процессы. С этой точки зрения, я всегда советую, чтобы первое описание выполнила профессиональная команда, а затем уже сотрудники компании. При этом, также настоятельно рекомендую, выделить для этого отдельных сотрудников. Если работа с процессами будет “факультативом”, то ее просто не будет.
Но в целом, процессами “должны заниматься” все управленцы. И специалисты по управлению бизнес-процессами, конечно.

Кто несет ответственность за процесс?

Владелец бизнес-процесса. Целиком и полностью.

Источник: материалы сайта rzbpm.ru

Иерархическая декомпозиция процессов карты еТом.

Рис. 1. Уровни декомпозиции бизнес-процессов еТОМ

Рис. 2. Процесс декомпозиции процесса eTOM

Процессы в еТОМ имеют идентификаторы с форматом B.X.C.D.E. Элемент В указывает на автора процесса: если стоит цифра 1, то процесс разработан ТМ Forum, всем остальным случаям соответствует цифра 2 (для процессов уровня 4, не входящих в стандарт еТОМ). Элемент X — это номер блока процессов уровня 0 (1, 2 или 3). Далее цифры обозначают порядковый номер процесса на со­ответствующем уровне детализации. Элемент С соответствует номеру про­цесса на уровне 1, D — уровне 2, Е — уровне 3. При декомпозиции на большую глубину идентификатор строят аналогично.

Процесс «Осуществление продаж» имеет номер 1.1.1.4. Первая цифра 1 означает, что процесс — стандарт ТМ Forum. Вторая цифра 1 указывает на то, что процесс принадлежит к блоку «Операционная деятельность». Цифра 1 на третьей позиции указывает на принадлежность процесса к первой по порядку гори­зонтальной группировке — «Управление отношениями с клиентом». Цифра 4 на четвертой позиции соответствует порядковому номеру процесса при декомпозиции процесса вышележащего уровня, здесь — уровня 1. Процессы-элементы, полученные в результате декомпозиции, могут раз­ными способами применяться для построения процессов-потоков.

Декомпозиция до уровня 2 процессов в карте еТом.

Декомпозиции до уровня 2 блока «Операционная деятельность

Рис. 5.4. Декомпозиция до уровня 2 блока «Стратегия, Инфраструктура и Продукт»

Вертикальные группировки.

Основные процессы, собранные в трех вертикальных блоках «Продажи /Обработка заказов», «Управление качеством»,«Биллинг». На диаграмме эти три вертикальные группировки изображены в виде единого блока, который так и называют: «Продажи, Управ­ление качеством, Биллинг» (Fulfillment, Assurance and Billing, FAB).

Блок «Продажи / Обработка заказов» (Fulfillment) объединяет бизнес-процессы, задача которых — своевременно и

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

Процессы «Управление качеством» (Assurance) отвечают за при­нятие реагирующих и превентивных мер для того, чтобы

обслу­живание абонента происходило без сбоев и удовлетворяло тре­бованиям QoS (Quality of Service) и SLA (Service

Level Agreement ).

Группировка «Биллинг» (Billing) объединяет процессы, связанные со сбором статистики обслуживания для

целей биллинга, вы­писки корректных счетов, своевременной доставки счетов або­нентам и сбора платежей.

Группировка «Готовность к работе и эксплуа­тационная поддержка» (Operations Support & Readiness, OSR) и включает

бизнес-процессы, отвечающие за обеспечение готов­ности и создание условий для быстрого и результативного

выполнения про­цессов FAB.

Группа «Управление жизненным циклом инфраструк­туры» (Infrastructure Lifecycle Management) отвечает за опреде­ление

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

Процессы «Управление жизненным циклом продукта» (Product Lifecycle Management) осуществляют определение,

планирова­ние, разработку и реализацию продуктов в продуктовом портфеле; оценку эффективности предостав­ления того

или иного продукта.

Задача процессов группы «Стратегия и ее реализация» (Strategy & Commit) — разработка стратегий, на чьей основе будут

функционировать процессы жизненных циклов инфраструктуры и продукта, и обеспечение приверженности компании

данным стратегиям.

Вертикальные группировки процессов управления жизненным циклом направлены на то, чтобы ключевые

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

Используйте подпроцессы для декомпозиции больших процессов

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

 

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

 

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



 

 

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

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

 

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

 

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



 



 

Этот вид технологического процесса очень практичен в обычных производственных и других отраслях промышленности. Обычно в потоке утверждения это не очень полезно. Циркуляция потока утверждения обычно заключается в отправке задачи (задачи), которая требует утверждения, человеку на следующем шаге. После того, как человек с полномочиями утверждения входит в систему, В задаче вы можете просмотреть список дел и щелкнуть, чтобы выполнить утверждение.

 


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



 

 

 

 

Теги: платформа веб-разработки, рабочий процесс Java, дизайнер процессов, настраиваемый рабочий процесс, веб-рабочий процесс, настраиваемая форма, механизм рабочего процесса, рабочий процесс .net, система рабочего процесса .net, программный продукт рабочего процесса, электронная форма Java

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

Модель бизнес-процессов согласно методологии SADT создается на основе принципа декомпозиции: «…декомпозиция заключается в начальном разделении объекта на более мелкие части и последующем соединении их в более детальное описание объекта.» На верхнем уровне модели рассматриваемая система представляется виде одного процесса, например, «Деятельность по производству и продаже оборудования», далее он декомпозируется на совокупность бизнес-процессов верхнего уровня (см. пример переченя бизнес-процессов в главе 3). Каждый из бизнес-процессов верхнего уровня декомпозируется на ряд подпроцессов. В качестве критерия выделения подпроцессов второго уровня можно использовать промежуточные состояния объекта управления. Например, процесс «Продвижение и продажи» может быть декомпозирован на подпроцессы:

1. Продвижение продуктов

2. Выяснение потребности клиента

3. Заключение договора с потребителем

4. Прием текущих заказов

5. Производственное планирование

6. Организация выполнения заказа клиента

7. Организация удовлетворения претензий клиентов

8. Анализ удовлетворенности клиентов

Количество уровней декомпозиции выбирается исходя из стоящих задач и необходимой степени подробности описания. На практике используют 3-5 уровней декомпозиции.

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



Уровень модели Используемая нотация Комментарий
IDEF0 (контекстная диаграмма) Модель, выполненная в нотации IDEF0 имеет контекстную диаграмму верхнего уровня А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками. Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.
IDEF0 1 уровень содержит процессы верхнего уровня модели.
IDEF0 2 уровень содержит декомпозицию процессов верхнего уровня. Например, процесс второго уровня «Продвижение продуктов» может быть декомпозирован на подпроцессы 3 уровня: 1. Группировка клиентов и анализ клиентской базы 2. Разработка программы удержания клиентов 3. Определение потребности по привлечению новых клиентов 4. Разработка комплекса продвижения продуктов на целевые рынки 5. Проведение мероприятий комплекса продвижения
3 и далее Процедура На 3 уровне происходит смена нотации моделирования. 3 уровень при корректной декомпозиции будет представлять собой работы – наименьшие возможные процессы, создающие минимальный отделимый результат, за отдельные действия внутри работы будут отвечать конкретные должностные лица.

 

Если в модели используются метапроцессы, то уровни сдвигаются, начиная с 1.

Моделирование деятельности на низких уровнях модели тесно коррелирует с прикладными методиками и технологиями деятельности, т.е. в ряде случаев вопросы «что делать» и «как делать» сливаются воедино.

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

Нотация IDEF0

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

Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Стрелки диаграммы, представляют полный комплект внешних интерфейсов объекта. Диаграмма A-0 устанавливает область моделирования и ее границу. Пример диаграммы A-0 (Рис.7):

Рис.7. Диаграмма A-0 нотации IDEF0

 

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

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

Используемые графические символы

Символ Изображение Описание
Блок Блок описывает процесс. Типичный блок показан на рис. 1. Внутри каждого блока помещается его имя и номер. Имя должно быть активным глаголом, глагольным оборотом или отглагольным существительным. Номер блока размещается в правом нижнем углу. Номера блоков используются для идентификации на диаграмме и в соответствующем тексте.
Стрелка Стрелки обозначают входящие и исходящие из процесса объекты (данные). Каждая сторона функционального блока имеет стандартное значение с точки зрения связи блок-стрелка, В свою очередь, сторона блока, к которой присоединена стрелка, однозначно определяет ее роль. Стрелки, входящие в левую сторону блока — входы. Стрелки, входящие в блок сверху — управления. Стрелки, покидающие процесс справа – выходы, т.е. данные или материальные объекты, произведенные процессом. Стрелки, подключенные к нижней стороне блока, представляют механизмы.
Туннелированная стрелка   Туннелированные стрелки означают, что данные, обозначаемые этими стрелками, не рассматриваются на родительской диаграмме и/или на дочерней диаграмме. Стрелка, помещенная в туннель там, где она присоединяется к блоку, означает, что данные, выраженные этой стрелкой, не обязательны на следующем уровне декомпозиции. Стрелка, помещаемая в туннель на свободном конце означает, что выраженные ею данные отсутствуют на родительской диаграмме.
Внешняя ссылка Внешняя ссылка – место, сущность или субъект, которые находятся за границами моделируемой системы. Используются для обозначения источника или приемника стрелки вне модели. На диаграммах Внешняя ссылка изображается в виде квадрата, рядом с которым показано наименование Внешней ссылки.
Междиаграммная ссылка Элемент, обозначающий другую диаграмму. Служит для обозначения перехода стрелок на диаграмму другого бизнес-процесса без показа стрелки на вышележащей диаграмме (при использовании иерархических моделей).

 

Пример диаграммы процесса в нотации IDEF0 (Рис.8):

Рис.8. Диаграмма процесса нотации IDEF0

Подробнее с правилами создания нотации IDEF0 можно познакомиться в источниках [1],[2].

Нотации Процесс и Процедура

Нотации Процесс (Basic Flowchart в Microsoft Visio) и Процедура (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, так же как и нотация IDEF0.

Различие между нотациями Процесс и Процедура состоит в том, что дополнительно к графическим элементам, применяемым в нотации Процесс, в нотации Процедура используются дорожки (Swim Lanes), обозначающие организационные единицы – исполнителей действий процесса. Это позволяет повысить наглядность диаграммы.

Нотации Процесс и Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.

Используемые графические символы

Символ Изображение Описание
Действие   Прямоугольный блок обозначает действие (функцию). Внутри блока помещается название действия. Временная последовательность выполнения действий задается расположением действий на диаграмме процесса сверху вниз (слева направо на горизонтальной диаграмме Процедуры).
Решение Рис.9   Рис.10     Рис.11   Выбор следующего выполняемого действия в зависимости от условия. Может иметь несколько входов и ряд альтернативных выходов, один и только один из которых может быть активизирован после проверки условия. Блок «Решение» должен содержать вопрос, решение или условие. Выходящие стрелки помечаются как «Да» или «Нет», или другим способом для учета всех возможных вариантов ответов. Возможны следующие виды изображения стрелок: Рис.9, Рис.10, Рис.11 Блок «Решение» аналогично элементу «Исключающее ИЛИ» (XOR) в других нотациях моделирования.
Связь предшествования   Рис.12     Рис.13     Такие стрелки обозначают передачу управления от одного действия к другому, т.е. что предыдущее действие должно закончиться прежде, чем начинается следующее. Стрелка, запускающая выполнение действия изображается входящей в действие сверху. Стрелка, обозначающая передачу управления другому (другим) действиям изображается выходящей из действия снизу (Рис.12). Если стрелка служит только для обозначения передачи управления, то имя стрелки оставляется пустым (Рис. 1). Если кроме передачи управления из предыдущего действия в следующее действие поступает Объект(ы), то стрелка именуется и в список объектов стрелки заносится соответствующий Объект(ы) (Рис.13).
Поток объектов   Рис.14   Рис.15     Используется в случаях, когда необходимо показать, что из одного действия объекты передаются в другое, при этом первое действие не запускает выполнения второго. Стрелки «Поток объектов» обозначаются стрелкой с двумя треугольниками. Если обозначение источника Объекта(ов) не важно, то такой Объект показывается стрелкой с туннелированным началом (Рис.14). Если источником Объекта(ов) является одно из действий процедуры, то такой Объект показывается с помощью стрелки, исходящей из действия-источника и входящей в действие-потребитель, для выполнения которого необходим Объект (Рис.15). При этом Действие «Регистрация в журнале «Исходящая корреспонденция» не запускает выполнение действия «Заполнение графы «Номер накладной» в журнале «Исходящая корреспонденция»
Дорожки (диаграмма Процедура) Дорожки предназначены для отображения организационных единиц (должности, подразделения, роли) – исполнителей действий процедуры.
Сноска Выносной элемент, предназначенный для нанесения комментариев.
Текст Комментарий без сноски.
Терминатор Отображает стартовую и конечные точки процедуры. В качестве названия терминаторов можно задавать названия стартового события, приводящего к началу выполнения процесса, и конечных событий, наступлением которых заканчивается выполнения процесса. Началом процедуры считается терминатор, из которого только исходят стрелки передачи управления. Концом процедуры считается терминатор, в который только входят стрелки передачи управления.
Междиаграммная ссылка Элемент, обозначающий другую диаграмму. Служит для обозначения перехода стрелок на диаграмму другого бизнес-процесса либо процедуры без показа стрелки на вышележащей диаграмме (при использовании иерархических моделей).

 

Правила моделирования для нотаций Процесс и Процедура

1. На диаграмме действия располагаются сверху вниз в соответствии с временной последовательностью их выполнения.

2. На диаграмме нотации Процедура действия располагаются в соответствующих дорожках, обозначающих субъектов (должности, подразделения, роли, внешние субъекты), которые являются Исполнителями соответствующих действий.

3. Рекомендуемое количество действий на диаграмме – не более 20. Если количество действий получается значительно выше, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.

4. Стрелки типа Связь предшествования рекомендуется делать вертикальными (при вертикальной ориентации диаграммы).

5. Стрелки поток объектов (передачи объектов) рекомендуется делать выходящими и входящими в левую/правую грани действия (при вертикальной ориентации диаграммы).

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

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

8. Стрелки «Управления» и «Механизмы» на родительской диаграмме IDEF0 (если таковая используется) туннелируются на уровне всей процедуры, как относящиеся ко всей процедуре целиком.

9. Если после выполнения действия должно быть инициировано выполнение нескольких действий, которые должны выполняться параллельно, то это обозначается с помощью нескольких исходящих стрелок Связь предшествования. На Рисунке Рис.16 после завершения Действия1 начинают выполняться Действие2 и Действие3.

Рис.16. Параллельные ветви

10. Если действие инициирует выполнение только одного из нескольких следующих действий в зависимости от определенного условия, то это показывается с помощью блока «Решение» (Рис.17).

Рис.17. Условное выполнение действий

 

11. Стрелки допускается объединять согласно правилам слияния стрелок методологии функционального моделирования IDEF0 [1]. Наиболее часто возникающие частные случаи:

— при присоединении одного именованного сегмента к другому(основному), основной сегмент должен содержать все объекты, принадлежащие присоединяемому сегменту. На Рис. 18 стрелка «Проект документа» содержит объект «Документ», который есть на стрелке «Исправленный документ», поэтому их слияние допускается:

 

Рис. 18 Объединение стрелок

— если сегменты содержат разные наборы объектов, то их слияние не допускается. На Рис. 19 стрелка «Исправленный документ, перечень исправлений» содержит два объекта – «Документ» и «Перечень исправлений», поэтому ее присоединение к стрелке «Проект документа»,которая содержит только один объект «Документ», не допускается:

Рис. 19 Объединение стрелок не допускается

Пример диаграммы нотации Процесс

Рис.20

Пример диаграммы нотации Процедура

Рис.21

Подробнее про формирование модели бизнес-процессов см. в Руководстве пользователя, глава 4 «Создание модели бизнес-процессов в Business Studio».

Объекты

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

 

Некоторые программы проектирования систем управления предлагают перечень объектов со стандартизованными названиями (Рис.22):

Рис.22. Справочник Объекты

Обычно это разедлы:

· Документы

§ Бумажные документы

§ Электронные документы

· ТМЦ

· Информация

· Прочее

Некоторые аспекты внедрения процессного подхода к управлению на промышленном предприятии

Библиографическое описание:

Константинова, И. В. Некоторые аспекты внедрения процессного подхода к управлению на промышленном предприятии / И. В. Константинова, Г. М. Чукалина. — Текст : непосредственный // Экономическая наука и практика : материалы IV Междунар. науч. конф. (г. Чита, апрель 2016 г.). — Чита : Издательство Молодой ученый, 2016. — С. 60-62. — URL: https://moluch.ru/conf/econ/archive/173/10223/ (дата обращения: 10.04.2022).



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

Ключевые слова: процессный подход к управлению, бизнес-процесс, клиенты бизнес-процесса, декомпозиция бизнес-процессов на предприятии.

Процессный подход к управлению уже полвека является основой самых популярных систем управления на предприятии. Данный подход имеет и своих сторонников, и своих противников, однако и новый стандарт ISO 9001:2015 вновь базируется, как и в предыдущих версиях стандартов, на процессном подходе к управлению и бизнес-процессах как объектах данного управления. А значит, для внедрения системы менеджмента качества на предприятии необходимо обязательное представление предприятия как совокупности бизнес-процессов. Как показывает практика, сценарий развития ситуации на предприятии при внедрении процессного подхода может иметь, как минимум, три различных по своей результативности варианта:

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

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

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

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

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

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

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

Для внедрения методики процессного подхода в управлении за основу возьмем следующие этапы и проведем их критический анализ2:

 создание сети бизнес-процессов;

 определение владельцев бизнес-процессов;

 моделирование (описания) бизнес-процессов;

 регламентации бизнес-процессов;

 управление бизнес-процессами на основе цикла PDCA;

 аудита бизнес-процессов.

Для целей создания сети (архитектуры) бизнес-процессов необходимым этапом является декомпозиция бизнес-процессов. Можно выделить горизонтальную и вертикальную декомпозицию.

Наиболее распространенная классификация бизнес-процессов на внешние и внутренние бизнес-процессы может быть использована как критерий для горизонтальной декомпозиции 1:

 внешние или сквозные процессы, проходящие через всю организацию, потребителем выхода которого является конечный потребитель;

 внутренний процесс или подпроцесс ориентирован на внутреннего потребителя, может быть представлен как самостоятельный этап в рамках сквозного бизнес-процесса;

 операции, которые могут выполняться одним человеком или группой людей в рамках процесса.

Для вертикальной декомпозиции бизнес-процессов можем использовать классификацию процессов по уровню подробности рассмотрения:

 верхнего уровня;

 детальные;

 элементарные (операции, не требующие более детального описания).

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

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

Рис. 1.Схема внедрения процессного подхода на предприятии

Таким образом, получаем следующую схему внедрения бизнес-процессов на предприятии:

  1. 1 этап. Формирование архитектуры бизнес-процессов предприятия:

 горизонтальная и вертикальная декомпозиция бизнес-процессов;

 определение владельцев и моделирование бизнес-процессов.

  1. 2 этап. Управление бизнес-процессами на основе цикла PDCA:

 регламентация бизнес-процессов;

 внедрение системы постоянного совершенствования системы бизнес-процессов на базе цикла PDCA.

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

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

Литература:

  1. Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов. — М.: Манн, Иванов и Фербер, 2013. — 544 с.
  2. Зенченко И. В. Процессный подход к управлению заказами на предприятиях машиностроения: диссертация кандидата экономических наук: 08.00.05 / Зенченко Ирина Владимировна; [Место защиты: Оренбург. гос. ун-т]. — Оренбург, 2011. — 180 с.

Основные термины (генерируются автоматически): PDCA, подход, предприятие, технологический процесс, вертикальная декомпозиция, вертикальная декомпозиция бизнес-процессов, внедрение, регламентация бизнес-процессов, управление, горизонтальная декомпозиция.

Похожие статьи

Декомпозиция технологического процесса производства…

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

Опыт

внедрения комплексного подхода к организации

Процесс производства термопанели с точки зрения декомпозиции несложен, поэтому для его описания подойдет простейшая нотация бизнес процесса, например, IDEF0.

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

Основные

принципы декомпозиции показателей и построения…

Ключевые слова: декомпозиция, дерево целей, ключевые показатели эффективности, многоуровневый подход, стратегия развития предприятия. Управление любой организацией, в том числе и промышленными предприятиями

Оптимизация

бизнеспроцессов систем бухгалтерского учета

2) декомпозиция бизнеспроцессов (разложение на элементы). Моделирование процессов управления запасами и ресурсами на промышленном предприятии, определение и роль этих процессов. Характеристики и взаимосвязь бизнеспроцессов на предприятии.

Проблемы и практика

реализации процессного подхода

Рис. 2. Декомпозиция бизнеспроцессов социально-кадрового блока ОАО «РЖД». Основные вопросы по управлению персоналом отображены на рисунке 3. Они называются процессами первого уровня, и включают в себя: организацию труда; обучение персонала…

Интеграция вспомогательного

бизнеспроцесса «метрологический…

Ключевые слова: метрологический надзор, процессное управление, процессная модель компании, бизнеспроцесс, декомпозиция бизнеспроцесса. Метрологический надзор представляет собой контрольную деятельность…

Моделирование

бизнеспроцессов в условиях антикризисного…

Возможность декомпозиции объекта.

3. Репин В.В. Бизнеспроцессы. Моделирование, внедрение, управление.М.:РИА «Стандарты и качество», 2007.

4. Репин В.В. Бизнеспроцессы. Регламентация и управление.

Методы и средства проектирования информационных систем

Первый уровень декомпозиции технологического процесса изготовления многокристального модуля показан на рис. 3.

Полученная модель является достаточной для перехода к физической реализации системы управления.

Декомпозиция линейной модели квадрокоптера

Ключевые слова: квадрокоптер, системы управления, декомпозиция, пространство состояний.

Значение находится из уравнения вертикальной динамики квадрокоптера с допущением, что при данной величине управляющего сигнала БПЛА висит в воздухе…

Совершенствование бизнес-процессов с помощью Microsoft Office Visio 2003

Интеграция Бизнес-приложения | Поделиться Одна из наиболее актуальных задач, стоящих перед современной российской компанией — это совершенствование бизнес-процессов и системы управления в целом. Используя Microsoft Visio 2003, бизнес-аналитик может упростить и ускорить основные работы по описанию системы управления компанией.

страницы:   предыдущая   |   1    |   2   |   3    |  следующая

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

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

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

Диаграмма процесса «Обработка заказа», изображенная с помощью нотации EPC

Для описания бизнес-процессов нижнего (операционного) уровня можно использовать нотацию EPC, разработанную Институтом информационных систем Университета Саарланда (Германия) в сотрудничестве с компанией SAP AG. Ключевая особенность EPC диаграмм – описание бизнес-процесса как последовательности чередующихся событий и функций.

Основные графические элементы диаграммы EPC:

  • функции,
  • события,
  • организационные единицы, ответственные за исполнение функций,
  • информационные или материальные объекты, которые используются при выполнении функций,
  • коннекторы ( AND, OR, XOR).

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

Вторым шагом описания системы управления компании является построение модели организационной структуры. Для решения этой задачи Visio 2003 содержит шаблон Organization Chart, который позволяет быстро создать иерархическую диаграмму должностей и подразделений компании и определить их параметры.

Организационная структура

В шаблоне Organization Chart содержится набор графических элементов, обозначающих виды должностей:

  • executive – руководитель высшего звена,
  • manager – руководитель,
  • position – должность,
  • consultant – консультант,
  • vacancy — свободная вакансия,
  • assistant – помощник.

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

страницы:   предыдущая   |   1    |   2   |   3    |  следующая

Бизнес-процессы, процессное управление и эффективность | CONSULTING.RU

Декомпозиция управленческой задачи

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

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

1. Вертикальная декомпозиция — это когда мы делим на этапы или типы работ. Так, маркетинг мы разбиваем на изучение рынков, анализ продаж, построение прогноза продаж и т.п. Это часто называют функциональным делением, однако я бы воздержался от этого термина, чтобы не вносить путаницу.

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

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

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

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

В терминах реинжиниринга бизнес-процессов это называется поиском объектов реинжиниринга. Надо сказать, что этот поиск является наиболее узким местом всей концепции и основной причиной неудач реальных проектов. В книге «Реинжиниринг корпорации» Хаммера и Чампи, главной книге по реинжинирингу, этапу поиска хоть и уделена целая глава, однако, он описан как наименее «технологизируемый» и обычно не вызывающий затруднений. С первым утверждением про технологизируемость можно согласиться, ведь в каждом случае будет свой объект реинжиниринга, а вот со вторым… И если говорить про книгу Хаммера и Чампи, то главное их преступление скрыто в ее названии — «Реинжиниринг корпорации» — на наш взгляд, нельзя заниматься реинжинирингом корпорации, надо заниматься реинжинирингом конкретных процессов, тех процессов, за которыми дело встало. Реинжиниринг ради реинжиниринга — вредительство, надо заниматься решением конкретных бизнес-задач.

Как использовать диаграммы декомпозиции процессов в отчете по бизнес-анализу

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

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

Процессы, под которыми находятся процессы, называются родительскими процессами. Процессы, которые подчиняются другому процессу, называются дочерними процессами. Назначение родительских и дочерних процессов следует нескольким рекомендациям:

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

  • Все дочерние процессы вместе должны полностью описывать все действия родительского процесса.

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

Авторы и права: Иллюстрация Wiley, Composition Services Graphics

Вот несколько случаев, когда вы можете применить эту технику:

  • Когда вы работаете над большим проектом и вам нужно понять размер трудозатрат: Знание всех процессов, которые вы должны документировать, может помочь.

  • Когда вы проверяете со своими заинтересованными сторонами, что вы зафиксировали все процессы, которые вы будете документировать: Заинтересованные стороны могут очень легко увидеть, пропустили ли вы процесс.

  • Когда вы выясняете у своих заинтересованных лиц процессы, о которых идет речь: Заинтересованные стороны могут взаимодействовать со структурой диаграммы, с которой они хорошо знакомы (в организационной структуре компании).

Некоторые плюсы и минусы этого метода включают следующее:

  • Pro: Диаграмма декомпозиции полезна в больших проектах (с более чем пятью процессами для изучения и документирования), поскольку она дает вам моментальный снимок общей картины.При большом усилии легко забыть, какому родителю принадлежит каждый дочерний процесс и как каждый дочерний процесс связан друг с другом. Это открывает двери для повторяющихся процессов для одного или нескольких родителей.

  • Pro: Это отличный инструмент на начальном этапе определения масштаба, поскольку он дает представление о том, сколько процессов необходимо определить, что важно для оценки времени и ресурсов.

  • Pro: Это отличная техника для вовлечения заинтересованных сторон, если у вас под рукой есть стикеры.Дайте заинтересованным сторонам объем того, что вы разбираете, и блокнот с наклейками, и попросите их записать процессы (по одному на лист), а затем опубликовать их на стене.

  • Pro: Заинтересованные стороны могут использовать диаграмму для поиска отсутствующих процессов.

  • Против: Заинтересованные стороны могут увлечься тем, как выполняется процесс, а не тем, что выполняется.

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

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

Как создать диаграмму декомпозиции процесса в бизнес-анализе

  1. Выберите один из трех способов построения декомпозиции: сверху вниз, снизу вверх или на основе событий.

    Верно; вы можете использовать три метода для создания диаграммы:

    • Сверху вниз: Начните с высокоуровневых процессов (требований), которые вы определили во время определения объема работ, если они у вас есть (если нет, выясните их у заинтересованных сторон). Оттуда продолжайте детализировать, пока не дойдете до процессов, которые содержат как; это ваша остановка.

    • Снизу вверх: Подумайте обо всех подробных задачах, которые вам нужно выполнить в области изучения (или области), а затем найдите общие группы.При определении групп процесс может относиться к разным заголовкам; цель состоит в том, чтобы команда определила наилучший подход. Помните, что вам нужно убедиться, что вы не пропустите ни одного процесса.

    • Управляемый событиями: Подумайте обо всех триггерах (указаниях, которые приводят к ряду действий) и последующих задачах.

  2. Делайте заметки и делайте наброски.

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

  3. Построить фактическую диаграмму и проверить ее с заинтересованными сторонами,

    Авторы и права: Иллюстрация Wiley, Composition Services Graphics

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

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

  • Кто внешние агенты, участвующие в процессе? Кто в настоящее время выполняет процесс сегодня? Как они это делают? Кто использует результаты процесса?

  • Что вызывает запуск процесса? Что является триггером?

  • Что происходит после завершения процесса? Каковы постусловия?

  • Какие данные использует процесс? Кто создает данные? Он создан, прочитан, обновлен или удален?

  • Как часто выполняется процесс? Сколько времени это занимает? Насколько это эффективно?

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

Страница не найдена

  • Образование
    • Общий

      • Словарь
      • экономика
      • Корпоративные финансы
      • Рот ИРА
      • Акции
      • Паевые инвестиционные фонды
      • ETF
      • 401 (к)
    • Инвестирование/Трейдинг

      • Основы инвестирования
      • Фундаментальный анализ
      • Управление портфелем ценных бумаг
      • Основы трейдинга
      • Технический анализ
      • Управление рисками
  • Рынки
    • Новости

      • Новости компании
      • Новости рынков
      • Торговые новости
      • Политические новости
      • Тенденции
    • Популярные акции

      • Яблоко (AAPL)
      • Тесла (ТСЛА)
      • Амазонка (АМЗН)
      • АМД (АМД)
      • Фейсбук (ФБ)
      • Нетфликс (NFLX)
  • Симулятор
  • Ваши деньги
    • Личные финансы

      • Управление капиталом
      • Бюджетирование/экономия
      • Банковское дело
      • Кредитные карты
      • Домовладение
      • Пенсионное планирование
      • Налоги
      • Страхование
    • Обзоры и рейтинги

      • Лучшие онлайн-брокеры
      • Лучшие сберегательные счета
      • Лучшие гарантии на дом
      • Лучшие кредитные карты
      • Лучшие личные кредиты
      • Лучшие студенческие кредиты
      • Лучшее страхование жизни
      • Лучшее автострахование
  • Советники
    • Ваша практика

      • Практика управления
      • Непрерывное образование
      • Карьера финансового консультанта
      • Инвестопедия 100
    • Управление капиталом

      • Портфолио Строительство
      • Финансовое планирование
  • Академия
    • Популярные курсы

      • Инвестирование для начинающих
      • Стать дневным трейдером
      • Трейдинг для начинающих
      • Технический анализ
    • Курсы по теме

      • Все курсы
      • Курсы трейдинга
      • Курсы инвестирования
      • Финансовые профессиональные курсы

Представлять на рассмотрение

Извините, страница, которую вы ищете, недоступна.Вы можете найти то, что ищете, используя наше меню или параметры поиска.

дом
  • О нас
  • Условия эксплуатации
  • Словарь
  • Редакционная политика
  • Рекламировать
  • Новости
  • Политика конфиденциальности
  • Связаться с нами
  • Карьера
  • Уведомление о конфиденциальности штата Калифорния
  • #
  • А
  • Б
  • С
  • Д
  • Е
  • Ф
  • грамм
  • ЧАС
  • я
  • Дж
  • К
  • л
  • М
  • Н
  • О
  • п
  • Вопрос
  • р
  • С
  • Т
  • U
  • В
  • Вт
  • Икс
  • Д
  • Z
Investopedia является частью издательской семьи Dotdash Meredith.

Страница не найдена

  • Образование
    • Общий

      • Словарь
      • экономика
      • Корпоративные финансы
      • Рот ИРА
      • Акции
      • Паевые инвестиционные фонды
      • ETF
      • 401 (к)
    • Инвестирование/Трейдинг

      • Основы инвестирования
      • Фундаментальный анализ
      • Управление портфелем ценных бумаг
      • Основы трейдинга
      • Технический анализ
      • Управление рисками
  • Рынки
    • Новости

      • Новости компании
      • Новости рынков
      • Торговые новости
      • Политические новости
      • Тенденции
    • Популярные акции

      • Яблоко (AAPL)
      • Тесла (ТСЛА)
      • Амазонка (АМЗН)
      • АМД (АМД)
      • Фейсбук (ФБ)
      • Нетфликс (NFLX)
  • Симулятор
  • Ваши деньги
    • Личные финансы

      • Управление капиталом
      • Бюджетирование/экономия
      • Банковское дело
      • Кредитные карты
      • Домовладение
      • Пенсионное планирование
      • Налоги
      • Страхование
    • Обзоры и рейтинги

      • Лучшие онлайн-брокеры
      • Лучшие сберегательные счета
      • Лучшие гарантии на дом
      • Лучшие кредитные карты
      • Лучшие личные кредиты
      • Лучшие студенческие кредиты
      • Лучшее страхование жизни
      • Лучшее автострахование
  • Советники
    • Ваша практика

      • Практика управления
      • Непрерывное образование
      • Карьера финансового консультанта
      • Инвестопедия 100
    • Управление капиталом

      • Портфолио Строительство
      • Финансовое планирование
  • Академия
    • Популярные курсы

      • Инвестирование для начинающих
      • Стать дневным трейдером
      • Трейдинг для начинающих
      • Технический анализ
    • Курсы по теме

      • Все курсы
      • Курсы трейдинга
      • Курсы инвестирования
      • Финансовые профессиональные курсы

Представлять на рассмотрение

Извините, страница, которую вы ищете, недоступна.Вы можете найти то, что ищете, используя наше меню или параметры поиска.

дом
  • О нас
  • Условия эксплуатации
  • Словарь
  • Редакционная политика
  • Рекламировать
  • Новости
  • Политика конфиденциальности
  • Связаться с нами
  • Карьера
  • Уведомление о конфиденциальности штата Калифорния
  • #
  • А
  • Б
  • С
  • Д
  • Е
  • Ф
  • грамм
  • ЧАС
  • я
  • Дж
  • К
  • л
  • М
  • Н
  • О
  • п
  • Вопрос
  • р
  • С
  • Т
  • U
  • В
  • Вт
  • Икс
  • Д
  • Z
Investopedia является частью издательской семьи Dotdash Meredith.

Страница не найдена

  • Образование
    • Общий

      • Словарь
      • экономика
      • Корпоративные финансы
      • Рот ИРА
      • Акции
      • Паевые инвестиционные фонды
      • ETF
      • 401 (к)
    • Инвестирование/Трейдинг

      • Основы инвестирования
      • Фундаментальный анализ
      • Управление портфелем ценных бумаг
      • Основы трейдинга
      • Технический анализ
      • Управление рисками
  • Рынки
    • Новости

      • Новости компании
      • Новости рынков
      • Торговые новости
      • Политические новости
      • Тенденции
    • Популярные акции

      • Яблоко (AAPL)
      • Тесла (ТСЛА)
      • Амазонка (АМЗН)
      • АМД (АМД)
      • Фейсбук (ФБ)
      • Нетфликс (NFLX)
  • Симулятор
  • Ваши деньги
    • Личные финансы

      • Управление капиталом
      • Бюджетирование/экономия
      • Банковское дело
      • Кредитные карты
      • Домовладение
      • Пенсионное планирование
      • Налоги
      • Страхование
    • Обзоры и рейтинги

      • Лучшие онлайн-брокеры
      • Лучшие сберегательные счета
      • Лучшие гарантии на дом
      • Лучшие кредитные карты
      • Лучшие личные кредиты
      • Лучшие студенческие кредиты
      • Лучшее страхование жизни
      • Лучшее автострахование
  • Советники
    • Ваша практика

      • Практика управления
      • Непрерывное образование
      • Карьера финансового консультанта
      • Инвестопедия 100
    • Управление капиталом

      • Портфолио Строительство
      • Финансовое планирование
  • Академия
    • Популярные курсы

      • Инвестирование для начинающих
      • Стать дневным трейдером
      • Трейдинг для начинающих
      • Технический анализ
    • Курсы по теме

      • Все курсы
      • Курсы трейдинга
      • Курсы инвестирования
      • Финансовые профессиональные курсы

Представлять на рассмотрение

Извините, страница, которую вы ищете, недоступна.Вы можете найти то, что ищете, используя наше меню или параметры поиска.

дом
  • О нас
  • Условия эксплуатации
  • Словарь
  • Редакционная политика
  • Рекламировать
  • Новости
  • Политика конфиденциальности
  • Связаться с нами
  • Карьера
  • Уведомление о конфиденциальности штата Калифорния
  • #
  • А
  • Б
  • С
  • Д
  • Е
  • Ф
  • грамм
  • ЧАС
  • я
  • Дж
  • К
  • л
  • М
  • Н
  • О
  • п
  • Вопрос
  • р
  • С
  • Т
  • U
  • В
  • Вт
  • Икс
  • Д
  • Z
Investopedia является частью издательской семьи Dotdash Meredith.

Декомпозиция процесса

Если существует информационная архитектура, декомпозиция процесса является просто продолжением декомпозиции функции при планировании выявления функций низшего уровня или процессов высшего уровня.

Затем проект разработки использует в качестве отправной точки подмножество информационной архитектуры, установленное в ISP.

Разработка иерархии процессов представляет собой уточнение части схемы, построенной ранее для бизнес-функций.

В качестве альтернативы, действия с различными уровнями детализации уже были определены как часть «цепочки бизнес-процессов» во время реинжиниринга бизнес-процессов.

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

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

Идентификация функций и процессов

Идентифицируйте функции как:

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

  • Идентификация дочерних действий, которые управляют объектом, с которым связана функция.

  • Например, функция управления складом включает в себя:
    • Планирование емкости склада

    • Приобретение склада

      9002
    • Складские операции

    • Управление складами.

Идентифицируйте процессы как:

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

  • Определение событий, влияющих на бизнес, и определение действий, выполняемых в ответ на эти события.Дополнительные сведения см. в разделе Анализ событий.

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

Параллельная декомпозиция действий и данных

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

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

Функция управления клиентами

клиентов тема

юридического лица

9102

Установить новый клиент (Elementary)

Установить адрес клиента (Elementary)

Customer Customer Customer Type

Поддержка клиентов (процесс)

Изменить имя клиента (Elementary)

изменить адрес клиента (Elementary)

Идентификация элементарных процессов

Элементарный процесс — это процесс, который является наименьшей единицей бизнес-деятельности, значимой для бизнеса, и после завершения которого бизнес остается в согласованном состоянии.

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

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

Действия, добавляющие ценность, выполняются как можно скорее, действия, требующие затрат или не добавляющие ценности, выполняются как можно позже («как раз вовремя») или даже вовсе исключаются.

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

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

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

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

  • Каждое выполнение процесса должно давать результат, который для бизнеса будет полным и значимым.

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

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

  • Процесс работает с набором данных, общих с родственными процессами, с которыми он тесно связан.

  • Концепция, используемая для измерения степени связанности, называется связностью и далее описывается в разделе «Построение модели анализа».
  • Каждый процесс должен быть включен в ответ хотя бы на одно событие.

  • Это либо сам первый процесс, который напрямую активируется событием, либо он косвенно связан с этим первым процессом через зависимости.

  • Ни один из элементов процесса не может выполняться по отдельности, чтобы бизнес-данные оставались в согласованном состоянии.

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

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

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

Например, на следующем рисунке показана диаграмма иерархии действий, в которой все подчиненные действия являются процессами:

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

Предположим также что следующие описания бизнеса верны:

  • Когда клиент размещает заказ, записывается вся информация заголовка заказа, после чего для каждого отдельного типа заказанного продукта устанавливается пункт заказа.

  • Когда заказ корректируется или изменяется, исправление обычно вносится либо в заголовок (например, клиент изменяет запрошенную дату отгрузки), либо в одну позицию (например, клиент запрашивает изменить на количество заказанного продукта), но не на то и другое одновременно.

Является ли заголовок заказа на запись элементарным процессом?

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

  • Само по себе выполнение записи заголовка заказа не оставляет бизнес-данные в согласованном состоянии. Заказ не может существовать без элементов заказа. Отношения полностью обязательны.

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

  • Заголовок порядка записи не содержит элементов, которые могут выполняться по отдельности. Можно представить, что декомпозиция Заголовка Записи Заказа приведет к появлению подчиненных элементов, таких как Идентификация Клиента, Проверка Кредита Клиента и Запрошенная Дата Записи, но трудно представить выполнение этих элементов независимо друг от друга.

Поскольку он не удовлетворяет первым двум рекомендациям, процесс Record Order Header явно не является элементарным процессом; также не является пунктом заказа записи.Поскольку первые два правила нарушены, процесс является элементарным. Идентифицируется элементарный процесс, стоящий выше по иерархии.

Теперь рассмотрим процесс Заказ клиента. Применение рекомендаций по идентификации элементарных процессов дает следующие результаты:

  • Каждое выполнение Заказа клиента в этом примере оставляет бизнес-данные в согласованном состоянии.

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

  • Элементы Заказа клиента могут быть выполнены индивидуально. Например, разумно принять ордер, не отменяя его в том же исполнении.

Клиентский заказ не соответствует последнему правилу и поэтому находится выше уровня элементарного процесса. Кроме того, заголовок порядка записи находится на слишком низком уровне. Так что Take Order, скорее всего, будет элементарным процессом.

Применение указаний к Take Order показывает:

  • При каждом выполнении Take Order данные остаются в непротиворечивом состоянии, поскольку и заказ, и элементы заказа принимаются во время одного и того же выполнения.

  • Каждое выполнение Take Order дает результат (то есть заказ), который сам по себе является полным и значимым для пользователя.

  • Ни один из элементов заказа на прием (заголовок заказа на запись и элемент заказа на запись) не может выполняться независимо друг от друга, как объяснялось ранее.

Так как Take Order соответствует всем правилам, это элементарный процесс.

Рассмотреть процесс заказа на изменение. Он разлагается аналогично Take Order, который оказался элементарным процессом.Однако, исходя из базового набора предположений, «Изменить заголовок заказа» и «Изменить элемент заказа» можно выполнять независимо друг от друга. Учитывая, что «Изменить заголовок заказа» и «Изменить элемент заказа» каждый создает измененную версию заказа, они являются элементарными процессами, каждый из которых дает значимые результаты и оставляет бизнес в согласованном состоянии, даже если «Запись заголовка заказа» и «Запись элемента заказа» не были такими. Этот пример показывает, что даже при сходстве декомпозиции обозначения элементарных процессов различны.

Результаты этого анализа показаны на следующей иллюстрации:

Скорректированная диаграмма иерархии действий на иллюстрации показывает, что декомпозиция Заказа клиента заканчивается на элементарных процессах Принять заказ, Отменить заказ, Изменить заголовок заказа и Изменить позицию заказа .

Поскольку декомпозиция процесса останавливается на уровне элементарного процесса, подэлементарные процессы, Заголовок записи заказа и Элемент заказа записи, были удалены.

Что такое декомпозиция процесса? — Цемент Ответы

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

Что такое диаграмма декомпозиции процесса?  Диаграмма декомпозиции процессов (часто называемая декомпозицией) объясняет разбивку процессов в рамках проекта, бизнес-сферы или функциональной области.Цель состоит в том, чтобы показать все процессы и определить взаимосвязи и зависимости между ними. Обратите внимание, что декомпозиция не раскрывает как; это просто обрисовывает в общих чертах что.

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

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

Что такое декомпозиция процесса? – Связанные вопросы

Что означает разложение?

1 : разлагаться или распадаться на более простые части или вещества, особенно под действием живых существ (таких как бактерии и грибы) Листья, разложившиеся на лесной подстилке.2 : разделить вещество на более простые соединения. Воду можно разложить на водород и кислород.

Какой тип процесса является функциональной декомпозицией?

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

Сколько уровней в структуре декомпозиции процесса?

Результатом декомпозиции процесса является набор задокументированных процессов Уровня 2, зафиксированных в Модели бизнес-анализа как реализации бизнес-прецедентов — на Уровне 2 обычно можно построить диаграмму действий для процесса, поэтому, как правило, у нас есть три уровни декомпозиции — процесс 1 уровня, уровень

В чем разница между функциональной декомпозицией и декомпозицией данных?

Функция — это просто задача, выполняемая устройством, системой или процессом.Декомпозиция – это процесс распада. В этом уроке мы будем разбивать функции на более мелкие части. Подфункция — это функция, которая должна работать, чтобы иметь место более общая функция.

Сколько методов декомпозиции существует в системе?

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

Изнашивается ли программное обеспечение из-за разложения?

Изнашивается ли программное обеспечение из-за разложения? Объяснение: В отличие от оборудования, программное обеспечение надежно. 10.

Какие 5 стадий разложения?

У позвоночных обычно выделяют пять стадий разложения: свежая, вздутие, активное разложение, прогрессирующее разложение и сухая/скелетизированная.

Как происходит процесс разложения трупа?

Труп обычно проходит пять стадий разложения: свежее, раздувание (автолиз), активное разложение (гниение), прогрессирующее разложение и скелетирование.

Через какое время после смерти начинается разложение?

Через 24-72 часа после смерти — разлагаются внутренние органы. Через 3-5 дней после смерти — тело начинает вздуваться, изо рта и носа вытекает пена с кровью. Через 8-10 дней после смерти — тело меняет цвет с зеленого на красный по мере разложения крови и накопления газов в органах брюшной полости.

Что является примером разложения?

Примеры реакции разложения

Примером реакции разложения является разложение угольной кислоты (h3CO3) на двуокись углерода (CO2) и воду (h3O).

Через какое время тело превратится в скелет?

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

Сколько времени требуется животному для разложения?

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

Что такое функциональная декомпозиция первого уровня?

Основная идея

Функциональная декомпозиция предполагает разбиение более крупной задачи на подзадачи. Рисунок 1: Один уровень функциональной декомпозиции. Цель функциональной декомпозиции состоит в том, чтобы преобразовать сложную задачу в последовательность более мелких задач, которые легче понять, а затем легче найти практические способы решения.

Что является прямым результатом разложения?

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

Что такое декомпозиция верхнего уровня?

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

Насколько глубоко должна выполняться функциональная декомпозиция?

Декомпозиция бизнес-процесса на четыре уровня в глубину.

Что подразумевается под декомпозицией бизнес-процесса?

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

Почему функциональная декомпозиция — это плохо?

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

На каком этапе чаще всего используется функциональная декомпозиция?

Когда и как? Функциональная декомпозиция в основном используется на этапе анализа проекта для создания диаграмм функциональной декомпозиции как части документа функциональных требований.

Что такое декомпозиция в oops?

Декомпозиция означает разделение большой сложной системы на иерархию более мелких компонентов с меньшей сложностью по принципу «разделяй и властвуй».Объектно-ориентированная декомпозиция идентифицирует отдельные автономные объекты в системе и связь между этими объектами.

Какой из них является функциональным требованием?

Функциональные требования определяют базовое поведение системы. По сути, это то, что система делает или не должна делать, и их можно рассматривать с точки зрения того, как система реагирует на входные данные. Функциональные требования обычно определяют поведение «если/то» и включают расчеты, ввод данных и бизнес-процессы.

Актуальность диаграмм функциональной декомпозиции — Business Analyst Learning

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

Как правило, функциональная декомпозиция используется на этапе анализа проекта для создания диаграмм функциональной декомпозиции (FDD) как части документов спецификации требований. Однако его также можно использовать для небольших проектов, чтобы задокументировать результаты и уточнить, находится ли проект на правильном пути.

При работе с функциональной декомпозицией полезно иметь хорошее знание некоторых основных терминов, связанных с ней:

  • Функция – Функция – это задача, выраженная глагольно-существительным словосочетанием. Некоторыми примерами функций банкоматов являются глагольно-существительные фразы, такие как «считывает карты», «распечатывает рецепты» или «позволяет вводить сенсорный ввод».
  • Подфункция – Функции часто имеют иерархическую взаимосвязь. Это означает, что некоторые функции требуют, чтобы другие функции работали, чтобы быть выполненными.Требуемые функции являются подфункциями более высокой функции.
  • Разложение. Разложение — это процесс разделения чего-то сложного на более мелкие части.
  • FDD (диаграмма функциональной декомпозиции) — отдельные функции и подфункции процесса или системы могут быть графически отображены в иерархическом порядке в виде диаграммы функциональной декомпозиции, которая показывает, как организованы различные функции.

Как выполнить функциональную декомпозицию

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

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

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

Плюсы и минусы функциональной декомпозиции

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

Pros

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

Минусы

При правильном выполнении функциональная декомпозиция практически не имеет недостатков. Однако существует множество ловушек, в которые БА обычно попадают при первом выполнении анализа функциональной декомпозиции.К ним относятся:

  • Либо недостаточно глубоко, либо слишком глубоко при разрушении системы.
  • Выполнение ненужного объема работы путем создания всего с нуля вместо того, чтобы полагаться на шаблоны.
  • Исключение клиентов из обсуждения.

Каким образом вы используете диаграмму функциональной декомпозиции в своих бизнес-проектах?

.

Leave a Reply