Me1didas De esforço De Desenvolvimento De Software (1)

Prévia do material em texto

Avaliação MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
	Tipo de Avaliação: AV
	Aluno: 
	Professor:
	OSWALDO BORGES PERES
	Turma: 
	Nota da Prova: 6,0    Nota de Partic.: 2   Av. Parcial 0  Data: 
	
	 1a Questão (Ref.: 201405711841)
	Pontos: 0,0  / 1,5
	O que podemos dizer sobre ¿Estimativas de custos e prazos em software¿:
		
	
Resposta: estimativa de custo se dar atraves de analise ponto de fusão e com isso podemos determinar o prazo em que o software ficara pronto
	
Gabarito: Principalmente que não é ciência exata, mas ajuda a diminuir o nível de erro da estimativas, nos basearmos nas experiências anteriores. Um erro na estimativa pode comprometer o projeto, por isso, quanto mais registramos nossas experiências, e as utilizamos, estimamos melhor.
	
	
	 2a Questão (Ref.: 201405271109)
	Pontos: 1,5  / 1,5
	No processo de contagem de um ALE, verificou-se um registro de arquivo com os campos: nome, endereço, telefone, CEP, Número-dependentes . E, um grupo de dados que se repete seis vezes com os campos: nome, data-nascimento, parentesco. No processo de contagem definido pelo IFPUG, quantos itens de dados e arquivos referenciados devem ser contados. Considere que estes arquivos terão 55000 registros.
		
	
Resposta: SÃO 2 REGISTROS REFERENCIADOS EM UM TOTAL DE 8(5 DADOS DE UM + 3 DE OUTRO)
	
