SIMULADO 03 MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE

Prévia do material em texto

26/10/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=7250007960 1/3
   MEDIDAS DE ESFORÇO DE DESENVOLVIMENTO DE SOFTWARE
Simulado: CCT0190_SM_201102236012 V.3   Fechar
Aluno(a): LEONARDO SOARES SIQUEIRA Matrícula: 201102236012
Desempenho: 8,0 de 10,0 Data: 20/09/2015 16:55:21 (Finalizada)
  1a Questão (Ref.: 201102382739) Pontos: 1,0  / 1,0
escolha a afirmativa correta:
  A medida pode ser feita no produto ou no processo, mas precisa estar corretamente definida em termos
de métrica.
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.
 Gabarito Comentado.
  2a Questão (Ref.: 201102382798) Pontos: 1,0  / 1,0
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 bancos de dados e estruturas de programação.
  Se defina questões sobre prazos e tamanho de software.
Se defina equipes e metodologias de desenvolvimento.
Se defina metodologias e estruturas de programação.
Se defina metodologias e linguagens de programação.
  3a Questão (Ref.: 201102359324) Pontos: 1,0  / 1,0
Qual a característica geral que contempla uma aplicação que deve rodar em batch ou online?
Facilidade de instalação
Processamento distribuído
Múltiplos locais
  Comunicação de dados
Facilidade de operação
  4a Questão (Ref.: 201102359391) Pontos: 1,0  / 1,0
Escolha alternativa abaixo que melhor define o propósito da contagem de Ponto Função.
Identificar todos os requisitos do usuário do sistema.
Fornecer uma resposta a um problema de negócio.
Definir ferramentas, procedimentos e características do negocio.
É garantir a qualidade do sistema que é comprado.
26/10/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=7250007960 2/3
  Definir uma forma de medir, estimar e controlar o desenvolvimento.
  5a Questão (Ref.: 201102973431) Pontos: 0,0  / 1,0
A técnica de Análise por Pontos de Função considera que outros fatores afetam o tamanho funcional de um
sistema. Estes fatores estão relacionados com características da aplicação.
Por que precisa ser calculado o valor do fator de ajuste que é baseado em 14 características gerais de sistema?
Porque independente de ser um fator ajustado ou não, não deve­se considerar requisitos não funcionais
no calculo do fator.
  Porque e desconsiderada somente os requisitos não funcionais no calculo do fator não ajustado.
  Porque são desconsideradas a tecnologia usada e os requisitos não funcionais no calculo do fator não
ajustado.
Porque independente de ser um fator ajustado ou não, não deve­se considerar a tecnologia usada no
calculo do fator.
Porque e desconsiderada somente a tecnologia usada no calculo do fator não ajustado.
  6a Questão (Ref.: 201102382879) Pontos: 1,0  / 1,0
As seguintes regras não são aplicáveis à fronteira de aplicação
A fronteira inicial estabelecida para a aplicação ou aplicações sendo modificadas não é influenciada pelo
escopo da contagem
A definição da necessidade do usuário e seu entendimento é que definem a fronteira da aplicação.
A fronteira entre aplicações em análise devem ser baseada em áreas funcionais na visão do usuário,
não há considerações técnicas.
  Deve­se considerar o volume d trabalho de cada equipe desenvolvimento para se definir a fronteira da
aplicação.
Deve ser determinada com base na visão do usuário. O foco deve estar no que ele consegue entender e
descrever.
  7a Questão (Ref.: 201102359813) Pontos: 1,0  / 1,0
São Arquivos de Interface Externa (AIE):
Dados referentes a arquivos de processamento por necessidades operacionais;
Dados formatados e processados para uso por outra aplicação (Saídas Externas ­ SE);
Dados cuja manutenção é feita pela aplicação mas que sejam acessados e utilizados por outra aplicação
(Arquivos Lógicos Internos ­ ALI);
Dados que sejam recebidos de outra aplicação e utilizados para adicionar, alterar/remover dados em
arquivo lógico interno (Entradas Externas ­ EE);
  Dados armazenados fora da fronteira da aplicação;
 Gabarito Comentado.
  8a Questão (Ref.: 201102359735) Pontos: 1,0  / 1,0
As seguintes regras não são aplicáveis à fronteira de aplicação:
A fronteira inicial estabelecida para a aplicação ou aplicações sendo modificadas não é influenciada pelo
escopo da contagem.
26/10/2015 BDQ Prova
http://simulado.estacio.br/bdq_simulados_ead_ens_preview.asp?cript_hist=7250007960 3/3
  Deve­se considerar o volume d trabalho de cada equipe desenvolvimento para se definir a fronteira da
aplicação.
Deve ser determinada com base na visão do usuário. O foco deve estar no que ele consegue entender e
descrever.
A definição da necessidade do usuário e seu entendimento é que definem a fronteira da aplicação.
A fronteira entre aplicações em análise devem ser baseada em áreas funcionais na visão do usuário,
não há considerações técnicas.
  9a Questão (Ref.: 201102360172) Pontos: 1,0  / 1,0
A primeira coisa a ser feita em uma empresa que vai implementar um processo de estimativas confiáveis é:
Fazer sessões de avaliação para novos projetos, de forma estruturada, para obter estimativas.
Usar métodos baseado em tamanho, com uma linguagem padronizada para uso na empresa.
Estimular os programadores em desenvolverem código, sem método, pois quanto maior o código
melhor para a estimativa.
  Definir um processo e determinar valores a serem coletados dos projetos. No início tentar buscar uma
base histórica em outra empresa.
Treinar todos os funcionários no uso de Ponto Função.
  10a Questão (Ref.: 201102360094) Pontos: 0,0  / 1,0
Podemos afirmar sobre a classificação do tipo do software chamado de Modelo 2 (intermediário), no modelo
COCOMO de Bhoem, que:
é 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 um desenvolvimento dentro de restrições operacionais, como por exemplo, sistema de
controle de telefonia.
  incorpora um conjunto de requisitos não tão rígidos, pode­se exemplificar pequenos sistemas.
incorpora a avaliação dos impactos nos direcionadores de custo sobre cada passo do processo de
desenvolvimento (análise de projeto, codificação, testes...)
 Gabarito Comentado.