Definindo definições de ciclo de vida para um Workspace

Cada Item em um Workspace conectado é composto por uma série de revisões, sendo que uma nova revisão é usada para acomodar novos dados sempre que esses dados são modificados e confirmados/carregados/liberados. A revisão, portanto, reflete o progresso do Item à medida que ele passa por alterações. Ou, em outras palavras, se a entidade de dados representada pelo Item mudar, a revisão deverá ser incrementada para refletir essa mudança.

Para qualquer revisão de um Item, também é importante refletir seu estado atual — em que etapa de sua “vida” ela se encontra. Esse status é chamado de Lifecycle da revisão do Item.

O ciclo de vida permite que uma empresa gerencie o Item sob uma perspectiva de negócios e de acordo com suas políticas e práticas. Com essas informações sobre o ciclo de vida, as pessoas que precisam usar um Item em um Workspace — desde um projetista que considera reutilizar um “bloco construtivo” de um projeto liberado até a equipe da cadeia de suprimentos que precisa dos dados para fabricar e montar uma placa — podem identificar rapidamente em que etapa da “vida” uma revisão de um Item se encontra e, portanto, para quais finalidades ela pode ser usada com segurança.

Modelagem do ciclo de vida

Embora diferentes organizações possam optar por modelar ou nomear o ciclo de vida dos itens de projeto de maneiras ligeiramente diferentes, todas seguirão um padrão semelhante. Por exemplo, o ciclo de vida geral de um produto será algo como: ele começa como uma ideia de projeto, depois se torna um protótipo, entra em produção e, em algum momento, torna-se obsoleto e deixa de ser fabricado ou vendido.

Usar informações de status do ciclo de vida em cada componente de um projeto ajuda a garantir que um projeto só possa ser promovido a um estado superior se esse novo estado for inferior ou igual ao do componente no estado mais baixo dentro do projeto. Por exemplo, se um projeto estiver pronto para entrar em produção, isso só deverá ser permitido se todos os seus componentes também estiverem em produção — ou seja, componentes que ainda estejam em In Prototype (ou New From Design) deverão ser promovidos a In Production antes que o projeto como um todo possa ser promovido a esse nível.

Em muitos casos, as revisões dos Itens de projeto avançarão linearmente pelos vários estados do ciclo de vida. No entanto, não se deve presumir que esse seja o único caminho possível. Por exemplo, algumas revisões de Item podem acabar sendo abandonadas antes mesmo de chegarem à etapa de prototipagem. Em um Workspace conectado, os estados entre os quais uma revisão de Item pode transitar são definidos por uma tabela de Transition incluída na definição do ciclo de vida.

Um Workspace conectado oferece suporte a dois níveis de gerenciamento do ciclo de vida: Simple ou Advanced. Eles determinam essencialmente o estilo de gerenciamento, a partir do qual são construídas as próprias definições do ciclo de vida. Em uma definição de ciclo de vida baseada no estilo de gerenciamento simples, apenas estados e transições de estado estão envolvidos. Em uma definição de ciclo de vida baseada no estilo de gerenciamento avançado, os estados também podem ser agrupados em etapas definidas.

Estados, etapas e transições

Related page: Acesso à visualização detalhada do Item

Cada ponto no ciclo de vida de uma revisão de Item é chamado de State, por exemplo, In Production. Quando uma revisão de Item muda de estado, isso é chamado de Transition, que só pode ocorrer para outro estado.

As definições de ciclo de vida baseadas no estilo de gerenciamento avançado permitem agrupar estados em Stages. As etapas permitem criar rótulos que identificam em que ponto do desenvolvimento uma revisão de Item se encontra. Por exemplo, ela pode estar em Design, em Prototype ou em Production.

Um exemplo de definição de ciclo de vida cujos estados estão agrupados em três etapas.

A imagem abaixo mostra um trecho da visualização detalhada de Item de um Item que utiliza um esquema de nomenclatura de revisões de três níveis: Model, Prototype e Revision. Cada modelo é mostrado como um bloco separado. Dentro de um modelo, cada protótipo é um sub-bloco. Abaixo de cada protótipo estão as revisões desse modelo/protótipo e, dentro de cada revisão, estão os diferentes estados pelos quais ela passou.

Exemplos de estados do ciclo de vida para várias revisões de um Item.

Definições padrão de ciclo de vida

Um Workspace conectado fornece oito definições padrão de ciclo de vida. Essas definições padrão podem ser usadas sem alterações ou modificadas para atender aos requisitos da empresa (ou pessoais). Novas definições personalizadas também podem ser adicionadas e configuradas conforme necessário.

As definições padrão de ciclo de vida são as seguintes:

