ID», «Режим» и «Тип данных». Над таблицей расположены кнопки для управления записями таблицы.
Вкладка «Действия» содержит информацию о действиях процесса (см. Рисунок ).
Каждая строка в таблице описывает действие. Таблица действий имеет поля «ID», «Наименование» (необязательное), «Performer», «Type», «Режим запуска», «Режим завершения», «Список крайних сроков». Над таблицей расположены кнопки для управления записями таблицы.
Рисунок – Закладка «Действия»
Вкладка «Переходы» содержит информацию о переходах процесса (см. Рисунок ).
Рисунок – Закладка «Переходы»
Каждая строка в таблице описывает переход. Таблица переходов имеет поля «ID», «От», «To», «Условие». Над таблицей расположены кнопки для управления записями таблицы.
Вкладка «Наборы действий» содержит информацию обо всех наборах действий процесса (см. Рисунок ).
Рисунок – Закладка «Наборы действий»
Каждая строка в таблице описывает набор действий. Таблица действий имеет поля «ID», «Действия», «Переходы». Над таблицей расположены кнопки для управления записями таблицы.
Внешние ссылки
Внешние пакеты позволяют повторно использовать общие описания исполнителей, приложений и процессов, которые содержатся внутри описания пакета. Для этого достаточно один раз определить эти объекты и сохранить их в XPDL файле, а затем повторно использовать эти объекты при создании других XPDL файлов.
Модуль визуального конструирования процессов Системы позволяет ссылаться на внешние пакеты. После того как задана ссылка на внешний объект, каждый исполнитель, приложение или процесс, описанный во внешнем объекте, автоматически становится доступным в основном пакете.
Если внешний пакет, на который ссылается основной пакет, содержит ссылки на другие внешние пакеты, то все эти ссылки на пакеты будут импортированы в модуле визуального построения процессов в режиме «только для чтения».
Компонент взаимоотношений внешних пакетов в модуле визуального конструирования процессов отображает отношения внешних пакетов основного пакета.
Для добавления внешних пакетов необходимо нажать на соответствующую пиктограмму панели инструментов пакета или выбрать пункт главного меню «Пакет\Добавить внешний пакет». Появится диалоговое окно добавления нового внешнего пакета (см. Рисунок ).
Рисунок – Добавление внешних пакетов
Данное окно позволяет выбрать XPDL файл с диска пользователя и установить на него ссылку как на внешний пакет. После добавления внешнего пакета возможно использовать описанных в нем исполнителей, приложения и процессы.
Следует учитывать, что невозможно добавить внешний пакет, пока основной XPDL пакет не сохранен на диске пользователя.
Для удаления внешних пакетов из текущего пакета используется пиктограмма «Удалить внешний пакет» на панели инструментов или пункт меню «Пакет\Удалить внешний пакет».
Если на данный внешний пакет не ссылается ни один внешний пакет основного пакета, он будет полностью удален из памяти модуля визуального конструирования процессов. Если некоторые элементы внешнего пакета используются (приложения, исполнители или процессы), будет выведено сообщение для подтверждения удаления (см. Рисунок ).
Рисунок – Удаление внешних пакетов
Механизм внешнего пакета позволяет создавать множество ссылок на пакеты и их элементы (приложения, процессы и исполнители).
Если пакет содержит элемент, на который создана ссылка, и эта ссылка на внешний пакет является последней, то перед тем как удалить выбранный внешний пакет будет выведено предупреждающее сообщение об его удалении.
Для работы с внешними исполнителями следует нажать на пиктограмму приборной панели «Показать внешний список исполнителей» или выбрать соответствующий пункт главного меню «Внешние пакеты\Исполнители». После этого появится окно с таблицей исполнителей, которое отображает таблицу всех исполнителей внешних пакетов основного пакета. Таблица имеет поля «ID», «Наименование» (необязательные данные), «Тип исполнителя» и «Описание» (необязательные данные).
Определения типов
WfMC допускает несколько стандартов типов данных: «string», «reference», «integer», «float», «date/time», и т.д. Подобные типы данных относятся к релевантным данным процесса, к системным данным, или к данным окружения, или же к данным исполнителя. Указанные типы данных позволяют использовать в выражениях условные вычисления.
Существует возможность определения новых XPDL типов данных. Новые типы данных определяются в том случае, если пользователю недостаточно стандартного набора типов XPDL данных, или возникла необходимость использовать тип данных со специальным названием для упрощения его использования при определении формальных или фактических параметров.
Для определения нового типа данных следует нажать на пиктограмму приборной панели «Определения типов» или выбрать соответствующий пункт главного меню «Пакет\Определение типов». После этого появится окно с таблицей типов (см. Рисунок ).
Рисунок – Определение нового типа
Чтобы задать атрибуты необходимо выделить тип в таблице типов и нажать на пиктограмму «Редактировать элемент». Форма Атрибуты определений типов:
«Id» (обязательный) - используется для идентификации декларированного типа данных;
«Наименование» (не обязательный) - текст, используемый для идентификации определяемого типа данных;
«Описание» (не обязательный) - краткое текстовое описание определяемого типа данных;
«Type» (не обязательный) – поле содержит выпадающий список со стандартными типами данных. Модуль визуального конструирования процессов Системы поддерживает все типы предоставляемых данных WfMC:
«Array type»
«Basic type»
«List type»
«Record type»
«Schema type»
«Union type»
«Декларированный тип»
«тип Перечисления»
«Внешняя ссылка».
Тип данных «Basic type» имеет следующие подтипы:
String.
Float.
Integer.
Reference.
Date.
Boolean.
Performer.
Тип данных «Внешняя ссылка» имеет следующие атрибуты:
«Xref» (не обязательный) - идентификация объекта в рамках внешнего документа;
«Местоположение» (обязательный) – атрибут задает URI-идентификатор документа, определяющего тип;
«Пространство имен» - (не обязательный) – атрибут позволяет осуществить определение области, в которой задан данный объект.
С помощью типа данных «Внешняя ссылка» можно задать класс Java в качестве нового типа данных (пример: «location = "com.abc.purchases.PO"»).
Исполнитель процесса
Спецификация метамодели WfMC задает простую встроенную (минимальную) организационную модель или предоставляет доступ внешним организационным моделям. Исполнители в модуле визуального конструирования процессов Системы представляют собой часть организационной модели. Связь с организационной моделью используется в описании действия (исполнителем действия) и в описании процесса (ответственным за процесс).
Исполнители процесса имеют свою область действия. Все исполнители должны быть заданы в области их использования или по крайней мере в одном пакете. Исполнитель определяется типом или соответствующей информацией, которая представляет собой набор специальных атрибутов типа. Описание содержит базовый набор из 6 типов исполнителей процесса: «Набор ресурсов», «Ресурс», «Подразделение», «Роль», «Человек» или «Система». Типы «Роль» и «Ресурс» используются как абстрактные исполнители. Это описание является абстрактным уровнем между реальным исполнителем и действием, которое должно быть выполнено.
Во время выполнения абстрактные описания вычисляются и назначаются конкретным пользователям или программам.
Для описания исполнителя процесса используются следующие атрибуты:
«Id» (обязательный) – идентификатор описания исполнителя процесса.
«Наименование» (не обязательный) - текст, используемый для идентификации исполнителя;
«Type» (обязательный) - описание типа объекта исполнителя процесса, тип исполнителя процесса;
«Описание» (не обязательный) - краткое текстовое описание исполнителя процесса;
«Внешняя ссылка» (не обязательный) - ссылка на внешнюю спецификацию исполнителя.
Типы атрибутов объектов исполнителей характеризуют исполнителя как отдельную единицу, как подразделение или как абстрактный ресурс, которым может являться машина.
Возможны следующие типы исполнителей:
«Набор ресурсов» - набор определенных ресурсов;
«Ресурс» - агент ресурса (машина);
«Роль» - данный тип позволяет осуществлять обращение к исполнителю в соответствии с его ролью или квалификацией. Роль задает функцию пользователя в организации. Заданную функцию могут выполнять разные пользователи, поэтому для роли можно определить координатора (в административных целях или на случай обработки исключительных ситуаций) и список пользователей, которым будет назначена данная роль;
«Подразделение» - отдел или любой другой узел внутри организационной модели;
«Пользователь» - пользователь, взаимодействующий с системой посредством приложения, предоставляющего исполнителю пользовательский интерфейс;
«Система» - автоматический агент.
Модуль визуального конструирования процессов Системы позволяет задавать описание исполнителей на уровне пакета и на уровне описания процесса. Для описания нового исполнителя следует нажать на пиктограмму «Исполнители процесса» на панели инструментов или выбрать пункт главного меню «Процесс\Исполнители». Данное действие выводит на экран панель свойств с таблицей исполнителей (см. Рисунок ).
Рисунок – панель свойств с таблицей исполнителей
Для редактирования атрибутов исполнителей следует выделить исполнителя в таблице и нажать на пиктограмму «Редактировать элемент». После этого появится окно редактирования атрибутов исполнителей (см. Рисунок ).
Рисунок – Окно редактирования атрибутов исполнителей
Если пользователь не определяет ни одного исполнителя, то графический компонент модуля визуального конструирования процессов по умолчанию имеет одного исполнителя для пользования. Данный исполнитель содержит действия, которые предоставляются в виде выражения, а также действия, для которых не задан исполнитель. В XPDL модели такой исполнитель не является реальным исполнителем. Таким образом, пока не задан настоящий исполнитель для действий, эти действия графически отображаются в специальной секции.
Приложение процесса
Для вызова окна настроек приложения можно использовать пиктограмму «Приложения пакета» на главной панели инструментов или пункт главного меню «Пакет\Приложение». Окно для настройки приложений представлено ниже (см. Рисунок ).
Рисунок – Окно для настройки приложений
В данном окне пользователь может создавать новый экземпляр приложения, редактировать или удалять существующие приложения (запрещено преобразование или удаление приложений объектов внешнего пакета). Для редактирования приложения следует выделить его в таблице приложений и нажать на пиктограмму «Редактировать элемент» на панели инструментов. На рисунке ниже показана форма для редактирования атрибутов приложения (см. Рисунок ).
Рисунок – Форма для редактирования атрибутов приложения
Приложения содержат следующие атрибуты, определенные спецификацией WfMC:
«Id» (обязательный) –идентификатор описания приложения процесса;
«Наименование» (обязательный) - текст, используемый для идентификации приложения (может интерпретироваться как общее имя инструмента);
«Описание» (не обязательный) - краткое текстовое описание приложения;
«Расширенные атрибуты» (не обязательный) - дополнительные расширения, использующиеся для индивидуальных разработок пользователя;
«Параметры вызова процедуры» (не обязательный) - параметры, которые передаются приложению с помощью интерфейса вызываемой процедуры.
Существует два типа параметров вызова процедуры:
Формальные параметры
Внешняя ссылка
Формальные параметры передаются и возвращаются обратно приложению через интерфейс вызова процедуры. При выборе формальных параметров появляется таблица для работы с формальными параметрами в нижней части формы редактирования приложений (см. Рисунок ).
Порядок формальных параметров может быть изменен путем перетаскивания элементов в таблице с использованием мыши. С помощью соответствующих кнопок панели инструментов над таблицей можно создать новый формальный параметр, редактировать его или удалить. Для редактирования формального параметра следует выделить его в таблице параметров и нажать на пиктограмму «Редактировать элемент» на панели инструментов. На рисунке ниже показана форма для редактирования формального параметра (см. Рисунок ).
Рисунок – Форма для редактирования формального параметра
Формальные параметры имеют следующие атрибуты:
«Id» (обязательный) - идентификатор параметра;
«Index» (не обязательный) - индекс параметра;
«Режим» (обязательный) – атрибут может принимать следующие значения;
«In» – входные параметры;
«Out» – выходные параметры;
«In and Out» – параметры, используемые как входные и выходные;
«Type» (не обязательный) - тип данных формального параметра;
«Sub-type» (не обязательный) - подтип данных формального параметра;
«Описание» (не обязательный) - текст описания формального параметра.
Внешняя ссылка – это ссылка на внешнее описание объекта. Внешние ссылки имеют следующие атрибуты:
«Xref» (не обязательный) – идентифицирует объект в рамках внешнего документа;
«Местоположение» (обязательный) – атрибут задает URI адрес документа, определяющего тип;
«Пространство имен» (не обязательный) - атрибут позволяет определить область, в которой задан данный объект.
С помощью внешней ссылки приложение (и некоторые другие объекты) могут быть описаны XML схемой (пример значения поля «Location»: «http://abc.com/schemas/po.xsd»), Java-классом (пример значения поля «Location»: «com.abc.purchases.PO»), WDSL-документом (пример значения поля «Location»: «http://abc.com/services/poService.wsdl»).
Приложения, которые определены в данном пакете, доступны для любого действия, описанного в процессах пакета.
Таким образом, при создании действия пользователю доступен инструментарий любого приложения из описания процесса, описания пакета или описания внешних пакетов. Приложения на уровне процесса перекрывает приложение на уровне пакета с тем же идентификатором, поэтому приложение на уровне пакета отображаться не будет. Так же работает перекрывание приложений внешнего пакета.
Переменные процесса
Переменные процесса (или поле данных в XPDL) представляют собой описание процесса или описание пакета. Как правило, эти данные используются решениями (в условиях) или ссылочными данными (параметрами), которыми обмениваются действия или подпроцессы. Список переменных процесса определяет все объекты, которые могут быть использованы в рамках процесса.
Переменные могут определяться на уровне процесса или на уровне пакета. В первом случае доступны только заданные внутри процесса объекты, а во втором случае доступны все процессы, определенные в рамках модели.
Переменные имеют область действия, которая напрямую задается объектом окружающей метамодели и не являются вложенными. Видимость идентификатора также задается объектом.
Для вызова окна настроек переменных можно использовать пиктограммы «Переменные уровня пакета» или «Переменные уровня процесса» на главной панели инструментов, а также пункты главного меню «Пакет\Переменные» или «Процесс\Переменные процесса». Окно для настройки приложений представлено на рисунке ниже (см. Рисунок ).
Рисунок – окно для настройки приложений
В данном окне пользователь может создавать новые переменные, редактировать или удалять существующие. Для редактирования переменной следует выделить его в таблице переменных и нажать на пиктограмму «Редактировать элемент» на панели инструментов. На рисунке ниже показана форма для редактирования переменных (см. Рисунок ).
Рисунок – Форма для редактирования переменных
Релевантные данные потока работ имеют следующие атрибуты:
«Id» (обязательный) - используется для идентификации релевантных данных процесса;
«Type» (обязательный) - типы данных;
«Наименование» (не обязательный) - текст, используемый для идентификации исполнителя;
«Is Array» (не обязательный) – атрибут указывает, является ли переменная массивом;
«Начальное значение» - предустановленное значение данных для контекста времени выполнения;
«Длина» (не обязательный) - длина данных;
«Описание» (не обязательный) - краткое текстовое описание определенных данных;
«Расширенные атрибуты» - таблица расширенных атрибутов.
При передаче параметров внешнему подпроцессу текущей модели разработчик процесса несет ответственность за совместимость типов данных. Названия переменных процесса должны быть уникальны в рамках одной модели. Необходимо осуществлять контроль совместимости имен и типов данных в рамках процесса и модели (включая дистанционную совместимость процесса).
Атрибут «Type» определяет информацию, необходимую для системы управления процессом, чтобы задавать соответствующие объекты для сохранения данных, что в свою очередь должно осуществляться активным экземпляром процесса.
При создании или переопределении переменной на уровне процесса с тем же идентификатором, что и у переменной на уровне пакета, другие объекты могут ссылаться только на переменную на уровне процесса.
Формальный параметр
Формальные параметры передаются и возвращаются обратно приложению через интерфейс вызова процедуры. Для добавления в процесс нового формального параметра следует нажать на пиктограмму «Формальные параметры» или выбрать пункт главного меню «Процесс\Формальные параметры». Это действие выведет на экран таблицу панели свойств со списком формальных параметров, которые уже были заданы в выбранном процессе. Здесь также есть кнопка для создания нового формального параметра, кнопка для редактирования и удаления формального параметра из списка (см. Рисунок ).
Рисунок – Добавление нового формального параметра
Порядок формальных параметров может быть изменен путем перетаскивания элементов в таблице с использованием мыши. С помощью соответствующих кнопок панели инструментов над таблицей можно создать новый формальный параметр, редактировать его или удалить. Для редактирования формального параметра следует выделить его в таблице параметров и нажать на пиктограмму «Редактировать элемент» на панели инструментов. Рисунок демонстрирует форму для редактирования формального параметра.
Формальные параметры имеют следующие атрибуты:
«Id» (обязательный) - идентификатор параметра;
«Index» (не обязательный) - индекс параметра;
«Режим» (обязательный) – атрибут может принимать следующие значения:
«In» – входные параметры
«Out» – выходные параметры
«In and Out» – параметры, используемые как входные и выходные
«Type» (не обязательный) - тип данных формального параметра;
«Sub-type» (не обязательный) - подтип данных формального параметра;
«Описание» (не обязательный) - текст описания формального параметра.
Расширенные атрибуты
Спецификация XPDL содержит большинство объектов, требующихся при создании описания процесса. Иногда возникает необходимость в дополнительной специальной информации. Расширенные атрибуты являются основным методом поддержки таких расширений. Это атрибуты, которые задаются пользователем или разработчиком по необходимости для внесения дополнительных характеристик объекта.
Расширенные атрибуты могут быть использованы во всех объектах, которые поддерживают такую возможность в XPDL. Модуль визуального конструирования процессов Системы обеспечивает использование расширенных атрибутов в следующем виде: пользователь задает простые поля расширенных атрибутов «Наименование» и «Value». Сложные поля расширенного атрибута, состоящие из тэгов XPDL или другого пространства имен, вводятся в поле «Сложное содержание» в виде свободного текста. На рисунке продемонстрирована панель свойств расширенного атрибута.
Рисунок – Панель свойств расширенного атрибута
При создании или редактировании расширенного атрибута необходимо заполнить поле «Наименование». Данное поле представляет собой выпадающий список заданных расширенных атрибутов для элемента данного типа (действие, исполнитель и т.д.). Содержание выпадающего списка зависит от уже определенных имен в открытом XPDL и его внешних XPDL ссылок. Список наименований рассчитывается в памяти каждый раз при добавлении нового расширенного атрибута или редактировании уже заданного.
Набор действий
Набор действий представляет собой законченный набор действий и переходов. Переходы в наборе должны относиться только к действиям внутри того же самого набора, не выходя за его пределы, т.е. недопустимы переходы в набор и из набора действий. Наборы действий могут выполняться действиями-контейнерами.
Новый набор действий в процессе создается с помощью соответствующей пиктограммы в панели инструментов «Graph» или выбором пункта главного меню «Процесс\Набор действий» (см. Рисунок ). При этом необходимо убедиться, что диаграмма, в которую следует вставить набор действий, отображена.
Рисунок – Создание нового набора действий
Каждый набор действий представлен атрибутами «Id», «Действия» и «Переходы». Атрибут «Id» является уникальным. В таблицах действий и переходов можно увидеть короткое описание всех действий и переходов, уже заданных для этого набора действий. Над таблицами расположены панели для управления записями таблиц.
Действие процесса
Каждый процесс состоит из нескольких шагов, которые приводят к достижению конечной цели. Процесс потока работ состоит из некоторого количества действий. Действие представляет собой часть работы, которая будет выполнена комбинацией ресурсов и компьютерных приложений. Действие имеет следующие атрибуты:
«Id» (не обязательный) - используется для идентификации действия процесса;
«Наименование» (не обязательный) - текст, используемый для идентификации действия процесса;
«Performer» (не обязательный) – атрибут обеспечивает связь с объектом исполнителя, может задаваться в виде выражения. По умолчанию атрибут имеет значение любого исполнителя;
«Режим запуска» (не обязательный) – атрибут описывает, как вызывается выполнение действия;
«Режим завершения» (не обязательный) – атрибут описывает, как система управляет завершением действия;
«Список крайних сроков» (не обязательный) – атрибут задает крайние сроки и действия, которые должны выполняться при достижении этих сроков;
«Приоритет» (не обязательный) - значение, которое описывает приоритет этого действия в начале его выполнения. Если этот атрибут не задан, то используется приоритет, определенный в описании процесса. По умолчанию предполагается, что уровни приоритета являются натуральными числами, включая ноль. Большему числу соответствует больший уровень приоритета;
«Лимит» (не обязательный) - ожидаемая продолжительность действия для управления (например, начало процедуры расширения и т.д.) в единицах измерения заданных в поле «Ед. изм. времени исполнения». Значение атрибута отсчитывается от начальной даты и времени процесса;
«Иконка» (не обязательный) – атрибут содержит путь и имя файла для иконки, которая представляет данное действие;
«Документация» (не обязательный) – атрибут содержит путь и имя файла справки или файла описания действия;
«Описание» (не обязательный) - текстовое описание действия.
Действия ассоциируются с их исполнителями, которые являются участниками процесса и с заданиями приложения. Дополнительная информация о действии может ассоциироваться с начальными и конечными методами, с использованием специфических переменных процесса, с входными и выходными условиями действия.
На рисунке представлена общая структура действий.
Рисунок . Общая структура действий
Действия и подобные им объекты вставляются с помощью кнопок на панели инструментов закладки «Graph». Для создания нового действия удобно использовать панель инструментов компонента Graph.
В таблице продемонстрировано отображение отдельных типов XPDL действий, стартовых и финишных элементов, а также передано краткое описание каждого из этих типов.
Таблица . Типы xpdl действий
Отображение действия на графике
|
Описание действия
|
|
Действие без реализации (выполняемое вручную) является элементарным (общее действие) и представляет собой наименьший элемент рабочего процесса.
|
|
Действие с вызовом программного обеспечения является элементарным (общее действие) и представляет собой наименьший элемент рабочего процесса. Данное действие может вызывать более одного приложения.
|
|
Действие-подпроцесс выполняет целый новый процесс. Описание процесса в рамках действия-подпроцесса полностью независимо от первоначального описания процесса (в котором находится действие-подпроцесс). Действие-подпроцесс имеет собственный набор действий, свои внутренние переходы, исполнителей, определения приложений и другие переменные.
|
|
Действие-контейнер, который выполняет набор действий или схему действий и переходов. Действия и переходы в рамках набора действий разделяют пространство имен процесса.
|
|
Маршрутизатор не выполняет никаких действий и используется для синхронизации и конструирования сложных переходных условий, (например, входных и выходных условий).
|
|
Стартовый элемент
|
|
Финишный элемент
|
Пиктограммы панели инструментов для вставки различных типов действий представлены в таблице ранее (см. Таблица ). При нажатии на соответствующую пиктограмму курсор мыши принимает форму выбранного типа действия. При создании действия свойства принимают значения по умолчанию, которые затем могут изменяться пользователем. Нажатие правой кнопкой мыши на элемент графика позволяет вывести контекстное меню для редакции свойств элемента. Действие-контейнер и действие-подпроцесс имеют дополнительный пункт контекстного меню «Детализировать…», который используется для отображения скрытого в данном элементе действий или процессов.
Начальные и конечные элементы не являются частью спецификации XPDL, но визуально отображаются на схеме. Каждый начальный и конечный элемент может быть привязан только к одному действию на графике.
Пользователь имеет возможность настроить модуль визуального конструирования процессов Системы таким образом, чтобы стартовые и финишные элементы не отображались на схеме. Тогда начальные и конечные действия процесса будут выделяться специальными цветами, которые настраиваются в файле свойств компонента «Graph». Начальными действиями принято считать действия, не имеющие входящих переходов или имеющие только один круговой переход. Аналогично определяются и конечные действия.
Панели свойств отображаются в соответствии с различными типами действий: действий без реализации (выполняющихся вручную), действий-подпроцессов, маршрутизаторов, действий с вызовом программного компонента и действий-контейнеров. Вся информация сгруппирована по нескольким вкладкам: «General», «Типовая», «Ограничение перехода», «Информация для симуляции» и «Расширенные атрибуты».
Вкладка «General» отображает общие данные действия. Вкладка разделяется на три части. Первая часть имеет поля: «Id», «Наименования», «Performer», «Режима запуска» (может быть автоматическим или ручным), «Режим завершения» (может быть автоматическим или ручным). Вторая часть отображает крайние сроки, а также предлагает панель инструментов для работы со списком крайних сроков. Третья часть содержит поля «Приоритет» (начальный приоритет действия), «Лимит» (ожидаемая продолжительность в целях управления), «Иконка» (ссылка на иконку, представляющую это действие), «Документация» (ссылка на внешний документ) и «Описание» (см. Рисунок ). Для полей «Иконка» и «Документация» предусмотрен вызов окна выбора файлов для поиска нужного файла.
Рисунок – Вкладка general
Типовая закладка для каждого типа действия отображается по-разному. Например, для действий без реализации и маршрутизаторов данная закладка отсутствует вовсе, так как в этих случаях в ней нет необходимости.
Для действия-контейнера типовая закладка называется «Действие-контейнер» и содержит поле «Block ID». Данное поле содержит ссылку на заданный набор действий (блок действий и переходов для многократного использования в рамках рабочего процесса). Действие-контейнер выполняет соответствующий ему набор действий или законченную схему действий и переходов. Во время выполнения действия-контейнера процесс начинается с первого действия в наборе действий, на который задана ссылка, и продолжается до тех пор, пока не достигнет конечного действия этого набора (действия без выходящих из него переходов). Затем процесс выполнения возвращается к действию, следующему за выходным переходом действия-контейнера.
Для действия с вызовом программного Компонента типовая закладка называется «Исполняемые компоненты». Данная закладка имеет таблицу вызываемых приложений и используется для запуска механизма взаимодействия с программными компонентами, необходимыми для выполнения действия. Таким образом, эта закладка отображает все заданные для данного действия компоненты (см. Рисунок ).
Рисунок – Закладка «Исполняемые компоненты»
Для действия-подпроцесса типовая закладка называется «Подпроцесс». Реализация действия-подпроцесса представляет собой другой процесс действий.
На данной закладке задается поле «Id», определяющее процесс, который будет выполняться. Данное поле содержит выпадающий список заданных процессов. Также необходимо заполнить поле «Выполнение», имеющее допустимые значения «Синхронно» и «Асинхронно». Установка значения «Синхронно» приостанавливает начало процесса до завершения действия-подпроцесса. Установка значения «Асинхронно» порождает новый процесс выполнения действия-подпроцесса, который осуществляется независимо от остальных рабочих процессов.
В нижней части закладки расположены таблицы для ввода формальных и актуальных параметров. При введении актуальных параметров, которые будут передаваться действию-подпроцессу, модуль визуального конструирования процессов отображает список соответствующих формальных параметров соответствующего действия-подпроцесса (см. Рисунок ).
Рисунок – Закладка «Подпроцесс»
Закладка «Ограничение перехода» разделена на две части.
Первая часть определяет метод соединения для входящих переходов. Поле «Join type» принимает значения логических операторов «XOR» или «AND». Данные значения определяют, достаточно ли для запуска действия одного любого входящего перехода или необходимо, чтобы все переходы были завершены.
Вторая часть определяет тип ветвления. Поле «тип ветвления» принимает значения логических операторов «XOR» или «AND». Данные значения определяют, будет ли запущен только один из исходящих переходов (первый исходящий переход, условия которого выполнятся) или одновременно все исходящие переходы.
Когда установлено значение типа ветвления «XOR», то порядок расчета условий исходящих переходов важен. Этот порядок определяется порядком элементов «Ссылки на переходы». Данные элементы задаются в виде списка целевых действий (действий, к которым ведут исходящие переходы) в разделе «Ссылки на переходы» нижней части закладки «Ограничения перехода». Можно контролировать порядок следования элементов в данном списке (см. Рисунок ).
Рисунок – Закладка «Ограничение перехода»
Закладка «Информация для симуляции» содержит различную информацию о симуляции, представленную следующими полями: «Запуск» (однократный или многократный), «Стоимость», «Время ожидания», «Время работы» и «Время выполнения» (см. Рисунок ).
Рисунок – Закладка «Информация для симуляции»
Закладка «Расширенные атрибуты» содержит информацию обо всех расширенных атрибутах выбранного действия в форме таблицы, а также кнопки для работы с записями таблицы. Каждая запись в таблице описывает расширенный атрибут. Таблица содержит поля «Наименование» и «Value» (см. Рисунок ).
Рисунок – Закладка «Расширенные атрибуты»
Переходы
Переходы осуществляют связь между двумя действиями. Кроме того, переходы также описывают условия, которые должны соблюдаться при переходе от источника к целевому действию. Это условие оценивается во время выполнения процесса.
Добавление переходов может осуществляться при помощи панели инструментов компонента «Graph» или пункта главного меню «Процесс\Переходы».
Компонент «Graph» позволяет выбрать стандартный переход и переход-исключение. Для вставки кругового перехода (переход от действия к этому же действию) следует выбрать нужный тип перехода и дважды нажать на действие, изображенное на схеме.
Вставка перехода может быть запрещена каким-либо правилом. Например, невозможно вставить два перехода, соединяющих одни и те же действия. В этом случае будет выведено соответствующее сообщение.
Переходы имеют следующие атрибуты:
«Условие» (не обязательный) - выражение условий перехода, основанное на переменных процесса;
«Описание» (не обязательный) - краткое текстовое описание перехода;
«Расширенные атрибуты» (не обязательный) - дополнительные расширения, используются для реализации индивидуальных требований пользователя;
«Id» (обязательный) - идентификатор перехода;
«От» (обязательный) - атрибут определяет идентификатор действия, которое является источником перехода;
«To» (обязательный) – атрибут определяет идентификатор действия, которое является целью перехода;
«Наименование» (не обязательный) - текст, используемый для идентификации перехода.
На рисунке продемонстрировано окно для редактирования атрибутов переходов.
Рисунок . Окно для редактирования атрибутов перехода
|
