Rastreabilidade de Requisitos
Todos nós sabemos que um dos principais itens em um plano dequalidade de software é atender de forma eficiente e eficaz asespecificações do produto delineadas pelo usuário. Neste caso a qualidade passa pela concepção de um fio condutor que uni requisito e produto. É justamente neste aspecto que as empresas possuem grandes dificuldades. Elas não implementam um dos conceitos primários da engenharia de software, a rastreabilidade.
O que é rastreabilidade de requisitos?
Para responder essa questão, vamos supor que tenhamos umrequisito de software modelado em um documento de caso de uso. Esse requisito irá gerar uma parte do projeto de software. Essa parte será implementada, testada e, posteriormente, implantada. A capacidade de recuperar, rapidamente, todos os artefatos (digramas, código, folha de teste, etc.) gerados a partir do referido requisito defini o termo rastreabilidade.
A rastreabilidade está, intimamente, ligada ao modelo de processo e ao próprio processo de software. A partir de um processo definido e institucionalizado podemos recuperar tudo aquilo que foi gerado para atender a especificação de um determinado requisito. É importante salientar que para efetuar tal recuperação, de maneira eficaz, é necessário utilizar uma ferramenta de gestão de processo de software. Já escolha do modelo se alinha com a volatilidade dos requisitos, fato este que leva a maioria das empresas a utilizar o modelo incremental ou evolucionário.
Subsidiar o mapeamento de impacto também se constitui uma das diretrizes da rastreabilidade. Vale lembrar que o referido mapeamento é uma tarefa ligada à gestão de configuração. Parta do seguinte exemplo: Você, enquanto analista de sistema, levantou um requisito. Esse requisito sofreu vários desdobramentos (foi projetado, implementado e testado), gerando assim vários artefatos. Imagine que o cliente fez uma mudança neste requisito. Neste caso, com a