AV MEDS 2014 09 02

Prévia do material em texto

5/9/2014 Estácio
1/3
 Fechar
Avaliação: MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
Tipo de Avaliação: AV
Professor: HORACIO DA CUNHA E SOUZA RIBEIRO Turma: 9001/AA
Nota da Prova: 5,0 Nota de Partic.: 2 Data: 02/09/2014
 1a Questão (Ref.: 201001692431) Pontos: 1,5 / 1,5
Qual a diferença entre medida e métrica?
Resposta: Medida é feita a partir de uma métrica, já a métrica é a especificação de como se obtem a medida.
Gabarito: A medida é feita a partir de uma especificação. A especificação é a métrica. Uma métrica é definida
para se acompanhar alguma característica de um produto ou processo
2a Questão (Ref.: 201001777959) Pontos: 1,5 / 1,5
Em uma concorrência pública no BRASIL segundo a lei 8666. Como é definida a experiência e o controle de
qualidade entre os fornecedores participantes?
Resposta: A experiência e o controle de qualidade entres os fornecedores participantes é definida através da
Análise Ponto Função.
Gabarito: Baseado em quantidades mínimas que DEVEM ser pontuadas e referenciadas em PF.
3a Questão (Ref.: 201001661197) Pontos: 0,5 / 0,5
Devemos acompanhar a produção de código correto feito pelos programadores. E foi acertada entre os
gerentes uma métrica de medida indireta que irá dar um índice para cada programador que será: índice-
qualidade = (números de erro *2 + 1) bonzão. Assim um programador com 236 bonzão é duas vezes pior do
que o programador com 118 bonzão. Podemos afirmar de forma correta quanto à definição da métrica.
A métrica não deve ter esta preocupação do senso comum. É necessário que os gerentes aprendam e
memorizem esta nova forma de medir.
A métrica está adequada, pois esta corretamente definida e os gerentes facilmente entenderão que
quatro bozão são pior que dois bonzão.
No ponto de vista esta métrica define a qualidade do trabalho, pois quem tem mais erros tem mais
bonzão e para um projeto desejamos quem tem menos bonzão. A métrica mostra isto intuitivamente.
Quando se tem mais é melhor.
O custo é adequado, pois nos podemos contar os erros pelo número de comparações feitas por
programa. Então quanto mais se compila um programa melhor, pois indica que o programador terá mais
bonzões, portanto melhor qualidade do trabalho.
A métrica esta inadequada, pois o consenso comum indica que quando uma coisa é melhor deve ter um
valor maior e a métrica está invertida.
5/9/2014 Estácio
2/3
4a Questão (Ref.: 201001637811) Pontos: 0,0 / 0,5
Qual das afirmativas abaixo não é objetivo da Análise de Ponto Função?
Fornecer ferramenta para auxiliar nas estimativas de recursos para o desenvolvimento de software.
Medir a funcionalidade dos sistemas independentemente da tecnologia que foi utilizada no seu
desenvolvimento.
Permitir desenvolver a análise de um sistema de forma mais objetiva e correta.
Possibilitar o uso em diferentes projetos, em diferentes empresa e ambientes variados, demonstrando
consistência na comparação.
Avaliar com base no que o sistema faz, ou seja, baseado nas funções que o sistema executa,
independente da tecnologia utilizada em sua implementação.
5a Questão (Ref.: 201001661349) Pontos: 0,5 / 0,5
Um item de dado, também chamado de tipo de dado, é:
Um dado derivado de um processo elementar que não atravessa a fronteira da aplicação.
Um dado derivado de um processamento em um processo elementar na função de consulta.
Um subgrupo de dados dentro de um arquivo.
Qualquer elemento visual em um relatório ou tela de entrada de dados.
Um campo único, não repetido e reconhecido pelo usuário.
6a Questão (Ref.: 201001638205) Pontos: 0,0 / 0,5
Para se identificar um Arquivo Lógico Interno deve-se:
Determinar os processos elementares que atuam sobre o arquivo.
Contar os tipos de registros lógicos e os itens de dados.
Identificar os registros lógicos e arquivos referenciados
Contra os seus itens de dados e arquivos referenciados.
Contar seus itens de dados e tipos de registros.
7a Questão (Ref.: 201001638491) Pontos: 0,0 / 0,5
Identifique qual das alternativas não faz parte das regras de identificação de entradas externas.
O fluxo de saída é equivalente ao fluxo de armazenamento.
Dados enviados por um agente (pessoa ou outra aplicação)
Dados ou informações de controle são recebidos de fora da fronteira da aplicação.
Um arquivo lógico é atualizado
O comportamento do sistema é alterado.
8a Questão (Ref.: 201001638503) Pontos: 0,0 / 0,5
Ao se estimar o esforço de um software dependendo da fase do projeto pode-se afirmar de forma correta:
5/9/2014 Estácio
3/3
Avalia-se o valor com precisão baseado em métodos tradicionais
Pode-se ter uma um erro significativo
Não existe erro diferenciado para as fases do projeto
As estimativas têm dois limites: inferior e superior. E, nós devemos escolher o limite inferior
Pode-se definir o nível de erro e usar o valor sem risco
9a Questão (Ref.: 201001788034) Pontos: 1,0 / 1,0
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, III são corretas a Iv não é correta.
As afirmativas I,III, IV são corretas a II não é correta.
As afirmativas I, II, IV são corretas a III não é correta.
As afirmativas I, II, III e IV são todas corretas.
As afirmativas II, III e IV são corretas e I não é correta.
10a Questão (Ref.: 201001779956) Pontos: 0,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 :
Desenvolver estimativas, usando decomposição de esforço, análise FP que seja aplicável a aplicações
convencionais.
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.
Fazer a verificação cruzada em estimativas baseadas em classes, multiplicando o número médio de
unidades por caso e uso.
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.