Ativ Estrut MÉTRICAS DE SOFTWARE

Prévia do material em texto

28/06/2016 BDQ Prova
http://simulado.estacio.br/bdq_simulados_pos_preview.asp?cript_hist=7558107648 1/2
  Lupa    Fechar  
   MÉTRICAS DE SOFTWARE
Simulado: NPG1384_AV_201605046671 
Aluno(a): WELLINGTON DE SOUZA VIEIRA Matrícula: 201605046671
Desempenho: 2,0 de 2,0 Data: 20/06/2016 10:56:37 (Não Finalizada)
  1a Questão (Ref.: 201605701444) Pontos: 0,4  / 0,4
A avaliação qualitativa não é suficiente para medir o esforço do software. É preciso critérios objetivos para
direcionar o projeto de dados, arquitetura, interfaces e componentes. Ao testamos, necessitamos de orientação
quantitativa que nos auxiliará na seleção de casos de teste. A métrica de produto proporciona uma base por
meio da qual a análise, projeto, codificação e teste podem ser conduzidos mais objetivamente e avaliados de
maneira quantitativa. Sendo assim, devemos medir: I. Para sabermos quanto cobrar. II. Para conseguirmos dar
prazos. III. Para definirmos a equipe. IV. Para definirmos a complexidade. V. Para definirmos o tamanho.
Apenas I, II, III, V
  Todas corretas.
Apenas I, II, III, IV.
Apenas II, III, IV, V.
Apenas I, III, IV.
  2a Questão (Ref.: 201605701420) Pontos: 0,4  / 0,4
O processo de desenvolvimento de software deve ser continuamente medido durante seu desenvolvimento.
Para isso é necessário: I. Criar uma ¿cultura¿ de medição e métrica (desenvolvimento com bases técnicas) II.
Catalogar em base de dados históricos III. Padronizando em metros ou centímetros, cada medida obtida.
Apenas II.
  Apenas I, II.
Apenas I.
Apenas II, III.
Apenas I, III.
  3a Questão (Ref.: 201605701413) Pontos: 0,4  / 0,4
Todo processo de engenharia necessita de medições para entender melhor os modelos e avaliar a quantidade
dos produtos construídos. No caso da engenharia de software, assinale a alternativa CORRETA. Assinale a
alternativa CORRETA:
Uma métrica mal especificada não gera qualquer influência para tomada de decisão de baixa qualidade.
Na engenharia de software não existe diferença entre medição e medida.
Apesar de existirem métricas de processo e de projeto, não existem métricas de produto.
Considerando o tempo de existência, a engenharia de software e a engenharia civil se equivalem em
maturidade.
  Medida é diferente de métrica e pode ser realizada de forma direta ou indireta
  4a Questão (Ref.: 201605701667) Pontos: 0,4  / 0,4
28/06/2016 BDQ Prova
http://simulado.estacio.br/bdq_simulados_pos_preview.asp?cript_hist=7558107648 2/2
O COCOMO II (segunda versão do COCOMO ­ COnstructive COst MOdel) é um modelo objetivo de custos para o
planejamento e execução de projetos de software. Um modelo de custos fornece uma estrutura ("framework")
para a comunicação de decisões de negócio entre os envolvidos em um empreendimento baseado em software.
Assinale a INCORRETA.
O mesmo processo pode ser aplicado a apenas um componente individual.
  Sua precisão pode ser prejudicada no inicio do projeto, pois o modelo depende fortemente de uma
estimativa precisa da quantidade de linhas.
Pode calcular a programação da manutenção anual.
Pode fazer exame da vantagem de dados históricos e criar uma constante de calibração que pode ser
calculada para estimativas futuras.
O mesmo processo pode ser aplicado ao projeto inteiro.
  5a Questão (Ref.: 201605701468) Pontos: 0,4  / 0,4
A métrica Pontos por função está baseada em medidas calculáveis do domínio do software e avaliações
qualitativas da complexidade do software. Um dos domínios, "Entradas externas", é definida como:
É uma entrada on­line que resulta na geração de alguma resposta imediata do software na forma de
uma saída on­line.
É um agrupamento lógico de dados que reside fora da aplicação, mas fornece informações que podem
ser usadas pela aplicação.
É um agrupamento lógico de dados que reside dentro das fronteiras do aplicativo.
  É originada de um usuário ou transmitida de outra aplicação e fornece dados distintos à aplicação ou
informações de controle.
É formada por dados derivados da aplicação e fornece informações para o usuário.