Questões de Concurso sobre Métricas de Software - Página 5 | Gran Questões

Questões de Concurso sobre Métricas de Software

 
 
Disciplina 1
Assunto 7
Banca
Instituição
Cargo
Ano
Carreira
Área de formação
Escolaridade
Dificuldade
 
Comentários:
Professores
Alunos
Meus Comentários
Vídeo
 
Minhas questões:
Resolvidas
Não resolvidas
Certas
Erradas
 
Tipo de questão:
Certo e errado
Múltipla escolha
Incluir questões:
Anuladas
Desatualizadas
 
Questões:
Todas as questões
 
Filtro simplificado
 
Questões
Todas as questões
 
275 questões encontradas
Questões por página
20
Mais recentes
 

O Diagrama de Casos de Uso é utilizado para


A

enfatizar a ordem temporal das mensagens.


B

enfatizar o fluxo de controle de uma atividade para outra.


C

representar os objetos de um diagrama de classes.


D

organizar os comportamentos do sistema.


E

mostrar os artefatos dos quais os componentes são feitos.

A métrica utilizada como medição da evolução de um projeto, baseada na visão do usuário e o que ele considera como objetivos alcançados, é chamada:


A

evolução modular.


B

ponto de função.


C

linhas de código.


D

homem hora.


E

tamanho de classes.

No que se baseia a Análise de Pontos de Função (APF)?


A

Na quantificação das capacidade de entrega do time.


B

Na quantificação das funcionalidades solicitadas e entregues.


C

Na quantificação das horas gastas em um projeto já entregue.


D

Na quantificação das funções em linguagem de programação.


E

Na quantificação das funções e papéis de cada membro da equipe.

Observe as seguintes descrições de funcionalidades que compõem um sistema de controle de ponto:


Registro de ponto

Principal intenção: atualizar o arquivo apontamento.

Dados da tela: Cabeçalho com nome e logotipo da empresa,

comando (tecla Enter ou botão OK), mensagem

para o usuário, indicador de entrada ou saída.

Arquivos acessados: apontamento.


Consulta Apontamento Diário

Principal intenção: apresentar dados do arquivo apontamento.

Dados da tela: Cabeçalho com nome e logotipo da empresa,

comando (tecla Enter ou botão OK), mensagem

para o usuário, data, horário de entrada, horário de saída.

Arquivos acessados: apontamento.


Entrada em atraso com Justificativa

Principal intenção: atualizar os arquivos apontamento e justificativa.

Dados da tela: Cabeçalho com nome e logotipo da empresa,

comando(tecla Enter ou botão OK), mensagem para o

usuário, hora de entrada e justificativa.

Arquivos acessados apontamento e justificativa.


Emitir Relatório de Presença

Principal intenção: apresentar dados dos arquivos apontamento,

justificativa e pessoa com totalização.

Dados da tela: Cabeçalho com nome e logotipo da empresa,

comando (tecla Enter ou botão OK), mensagem

para o usuário, data inicial, data final, matrícula,

nome, total de horas do trabalhador, número de

justificativa.

Arquivos acessados: pessoa, apontamento e justificativa.


Considerando as complexidades e contribuições para funções de transação apresentadas no "Manual de Práticas de Pontos de Função do IFPUG" , versão 4.3.1 - desconsiderando qualquer funcionalidade não citada como, por exemplo, o login no sistema ou alteração dos registros -, o número de transações do tipo entrada externa (EE), consulta externa (CE) e saída externa (SE), além do somatório de pontos de função (PF) de todas as funções do tipo transação é expresso corretamente em:


A

2 entradas externas, 1 consulta externa, 1 saída externa, 15 PFs


B

2 entradas externas, 1 consulta externa, 1 saída externa, 14 PFs


C

2 entradas externas, 2 consultas externas, 15 PFs


D

2 entradas externas, 2 consultas externas, 14 PFs

A gestão bem sucedida de projetos de software começa com uma estimativa precisa do esforço de desenvolvimento. O esforço é entendido como:


A