• Component Lifecycle
• Design Lifecycle
• Extension Lifecycle
• Generic Lifecycle
• Sample - Basic Lifecycle
• Sample - Simple Lifecycle
• Sample - Simple Lifecycle With Approvals
• Sample - Structured Lifecycle With Approvals

A definição de ciclo de vida aplicada é escolhida individualmente para cada Item, durante sua criação. Portanto, diferentes Itens podem ter diferentes definições de ciclo de vida atribuídas a eles.

Gerenciamento de definições de ciclo de vida

No Altium Designer, as definições de ciclo de vida podem ser visualizadas e gerenciadas na caixa de diálogo Edit Lifecycle Definitions. Para acessar essa caixa de diálogo do Workspace conectado no qual você está conectado no momento:

1. Abra a página Gerenciamento de dados – Servidores da caixa de diálogo Preferences.
2. Clique no controle Properties, na extremidade direita da entrada do servidor ativo.
3. Escolha o comando Lifecycles no menu associado.

As definições de ciclo de vida do Workspace conectado ativo são criadas e editadas, no Altium Designer, por meio da caixa de diálogo Edit Lifecycle Definitions.

Adicionar uma nova definição

Para criar uma nova definição de ciclo de vida, clique no botão na parte inferior da caixa de diálogo Edit Lifecycle Definitions. Uma nova aba aparecerá na caixa de diálogo, pronta para ser configurada.

Crie sua própria definição de ciclo de vida personalizada.

Configurar uma definição

Use os controles disponíveis na aba de uma definição de ciclo de vida para configurá-la conforme necessário.

Primeiro, insira um nome significativo para a definição no campo Definition Name. A aba refletirá dinamicamente o nome inserido.

Use os controles Lifecycle Management para selecionar o estilo de gerenciamento do ciclo de vida – Simple ou Advanced. O estilo simples envolve apenas States e State Transitions. O estilo avançado permite definir Stages, nos quais os estados são agrupados.

Especifique o nome e o estilo da definição de ciclo de vida.

Estado inicial

Use o campo Initial State of Revisions para determinar o estado inicial de uma revisão de Item, ou seja, o estado em que a revisão não contém dados liberados – o chamado 'estado de pré-liberação'. Por padrão, esse estado é chamado de Planned. Para alterá-lo, clique no link e use a caixa de diálogo State Properties para definir seu nome e uma descrição, bem como as cores do texto e do fundo.

Configure o estado inicial das revisões.

Etapas

Se o estilo Advanced de gerenciamento do ciclo de vida for escolhido, os controles para adicionar e definir as etapas necessárias ficarão disponíveis. Uma única etapa, chamada Design -, é fornecida por padrão, com a possibilidade de adicionar mais duas etapas. Para adicionar uma etapa, clique no link Add Stage.

Insira os nomes das etapas conforme necessário, digitando diretamente no respectivo campo Stage Name.

Adicione etapas conforme necessário, que serão usadas para agrupar estados e criar uma definição de ciclo de vida mais completa e estruturada.

Para remover uma etapa, clique no controle , à direita do respectivo campo Stage Name.

Estados

A próxima etapa é adicionar os estados necessários à definição de ciclo de vida. Para uma definição de ciclo de vida baseada no estilo simples de gerenciamento, os estados serão apresentados em uma lista sem agrupamento. Para o estilo avançado de gerenciamento, será necessário adicionar estados às várias etapas definidas.

Clique no controle abaixo de uma lista de estados para adicionar um novo estado. Use a caixa de diálogo State Properties exibida para definir o nome, a descrição e os atributos de cor desse estado.

Adicionar um estado à definição de ciclo de vida.

Um novo estado é adicionado ao final da lista. Clique em um estado para selecioná-lo e use os controles e (abaixo da lista de estados) para movê-lo para a posição desejada na lista.

Ao definir estados para uma definição de ciclo de vida de estilo avançado, controles adicionais ficam disponíveis (abaixo da lista de estados) para mover um estado entre etapas. Dependendo da posição da etapa, mova o estado para a etapa à direita () ou à esquerda (), conforme necessário.

Para editar as propriedades de um estado, clique nele para selecioná-lo e, em seguida, clique no controle , na extremidade direita. Para excluir um estado selecionado, use o controle .

Exemplo de estados definidos em uma definição de ciclo de vida com duas etapas.

Transições

A última etapa é definir as State Transitions – os caminhos entre os diferentes estados. Clique em um estado para selecioná-lo e, em seguida, clique no controle , na extremidade direita, para adicionar uma nova transição de estado. Use a caixa de diálogo State Transition Properties exibida para definir o nome, o estado de destino (próximo), o texto do menu e as permissões da transição.

Adicionar uma transição de estado.

Uma nova transição é adicionada ao final da lista. Clique em uma transição para selecioná-la e use os controles e abaixo da lista de estados para movê-la para a posição desejada na lista.

