Управление переходами между состояниями жизненного цикла

Вы просматриваете версию 20.0. Для самой новой информации, перейдите на страницу Управление переходами между состояниями жизненного цикла для версии 20.2
Applies to Altium Designer version: 20.0
 

Главная страница: Управление жизненным циклом объектов

Сервер управляемых данных позволяет определить, кто может выполнить определенные переходы между состояниями для ревизии объекта на сервере, т.е. действие по переходу ревизии из одного состояние в другое, отличное от предыдущего состояния, согласно заданному определению жизненного цикла, используемому родительским объектом. Возможно запретить пользователям, не являющимся администраторами, совершать на лету переходы между определенными состояниями жизненного цикла, а также открыть права доступа к кому-то помимо администраторов сервера. Вы можете задать права доступа на глобальном уровне, в рамках глобального определения прав на операции с сервером, а также на уровне отдельного перехода между состояниями. Настройка прав доступа к отдельным переходам в сочетании с соответствующими настройками на глобальном уровне позволяет выполнить тонкую настройку для более важных переходов (например, для перехода ревизии объекта в состояние Ready for Production).

Либо пользователи, не являющиеся администраторами, могут сделать запрос на утверждение определенного перехода между состояниями. Эти запросы (Approval Requests), в свою очередь, отправляются участникам утверждающих групп (Approval Groups), просматриваются и выполняются ими.

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

Определение прав доступа

Существует два уровня определения прав доступа:

  • Глобальный – определение того, какие пользователи и/или роли могут выполнять переходы между любыми состояниями для всех определений жизненного цикла.
  • Локальный – определение прав доступа на уровне отдельного перехода между состояниями.

Глобальные права доступа к переходам между состояниями

Глобальные права доступа к переходам между состояниями определяются в Altium Designer с помощью диалогового окна Edit Operation Permissions. Чтобы открыть его, перейдите на страницу Data Management - Servers диалогового окна Preferences. Для активного сервера, права доступа к которому вы хотите просмотреть/изменить, щелкните мышью по элементу управления Properties справа и выберите команду Operations из соответствующего меню.

Здесь следует обратить внимание на запись Move revision between lifecycle states.

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

Для нового сервера управляемых данных, права доступа для этой операции настроены по умолчанию следующим образом:

  • Администраторы
  • Сотрудник
  • Библиотекари
  • Менеджеры
Эти настройки прав доступа по умолчанию будут подходящими для большинства ситуаций, и необходимость их менять может возникнуть лишь в исключительных случаях.

Задайте дополнительные права доступа (нажмите кнопку Add). Права доступа к переходам между состояниями на этом глобальном уровне могут быть назначены следующим сущностям:

  • Администраторы (сама роль).
  • Сотрудник (пользователь, у которого есть права на редактирование объекта/ревизии).
  • Владелец (для выпущенных данных – лицо, которое создало изначальный объект).
  • Определенная роль.
  • Определенный пользователь.
Управление пользователями, а также ролями (группами пользователей), осуществляется с помощью веб-интерфейса сервера. Это можно сделать во внешнем веб-браузере. Для получения более подробной информации перейдите на страницу Управление командой (Altium 365 Workspace) или Добавление пользователей и ролей (самоуправляемый Altium Concord Pro).
Управление пользователями, а также ролями (группами пользователей), осуществляется с помощью веб-интерфейса сервера. Это можно сделать во внешнем веб-браузере. Для получения более подробной информации перейдите на страницу Управление пользователями.

Локальные права доступа к переходам между состояниями

Права доступа к определенному переходу между состояниями определяется в соответствующем диалоговом окне State Transition Properties, которое открывается из области States and Transitions определения жизненного цикла, настраиваемого в данный момент в диалоговом окне Edit Lifecycle Definitions.

Откройте диалоговое окно Edit Lifecycle Definitions со страницы Data Management - Servers диалогового окна Preferences. Щелкните мышью по элементу управления Properties справа от записи активного сервера и выберите команду Lifecycles из открывшегося меню.

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

Открытие элементов управления для определения прав доступа к редактируемому переходу между состояниями.
Открытие элементов управления для определения прав доступа к редактируемому переходу между состояниями.

