MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE 21

Prévia do material em texto

Parte superior do formulário
		 1a Questão (Ref.: 201603547369)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	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. Normalmente, a duração do desenvolvimento de um incremento é da ordem de 3-6 semanas; a estimativa serve para garantir que o número de cenários a ser incluído no incremento esteja de acordo com os recursos disponíveis.
A afirmativa acima, se refere a:
		
	 
	Estimativas com métodos ágeis
	
	Estimativa usando Caso e USO
	 
	Estimativas de projetos orientado a objetos
	
	Estimativas usando métricas de tamanho.
	
	Estimativas usando ponto função
	
	 Gabarito Comentado
	 Gabarito Comentado
	
	
	 2a Questão (Ref.: 201603045116)
	 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 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.
	 
	Deve-se usar a estimativa por PF usando-se a decomposição de casos e uso.
	
	 Gabarito Comentado
	
	
	 3a Questão (Ref.: 201603837602)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	(COBRA Tecnologia, 2014) Fazem parte do processo de medição de Pontos por Caso de Uso (PCU), exceto:
		
	
	contar os casos de uso e identificar sua complexidade.
	 
	contar os atores e identificar sua complexidade.
	 
	contar as classes e determinar suas relações.
	
	calcular os PCUs ajustados.
	
	calcular os PCUs não ajustados.
	
	
	
	
	 4a Questão (Ref.: 201603378764)
	 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?
		
	
	As estimativas de cada tarefa são somadas para criar uma estimativa de cenário.
	 
	O tamanho do cenário não pode ser estimado em LOC, PF ou alguma outra medida orientada a volume.
	
	O cenário é composto de um conjunto de funções e tarefas de engenharia de software.
	 
	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.
	
	 Gabarito Comentado
	
	
	 5a Questão (Ref.: 201603746879)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Ao se encontrar o valor 215,37 PF podemos afirmar com certeza que:
		
	
	O valor refere-se a ponto função não ajustado.
	 
	O valor refere-se a ponto função ajustado.
	
	O valor refere-se à funcionalidade total dos ALI e AIE.
	
	Nenhuma das anteriores.
	
	O valor refere-se à funcionalidade total de entradas, saídas e consultas.
	
	
	
	
	 6a Questão (Ref.: 201603547365)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Foram criados como uma adaptação específica dos Pontos de Função para medir o tamanho de projetos de software orientados a objeto. É um método simples e de fácil utilização mas ainda esta em fase de pesquisas e não existem regras de contagem padronizadas.
A afirmativa acima, se refere ao modelo:
		
	
	Kloc.
	
	COCOMO Básico
	 
	COCOMO avançado.
	
	Albrecht
	 
	Pontos por Caso de Uso(PCU)
	
	 Gabarito Comentado
	
	
	 7a Questão (Ref.: 201603390412)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	A análise de Ponto de Casos de Usos é:
		
	
	Especificada preferencialmente para o Paradigma Orientado a Objetos
	 
	Especificada preferencialmente para o Paradigma Imperativo
	
	Especificada unicamente para o Paradigma Declarativo
	
	Especificada unicamente para o Paradigma Imperativo
	 
	Especificada unicamente para o Paradigma Orientado a Objetos
	
	
	
	
	 8a Questão (Ref.: 201603047215)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Pontos por Função é baseada no paradigma procedimental, o qual separa dados de funções, deixando esse tipo de métrica pouco adequada para os novos desenvolvimentos baseados no paradigma de orientação a objetos, o qual trabalha com dados e funcionalidades de forma combinada. O software orientado a objetos deve ter outra abordagem:
Com base neste paradigma, assinale a alternativa que certamente esta incorreta:
		
	 
	Dividir o número total de classes (chave e apoio) pelo número médio de unidades de trabalho por classes. Autores, como Lorenz, sugerem entre 15 a 29 pessoas dia por classe.
	 
	A partir do modelo de análise, determinar o número de classes-chave.
	
	Fazer a verificação cruzada em estimativas baseadas em classes, multiplicando o número médio de unidades por caso e uso.
	
	Desenvolver casos, usos e determine uma contagem. Reconhecer que o número de casos e uso podem modificar à medida que se desenvolve o projeto.
	
	Desenvolver estimativas, usando decomposição de esforço, análise FP que seja aplicável a aplicações convencionais.
	
	 Gabarito Comentado
	
	
	
	
Parte inferior do formulário