Quando o próximo estado de uma transição estiver em uma etapa diferente, uma seta indicadora — na cor do estado de destino — será exibida para indicar isso.

Exemplo de estados e transições de estado totalmente definidos em uma definição de ciclo de vida com duas etapas. As setas são usadas para indicar transições entre etapas.

Para editar as propriedades de uma transição, clique para selecioná-la e, em seguida, clique no controle , na extremidade direita. Para excluir uma transição selecionada, use o controle .

Controle de transições entre estados do ciclo de vida

O Workspace conectado oferece grande flexibilidade para decidir quem pode realizar determinadas transições de estado para uma Revisão de Item nesse Workspace — a ação de passar uma revisão de um estado para outro, conforme definido pela definição de ciclo de vida utilizada para seu Item pai. É possível impedir que usuários padrão (não administradores) realizem transições entre estados específicos do ciclo de vida de forma direta, ao mesmo tempo que se concedem permissões a outros usuários além dos Administradores do Workspace. Você pode especificar permissões no nível global — como parte das permissões globais de operação do Workspace — e também no nível de cada transição de estado. Estas últimas atuam em conjunto com as configurações do nível global e permitem ajustar as permissões para as transições mais importantes (por exemplo, definir uma Revisão de Item como Ready for Production).

Como alternativa, os usuários padrão podem ser obrigados a solicitar aprovação para transições de estado específicas. Essas Approval Requests, por sua vez, são enviadas, visualizadas e processadas por aqueles designados como membros de um ou mais Approval Groups.

Com vários níveis de controle de permissões, você pode definir uma estratégia de transição de estados do ciclo de vida que siga a abordagem preferida da sua organização.

As permissões podem ser definidas em dois níveis:

• Globally – define quais usuários e/ou grupos podem realizar transições de estado, para todo o conjunto de transições definidas em todas as definições de ciclo de vida.
• Locally – especifica permissões no nível de cada transição de estado.

Permissões globais de transição de estado

As permissões globais de transição de estado são definidas e gerenciadas no Altium Designer por meio da caixa de diálogo Editar permissões de operação. Essa caixa de diálogo é acessada pela página Gerenciamento de dados – Servidores da caixa de diálogo Preferences. Para o Workspace conectado cujas permissões você deseja consultar/modificar, clique no controle Properties à direita e escolha o comando Operations no menu associado.

A entrada de operação do Workspace relevante aqui é Move revision between lifecycle states.

Acesse e configure, no nível global, quem tem permissão para realizar transições de estado do ciclo de vida.

Para um novo Workspace conectado, as configurações de permissão padrão para essa operação são:

• Administradores
• Colaborador
• Bibliotecários
• Gerentes

Defina permissões adicionais conforme necessário (clique no botão Add). As permissões de transição de estado nesse nível global podem ser atribuídas às seguintes entidades:

•   Administradores (que também é um grupo definido).
•   Colaborador (um usuário que tem direitos de edição para um Item/uma Revisão).
•   Proprietário (para dados liberados, é a pessoa que criou o Item inicial).
•   Grupo específico definido pelo usuário.
•   Usuário específico.

Permissões locais de transição de estado

As permissões para uma determinada transição de estado são definidas na caixa de diálogo Propriedades da transição de estado associada, acessada pela região States and Transitions correspondente da definição de ciclo de vida que está sendo configurada na caixa de diálogo Edit Lifecycle Definitions.

Para editar as propriedades de uma transição, clique nela para selecioná-la e, em seguida, clique no controle na extremidade direita.

Acesse os controles para definir as permissões da transição de estado que está sendo editada.

Escolha o tipo de controle de permissões que deseja utilizar para a transição no campo State Transition Permissions. Há duas opções disponíveis:

• Controlled – esse tipo permite especificar exatamente quem pode realizar essa transição, indicando um ou mais usuários e/ou grupos. Esse tipo de controle de permissões locais é usado em conjunto com as permissões definidas no nível global (consulte Como as permissões são aplicadas). Use os controles na região abaixo para definir as entidades permitidas conforme necessário. Por padrão, a entidade Anyone é adicionada, o que significa que todos os usuários nesse nível local têm permissão para realizar a transição.

  Para configurar usuários e/ou grupos específicos, primeiro selecione e remova a entidade Anyone. Em seguida, você pode adicionar um usuário ou grupo conforme necessário no menu associado ao botão Add. Use a opção Search for Users ou Search for Role apresentada em seguida para localizar o usuário ou grupo desejado, respectivamente.

  
  Com as permissões Controlled, você pode alterar o acesso de qualquer pessoa para apenas os usuários/grupos especificados.

