Краеугольным камнем совместной среды проектирования в Altium Designer является поддержка Workflows, которые направляют дизайнеров компании через типовые повседневные процессы проектирования, такие как запрос новых компонентов библиотек Workspace, проведение проверок проекта и создание новых проектов Workspace.
Каждый Workflow, используемый для реализации конкретного процесса проектирования, создаётся как часть Process Definition. Поэтому его можно называть базовым Workflow этого процесса или просто Process Workflow. Новые процессы можно создавать, а существующие — редактировать, используя специализированный Process Workflow Editor. В этом документе рассматривается доступ к редактору и работа с ним для построения требуемого workflow процесса.
Доступ к редактору workflow процесса
Процессы создаются и управляются из области Processes (Admin – Processes) в браузерном интерфейсе Workspace.
Чтобы видеть область Processes в интерфейсе, необходимо войти как Администратор вашего Workspace.
Чтобы открыть Process Workflow Editor, активируйте вкладку темы процесса, в которой вы хотите создать новый процесс — Part Requests, Project Activities или Project Creations — затем нажмите кнопку
в правом верхнем углу страницы.
Важно сначала активировать тему, чтобы процесс был создан с правильным Type.
Доступ к Process Workflow Editor. Если перед входом убедиться, что активирована нужная тема процесса, новое определение процесса будет установлено в правильный тип темы.
Process Workflow Editor предоставляет холст, на котором можно в виде диаграммы построить нужный workflow. Основная область редактора — это место, где вы создаёте диаграмму workflow, а панель Properties справа отображает свойства, относящиеся к выбранному в данный момент элементу диаграммы.
Когда в диаграмме не выбран ни один размещённый элемент, панель Properties будет отражать Name и Type (к какой теме процесса он относится) определения процесса. Дайте процессу осмысленное имя, поскольку оно будет отображаться в браузерном интерфейсе Workspace, а также в соответствующих точках доступа GUI Altium Designer — чтобы дизайнеры могли запускать экземпляр процесса (при условии, что он активирован для использования).
Обратите внимание: вы можете заблокировать поле Title для пользователей Workflow, сняв флажок Allow the initiator to change the process title на панели Properties. Когда опция снята (и процесс сохранён), пользователь, активирующий Workflow ( Initiator), не сможет редактировать его Title — он останется заблокированным как «AUTO». Такие активные или завершённые процессы будут называться по имени процесса с последовательным числовым суффиксом — <process name> #1, <process name> #2 и т. д.
Диаграмма Workflow
Диаграмма workflow процесса строится с использованием различных элементов, доступных на палитре в верхней части области.
Диаграмма workflow строится с использованием элементов из доступной палитры.
В следующей таблице перечислены все возможные элементы диаграммы:
| Значок |
Тип |
Описание |
 |
Connection |
Этот элемент обеспечивает соединение между элементами точек событий в workflow. Его форму можно изменять графически, и хотя по умолчанию его Name оставлено пустым, это может быть полезно для обозначения/описания различных путей, выходящих из элемента ветвления в потоке. |
 |
Start |
Это начальная точка workflow. Name по умолчанию предварительно заполняется в зависимости от темы — Submit Request (Part Requests), Start Activity (Project Activities), Create Project (Project Creations). При необходимости это можно изменить. Сведения о полях по умолчанию, добавляемых в связанную форму для этого элемента, см. в разделах Built-in Fields и Default Fields.
Для темы процесса Project Activities этот элемент поддерживает второй Type — Start Release. Это используется для workflow, в котором выпущенный проект должен быть опубликован в интегрированный экземпляр PLM, и всё это — как часть Altium Designer Project Releaser.
Для темы процесса Project Creations дополнительное свойство Default server folder позволяет указать базовый путь к папке, куда будет сохранён новый проект. Если задано, оно становится расположением по умолчанию для этого workflow и может быть переопределено пользователем в поле Server Folder формы New Project (вкладка Advanced).
Дополнительные сведения о переключении типа для этого элемента см. в Changing the Type for a Workflow Element. |
 |
Event |
Этот элемент можно использовать для получения результата действия в интегрированном экземпляре PLM (с выводом OK или FAIL, а также сообщением и журналом). Для этого установите Type для темы соответствующим образом — PLM Part Completed (Part Requests), PLM Publish Completed (Project Activities), PLM Initialise Completed (Project Creations). По умолчанию Name предварительно заполняется значением Type , но при необходимости может быть изменено.
Этот элемент также можно использовать для отправки и получения уведомлений в стороннюю систему с помощью Enterprise Server EDS (требуется доступ к Enterprise Server SDK). Установите Type в Send или Receive соответственно (в составе workflow должны быть определены оба события — Send и Receive). Уведомления состоят из уникального идентификатора Code и сообщения. Обратите внимание: Code должен быть одинаковым для событий Send и Receive.
Для Project Activities тип этого элемента также можно установить в Related Tasks Completed. Это используется, когда комментарии были добавлены и назначены как задачи конкретным людям — связанные с активностью для самого проекта. Это означает, что workflow процесса для активности не может быть завершён, пока все связанные задачи — назначенные комментарии — также не будут закрыты.
|
 |
