Questão de Engenharia de Software — Métricas de Software — FCC 2026
Engenharia de Software›Métricas de Software
Código
fc077550
Banca
FCC
Órgão
SEFAZ-SP
Ano
2026
Nível
Superior
Cargo
Auditor Fiscal da Receita Estadual - AFRE - Tecnologia da Informação e Comunicação - Conhecimentos Especificos (P3)
Um time de desenvolvimento esta definindo os requisitos para um sistema de controle de tributos estaduais. Eles estruturam o backlog da seguinte forma: “Processamento de Declarações Fiscais” como um épico, dentro dele uma feature “Importação de Declarações”, e várias histórias de usuário como: “Como Auditor, quero importar arquivo X para que o sistema valide os dados automaticamente”. Nessa abordagem, ao estimar o tamanho funcional bruto do sistema via Analise de Pontos de Função (APF), deve-se considerar
Aas user stories que geram interfaces diretamente visíveis ao usuário. Também é possível usar os requisitos não funcionais focando no desempenho e segurança da informação.
Bas historias, features e épicos, todas, independentemente de gerarem funcionalidade visível, porque muitas funcionalidades estão “escondidas” por trás de requisitos não funcionais após sua elicitação.
Ca iniciativa de negócio global do ponto de vista técnico.
Das tasks técnicas decorrentes das histórias de usuário.
Eas funcionalidades do usuário que representam entradas, saídas, consultas ou arquivos lógicos referenciados no sistema.
Revelar gabarito e comentário▾
GabaritoE — as funcionalidades do usuário que representam entradas, saídas, consultas ou arquivos lógicos referenciados no sistema.
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) – O que contar?
Gabarito: letra E. A Análise de Pontos de Função mede o tamanho funcional do software exclusivamente a partir da visão do usuário, contando entradas externas, saídas externas, consultas externas, arquivos lógicos internos e arquivos de interface externa. A alternativa E capta exatamente esse conceito ao falar em “funcionalidades do usuário que representam entradas, saídas, consultas ou arquivos lógicos referenciados”. Nenhuma das demais alternativas se alinha com essa definição.
A APF não é uma métrica técnica nem considera requisitos não funcionais. Ela é baseada puramente na funcionalidade percebida pelo usuário, independentemente de tecnologia, interface ou forma de implementação.
Alternativa
Descrição
Correta?
Motivo
A
Apenas user stories com interfaces visíveis; incluir requisitos não funcionais (desempenho/segurança)
❌ Incorreta
APF conta toda funcionalidade do usuário, não só interfaces visíveis; requisitos não funcionais não são contados.
B
Contar histórias, features e épicos, mesmo sem funcionalidade visível, por trás de requisitos não funcionais
❌ Incorreta
APF conta apenas funções elementares (EE, SE, CE, ALI, AIE); requisitos não funcionais não geram pontos de função.
C
Considerar a iniciativa de negócio global do ponto de vista técnico
❌ Incorreta
APF é métrica funcional, não técnica; parte da visão do usuário, não de uma visão técnica abstrata.
D
Contar as tasks técnicas decorrentes das histórias de usuário
❌ Incorreta
APF não conta tasks técnicas; mede apenas funcionalidades do usuário.
E
Funcionalidades do usuário que representam entradas, saídas, consultas ou arquivos lógicos referenciados
✅ Correta
APF conta exatamente esses cinco tipos de função (EE, SE, CE, ALI, AIE), alinhado à definição da métrica.
Alternativa A — ❌ Incorreta
Afirma que apenas user stories que geram interfaces diretamente visíveis devem ser consideradas e que requisitos não funcionais podem ser usados focando desempenho e segurança. A APF não conta interfaces visíveis como critério; ela conta toda e qualquer funcionalidade que o usuário reconhece, independentemente de ser visível ou não. Requisitos não funcionais (desempenho, segurança) não são contados na APF, pois a métrica mede apenas requisitos funcionais.
Alternativa B — ❌ Incorreta
Diz que histórias, features e épicos devem ser contados independentemente de gerarem funcionalidade visível, porque muitas funcionalidades estariam “escondidas” atrás de requisitos não funcionais. A APF conta todas as funcionalidades do usuário, mas apenas as que se enquadram nos cinco tipos de função (EE, SE, CE, ALI, AIE). Features e épicos são formas de organização do backlog, não necessariamente equivalentes a funções elementares contáveis. Além disso, requisitos não funcionais não geram pontos de função.
Alternativa C — ❌ Incorreta
Propõe considerar “a iniciativa de negócio global do ponto de vista técnico”. A APF não é uma métrica técnica e não parte de uma visão técnica de negócio; ela parte da visão do usuário. Uma iniciativa de negócio global é abstrata demais para ser decomposta em funções elementares contáveis.
Alternativa D — ❌ Incorreta
Sugere contar as tasks técnicas decorrentes das histórias de usuário. Tasks técnicas (ex.: configurar ambiente, criar tabelas no banco) não representam funcionalidades percebidas pelo usuário e, portanto, não são contadas na APF. A APF conta funções do usuário, não atividades de desenvolvimento.
Alternativa E — ✅ Correta ⟵ GABARITO
A APF define que o tamanho funcional é obtido pela contagem de funções de dados (arquivos lógicos internos e de interface externa) e funções transacionais (entradas, saídas e consultas externas), sempre sob a ótica do usuário. “Funcionalidades do usuário que representam entradas, saídas, consultas ou arquivos lógicos referenciados no sistema” é uma descrição precisa do que a APF mede.
PEGA ESSA DICA!
Na prova, lembre-se de que a APF conta requisitos funcionais na visão do usuário. Qualquer alternativa que mencione aspectos técnicos (tasks, interfaces visíveis, desempenho, segurança) ou formas de organização do backlog (épicos, features) sem referência às funções elementares do usuário estará errada.