Buscar

Exercicio Medidas 7

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
Exercício: CCT0190_EX_A7_201403037991 Voltar
Aluno(a): GLÁUBER ALEXANDRE DOS SANTOS Matrícula: 201403037991
Data: 08/03/2015 21:58:50 (Finalizada)
1a Questão (Ref.: 201403142354)
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 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. 
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. 
2a Questão (Ref.: 201403142375)
Considere a opção com a afirmativa que NÃO ESTÁ CORRETA, quando se trata de estimativas: 
Os modelos de estimativa para software são estratégicos sob o ponto de vista de orçamento e controle de 
desenvolvimento de software. 
Deve-se usar mais de um método para se diminuir o nível de risco da estimativa. 
Não existe um modelo único e deve-se desenvolver o modelo mais adequado a empresa. 
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.
O modelo deve ser periodicamente revisto. 
3a Questão (Ref.: 201403615218)
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.
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.
O volume de esforço é estimado para cenário é traduzido para esforço baseado em dados históricos.
As estimativas de cada tarefa são somadas para criar uma estimativa de cenário.
Gabarito Comentado.
4a Questão (Ref.: 201403281570)
Página 1 de 2BDQ Prova
09/03/2015http://simulado.estacio.br/bdq_simulados_exercicio_preview.asp?cript_hist=4817717...
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 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. 
Deve-se analisar cada caso e uso e fazer estimativas de tamanho somando-os no final. 
Deve-se usar a estimativa de tamanho para dimensionar um caso e uso. 
5a Questão (Ref.: 201403615095)
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:
COCOMO ( Constructive Cost Model) 
Métricas de Hasltead 
Puttnam
Linhas de Código ¿ (LOC) 
PCU ¿ Pontos por Caso de Uso
Gabarito Comentado.
6a Questão (Ref.: 201403142374)
A região do Impossível determinado na curva de Rayleigh-Putnam mostra de forma matemática que: 
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.
Nem sempre é possível diminuir o prazo de um projeto com o aumento de recursos.
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. 
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. 
Voltar
Página 2 de 2BDQ Prova
09/03/2015http://simulado.estacio.br/bdq_simulados_exercicio_preview.asp?cript_hist=4817717...

Outros materiais