Определение рабочего процесса

Вы просматриваете версию 6.0. Для самой новой информации, перейдите на страницу Определение рабочего процесса для версии 8.1
 

Parent page: Процессы и рабочие процессы

Краеугольным камнем среды совместного проектирования в Altium Designer является поддержка Workflows, которые направляют дизайнеров компании в рамках типичных повседневных процессов проектирования, таких как запрос новых компонентов библиотек Workspace, проведение проверок проекта и создание новых проектов Workspace.

Каждый Workflow, используемый для реализации конкретного процесса проектирования, создаётся как часть Process Definition. Поэтому его можно называть базовым Workflow этого процесса или просто Process Workflow. Новые процессы можно создавать, а существующие — редактировать, используя специализированный Process Workflow Editor. В этом документе рассматривается доступ к редактору и работа с ним для создания требуемого рабочего процесса.

Доступ к редактору рабочего процесса

Процессы создаются и управляются в разделе Processes (Admin – Processes) браузерного интерфейса Workspace.

Чтобы видеть раздел Processes в интерфейсе, необходимо войти как Администратор вашего Workspace.

Чтобы открыть Process Workflow Editor, активируйте вкладку темы процесса, в рамках которой вы хотите создать новый процесс — Part Requests, Project Activities или Project Creations — затем нажмите кнопку в правом верхнем углу страницы.

Важно сначала активировать тему, чтобы процесс был создан с корректным Type.

Доступ к Process Workflow Editor. Если перед доступом активировать нужную тему процесса, новое определение процесса будет установлено в правильный тип темы.Доступ к 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 этот элемент поддерживает второй TypeStart 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

Чтобы разместить элемент из палитры:

  1. Щёлкните по записи элемента в палитре. Экземпляр элемента появится, подсвеченный синим, и будет «плавать» на курсоре.
  2. Расположите элемент в нужном месте на полотне workflow и щёлкните (или щёлкните правой кнопкой), чтобы выполнить размещение. При перемещении элемента по полотну будут появляться направляющие выравнивания относительно горизонтальных и вертикальных центров уже размещённых элементов.
  3. Чтобы отменить размещение, нажмите Esc.

 Пример размещения элементов на полотне workflow (Start, End и User Task). Обратите внимание на динамические направляющие выравнивания, которые помогают при размещении.
Пример размещения элементов на полотне workflow (Start, End и User Task). Обратите внимание на динамические направляющие выравнивания, которые помогают при размещении.

Соединение элементов Workflow

Чтобы соединить два элемента workflow:

  1. Щёлкните по записи в палитре.
  2. Наведите курсор на первый (исходный) элемент, который нужно соединить, и щёлкните.
  3. Переместите курсор — от элемента начнёт тянуться линия соединения. Наведите курсор на второй (целевой) элемент, который нужно соединить, и щёлкните.
Соединения между элементами должны идти слева направо, поскольку это логический поток. Вам не удастся выбрать целевой элемент, если соединение считается недопустимым (например, попытка соединить элемент End с элементом Start). В таком случае целевой элемент будет отображаться с красной заливкой, а конец линии соединения останется со значком «запрещено» ().
  1. Продолжайте размещать последующие соединения или щёлкните правой кнопкой мыши, либо нажмите Esc, чтобы выйти.

 Пример соединения элементов в workflow.
Пример соединения элементов в workflow.

Перемещение элементов Workflow

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

Чтобы переместить несколько элементов, сначала выделите их — либо Ctrl+щелчком по каждому нужному элементу, либо щёлкнув и протянув рамку выделения вокруг этих элементов.

 Пример перемещения одного, затем нескольких размещённых элементов. Обратите внимание: соединения, если они не входят в выделение, будут изменены так, чтобы элементы оставались соединёнными соответствующим образом.
Пример перемещения одного, затем нескольких размещённых элементов. Обратите внимание: соединения, если они не входят в выделение, будут изменены так, чтобы элементы оставались соединёнными соответствующим образом.

Изменение соединения

Когда вы наводите курсор на соединение, становятся доступны различные элементы управления редактированием, или «маркеры». Они позволяют графически выполнять следующие изменения соединения:

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

 Пример изменения существующих соединений с использованием различных маркеров редактирования, которые появляются при наведении на соединение.
Пример изменения существующих соединений с использованием различных маркеров редактирования, которые появляются при наведении на соединение.

Изменение свойств элемента

Как упоминалось ранее, в правой части Process Workflow Editor находится панель Properties, в которой отображаются свойства текущего выбранного элемента рабочего процесса. Для некоторых элементов, таких как Connection, Branch, End и Comment, единственным редактируемым свойством является их Name. Для других, таких как Start и Task, можно задавать настройки, а также создавать связанный Form по мере необходимости. Также помните, что свойства элемента рабочего процесса могут меняться в зависимости от темы процесса, в рамках которой определяется процесс (и от выбранного типа элемента, если для него поддерживается несколько типов).