O custo e tempo de desenvolvimento que são estimados, usando-se apenas uma experiência do profissional envolvido.


B

A quantidade de horas de trabalho a ser executada nas atividades de desenvolvimento do projeto que entregará, ao seu final, o produto/serviço de software.


C

Uma das principais atividades do planejamento de software.


D

Uma funcionalidade provida pelo software ao usuário para processamento de dados.

No contexto da análise de pontos de função, considerando as regras de contagem de tipos de dados e arquivos referenciados, deve(m) ser contado(s):


A

dois arquivos referenciados para cada ALI que seja tanto mantido quanto lido


B

um tipo de dado para cada atributo gerado dentro da fronteira da aplicação por uma função transacional e salvo em um ALI sem sair pela fronteira


C

dois tipos de dados - um para o mês em questão e outro para o valor - no caso de arquivos com várias ocorrências do mesmo campo (ex: valor janeiro, valor fevereiro, ... e valor dezembro)


D

um tipo de dado para cada atributo que atravessa a fronteira da aplicação (entrando e/ou saindo), reconhecido pelo usuário, único, não repetido. Se um campo tanto entra quanto sai pela fronteira da aplicação, deve ser contado duas vezes

Ao se calcular métricas, pode-se aperfeiçoar uma das tarefas mais importantes da Gerência de Projetos que é o planejamento. Sendo assim, a estimativa é uma das principais atividades do planejamento de software. Elas fornecem dados que permitem prever o tempo necessário e os custos do projeto. Não é possível elaborar cronograma e orçamento sem o uso de estimativas. Geralmente, estima-se


I - O número de horas-pessoa necessárias para completar o desenvolvimento ou manutenção (esforço).

II - A duração das tarefas com horários de início projetados, duração individual por tarefa e horários finais.

III - O custo do projeto com base nas necessidades de recursos, como pessoas ou ferramentas.


Estão corretas:


A

I e II.


B

II e III.


C

I, II e III.


D

I e III.

Considere que uma Analista de Sistemas do TJUSC está fazendo a análise por Pontos de Função (PFs) de um software em desenvolvimento. Ao seguir os passos da técnica, chegou-se à tabela abaixo.


Tabela completa de Pontos de Função do Software


Valor do domínio da informação

Contagem

Fator de Peso

Contagem

x Fator de Peso

Simples

Médio

Complexo

No de Entradas Externas (EIs)

3

3

4

6

9

No de Saídas Externas (EOs)

2

4

5

7

8

No de Consultas Externas (EQs)

2

3

4

6

6

No de Arq Lóg Internos (ILFs)

1

7

10

15

7

No de Arq Interf Externos (EIFs)

4

5

7

10

20

Contagem Total Imagem associada para resolução da questão

50

Para o cálculo de PF, utiliza-se a expressão empírica proposta pelo modelo para obtenção dos pontos de função:


PF = ContagemTotal* (0,65 + 0,01 * )


A Analista já realizou o cálculo que resultou em: =1 Fi = 46, valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,



A

é de responsabilidade da Analista preencher a coluna “Fator de Peso”, pois são valores não propostos pelo modelo e, a princípio, são variáveis. Então, a Analista terá que estimar a quantidade de cada parâmetro previsto para o software a ser desenvolvido e criar um fator de peso para cada um deles.


B

a métrica Ponto de Função pode ser utilizada como forma de medir a funcionalidade fornecida pelo software, podendo ser usada para prever o número de componentes e/ou o número de linhas de código-fonte projetadas. No software em questão o valor de PF é igual a 55.5.


C

é de responsabilidade da Analista preencher os dados somente da coluna Contagem e totalizar a Contagem Total. Todas as outras colunas já estão preenchidas, pois são valores propostos pelo modelo e são fixos. No software em questão o valor de PF é 20% maior que o valor da Contagem Total.


D

para o cálculo dos PFs, a Analista terá que avaliar as 10 perguntas relativas ao custo do software a ser desenvolvido. Para cada uma das perguntas, deve-se atribuir um VAF − Value Adjustment Factor, obedecendo à escala de 1 a 10, proposta pelo modelo.