• Using Approvals – esse tipo permite que qualquer usuário padrão solicite a realização dessa transição de estado. As solicitações são processadas por um ou mais usuários adicionados (individualmente ou por meio de grupos) aos Grupos de aprovação definidos. Qualquer membro de um desses grupos pode autorizar ou rejeitar uma solicitação de transição. Além disso, vários grupos de aprovação podem ser definidos e ordenados. Isso permite vários níveis de aprovação.

  Use os controles na região abaixo para definir os grupos de aprovação conforme necessário. Por padrão, um único grupo de aprovação vazio já é adicionado — New Approval Group. Ele pode ser renomeado conforme necessário usando o comando Edit Approval Group Name no menu associado ao botão Add (ou no menu de contexto da região).

  Você pode adicionar um usuário ou grupo a um grupo de aprovação selecionado, conforme necessário, no menu associado ao botão Add (ou no menu de contexto da região). Use a caixa de diálogo Search For Users ou a caixa de diálogo Search For Role apresentada em seguida para localizar o usuário ou grupo desejado, respectivamente. Ordene vários grupos de aprovação usando os comandos Move Up e Move Down de um menu — a aprovação ocorre de cima para baixo.

  
  Com Using Approvals, todos os usuários não administradores devem solicitar a transição, que é processada por um usuário de um ou mais grupos de aprovação definidos.

Como as permissões são aplicadas

A forma como as permissões são aplicadas depende do tipo de controle de permissões escolhido e configurado no nível da transição de estado:

• Controlled Permissions – para que um usuário possa realizar a transição de estado, as seguintes condições devem ser atendidas:
  • Ele deve ter permissão no nível global para Move revision between lifecycle states (definida na caixa de diálogo Editar permissões de operação).
  • Ele deve ter permissão no nível local para essa transição de estado específica.
  • Ele também deve ser um colaborador da Revisão de Item cujo estado do ciclo de vida está sendo alterado (ou seja, deve ter direitos de edição).
  Essas três condições são combinadas por uma operação lógica E — se uma delas não for atendida, o usuário será impedido de realizar essa transição específica.
  Para usuários sem privilégios administrativos, as configurações de permissão padrão (Collaborator no nível global e Anyone no nível local de transição de estado) significam que basta tornar um usuário colaborador da Revisão do Item necessária para atender a todas as condições. Assim, para transições importantes, você pode simplesmente restringir as permissões no nível local de transição de estado, de modo que nem todo colaborador possa realizar a transição.

• Using Approvals – todos os usuários sem privilégios administrativos devem usar o sistema de aprovações e enviar uma solicitação para realizar a transição de estado. O sistema de aprovações não exige que o usuário tenha permissão para realizar transições de estado no nível global, nem que seja colaborador da Revisão do Item.

  Embora o usuário não precise ser colaborador da Revisão do Item, ela deve ser compartilhada com ele; caso contrário, ele não poderá visualizá-la no Workspace.

Vinculando etapas aos níveis do esquema de nomenclatura de revisões

As revisões e os estados do ciclo de vida podem ser incrementados pelo menu de contexto correspondente na visualização Item ou na guia de visualização de aspecto Lifecycle do painel Explorer. Embora estabelecer uma nova revisão e avançar o ciclo de vida sejam tarefas completamente distintas, realizadas por motivos diferentes (uma nova revisão quando há uma alteração no projeto e um novo estado do ciclo de vida para refletir a maior aptidão para uso dessa Revisão do Item), elas estão inter-relacionadas.

Para uma definição de ciclo de vida baseada no estilo avançado de gerenciamento, as etapas definidas podem ser vinculadas aos níveis de revisão do esquema de nomenclatura de revisões utilizado. Faça isso usando a opção na parte inferior da caixa de diálogo Edit Lifecycle Definitions.

Opção para vincular etapas aos níveis de revisão.

Isso cria uma relação entre a etapa do ciclo de vida e o nível de revisão. Isso significa que, quando o ciclo de vida de uma Revisão do Item é incrementado, passando de um estado em uma etapa para um estado em outra etapa, os comandos disponíveis para os tipos de alteração de revisão — no menu de contexto — também mudam.

Considere a definição de ciclo de vida padrão Sample - Structured Lifecycle With Approvals e um esquema de nomenclatura de revisões de três níveis (com níveis para Revision, Prototype e Model). Se uma Revisão do Item estiver no estado New From Design, na primeira etapa, as opções de tipo de revisão no menu de contexto incluirão: estabelecer uma nova Revisão, um novo Protótipo ou um novo Modelo.

Se o ciclo de vida for incrementado até chegar a In Prototype, ele terá passado para a segunda etapa. Ao clicar com o botão direito nele, as opções de tipo de revisão disponíveis passarão a incluir: estabelecer um novo Protótipo ou um novo Modelo, ou seja, não haverá opção para iniciar uma nova Revisão. Esse comportamento é intuitivamente esperado: se o projeto avançou para Protótipo, caso seja necessária uma alteração no projeto, será necessário um novo Protótipo ou até mesmo um novo Modelo, dependendo do escopo dessa alteração.

