Приложение рабочего процесса
Эта статья нуждается в дополнительных цитатах для проверки . ( январь 2021 г. ) |
Приложение рабочего процесса — это программное приложение , которое автоматизирует, по крайней мере, в некоторой степени, процесс или процессы. Процессы обычно связаны с бизнесом, но могут представлять собой любой процесс, требующий автоматизации ряда шагов с помощью программного обеспечения . Некоторые этапы процесса могут потребовать вмешательства человека, например утверждение или разработка специального текста, но функции, которые можно автоматизировать, должны выполняться приложением. Расширенные приложения позволяют пользователям внедрять в работу новые компоненты. [1]
Например, рассмотрим заказ на покупку , который проходит через различные отделы для авторизации и возможной покупки. Заказ может быть автоматически перенаправлен из одного отдела в другой для утверждения. После получения всех необходимых разрешений инициатор заказа на поставку уведомляется и ему предоставляются необходимые разрешения. Рабочий процесс может включать частое обслуживание. Например, обычный утверждающий заказы на покупку может находиться в отпуске, и в этом случае приложение запросит одобрение у альтернативных утверждающих.
Разработка
[ редактировать ]Приложения рабочих процессов можно разрабатывать с использованием графического дизайнера, языка программирования или их комбинации.
Некоторые программные продукты предоставляют средства для создания приложений рабочих процессов с помощью только графического дизайнера на основе диаграмм. Эти типы систем полагаются на способность собирать всю необходимую информацию для рабочего процесса через специализированный интерфейс, предназначенный для непрограммистов. Впоследствии программное обеспечение компилирует эту информацию в функциональное приложение рабочего процесса. Однако бывают случаи, когда использование языка программирования становится необходимым, особенно для включения в рабочий процесс более сложных правил, таких как вычисления для проверки данных в формах ввода.
Для проектирования рабочих процессов на основе кода приложения рабочих процессов можно разрабатывать с использованием любого языка программирования общего назначения , но существуют и специализированные языки рабочих процессов. Эти языки обычно имеют соответствующую графическую нотацию (например, BPMN ), [2] хотя некоторые из них основаны на тексте или XML . Примеры специализированных языков, которые можно использовать для определения рабочего процесса таким образом, включают:
- XPDL
- YAWL (еще один язык рабочего процесса)
- SCUFL (простой концептуальный язык унифицированного потока)
Вышеупомянутые языки основаны на синтаксисе XML и, хотя они подходят для манипуляций с помощью программного обеспечения, с ними может быть сложно работать нетехническим людям. Поэтому их использование обычно дополняется графическими обозначениями, позволяющими создавать диаграммы, подобные блок-схемам, которые людям легче разрабатывать и интерпретировать: создание таких диаграмм по сути является формой «графического» программирования. Пакет программного обеспечения, который позволяет пользователю разрабатывать диаграмму рабочего процесса, обычно преобразует диаграмму в ее эквивалент XML.
Другой подход к разработке приложений рабочих процессов — использование языка программирования в сочетании с библиотеками и интерфейсами, которые собирают абстракции для координации задач. Ниже приведены примеры таких библиотек и интерфейсов:
Использование библиотек обычно дополняет методы построения диаграмм, которых самих по себе не всегда достаточно для создания полнофункциональных приложений (если только инструмент построения диаграмм не является частью конкретной системы управления рабочими процессами). Рабочие процессы WF, например, можно создавать с помощью Microsoft Visual Studio в виде диаграммы (их XML-эквивалентом является XAML ), а их функциональность может быть дополнена кодом, написанным на C# или VB.NET: данный рабочий процесс может быть вызван существующим программным приложением как веб-сервис. Инструменты разработки программного обеспечения, такие как Visual Studio или многочисленные среды кодирования для Java, также позволят полностью проектировать отдельные компоненты в коде, а затем использовать их в качестве строительных блоков в диаграммах рабочих процессов после их компиляции.
Одним из ограничений некоторых методов, основанных исключительно на диаграммах, таких как упомянутая выше BPMN, является то, что для соответствия целям спецификации рабочего процесса такие обозначения необходимо дополнять дополнительными конструкциями. Эти конструкции фиксируют передачу данных, преобразования данных и условия маршрутизации, чтобы связать задачи с их реализацией и т. д. BPMN, хотя и предназначена для использования в качестве стандарта, имеет недостатки в этом отношении. Некоторые коммерческие пакеты (например, Microsoft Biztalk ) удовлетворяют эти потребности собственными способами (в частности, путем расширения базового набора значков диаграмм дополнительными значками, поддерживающими необходимые функции).
В целях статического анализа, например, для обнаружения семантических ошибок во время разработки, также возможно представить рабочий процесс в математической форме, используя формальные обозначения, такие как сети Петри .
Ссылки
[ редактировать ]- ^ Йорг Беккер; Михаэль цур Мюлен; Марк Гилле (2002). «Архитектура приложений рабочих процессов: классификация и характеристики информационных систем, основанных на рабочих процессах». В Фишер, Л. (ред.). Справочник по рабочему процессу 2002 г. Маяк-Пойнт, Флорида: стратегии будущего. CiteSeerX 10.1.1.24.2311 .
- ^ «Разработка автоматизированного рабочего процесса в Visio — служба поддержки Microsoft» . support.microsoft.com . Проверено 13 марта 2023 г.
Внешние ссылки
[ редактировать ]СМИ, связанные с приложениями рабочего процесса, на Викискладе?