Панель свойств, показывающая свойства по умолчанию для элемента рабочего процесса Start (при определении процесса в теме Project Activities и установке Type элемента в Start Activity). Наведите курсор на изображение, чтобы увидеть свойства по умолчанию, когда выбран элемент Task (настроенный как User Task).Панель свойств, показывающая свойства по умолчанию для элемента рабочего процесса 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. Переключение между типами, поддерживаемыми элементами 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 по умолчанию.
Какой пользователь изначально получит задачу по обработке нового запроса на компонент, зависит от того, как были определены настройки 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 для User Task Provide review feedback (часть определения процесса Milestone Review в теме Project Activities). Обратите внимание, что панель Properties предоставляет удобную сводку со списком всех полей, определённых в Form, вместе с их типами.Пример User Form Editor, заполненного Form для User Task Provide review feedback (часть определения процесса Milestone Review в теме Project Activities). Обратите внимание, что панель Properties предоставляет удобную сводку со списком всех полей, определённых в Form, вместе с их типами.

В следующих разделах рассматривается механика User Form Editor, включая поддержку переменных и полей, связанные флаги для каждого поля/переменной, работу внутри Form, а также встроенные/поля и переменные по умолчанию.

Переменные и поля

Что важно учитывать в отношении переменных и полей:

  • Variable — это именованный элемент данных, отслеживаемый как часть workflow для процесса.
  • Field — это представление переменной в контексте конкретной пользовательской Form в workflow процесса.Отдельной функциональности для управления переменными процесса нет:
    • Пользовательская переменная добавляется в процесс, когда администратор впервые добавляет её в Form внутри workflow этого процесса.
    • Пользовательская переменная удаляется из процесса, когда она удалена из всех Forms, используемых в workflow этого процесса.
  • Большинство переменных администратор определяет при создании Forms в workflow определения процесса. Есть некоторые предопределённые переменные, встроенные в определение процесса для конкретных элементов workflow. Их можно использовать и в других пользовательских Forms, но они остаются определёнными для процесса, даже если удалены из всех Forms в workflow.
  • В процессе существует только одно определение переменной, то есть где бы эта переменная ни редактировалась (в любой Form), изменения автоматически отражаются во всех других Forms, используемых в этом workflow, где применяется данная переменная.
  • Имена переменных нечувствительны к регистру (т. е. нельзя иметь две переменные, отличающиеся только регистром).

Флаги

В зависимости от типа переменной для поля, определённого в форме, у него может быть до трёх флагов:

  • Editable – включите этот флаг, чтобы сделать поле редактируемым — например, чтобы можно было ввести имя проекта, дату, добавить данные и т. п.
  • Required – включите этот флаг, чтобы сделать поле обязательным; это означает, что пользователь должен выбрать вариант или ввести данные, чтобы иметь возможность отправить задачу.
  • Reset value – включите этот флаг, чтобы значение поля сбрасывалось при входе в форму. Если применимо значение по умолчанию и оно задано, оно будет загружено; в противном случае поле будет пустым (или будет отображаться Choose option, если это поле со списком).
Это может быть очень полезно в рабочем процессе, где предусмотрен «цикл». Пример — рабочий процесс запроса детали, где пользователь проверяет запрос и устанавливает поле Next step в значение Needs more info. Отправитель добавляет информацию, и она возвращается (здесь и есть цикл) на проверку. Если для поля Next step включён флаг Reset value, то поле будет сброшено и больше не будет предварительно заполнено значением Needs more info. Таким образом, проверяющему нужно осознанно выбрать значение для этого поля.
Вернитесь к таблице Supported Variable Types, чтобы увидеть применимость этих трёх флагов для каждого типа переменной.

Примеры определённых полей в форме вместе с их флагами.Примеры определённых полей в форме вместе с их флагами.

С точки зрения отображения флаг может выглядеть так:

  • Синий — флаг можно изменить, и он сейчас активен.
  • Серый — флаг можно изменить, и он сейчас неактивен.
  • Приглушённый синий — флаг активен и не может быть изменён.
  • Не отображается — флаг неприменим.

Если флаг можно изменить, щёлкните по нему, чтобы переключить его активное состояние.

Поле нельзя сделать обязательным (Required), пока оно не сделано редактируемым (Editable).

Расширенные параметры

Если тип переменной поддерживает дополнительные параметры, будет доступен соответствующий элемент управления Advanced options — нажмите его, чтобы развернуть и увидеть их.

Примеры 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) должно быть как минимум одно поле формы и назначенный исполнитель (Assignee).
AI-LocalizedЛокализовано с помощью ИИ
Если вы обнаружили проблему, выделите текст/изображение и нажмитеCtrl + Enter, чтобы отправить нам свой отзыв.
Content