Quando a Revisão do Item atingir o estado In Production, na terceira etapa, somente a opção de tipo de revisão para estabelecer um novo modelo estará disponível, novamente conforme esperado.

Quando vinculados, os comandos de tipo de revisão mudam à medida que o estado do ciclo de vida da Revisão do Item avança pelas diferentes etapas definidas.

Salvando uma definição

Quer uma nova definição de ciclo de vida tenha sido adicionada, quer uma definição existente tenha sido modificada de alguma forma, essa definição precisa ser salva. Embora não exista um controle específico para “salvar”, há controles disponíveis para realizar essa ação:

• Para uma nova definição de ciclo de vida — identificada pelo sufixo “+” — use o controle Add Definition (no canto superior direito da guia da definição) ou clique no botão principal da caixa de diálogo.
• Para uma definição de ciclo de vida existente que tenha sido modificada — identificada pelo sufixo “*” — use o controle Apply Changes (no canto superior direito da guia da definição) ou clique no botão principal da caixa de diálogo.

Em ambos os casos, o sufixo será removido e a definição nova (ou modificada) passará a fazer parte do conjunto de definições de ciclo de vida disponíveis no Workspace.

O botão principal da caixa de diálogo permite “salvar” em lote, mantendo a caixa de diálogo aberta.

Para facilitar uma trilha de auditoria clara e transparente — de quem alterou o quê e quando —, os detalhes da última modificação de uma definição de ciclo de vida são fornecidos no canto inferior direito de sua guia.

Identificando quando uma definição de ciclo de vida foi modificada pela última vez e por quem.

Renomeando uma definição

Para renomear uma definição de ciclo de vida existente e em uso:

1. Acesse a caixa de diálogo Edit Lifecycle Definitions do Workspace conectado ativo.
2. Clique na guia da definição cujo nome deseja alterar.
3. Modifique o nome no campo Definition Name.

Exemplo de renomeação de uma definição de ciclo de vida e verificação da alteração nas propriedades de um Item que já utiliza essa definição.

Copiando uma definição

Não é necessário criar novas definições de ciclo de vida do zero. A caixa de diálogo Edit Lifecycle Definitions permite copiar rapidamente qualquer uma das definições existentes. Para isso:

1. Torne ativa a definição de ciclo de vida que deseja copiar.
2. Clique no controle Fazer uma cópia no canto superior direito da guia dessa definição.
3. Será feita uma cópia exata da definição, criando uma nova definição com o nome padrão inicial New Lifecycle Definition. Renomeie conforme necessário.
4. Clique no controle Add Definition (ou no botão principal ) para salvar efetivamente a nova definição.

Excluindo uma definição

Para excluir uma definição de ciclo de vida existente, selecione-a — tornando-a a definição ativa na caixa de diálogo Edit Lifecycle Definitions — e clique no controle Delete no canto superior direito da guia da definição.

A exclusão permanente de uma definição de ciclo de vida é efetivada ao clicar no botão principal da caixa de diálogo (ou ao clicar em OK). Antes disso, a operação de exclusão pode ser desfeita clicando no botão na parte inferior da caixa de diálogo.

A operação de exclusão de definições de ciclo de vida pode ser desfeita.

Exportação e importação de definições

As definições de ciclo de vida definidas pelo usuário estão disponíveis para uso apenas no Workspace conectado em que foram definidas. A caixa de diálogo Edit Lifecycle Definitions oferece recursos de exportação e importação, permitindo transferir definições entre Workspaces.

Para exportar uma definição de ciclo de vida, clique no controle Export no canto superior direito da respectiva aba. Use a caixa de diálogo Salvar definição de ciclo de vida, exibida em seguida, para determinar onde e com qual nome o arquivo será salvo.

Para importar uma definição de ciclo de vida, clique no botão na parte inferior da caixa de diálogo Edit Lifecycle Definitions. Use a caixa de diálogo Open Lifecycle Definition para localizar e abrir o arquivo de definição de ciclo de vida desejado. A definição de ciclo de vida será adicionada à lista de definições de ciclo de vida existentes disponíveis no Workspace.

Uma definição de ciclo de vida importada aparece como uma nova definição, com o sufixo '+'. Seu nome é aquele definido no arquivo de definição, e não o nome do próprio arquivo. Certifique-se de salvá-la clicando no controle Add Definition ou no botão principal da caixa de diálogo.

Controle do uso de uma definição de ciclo de vida

O controle sobre quais tipos de Item podem usar uma determinada definição de ciclo de vida pode ser definido e habilitado em nível global durante a criação de cada definição. Se esse recurso estiver habilitado, apenas as definições permitidas estarão disponíveis ao escolher a definição de ciclo de vida para um determinado tipo de Item. Isso proporciona um nível adicional de controle para garantir que os Itens criados de um determinado tipo usem apenas a definição de ciclo de vida necessária.