Поле State Transition Permissions отражает тип управления правами доступа, используемое для этого перехода. Хотя в списке приведено две записи, Controlled (Контролируемый) и Using Approvals (Использование утверждений), Altium 365 Workspace и Altium Concord Pro поддерживают только первый вариант.

Рекомендуется не переключать это поле на Using Approvals, поскольку хоть вы и можете формально задать этот тип управления, при сохранении измененного жизненного цикла будет открыто диалоговое окно с сообщением об ошибке, уведомляющее о том, что утверждения жизненных циклов не лицензированы, т.е. не поддерживаются в Altium 365 Workspace или Altium Concord Pro.

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

Чтобы задать определенных пользователей и/или роли, сначала выберите и удалите сущность Public. Затем вы можете добавить нужного пользователя или роль из меню кнопки Add. Используйте открывшееся диалоговое окно Search For Users или Search For Role, чтобы найти нужного пользователя или роль.

С помощью контролируемых прав доступа вы можете изменить общий доступ только на указанных пользователей/роли.
С помощью контролируемых прав доступа вы можете изменить общий доступ только на указанных пользователей/роли.

Управление пользователями, а также ролями (группами пользователей), осуществляется с помощью веб-интерфейса сервера. Это можно сделать во внешнем веб-браузере. Для получения более подробной информации перейдите на страницу Управление командой (Altium 365 Workspace) или Добавление пользователей и ролей (самоуправляемый Altium Concord Pro).

С помощью поля State Transition Permissions выберите тип управления правами доступа, который вы хотите использовать для перехода. Доступны две опции:

  • Controlled (Контролируемый) – этот тип позволяет вам указать, кто именно может выполнить переход путем задания одного или множества пользователей и/или ролей. Этот тип управления локальными правами доступа используется в сочетании с правами доступа, заданными на глобальном уровне (см. раздел Как применяются права доступа). Используйте элементы управления в области ниже для определения соответствующих сущностей. По умолчанию добавлена сущность Public, что означает, что все пользователи на этом локальном уровне могут выполнять переход.
    Чтобы задать определенных пользователей и/или роли, сначала выберите и удалите сущность Public. Затем вы можете добавить нужного пользователя или роль из меню кнопки Add. Используйте открывшееся диалоговое окно Search For Users или Search For Role, чтобы найти нужного пользователя или роль.

    С помощью контролируемых прав доступа вы можете изменить общий доступ только на указанных пользователей/роли.
    С помощью контролируемых прав доступа вы можете изменить общий доступ только на указанных пользователей/роли.

  • Using Approvals (Использование утверждений) – этот тип позволяет любому пользователю запросить выполнение этого перехода между состояниями. Запросы обрабатываются одним или множеством пользователей, добавленными (по отдельности или через роли) в заданные утверждающие группы. Любой участник такой группы может утвердить или отклонить переход. Кроме того, может быть создано и организовано множество утверждающих групп, что делает доступным многоуровневое утверждение.

    Используйте элементы управления в области ниже для определения утверждающей группы (или групп). По умолчанию добавлена одна пустая утверждающая группа New Approval Group. Ее можно переименовать с помощью команды Edit Approval Group Name меню кнопки Add (или контекстного меню области).

    Вы можете добавить нужного пользователя или роль в выбранную утверждающую группу с помощью меню кнопки Add (или контекстного меню области). Используйте открывшееся диалоговое окно Search For Users или Search For Role, чтобы найти нужного пользователя или роль. Задайте порядок утверждающих групп с помощью команд Move Up и Move Down меню – утверждение осуществляется сверху вниз.

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

Управление пользователями, а также ролями (группами пользователей), осуществляется с помощью веб-интерфейса сервера. Это можно сделать во внешнем веб-браузере. Для получения более подробной информации перейдите на страницу Управление пользователями.
По умолчанию все созданные переходы между состояниями используют тип управления правами доступа Controlled. Если вы переключитесь на тип Using Approvals и определите утверждающие группы, то они будут сохранены, если вы снова переключитесь между этими двумя режимами.

Как применяются права доступа

