Minha pergunta tem como objetivo traçar uma linha tênue entre elicitação de requisitos e análise de requisitos. Qual é a diferença entre esses dois?
Minha pergunta tem como objetivo traçar uma linha tênue entre elicitação de requisitos e análise de requisitos. Qual é a diferença entre esses dois?
Respostas:
Baseado no meu entendimento do idioma inglês e tentando ser lógico sobre qual deveria ser a diferença:
Elicitação de Requisitos = Coleta de Requisitos. Isso é perguntar quais são os requisitos, e se isso, e se aquilo, etc. Trata-se de fazer as perguntas e obter respostas. Quão bem são as respostas é outra questão inteiramente. Isso exige que as partes interessadas respondam sua parte do que deve ser feito e por quê.
Análise de Requisitos. Isso é mais a organização das respostas para a primeira parte. Qual solução é ideal? Quais são os trade-offs de várias implementações possíveis. Nesta parte, pode haver uma pergunta estranha, mas não é o ponto principal, pois trata-se de ver qual solução pode ser melhor sob várias restrições, por exemplo, qual é a mais rápida ou a mais barata. Isso é mais sobre como algo deve ser feito e por que isso faz mais sentido do que outro.
Outra maneira de pensar sobre isso é que a Elicitação deve ser apresentada antes da Análise, caso contrário você não está analisando nada, o que pode não ser tão útil ou produtivo.
Elicitação de Requisitos é descobrir o que os clientes (e potenciais clientes) dizem que pensam que querem. Produz uma lista de desejos (bem, você pode ser educado e chamar de outra coisa, mas é isso que é).
A Análise de Requisitos visa destilar a lista de desejos para produzir uma lista de requisitos reais, juntamente com as dependências entre eles. Também envolve dizer que algumas coisas na lista de desejos estão fora do escopo por um motivo ou outro (por exemplo, você está propondo fazer um projeto em algum software cliente e os clientes pediram para você fazer algo que claramente requer grandes alterações no servidor) .
Depois de fazer a análise de requisitos, você poderá elaborar um plano levando em consideração os recursos e o tempo disponível. Você também está passando por um marco no projeto; se você não possui requisitos coerentes, é hora de abandonar o projeto como impossível de planejar.
Para referência, eu gosto de manter a saída do Elicitation em um wiki e o resultado do Analysis como solicitações de recursos em um rastreador de erros com referências cruzadas. Tenho certeza de que existem outras maneiras de fazer isso.
Elicitação de Requisitos : o processo através do qual os clientes, compradores ou usuários de um sistema de software descobrem, revelam, articulam e compreendem seus requisitos.
Análise de requisitos : o processo de raciocínio sobre os requisitos que foram elicitados; envolve atividades como examinar requisitos de conflitos ou inconsistências, combinar requisitos relacionados e identificar requisitos ausentes.
Especificação de requisitos : o processo de registrar os requisitos em uma ou mais formas, incluindo linguagem natural e representações formais, simbólicas ou gráficas; Além disso, o produto que é o documento produzido por esse processo.
Validação de requisitos : o processo de confirmação com o cliente ou usuário do software de que os requisitos especificados são válidos, corretos e completos.