MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE PROVA

Prévia do material em texto

MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
	 
	 
	 1.
	Ref.: 123126
	Pontos: 1,00  / 1,00
	
	escolha a afirmativa correta:
		
	
	A medida mede o produto e a medida de referencia mede o processo.
	
	A medida direta só pode ser feita no produto. Sempre que precisamos medir o processo precisamos fazê-lo de forma indireta.
	
	A métrica mede o processo enquanto a medida mede o produto.
	
	A métrica e medida no caso do processo são sinônimas e a referencia mede o produto.
	 
	A medida pode ser feita no produto ou no processo, mas precisa estar corretamente definida em termos de métrica.
	
	
	 2.
	Ref.: 99739
	Pontos: 1,00  / 1,00
	
	A técnica de análise de Pontos de Função não traz benefícios para:
		
	 
	Para definir o desenho do software e as tabelas de banco de dados;
	
	Dimensionamento dos sistemas, em produção e/ou em desenvolvimento bem como, solicitações de manutenção;
	
	Apoio para a tomada de decisão relativa à seleção para aquisição de pacotes, e contratação de serviços;
	
	Apoio para gerenciamento da qualidade e produtividade no processo de desenvolvimento do software;
	
	Apoio para estimativa de custos e recursos requeridos para o desenvolvimento e manutenção de software;
	
	
	 3.
	Ref.: 713745
	Pontos: 1,00  / 1,00
	
	O número de pontos de função não ajustados de um sistema reflete a funcionalidade que o sistema fornecerá ao usuário, sem considerar as especificidades do sistema. Para ajustar os pontos de função encontrados devem ser levadas em consideração 14 (quatorze) características do sistema que serão analisadas e fornecerão o valor do fator de ajuste.
Dentre as opções abaixo, qual não corresponde a uma destas características?
		
	
	Atualização On-Line
	 
	Formatação de Dados
	
	Entrada de Dados On-Line
	
	Processamento Distribuído
	
	Múltiplos Locais
	
	
	 4.
	Ref.: 941544
	Pontos: 1,00  / 1,00
	
	Marque a única alternativa que estabeleça a principal diferença entre um Arquivo Lógico Interno (ALI) e um Arquivo de Interface Externa (AIE) é que:
		
	 
	Um AIE é lido, mas não é mantido pela aplicação que está sendo contada.
	
	Nenhuma das anteriores.
	
	Um ALI tem dados elementares referenciados e um AIE não.
	
	Os itens de dados de um AIE são sempre grupos lógicos em um ALI.
	
	Os tipos de dados do ALI e do AIE são diferentes.
	
	
	 5.
	Ref.: 263460
	Pontos: 1,00  / 1,00
	
	Aplicar a métrica de Ponto de Função significa?
		
	
	Obter respostas para perguntas como: Qual o tempo necessário para desenvolver? Qual o custo do desenvolvimento? E para obter subsídios para calcular o prazo e custo deve-se fazer a engenharia de requisitos e modelar o projeto usando os diagramas de casos de uso e classes.
	
	Serve para contar o tamanho do software usando como base os requisitos funcionais e não funcionais, que através do funcionais chega-se a quantidade de pontos de função ajustáveis e dos não funcionais a quantidade de pontos de função não ajustáveis.
	
	Tem como principal objetivo obter a complexidade dos requisitos que podem ser de baixa, média ou alta.
	 
	Descobrir o esforço de desenvolvimento do software levando em consideração os requisitos funcionais e não funcionais elicitados junto ao usuário para responder perguntas como prazo e custo do desenvolvimento de acordo com o tipo de desenvolvimento que pode ser um novo projeto, um projeto em manutenção ou mesmo um sistema em produção.
	
	Serve unica e exclusivamente para se obter a produtividade do desenvolvedor levando em consideração a linguagem de programação que será usada no projeto.
	
	
	 6.
	Ref.: 742000
	Pontos: 1,00  / 1,00
	
	Uma saída externa é um processo elementar que envia dados ou informações de controle para fora da fronteira da aplicação.
