Questões de Engenharia de Software - Ciclo de Vida de Software

defeito de controle.

defeito de interface.

defeito em dados.

defeito de entrada/saída.

163.

212.

148.

159.

136.

o processo de verificação de software tem como objetivo garantir que os requisitos solicitados pelo
usuário final sejam atendidos, de maneira que é o gerente de requisitos a pessoa responsável por
acompanhar e monitorar as atividades desenvolvidas durante este processo.

a sequência de atividades do processo de elicitação e análise de requisitos é: i) obtenção de
requisitos; ii) organização e classificação de requisitos; iii) documentação dos requisitos; e iv)
priorização e negociação de requisitos.

Especificação de Requisitos de Software (SRS) é um artefato que tem como objetivo coletar e
organizar os requisitos de softwares do projeto. Quando uma modelagem de casos de uso é
utilizada, este artefato consiste em um pacote, contendo casos de uso do modelo de casos de uso
e Especificações Suplementares aplicáveis.

o processo de elicitação de requisitos tem como preocupação observar a especificação produzida,
buscando verificar se os requisitos foram declarados corretamente, por exemplo, sem
ambiguidades.

uma revisão técnica formal é o resultado do teste de desempenho do software, sendo considerada
uma etapa crítica no âmbito da engenharia de requisitos.

Teste de componentes.

Teste caixa preta (Black box).

Teste caixa cinza (Gray box).

Teste caixa branca (White box).

Teste de assertividade.

pré-condições, em programação por contrato, correspondem às classes de equivalência, bem como
aos valores limites (se existirem) para os parâmetros de um método ou função.

a inversão de controle é o processo de alterar um software de uma maneira que não mude o seu
comportamento externo e ainda melhore a sua estrutura interna.

a injeção de dependências é uma boa opção, quando a estrutura interna do software começa a
perder um pouco de sua integridade.

o princípio da refatoração diz respeito à definição de entidades do mundo real a partir da criação de
classes.

representam os resultados esperados, quando a execução na programação por contrato variantes
ocorreu de forma de correta.