A rastreabilidade é a capacidade de rastrear um elemento do projeto a outros elementos correlatos. Os
itens típicos de rastreabilidade incluem todos os produtos de trabalhos modelados e que de alguma forma realizam os
requisitos de negócio do projeto.
Exemplo de hierarquia da rastreabilidade.
A finalidade de estabelecer rastreabilidade é ajudar a:
-
Compreender a origem dos requisitos
-
Gerenciar o escopo do projeto
-
Gerenciar mudanças nos requisitos
-
Avaliar o impacto no projeto da mudança em um requisito
-
Avaliar o impacto da falha de um teste nos requisitos (isto é, se o teste falhar, talvez o requisito não seja
atendido)
-
Verificar se todos os requisitos do sistema são desempenhados pela implementação
-
Verificar se o aplicativo faz apenas o que era esperado que ele fizesse.
A rastreabilidade o ajuda a compreender e gerenciar como as informações fornecidas sobre os requisitos, como
Regras e Requisitos de Negócio, são convertidas em um conjunto de necessidades-chave dos envolvidos/usuários e
características do sistema, conforme especificado no documento de visão. O modelo de caso de uso, por sua
vez, descreve como essas características são convertidas na funcionalidade do sistema. Os detalhes de como o sistema
interage com o mundo externo são capturados nos Casos de Uso e com outros requisitos importantes (como requisitos
não funcionais, restrições de design, etc.). A rastreabilidade também lhe permite acompanhar como essas especificações
detalhadas são traduzidas na modelagem, como elas são testadas e como elas são documentadas para o usuário.
Um conceito-chave para ajudar a gerenciar mudanças nos requisitos é o de um vínculo de rastreabilidade
"suspeito". Quando um requisito muda em qualquer extremidade do vínculo de rastreabilidade, todos os
vínculos associados àquele requisito são marcados como "suspeitos". Isso é uma marca para que o papel responsável
analise a mudança e determine se os itens associados precisarão mudar também. Esse conceito também ajuda a analisar o
impacto de mudanças potenciais.
As rastreabilidades podem ser configuradas para ajudar a responder o seguinte conjunto de questões de exemplo:
-
Mostre-me as necessidades dos usuários que não foram vinculadas a características do produto.
-
Mostre-me o status dos testes em todos os casos de uso na interação #n.
-
Mostre-me todos os requisitos não-funcionais vinculados a testes que possuem status não testado.
-
Mostre-me os resultados de todos os testes que falharam, em ordem de importância.
-
Mostre-me as características programadas para este lançamento, quais necessidades de usuários elas satisfazem e o
status delas.
Exemplo: Para o sistema de uma Máquina de Reciclagem, o documento de visão especifica o requisitos de negócio REQ0010:
A máquina de reciclagem permitirá a adição de novos tipos de recipientes. Este requisito é rastreado para um
caso de uso "Adicionar Novo Tipo de Recipiente". O caso de uso Adicionar Novo Tipo de Recipiente permite que o
Operador ensine à Máquina de Reciclagem reconhecer novos modelos de recipientes. Essa rastreabilidade nos ajuda a
verificar se todos as características foram contempladas nos casos de uso e nas especificações suplementares.
Rastreabilidade Horizontal
A rastreabilidade horizontal é a relação entre ítens da mesma classse. Exemplo, Requisitos com Requisitos, Casos de Uso
com Casos de Uso, etc. No PDS Adok é adotado somente a rastreabilizade horizontal entre Requisitos de Negócio.
Rastreabilidade Vertical
Exemplos de itens de rastreabilidade vertical:
Requisitos de Negócio
|
Casos de Uso
|
Elemento da Modelagem (Design)
|
Casos de Teste ou Teste
|
Classes
|
Código
|
Uma rastreabilidade vertical é mostrada no diagrama abaixo:
Rastreabilidade Bidirecional
Possibilita que você possa chegar de qualquer elemento extremo da rastreabilidade a outro. Ou seja, na rastreabilidade
vertical apresentada, podemos chegar do código as necessidades do cliente e vice-versa.
|