Avaliação de Medidas de Esforço de Desenvolvimento de Software

Prévia do material em texto

1 
 
Avaliação: CCT0222_AV2_201307252508 » MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE 
Tipo de Avaliação: AV2 
Aluno: 
Professor: JOAO DOMINGOS CAMPOS NETO Turma: 9003/BA 
Nota da Prova: 5,0 de 8,0 Nota do Trab.: 0 Nota de Partic.: 2 Data: 24/11/2015 18:15:44 
 
 
 1a Questão (Ref.: 201307431739) Pontos: 1,0 / 1,5 
Qual a importância da fronteira do sistema para o processo de medição? 
 
 
 
Resposta: A fronteira entre aplicações em análise deve ser baseada em áreas funcionais na visão do usuário, 
não havendo considerações técnicas, serve para identificar também a usabilidade com o sistema. 
 
 
Gabarito: A fronteira é fundamental para definir o que será contado. Quais os limites, o que entra no sistema e 
o que não deve ser considerado. 
 
 
Fundamentação do(a) Professor(a): A fronteira é fundamental para definir o que será contado. Quais os limites, 
o que entra no sistema e o que não deve ser considerado. 
 
 
 
 2a Questão (Ref.: 201307431745) Pontos: 1,5 / 1,5 
Com relação ao risco de contratação, considerando que o controle é feito por PF, qual a diferença da contratação 
por homem hora e preço fixo? 
 
 
 
Resposta: Na contratação por preço fixo, todo o risco é transferido para o fornecedor, já na contratação por 
homem/hora, o risco é de total reponsabilidade do contratante. 
 
 
Gabarito: Na contratação por preço fixo todo o risco é transferido para o fornecedor. Na contratação por homem 
hora o risco é todo do contratante. 
 
 
Fundamentação do(a) Professor(a): Na contratação por preço fixo todo o risco é transferido para o fornecedor. 
Na contratação por homem hora o risco é todo do contratante. 
 
 
 
 3a Questão (Ref.: 201307400943) Pontos: 0,5 / 0,5 
Trabalhar com métricas normalmente é uma nova visão sobre o software. É a visão gerencial. De forma 
absolutamente correta isto permite que: 
 
 
 
Se defina metodologias e estruturas de programação. 
 
Se defina metodologias e linguagens de programação. 
 
Se defina bancos de dados e estruturas de programação. 
2 
 
 
Se defina equipes e metodologias de desenvolvimento. 
 Se defina questões sobre prazos e tamanho de software. 
 
 
 
 4a Questão (Ref.: 201307377469) Pontos: 0,0 / 0,5 
Qual a característica geral que contempla uma aplicação que deve rodar em batch ou online? 
 
 
 Processamento distribuído 
 
Facilidade de operação 
 
Múltiplos locais 
 Comunicação de dados 
 
Facilidade de instalação 
 
 
 
 5a Questão (Ref.: 201307926450) Pontos: 0,5 / 0,5 
Considere um mapa do Brasil cuja escala é de 1 cm vale 100 km. Um observador mediu com uma régua a 
distancia entre o centro de dois pontos, com aproximadamente 3 milímetros cada ponto, a distancia de 4 cm. O 
primeiro ponto tem a legenda Rio de Janeiro e o segundo a legenda São Paulo. Podemos concluir sobre a ação 
acima de forma correta o seguinte: 
 
 
 
A medida direta no mapa mostra que o Rio dista exatamente 400 km de São Paulo segundo a medida 
feita entre as duas cidades. 
 A medida indireta no mapa indica que o Rio dista 400 km de São Paulo, considerando o centro de cada 
cidade, considerando-se que se usou uma escala. 
 
Não há nenhuma relação entre a medida direta e a indireta quando se usa uma escala como neste caso. 
 
A medida direta nada representa em relação à medida indireta, considerando-se que usou se uma escala. 
 
A medida indireta do do Rio de Janeiro feita pela rodovia até São Paulo é de 400 km. 
 
 
 
 6a Questão (Ref.: 201307401058) Pontos: 0,0 / 0,5 
Quais dos seguintes passos não faz parte do procedimento de contagem de ponto função: 
 
 
 
Determinar o tipo de contagem 
 
calcula o valor do fator de ajuste 
 Identificar a fronteira da aplicação. 
 classificar as características do sistema em simples, média e complexas 
 
levantar o total de itens de dados usados 
 
 
 
 7a Questão (Ref.: 201307378319) Pontos: 0,0 / 0,5 
No software orientado a objetos, segundo o Prof. Pressman, podemos afirmar: 
 
 
3 
 
 
Deve-se usar a estimativa de tamanho para dimensionar um caso e uso. 
 
Deve-se definir um caso e uso padrão e o resultado aplicado ao longo do projeto. 
 Deve-se usar a estimativa por PF usando-se a decomposição de casos e uso. 
 Devem-se modelar as classes principais e depois aplicar PF que servirá de unidade para o resto do 
projeto. 
 
Deve-se analisar cada caso e uso e fazer estimativas de tamanho somando-os no final. 
 
 
 
 8a Questão (Ref.: 201307378229) Pontos: 0,5 / 0,5 
Quanto ao tipo de software, Bohen, classificou sua amostra de observação em: 
 
 
 
orgânico, intermediário, embutido 
 
básico, semi destacado, embarcado 
 básico, intermediário e avançado 
 
básico, orgânico, embutido 
 
básico, orgânico e semi destacado 
 
 
 
 9a Questão (Ref.: 201308019789) Pontos: 0,0 / 1,0 
Com relação as estimativas de caso de uso, podemos afirma que um ponto de case e uso corresponde a: 
 
 
 
Tem um fluxo de informação de dentro da fronteira da aplicação para fora , ou seja, transações 
originadas pelo próprio sistema e que representam alguma forma de saída de dados do sistema 
 
é um processo elementar que envia dados ou informações de controle para fora da fronteira da aplicação 
 
é um processo elementar que envia dados ou informações de controle para dentro da fronteira da 
aplicação 
 Tem um fluxo de informação de fora da fronteira da aplicação para dentro , ou seja, transações 
originadas do usuário ou de outros sistemas e que representam alguma forma de entrada de dados no 
sistema 
 É uma adaptação específica dos Pontos de Função para medir o tamanho de projetos de software 
orientados a objeto 
 
 
 
 10a Questão (Ref.: 201307527708) Pontos: 1,0 / 1,0 
Considere o gráfico de estimativas usado para estimativas com ponto função: 
4 
 
 
Escolha a alternativa correta abaixo: 
 
 
 
Existe apenas uma curva que pode ser ajustada experimentalmente para representar os pontos no intervalo de 
0 a 500 PF estimados. 
 
No intervalo de 100 PF estimados o comportamento linear é adequado e o risco de se estimar neste intervalo é 
baixo. 
 
Pode-se estimar se o que será medido é próximo do que é estimado, mas apenas para os pontos que estão 
definidos no gráfico., caso o ponto não exista apenas interpolações lineares nos conduzirão ao resultado. 
 O número de pontos no intervalo entre 2500 a 3000 PF estimados é muito baixo e portanto o risco é muito alto 
para concluirmos que ao valor realmente medido será próximo do estimado. 
 
O número de pontos no intervalo entre 2500 a 3000 PF estimados é conclusivo para sabermos que o risco é 
baixo ao valor realmente medido, pois a reta (por hipótes) tem 45 graus.