Análise de Requisitos – Automatizada

Definição: A Análise Estática de Requisitos de Software é o teste automatizado de requisitos de software para qualidade e medição.

Fundo

A análise de requisitos de software (ou análise de backlog) é o conjunto de técnicas para obter insights de requisitos de software escritos, ou histórias de usuários. Histórias de usuários, são declarações escritas que descrevem a necessidade funcional e a finalidade do software a ser desenvolvido; o que traz valor para os usuários. Os autores de histórias de usuários normalmente os escreverá da perspectiva de um usuário empresarial. É então função do desenvolvedor ler os requisitos e projetar e codificar para atender a essas necessidades. O requisitos escritos ou histórias de usuários são, portanto, um meio de comunicação. Em equipes ágeis, a história do usuário é um espaço reservado para uma conversa, mas precisa transmitir significado suficiente para que o leitor possa compreender adequadamente, sem ambiguidade, qual funcionalidade é necessária. Se forem feitas escolhas erradas no texto das histórias, a comunicação pode tornar-se uma comunicação deficiente. A redação inadequada leva a mal-entendidos que levam a erros de design e codificação. Esses erros levam a retrabalho e/ou bugs. Bugs que não são encontrados até mais tarde no ciclo de desenvolvimento podem causar muito trabalho extra e, portanto, são muito caros.

Analisador de requisitos estáticos

ScopeMaster® é uma ferramenta de análise de texto que foi projetada para testar requisitos escritos para qualidade e visão. Pode parecer estranho que uma máquina possa testar requisitos, mas pode. (É precisamente para isso que o ScopeMaster® foi concebido.)

Na década de 1990, a Nasa criou o Ferramenta ARM que foi recriado, para teste de texto de requisitos básicos. Hoje em dia temos mais poder computacional disponível e somos capazes de realizar testes de requisitos mais avançados. A IBM lançou recentemente em 2018 o Assistente de Qualidade de Requisitos IBM para Portas Esta é uma extensão treinável para sua ferramenta de gerenciamento de requisitos que testa erros comuns de linguagem em requisitos escritos. O ScopeMaster® vai muito além dessas ferramentas iniciais e combina o Processamento de Linguagem Natural (uma análise detalhada do texto e da estrutura das frases) com outros 15 níveis de análise, a fim de fornecer informações sobre a qualidade e o tamanho dos requisitos escritos.

Insight da análise de requisitos

O insight alcançado pela análise Requisitos Individuais inclui:

• Identificar tipos de palavras (substantivos, verbos, adjetivos)
• Links entre palavras (cadeia de dependência)
• Intenção de uma perspectiva de manipulação de dados.
• Ambiguidade causado pela falha no uso de linguagem apropriada para construção de software.
• Medição de tamanho detectando a intenção de movimentação de dados
• Padrões de uso de palavras
• uso e uso indevido de tipos de palavras

Insight alcançável através da análise Conjuntos de Requisitos

• Consistência na nomeação de substantivos
• Duplicação de intenção
• Potencial ausente requisitos
• Dicionário de dados

Análise estática de requisitos e análise estática de código

Cada vez mais desenvolvedores incluem a análise estática de código como uma técnica para testar o código antecipadamente. Esses testes tornam-se parte da atividade diária de preparação de software para implantação. A análise estática de código ajuda a identificar possíveis causas de problemas antes que eles sejam expostos a qualquer outra pessoa (testadores, usuários) para que possam ser resolvidos de forma rápida e eficiente. O mesmo é verdade análise de requisitos estáticos, é uma técnica muito útil para encontrar e corrigir problemas antes que eles sejam expostos a outras pessoas da equipe.

Requisitos de teste para qualidade

Aqui na Scopemaster examinamos as orientações do IIBA, Corpo de conhecimento de analistas de negócios, padrões IEEE, INCOSE, especialistas em engenharia de requisitos e especialistas ágeis para as categorias e explicações dos atributos de qualidade dos requisitos. Qual é a aparência de um bom requisito de software? Encontramos valor e sabedoria em todas as fontes.

Integração contínua

A maior parte da análise estática de código torna-se parte de um processo de construção contínuo. Essa ideia também pode ser aplicada a requisitos, exceto que toda vez que uma declaração de requisitos muda, ela deve ser verificada novamente quanto à inequívoca e (comparada com outras histórias de usuários) quanto à consistência, duplicação e omissões em todo o conjunto de requisitos.

Visão visual

Um dos recursos mais poderosos da análise automatizada de requisitos é a criação automática dinâmica de diagramas de modelos de casos de uso que são um meio visual de interpretar o significado do seu conjunto de histórias de usuários.