A Análise de Requisitos na Análise de Negócios

Análise de Requisitos

A Análise de Requisitos é uma (não sendo exclusiva) tarefa muito difícil de ser realizada.

Como especificar algo que está na cabeça do cliente ou usuário final?

Como conseguir extrair as informações de forma correta?

São algumas perguntas que pretendo auxiliar no entendimento e compreensão para que você possa executar esta atividade.

Em um primeiro momento precisamos extrair ou  Eliciar  as informações dos nossos clientes, pois é uma das fases mais difíceis de traduzir as necessidades dos clientes, pois nós como Analistas sabemos como tecnologia pensa:

"O cliente não deveria ter um bom entendimento das caracteristicas e funções da aplicação para trazer algum beneficio?"
"O cliente não sabe o que é necessário?"

Em primeiro lugar, mesmo que tudo isso fosse verdade, existe uma variável que diz, o requisito sempre será alterado, pois a necessidade do negócio também é mutável e sofre por ações externas, e como diria um amigo meu "O requisito foi feito para ser alterado", então, não se desespere.

Algumas perguntas devem ser respondidas antes de um requisito ser escrito:

• Quem realiza?
• Por que é importante?
• Quais são as etapas envolvidas?
• Qual é o artefato?
• Como garantir que o trabalho foi realizado?

O Babok nos sugere seis áreas para que a tarefa da Análise de Requisitos seja concluída com sucesso, sendo elas:

1. Priorizar Requisitos
2. Organizar os Requisitos
3. Especificar e modelar os Requisitos
4. Definir suposições e restrições
5. Verificar Requisitos
6. Validar requisitos

Vamos olhar um pouco sobre cada item que o Babok nos propõe:

Priorizar Requisitos

A palavra chave nesta etapa é "criticidade", se o seu requisito tiver missão crítica no projeto, com certeza ele deve estar no topo para execução. 

Mas como o Analista poderá dizer que determinado requisito é mais importante que outro

Bom é possível criar um modelo para pontuar qual(is) requisitos são mais importantes que outros, como base podemos dar peso de 1 a 5 sendo 1 fácil e 5 muito complexo.

Podemos avaliar as seguintes características para a priorização, lembrando que os itens abaixo são sugestões para esclarecimento de como fazer a priorização e não devem ser limitados apenas as sugestões abaixo:

• Dificuldade de implantação;
• Complexidade de desenvolvimento;
• Dependência de outros requisitos ou funções do sistema;
• Riscos (pode ser quebrado conforme a necessidade, prazo, custo, etc);

Como sugestão utilize uma ferramenta para a criação e priorização dos mesmos, como por exemplo TFS da Microsoft ou alguma outra ferramenta de controle versões, veja a lista aqui, uma vez que você tiver esta lista priorizada e categorizada podemos avançar para a próxima etapa.

Organizar os Requisitos

Segundo o Babok o propósito de Organizar os Requisitos é "Criar um conjunto de visões dos requisitos para a nova solução do negócio que seja, abrangente, completa, consistente e compreendida pelas partes interessadas".

Se formos utilizar alguma metodologia de desenvolvimento ágil, o completo não pode ser levado ao pé da letra, podemos realizar todo o processo, porém o completo é muito dinâmico, visto que o requisito sempre muda.

Precisamos compreender quais os modelos se encaixam no domínio de negócio e para o escopo da solução, bem como ter identificado inter-dependências de modelos ou requisitos.

Os requisitos devem estar marcados como  desejados ou requiridos, desta forma você poderá organizá-los e identificá-los mais facilmente durante o processo.

Especificar e modelar os Requisitos

Nesta fase é preciso analisar quais os requisitos requiridos pelas partes interessadas ou da corporação, formalizando os mesmos, podendo utilizar documentos, diagramas ou modelos adotados pela empresa.

Durante a especificação de um requisito tente seguir uma linha de raciocínio simples e objetiva, pois requisitos que possuem regras de condições na escrita como "se ou se não" não são claros.

Caso seu requisito tenha a necessidade ter diversas regras, categorize o mesmo e deixe explicito todas as regras, uma por vez, por exemplo:

• Req. 001: A data de atendimento não pode ser menor, nem maior que dez dias que  a data de hoje;

Ao invés de dizer:

• Req. 002: A data de atendimento não pode ser menor que dez (10) dias que a data atual;
• Req. 003: A data de atendimento não pode ser maior que a data atual; 

O requisito "Req. 001" deixa dúvidas quanto a descrição do que se é pedido, já os Requisitos 002 e 003 deixa claro o que é solicitado.

Requisitos não são apenas textos, ou modelos, eles devem deixar claro como o negócio funciona, seus fluxos, sua lógica de processos e relacionamentos  entre eles - caso tenham.

Definir suposições e restrições

Esta parte é uma das mais interessantes na minha opinião, onde o Analista deve pensar no que pode dar errado ou qual fator externo pode comprometer determinada parte da solução.

Segundo o Babok as "suposições são fatores que se acredita serem verdadeiros, mas que não foram confirmados", ou seja, existe um risco que não deve ser omitido e tão pouco menosprezado.

Neste momento é preciso levar em conta suposições das partes interessadas, quais as possíveis restrições para o negócio e impedimentos. Qual(is) requisitos podem ser impactados caso ocorra tal suposição, etc.

Verificar Requisitos

Verificar e validar são duas coisas diferentes, em resumo a verificação garante que o Analista tenha escrito o que as partes envolvidas necessitam, neste momento as partes envolvidas verificam todos os artefatos, modelos de negócio, regras, etc, se estão conforme o solicitado.

Validar requisitos

A validação tem o propósito garantir que os requisitos entregues possuem toda a descrição de valor ao negócio, prazos, metas e objetivos estejam claros e possam ser satisfatórios atendendo as necessidades das partes interessadas.

Nesta fase todos os envolvidos devem assinar os papéis com o seu aceite, aqui fica a marca da aprovação para a execução do mesmo.

É preciso elaborar um conjunto de métricas e indicadores para manter atualizado as partes interessadas, utilizar de protótipo(s) e realizar revisões do que foi proposto (escrito) com o que está sendo entregue.

Existem também algumas técnicas disponíveis no Babok no capítulo 9.

Espero que tenha dado uma noção de como funciona o A Análise de Requisitos, o assunto é vasto e posso ter me esquecido de citar alguma coisa, para uma mais profunda abordagem do assunto recomendo a você a leitura do capítulo 6 do Babok, lembrando que temos o link direto para o Babok ao lado direito do site.

Até a próxima.