Приложение рабочего процесса — это программное приложение , которое автоматизирует, по крайней мере, в некоторой степени, процесс или процессы. Процессы обычно связаны с бизнесом, но могут быть любым процессом, требующим серии шагов для автоматизации с помощью программного обеспечения . Некоторые шаги процесса могут потребовать вмешательства человека, например, одобрения или разработки пользовательского текста, но функции, которые могут быть автоматизированы, должны обрабатываться приложением. Расширенные приложения позволяют пользователям вводить новые компоненты в операцию. [1]
Например, рассмотрим заказ на закупку , который проходит через различные отделы для авторизации и окончательной покупки. Заказ может быть автоматически направлен из одного отдела в другой для утверждения. После получения всех необходимых авторизаций запрашивающая сторона заказа на закупку уведомляется и получает необходимое разрешение. Рабочий процесс может включать частое обслуживание. Например, обычный утверждающий заказы на закупку может быть в отпуске, и в этом случае приложение запросит утверждение у альтернативных утверждающих.
Приложения рабочего процесса можно разрабатывать с использованием графического дизайнера, языка программирования или их комбинации.
Некоторые программные продукты предоставляют средства для создания приложений рабочего процесса с помощью одного лишь графического дизайнера на основе диаграмм. Эти типы систем полагаются на возможность сбора всей соответствующей информации для рабочего процесса через специализированный интерфейс, предназначенный для непрограммистов. Впоследствии программное обеспечение компилирует эту информацию в функциональное приложение рабочего процесса. Однако бывают случаи, когда использование языка программирования становится необходимым, особенно для включения более сложных правил в рабочий процесс, таких как вычисления для проверки данных во входных формах.
Для проектирования рабочего процесса на основе кода приложения рабочего процесса могут быть разработаны с помощью любого языка программирования общего назначения , но существуют также специализированные языки рабочего процесса. Эти языки обычно поставляются с соответствующей графической нотацией (например, BPMN ), [2] хотя некоторые из них являются текстовыми или основаны на XML . Примеры специализированных языков, которые могут быть использованы для определения рабочего процесса таким образом, включают:
Вышеуказанные языки основаны на синтаксисе XML и, хотя они подходят для манипуляций с помощью программного обеспечения, они могут быть сложны в работе для нетехнических людей. Поэтому их использование обычно дополняется графическими обозначениями, позволяющими создавать диаграммы, похожие на блок-схемы, которые людям проще разрабатывать и интерпретировать: создание таких диаграмм по сути является формой «графического» программирования. Программный пакет, позволяющий пользователю разрабатывать диаграмму рабочего процесса, обычно переводит диаграмму в ее эквивалент XML.
Другой подход к разработке приложений рабочего процесса заключается в использовании языка программирования в сочетании с библиотеками и интерфейсами, которые захватывают абстракции для координации задач. Ниже приведены примеры таких библиотек и интерфейсов:
Использование библиотек обычно дополняет методы построения диаграмм, которые не всегда достаточны сами по себе для создания полностью функциональных приложений (если только инструмент построения диаграмм не является частью конкретной системы управления рабочим процессом). Рабочие процессы WF, например, могут быть созданы с использованием Microsoft Visual Studio в виде диаграмм (их эквивалентом XML является XAML ), а их функциональность может быть расширена кодом, написанным на C# или VB.NET: заданный рабочий процесс может быть вызван существующим программным приложением как веб-служба. Инструменты разработки программного обеспечения, такие как Visual Studio или многочисленные среды кодирования для Java, также позволят разрабатывать определенные компоненты полностью в коде, а затем использовать их в качестве строительных блоков в диаграммах рабочих процессов после их компиляции.
Одним из ограничений некоторых чисто диаграммных методов, таких как упомянутый выше BPMN, является то, что для соответствия цели спецификации рабочего процесса такие нотации должны быть улучшены дополнительными конструкциями. Эти конструкции фиксируют передачу данных, преобразования данных и условия маршрутизации, чтобы привязать задачи к их реализации и т. д. BPMN, хотя и предназначен для использования в качестве стандарта, в этом отношении несовершенен. Несколько коммерческих пакетов (таких как Microsoft Biztalk ) удовлетворяют эти потребности собственными способами (в частности, путем улучшения базового набора значков диаграмм дополнительными значками, которые поддерживают необходимую функциональность).
Для целей статического анализа, например, для обнаружения семантических ошибок во время проектирования, также можно представить рабочий процесс в математической форме, используя формальную нотацию, такую как сети Петри .
Медиафайлы, связанные с приложениями Workflow на Wikimedia Commons