Funcionalidade Mestre-Seguidor

Esta funcionalidade foi implementada para ajudar as empresas a gerir um grande conjunto de requisitos e certificações, permitindo aos utilizadores criar uma cópia “Master-Follower” dos requisitos. Neste contexto, os utilizadores podem manter a cópia Master de todos os requisitos num único projeto e cópias Follower nos projetos onde esses requisitos são aplicáveis. Com esta configuração, se for necessário efetuar uma alteração em todas as cópias, a modificação pode ser feita uma única vez na cópia Master, e as alterações podem ser propagadas para os Followers.

A propagação de alterações é unidirecional, ou seja, pode ocorrer de Master para Follower e não vice-versa. Os atributos que podem atualmente ser copiados são detalhados no Reuse Requirements page.

Quando cria um requisito Master, o ícone de coroa apresentado abaixo será mostrado ao lado do identificador do requisito.

Quando o requisito Follower estiver atualizado relativamente ao requisito Master, será apresentado este ícone verde:

Se alguma alteração no requisito Master ainda precisar de ser aprovada e propagada, será apresentado o seguinte ícone:

O ícone de lápis azul aparecerá quando uma alteração no requisito Master tiver sido rejeitada (e, por isso, não propagada) ou quando tiver sido feita uma alteração diretamente no requisito Follower.

Criação de uma cópia Master-Follower

Neste caso de utilização, estamos a copiar os requisitos da carga útil de um satélite Valisat para outro satélite Valisat_2, uma vez que ambos foram concebidos para o mesmo objetivo de missão e utilizam a mesma carga útil ‘Synthetic Aperture Radar’- SAR para o alcançar. Para criar uma ligação Master-Follower, selecione o conjunto de requisitos a copiar. Na coluna de ação (1), pode encontrar o ícone Reuse (2), clicar nele e selecionar “Master-Follower Copy”(3) (consulte a Figura Master-Follower Copy).

É apresentado o Assistente de Reutilização, com o tipo de cópia ‘Master-Follower Copy’ selecionado. Em seguida, pode ser selecionado o destino do follower. Depois de definido o destino, o utilizador pode rever os requisitos a copiar e o respetivo identificador. Segue-se a seleção dos campos que devem ser copiados e sincronizados. Por fim, clique em “Create Copy” para concluir a criação do follower.

O vídeo abaixo apresenta uma ilustração do processo.

Aceitação do requisito Follower

Assim que a criação do Master-Follower estiver concluída, o requisito follower ficará disponível no destino selecionado, mas em modo “read-only”.

Para permitir a edição do requisito follower, é necessário realizar uma “Follower Entrance Review” no destino (Especificação ou Secção). Isto pode ser feito para um único follower ou para um grupo de requisitos, conforme mostrado na figura Follower Entrance Review abaixo.

Pode aceitar os followers individualmente ou em massa, seguindo os passos apresentados no vídeo abaixo.

Alteração no requisito

Além disso, se houver qualquer alteração nos dados do requisito master, essa alteração pode ser propagada para o follower. O follower será notificado da alteração, e o utilizador pode decidir manualmente se a alteração deve ser aceite ou ignorada. Quando existe uma alteração no requisito ‘Master’, o ícone de ‘Propagation changes’ do requisito follower (1) aparece na coluna Action do requisito em questão.

Além disso, o requisito modificado terá uma caixa amarela para destacar a alteração. Ao passar o cursor sobre a caixa, surge uma janela pop-up (2) onde o utilizador também pode optar por propagar as alterações. Consulte a Figura Change Propagation Notification .

Ao clicar no ícone de propagação de alterações, surge uma janela pop-up na qual pode aplicar, não aplicar ou editar a alteração implementada no Master. O utilizador pode selecionar a ação pretendida em conformidade e guardá-la (consulte a Figura Change Propagation dialog box).

O vídeo abaixo apresenta o processo completo:

Funcionalidade “Disconnect”