Gabarito: São contados dois arquivos referenciados. E 5 itens de dados no primeiro + 3 itens de dados. (oito itens de dados).
	
	
	 3a Questão (Ref.: 201405240264)
	Pontos: 0,5  / 0,5
	Considere os registros estatísticos de uma empresa na tabela abaixo : projeto linguagem Prazo de duração Tamanho em kloc Produtividade Kloc/mês Custo/kloc Sistema1 C++ 8 meses 15 0,375 R$ 5400,00 Sistema2 Java 8 meses 15 0,468 R$ 4300,00 Sistema3 PHP 6 meses 12 0,5 R$ 3900,00 Sistema4 Python 4 meses 12 0,75 R$ 2600,00 Sistema5 Java 6 meses 12 0,5 R$ 3800,00 Sistema6 C++ 5 meses 15 0,5 R$ 3800,00 Analisando a tabela pode-se concluir, sem nenhuma dúvida, que:
		
	
	Que a equipe de desenvolvimento do sistema 2 tem menos experiência de que a desenvolveu o sistema 4.
	
	Que o desenvolvimento em C++ é menos produtivo que o desenvolvimento em Java.
	
	Que para um novo projeto o indicado é se trabalhar com PHP.
	
	Que para um novo projeto o indicado é trabalhar com Java.
	 
	Que para um novo projeto a linguagem mais indicada é o Python
	
	
	 4a Questão (Ref.: 201405240338)
	Pontos: 0,5  / 0,5
	Um dos objetivos da Análise de Ponto Função é:
		
	
	Calcular quantas tabelas o sistema terá
	
	Estimar o tamanho de uma equipe de desenvolvimento.
	
	Ajudar no processo de depuração do software
	 
	Medir a funcionalidade que usuário solicita e recebe.
	
	Definir os procedimentos para os testes do software.
	
	
	 5a Questão (Ref.: 201405898292)
	Pontos: 0,5  / 0,5
	Qual a alternativa possui o maior número de pontos de função ajustados?
		
	
	120 pontos de função de não-ajustados e um fator de ajuste de +35%
	 
	300 pontos de função não-ajustados e um fator de ajuste ainda a ser calculado.
	
	Não é possível determinar a quantidade de PF ajustados.
	
	180 pontos de função não-ajustados e um fator de ajuste de 5%
	
	100 pontos de função não-ajustados e um fator de ajuste de -30%.
	
	
	 6a Questão (Ref.: 201405217257)
	Pontos: 0,5  / 0,5
	Um item de dado, também chamado de tipo de dado, é:
		
	
	Um subgrupo de dados dentro de um arquivo.
	 
	Um campo único, não repetido e reconhecido pelo usuário.
	
	Um dado derivado de um processamento em um processo elementar na função de consulta.
	
	Qualquer elemento visual em um relatório ou tela de entrada de dados.
	
	Um dado derivado de um processo elementar que não atravessa a fronteira da aplicação.
	
	
	 7a Questão (Ref.: 201405217604)
	Pontos: 0,5  / 0,5
	Podemos afirmar sobre a classificação do tipo do software chamado de Modelo 2 (intermediário), no modelo COCOMO de Bhoem, que:
		
	
	é um modelo estático de valor simples que computa o esforço de desenvolvimento de software.
	 
	computa o esforço de desenvolvimento como uma função do tamanho, e de um conjunto de direcionadores de custo (definidos em tabelas) que incluem avaliações subjetivas do produto, hardware, experiência do pessoal e dos atributos do projeto.
	
	incorpora um desenvolvimento dentro de restrições operacionais, como por exemplo, sistema de controle de telefonia.
	
	incorpora um conjunto de requisitos não tão rígidos, pode-se exemplificar pequenos sistemas.
	
	incorpora a avaliação dos impactos nos direcionadores de custo sobre cada passo do processo de desenvolvimento (análise de projeto, codificação, testes...)
	
	
	 8a Questão (Ref.: 201405859098)
	Pontos: 0,0  / 0,5
	Segundo Pressman, o COCOMO intermediário é definido como:
		
	
	incorpora a versão intermediária e faz uma avaliação dos impactos nos direcionadores de custo sobre cada passo do processo de desenvolvimento (analise, projeto, codificação, testes...).
	
	é um processo elementar que processa dados ou informações de controle recebidos de fora da fronteira da aplicação e cujo objetivo principal é manter um ou mais Arquivos Lógicos Internos (ALI)
	
	modelo estático de valor simples que computa o esforço de desenvolvimento de software como uma função do tamanho expresso em linhas de código
	 
	É um processo elementar que envia dados ou informações de controle para fora da fronteira da aplicação.
	 
	computa o esforço de desenvolvimento como uma função do tamanho e de um conjunto de direcionadores de custo (definidos em tabelas) que incluem avaliações subjetivas do produto, hardware, experiência do pessoal e dos atributos do projeto
	
	
	 9a Questão (Ref.: 201405702199)
	Pontos: 1,0  / 1,0
	A análise de Ponto de Casos de Usos é:
		
	 
	Especificada unicamente para o Paradigma Orientado a Objetos
	
	Especificada unicamente para o Paradigma Imperativo
	
	Especificada preferencialmente para o Paradigma Orientado a Objetos
	
	Especificada preferencialmente para o Paradigma Imperativo
	
	Especificada unicamente para o Paradigma Declarativo
	
	
	 10a Questão (Ref.: 201405215860)
	Pontos: 1,0  / 1,0
	Quais as vantagens e desvantagens da contratação por homem/hora?
		
	 
	O contrato por homem/hora é bom para o fornecedor de mão de obra, pois o risco é todo do contratante inclusive os referentes a falta de produtividade e erros de especificação
	
	O risco é do contratante, mas o risco da qualidade de mão de obra é todo do contratado e assim fica garantido o risco referente a qualidade da especificação
	
	O contrato por homem/hora é bom para o contratante da mão de obra, pois permite que se modifique requisitos, e o risco de especificações mal feitas é passado para o fornecedor de mão de obra: o contratado
	
	O contrato de homem/hora é muito bom para o contratante pois o risco da qualidade de mão de obra é todo do contratado e assim fica garantido o controle de risco do contratante com relação a produtividade
	
	O contrato de homem/hora é muito bom para o tratado pois o risco da qualidade de mão de obra é todo do contratado e assim fica garantido o controle de risco do contratante com relação a produtividade