O controle é realizado na caixa de diálogo Content Types. Clique na aba da definição cujo acesso deseja configurar e, em seguida, clique no link Content Types, no canto superior direito da aba da definição.

Acesso à caixa de diálogo Content Types — a central de controle para determinar quais tipos de conteúdo podem usar a definição de ciclo de vida que está sendo configurada.

A caixa de diálogo Content Types lista todos os tipos de conteúdo compatíveis que podem ser criados no Workspace conectado ativo (pelo usuário ou pelo sistema). A opção acima da lista — Control Lifecycle Definition per Content Type — fornece controle global sobre se o recurso está ativo (habilitado) ou não (desabilitado) para essa definição específica. Habilite essa opção e, em seguida, habilite a opção Use associada a cada tipo de conteúdo que você deseja permitir que use essa definição.

Alternância entre os modos avançado e simples de gerenciamento do ciclo de vida

Você pode alterar uma definição de ciclo de vida existente do estilo Advanced de gerenciamento do ciclo de vida (estados, transições de estado e estágios) para o estilo Simple de gerenciamento (apenas estados e transições de estado). Ao habilitar a opção Simple, a caixa de diálogo Confirm Merge States será exibida. Use essa caixa de diálogo para determinar como realizar a mudança, conforme descrito a seguir:

• Clique em Yes — todos os estados definidos (e transições de estado) nos Estágios 1, 2 e 3 são mesclados em uma única lista de estados, sem divisão em estágios.
• Clique em No — todos os estados definidos (e transições de estado) nos Estágios 2 e 3 são excluídos. Apenas os estados (e transições de estado) do Estágio 1 (o estágio mais à esquerda) permanecerão em uma única lista de estados, sem divisão em estágios.

Altere o estilo de gerenciamento do ciclo de vida — de Advanced para Simple — controlando como os estados (e transições de estado) de outros estágios são tratados.

Solicitações de aprovação de transição de estado

As seções a seguir examinam mais detalhadamente os diversos aspectos do uso do sistema de aprovação para permitir que usuários não administradores do seu Workspace realizem transições de estado específicas.

Criação de uma solicitação (solicitação de aprovação)

A solicitação de aprovação para uma transição de estado é realizada no Altium Designer, na visualização de aspecto Lifecycle da Revisão do Item desejada (no painel Explorer), ou na região gráfica do ciclo de vida da visualização detalhada Item. Clique com o botão direito do mouse no ciclo de vida da revisão e escolha o comando que solicita a transição. A caixa de diálogo Confirm será exibida, na qual você poderá inserir uma observação sobre o motivo da solicitação — o que pode ajudar os membros do grupo de aprovação a decidir se devem ou não aprová-la! Clique em Yes para efetivar a criação da solicitação.

Solicite a transição de estado e adicione uma observação útil para fundamentar seu pedido.

Após a criação, os membros do grupo de aprovação aplicável àquela transição de estado receberão uma notificação por e-mail, desde que o recurso de notificações por e-mail esteja habilitado.

Visualização de solicitações de aprovação

Tanto para o autor de uma solicitação de transição de estado (Requester) quanto para os usuários definidos no grupo de aprovação aplicável àquela transição de estado (Approvers), as solicitações pendentes são apresentadas no painel Explorer, em uma pasta dedicada Approval Requests.

Um exemplo de solicitação de aprovação na pasta Approval Requests, conforme visualizada pelo solicitante (Simon Entist) e por um dos membros do grupo de aprovação (inicial) definido para a transição de estado específica (Des Igner).

O número ao lado do nome da pasta Approval Requests indica quantas solicitações pendentes existem. Se a opção Show Approved Requests estiver habilitada (no menu ), esse número refletirá o total (pendentes + aprovadas).

As seguintes informações são apresentadas para cada solicitação de aprovação:

• Item Revision — a revisão específica do Item para a qual a solicitação está sendo feita.
• Requested By — o autor da solicitação (o solicitante). Este campo usa o nome de usuário.
• Requested At — a data e a hora em que a solicitação foi criada.
• Status — o status atual da solicitação. Pode ser um dos seguintes estados:
  • Awaiting — a solicitação está aguardando uma ação de um ou mais aprovadores.
  • Approved – a solicitação foi aprovada. Observe que esse estado só será alcançado após a aprovação integral por todos os grupos de aprovação definidos para essa transição.
