Как правило, для изучения и (или) диагностики компании как сложной системы применяется структурный анализ — метод исследования систем, который предполагает общее представление системы и ее последующую детализацию, т.е. разложение системы на составляющие элементы и представление их в виде некой структуры. Это полезно делать, так как изучать систему как единое целое часто не представляется возможным в силу ее сложности. Разделение системы на отдельные подсистемы, которые, как правила, оказываются более простыми, позволяет проводить дальнейший анализ.
Например, если говорить о компании в целом как о некоем черном ящике, то результатом структурного анализа этого ящика будет являться детальная организационная структура, где подразделения компании (т.е. элементы системы в терминологии данного подхода) будут представлены в виде некоторой иерархии. Тогда гораздо проще понять, из чего же состоит компания и как организованы ее составляющие элементы — структурные подразделения.
Такой подход — «от сложного к простому» или «от общего к частному» — оказался удобным для описания бизнес-процессов компании. Понятие «бизнес-процесс» или «процесс» является многоуровневым и, как правило, требует конкретизации, поэтому для последовательной детализации процессов с тем, чтобы представить их в виде иерархической структуры, применяются методы структурного анализа.
Настройка блока подпроцессов в интерфейсе бизнес процесса
Описание процессов компании в целом начинается с Карты процессов или модели процессов верхнего уровня (далее — ПВУ). На такой модели представляются процессы компании, описывающие всю ее деятельность. Естественно, что при этом процессы выделяются с максимальным уровнем агрегации. На практике далее требуется еще несколько уровней детализации процессов верхнего уровня для того, чтобы проводить последующий анализ.
Процесс делится на подпроцесс, подпроцесс делится на процедуры, процедуры — на функции (операции). Но нужно понимать, что это деление является условным и сущности, выделяемые на каждом уровне детализации (кроме последнего, где выделяются функции, не требующие дальнейшей детализации), также являются процессами по определению, так как представляют собой целенаправленную последовательность отдельных, но логически связанных действий, выполнение которых создает востребованный результат — продукт, услугу, информацию.
Тем не менее для удобства построения моделей процессов компании обычно выделяют следующие уровни детализации:
- • процесс или бизнес-процесс — процесс верхнего уровня, видимый и выполняемый на уровне компании и являющийся частью карты процессов компании;
- • подпроцесс — часть процесса, которая выполняет специфическую задачу в рамках всего процесса;
- • процедура — установленный способ выполнения части подпроцесса;
- • функция/операция — элемент работы, образующий один логический этап в рамках процедуры; понимается однозначно ее исполнителями и не требует дальнейшего разбиения на составные части, но при необходимости может быть представлена в виде транзакций;
- • транзакция — элементарное действие, выполняемое за один шаг, не допускающее разложения на составляющие (это определение не совсем совпадает с определением транзакции в контексте информационных систем).
На рис. 2.3 показана иерархия процессов. Детализация процесса аналогична детализации географической карты, когда невозможно поместить на одну читаемую страницу всю карту страны с указанием улиц в городах. Обычно детализация карты происходит по шагам: страна — область — город — округ — район — квартал — улица. Тот же принцип положен в иерархическое представление процесса, и каждый уровень иерархии получил свое название.
Бизнес-процесс с подпроцессами в Visio (пример)
Рис. 2.3. Последовательная детализация процессов
Итак, если речь идет об описании деятельности компании как совокупности бизнес-процессов, то сначала она представляется в виде карты процессов, т.е. набора бизнес-процессов верхнего уровня. На рис. 1 (см. цв. вклейку) приведен пример карты процессов верхнего уровня производственного предприятия. «Верхний уровень» в этом контексте означает, что каждый значимый бизнес-процесс, через который реализуется какой-то вид деятельности компании (снабжение, производство, сбыт), представляется в виде одного элемента.
Можно выделить несколько требований, которым должна удовлетворять карта процессов:
- • модель должна охватывать всю деятельность организации — это требование полноты модели. Оно означает, что для любой выполняемой функции может быть найдено место в рамках одного из процессов верхнего уровня (кроме деятельности в рамках проектов);
- • для каждого процесса верхнего уровня должны быть определены его границы — где процесс начинается (граница входа) и где он заканчивается (граница выхода). Проще говоря, должно быть понятно, кто и как инициирует процесс и куда дальше передается управление от этого процесса;
- • в ситуации, когда разрабатывается карта процессов уже действующего предприятия, желательно определить каждый процесс верхнего уровня таким образом, чтобы он попадал в сферу ответственности одного из руководителей компании. Процессы в такой компании уже сформированы по факту, также существуют определенная организационная структура и распределение ответственности за каждое из направлений деятельности;
- • в случае разработки карты процессов для вновь создаваемой компании применяется классический подход: от целей к процессам и далее к оргструктуре, которая выстраивается под процессы.
Каждый из процессов верхнего уровня затем последовательно декомпозируется по принципу «сверху — вниз» на подпроцессы, которые вместе отражают более подробно сущность процесса верхнего уровня. Требования к модели процессов верхнего уровня в равной мере применимы и к моделям всех последующих уровней детализации. На рис. 2.4 представлена модель, детализирующая процесс «Складирование импортной продукции». Эта модель отражает типичную для многих компаний последовательность действий, связанную с приемкой и хранением продукции на складе.
Рис. 2.4. Детализация процесса «Складирование импортной продукции» на подпроцессы
Важно отметить, что в данном случае модель не отражает полного набора процессов, реализуемых на складских комплексах. Она не содержит, в частности, планирование, комплектацию и реализацию отгрузок продукции. Это связано с тем, что на карте процессов верхнего уровня для этого существуют отдельные процессы — «Отгрузка продукции на экспорт» и «Отгрузка продукции в Россию».
Полученные подпроцессы детализируются на процедуры. На рис. 2 (см. цв. вклейку) представлена модель, раскрывающая процесс количественной приемки продукции на склад (подпроцесс D.9.2 на рис. 2.4). На этой модели все еще нет подробностей, связанных с исполнителями действий, используемыми документами и т.п., но уже видны логика выполнения и связь с другими процессами.
Каждая процедура затем раскрывается в виде логически упорядоченной последовательности функций. Рисунок 3 (см. цв. вклейку) представляет детализацию процедуры «Основная приемка товара» на рис. 2. В процедуре помимо функций описываются все ресурсы, необходимые для ее выполнения: исполнители, документы, продукты/услути, информационные и технические средства.
В случае необходимости, например при подготовке к внедрению информационных систем, функции могут быть представлены в виде набора транзакций, данных и ролей доступа к информационной системе.
Более глубоко методологические аспекты создания иерархического описания процессов изложены в гл. 4.
В заключение отметим еще раз, что введенные определения уровней детализации процессов (подпроцессов, процедур и т.д.) есть лишь искусственный прием, облегчающий анализ процессов на практике. В соответствии с определением понятия «процесс» на любом уровне декомпозиции мы имеем дело, по сути, с фрагментами тех же процессов.
Условность деления на уровни детализации вытекает еще и из того факта, что выделение процесса как объекта зависит от точки зрения соответствующего субъекта (того, кто с этим объектом взаимодействует). Например, процесс «Складирование импортной продукции» для начальника склада является, безусловно, процессом: он понимает действия, из которых состоит весь процесс, понимает результат каждого из них, а также конечный результат процесса. Но для генерального директора с его точки восприятия бизнеса организации в целом «Складирование» — это лишь одно из действий в рамках процесса создания конечной продукции предприятия. Таким образом, всегда важно договориться, какие уровни декомпозиции процессов и их названия и в каком контексте целесообразно употреблять, чтобы не было путаницы между «процессом», «подпроцессом», «процедурой» и т.д.
Источник: studme.org
Подпроцесс
Подпроцесс — это самостоятельный процесс, который является частью более крупного родительского процесса. Исполнение родительского процесса приостанавливается до тех пор, пока не завершится подпроцесс. Его можно воспроизводить в качестве самостоятельного процесса. Вы можете вносить в него изменения, которые не будут влиять на основной процесс.
Например, в ходе процесса обработки заказа будет запускаться подпроцесс выполнения заказа. Выполнение заказа — это процесс, смоделированный отдельно.
Подпроцесс можно использовать для выделения часто повторяющихся последовательностей действий. Например, при создании процесса работы с 1С в начале процесса стоит этап запуска и входа в программу. Можно выделить его в подпроцесс и не создавать каждый раз однотипные активити. При этом передать нужно только название базы для подключения и данные логина и пароля.
Настройки подпроцесса
Чтобы настроить элемент, перетащите его со вкладки Палитра на активити, после которого требуется запустить подпроцесс. Далее откройте окно настроек, нажав на элемент на графической модели процесса. Окно откроется справа. Настройки задаются на вкладках Параметры и Обработчики .
Вкладка «Параметры»
На вкладке Параметры отображаются основные параметры элемента:
- Наименование — название элемента на графической модели процесса. При добавлении подпроцесса его название задается по шаблону. В этом поле название можно изменить;
- Процесс — выбор процесса, который будет вызываться в рамках родительского. Вы можете добавить процесс, который отображается на вкладке Персональные (в расширенном режиме работы) или на вкладке Локальные.
Обмен данными с родительским процессом строится через входящие и исходящие контекстные переменные. Подробнее о них можно прочитать в статье «Контекст процесса».
Чтобы сопоставить контекстные переменные в родительском и дочернем процессах, нажмите на кнопку Выбрать переменные .
Входные данные — это переменные, в которые передаются данные из родительского процесса при запуске дочернего.
Выходные данные — это переменные, значения которых передаются в родительский процесс после завершения дочернего.
В столбце Родительский выберите переменную, которую хотите сопоставить с переменной дочернего процесса. Сопоставить можно только переменные одного типа. Подробнее о типах переменных читайте в этой статье.
Вы можете искать переменные по их названиям. Для этого в строке поиска начните вводить название. Результаты поиска сразу отобразятся в таблице.
Вкладка «Обработчики»
О вкладке Обработчики можно прочитать в статье «Общие принципы настройки активити».
Источник: elma365.com
Русские Блоги
На этом уроке вы увидитеподпроцессКак элементы используются в моделировании бизнес-процессов. Дочерний процесс представляет несколько действий, и эти действия выполняют часть всего процесса вместе.
В млрд,Дочерний процессМожет иметь расширенное или свернутое представление. В расширенном подпроцессе вся его подробная информация отображается в его пределах.
Рисунок 7. Расширенный подпроцесс
РаскладнойСуб-процессВ (более часто используемом) подробная информация не отображается на диаграмме процессов, что значительно упрощает визуализацию бизнес-процессов. Графически это выражается какзадача(Прямоугольник с закругленными углами) и небольшой знак плюс в нижнем центре.
Рисунок 8 Графическое представление складывающихся подпроцессов
В блок-схеме, подОбработатьОбычно используется в следующих двух ситуациях:
- Разложить (разложить) диаграмму и сделать ее более читаемой;
- Опишите повторяющиеся действия.
Давайте посмотрим, как подпроцессы используются для декомпозиции процессов.
Любая блок-схема представляет собой серию действий. Когда у процесса много действий, лучше всего разбить его наДочерний процесс, затем,Дочерний процессБудет сформирован верхний уровень графика отношений, показывающий суть процесса. Этот метод позволяет создавать логические и читаемые диаграммы отношений без слишком подробной информации.
Ниже приведен пример такого высокоуровневого процесса «найм сотрудников». Его верхний слой выглядит следующим образом, и его легко понять:
Рисунок 9 Подбор персонала высшего бизнес-процесса
При описании каждогоподпроцессКогда вы включаете все необходимые детали:bpmnЭлементы, приводы и условия. Можно сказать, что подпроцесс является сложной задачей в основном бизнес-процессе, хотя вbpmnНа самом деле это не отдельная задача, а ссылка на другой процесс.
Когда бизнес-процесс разбит наподпроцессКогда вы можете легко изменить его без изменения всего процесса, простоСуб-процессВвести изменения.
Процесс найма сотрудников подразделяется на следующие три процесса:
- Найти новых сотрудников.
- Полная документация.
- обучить нового сотрудника.
ПосмотримПо подпроцессамКаждый вид деятельности представлен.
Рисунок 10. Подпроцесс «Поиск новых сотрудников»
Рисунок 11. Подпроцесс «Полная обработка документов»
Рисунок 12. Подпроцесс «Обучение новых сотрудников»
Теперь представьте, отображаются ли все эти действия и приводы на графике. Моделирование может быть сложным, не говоря уже о том, чтобы смотреть на такие диаграммы. Разбивая сложные бизнес-процессы наподпроцессВы можете получить процесс, который понятен любому бизнес-пользователю и может быть легко изменен или улучшен в будущем.
Теперь давайте посмотрим, как используются подпроцессы для описания повторяющихся действий.
Они разныеТип подпроцесса; Один из них являетсяМногоразовые типы。Повторно используемый подпроцессМожет использоваться несколько раз в нескольких бизнес-процессах. Он определяет точку в процессе, где используется предопределенный процесс.
Дочерний процессОн должен быть изменен и обновлен только его владельцем, что обеспечит своевременное и точное обновление и минимизирует вероятность ошибок. При внесении изменений в повторно используемые подпроцессы нет необходимости изменять основные бизнес-процессы, которые его используют. Изменения вносятся только один раз в подпроцесс!
Посмотрите на пример ниже, «Уведомление клиента» можно использовать повторноподпроцессИспользуется в контексте двух основных процессов: «Выпуск нового продукта» и «Открытие филиала».
Рисунок 15 Повторно используемый подпроцесс
Если в процесс необходимо добавить новый информационный канал или рекламный инструмент, он будет добавлен только в «Уведомление клиента».подпроцессДиаграмма. Эти два основных процесса не изменены.
Как мы уже говорили,bpmnВключите несколькоТип подпроцесса, Мы только что рассмотрели один из них, многоразового использованияподпроцесс。
Вот некоторые менее распространенныеТип подпроцесса:
- Подпроцесс события
- сделка
- Специальная подпрограмма
Ещё дочерний процессдаДочерний процессОсобый тип. это измероприятиеЗапускается и рутина запускается потоком последовательностиДочерний процессразные.Подпроцесс событияОн отображается в виде скругленного прямоугольника, который содержит круглую линию, обведенную тонкой пунктирной линией.
Рисунок 16 Подпроцесс события (свернут)
БизнесЯвляетсяДочерний процессЕго поведение контролируется протоколом транзакций.транзакционныйГрафическое представление представляет собой скругленный прямоугольник с двойной линией, отмечающей его границу.
Рисунок 17. Подпроцесс транзакции (свернут)
Специальный дочерний процессЭто группа действий, которые не имеют требуемого отношения последовательности и могут происходить в любом порядке. Порядок и количество исполнительских действий определяются исполнителем.
ad-ac дочерний процессГрафических элементов вДочерний процессНижний центр прямоугольной формы содержит метку, которая имеет наклон (~).
Рисунок 18 Специальная подпрограмма
Ты можешьспецификация bpmnЧитайте о различныхподпроцессБольше информации о типах и их применениях в моделировании бизнес-процессов.
Учись на примере
Этот пример BPD иллюстрирует процесс обсуждения с использованием электронной почты и телеконференций. Он отображает следующие элементы BPM: действия, таймеры, решения, начальные события, конечные события, аннотации, корреляция данных, поток последовательностей и данных, а также параллельные шлюзы.
Используйте это в качестве отправной точки для построения диаграммы BPMN. Просто нажмите «Используйте этот шаблон”Для редактирования или нажмите «Создать бланк”Начните рисовать с нуля.
BPMN инструмент
Имеет мощныйРазработка бизнес-процессов программного обеспечения Visual Paradigm BPMN — Используйте профессиональные инструменты BPMN для передачи идей бизнес-процессов.
Источник: russianblogs.com