Em vez de eliminar completamente uma ligação e perder a sua associação ao master, o utilizador pode selecionar a opção de desconexão. Isto desligará o follower do respetivo master, mas permitirá ao utilizador voltar a ligá-lo mais tarde, se necessário. Esta opção pode ser encontrada clicando nos três pontos (1) na linha do requisito e passando sobre a opção “Connections” (2) e, em seguida, selecionando a opção “Disconnect” (3) (consulte a Figura Disconnect Feature Illustration)

Alteração dos campos sincronizados

Depois de estabelecida uma ligação Master-Follower, os campos sincronizados podem ser alterados em qualquer momento, quer para um follower específico quer para todos os followers de um requisito Master.
Isto é feito na secção Requirements(1) “Master/Follower” (2) através da ação(3) “Change Synced Fields”(4).

Modificação dos campos sincronizados - Explicação sobre a alteração dos campos sincronizados numa ligação Master-Follower.

Se a ação for acionada a partir do requisito Master, as alterações efetuadas à sincronização dos campos serão aplicadas a todos os followers desse Master.

Se “Change Synced Fields” for acionado para um follower específico, apenas os campos sincronizados desse follower serão alterados.

Change Synced Fields - Campos disponíveis

Criação de uma ligação Master-Follower

Outra forma de ligar requisitos com uma relação Master-Follower é através de “Master-Follower Link”. Isto permite ao utilizador criar este tipo de relação entre objetos que já existem no Requirements & Systems Portal, sem necessidade de gerar novas cópias.
Para o fazer, o utilizador deve selecionar qual o requisito que pretende que seja o Master e depois selecionar a opção “Master-Follower Link” no ícone Reuse.
Aí, o utilizador pode selecionar quais os requisitos que devem ser considerados followers para o Master selecionado.

O vídeo abaixo mostra um exemplo deste processo.

Master follower requirements representation in Connections graph

Agora, o utilizador pode ver as ligações Master-Follower no gráfico de ligações do módulo de requisitos. Cada ligação colorida mostra o estado das relações Master-Follower (1). Consulte a Figura Connections Graph Representation.

Por exemplo, as ligações verdes mostram que o Master-Follower está igual, enquanto as amarelas mostram que as alterações ainda não foram propagadas pelo proprietário dos requisitos. Se as ligações forem azuis, isso significa que as alterações efetuadas no Master não foram aplicadas ao Follower, enquanto as cinzentas mostram que o requisito Follower foi descartado/desligado.

Além das ligações coloridas, o utilizador pode agora comparar dois conjuntos diferentes de especificações, que podem estar dentro do mesmo projeto ou em projetos diferentes. A principal aplicação desta funcionalidade é comparar as especificações ou requisitos Master/Follower. A ferramenta de comparação (2) encontra-se no gráfico de ligações.

Casos de utilização

Esta funcionalidade é útil quando vários blocos têm requisitos semelhantes e não precisam de ser adicionados manualmente de cada vez. O exemplo seguinte pode ser consultado para uma melhor compreensão:

Case 1: Satellite subsystems

Temos satélites gémeos 3U com dispositivos de imagem ligeiramente diferentes como carga útil.
Considere satélites gémeos 3U com o mesmo design e objetivo de missão, exceto no sistema de propulsão. Enquanto o satélite Vali_Cubesat_1A tem um propulsor de gás frio, o Vali_Cubesat_1B utiliza propulsores iónicos. Assim, os requisitos mudam apenas para o sistema de propulsão, e todos os outros requisitos podem ser definidos para o Vali_Cubesat_1A e depois copiados para o Vali_Cubesat_1B.

Case 2: Wing anti-ice system requirements (ATA 30-11)

Vamos considerar que é o engenheiro de sistemas responsável por compilar a lista de requisitos do sistema para o sistema anti-gelo da asa de uma aeronave. A empresa fabrica vários modelos e todos os modelos podem ter o mesmo conjunto de requisitos para o sistema anti-gelo da asa. Em vez de criar o mesmo conjunto de requisitos/especificações, o utilizador pode fazer a cópia Master-Follower para todos os outros projetos de modelos. Sempre que existirem alterações no design do sistema, o engenheiro de sistemas pode permitir/impedir a propagação para outros projetos.