SM_MED_ESF_DESENVOLVIMENTO_SOF_2

Prévia do material em texto

23/10/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=6483345340 1/2
   MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
Simulado: CCT0067_SM_201403033595 V.1   Fechar
Aluno(a): BRUNO FERREIRA DE JESUS Matrícula: 201403033595
Desempenho: 0,5 de 0,5 Data: 23/09/2015 20:13:32 (Finalizada)
  1a Questão (Ref.: 201403160074) Pontos: 0,1  / 0,1
Devemos acompanhar a produção de código correto feito pelos programadores. E foi acertada entre os
gerentes uma métrica de medida indireta que irá dar um índice para cada programador que será: índice­
qualidade = (números de erro *2 + 1) bonzão. Assim um programador com 236 bonzão é duas vezes pior do
que o programador com 118 bonzão. Podemos afirmar de forma correta quanto à definição da métrica.
A métrica não deve ter esta preocupação do senso comum. É necessário que os gerentes aprendam e
memorizem esta nova forma de medir.
No ponto de vista esta métrica define a qualidade do trabalho, pois quem tem mais erros tem mais
bonzão e para um projeto desejamos quem tem menos bonzão. A métrica mostra isto intuitivamente.
Quando se tem mais é melhor.
  A métrica esta inadequada, pois o consenso comum indica que quando uma coisa é melhor deve ter um
valor maior e a métrica está invertida.
A métrica está adequada, pois esta corretamente definida e os gerentes facilmente entenderão que
quatro bozão são pior que dois bonzão.
O custo é adequado, pois nos podemos contar os erros pelo número de comparações feitas por
programa. Então quanto mais se compila um programa melhor, pois indica que o programador terá mais
bonzões, portanto melhor qualidade do trabalho.
 Gabarito Comentado.
  2a Questão (Ref.: 201403160134) Pontos: 0,1  / 0,1
considere as afirmativas abaixo: i) As métricas devem ser simples de entender e de serem utilizadas para
verificar atendimento de objetivos e para subsidiar processos de tomada de decisão. ii) As métricas devem ser
objetivas visando reduzir ou minimizar a influência do julgamento pessoal na coleta, cálculo e análise dos
resultados. iii) O valor da informação obtido como resultado das medições deve exceder o custo de coletar,
armazenar e calcular as métricas. Escolha a opção correta:
Todas as afirmativas são falsas;
As afirmativas i, ii estão totalmente corretas e iii é falsa;.
As afirmativas i , iii são totalmente corretas e ii é falsa;
As afirmativas ii e iii são totalmente falsas;.
  As afirmativas iii, ii, i são totalmente corretas;
 Gabarito Comentado.
  3a Questão (Ref.: 201403160195) Pontos: 0,1  / 0,1
Qual a característica geral que contempla uma aplicação que deve rodar em batch ou ¿on line¿?
Processamento distribuído
Facilidade de operação
Múltiplos locais
  Comunicação de dados
Facilidade de instalação
23/10/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=6483345340 2/2
 Gabarito Comentado.
  4a Questão (Ref.: 201403622229) Pontos: 0,1  / 0,1
Métricas de software em relação a aplicação podem ser divididas em:
Medidas Diretas que servem servem para medir o quanto o software atente aos requisitos elicitados.
Medidas Indiretas que servem para medir as saídas dos processos de engenharia de software.
  Medidas de Qualidade que servem servem para medir o quanto o software atente aos requisitos
elicitados. Medidas de Produtividade que servem para medir as saídas dos processos de engenharia de
software.
Medidas Indiretas que servem servem para medir o quanto o software atente aos requisitos elicitados.
Medidas de Produtividade que servem para medir as saídas dos processos de engenharia de software.
Medidas Diretas que servem servem para medir o quanto o software atente aos requisitos elicitados.
Medidas de Qualidade que servem para medir as saídas dos processos de engenharia de software.
Medidas de Qualidade que servem para medir as saídas dos processos de engenharia de software.
Medidas de Produtividade que servem para medir o quanto o software atente aos requisitos elicitados.
  5a Questão (Ref.: 201403685640) Pontos: 0,1  / 0,1
Para se definir a quantidade de funcionalidade, o conceito de Ponto função é:
Para uma funcionalidade deve­se associar o inverso do número real determinado a partir das entradas.
A funcionalidade é expressa por um conjunto de requisitos não funcionais que são quantificados e
transformados em um número real.
Inicialmente se medir os requisitos funcionais e para isto se criou o Fator de ajuste.
  Dada qualquer especificação de uma aplicação criar se uma medida para quantificar a funcionalidade.
Criar uma função que mapeie a funcionalidade do software, a partir de um caso de uso, representado
por um número na reta dos reais.