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

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

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

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

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

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

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

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

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

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

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

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

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

• Администраторы
• Сотрудник
• Библиотекари
• Менеджеры

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

• Администраторы (сама роль).
• Сотрудник (пользователь, у которого есть права на редактирование объекта/ревизии).
• Владелец (для выпущенных данных – лицо, которое создало изначальный объект).
• Определенная роль.
• Определенный пользователь.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Число рядом с названием папки Approval 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) запрос.

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

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

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

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

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

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

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

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