Чтобы пользователь смог выполнить переход между состояниями, должны быть соблюдены следующие условия:

  • У пользователя должны быть заданы права Move revision between lifecycle states на глобальном уровне (в диалоговом окне Edit Operation Permissions).
  • У пользователя должны быть заданы права на локальном уровне для этого конкретного перехода между состояниями.
  • Пользователь должен быть сотрудником по отношению к ревизии объекта, состояние жизненного цикла которой изменяется (т.е. у пользователя должны быть права на редактирование).
Эти условия должны выполняться одновременно. Если хотя бы одно из них не соблюдено, пользователь не сможет выполнить этот переход.
Для пользователей, не являющихся администраторами, настройки прав доступа по умолчанию (Collaborator на глобальном уровне и Public на локальном уровне перехода) означают, что необходимо лишь сделать пользователя сотрудником для соответствующей ревизии объекта. Для ключевых переходов вы можете задать более жесткие права доступа на локальном уровне, чтобы не все сотрудники могли выполнять их.
Администраторы сервера всегда могут выполнять переходы между различными состояниями ревизии объекта независимо от локальных прав доступа, заданных для переходов.

Применение прав доступа зависит от типа управления правами доступа, выбранного при настройке на уровне перехода:

  • Controlled Permissions – чтобы пользователь смог выполнить переход между состояниями, должны быть соблюдены следующие условия:
    • У пользователя должны быть заданы права Move revision between lifecycle states на глобальном уровне (в диалоговом окне Edit Operation Permissions).
    • У пользователя должны быть заданы права на локальном уровне для этого конкретного перехода между состояниями.
    • Пользователь должен быть сотрудником по отношению к ревизии объекта, состояние жизненного цикла которой изменяется (т.е. у пользователя должны быть права на редактирование).
    Эти условия должны выполняться одновременно. Если хотя бы одно из них не соблюдено, пользователь не сможет выполнить этот переход.
    Для пользователей, не являющихся администраторами, настройки прав доступа по умолчанию (Collaborator на глобальном уровне и Public на локальном уровне перехода) означают, что необходимо лишь сделать пользователя сотрудником для соответствующей ревизии объекта. Для ключевых переходов вы можете задать более жесткие права доступа на локальном уровне, чтобы не все сотрудники могли выполнять их.
  • Using Approvals – все пользователи, не являющиеся администраторами, должны использовать систему утверждения и отправлять запросы на совершение перехода между состояниями. Для этой системы нет необходимости, чтобы у пользователя были глобальные права доступа на совершение переходов, а также чтобы пользователь был сотрудником по отношению к ревизии объекта.
    Хотя пользователю не обязательно быть сотрудником по отношению к ревизии объекта, эта ревизия должна быть опубликована для него, иначе пользователь не увидит ее на сервере управляемых данных.
Администраторы сервера всегда могут выполнять переходы между различными состояниями ревизии объекта независимо от локальных прав доступа, заданных для переходов.

Запросы на утверждение

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

Создание запроса на утверждение

Создание запроса на утверждение перехода между состояниями осуществляется в Altium Designer из аспектного вида Lifecycle нужной ревизии объекта (в панели Explorer) или из области графического представления жизненного цикла в подробном виде Item. Щелкните ПКМ по жизненному циклу ревизии и выберите команду для создания запроса на переход. Будет открыто диалоговое окно Confirm, в котором вы можете ввести примечания о том, почему вы делаете этот запрос – это может помочь участникам утверждающих групп в принятии окончательного решения касательно утверждения запроса. Нажмите Yes, чтобы создать запрос.

Создайте запрос на переход между состояниями и добавьте примечание для обоснования.
Создайте запрос на переход между состояниями и добавьте примечание для обоснования.

После создания запроса, участники соответствующей утверждающей группы этого перехода между состояниями получат уведомление в поток сообщений на странице Stream веб-интерфейса сервера (а также сводку на странице Home веб-интерфейса).

Просмотр запросов на утверждение

У того, кто изначально создал запрос на переход между состояниями (Requester), и у пользователей, заданных в соответствующей утверждающей группе для этого перехода между состояниями (Approvers), ожидающие запросы отображаются в панели Explorer в специальной папке Approval Requests.

