Versões e Lançamentos de Requisitos

A partir da v2.5.31, as opções “Latest Release” e os controlos complexos do histórico estão temporariamente desativados, uma vez que identificámos um problema de desempenho relacionado com o histórico complexo, que suporta ambas estas funcionalidades. Estamos a trabalhar para o corrigir.

Para navegar eficazmente no panorama dinâmico da evolução dos requisitos ao longo do ciclo de vida do produto, a nossa nova funcionalidade (desde abril de 2024) introduz um sistema de versionamento com base no histórico de alterações. Este sistema atribui números de versão aos requisitos, permitindo um acompanhamento e uma gestão meticulosos. Com a capacidade de libertar requisitos após revisões de gate ou marcos, esta funcionalidade assegura uma abordagem sistemática à captura de alterações e atualizações. Além disso, os utilizadores podem utilizar baselines de forma integrada para revisitar e analisar versões anteriores das especificações, proporcionando uma visão abrangente do percurso de desenvolvimento do produto.

Esta funcionalidade de Versões melhora o acompanhamento e a gestão globais dos requisitos e das especificações, promovendo um processo de desenvolvimento de produto mais simplificado e adaptável.

Versionamento ao nível do requisito:

O versionamento inicia-se ao nível dos requisitos, começando em 0. Qualquer modificação aos atributos de um requisito, como alterações ao texto do requisito, identificador, justificação, etc., desencadeia automaticamente um incremento de versão menor, transitando, por exemplo, de 0 para 0.1.

Em suma, quaisquer atualizações ao requisito que sejam guardadas/adicionadas ao campo de histórico “requirement” associado a um requisito fazem com que o número de versão do requisito seja igualmente ajustado para refletir essas alterações. Esta abordagem sistemática assegura um sistema de versionamento abrangente e rastreável para os requisitos ao longo do seu ciclo de vida.
 

image-20240329-132524.pngNúmero da versão no novo histórico - A numeração de versões é destacada na tabela Histórico do requisito

 

Tenha em atenção que as versões são apresentadas apenas no novo histórico. Se não forem apresentadas, ative a opção “Activate New History” no canto direito dentro da opção de histórico.

Lista de alterações que desencadeiam um incremento do número de versão

Segue-se a lista de alterações no requisito que desencadeiam o incremento da versão menor

  • Editar o texto dos atributos do requisito, como “Text”, ”Title”, “Rationale”, “custom columns”

  • Adicionar ou remover “Parent” e “Children”

  • Alterar “Type”, “State”, “Compliance”

  • Adicionar ou remover tags

Adicionar uma imagem ou adicionar anexos ao bloco do método de verificação não desencadeia um incremento do número de versão.

As alterações nos atributos dos requisitos levam a um incremento de 2 ou 3 casas decimais, como de 0.12 para 0.14. Este ajuste resulta da forma como as modificações são tratadas no sistema backend.

Note: Por agora, o controlo de versões nas atividades de Verification and Validation não está ativo e será incluído numa fase posterior.

 

Libertar requisitos

Após a finalização de um requisito durante a fase de desenvolvimento do produto, através de revisões exaustivas, marcos, baselines ou revisões de gate, o requisito torna-se elegível para libertação. Isto representa uma libertação principal do requisito, que pode ser executada através da opção de libertação associada ao requisito. O ato de libertar requisitos não só assinala a sua conclusão, como também serve de etapa conclusiva na finalização da versão.

image-20240329-132655.pngÍcone de libertação - O ícone de libertação representa o estado do requisito libertado.

 

Quando o utilizador liberta o requisito, o número da versão mantém-se igual. No entanto, quando existem alterações a qualquer atributo do requisito, ocorre um incremento principal no número da versão, ou seja, avança para o inteiro seguinte. Por exemplo, qualquer edição na versão 0.15 do requisito libertado POWER-0012 desencadeará um incremento para a versão 1.0.

Como libertar requisitos

A opção de libertação pode ser acedida através do ícone de três pontos no menu “Action”, permitindo aos utilizadores libertar requisitos individualmente ou em massa.

image-20240329-132840.pngComo libertar um requisito - A imagem mostra os passos para aceder à “Release feature”

É apresentado abaixo um vídeo rápido para demonstrar a libertação em massa dos requisitos.
 


Os utilizadores podem ativar o botão “Last release” no módulo para ver os últimos requisitos libertados. Consulte a Figura Latest release toggle

image-20240329-133637.png Controlo Latest release - Ative/desative para ver a versão libertada mais recente dos requisitos nessa especificação

Libertar especificações

Os utilizadores têm a opção de libertar especificações associadas a vários requisitos. Podem aceder a esta opção clicando com o botão direito do rato no nome da especificação na hierarquia em árvore (consulte a Figura Release Specification).

image-20240329-133828.pngLibertar especificação - A imagem ilustra como libertar uma especificação

 

Ao selecionar a opção de libertação ao nível da especificação, os utilizadores têm duas opções para libertar a especificação.

image-20240329-134039.pngOpções de libertação da especificação - Opções atuais no menu de libertação da especificação

Associate all requirements current version

A primeira opção, “Associate all requirements current version”, liberta todos os requisitos dentro da especificação e torna a especificação libertada.

Cenários

  • Tenha em atenção que os requisitos que estão no estado libertado não são libertados.

  • Se o requisito tiver sido libertado e tiverem sido efetuadas algumas alterações ao requisito, o requisito com alterações é libertado novamente.

Associate only requirements with released versions

Ao contrário da primeira opção, a segunda opção, “Associate only requirements with released versions”, considera apenas os requisitos libertados nesse momento dentro da especificação e liberta a especificação. Por exemplo, se tiver 5 requisitos libertados e 5 requisitos não libertados, a libertação da especificação cria uma versão da especificação apenas com os 5 requisitos libertados.

Antes de libertar a especificação, o utilizador tem de fornecer comentários/razões para justificar a libertação da especificação.

 

Libertar requisitos por revisões

 

Os utilizadores podem iniciar a libertação de requisitos através do Review Center. Depois de o revisor concluir a revisão, esta tem de ser aprovada pelo aprovador para concluir o processo de revisão. O aprovador tem a opção de "Release Requirements" como parte da finalização da revisão (consulte a Figura Release requirements through the Review center)

 

image-20240329-134352.pngLibertar requisitos através do Review Center

 

Tenha em atenção que, mesmo que os requisitos estejam no estado "Needs Work" ou "Rejected", ao selecionar "Release Requirements" a libertação desses requisitos será efetuada.

 

Comparar diferentes versões de requisitos.

Os utilizadores podem comparar requisitos entre duas versões diferentes. Para o fazer, navegue até ao histórico do requisito (certifique-se de que “Complex History” está ativado) e clique no símbolo de libertação adjacente à versão pretendida. A partir daí, selecione as versões específicas que pretende comparar.

Consulte o vídeo abaixo para ver os passos.

 

 

AI-LocalizedLocalizado por IA
Caso encontre um problema, selecione o texto/imagem e primaCtrl + Enterpara nos enviar o seu feedback.
Disponibilidade de Funcionalidades

As funcionalidades disponíveis dependem da solução Altium que possui – Altium Develop, uma edição do Altium Agile (Agile Teams ou Agile Enterprise), ou Altium Designer (com subscrição ativa).

Se não encontrar uma funcionalidade mencionada no seu software, contacte a equipa de Vendas da Altium para saber mais.

Conteúdo