End |
Это конечная точка workflow или ветви этого workflow. Name для элемента можно установить в Completed, Rejected или Cancelled. |
 |
Task |
Этот элемент представляет задачу, которую необходимо выполнить — то, что один или несколько пользователей должны сделать. В workflow Project Activity на основе ревью это может быть предоставление обратной связи в рамках проверки. В workflow Part Request это может быть работа над конкретным запрошенным компонентом или, возможно, только над его символом или посадочным местом.
Каждая задача предоставляет пользователю данные или получает данные от пользователя через специализированную Form — построенную со всеми полями, переменными и информацией, необходимыми для достижения цели задачи. Подробнее см. Building a Form.
Помимо стандартного User Task (определяемого по мере необходимости через форму), каждая тема процесса поддерживает один или несколько дополнительных типов — Create Part in PLM (Part Requests), Collect Project Data и Publish to PLM (Project Activities), Initialise in PLM (Project Creations). В каждом случае Name по умолчанию устанавливается в тип задачи, но при необходимости может быть изменён. Для каждого типа должны быть определены дополнительные настройки, и они различаются в зависимости от типа, например Assignee и Task Ownership. Для задачи типа, связанного с PLM, это используется для получения результата действия с экземпляром PLM (с выводом OK или FAIL, а также сообщением и (для тем Project Activities и Project Creations) свойствами).
Для темы процесса Project Creations дополнительное свойство Default server folder позволяет указать базовый путь к папке, куда будет сохранён новый проект. Если задано, оно становится расположением по умолчанию для этого workflow и может быть переопределено пользователем в поле Server Folder формы New Project (вкладка Advanced).
Дополнительные сведения о переключении типа для этого элемента см. в Changing the Type for a Workflow Element.
|
 |
Branch |
Этот элемент обеспечивает ветвление workflow в зависимости от полученных результатов из предыдущей точки потока (например, получение выбора пользователя или решения). По умолчанию Name оставлено пустым. |
 |
Comment |
Этот элемент позволяет комментировать ваш workflow — обычно добавляя комментарий в каждой точке потока с описанием того, что должно происходить в этой точке. По умолчанию Name оставлено пустым. |
Размещение элементов Workflow
Чтобы разместить элемент с палитры:
-
Щёлкните по записи элемента на палитре. Экземпляр элемента появится, подсвеченный синим, и будет «плавать» на курсоре.
-
Расположите элемент в нужном месте на холсте workflow и щёлкните (или щёлкните правой кнопкой), чтобы выполнить размещение. При перемещении элемента по холсту будут появляться направляющие выравнивания относительно горизонтальных и вертикальных центров уже размещённых элементов.
-
Чтобы отменить размещение, нажмите Esc.

Пример размещения элементов на холсте workflow (Start, End и User Task). Обратите внимание на динамические направляющие выравнивания, которые помогают при размещении.
Соединение элементов Workflow
Чтобы соединить два элемента workflow:
-
Щёлкните по записи
на палитре.
-
Наведите курсор на первый (исходный) элемент, который нужно соединить, и щёлкните.
-
Переместите курсор — от элемента начнёт тянуться линия соединения. Наведите курсор на второй (целевой) элемент, который нужно соединить, и щёлкните.
Соединения между элементами должны идти слева направо, поскольку это логический поток. Вам не удастся выбрать целевой элемент, к которому соединение считается недопустимым (например, при попытке соединить элемент
End с элементом
Start). В таком случае целевой элемент будет отображаться с красной заливкой, а конец линии соединения останется со значком «запрещено» (

).
-
Продолжайте размещать последующие соединения или щёлкните правой кнопкой мыши, либо нажмите Esc, чтобы выйти.

Пример соединения элементов в workflow.
Перемещение элементов Workflow
Чтобы переместить элемент, щелкните по нему и перетащите в нужное новое место. Если элемент соединен с одним или несколькими другими элементами через соединения, эти соединения будут сохранены, а траектория(и) линий соединения будет(ут) соответствующим образом изменена(ы). Для удобства позиционирования используйте динамические направляющие выравнивания, которые появляются на экране.
Чтобы переместить несколько элементов, сначала выделите их — либо Ctrl+щелчком по каждому нужному элементу, либо щелкнув и протянув рамку выделения вокруг этих элементов.

