Elicitação de Requisitos
Para Huzita (2003), a elicitação de requisitos tem por objetivo a obtenção de conhecimentos relevantes para um determinado problema e, além disso, deve prover o mais correto entendimento do que é esperado do sistema.
Nessa atividade, os engenheiros de software trabalham com os clientes e usuários finais do sistema para aprender sobre o domínio da aplicação, quais serviços o sistema deve fornecer, o desempenho esperado do sistema, restrições de hardware etc. (SOMMERVILLE, 2011, p. 69).
Seguindo esse contexto, a elicitação de requisitos de coletar, investigar, levantar requisitos necessários para resolução do problema do cliente. Assim como obter conhecimento relevante para o problema e prover o mais correto entendimento de o que é esperado do software;
Elicitar e compreender os requisitos dos usuários / interessados do sistema é uma tafera difícil por várias razões:
a) usuários não possuem uma ideia precisa e explícita do que deve ser desenvolvido no sistema (HUZITA, 2003);
b) usuários possuem dificuldade em descrever o conhecimento que possuem sobre um problema (HUZITA, 2003);
c) usuários e analistas possuem visões diferentes sobre um determinado problema, muito disso, por terem formações diferentes (KROTH, 2001);
d) usuários podem passar informações errôneas a respeito de um processo (KROTH, 2001);
e) Gerentes podem solicitar requisitos para aumentar sua influência na organização (SOMMERVILLE, 2007, p. 98);
f) O ambiente político e de negócios de determinada área de análise é dinâmico (SOMMERVILLE, 2007, p. 98);
g) os usuários podem informar detalhes técnicos desnecessários que podem confundir os objetivos globais do sistema (PRESSMAN, 2006, p. 118);
h) O usuário, por naturalidade, expressam requisitos em seus próprios termos e com o conhecimento implícito do seu próprio trabalho. Engenheiros de requisitos, sem a experiência ou conhecimento da rotina pode não entender a essência.
i) Diferentes usuários têm