Buscar

MEDIDAS DE ESFORÇOS 2015 2

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

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
Você viu 3, do total de 3 páginas

Prévia do material em texto

Avaliação: CCT0190_AV_201409016651 » MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
Tipo de Avaliação: AV
Aluno: 201409016651 - MONICA CELINA DOS SANTOS ARAUJO 
Professor: OSWALDO BORGES PERES Turma: 9004/AB
Nota da Prova: 3,0 Nota de Partic.: 0 Av. Parcial 1,5 Data: 21/11/2015 13:06:20
O aproveitamento da Avaliação Parcial será considerado apenas para as provas com nota maior ou igual a 4,0.
1
a
 Questão (Ref.: 201409613034) Pontos:0,0 / 1,5
O que podemos dizer sobre ¿Estimativas de custos e prazos em software¿:
Resposta: Estimativas de Custo significa ter uma noção próxima de custo do software antes mesmo de o projeto de 
software ter iniciado ou finalizado. Da mesma forma, pode-se estimar um prazo de término do software. Para tal, 
pode-se aplicar métricas de software que permitem estimar custo e prazos do software evitando incertezas e 
subjetividade nas informações. 
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.: 201409172302) 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: itens = nome,endereço,telefone,CEP,Num_Dependentes Itens = nome,data-nascimento,parentesco Total 
de 8 Itens Total 2 arquivos Referenciados
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.: 201409705819) Pontos:0,0 / 0,5
A medida KLOC (Kilo Line of Code) foi uma medida amplamente utilizada no passado, porém hoje está caindo em 
desuso. Dentre os motivos abaixo:
I - Alguns contestam o KLOC por que não privilegia a boa programação (mais eficiente) ou o uso de linguagens 
mais eficientes.
II - Prioriza a estimativa de custo de requisitos não-funcionais do software.
III - Precisa de ferramentas de alto custo para ser executada.
IV - Só pode ser utilizada após o software ter sido entregue, o que atrasava a estimativa do esforço. 
V - A medição em linguagens baseadas em POO é prejudicada pelo fato dessas linguagens gerarem uma 
quantidade enorme de artefatos, encarecendo o produto final.
Qual a alternativa que corresponde aos itens corretos?
I, II, III
II, III e IV
II e IV
I, IV e V
Página 1 de 3
29/11/2015
I, III e V
4a Questão (Ref.: 201409118026) Pontos:0,0 / 0,5
Quantas são as características gerais de um sistema definidas em Análise de Ponto Função (APF)?
21
14
5
17
Depende do tipo de negócio
5a Questão (Ref.: 201409257968) Pontos:0,5 / 0,5
Considere as afirmativas abaixo: 
I - Uma medida da funcionalidade (PF) feita a partir da funcionalidade para software deve levar em consideração a 
experiência e a tecnologia a ser adotada. 
II - O fator de Ajuste definido na fórmula de Albrecht considera os aspectos tecnológicos a serem usados no 
software. 
III - Segundo a proposta de Albrecht todo sistema se caracteriza pelo número de entradas, consultas, saídas, 
arquivos e interfaces. 
Pode-se afirmar com toda a certeza que: 
Estão corretas as afirmativas I, III e incorreta a II.
Estão todas corretas
Está correta a afirmativa II e incorreta I e III. 
Estão corretas as afirmativas I, II e incorreta a III.
Estão corretas as afirmativas II, III e incorreta a I. 
6a Questão (Ref.: 201409627513) Pontos:0,0 / 0,5
Uma das etapas para calcular o tamanho de um SI com a técnica Análise por pontos de função é medir o tamanho 
funcional do sistemia, a partir dos ALI e AIE encontrados. Assinale a alternativa onde existam APENAS exemplos de 
funções de dados
Tabelas, arquivos temporários e arquivos mantidos por outras aplicações
Tabelas, arquivos de backup e arquivos de configuração
Tabelas, arquivos de backup e arquivos mantidos por outras aplicações
Tabelas, arquivos de configuração e arquivos mantidos por outras aplicações
Tabelas, arquivos temporários e arquivos de configuração
7
a
 Questão (Ref.: 201409118877) Pontos:0,0 / 0,5
No software orientado a objetos, segundo o Prof. Pressman, podemos afirmar: 
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.
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.
Página 2 de 3
29/11/2015
8
a
 Questão (Ref.: 201409604129) Pontos:0,0 / 0,5
São exemplos de métricas de desenvolvimento de software:
Análise de Ponto de Casos de Uso (APCU)
CMMI
Análise de Ponto de Função (APF)
PDCA
COCOMO
9a Questão (Ref.: 201409260195) Pontos:1,0 / 1,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
incorretaincorreta
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.
Desenvolver casos, usos e determine uma contagem. Reconhecer que o número de casos e uso podem 
modificar à medida que se desenvolve o projeto.
Fazer a verificação cruzada em estimativas baseadas em classes, multiplicando o número médio de unidades 
por caso e uso.
Desenvolver estimativas, usando decomposição de esforço, análise FP que seja aplicável a aplicações 
convencionais.
10a Questão (Ref.: 201409268272) Pontos:0,0 / 1,0
Considere os pontos em um gráfico do tipo (ponto função, hora_trabalhadas) e que o risco é 10% na estimativa ao 
se fazer interpolação linear entre os pontos: ( 120, 3000) e (180, 4500). Qual o valor do esforço em horas 
trabalhadas estimadas, considerando o intervalo mínimo (para o risco assumido) para uma contagem de 150 PF.
o valor deve estar no intervalo de (3750 - 375 e 3750 + 375)
o valor deve estar no intervalo de (750 - 75 e 750 + 75) 
o valor deve estar no intervalo de (4500 - 450 e 3000 + 450)
o valor deve estar no intervalo de (4500 - 375 e 300 + 375)
o valor deve estar no intervalo de (4000 - 400 e 4000 + 400)
Período de não visualização da prova: desde 12/11/2015 até 24/11/2015.
Página 3 de 3
29/11/2015

Continue navegando