Ed
ano passado
Vamos analisar cada uma das alternativas em relação à metodologia RAD (Rapid Application Development): 1. O gerenciamento dos requisitos é um processo rígido. - Isso não é verdade, pois a RAD é conhecida por sua flexibilidade e adaptação às mudanças. 2. O levantamento dos requisitos deve ser feito logo no início do desenvolvimento. - Na RAD, os requisitos são frequentemente levantados e ajustados ao longo do processo, não apenas no início. 3. Na RAD, o projeto vai incorporando sugestões dos usuários ao longo das iterações. - Esta afirmação é verdadeira. A RAD permite que os usuários façam sugestões e que essas sejam incorporadas durante o desenvolvimento. 4. As priorizações dos requisitos da RAD são fixas e todos têm alta prioridade. - Isso não é correto, pois na RAD as prioridades podem mudar conforme o feedback dos usuários. 5. Na RAD, as mudanças dos requisitos só podem ser aplicadas no final do processo de teste e validação. - Isso é falso, já que a RAD permite mudanças durante todo o processo de desenvolvimento. Portanto, a opção correta é: Na RAD, o projeto vai incorporando sugestões dos usuários ao longo das iterações.


Cadastre-se ou realize login
Ao continuar, você aceita os Termos de Uso e Política de Privacidade
Mais perguntas desse material