Пример запроса на утверждение в папке Approval Requests, как его видит автор запроса (Simon Entist) и один из участников заданной группы утверждения этого перехода между состояниями (Des Igner).
Пример запроса на утверждение в папке Approval Requests, как его видит автор запроса (Simon Entist) и один из участников заданной группы утверждения этого перехода между состояниями (Des Igner).

Число рядом с названием папки Approval Requests указывает, сколько ожидающих запросов находится в ней. Если включен параметр Show Approved Requests (в меню ), то это будет общее количество запросов (ожидающих и утвержденных).
При отсутствии ожидающих запросов эта папка не будет отображаться. Тем не менее, если есть утвержденные запросы и параметр Show Approved Requests включен, папка останется видимой для просмотра утвержденных запросов. Обратите внимание, что вы можете отключить параметр Show Approved Requests, и, если ожидающих запросов нет, папка пропадет.

Для каждого из запросов на утверждение представлена следующая информация:

  • Item Revision – определенная ревизия объекта, для которой был создан запрос.
  • Requested By – изначальный автор запроса (отправитель запроса). Здесь отображается имя пользователя (User Name).
  • Requested At – дата и время, когда был создан запрос.
  • Status – текущее состояние запроса. Состояние может быть одним из следующих:
    • Awaiting – запрос ожидает действия от одного или нескольких утверждающих лиц.
    • Approved – запрос был утвержден. Обратите внимание, что это состояние будет отображаться только после полного утверждения всеми утверждающими группами, заданными для этого перехода.
  • Transition – определенный переход между состояниями, который был запрошен для этой ревизии объекта.
  • Request Note – примечание, добавленное автором запроса.
  • Action Forward – представленные здесь элементы управления отображаются только для ожидающих запросов (в состоянии Awaiting). Элементы управления отличаются для двух участников запроса:
    • Requester – пользователь, который создал запрос, может напомнить (Remind) о нем.
    • Approvers – пользователь в утверждающей группе может утвердить (Approve) запрос.
  • Action Backward – представленные здесь элементы управления отображаются только для ожидающих запросов (в состоянии Awaiting). Элементы управления отличаются для двух участников запроса:
    • Requester – пользователь, который создал запрос, может отменить (Cancel) его.
    • Approvers – пользователь в утверждающей группе может отклонить (Reject) запрос.
Команды для утверждения запросов также доступны в контекстном меню жизненного цикла ревизии объекта (в аспектном виде Lifecycle).
Центральная область страницы используется для представления информации об утверждении – подробнее в разделе Информационный поток утверждений.

Работа с запросом

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

Информационный поток утверждений

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

  • Created At – дата и время, когда запрос был утвержден.
  • Created By – участник соответствующей утверждающей группы, который утвердил запрос. Здесь отображается имя пользователя (User Name).
  • Description – запись, которая состоит из автоматически сформированного сообщения, а также примечания, добавленного утверждающим лицом. Автоматически сформированная часть сообщения зависит от типа утверждения:
    • Финальное утверждение (от участника единственной или последней утверждающей группы) – task approved and completed (задача утверждена и выполнена).
    • Промежуточное утверждение (от участника утверждающей группы, которая не является последней) – task approved and assigned to next approval group <ApprovalGroupName> (задача утверждена и назначена следующей утверждающей группе <НазваниеУтверждающейГруппы>).

Пример потока для определенной ревизии объекта, как его видит автор запроса. В этом случае, переход прошел через два этапа утверждения (утверждение было получено от участников двух различных групп).
Пример потока для определенной ревизии объекта, как его видит автор запроса. В этом случае, переход прошел через два этапа утверждения (утверждение было получено от участников двух различных групп).

Эта информация об утверждении доступна только для запросов в состоянии Approved или Awaiting и при утверждении первой из множества соответствующих групп.

Эту информацию увидят следующие лица:

  • Автор запроса на переход между состояниями.
  • Пользователь, который делает финальное утверждение запроса. Если вовлечено множество утверждающих групп, только участник финальной группы (тот, который сделал финальное утверждение), увидит эту информацию. Участник утверждающей группы, который делает промежуточное утверждение, не увидит этого потока.
Примечание

Доступные функциональные возможности зависят от вашего уровня Подписки на ПО Altium Designer.

Content