• Transition – a transição de estado específica que está sendo solicitada para esta revisão do Item.
• Request Note – qualquer observação adicionada pelo solicitante no momento em que a solicitação foi feita.
• Action Forward – os controles apresentados aqui se aplicam apenas a solicitações pendentes (aquelas com status Awaiting). Os controles diferem para atender às duas partes, conforme descrito a seguir:
  • Requester – o usuário que criou a solicitação pode Remind.
  • Approvers – um usuário pertencente a um grupo de aprovação pode Approve a solicitação.
• Action Backward – os controles apresentados aqui se aplicam apenas a solicitações pendentes (aquelas com status Awaiting). Os controles diferem para atender às duas partes, conforme descrito a seguir:
  • Requester – o usuário que criou a solicitação pode Cancel.
  • Approvers – um usuário pertencente a um grupo de aprovação pode Reject a solicitação.

Executar ações em uma solicitação

Conforme descrito brevemente na seção anterior, tanto o solicitante quanto o aprovador podem executar ações. As seções expansíveis a seguir apresentam cada uma dessas ações em mais detalhes:

Fluxo de informações de aprovação

Quando uma solicitação é aprovada, uma notificação também fica disponível na região central da página ao visualizar essa solicitação de aprovação. Essas informações consistem nos seguintes elementos:

• Created At – a data e a hora em que a solicitação de aprovação foi aprovada.
• Created By – o membro do grupo de aprovação correspondente que aprovou a solicitação. Este campo exibe o nome de usuário dessa pessoa.
• Description – um registro que consiste em uma mensagem gerada automaticamente, juntamente com qualquer observação incluída pelo aprovador no momento da aprovação. A parte da descrição gerada automaticamente depende do tipo de aprovação:
  • Final approval (por um membro do único ou do último grupo de aprovação) – task approved and completed.
  • Intermediate approval (por um membro de um grupo de aprovação que não seja o último) – task approved and assigned to next approval group <ApprovalGroupName>.

Um exemplo do fluxo de aprovação de uma revisão específica de Item, conforme visualizado pelo solicitante. Neste caso, a transição precisou passar por duas etapas de aprovação (obtendo a aprovação de um membro de cada um dos dois grupos de aprovação distintos).

As seguintes pessoas veem essas informações:

• O solicitante da transição de estado.
• O usuário que concede a aprovação final à solicitação. Portanto, quando vários grupos de aprovação estão envolvidos, apenas o membro do último grupo de aprovação – que concede a aprovação final – verá essas informações. Um membro de um grupo de aprovação que concede uma aprovação intermediária não verá esse fluxo.

Controlar a visibilidade e a aplicabilidade das revisões de Item

Ao configurar cada estado individual de uma definição de ciclo de vida, você pode definir atributos de estado adicionais que controlam a visibilidade e a aplicabilidade de uma revisão de Item que usa essa definição de ciclo de vida e entra nesse estado. Em termos de aplicabilidade, um relatório de violações do projeto também pode ser configurado para detectar e sinalizar quaisquer itens do Workspace usados em um projeto cujas revisões estejam em estados não aplicáveis – identificando e evitando problemas antes da liberação.

Os controles para determinar se uma revisão de Item em um estado específico está visível e/ou é aplicável estão disponíveis na caixa de diálogo Propriedades do estado. Na caixa de diálogo Edit Lifecycle Definitions, acesse essa caixa de diálogo para o estado desejado clicando duas vezes no registro do estado dentro da definição de ciclo de vida à qual ele pertence ou selecionando seu registro e clicando no ícone de edição exibido ().

Use atributos definidos no nível do estado para controlar a visibilidade e/ou a aplicabilidade de uma revisão de Item que entra nesse estado.

As duas opções são:

• Visible in Vault panels – com esta opção habilitada, uma revisão de um Item que usa a definição de ciclo de vida pai será exibida no painel Explorer quando for definida para este estado do ciclo de vida. Quando esta opção estiver desabilitada, a revisão ficará oculta. Uma revisão oculta pode ser exibida (sobrepondo esta opção) no painel Explorer ao habilitar o controle Show Hidden Revisions (consulte Exibição de revisões ocultas).
• Allowed to be used in designs – com esta opção habilitada, uma Revisão de Item neste estado pode ser usada em um projeto. Ela é considerada Applicable. Se esta opção estiver desabilitada, uma Revisão de Item neste estado não poderá ser usada validamente e será considerada Inapplicable (ou não aplicável). Ela será sinalizada dessa forma no painel Properties e na caixa de diálogo Item Manager (consulte Sinalização de revisões não aplicáveis). O compilador do projeto também pode ser configurado para detectar essas ocorrências (consulte Detecção de estados de revisão não aplicáveis durante a compilação).

Exibição de revisões ocultas

