

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
O Diagrama de Casos de Uso é utilizado para
enfatizar a ordem temporal das mensagens.
enfatizar o fluxo de controle de uma atividade para outra.
representar os objetos de um diagrama de classes.
organizar os comportamentos do sistema.
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:
evolução modular.
ponto de função.
linhas de código.
homem hora.
tamanho de classes.
No que se baseia a Análise de Pontos de Função (APF)?
Na quantificação das capacidade de entrega do time.
Na quantificação das funcionalidades solicitadas e entregues.
Na quantificação das horas gastas em um projeto já entregue.
Na quantificação das funções em linguagem de programação.
Na quantificação das funções e papéis de cada membro da equipe.
Na métrica de pontos por função, entradas externas, saídas externas e consultas externas são computadas separadamente.
Certo
Errado
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:
2 entradas externas, 1 consulta externa, 1 saída externa, 15 PFs
2 entradas externas, 1 consulta externa, 1 saída externa, 14 PFs
2 entradas externas, 2 consultas externas, 15 PFs
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:
O custo e tempo de desenvolvimento que são estimados, usando-se apenas uma experiência do profissional envolvido.
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.
Uma das principais atividades do planejamento de software.
Uma funcionalidade provida pelo software ao usuário para processamento de dados.
A análise de pontos de função é utilizada para medir o tamanho das funções que serão construídas de acordo com a visão do usuário, e não do desenvolvedor.
Certo
Errado
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):
dois arquivos referenciados para cada ALI que seja tanto mantido quanto lido
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
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)
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:
I e II.
II e III.
I, II e III.
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 | 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 * ∑i=114Fi )
A Analista já realizou o cálculo que resultou em: ∑i14=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,
é 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.
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.
é 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.
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.
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.
É 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.
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.
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.
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?
Sistema de Administração dos Recursos de Tecnologia da Informação.
Counting Practices Manual (CPM).
Métrica de qualidade.
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
contagem das linhas do código
contagem de erros do software
funcionalidades implementadas, sob o ponto de vista do desenvolvedor
funcionalidades implementadas, sob o ponto de vista do usuário
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
Apenas a afirmativa I é a tecnicamente verdadeira
Apenas as afirmativas I e II são tecnicamente verdadeiras
Apenas as afirmativas II e III são tecnicamente verdadeiras
Apenas as afirmativas I e III são tecnicamente verdadeiras
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
PF_ATUALIZAÇÃO_VERSÃO_BD = PF_ALTERADO x 0,30
PF_CONVERSÃO = PF_INCLUIDO
PF_MELHORIA = PF_INCLUIDO + (FI x PF_ALTERADO) + (0,40 x PF_EXCLUIDO) + PF_CONVERSÃO
PF_DESENVOLVIMENTO = PF_INCLUIDO + PF_CONVERSÃO
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):
processamentos em lotes de atualização de bases cadastrais a partir de arquivos de movimento
transações que recebem dados externos, utilizados na manutenção de arquivos lógicos internos
janelas que permitem adicionar, excluir e alterar registros em arquivos lógicos internos
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?
Entrada Interna, Saída Externa, Consulta Interna, Arquivos Lógicos Externos e Arquivo de Interface Interno.
Dados Referenciados, Entradas Lógicas, Pontos de Processamento, Atualização de Dados Online e Processamento Distribuído.
Dados Referenciados, Saídas Lógicas, Processamento Distribuído, Volume de Transação e Entrada de Dados.
Entrada Interna, Saída Externa, Consulta Externa, Arquivos Lógicos Externos e Arquivos Distribuídos Externos.
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
suas regras não são aprovadas por nenhuma norma ISO.
existem apenas dois tipos de contagem, projeto de desenvolvimento e aplicação.
pode ser aplicado em linguagens de programação visuais.
a perspectiva do usuário do software nunca é levada em consideração.
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.
As demandas de manutenção em interface devem ser dimensionadas por meio da fórmula PFINTERFACE = PFALTERADO x 0,30.
Uma simples alteração de título de um relatório não se enquadra na categoria de manutenção em interface.
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.
Caso exista, o documento de requisitos das funcionalidades da aplicação alteradas pelas demandas da manutenção em interface deve ser atualizado.
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
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.
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.
tem como valor ideal 0 (zero), ou seja, nenhum erro é encontrado no software.
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.
tem como valor ideal −1 (menos um), ou seja, nenhum defeito é encontrado no software.