Técnicas para Elicitação de Requisitos
Introdução
Elicitação de requisitos é o nome dado para o conjunto de atividades realizadas para a descoberta dos requisitos de um sistema.
A melhor elicitação é aquela que consegue identificar o maior número possível de requisitos necessários para o desenvolvimento de um sistema.
Assim, não se trata apenas de questionar os clientes e usuários sobre o que eles precisam, mas sim de uma análise da empresa, da área de negócio, dos processos envolvidos e dos problemas enfrentados.
Dificuldades
Uma das maiores dificuldades do processo de desenvolvimento de um sistema está relacionada ao entendimento do analista de sistemas sobre o problema e as necessidades do cliente.
Essa é uma etapa em que ocorrem muitos problemas de comunicação, como por exemplo o cliente não conseguir se explicar com clareza, o analista de sistema não compreender a área de negócio do cliente, o analista de sistemas não conseguir ser claro na documentação dos requisitos e a equipe de desenvolvimento não compreender corretamente o documento de requisitos.
Esses problemas são ilustrados na figura abaixo:
![[Início da descrição]
Necessário [figura de um triângulo], Usuários Querem [figura de um losango], Usuários Pedem [figura de uma estrela com quatro pontas], Analista Entende [figura de uma estrela de cinco pontas], Acaba Sendo Feito [figura de um balão de fala].
[Fim da descrição]](img/img-1.jpg)
Em resumo, as principais dificuldades são:
- As informações sobre a área de negócio (domínio da aplicação) estão espalhadas em textos, manuais, na cabeça das pessoas que trabalham na área, etc;
- As pessoas que entendem do problema a ser resolvido estão muito ocupadas tentando resolvê-los e não tem tempo ou não desejam ajudar o analista;
- Diferentes interesses e políticas internas;
- Os clientes geralmente não sabem o que precisam ou sabem, mas não conseguem explicar;
- Mudanças no negócio durante ou após a elicitação;
- Mudanças no pessoal envolvido durante o processo.
Processo de Elicitação de Requisitos
Clique sobre os itens dos retângulos para exibir o conteúdo.
![[Início da descrição]
*Processo de Elicitação de Requisitos*
Clique sobre os itens dos retângulos para exibir o conteúdo.
*1. Objetivos*
Metas do negócio: *identificação dos objetivos do projeto*. Metas do negócio: como sistema poderá contribuir para o negócio do cliente.
Problema a ser resolvido: *identificação dos objetivos do projeto*. Problema a ser resolvido: qual problema atual deve ser solucionado com o sistema?
Restrições do sistema: *identificação dos objetivos do projeto*. Restrições do sistema: existem restrições para o desenvolvimento do sistema?
***
*2. Contexto*
Estrutura organizacional: *identificação do contexto do projeto*. Estrutura organizacional: como a empresa do cliente está organizada?
Domínio da aplicação: *identificação do contexto do projeto*. Domínio da aplicação: qual a área de negócio de atuação do cliente?
Sistemas existentes: *identificação do contexto do projeto*. Sistemas existentes: o cliente já possui algum sistema em uso?
***
*3. Organização*
Identificação das pessoas envolvidas: *levantamento de informações sobre a empresa do cliente.* Pessoas envolvidas: quem e quais os contatos das pessoas a serem ouvidas?
Priorização de objetivos: *levantamento de informações sobre a empresa do cliente.* Priorização de objetivos: quais são os objetivos de maior importância para o cliente?
Definição do escopo de domínio: *levantamento de informações sobre a empresa do cliente.* Definição do escopo de domínio: para qual área da empresa o sistema será desenvolvido?
***
*4. Requisitos*
Requisitos dos clientes: *identificação dos requisitos do sistema*. Requisitos dos clientes: funcionalidades solicitadas pelos futuros usuários.
Requisitos do domínio: *identificação dos requisitos do sistema*. Requisitos do domínio: funcionalidades necessárias em função da área de negócio.
Requisitos Organizacionais: *identificação dos requisitos do sistema*. Requisitos Organizacionais: funcionalidades necessárias para a empresa do cliente.
[Fim da descrição]](img/img-2.jpg)
Técnicas para Elicitação de Requisitos
Técnicas utilizadas de forma complementar para que se identifique o maior número possível de requisitos necessários para o desenvolvimento de um sistema.
A escolha das técnicas e seu esquema de integração dependerá do problema e da equipe participante.
![[Descrição: duas figuras dentro de um quadrado, apresentando situações.
Figura 1 – Entrevista: figura de duas pessoas sentadas em uma mesa. A do lado esquerdo levanta o braço e sai da sua boca dois balões de diálogo. A do lado esquerdo está digitando em um notebook.
Figura 2 – Coleta de documentos: No lado esquerdo está uma pessoa sentada de frente para uma mesa com papéis sobre ela, saindo um balão de diálogo, como se estive proferindo “palavrões”. No lado direito outra pessoa com papéis na mão, cantando.
Fim da descrição]](img/img-3.jpg)
1. Entrevistas
O analista conversa sobre o sistema com diferentes pessoas e obtêm um entendimento dos requisitos.
Vantagens:
- Técnica bastante eficiente para descoberta de requisitos mais genéricos, visto que os usuários gostam de falar de seu trabalho e dos problemas enfrentados;
- Contato direto com o usuário e negociação imediata.
Desvantagens:
- Embora utilizadas em todos os projetos, as entrevistas não são suficientes para elicitar todos os requisitos;
- Linguagem do usuário específica da área de negócio e, por isso, muitas vezes de difícil entendimento;
- Informações sobre domínio da aplicação não são suficientemente obtidas através de entrevistas já que as pessoas utilizam termos muito específicos para explicar suas tarefas e não conseguem explicar ou não acham que é necessário porque é óbvio;
- Também é difícil obter informações sobre a empresa em função de disputas políticas e internas.
Tipos de entrevistas:
- Aberta: sem questões pré-definidas
- Fechada: com questões pré-definidas
- Tutorial: o usuário da "aula"
Dicas para boas entrevistas:
- O analista deve estar com a cabeça aberta para mudar sua opinião sobre o sistema no decorrer das entrevistas;
- Nunca começar perguntando “o que você precisa?” Deve-se iniciar a entrevistas através de uma pergunta, proposta de requisito ou discussão sobre o sistema existente.
O analista coleta diversos documentos do cliente e faz a leitura do mesmos com o objetivo de obter informações e um melhor entendimento sobre a empresa do cliente, bem como sobre a área de negócio.
Vantagens: acesso facilitado pois não depende da disponibilidade das pessoas e grande volume de informações.
Desvantagens: dispersão das informações em diferentes documentos e grande volume de trabalho.
O analista elabora questões a serem respondidas pelos futuros usuários do sistema.
Técnica recomendada quando existe um grande número de usuários e dificuldades para entrevistá-los.
Vantagens: padronização das perguntas e tratamento estatístico das respostas.
Desvantagens: limitação do universo de respostas e pouca interação
O analista passa algum tempo observando as pessoas no trabalho e constrói uma imagem de como o trabalho é realizado.
Vantagens:
- visão mais completa e perfeitamente ajustada ao contexto;
- as pessoas preferem mostrar como fazem suas tarefas do que explicar o que fazem;
Desvantagens:
- tempo gasto;
- pouca sistematização do processo;
- não é apropriado para descoberta de requisitos organizacionais e de domínio;
- constrangimento de quem está sendo observado.
Dicas para uma boa observação:
- Assuma que as pessoas são boas no que fazem e procure formas não padronizadas de trabalho;
- Gaste algum tempo conhecendo as pessoas e estabeleça um relacionamento de confiança;
- Tome nota de forma detalhada de todas as práticas de trabalho. Analise-as e chegue a uma conclusão a partir delas;
- Combine observação com entrevistas.
Os usuários explicam como fazem o seu trabalho para que o analista obtenha entendimento sobre a forma como os usuários trabalham atualmente.
Vantagens: possibilidade de compreender fatos não facilmente observáveis e permitir melhor entendimento dos fatos.
Desvantagens: as pessoas nem sempre conseguem explicar como trabalham e “o que se diz é diferente do que se faz”
6. Participação ativa dos usuários
Alguns usuários são incluídos na equipe do projeto de software para que as dúvidas possam ser esclarecidas de forma rápida e precisa.
Vantagens: rapidez e precisão no esclarecimento das dúvidas.
Desvantagem: necessidade de treinar os usuários.
O analista reaproveita requisitos de outros projetos de sistema. Na mesma área de aplicação, apenas 15% dos requisitos de um novo sistema são exclusivos dele. O restante são os mesmos de outros sistemas similares.
Vantagens: o processo de especificação de requisitos se torna mais rápido e a chance de termos que corrigir requisitos diminuem visto que os requisitos reutilizados já foram validados em projetos anteriores.
Desvantagens: dificuldade de promover reutilização sem modificação
8. Análise de sistemas similares
O analista pesquisa sistemas similares para identificar diferentes formas de solução para um problema comum.
Vantagens: possibilidade de descobrir as melhores práticas para solucionar um problema e conseqüente diminuição do tempo para especificação dos requisitos.
Desvantagens: tempo necessário para identificar sistemas similares e dificuldade de acesso a sistemas proprietários.