Ciências da computação dia 102

Técnicas para a coleta de requisitos --- Engenharia de software I

3/28/2025

Uma das melhores técnicas;
Falar com os stakeholders cara a cara, de forma planejada por um roteiro;
O roteiro possui perguntas de como os processos são feitos hoje em dia e quais os problemas que os stakeholders encontram no dia a dia;
É necessário escolher pessoas chave para as reuniões (key stakeholders);
Diga para os entrevistados quais são seus objetivos;
Questione o ambiente de trabalho deles;
Evite termo técnicos;
Utilize ferramentas para facilitar a coleta de dados;
Presta atenção no que está sendo dito (use a escuta ativa, primeiro ouça, depois formule o que você vai dizer);
Anote tudo que for possível e depois apresente esse(s) documento(s) para os entrevistados, garantindo que o que está escrito é de fato o que eles disseram/querem.

Um instrutor guia um grupo de stakeholders para ir entendendo como é funciona hoje e o que pode ser melhorado.

Os stakeholders vão dando ideias (as mais malucas possíveis) de como pode ser resolvido o problema;
Ninguém crítica as ideias na primeira sessão. Após ela é que são dados os prós e contras de cada ideia.

Perguntas direto ao ponto para os stakeholders;
Usado quando não há a possibilidade de fazer reuniões (último caso);
Perguntas devem ser muito bem elaboradas;
Use questionários junto com outras técnicas;
Perguntas dissertativas → usadas para conhecer novos requisitos;
Perguntas objetivas → usadas para validar o que foi feito;
User perguntas como → indique o grau de importância, indique o grau de necessidade.

Acompanhar o dia a dia para identificar o problema;
Geralmente usado como um complementar, uma vez que nem sempre você consegue acompanhar todos os dias o trabalho do seu cliente;
Para melhorar a experiência, é interessante você também colocar a mão na massa para ver como tudo funciona;
Funciona muito bem para problemas pontuais;
É muito bom para encontrar requisitos implícitos/esperados.

Obs: Geralmente são usados um conjunto dessas técnicas.