Questão de Engenharia de Software — Análise de Pontos de Função — FCC 2016
Engenharia de Software›Análise de Pontos de Função
Código
fc033431
Banca
FCC
Órgão
TRT - 14ª Região (RO e AC)
Ano
2016
Nível
Médio
Cargo
Técnico Judiciário - Tecnologia da Informação
A métrica Pontos de Função
Aé utilizada em projetos de software estruturados, não se aplicando a projetos orientados a objetos.
Bapresenta, como um dos produtos finais, o documento de especificação de requisitos.
Cfoi criada para atender projetos baseados em metodologias de desenvolvimento ágeis.
Dfornece uma avaliação aproximada do tamanho de um software com base na escala FDD.
Epermite medir o tamanho do software por meio do uso de regras de contagem.
Revelar gabarito e comentário▾
GabaritoE — permite medir o tamanho do software por meio do uso de regras de contagem.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Análise de Pontos de Função (APF)
Gabarito: letra E. A APF é uma técnica de medição de software que determina o tamanho funcional a partir de regras de contagem padronizadas, focando nas funcionalidades sob o ponto de vista do usuário, independentemente de tecnologia, paradigma de programação ou metodologia de desenvolvimento.
A banca testa o conhecimento básico sobre o que é e o que não é a métrica de Pontos de Função. Vamos analisar cada alternativa.
Alternativa
Afirmação
Análise
Veredito
A
Utilizada apenas em projetos estruturados, não se aplica a OO
Falso: APF é independente de paradigma de desenvolvimento
❌ Incorreta
B
Produto final é o documento de especificação de requisitos
Falso: APF usa requisitos como insumo, produto é a contagem
❌ Incorreta
C
Criada para metodologias ágeis
Falso: criada em 1979 por Allan Albrecht, antes do Manifesto Ágil
❌ Incorreta
D
Avaliação aproximada com base na escala FDD
Falso: FDD é metodologia ágil, não escala de medição
❌ Incorreta
E
Mede tamanho do software por regras de contagem
Verdadeiro: APF usa regras padronizadas (IFPUG, NESMA) para contar funções de dados e transação
✅ Correta
Alternativa A — ❌ Incorreta
Afirma que a APF só se aplica a projetos estruturados, não a orientados a objetos. Isso é falso: a APF é independente do paradigma de desenvolvimento. Ela mede funcionalidades, não a estrutura do código. O erro está em generalizar indevidamente.
Alternativa B — ❌ Incorreta
Diz que a APF tem como produto final o documento de especificação de requisitos. Na verdade, a APF é uma métrica que utiliza a especificação de requisitos como insumo, mas seu produto é a contagem de pontos de função, não o documento em si. A confusão é entre insumo e resultado.
Alternativa C — ❌ Incorreta
Afirma que a APF foi criada para metodologias ágeis. Historicamente, a APF foi desenvolvida por Allan Albrecht na IBM em 1979, muito antes do Manifesto Ágil (2001). Embora possa ser usada em projetos ágeis, sua origem e propósito não se limitam a essas metodologias. A alternativa erra ao restringir sua finalidade.
Alternativa D — ❌ Incorreta
Diz que a APF fornece uma avaliação aproximada com base na escala FDD. FDD (Feature Driven Development) é uma metodologia ágil, não uma escala de medição. A APF possui suas próprias tabelas de complexidade (funções de dados e transação) e não utiliza escala FDD. O erro é confundir conceitos.
Alternativa E — ✅ Correta ⟵ GABARITO
Afirma que a APF "permite medir o tamanho do software por meio do uso de regras de contagem". Exatamente: a APF quantifica funcionalidades usando regras definidas (IFPUG, NESMA), contando funções de dados (ALI, AIE) e funções de transação (EE, CE, SE), resultando em pontos de função. A descrição é precisa.
PEGA ESSA DICA!
Para questões sobre APF, lembre-se: ela mede tamanho funcional sob a ótica do usuário, é independente de tecnologia/paradigma/metodologia, e não é uma ferramenta de especificação ou estimativa baseada em linhas de código.