Шаблоны рабочих процессов: проблемы и решения в разработке приложений.
Workflow pattern
Шаблоны рабочих процессов: повторно используемые решения для разработки приложений, ориентированных на процессы. Упрощают поддержку и моделирование в реальном времени.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Шаблон рабочего процесса – это специализированная форма шаблона проектирования, как это определено в области разработки программного обеспечения или инженерии бизнес-процессов. Шаблоны рабочих процессов относятся конкретно к часто встречающимся проблемам и проверенным решениям, связанным с разработкой приложений рабочих процессов, и в более широком смысле – приложений, ориентированных на процессы.
A workflow pattern is a specialized form of design pattern as defined in the area of software engineering or business process engineering. Workflow patterns refer specifically to recurrent problems and proven solutions related to the development of workflow applications in particular, and more broadly, process oriented applications.
Концепция
Шаблоны рабочих процессов – это концепции экономичной разработки. Их применение должно основываться на стратегиях упрощения поддержки и снижения объёма работ по моделированию. Рабочий процесс выполняется в реальном времени. Механизмы управления должны соответствовать обычному темпу работы. Шаблоны проектирования должны откладывать выполнение рабочего процесса.
Workflow patterns are concepts of economised development. Their usage should follow strategies of simplifying maintenance and reducing modelling work. Workflow is performed in real time. The mechanisms of control must support the typical pace of work. Design patterns must delay execution of workflow.
Агрегация
Обычно шаблоны рабочих процессов могут быть сгруппированы в цепочки, и условия запуска и завершения должны быть явно определены.
Workflow patterns may usually be aggregated as chains and the conditions for starting and terminating must be explicitly defined.
Применение
Рабочие процессы могут применяться в различных контекстах, поэтому условия их использования должны быть явно определены и продемонстрированы, чтобы предотвратить неверное толкование.
Workflow patterns can be applied in various context, hence the conditions for use must be explicitly defined and shown in order to prevent misinterpretation.
Классификация Ван дер Аальста
Хорошо известная коллекция шаблонов рабочих процессов была предложена Вил ван дер Аалстом и др. (2003) в их статье "Шаблоны рабочих процессов", с более ранними версиями, опубликованными в 2000–2002 годах. Эта коллекция шаблонов фокусируется на одном конкретном аспекте разработки приложений, ориентированных на процессы, а именно на описании зависимостей потока управления между активностями в рабочем процессе/процессе. Эти шаблоны подразделяются на следующие категории:
A well known collection of workflow patterns is that proposed by Wil van der Aalst et al. (2003) in their paper Workflow Patterns. with earlier versions published in 2000–02. This collection of patterns focuses on one specific aspect of process oriented application development, namely the description of control flow dependencies between activities in a workflow/process. These patterns are divided into the following categories:
Государственные модели
Отложенный выбор выполняет одну из нескольких альтернативных ветвей исполнения. Выбор ветви, которая будет выполнена, не основывается на данных, доступных в момент достижения точки отложенного выбора, а определяется событием (например, выбором пользователем приложения задачи из списка работ или получением сообщения движком исполнения процесса). Последовательное параллельное маршрутизирование выполняет ряд действий в произвольном порядке (например, исходя из доступности ресурсов), но не выполняет ни одно из этих действий одновременно. Контрольная точка позволяет выполнить определенное действие в любой момент времени до достижения этой точки, после которой выполнение этого действия становится невозможным.
Deferred Choice execute one of a number of alternative threads. The choice which thread is to be executed is not based on data that is available at the moment when the execution has reached the deferred choice, but is rather determined by an event (e. g. an application user selecting a task from the worklist, or a message being received by the process execution engine). Interleaved Parallel Routing execute a number of activities in any order (e. g. based on availability of resources), but do not execute any of these activities simultaneously. Milestone allow a certain activity at any time before the milestone is reached, after which the activity can no longer be executed.