E

o valor de PF reflete as influências de cada uma das perguntas. O valor da soma variará de um mínimo de 14 (todas as perguntas tendo valor 1) a um valor máximo de 140 (todas as perguntas tendo valor igual a 10).

O gerenciamento de projetos deve ser auxiliado pela utilização de métricas que permitam mensurar o tamanho de um projeto. A métrica Pontos de Função ou Function Points (FP), inicialmente proposta por Albrecht, em 1979, pode ser usada efetivamente como um meio para medir a funcionalidade entregue por um sistema. Sobre pontos de função, assinale a afirmativa correta.


A

É uma métrica baseada em características do domínio de informação e complexidade do software para estimar somente o esforço necessário para projetar codificação e testar o software.


B

Um projeto estimado em 1800 PF tem a fase de análise de requisitos estimada em 30% do projeto. Esse projeto possui uma equipe de dez pessoas com produtividade de 20 PF/h, jornada de trabalho de seis horas diárias e um custo de R$ 45,00. Nessas condições, o projeto levará seis meses para ser finalizado a um custo de R$ 486.000,00.


C

O ponto de função pode ser usado apenas em dois tipos de contagem: (i) Projeto de desenvolvimento, onde mede a funcionalidade a ser entregue ao usuário pela primeira instalação do software pronto e (ii) Projeto de melhoria, quando as funções a serem adicionadas, modificadas ou excluídas e algumas conversões de dados deste projeto são medidas.


D

O Arquivo Lógico Interno (ALI) é um grupo de dados ou informações de controle, logicamente relacionado, identificável pelo usuário, mantido na fronteira da aplicação. O Arquivo Interno Estendido (AIE) é um agrupamento logicamente relacionado de dados ou informações de controle que é apenas referenciado pela aplicação. É identificável pelo usuário e serve para armazenar dados referenciados por meio de processos elementares dentro da fronteira da aplicação e mantidos por outra aplicação.

"_______________ é um método padronizado que determina o tamanho do software por meio de seus requisitos funcionais, considerando as funcionalidades a serem implementadas. Foi desenvolvido para ser aplicado independente da linguagem de programação e tecnologias utilizadas."


Qual das alternativas, a seguir, completa, corretamente, a lacuna?


A

Sistema de Administração dos Recursos de Tecnologia da Informação.


B

Counting Practices Manual (CPM).


C

Métrica de qualidade.


D

Análise de Pontos de Função (APF).

Uma equipe de desenvolvimento precisa informar a quantidade de pontos de função do software que será mantido por uma empresa.


Na contagem por ponto de função, um dos itens a ser considerado é o de


A

contagem das linhas do código


B

contagem de erros do software


C

funcionalidades implementadas, sob o ponto de vista do desenvolvedor


D

funcionalidades implementadas, sob o ponto de vista do usuário


E

funcionalidades implementadas, sob o ponto de vista do testador

Quanto as métricas clássicas em Engenharia de Software, analise as afirmativas abaixo e assinale a alternativa correta:


I. APF

II. UML

III. COCOMO


A

Apenas a afirmativa I é a tecnicamente verdadeira


B

Apenas as afirmativas I e II são tecnicamente verdadeiras


C

Apenas as afirmativas II e III são tecnicamente verdadeiras


D

Apenas as afirmativas I e III são tecnicamente verdadeiras


E

As afirmativas I, II e III são tecnicamente verdadeiras

Assinale a opção que apresenta a fórmula correta de cálculo de pontos de função (PF) utilizada em projetos de migração de dados, segundo o roteiro de métricas de software do SISP


A

PF_ATUALIZAÇÃO_VERSÃO_BD = PF_ALTERADO x 0,30


B

PF_CONVERSÃO = PF_INCLUIDO


C

PF_MELHORIA = PF_INCLUIDO + (FI x PF_ALTERADO) + (0,40 x PF_EXCLUIDO) + PF_CONVERSÃO


D

