Naturalmente requisitos mudam, esta é uma certeza no desenvolvimento de software. Para Pressman (2010), o desejo de mudar dos requisitos persiste ao longo da vida do sistema. Dentre os fatores que contribuem para as mudanças nos requisitos, podemos considerar:
I - Especificação mal escrita.
II - Conhecimento do cliente antes do desenvolvimento do projeto.
III - Mudança na equipe de desenvolvimento (alterações no quadro de funcionários).
IV - Políticas e processos internos/externos à organização viculada ao projeto.
É correto o que se afirma em:
Alternativas
Alternativa 1:
I e IV apenas.
Alternativa 2:
I e II apenas.
Alternativa 3:
II e III apenas.
Alternativa 4:
I, II e III apenas.
Alternativa 5:
II, III e IV apenas.
Soluções para a tarefa
Resposta:
Alternativa 5:
II, III e IV apenas.
Explicação:
Você já deve ter ouvido falar sobre o “bug do milênio”, ou então sobre o frenesi que o lançamento do sistema operacional Windows provocou no mercado de desenvolvimento de software para interface gráfica, quando lançado. Esses são exemplos clássicos de que simples alterações no macrosistema afetam os sistemas de software, que ou evoluem para se adaptarem ou se tornarão inúteis. Outros fatores de mudanças nos requisitos são: especificação mal descrita ou errada de requisito (inconsistências, conflitos); mais conhecimento adquirido pelo cliente ou usuário com o decorrer do projeto (mudam de ideia, quando entendem o que realmente querem do sistema); mudança de prioridade do cliente; mudança de tecnologia; mudança de leis, políticas e processos internos ou externos à organização vinculada ao projeto. Pagina 117 do livro