As falhas em requisitos estão entre as principais razões para o fracasso de um software.
Entre as principais razões destacam-se os requisitos mal organizados, requisitos mal expressos, requisitos desnecessários para os clientes e a dificuldade para lidar com requisitos frequentemente mutáveis. (Fonte: . Acesso em: 6 nov. 2015)
Em relação aos requisitos de software, analise as afirmações a seguir:
I. As falhas cometidas na fase de requisitos tendem a dispender poucos recursos para ajustes em fases avançadas do processo, já que um bom programa poderá compensar tais falhas.
II. Na documentação do requisito deve constar o nome da pessoa que o demandou, de modo a facilitar a gestão de mudanças e a evolução dos requisitos.
III. Os requisitos devem ter como única origem o cliente, o que obstrui a participação do desenvolvedor ou engenheiro de software em forma de sugestões.
IV. O software torna-se inviável se o cliente não tiver em mente, na fase de requisitos, todas as funções que deseja para o software.
V. As técnicas para a descoberta de requisitos devem incluir também conversas informais entre o futuro usuário e o engenheiro de requisitos, já que reuniões com quantidade maior de participantes podem intimidar algumas pessoas, dificultando a expressão de suas necessidades em relação ao sistema.
É verdadeiro o que se afirma apenas em:
Escolha uma:
a. I, II e III.
b. II, III e V.
c. IV e V.
d. II e IV.
e. II e V.
Soluções para a tarefa
Respondido por
87
Alternativa e)
I. Erros de requisitos demandam altos custos pois o software já em desenvolvimento terá de ser replanejado e muitas vezes recomeçado.
III. Funcionários e engenheiros de Software podem sim dar sugestões de forma a facilitar para o cliente, que muitas vezes possui ideias confusas em sua cabeça ou não tem noção do que um software é capaz.
IV. Caso o cliente não souber de todas as funcionalidades que o software terá, não há problema, graças as metodologias ágeis como Scrum e o sistema de desenvolvimento iterativo e incremental, partes pequenas, porém funcionais são entregues em períodos regulares, o que possibilita o cliente fazer pequenas alterações no pedido.
I. Erros de requisitos demandam altos custos pois o software já em desenvolvimento terá de ser replanejado e muitas vezes recomeçado.
III. Funcionários e engenheiros de Software podem sim dar sugestões de forma a facilitar para o cliente, que muitas vezes possui ideias confusas em sua cabeça ou não tem noção do que um software é capaz.
IV. Caso o cliente não souber de todas as funcionalidades que o software terá, não há problema, graças as metodologias ágeis como Scrum e o sistema de desenvolvimento iterativo e incremental, partes pequenas, porém funcionais são entregues em períodos regulares, o que possibilita o cliente fazer pequenas alterações no pedido.
henningdsa:
CORRETO!! OBRIGADO
Respondido por
59
e. II e V. Corrigido pelo AVA.
Perguntas interessantes
Matemática,
9 meses atrás
Geografia,
9 meses atrás
Sociologia,
1 ano atrás
ENEM,
1 ano atrás
Direito,
1 ano atrás
Biologia,
1 ano atrás
Matemática,
1 ano atrás