PF_DESENVOLVIMENTO = PF_INCLUIDO + PF_CONVERSÃO


E

PF_REDESENVOLVIMENTO_LINGUAGEM = PF_INCLUÍDO + PF_CONVERSÃO

Entre os não exemplos de funções de transação do tipo entrada externa encontram-se os(as):


A

processamentos em lotes de atualização de bases cadastrais a partir de arquivos de movimento


B

transações que recebem dados externos, utilizados na manutenção de arquivos lógicos internos


C

janelas que permitem adicionar, excluir e alterar registros em arquivos lógicos internos


D

telas de filtro de relatórios e consultas

Quais são os 5 tipos de elementos funcionais que, de acordo com o manual do IFPUG, devem ser utilizados pela técnica de Análise por Ponto de Função?


A

Entrada Interna, Saída Externa, Consulta Interna, Arquivos Lógicos Externos e Arquivo de Interface Interno.


B

Dados Referenciados, Entradas Lógicas, Pontos de Processamento, Atualização de Dados Online e Processamento Distribuído.


C

Dados Referenciados, Saídas Lógicas, Processamento Distribuído, Volume de Transação e Entrada de Dados.


D

Entrada Interna, Saída Externa, Consulta Externa, Arquivos Lógicos Externos e Arquivos Distribuídos Externos.


E

Entrada Externa, Saída Externa, Consulta Externa, Arquivos Lógicos Internos e Arquivos de Interface Externa.

A análise de pontos de função é um conceito que foi introduzido, em 1979, no artigo Measuring Application Development Productivity por Allan Albrecht. Acerca do método da análise de pontos de função de acordo com as diretrizes do International Function Point Users Group (IFPUG), é correto afirmar que


A

suas regras não são aprovadas por nenhuma norma ISO.


B

existem apenas dois tipos de contagem, projeto de desenvolvimento e aplicação.


C

pode ser aplicado em linguagens de programação visuais.


D

a perspectiva do usuário do software nunca é levada em consideração.


E

não podem ser utilizados em projetos que empregam a metodologia ágil.

Com relação à manutenção em interface, denominada na literatura de manutenção cosmética, e à definição de métricas para seu dimensionamento contempladas no roteiro de métricas de software do SISP, versão 2.0, assinale a opção correta.


A

As demandas de manutenção em interface devem ser dimensionadas por meio da fórmula PFINTERFACE = PFALTERADO x 0,30.


B

Uma simples alteração de título de um relatório não se enquadra na categoria de manutenção em interface.


C

As demandas de atualização de aplicações web para executar em novas versões de um mesmo browser encontram-se na categoria de manutenção em interface.


D

Caso exista, o documento de requisitos das funcionalidades da aplicação alteradas pelas demandas da manutenção em interface deve ser atualizado.


E

A aferição do tamanho em pontos de função das funções transacionais impactadas será realizada com a aplicação de um fator de redução (30% da contagem de uma função transacional de mais alta complexidade) multiplicado pela quantidade das funções de dados.

A métrica Defect Removal Efficiency (DRE) é definida por:


DRE = Ea/(Ea + Dd)


Dados:

Ea = número de erros encontrados antes que o software seja entregue ao usuário final.

Dd = número de defeitos encontrados depois que o software foi entregue ao usuário final.


A métrica DRE


A

utilizada como forma de medir a confiabilidade fornecida por um sistema, visando garantir que o software não falhe nem em condições não previstas.


B

tem como principal objetivo incentivar a equipe de desenvolvedores a incorporar técnicas para que seja encontrado o maior número de erros possível, depois da entrega do software.


C

tem como valor ideal 0 (zero), ou seja, nenhum erro é encontrado no software.


D

indica que Dd será maior que 0, quando usada de forma mais realista. À medida que Ea aumenta, é provável que o valor final de Dd diminua e o valor global de DRE comece a se aproximar de 1.


E

tem como valor ideal −1 (menos um), ou seja, nenhum defeito é encontrado no software.

 
Ir para a página:
OK
 
Gerar simulado