AV Medidas de Desenvolvimento de Software EAD Estácio 2016

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Avaliação: MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
Tipo de Avaliação: AV
1
a
 Questão (Ref.: 201503115768) Pontos: 0,0 / 1,0
O que podemos dizer sobre ¿Estimativas de custos e prazos em software¿:
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.
2
a
 Questão (Ref.: 201502763588) Pontos: 0,5 / 1,0
O que é CoCoMo (Constructive Cost Model)?
Gabarito: CoCoMo é um método que busca medir esforço, prazo, tamanho de equipe e custo necessário para o
desenvolvimento do software, desde que se tenha a dimensão do mesmo, através de um modelo de estimativa
de tamanho de software, como Análise de Pontos de Função.
3
a
 Questão (Ref.: 201502644165) Pontos: 1,0 / 1,0
Uma métrica precisa ser estabelecida quando falamos em medidas. Quando falamos que o Rio de Janeiro esta
distante 400 km de São Paulo que aspecto da métrica não está claramente definido?
A unidade de medida não esta claramente definida considerando que existem outros múltiplos de km e
ninguém citou o sistema métrico, isto pode tornar a informação imprecisa.
A forma de fazer a medida. Se esta medida é direta ou indireta. E isto pode nos levar a dúvida da
distancia entre o Rio e São Paulo.
A expressão distancia entre Rio e São Paulo está corretamente definida e qualquer motorista de taxi
levaria um passageiro a São Paulo sem se preocupar com a distancia, pois sabe que é de 400 km.
A forma de medida neste caso pode nos levar a informação incorreta, pois existe um erro em cada 
forma de medida. Ao se fazer a medida devese definir se é feita de forma direta ou indireta.
A descrição da métrica não esta correta. Existe imprecisão entre os locais iniciais e finais da medida. Isto
nos leva a informação errada sobre a distancia entre a cidade do Rio e a de São Paulo, pois não sabemos
de onde para onde se está medindo.
BDQ Prova
4
a
 Questão (Ref.: 201502644256) Pontos: 1,0 / 1,0
Um software desenvolvido em COBOL apresentou, no final do projeto, um total de 32456 linhas (considerando 
que 1PF representa 100 linhas em COBOL). Quantas gastaríamos para implementar as mesmas funcionalidades
em PHP (1 PF representa 32 linhas em PHP).
Um total aproximado de 10 385,92 linhas.
Um total aproximado de 11 456,23 linhas.
Um total aproximado de 10 142,50 linhas.
Não há como calcular.
Um total aproximado de 10 643,40 linhas.
5
a
 Questão (Ref.: 201502760737) Pontos: 0,0 / 1,0
Considere as afirmativas abaixo:
I A fronteira é fundamental para se definir o que será contado;
II Uma entrada é caracterizada por um fluxo de fora da fronteira para dentro;
III Um arquivo é uma estrutura interna, dentro da fronteira, onde o usuário tem intenção de guardar dados;
Podese afirmar com toda a certeza que:
Estão todas corretas.
Estão corretas as afirmativas II, III e incorreta a I.
Estão corretas as afirmativas I, III e incorreta a II.
Está correta a afirmativa II e incorreta I e III
Estão corretas as afirmativas I, II e incorreta a III.
6
a
 Questão (Ref.: 201503130247) Pontos: 0,0 / 1,0
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 de backup e arquivos mantidos por outras aplicações
Tabelas, arquivos de backup e arquivos de configuração
Tabelas, arquivos temporários e arquivos mantidos por outras aplicações
Tabelas, arquivos temporários e arquivos de configuração
Tabelas, arquivos de configuração e arquivos mantidos por outras aplicações
7
a
 Questão (Ref.: 201502621531) 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:
incorpora um desenvolvimento dentro de restrições operacionais, como por exemplo, sistema de
controle de telefonia.
é 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 a avaliação dos impactos nos direcionadores de custo sobre cada passo do processo de 
desenvolvimento (análise de projeto, codificação, testes...)
incorpora um conjunto de requisitos não tão rígidos, podese exemplificar pequenos sistemas.
8
a
 Questão (Ref.: 201502621521) Pontos: 0,0 / 0,5
2/3
Quanto ao tipo de software, Bohen, classificou sua amostra de observação em:
orgânico, intermediário, embutido 
básico, orgânico, embutido
básico, semi destacado, embarcado
básico, orgânico e semi destacado 
básico, intermediário e avançado
9
a
 Questão (Ref.: 201502771007) Pontos: 0,0 / 0,5
Considerando a determinação do custo de um PF, segundo o que foi apresentado no curso, considere as
afirmativas abaixo:
i) Não é possível dentro de um mesmo projeto várias empresas fazerem partes isoladas, pois
não temos como atribuir referencias de preços.
ii) Para contratar apenas parte do projeto é de fundamental importância que a empresa saiba os
custos de referência para cada etapa do projeto.
iii) Processo de desenvolvimento e relaciona o custo e prazo em relação ao Ponto Função.
iv) Os % de Ponto função equivalente para os diversos projetos servem de base estatística para
definir preços em partes de um projeto.
As afirmativas I, II, IV são corretas a III não é correta.
As afirmativas I,III, IV são corretas a II não é correta.
As afirmativas II, III e IV são corretas e I não é correta.
As afirmativas I, II, III são corretas a Iv não é correta.
As afirmativas I, II, III e IV são todas corretas.
10
a
 Questão (Ref.: 201503389943) Pontos: 0,5 / 0,5
A comunicação de dados é um dos requisitos não funcionais a serem considerados quando da avaliação da
complexidade do sistema. Nele, deve ser considerado
o período, no sistema, de acesso a dados ou processos distribuídos.
o nível de utilização de equipamentos necessários para a execução adequada do sistema.
o volume de processamento durante os horários de pico do sistema.
o que o usuário define como parâmetros aceitáveis com relação ao desempenho.
o uso de protocolos diferentes para recebimento e envio das informações do sistema.
http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp 3/3