07_avaliando o aprendizado_2015-1

Prévia do material em texto

05/05/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_exercicio_preview.asp?cript_hist=530318750&p1=273666467719159200&pag_voltar=otacka 1/3
   MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
 Retornar
Exercício: Matrícula:
Aluno(a): Data: 01/05/2015 21:39:34 (Finalizada)
  1a Questão (Ref.: 201107150777)  Fórum de Dúvidas (0)       Saiba   (0)
Assinale a sentença INCORRETA abaixo:
  Um método que para a mesma situação ao se fazer a um estimativa pode ser usado pois a consistência
do método independe do risco introduzido.
O processo de desenvolvimento ágil é feito como um conjunto de cenários de usuários e que devem ser
totalizados para se definir a estimativa total do projeto.
Um bom método de estimativa deve considerar uma validação fazendo referencias cruzadas com outros
métodos e desta foram diminui o risco da estimativa.
Ponto de caso de uso é uma adaptação específica dos Pontos de Função para medir o tamanho de
projetos de software orientados a objeto.
Um método de estimativa que ao se definir caso de uso adaptando características técnicas proposta
pelos Pontos de Função pode ser usado pois está sedimentado na prática de APF.
  2a Questão (Ref.: 201107150798)  Fórum de Dúvidas (0)       Saiba   (0)
Considere a opção com a afirmativa que NÃO ESTÁ CORRETA, quando se trata de estimativas:
Deve­se usar mais de um método para se diminuir o nível de risco da estimativa.
  O modelo deve ser periodicamente revisto.
Os modelos de estimativa para software são estratégicos sob o ponto de vista de orçamento e controle
de desenvolvimento de software.
  O método de Putnam considera todo o ciclo de vida do desenvolvimento e prova que sempre se pode
diminuir o prazo com aumento de recursos.
Não existe um modelo único e deve­se desenvolver o modelo mais adequado a empresa.
  3a Questão (Ref.: 201107623641)  Fórum de Dúvidas (0)       Saiba   (0)
Várias técnicas de estimativa podem ser usadas em qualquer projeto de software, no entanto, quanto uma
equipe de software encontra um projeto de duração extremamente curta, planejamento em geral e estimativa
em particular devem ser abreviadas.
Estimativa para projetos ágeis usa uma abordagem de decomposição que vários passos. Qual das opções
abaixo não é um destes passos?
O cenário é composto de um conjunto de funções e tarefas de engenharia de software.
  O tamanho do cenário não pode ser estimado em LOC, PF ou alguma outra medida orientada a volume.
O volume de esforço é estimado para cenário é traduzido para esforço baseado em dados históricos.
As estimativas de esforço para todos os cenários que devem implementar um incremento de software
são somadas para definir a estimativa para o incremento.
As estimativas de cada tarefa são somadas para criar uma estimativa de cenário.
 Gabarito Comentado
05/05/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_exercicio_preview.asp?cript_hist=530318750&p1=273666467719159200&pag_voltar=otacka 2/3
  4a Questão (Ref.: 201107289993)  Fórum de Dúvidas (0)       Saiba   (0)
No Software orientado a objetos, segundo o Prof. Pressman, podemos afirmar:
  Devem­se modelar as classes principais e depois aplicar PF que servirá de unidade para o resto do
projeto.
Deve­se usar a estimativa de tamanho para dimensionar um caso e uso.
Deve­se analisar cada caso e uso e fazer estimativas de tamanho somando­os no final.
  Deve­se usar a estimativa por PF usando­se a decomposição de casos e uso.
Deve­se definir um caso e uso padrão e o resultado aplicado ao longo do projeto.
 Gabarito Comentado
  5a Questão (Ref.: 201107623518)  Fórum de Dúvidas (0)       Saiba   (0)
Atualmente no mercado existem vários tipos de métricas para análise de dimensão de tamanho de software.
Estas técnicas surgiram com o objetivo de estimar o esforço para dimensionar a quantidade de pessoas­hora e
ao mesmo tempo estimar os prazos associados ao desenvolvimento do software. Existem várias técnicas de
estimativas de tamanho de software, a maioria das técnicas possui uma padronização para a sua apuração de
contagem, na sua elaboração de estimativa de tempo e custo do projeto. 
Podemos afirmar que o modelo de estimativa que busca medir esforço e prazo através da dinâmica de múltiplas
variáveis que pressupõe distribuição de esforços específicos ao longo da existência de um projeto de software e
relaciona o número de linhas de código ao tempo e esforço de desenvolvimento, corresponde a o modelo:
  Puttnam
COCOMO ( Constructive Cost Model)
PCU ¿ Pontos por Caso de Uso
Linhas de Código ¿ (LOC)
Métricas de Hasltead
 Gabarito Comentado
  6a Questão (Ref.: 201107150797)  Fórum de Dúvidas (0)       Saiba   (0)
A região do Impossível determinado na curva de Rayleigh­Putnam mostra de forma matemática que:
A curva mostra duas regiões distintas caracterizando um ponto que caracteriza um volume critico. Para
pequenos volumes o comportamento é linear e para grandes volumes a curva torna­se exponencial.
A região do impossível é caracterizada por uma área onde indica que se deve desistir do projeto, pois
não há como dimencioná­lo.
Sempre é possível diminuir o prazo necessário ao projeto com aumento de recursos.
A curva tem comportamento linear mostrando que o prazo de um projeto é diretamente proporcional ao
recurso envolvido.
  Nem sempre é possível diminuir o prazo de um projeto com o aumento de recursos.
05/05/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_exercicio_preview.asp?cript_hist=530318750&p1=273666467719159200&pag_voltar=otacka 3/3
 Retornar