Qual das assertivas abaixo corresponde a uma Saída externa?
		
	 
	Dados transferidos para outra aplicação.
	
	Controles de paginação.
	
	Telas de ajuda
	
	Relatórios múltiplos com a mesma lógica e formato
	
	Relatórios criados pelo usuário de forma dinâmica usando uma linguagem como SQL
	
	
	 7.
	Ref.: 742029
	Pontos: 1,00  / 1,00
	
	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:
		
	
	Albrecht
	
	Kloc.
	 
	Pontos por Caso de Uso(PCU)
	
	COCOMO avançado.
	
	COCOMO Básico
	
	
	 8.
	Ref.: 941554
	Pontos: 1,00  / 1,00
	
	Escolha a alternativa ERRADA sobre estimativas dos projetos de software.
		
	 
	A estimativa de tamanho de um projeto de software é uma atividade crítica, que não tem um impacto na solução técnica, apenas no gerenciamento do projeto de software, devendo ser efetuada somente no início do projeto.
	
	Nas diferentes situações em que um analista deve se relacionar com seus clientes no sentido de fornecer a sua expectativa para um prazo, custo, esforço ou escopo no desenvolvimento e manutenção de software, métodos para estimativa de projetos de software tendem a ajudá-lo a identificar os diferentes tipos de solicitação e evitar que ele caia em armadilhas que o leve a assumir compromissos inexeqüíveis.
	
	De acordo com Tom Demarco as duas principais maneiras de estimar o tamanho de um projeto de software são por analogia e pelo desenvolvimento de técnicas de medições.
	
	Métricas de processo são coletadas ao longo de todos os projetos e durante longos períodos. Seu objetivo é fornecer indicadores que levem ao aperfeiçoamento do processo de software em longo prazo. As métricas de processo de software podem fornecer benefícios significativos, à medida que a organização trabalha para aperfeiçoar seu nível gerencial de maturidade de processo.
	
	Um dos primeiros desafios ao conceber um modelo de estimativas para a engenharia de software é estabelecer um conjunto de premissas que permitam utilizar o modelo consistentemente entre diferentes organizações de software, usando diferentes abordagens e estratégias para entregar os produtos de software demandados pelos seus clientes.
	
	
	 9.
	Ref.: 239823
	Pontos: 1,00  / 1,00
	
	Não são fatores de risco para a determinação do trabalho os seguintes fatos:
		
	
	O trabalho é mal especificado não definindo limites do que precisa ser feito e geralmente o contratante pode pedir outros (quebra galhos) do contratado o que leva ao desentendimento.
	
	A falta de clareza ou entendimento dos requisitos. Devem-se aplicar metodologias que esclareçam os requisitos (analise, completude e consistência) para se minimizar este aspecto.
	
	As estimativas na contratação são feitas com nível de erro. Normalmente quem contrata subdimensiona o trabalho para minimizar o seu custo.
	
	Falta de processo de controle nas modificações solicitada. Uma modificação, na maioria das vezes, implica em aumento do custo e prazo.
	 
	O pagamento de faturas emitidas pelo fornecedor após aprovada pelo contratante.
	
	
	 10.
	Ref.: 99697
	Pontos: 1,00  / 1,00
	
	Analise as sentenças abaixo sobre os fatores de risco para a determinação do trabalho e em seguida assinale a alternativa correta:
I) O trabalho é mal especificado não definindo limites do que precisa ser feito e geralmente o contratante pode pedir outros "quebra galhos" do contratado o que leva ao desentendimento.
II) A falta de clareza ou entendimento dos requisitos. Deve-se aplicar metodologias que esclareçam os requisitos (analise, completude e consistência) para se minimizar este aspecto.
III) As estimativas na contratação são feitas com nível de erro. Normalmente quem contrata sub dimensiona o trabalho para minimizar o seu custo.
IV) Falta de processo de controle nas modificações solicitada. Uma modificação, na maioria das vezes, implica em aumento do custo e prazo.
		
	
	As sentenças II, III e IV são corretas e a I não é correta.
	
	As sentenças I,III, IV são corretas e a II não é correta.As sentenças I, II, IV são corretas e a III não é correta.
	
	As sentenças I, II, III são corretas e a IV não é correta.
	 
	As sentenças I, II, III e IV são todas corretas.