Приложение рабочего процесса - Workflow application

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

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

Разработка

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

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

Для проектирования рабочего процесса на основе кода приложения рабочего процесса могут быть разработаны с любым универсальным язык программирования, но также существуют специализированные языки рабочего процесса. Обычно они сопровождаются графическим обозначением (например, BPMN ), но некоторые из них текстовые или XML -основан. Специализированные языки, которые можно использовать для определения рабочего процесса таким образом, включают:

  • XPDL
  • YAWL (Еще один язык рабочего процесса)
  • SCUFL (простой концептуальный унифицированный язык операций)

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

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

Использование библиотеки обычно дополняет методы построения диаграмм, которых не всегда достаточно для создания полнофункциональных приложений (если только инструмент построения диаграмм не является частью конкретной системы управления рабочим процессом). Например, рабочие процессы WF могут быть созданы с помощью Microsoft Visual Studio схематически (их XML-эквивалент XAML ), а их функциональность дополнена кодом, написанным на C # или VB.NET: данный рабочий процесс может быть вызван существующим программным приложением как веб-сервис. Инструменты разработки программного обеспечения, такие как Visual Studio или многочисленные среды кодирования для Java, также позволят полностью разрабатывать определенные компоненты в коде, а затем использовать их в качестве строительных блоков в схемах рабочих процессов после их компиляции.

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

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

Рекомендации

  1. ^ Йорг Беккер; Майкл цур Мюлен; Марк Жиль (2002). «Архитектуры приложений рабочих процессов: классификация и характеристики информационных систем на основе рабочих процессов». В Фишере, Л. (ред.). Справочник рабочего процесса 2002. Маяк-Пойнт, Флорида: стратегии на будущее. CiteSeerX  10.1.1.24.2311.