Quando uma Revisão de Item entra em um estado do ciclo de vida que tem seu atributo Visible in Vault panels desabilitado, essa revisão, por padrão, não será exibida no painel Explorer. E, se ela for a revisão mais recente do Item, toda a entrada desse Item ficará efetivamente oculta. Esse estado de visibilidade — definido no nível do estado — pode ser sobreposto globalmente para todos os Itens ao navegar no painel Explorer. Para exibir todas as Revisões de Item que não estão visíveis no momento, clique no controle no canto superior direito da região Items do painel e habilite a opção Show Hidden Revisions no menu associado.

Exibição de Revisões de Item ocultas ao navegar pelo conteúdo no painel Explorer. Passe o cursor sobre a imagem para ver o resultado.

Sinalização de revisões não aplicáveis

Normalmente, um estado do ciclo de vida definido como oculto (opção Visible in Vault panels desabilitada) também será definido como não aplicável (opção Allowed to be used in designs também desabilitada). Por exemplo, uma revisão de um componente que esteja atualmente Depracated ou Obsolete não deve fazer parte da iteração mais recente do projeto! Ocultar revisões de Itens que entraram nesses estados é uma coisa — se você não consegue ver um componente, por exemplo, não pode posicioná-lo. Mas você já pode estar usando instâncias dessas Revisões de Item em um projeto ou pode ter posicionado inadvertidamente uma revisão não aplicável de um componente por ter exibido revisões ocultas durante a navegação!

Não se preocupe. Além de detectar Revisões de Item de Componente que estão em estados não aplicáveis durante a compilação (consulte a próxima seção), você pode verificar manualmente a aplicabilidade das Revisões de Item (componentes e folhas gerenciadas) diretamente no seu software de projeto. Isso é feito por meio do painel Properties, ao consultar as propriedades do item, ou pelo uso do Item Manager.

• Properties panel – ao usar este painel para consultar as propriedades de uma instância posicionada de uma revisão de um componente ou de uma folha de esquema gerenciada, uma indicação é apresentada à direita da entrada de status da revisão. Se a revisão estiver em um estado não aplicável (uso não permitido em projetos), a entrada exibirá Not applicable. Se a revisão estiver em um estado aplicável (uso permitido em projetos), a entrada indicará se a revisão é a mais recente (Up to date) ou não (Out of date).

  
  Indicação de não aplicabilidade no nível das propriedades de uma instância posicionada de uma revisão de um componente e de uma folha de esquema gerenciada.

• Item Manager – na caixa de diálogo Item Manager (Tools » Item Manager), uma indicação é apresentada no campo Revision Status. Se a revisão estiver em um estado não aplicável (uso não permitido em projetos), a entrada exibirá Not applicable. Se a revisão estiver em um estado aplicável (uso permitido em projetos), a entrada indicará se a revisão é a mais recente (Up to date) ou não (Out of date).

  
  Indicação de não aplicabilidade por meio da caixa de diálogo Item Manager para uma instância posicionada de uma revisão de um componente e de uma folha de esquema gerenciada.

Detecção de estados de revisão não aplicáveis na validação do projeto

Para instâncias posicionadas de Revisões de Item de Componente, a aplicabilidade dos estados dessas revisões pode ser verificada como parte da validação do projeto. O elemento central dessa verificação é o tipo de violação A revisão do componente tem um estado não aplicável, que faz parte da categoria Violações associadas a componentes. Configure o modo de relatório dessa verificação na guia Error Reporting da caixa de diálogo Project Options.

O Report Mode padrão para este tipo de violação é . Altere-o para atender aos requisitos do seu projeto.

A validação do projeto inclui uma verificação de violações relacionadas a componentes em estados de revisão não aplicáveis. Uma violação ocorrerá se o estado do ciclo de vida de uma Revisão de Item de Componente posicionada tiver sido especificado como não permitido para uso em projetos.

Se a exibição de erros e avisos do compilador estiver habilitada no esquema (habilitada na página Schematic – Compiler da caixa de diálogo Preferences), o objeto com a violação exibirá um sublinhado ondulado colorido. Uma notificação também será exibida no painel Messages no seguinte formato:

Component <Designator> <Comment>: Component revision has inapplicable state,

onde:

• Designator é o Designator da instância do componente.
• Comment é o Comment da instância do componente.

Exemplo de violação (definida como Erro fatal para destacar seu impacto).

Pontos a observar:

• Se um componente posicionado perder a conexão com o Workspace conectado a partir do qual foi posicionado — por exemplo, se esse Workspace for desconectado ou se você encerrar sua sessão no Workspace —, ele violará a verificação Component revision has inapplicable state. Isso será indicado no painel Messages, com uma entrada no formato: Component <Designator> <Comment>: Can't perform revision status validation: Failed to connect to server.
• Você também pode detectar componentes que estão sendo usados de forma inválida em um projeto durante o processo de liberação do projeto. Basta adicionar e configurar Component State Checking no seu conjunto geral de validações de liberação. Para obter mais informações, consulte Validação do status dos componentes.