Пример перемещения одного, затем нескольких размещенных элементов. Обратите внимание: соединения, если они не входят в выделение, будут изменены так, чтобы элементы оставались соединенными соответствующим образом.
Изменение соединения
Когда вы наводите курсор на соединение, становятся доступны различные элементы управления редактированием, или «маркеры». Они позволяют графически выполнять следующие изменения соединения:
-
Щелкните и перетащите маркер
, чтобы перемещать соединение только в вертикальной плоскости.
-
Щелкните и перетащите маркер
, чтобы перемещать соединение только в горизонтальной плоскости.
-
Перемещайте курсор вдоль соединения — маркер
будет следовать за курсором. Щелкните и перетащите этот маркер, чтобы создать новую вершину (точку излома) соединения.
-
Щелкните и перетащите маркер
, чтобы переместить начальную точку соединения. Эту точку необходимо перетащить на другой существующий элемент.
-
Щелкните и перетащите маркер
, чтобы переместить конечную точку соединения. Эту точку необходимо перетащить на другой существующий элемент.
Недопустимая точка «сброса» при перемещении начальной или конечной точки соединения подсвечивается тем, что элемент заливается красным (и появляется значок

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

Пример изменения существующих соединений с использованием различных маркеров редактирования, которые появляются при наведении на соединение.
Изменение свойств элемента
Как упоминалось ранее, в правой части Process Workflow Editor находится панель Properties, в которой отображаются свойства текущего выбранного элемента рабочего процесса. Для некоторых элементов, таких как Connection, Branch, End и Comment, единственным редактируемым свойством является их Name. Для других, таких как Start и Task, доступны настройки, которые можно определить, а также связанная Form, которую можно создать по необходимости. Также помните, что свойства элемента рабочего процесса могут меняться в зависимости от темы процесса, в рамках которой определяется процесс (а также от выбранного типа элемента, если для него поддерживается несколько типов).
Панель Properties, показывающая свойства по умолчанию для элемента рабочего процесса Start (при определении процесса в теме Project Activities и установке Type элемента в Start Activity). Наведите курсор на изображение, чтобы показать свойства по умолчанию, когда выбран элемент Task (настроенный как User Task).
Вносите необходимые изменения в свойства выбранного элемента рабочего процесса через панель Properties. Для элемента, для которого можно определить Form, вам нужно либо создать форму (нажмите кнопку
в разделе Form панели), либо отредактировать ее (нажмите запись
в разделе Form панели). Подробнее см. Building a Form.
Помните: если в данный момент не выбран ни один элемент рабочего процесса, панель
Properties показывает свойства самого родительского определения процесса. Кроме того, при отсутствии выбранных элементов рабочего процесса вы можете настроить параметрические данные, видимые стандартному пользователю на вкладке
Data для рабочего процесса. Подробнее см.
Configuring Data Visibility for a Standard User.
Comment также можно изменять графически по размеру: выделите его, затем щелкните и перетащите его маркеры редактирования.
Изменение типа элемента рабочего процесса
Следующие темы процессов содержат элементы рабочего процесса, поддерживающие несколько типов:
-
Part Requests тема:
-
Task — поддерживает типы:
User Task, Change State, Create Part in PLM.
-
Event — поддерживает типы:
Send, Receive, Notify User, PLM Part Completed.
-
Project Activities тема:
-
Start — поддерживает типы:
Start Activity, Start Release.
-
Task — поддерживает типы:
User Task, Change State, Collect Project Data, Publish to PLM.
-
Event — поддерживает типы:
Send, Receive, Notify User, PLM Publish Completed, Related Tasks Completed.
-
Project Creations тема:
-
Task — поддерживает типы:
User Task, Create Project, Change State, Initialise in PLM.
-
Event — поддерживает типы:
Send, Receive, Notify User, PLM Initialise Completed.
После размещения элемента на холсте диаграммы рабочего процесса вы можете переключаться между доступными типами с помощью меню, связанного с кнопкой
, которая появляется внутри/рядом с элементом после его выбора.
Переключение между типами, поддерживаемыми элементами Start, Task и Event, при определении рабочего процесса для процесса, относящегося к теме Project Activities.
Разумеется, тип также можно изменить с помощью выпадающего списка, связанного с полем Type , на панели Properties , когда элемент выбран.
Назначение задачи
То, как задача в рабочем процессе назначается исполнителю, зависит от настроек, определенных для Assignee, Except и Task ownership:
-
Assignee — это может быть один пользователь вашего Workspace, несколько пользователей или конкретная группа. Здесь также можно использовать переменные, например $Initiator (человек, который запустил экземпляр процесса) или $Review Coordinator (пользователь, выбранный координатором проверки в предыдущей задаче).
Переменные вводятся не текстом, а находятся через поиск и затем выбираются из динамического списка возможных значений. Например, чтобы добавить переменную $Initiator, начните вводить In в поле, а затем выберите запись из списка.
-
Except — кто не имеет права работать над задачей, даже если входит в область назначаемых исполнителей. Например, инициатор запроса на компонент не должен утверждать собственный запрос на компонент! Другой пример — использование переменной $Rework executed by в поле Except для задачи Verify rework процесса Milestone Review, чтобы пользователь, выполнивший предыдущую задачу (Rework), не мог проверять собственную работу.
-
Task ownership — определяет, кто может выполнять задачу относительно пользователя(ей), указанных в поле Assignee. Доступны следующие варианты:
-
One of assigned users — если в поле Assignee указан только один пользователь, начальная задача по обработке запроса назначается напрямую этому пользователю. Если назначено несколько исполнителей, все пользователи видят задачу в своем списке задач, и один из них назначает задачу себе.
-
All assigned users — все назначенные исполнители получают задачу.
На изображении ниже показаны настройки назначения для определения процесса Part Request. Assignee задан как администраторы Workspace (участники группы Administrators). Task ownership установлено в One of assigned users, что означает: один из этих административных пользователей должен взять запрос в работу.

Какой пользователь изначально получает задачу по обработке нового запроса на компонент, зависит от того, как определены настройки Assignee, Except и Task ownership для начальной пользовательской задачи — в базовом рабочем процессе соответствующего определения процесса. На изображении выше показаны настройки для определения процесса New Part Request по умолчанию.
Если вы хотите запретить исходному отправителю запроса на компонент работать над запросом, введите переменную $Initiator в поле Except .
Настройка видимости данных для стандартного пользователя
Вы можете настроить параметрические данные, видимые стандартному пользователю на вкладке Data для рабочего процесса — при просмотре прогресса активного экземпляра этого процесса. При редактировании рабочего процесса и при отсутствии выбранного элемента данные, которые могут отображаться на вкладке Data , перечислены на панели Properties . Нажмите элемент управления
, чтобы открыть связанную форму (<ProcessName> Data).
В этой форме вы можете определить, будет ли параметр видим на вкладке Data . По умолчанию параметр видим (
). Нажмите этот элемент управления, чтобы сделать его невидимым (
). Кроме того, вы можете управлять порядком отображения данных. При наведении на запись параметра слева от нее появляется элемент управления
. Нажмите и удерживайте его, затем перетащите параметр в новое положение.
Эта функция влияет только на то, что может видеть стандартный (неадминистративный) пользователь. Если вы вошли в Workspace как администратор, вы будете видеть все данные независимо от настройки.
Следующее изображение показывает связь между формой и тем, что видит административный и стандартный (неадминистративный) пользователь на вкладке Data процесса. В этом примере параметры Description и Datasheets скрыты от стандартного пользователя.
Удаление элемента рабочего процесса
Чтобы удалить элемент рабочего процесса, выделите его, затем используйте сочетание клавиш Delete. Чтобы удалить несколько элементов, щелкните и протяните рамку выделения вокруг них или используйте Ctrl+щелчок, чтобы по одному сформировать выделение, затем используйте сочетание Delete.
Создание формы
Два элемента рабочего процесса — Start и Task — предполагают запрос к пользователю выполнить какое-либо действие. Это может быть запрос исходной информации для инициализации (название и тип проекта, исходный набор данных для проверки, запрашиваемый номер компонента, производитель и даташиты) или другая задача по ходу процесса, которая тем или иным образом требует дополнительного ввода от пользователя (решение по проверке, дополнительные данные, комментарии, готовый компонент по запросу и т. д.). Оба этих элемента можно рассматривать как task-oriented.
Чтобы представить необходимые поля и переменные для обеспечения такого взаимодействия с пользователем, создаётся Form. В некоторых случаях Form уже существует и содержит встроенные поля, которые нельзя удалить, в других — Form доступна и имеет поля по умолчанию, но их можно изменить под свои нужды. А в некоторых случаях Form отсутствует, и тогда у вас есть сравнительно большая свобода создать Form настолько простой или настолько сложной, насколько требуется для нужд вашей компании.
Следующий список показывает все варианты этих двух задач, которые используют/требуют Form:
-
Start (тема Part Requests) — существующая Form с полями по умолчанию. Их можно редактировать или удалять, а также задавать значения по умолчанию там, где это применимо. При необходимости можно добавлять дополнительные поля.
-
Start типа Start Activity (тема Project Activities) — существующая Form со встроенным полем. Его нельзя удалить. При необходимости можно добавлять дополнительные поля.
-
Start (тема Project Creations) — существующая Form со встроенными полями. Их нельзя удалить. Там, где применимо, можно задать значения по умолчанию. При необходимости можно добавлять дополнительные поля.
-
Task типа User Task (все темы процессов) — существующей Form нет. Создайте по мере необходимости.
-
Task типа Collect Project Data (только тема Project Activities) — существующая Form со встроенным полем. Его нельзя удалить. При необходимости можно добавлять дополнительные поля.
-
Task типа
Create Project (тема Project Creations) — существующая Form со встроенными полями. Их нельзя удалить. Там, где применимо, можно задать значения по умолчанию. При необходимости можно добавлять дополнительные поля.
Редактор пользовательских форм
Form создаётся с помощью User Form Editor. Для элемента, для которого может быть определён Form, вам нужно либо создать форму, если её ещё нет (выберите элемент в workflow и нажмите кнопку
в разделе Form панели Properties), либо отредактировать её, если она уже существует (выберите элемент в workflow и нажмите пункт
в разделе Form панели Properties).
Form строится путём добавления полей — представляющих именованные переменные — требуемых типов, а также установкой флагов (где применимо), определяющих, как эти поля должны использоваться; по сути, вы создаёте интерфейс, через который передаётся информация и запрашивается информация у целевого пользователя(ей), который(е) будет(ут) выполнять задачу.
Когда форма сохранена — нажмите кнопку
внизу Form — на панели Properties для выбранного элемента workflow отображается сводка всех определённых в ней полей вместе с типами их переменных.
Пример User Form Editor, заполненного Form для пользовательской задачи Provide review feedback (часть определения процесса Milestone Review в теме Project Activities). Обратите внимание, что панель Properties предоставляет удобную сводную таблицу всех полей, определённых в Form, вместе с их типами.
В следующих разделах рассматривается механика User Form Editor, включая поддержку переменных и полей, связанные флаги для каждого поля/переменной, работу внутри Form, а также встроенные/поля и переменные по умолчанию.
Переменные и поля
Что важно учитывать в отношении переменных и полей:
-
A Variable — это именованный элемент данных, отслеживаемый как часть workflow процесса.
-
A Field — это представление переменной в контексте конкретной пользовательской Form в workflow процесса.
-
Отдельной функциональности для управления переменными процесса нет:
-
Пользовательская переменная добавляется в процесс, когда администратор впервые добавляет её в Form в рамках workflow этого процесса.
-
Пользовательская переменная удаляется из процесса, когда она удалена из всех Forms, используемых в workflow этого процесса.
-
Большинство переменных администратор определяет при создании Forms в workflow определения процесса. Существуют некоторые предопределённые переменные, встроенные в определение процесса для конкретных элементов workflow. Их можно использовать и в других пользовательских Forms, но они остаются определёнными для процесса, даже если удалены со всех Forms в рамках workflow.
-
В процессе существует только одно определение переменной; это означает, что где бы эта переменная ни редактировалась (в любой Form), изменения автоматически отражаются во всех других Forms, используемых в этом workflow, где эта переменная применяется.
-
Имена переменных нечувствительны к регистру (т. е. нельзя иметь две переменные, отличающиеся только регистром).
Supported Variable Types
Следующая таблица перечисляет типы переменных, поддерживаемые для использования в Form.
Built-in Fields
Для некоторых типов задач существуют «встроенные» поля. Эти поля нельзя удалить из Form, из которой они происходят, нельзя переименовать, и нельзя изменить их тип. Там, где применимо, можно задать значение по умолчанию. Их можно использовать в других пользовательских Forms со следующими ограничениями:
-
Флаги не отображаются — поля доступны только для чтения (Read-only) и не являются обязательными (not required).
-
Значение (где применимо) нельзя изменить, но значение по умолчанию (где применимо) — можно.
Ниже приведён список типов задач со встроенными полями. В каждом случае тип переменной/данных указан в скобках после имени поля.
элемент типа
Start Activity (тема Project Activities):
-
Project (Managed Project) – флаги Editable и Required активны (изменить нельзя).
Task элемент типа Collect Project Data (тема Project Activities):
-
Data (Data Set) – флаг Editable активен, флаги Required и Reset value неактивны (но при необходимости их можно изменить).
Task элемент типа Publish to PLM (тема Project Activities):
-
Publish to PLM Template (PLM Publish Template).
Start элемент (тема Project Creations):
-
Project Name (Single Line Text) – флаги Editable и Required активны (изменить нельзя). Значение по умолчанию не задано (можно редактировать).
-
Description (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Значение по умолчанию не задано (можно редактировать).
-
PCB Project Type (Dropdown) – флаги Editable и Required активны (изменить нельзя). Значение (варианты в выпадающем списке) фиксировано: PCB Project и Multiboard. Значение по умолчанию установлено в None; можно изменить на PCB Project или Multiboard.
-
Project Template (Project Template) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить).
Task элемент типа Initialise in PLM (тема Project Creations):
-
Initialise in PLM Template (PLM Publish Template).
Task элемент типа Create Project (тема Project Creations)
-
Project Name (Single Line Text) – флаги Editable и Required активны (изменить нельзя). Значение по умолчанию не задано (можно редактировать). Флаг Reset Value неактивен (можно изменить).
-
Description (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Значение по умолчанию не задано (можно редактировать). Флаг Reset Value неактивен (можно изменить).
-
PCB Project Type (Dropdown) – флаги Editable и Required активны (изменить нельзя). Значение (варианты в выпадающем списке) фиксировано: PCB Project и Multiboard. Значение по умолчанию установлено в None; можно изменить на PCB Project или Multiboard. Флаг Reset Value неактивен (можно изменить).
-
Project Template (Project Template) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Флаг Reset Value неактивен (можно изменить).
Default Fields
Существуют поля, которые по умолчанию добавляются в элементы рабочего процесса на основе задач. Они ведут себя так же, как и любые другие пользовательские поля, поэтому при необходимости их можно изменять и/или удалять. Они просто предоставляют отправную точку для формы, в которую были добавлены.
Например, следующий тип задачи содержит поля по умолчанию. Для каждого поля тип переменной/данных показан в скобках после имени поля.
-
Start элемент (тема Part Requests):
-
Part number (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required активен (но при необходимости его можно изменить). Значение по умолчанию не задано (можно редактировать).
-
Manufacturer (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required активен (но при необходимости его можно изменить). Значение по умолчанию не задано (можно редактировать).
-
Description (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Значение по умолчанию не задано (можно редактировать).
-
Datasheets (File Upload) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить).
Built-in Variables
Это переменные, встроенные в процесс или задачу. Их можно использовать в других пользовательских формах со следующими ограничениями:
-
Флаги не отображаются — по умолчанию они доступны только для чтения (Read-only) и не являются обязательными.
-
Их тип нельзя изменить.
-
Их нельзя переименовать.
-
Даже если удалить их со всех форм в рабочем процессе, они не удаляются из определения процесса (в отличие от стандартного пользовательского поля/переменной).
Некоторые встроенные переменные — такие как Initiator и <TaskName> executed by — можно использовать в других пользовательских формах, например, просто для отображения информации, но также их можно применять в условных полях, которые являются частью настроек задачи, а не самой формы. На изображении ниже показана встроенная переменная Prepare review data executed by, которая будет сгенерирована как выходной результат после завершения задачи Prepare review data. Пользователь, которому разрешено работать над задачей, задаётся как тот же пользователь, который запустил процесс, за счёт использования записи $Initiator в поле Assignee .
Пример встроенных переменных — переменная Initiator используется для назначения исполнителя задачи, а переменная Prepare review data executed by будет сгенерирована задачей по завершении.
Другой пример — использование такой переменной, чтобы запретить назначение задачи пользователю. На изображении ниже переменная $Rework executed by используется в поле Except для задачи Verify rework процесса Milestone Review, чтобы пользователь, выполнивший предыдущую задачу (Rework), не мог проверять собственную работу.
Пример использования встроенной переменной, чтобы не допустить проверки пользователем собственной работы!
Ниже приведён список встроенных переменных по темам процессов. Для каждой переменной её тип указан в скобках после имени.
Part Requests
-
Initiator (Single Line Text) – в основном связана с элементом Start. Значение — имя пользователя, который запустил данный экземпляр активированного определения процесса.
-
<TaskName> executed by (Single Line Text) – в основном связана с элементом Task (типа User Task). Значение — имя пользователя, выполнившего задачу.
-
Create Part in PLM Status (Dropdown) – в основном связана с элементом Task (типа Create Part in PLM). Результат процесса создания компонента в PLM. Значение может быть OK или FAIL.
-
Create Part in PLM Message (Single Line Text) – в основном связана с элементом Task (типа Create Part in PLM). Результат процесса создания компонента в PLM. Значение — текстовое сообщение в одну строку.
-
Change State Status (Dropdown) – в основном связана с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение может быть OK или FAIL.
-
Change State Success (Item/Revision) – в основном связана с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла было успешно изменено.
-
Change State Failure (Item/Revision) – в основном связана с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла не удалось изменить.
-
Receive <Code> Status (Single Line Text) – в основном связана с элементом Event (типа Receive). Значение — статус, предоставленный приёмником уведомлений сторонней системы (например, OK).
-
Receive <Code> Message (Multi Line Text) – в основном связана с элементом Event (типа Receive). Значение — сообщение, предоставленное приёмником уведомлений сторонней системы (например, сообщение об ошибке).
-
PLM Part Completed Status (Dropdown) – в основном связана с элементом Event (типа PLM Part Completed). Результат процесса создания компонента в PLM, возвращённый из экземпляра PLM. Значение может быть OK или FAIL.
-
PLM Part Completed Message (Multi Line Text) – в основном связана с элементом Event (типа PLM Part Completed). Результат процесса создания компонента в PLM, возвращённый из экземпляра PLM. Значение — многострочное текстовое сообщение.
-
PLM Part Completed Log (File Upload) – в основном связана с элементом Event (типа PLM Part Completed). Результат процесса создания компонента в PLM, возвращённый из экземпляра PLM. Значение — ссылка на файл журнала.
Project Activities
-
Initiator (Single Line Text) – в основном связана с элементом Start. Значение — имя пользователя, который запустил данный экземпляр активированного определения процесса.
-
Start Release Data (Data Set) – в основном связана с элементом Start (типа Start Release). Значение — список ревизий, сгенерированных Project Releaser.
-
<TaskName> executed by (Single Line Text) – в основном связана с элементом Task (типа User Task или Collect Project Data). Значение — имя пользователя, выполнившего задачу.
-
Publish to PLM Status (Dropdown) – в основном связана с элементом Task (типа Publish to PLM). Результат процесса инициализации публикации в PLM. Значение может быть OK или FAIL.
-
Publish to PLM Message (Single Line Text) – в основном связана с элементом Task (типа Publish to PLM). Результат процесса инициализации публикации в PLM. Значение — текстовое сообщение в одну строку.
-
Publish to PLM Properties (Properties) – в основном связана с элементом Task (типа Publish to PLM). Результат процесса инициализации публикации в PLM. Значение — таблица свойств в виде пар «ключ-значение».
-
Change State Status (Dropdown) – в основном связана с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение может быть OK или FAIL.
-
Change State Success (Item/Revision) – в основном связана с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла было успешно изменено.
-
Change State Failure (Item/Revision) – в основном связана с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла не удалось изменить.
-
Receive <Code> Status (Single Line Text) – в основном связана с элементом Event (типа Receive). Значение — статус, предоставленный приёмником уведомлений сторонней системы (например, OK).
-
Receive <Code> Message(Multi Line Text) – в первую очередь связано с элементом Event (типа Receive). Значение — сообщение, предоставленное получателем уведомлений сторонней системы (например, сообщение об ошибке).
-
PLM Publish Completed Status (Dropdown) – в первую очередь связано с элементом Event (типа PLM Publish Completed). Результат процесса публикации в PLM, возвращаемый из экземпляра PLM. Значение может быть OK или FAIL.
-
PLM Publish Completed Message (Multi Line Text) – в первую очередь связано с элементом Event (типа PLM Publish Completed). Результат процесса публикации в PLM, возвращаемый из экземпляра PLM. Значение — многострочное текстовое сообщение.
-
PLM Publish Completed Log (File Upload) – в первую очередь связано с элементом Event (типа PLM Publish Completed). Результат процесса публикации в PLM, возвращаемый из экземпляра PLM. Значение — ссылка на файл журнала.
Project Creations
-
Initiator (Single Line Text) – в первую очередь связано с элементом Start. Значение — имя пользователя, который запустил данный экземпляр активированного определения процесса.
-
<TaskName> executed by (Single Line Text) – в первую очередь связано с элементом Task (типа User Task). Значение — имя пользователя, выполнившего задачу.
-
Create Project executed by (Single Line Text) – в первую очередь связано с элементом Task (типа Create Project). Значение — имя пользователя, выполнившего задачу Create Project.
-
Create Project Status (Dropdown) – в первую очередь связано с элементом Task (типа Create Project). Результат процесса Create Project. Значение может быть OK или FAIL.
-
Initialise in PLM Status (Dropdown) – в первую очередь связано с элементом Task (типа Initialise in PLM). Результат процесса инициализации проекта PLM. Значение может быть OK или FAIL.
-
Initialise in PLM Message (Single Line Text) – в первую очередь связано с элементом Task (типа Initialise in PLM). Результат процесса инициализации проекта PLM. Значение — однострочное текстовое сообщение.
-
Initialise in PLM Properties (Properties) – в первую очередь связано с элементом Task (типа Initialise in PLM). Результат процесса инициализации проекта PLM. Значение — таблица пар «ключ-значение» свойств.
-
Change State Status (Dropdown) – в первую очередь связано с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение может быть OK или FAIL.
-
Change State Success (Item/Revision) – в первую очередь связано с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла успешно изменено.
-
Change State Failure (Item/Revision) – в первую очередь связано с элементом Task (типа Change State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла не удалось изменить.
-
Receive <Code> Status (Single Line Text) – в первую очередь связано с элементом Event (типа Receive). Значение — статус, предоставленный получателем уведомлений сторонней системы (например, OK).
-
Receive <Code> Message (Multi Line Text) – в первую очередь связано с элементом Event (типа Receive). Значение — сообщение, предоставленное получателем уведомлений сторонней системы (например, сообщение об ошибке).
-
PLM Initialise Completed Status (Dropdown) – в первую очередь связано с элементом Event (типа PLM Initialise Completed). Результат процесса инициализации проекта PLM, возвращаемый из экземпляра PLM. Значение может быть OK или FAIL.
-
PLM Initialise Completed Message (Multi Line Text) – в первую очередь связано с элементом Event (типа PLM Initialise Completed). Результат процесса инициализации проекта PLM, возвращаемый из экземпляра PLM. Значение — многострочное текстовое сообщение.
-
PLM Initialise Completed Message (File Upload) – в первую очередь связано с элементом Event (типа PLM Initialise Completed). Результат процесса инициализации проекта PLM, возвращаемый из экземпляра PLM. Значение — ссылка на файл журнала.
Флаги
В зависимости от типа переменной для поля, определённого в форме, у него может быть до трёх флагов:
-
Editable – включите этот флаг, чтобы сделать поле редактируемым — например, чтобы можно было ввести имя проекта, дату, добавить данные и т. п.
-
Required – включите этот флаг, чтобы сделать поле обязательным, то есть пользователь должен выбрать вариант или ввести данные, чтобы иметь возможность отправить задачу.
-
Reset value – включите этот флаг, чтобы значение поля сбрасывалось при входе в форму. Если применимо значение по умолчанию и оно задано, оно будет загружено; иначе поле будет пустым (или будет отображаться Choose option, если это поле со списком).
Это может быть очень полезно в рабочем процессе, где предусмотрена «петля». Пример — процесс запроса компонента, где пользователь проверяет запрос и устанавливает поле Next step в значение Needs more info. Отправитель добавляет информацию, и она возвращается (вот здесь «петля») на проверку. Если для поля Next step включён флаг Reset value, то поле будет сброшено и больше не будет предварительно заполнено значением Needs more info. Поэтому проверяющему нужно осознанно выбрать значение для этого поля.
Примеры определённых полей в форме вместе с их флагами.
С точки зрения отображения флаг может выглядеть так:
-
Синий — флаг можно изменить, и он сейчас активен.
-
Серый — флаг можно изменить, и он сейчас неактивен.
-
Приглушённый синий — флаг активен и не может быть изменён.
-
Не отображается — флаг неприменим.
Если флаг можно изменить, щёлкните по нему, чтобы переключить его активное состояние.
Поле нельзя сделать обязательным (Required), пока оно не сделано редактируемым (Editable).
Расширенные параметры
Если тип переменной поддерживает дополнительные параметры, будет доступен соответствующий элемент управления Advanced options — нажмите его, чтобы развернуть и увидеть их.
Примеры Advanced options для различных определённых полей в форме.
Здесь могут быть доступны следующие параметры — в зависимости от типа переменной:
-
Keep value provided by each user separately – позволяет использовать поле для «сбора» значений, введённых в формах, отправленных несколькими пользователями, участвующими в задаче, например при рецензировании проекта.
-
Dropdown options – для переменной типа Dropdown задайте здесь элементы, которые могут отображаться для выбора пользователем в связанном с полем выпадающем списке.
-
Default value – задайте значение по умолчанию, которое будет показано «предзаполненным» в качестве значения поля, когда пользователь открывает форму, связанную с задачей. Если поле имеет тип Dropdown, значение по умолчанию можно установить как одно из определённых Dropdown options либо как None.
-
Value – обычно для переменной типа Label используйте это поле, чтобы задать текст метки, отображаемый пользователю в форме, связанной с задачей, над которой он работает, и описывающий, что нужно сделать.
Добавление поля
Чтобы добавить новое поле в форму, нажмите элемент управления Add в правом нижнем углу формы. Новое поле добавляется внизу формы, при этом выпадающий список Name раскрыт и готов либо к выбору существующей переменной, уже определённой где-то ещё в рамках определения процесса, либо к созданию новой.
Пример добавления нового поля в форму. Можно либо сослаться на существующую переменную, определённую для родительского определения процесса, либо ввести новое имя и тем самым создать новую переменную для этого определения (после сохранения формы).
Переменные, которые уже используются в текущей форме, не включаются в выпадающее меню, поскольку на пользовательской форме может быть только один экземпляр переменной. Список переменных фильтруется по мере ввода, что позволяет быстро найти существующую переменную при необходимости.
Если выбрана существующая переменная:
-
Она добавляется в форму как ещё одна ссылка на переменную.
-
Поле Name меняется на стандартное текстовое поле, позволяя редактировать имя, но не выбирать другую переменную.
-
Флаги настраиваются в соответствии с тем, как была определена исходная переменная.
Если введено имя новой переменной:
-
Поле Name становится стандартным текстовым полем.
-
Можно выбрать Type переменной (по умолчанию — Single Line Text).
-
Флаги устанавливаются в состояние по умолчанию — Editable (активен), Required (неактивен), Reset value (неактивен).
-
Новая переменная добавляется в определение процесса при сохранении формы.
Чтобы переименовать поле, щёлкните внутри поля
Name и измените как требуется. Если поле нельзя переименовать,
Name будет серым, а при наведении на поле появится значок

.
Удаление поля
Чтобы удалить пользовательское поле, нажмите элемент управления
в крайней правой части. Удаление происходит сразу, без подтверждения.
Пользовательское поле удаляется только из текущей формы. Если поле/переменная используется в другой форме в рабочем процессе, оно останется определённым для определения процесса. Только когда оно будет удалено из всех форм, оно будет удалено из списка определённых переменных для этого определения процесса.
Изменение порядка полей
Любое поле можно переместить в любое место формы, щёлкнув и перетащив элемент управления
, который появляется слева при наведении на поле. Это позволяет быстро добавлять поля в форму, а затем настраивать её внешний вид (порядок полей).
Сохранить и развернуть
После того как процесс определён как требуемый, нажмите кнопку
(в правом верхнем углу редактора), чтобы добавить его в список доступных процессов для этой темы процессов. Новое определение процесса будет активировано и готово к использованию.
Редактор отметит любые проблемы в вашей диаграмме рабочего процесса, которые мешают её сохранению и развертыванию — например, диаграмма должна содержать событие Start, а также должно быть определено как минимум одно событие End. Кроме того, задача пользователя (User Task) должна иметь как минимум одно поле формы и назначенного исполнителя.