Можно обеспечить унификацию вводимых пользователями данных и выполнение ими одних и тех же шагов при работе с каждым клиентом, создав последовательность операций бизнес-процесса. Например, можно создать последовательность операций бизнес-процесса, чтобы все одинаково обрабатывали запросы клиентов на обслуживание, или чтобы потребовать от сотрудников утверждения счетов перед отправкой заказов. Последовательности операций бизнес-процессов используют ту же базовую технологию, что и другие процессы, но предоставляемые ими возможности сильно отличаются от других функций, использующих процессы. Сведения о создании или изменении последовательности операций бизнес-процесса, см. в разделе Создание последовательности операций бизнес-процесса.
Почему используются потоки бизнес-процессов
Последовательности операций бизнес-процессов предоставляют пользователям инструкции по выполнению операций. Они предоставляют упрощенное взаимодействие с пользователем, при котором пользователи получают инструкции по выполнению операций, определенных в организации для достижения того или иного результата. Это взаимодействие с пользователями можно настроить таким образом, чтобы пользователи с различными ролями безопасности могли пользоваться функциями, которые оптимально подходят им для работы.
Стандарт производства как описать бизнес процессы на производстве
Используйте последовательности операций бизнес-процессов для определения набора действий, которые должны выполнить пользователи, чтобы получить желаемый результат. Эти действия предоставляют пользователям визуальный индикатор хода выполнения бизнес-процесса.
Благодаря последовательностям операций бизнес-процессов потребность в обучении снижается, поскольку новым пользователям не требуется думать о том, какую таблицу им следует использовать. Они могут просто следовать инструкциям. Последовательности операций бизнес-процессов можно настроить для поддержки общих методик продаж, которые могут помочь группам продаж достигнуть лучших результатов. Что касается групп обслуживания, последовательности операций бизнес-процессов могут помочь новому персоналу быстрее втянуться в работу и избежать ошибок, которые могут привести к неудовлетворенным клиентам.
Что можно делать с помощью потоков бизнес-процессов
С помощью последовательностей операций бизнес-процессов можно определить набор стадий и шагов, которые будут отображаться в элементе управления вверху формы.
Каждая стадия содержит группу шагов. Каждый шаг представляет столбец, в который можно ввести данные. Можно перейти к следующей стадии с помощью кнопки Следующая стадия. В едином интерфейсе вы можете работать со стадией поток бизнес-процесса внутри всплывающего меню стадии или можете закрепить ее на боковой панели. Потоки бизнес-процесса не поддерживают развертывание всплывающего меню стадии на боковой панели на мобильных устройствах.
Можно настроить шаг как обязательный для выполнения, чтобы пользователи должны были вводить данные в соответствующий столбец, прежде чем смогут переходить на следующую стадию. Обычно это называется «регулируемым переходом по стадиям». Если вы добавляете обязательное для бизнеса или системы столбец на стадии потока бизнес-процессов, мы рекомендуем вам также добавить этот столбец в свою форму.
Все виды нотаций для моделирования бизнес-процессов за две минуты
Потоки бизнес-процессов довольно просты относительно других типов процессов, поскольку они не предоставляют условную бизнес-логику или автоматизацию кроме обеспечения упрощенного взаимодействия с пользователями для ввода данных и управления переходом по стадиям. Однако, если их использовать совместно с другими процессами и настройками, они могут играть важную роль для экономии времени, сокращения расходов на обучение и ускорения адаптации пользователей.
Если на каком-либо этапе, включая текущий этап, есть обязательные столбцы (кроме скрытых столбцов), вы должны заполнить столбцы на этих этапах до того, как вы сохраняете форму или переходите на новый этап. Отключенные столбцы по-прежнему будут блокировать навигацию по этапам, если они пусты и необходимы.
Потоки бизнес-процессов, интегрированные с другими настройками
Если вы или пользователь вводит данные с помощью последовательностей операций бизнес-процессов, изменения данных также применяются к столбцам формы для немедленной реализации функций автоматизации, предоставляемых бизнес-правилами или скриптами форм. Вы можете добавить шаги, которые будут задавать значения для столбцов, отсутствующих в форме, и эти столбцы будут добавляться в объектную модель Xrm.Page , используемую для скриптов форм. Все бизнес-процессы, инициированные в результате изменений в столбцах, содержащихся в последовательности операций бизнес-процесса, будут применяться при сохранении данных в форме. Если автоматизация применяется бизнес-процессом в реальном времени, изменения отобразятся пользователю незамедлительно при обновлении данных в форме после сохранения строки.
Хотя элемент управления последовательностью операций бизнес-процесса в форме не предоставляет явные возможности программирования на стороне клиента, изменения, применяемые бизнес-правилами и скриптами форм, автоматически применяются к элементам управления последовательностями операций бизнес-процессов. Если скрыть столбец в форме, этот столбец также будет скрыт в элементе управления последовательностью операций бизнес-процесса. Если установить значение с помощью бизнес-правил и скриптов форм, это значение будет установлено в последовательности операций бизнес-процесса.
Одновременные последовательности операций
Параллельные последовательности операций бизнес-процесса позволяют специалистам по настройке создавать несколько бизнес-процессов и связывать их с одной и той же начальной строкой. Пользователи могут переключаться между параллельно выполняемыми бизнес-процессами и возобновлять свою работу на том этапе процесса, на котором они находились.
Системные последовательности операций бизнес-процессов
Предусмотрены следующие последовательности операций бизнес-процесса. Чтобы понять принцип работы последовательностей операций бизнес-процессов, просмотрите следующие системные последовательности операций бизнес-процессов.
- Преобразование интереса в возможную сделку
- Преобразование возможной сделки в продажу
- Преобразование звонка в обращение
Несколько таблиц в последовательностях операций бизнес-процессов
Последовательность операций бизнес-процесса можно использовать для одной или нескольких таблиц. Например, процесс может начинаться с возможной сделки, затем переходить к предложению с расценками, заказу и, наконец, счету, прежде чем возвращаться к возможной сделке для ее закрытия.
Можно разработать последовательности операций бизнес-процессов, которые свяжут строки максимум для пяти различных таблиц в один процесс, чтобы пользователи, использующие приложение, могли сосредоточиться на самом процессе, а не на том, с какой таблицей они работают. Так они смогут быстрее переходить между связанными строками таблицы.
Несколько последовательностей операций бизнес-процессов для каждой таблицы
Не все пользователи в организации могут выполнять один и тот же процесс, и различные условия могут требовать применения различных процессов. Можно использовать до 10 активных последовательностей операций бизнес-процессов в одной таблице для предоставления соответствующих процессов в различных ситуациях.
Управление применением последовательностями операций бизнес-процессов
Можно связать последовательности операций бизнес-процессов с ролями безопасности, чтобы только пользователи с этими ролями безопасности могли просматривать или изменять их. Также можно задать порядок последовательностей операций бизнес-процессов, чтобы контролировать, какая последовательность операций бизнес-процесса будет задана по умолчанию. Принцип аналогичен определению нескольких форм для таблицы.
Когда кто-то создает новую строку таблицы, список доступных определений активных бизнес-процессов фильтруется по роли безопасности пользователя. По умолчанию применяется первое активированное определение бизнес-процесса, доступное для роли безопасности пользователя в соответствии со списком порядка процессов.
Если доступны несколько определений активных бизнес-процессов, пользователи могут загрузить другой из диалогового окна переключения процесса. При переключены процессов текущий отображаемый процесс отправляется на задний план и заменяется выбранным процессом, но текущий процесс сохраняет свое состояние и на него можно переключиться обратно. С каждой таблицей могут быть связаны несколько экземпляров процессов (каждый для своего определения последовательности операций бизнес-процесса, всего не более 10). При загрузке формы обрабатывается только одна последовательность операций бизнес-процесса. Когда какой-либо пользователь применяет другой процесс, этот процесс может быть загружен только по умолчанию для данного пользователя.
Чтобы бизнес-процесс загружался по умолчанию для всех пользователей (поведение, соответствующее процессу «закрепления»), можно добавить настраиваемый скрипт API клиента (веб-ресурс) при загрузке формы, который загружает конкретный существующий экземпляр бизнес-процесса на основе идентификатора определения бизнес-процесса.
Замечания о последовательности операций бизнес-процесса
Можно определить последовательности операций бизнес-процессов только для таблиц, поддерживающих их. Также следует помнить об ограничениях по числу процессов, стадий и шагов, которые можно добавлять.
Последовательности операций бизнес-процесса, которые вызывают бизнес-процесс
Вы можете вызвать бизнес-процессы с запуском вручную из потока бизнес-процессов. Это можно настроить в новом конструкторе последовательностей операций бизнес-процесса, перетащив компонент бизнес-процесса в стадию процесса или в раздел «Глобальные бизнес-процессы». Дополнительные сведения об использовании бизнес-процессов в последовательностях операций бизнес-процесса см. в разделе Блог. Автоматизация последовательности операций бизнес-процесса в Dynamics 365.
При включении бизнес-процесса, который будет вызываться на выходе стадии в последовательности операций бизнес-процесса, и при этом эта стадия является последней в последовательности, конструктор представляет впечатление, что бизнес-процесс будет запускаться по завершении последней стадии. Однако бизнес-процесс не будет вызываться, поскольку не выполняется переход по стадиям. Вы не получите предупреждение или ошибку, предупреждающую вас не включать бизнес-процесс в стадию. Когда пользователь взаимодействует с последовательностью операций бизнес-процесса, завершение или выход из процесса не приводит к переходу по стадиям, и, следовательно, бизнес-процесс не вызывается. Рассмотрим следующие примеры:
- Вы создаете последовательность операций бизнес-процесса с двумя стадиями, S1 подключается к S2, на которой находится бизнес-процесс, задаете триггер на Выход стадии.
- Вы создаете последовательность операций бизнес-процесса с тремя стадиями, S1 подключается к S2, а затем S2 ответвляется в S3. Вы включаете бизнес-процесс в S2 и задаете триггер на Выход стадии.
Бизнес-процесс не будет вызываться ни в одном из случаев. Чтобы обойти эту проблему, можно добавить глобальный бизнес-процесс и добавить требуемый бизнес-процесс для его запуска, чтобы бизнес-процесс запускался для бизнес-процесса, а не стадии процесса. Можно задать триггер для глобального бизнес-процесса на «Процесс прерван» или «Процесс завершен», чтобы бизнес-процесс запускался, когда пользователь прерывает или завершает бизнес-процесс.
Таблицы, которые могут использовать последовательности операций бизнес-процессов
Все настраиваемые таблицы могут использовать потоки бизнес-процессов. Следующие стандартные таблицы также могут использовать потоки бизнес-процессов:
- Учетная запись
- Встреча
- Кампания
- Действие кампании
- Отклик от кампании
- Конкурент
- Контакт
- Электронная почта
- Объем обслуживания
- Факс
- Обращение
- Счет
- Интерес
- Письмо
- Маркетинговый список
- Возможная сделка
- Звонок
- Продукт
- Элемент прайс-листа
- Предложение с расценками
- Повторяющаяся встреча
- Литература
- Действие социальной сети
- Порядок
- Пользователь
- Задача
- Команда
Чтобы включить настраиваемую таблицу для последовательностей операций бизнес-процессов, установите флажок Последовательность операций бизнес-процесса (будут созданы столбцы) в определении «Таблица». Обратите внимание, что это действие отменить невозможно.
При переходе на стадию последовательности операций бизнес-процесса, содержащую таблицу Social Activity , и нажатии кнопки Следующая стадия отобразится параметр Создать. Если нажать кнопку Создать, загрузится форма Действие социальной сети. Однако поскольку форма Social Activity недопустима для действия Create из пользовательского интерфейса приложения, будет невозможно сохранить форму, и отобразится сообщение об ошибке: «Возникла непредвиденная ошибка».
Максимальное число процессов, стадий и шагов
Для обеспечения оптимальной производительности и удобства использования пользовательского интерфейса существует несколько ограничений, о которых следует помнить, если планируется использовать последовательности операций бизнес-процесса.
- Можно добавить не более 10 активных последовательностей операций бизнес-процессов в одну таблицу.
- Каждый процесс может содержать не более 30 стадий.
- Процессы, включающие несколько таблиц, могут содержать не более пяти таблиц.
Поддержка настройки таблиц последовательности операций бизнес-процесса
Введенные в Dynamics 365 (online) 9.0 таблицы потока бизнес-процессов могут появляться в системе таким образом, чтобы данные строки таблицы можно было сделать доступными в сетках, представлениях, диаграммах и на панелях мониторинга.
Использование строк таблицы потока бизнес-процессов с сетками, представления, диаграммами и панелями мониторинга
С потоками бизнес-процессов, доступными как таблица, теперь можно использовать расширенный поиск, представления, диаграммы и панели мониторинга с источником данных из потоков бизнес-процессов для определенной таблицы, такой как интерес или возможная сделка. Системные администраторы и специалисты по настройке могут создавать настраиваемые сетки, представления, диаграммы и панели мониторинга последовательности операций бизнес-процесса, аналогично созданным с любой другой таблицей.
Последовательности операций бизнес-процесса, например Преобразование интереса в возможную сделку, отображается как настраиваемая таблица в обозревателе решений.
Для получения доступа к представлению последовательности операций бизнес-процесса по умолчанию откройте обозреватель решений, разверните Таблицы> разверните требуемый процесс, например Преобразование интереса в возможную сделку, выберите Представления, затем выберите нужное представление.
Несколько представлений по умолчанию доступны, который можно просмотреть как диаграмму, например представление Активное преобразование возможных сделок в продажи.
Взаимодействие с таблицей потока бизнес-процессов из рабочего процесса
Вы также можете взаимодействовать с таблицами потока бизнес-процессов из рабочего процесса. Например, можно создать рабочий процесс для строки таблицы «Поток бизнес-процессов», чтобы изменить активный этап при обновлении столбца в строке таблицы «Возможная сделка». Дополнительные сведения о том, как это сделать, см. в записи блога Автоматизация этапов потока бизнес-процессов с помощью рабочих процессов.
Выполнение потоков бизнес-процессов в автономном режиме
Потоки бизнес-процесса можно использовать в автономном режиме, если выполняются приведенные ниже условия.
- Поток бизнес-процессов используется в приложении Power Apps.
- Приложение Power Apps разрешено для использования в автономном режиме.
- Поток бизнес-процесса имеет одну таблицу.
В частности, для потока бизнес-процесса, если приложение Power Apps находится в автономном режиме, доступны три команды:
- Следующий этап
- Предыдущий этап
- Установить активную стадию
Столбец подстановки на этапе поток бизнес-процессов
Последние строки отображаются в столбце подстановки в едином интерфейсе. Чтобы предотвратить отображение в поиске последних использованных элементов, выполните следующие действия:
- Выполните вход в Power Apps. Дополнительные сведения об использовании интерфейса Power Apps см. в разделе Начало работы с Power Apps.
- Выберите правильную среду в правом верхнем углу.
- В левой области навигации выберите Дополнительно>Таблицы.
- Найдите свою таблицу и выберите таблицу потока бизнес-процесса.
- В группе Выражения данных выберите Формы.
- На экране Формы выберите Информация.
- Выберите шаг сбора данных поиска в Представление в виде дерева и поставьте флажок Отключить недавно использованные элементы.
- Сохраните и затем опубликуйте.
Ограничения использования таблиц потоков бизнес-процесса
- В настоящее время невозможно создать настраиваемые формы для таблиц, основанных на последовательности операций бизнес-процесса.
- Если решение включает в себя таблицу потока бизнес-процессов, ее нужно вручную добавить в решение перед его экспортом. В противном случае таблица потоков бизнес-процессов не будет включена в пакет решения. Для получения дополнительных сведений см. Создание и изменение таблиц.
- Добавление таблицы процесса в приложение, управляемое моделью, может привести к ограничению функциональности. Чтобы узнать больше, см. раздел создание и редактирование потоков бизнес-процессов.
- В потоках бизнес-процессов будет отображаться имя экземпляра BPF, которое задается во время создания экземпляра BPF. Это означает, что если имя в определении BPF изменится, в новых экземплярах BPF будет отображаться обновленное имя, а в старых экземплярах BPF —первоначальное имя. Это также означает, что локализованные имена определений BPF не отображаются.
См. также
- Начало работы с Power Apps
- Начало работы с Power Apps
- Технический документ. Подготовка процессов в Dynamics 365
Источник: learn.microsoft.com
Потоки производства
Какие потоки производства существуют в Вашей компании? Ответ на этот вопрос необходим для формирования плана задач по развитию производственной системы.
Потоки производства. Определения.
ГОСТ Р 57524-2017 Бережливое производство. Поток создания ценности.
3.1.1 поток (stream): Совокупность элементарных действий, которые управляются как целое, характеризуемое скоростью перемещения основной характеристики объекта.
3.1.2 поток создания ценности (value stream): Все действия, как создающие, так и не создающие ценность, которые позволяют продукции пройти все процессы от разработки концепции до запуска в производство и от принятия заказа до доставки потребителю.
В бережливом производстве трансформация компании начинается с формирования потока создания ценности. Вспоминаем принципы бережливого производства. Но, если потоков нет, то их необходимо выстроить, и в этом может помочь инструмент для визуализации потока, который был рассмотрен в статье «Картирование потока«.
Виды потоков
Выделяют следующие основные виды потоков в производственных системах:
1. Материальные потоки производства
Материальный поток — это все материальные ресурсы производства, в том числе используемые в процессе производства, к которым применяются операции, связанные с их физическим перемещением, например: погрузка, разгрузка, перевозка, наборка, разборка и т.п.
Материальные потоки показывают движение сырья, материалов, комплектующих, деталей и сборочных единиц, готовой продукции. Как видно из названия, то что представляет материальный интерес. Для производственников — это основной поток, анализом и оптимизацией которого они занимаются, но не исключение и логисты. Они обеспечивают транспортировку от производства, до потребителя.
Каждому материальному потоку соответствует информационный и финансовый потоки. Потоки могут идти как с опережением, так и с опозданием, например когда товар поставлен, оплата происходит позже.
Основные параметры материального потока производства, например:
- номенклатура (например SKU, тип ассортимента и т.п.);
- характеристики изделия (например габаритные размеры, вес);
- вид и тип упаковки груза;
- параметры, способ и условия доставки;
Виды материальных потоков
В зависимости от размещения потока, относительно производства различают:
- внутренний (если поток расположен в границах производственной схемы);
- внешний (если поток выходит за пределы производства).
По отношению к производственной системе выделяют, например:
- входные потоки;
- выходные потоки;
По характеру производства:
- непрерывные (как правило технологические потоки замкнутого цикла, например производство бензина.);
- дискретные.
2. Информационные потоки производства
Информационный поток — это маршруты обмена информацией, как внутри производственной системы, но так и с внешней средой, необходимой как для обеспечения производственной деятельности, так и обеспечения потребностей потребителя.
В зависимости от потоков, выделяют следующие виды информационных потоков:
- выстраиваемых связей внутри системы: горизонтальный или вертикальный
- места воздействия (происхождения): внешний или внутренний
- направления потока: входной или выходной
Основные показатели информационного потока, могут быть например:
1) источник возникновения;
2) направление движения потока;
3) скорость передачи и приема;
4) интенсивность потока и др.
3. Финансовые потоки производства
Финансовый поток – это поток, отражающий движение финансовых ресурсов.
Финансовые потоки возникают не только при возмещении производственных затрат и издержек, привлечении средств из источников финансирования, возмещении (в денежном эквиваленте) за реализованную продукцию, но так же и оказанные услуги участникам цепочки поставок.
Классификация финансовых потоков
Финансовый поток характеризуется, как правило, объемом, получателем и временем. Если по специфике производства требуется дополнительная классификация, то она может быть расширена, например, в зависимости от направления потока: входящие и исходящие потоки.
Источником информации для формирования финансовых потоков выступают условия, сроки и характеристики взаимоотношений участников потока. Это могут быть договора поставок, учетная политика предприятия и другие, но так же источником финансового потока могут быть и кредитные организации.
Источник: dolean.ru
Б.1.5. Объединенная модель бизнес-процесса
Ни один из представленных здесь потоков (организационный, функциональный, выходной и информационный) не позволяет смоделировать бизнес-процесс полностью. Следовательно, необходимо собрать все описания воедино. Для этого нужно взять за основу одно из описаний, а затем интегрировать его с остальными.
Поскольку к определению бизнес-процесса ближе всего подходит поток функций, его мы и возьмем за отправную точку (рис. 6). Позже, при рассмотрении объектно-ориентированных методов, будет показано, как можно использовать в этой роли информационные потоки.
Чтобы иметь возможность различать связи между объектами, представим потоки в диаграмме разными линиями.
Наличие стрелок, соответствующих потокам функций и выходов, может показаться избыточным, но они не всегда идут параллельно. После функции «обработка заказа» выполнение функции «изготовление изделия» активизируется поставщиком. Одновременно услуги поставщика оплачиваются отделом закупок, хотя первая функция фактически не имеет физического выхода.
Информационные объекты, обозначенные как услуги, не привязываются к функциям в качестве информационных объектов. Если потоки (например, выходов и функций) идут параллельно, описание процесса можно рационализировать, опустив один из них.
Б.2. ARIS-модель бизнес-процесса
Простейшая модель, изображенная на рис. 6, уже согласуется с определением бизнес-процесса, хотя для придания большей реалистичности мы дополним ее некоторыми деталями. Впоследствии мы обобщим рассмотренный бизнес-процесс на примере обработки заказов.
Б.2.1. Пример расширенной версии процесса
На рис. 7 представлена более подробная версия процесса «изготовление изделия», изображенного на рис. 6. Она иллюстрирует ключевые расширения семантической основы описания бизнес-процесса, используемые в этой книге. Они почерпнуты из литературы по управлению бизнесом, бизнес-информатики и практического опыта.
Рис. 5. Поток информации в бизнес-процессе «обработка заказа»
Рис. 6. Объединенная модель бизнес-процесса «обработка заказа»
Функциональные потоки дополняются управляющими элементами в виде событий и сообщений. Это позволяет более адекватно описать последовательность выполнения процесса. События описывают изменения условий и то, что произошло в результате некоторого события, что, в свою очередь, активизирует следующую функцию. Помимо простых событий, имеются также и сложные.
Например, для функции «изготовление изделия» нужно завершить планирование и иметь в наличии необходимые детали. Эта зависимость выражается с помощью логического оператора «И» между указанными событиями.
Управляющие потоки регулируют активизацию событий в соответствии с разумной логикой процесса. Наряду с логическими связями можно использовать последовательные, параллельные, альтернативные и комбинированные методы.
Управляющие потоки реализуются в виде событий и сообщений, которые они активизируют, после чего информация о начале события передается следующему элементу процесса. На рисунках сообщения обозначены символом «конверт». Они определяют реакцию функций на события. Кроме информации о начале события, сообщения могут содержать дополнительные атрибуты.
После того как события «производственный план составлен» и «заказ (поставщику) обработан» посредством соответствующих сообщений активизировали функцию «изготовление изделия», происходит событие «изделие выполнено». Таким образом данный процесс завершается, и это событие посредством сообщений активизирует наступление последующих событий.
Здесь иллюстрируются только события, имеющие отношение к непрерывному бизнес-процессу. Такие события называются релевантными.
Потоки функций, управляемые событиями, известны также под названием Event-driven Process Chain (EPC) — событийные диаграммы процесса. Метод ЕРС разработан в 1992 году Институтом информационных систем (Iwi) при Университете Заарланда (Германия) совместно с сотрудниками SAP в рамках проекта научно-исследовательских и опытно-конструкторских разработок, финансировавшегося фирмой SAP AG.
Сейчас этот метод является одним из ключевых компонентов модуля, предназначенного для описания моделей в системе SAP R/3. Метод ЕРС не проводит жесткого разграничения между описанными здесь потоками. В частности, выходной и управляющий потоки часто могут объединяться, а сообщения не используются. Возможно, именно это упрощение способствовало успешному применению метода ЕРС в реальной практике. Несколько позже мы остановимся на нем подробнее.
На рис. 7 более детально представлено формирование конечного результата (выхода) из отдельных выходов путем их объединения и последующей трансформацией. Далее термин «выход» будет употребляться также как синоним понятия «продукт».
В сфере производства производственные факторы действуют в различных комбинациях. Согласно теории производства, предложенной Гутенбергом, основными факторами являются производственные ресурсы, человеческие ресурсы, материальные ресурсы (сырье, материалы, заготовки) и управление. Разработанная Гутенбергом теория производства относится к созданию материального выхода. Однако, принимая во внимание возрастающую роль функций обслуживания в промышленном производстве, в данной работе нам нужен общий подход, в равной мере применимый и к сфере услуг. Кроме того, согласно концепции управления информационными ресурсами, информация сама по себе считается производственным фактором.
Эти потребности учитываются в современной теории коммерческого производства, расширяющей понятие производственных факторов (см. рис. 8). Вообще, любой объект, необходимый для выполнения процесса «производство», — будь то материал, услуга или информация — рассматривается как производственный фактор. Понятие «производство» употребляется и в более широком контексте, включая создание нефизического выхода, т. е. услуг.
Рис. 7. Детальный фрагмент бизнес-процесса применительно к событию «изготовление изделия»
На рис. 7 фактор «производственные ресурсы» представлен соответствующей машиной, компьютерной системой (рабочей станцией) для управления производственным процессом и компьютером, управляющим данной машиной.
Человеческий ресурс (на выходе или входе), относящийся к объекту (выход, связанный с объектом), представлен с добавлением категории «оператор машины».
Управление (планирование и контроллинг объединенного процесса) определяется стремлением к цели «высокое качество» — одному из ключевых компонентов выполнения процесса. Аспекты, относящиеся к организационной структуре, показаны в привязке к функциям организационных единиц (в данном случае — производственного цеха).
Использование материалов как факторов объектов иллюстрирует соответствующий материал. Факторами объектов могут быть также поточные объекты, бесплатные и предоставляемые заказчиком, например, ткань, предоставляемая красильной фабрикой. В качестве других примеров поточных объектов можно привести пациентов больницы или клиентов парикмахерской.
«Производственные планы» рассматриваются как нефизические материалы (услуги), представляющие собой выход предшествующих функций планирования производства. На этом этапе выясняются имеющиеся мощности и выполняются другие виды проверки. Иллюстрацией этих услуг служит документ с названием «производственный план».
В теории бизнеса не прекращается дискуссия о принципах отнесения услуг к произведенному продукту. В этой монографии мы рассматриваем их как отдельные факторы, — именно поэтому на рис. 8 они представлены как составная часть обрабатываемого объекта.
Существуют также дополнительные факторы, которые, будучи вспомогательными услугами, имеют лишь косвенное отношение к производству. Сюда же относятся общественные услуги и воздействие на окружающую среду.
Услуги, предоставляемые внешними партнерами, относятся к производству (например, ремонтные услуги), но они не имеют отношения к нефизическому входу, напрямую связанному с обрабатываемым объектом, как это обозначено на нашей схеме.
Во всем остальном для целей этой работы можно ограничиться упрощенной классификацией, приведенной на рис. 9.
Для создания выхода требуется дополнительная информация о процессе. Эта информация представлена на рис. 7 объектом данных «график работ». Графики работ влияют на процесс. Поскольку они не являются результатом соответствующего бизнес-процесса, а хранятся скорее в качестве эталонных данных, их нельзя рассматривать как информационные услуги в рамках данного процесса.
ARIS-модель бизнес-процесса позволяет разграничить события, активизирующие управляющий поток посредством сообщений, и поток выходов. Следует отметить, что при практическом моделировании потоки управления и выходов в целях упрощения можно объединять. Это имеет смысл, когда в качестве выходов рассматриваются информационные объекты, например, документация на заказ или счета-фактуры. Такой принцип позволяет приравнять активизирующее событие к информационным объектам. Однако для приложений, где требуется более точное описание сообщений (например, в системах workflow) или точное прослеживание потока материальных выходов (например, в производственных процессах), разграничение потоков является обязательным условием.
Рис. 8. Факторы промышленного производства
Рис. 9. Классификация типов выхода и входа
В ARIS-модели бизнес-процесса вычленяются следующие виды потоков:
Организационные потоки. Характеризуют управление организационными единицами и их обязанности.
Целевые потоки. Характеризуют концептуальные и бизнес-цели, которых требуется достичь в результате выполнения того или иного процесса или действия. Цели ставит руководство.
Управляющие потоки. Управляют логической последовательностью выполнения функций посредством событий и сообщений. Функции процесса реализуют потоки, например, путем добавления к входному потоку какого-либо компонента, необходимого для создания выхода. В управляющих потоках каждый процесс активизируется одним или несколькими сообщениями. Однако каждый процесс в свою очередь тоже порождает одно или более сообщений.
Потоки выходов. Мы можем разграничить потоки материальных выходов и потоки услуг. Потоки услуг могут функционировать сами по себе, тогда как потоки материальных выходов обычно управляются и сопровождаются потоками услуг. Услуги подразделяются на информационные (создание и предоставление информации) и прочие. Потоки финансовых ресурсов являются компонентами потоков выходов.
Различные услуги до определенной степени допускают замещение. Это позволяет заменять физические услуги (например, выдачу денежной наличности) информационными (например, переводом электронных «денег»).
Потоки ресурсов. Отображают «доставку» используемого выхода — потенциального фактора «ресурсы». Понятие «ресурсы» охватывает как производственное оборудование, так и компьютерные средства.
Потоки человеческих ресурсов. Показывают «доставку» прямого человеческого ресурса.
Информационные потоки. Эти потоки управляют доступом к информации, представляющей собой совокупность целенаправленных знаний и навыков, необходимых для выполнения функций.
На рис. 10 приведена детальная схема полного бизнес-процесса обработки заказа. Отправка как функция транспортировки представлена в виде материального выхода, поскольку она изменяет местоположение обрабатываемого объекта. Однако ее можно было бы интерпретировать и как услугу.
ARIS-модель бизнес-процесса является иерархической, т. е. функции можно представить в виде более детальных бизнес-процессов. Функция рассматривается как процесс на следующем лежащем ниже уровне, если когда этот процесс можно описать теми же элементами ARIS.
Элементы ARIS-модели, отображающие отдельные части бизнес-процесса, позволяют создать его представление, независимое от используемого метода. Правда, в некоторых концепциях анализа бизнес-систем элементы объектно-ориентированных методик представлены специальным описательным языком.
Однако в объектно-ориентированном анализе главное внимание уделяется описанию классов, подклассов и соответствующих методов. Обычно эти классы соответствуют классам данных. Управляющие потоки отображаются в виде потока сообщений между классами. В бизнес-процессах происходит обмен множеством сообщений, где фигурируют заказы, клиенты и изделия.
При объектно-ориентированном подходе представление управляющего потока может оказаться чрезмерно перегруженным деталями. Так, например, одни и те же потоки сообщений приходится дифференцировать с помощью последовательной нумерации. Между тем, ARIS-модель сосредоточена на концепциях бизнеса, поэтому в центре внимания находятся функции и управляющие ими потоки.
Впоследствии мы покажем, что объектно-ориентированный метод является хорошим дополнением к моделированию, ориентированному на процесс, поскольку он позволяет взглянуть на модели бизнес-процессов в другом ракурсе. Поэтому объектно-ориентированное моделирование можно интегрировать в ARIS-концепцию.
Источник: infopedia.su