Questão de Engenharia de Software — Análise de Pontos de Função — FGV 2024
Engenharia de Software›Análise de Pontos de Função
Código
fg101169
Banca
FGV
Órgão
TRF - 1ª REGIÃO
Ano
2024
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Especialidade: Governança e Gestão de Tecnologia da Informação
VENCE_ONE é a organização que venceu a licitação, instaurada por um Tribunal Regional Federal, para desenvolvimento de uma solução de software na forma de aplicativo para dispositivos móveis. A VENCE_ONE deve entregar duas versões do aplicativo, com as mesmas funcionalidades, para os dois tipos de sistemas operacionais (SO) para dispositivos móveis indicados pelo Tribunal. Após a versão do aplicativo para um dos SOs a serem entregues, a VENCE_ONE fez as adequações necessárias para gerar o aplicativo na versão do outro SO.Considerando a Análise de Pontos de Função (APF) e o Software Non Functional Assessment Process (SNAP), as ações de adaptação do aplicativo de um SO para outro devem ser classificadas para contagem/avaliação como:
AAplicação utilizando APF;
BProjeto de Melhoria utilizando APF;
CMúltiplas Plataformas utilizando SNAP;
DProjeto de Manutenção utilizando APF e SNAP;
EAplicação após o projeto de melhoria utilizando SNAP.
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 e SNAP – Classificação de adaptação multiplataforma
Gabarito: letra C. As ações de adaptação de um aplicativo para outro sistema operacional, mantendo as mesmas funcionalidades, devem ser classificadas como Múltiplas Plataformas no âmbito do SNAP (Software Non-functional Assessment Process). Isso porque a APF mede o tamanho funcional, que não se altera com a adaptação; o esforço não funcional de portabilidade é capturado pelo SNAP, que possui uma categoria específica para esse cenário.
A banca testa a diferença entre métricas funcionais (APF) e não funcionais (SNAP). Enquanto a APF contabiliza funções de dados e transações, o SNAP avalia aspectos como usabilidade, desempenho e portabilidade – esta última incluindo a adaptação para múltiplas plataformas.
Alternativa A — ❌ Incorreta
"Aplicação utilizando APF" não se aplica, pois a adaptação não é uma nova aplicação. A APF mede o tamanho funcional do software, que permanece idêntico entre as versões. O esforço de portabilidade não é contado por pontos de função.
Alternativa B — ❌ Incorreta
"Projeto de Melhoria utilizando APF” seria cabível se houvesse adição, alteração ou exclusão de funcionalidades. Aqui, as funcionalidades são exatamente as mesmas; apenas o ambiente (SO) muda. Portanto, não se trata de um projeto de melhoria no contexto da APF.
Alternativa C — ✅ Correta ⟵ GABARITO
O SNAP define a categoria Múltiplas Plataformas exatamente para contabilizar o esforço de disponibilizar o mesmo software em diferentes sistemas operacionais, mantendo as funções originais. É a classificação mais adequada para o caso descrito.
Alternativa D — ❌ Incorreta
"Projeto de Manutenção utilizando APF e SNAP” não é preciso. A manutenção normalmente envolve correção de defeitos ou alterações funcionais. A adaptação para outra plataforma, sem mudança funcional, é melhor enquadrada como Múltiplas Plataformas no SNAP, e não como manutenção (que poderia envolver ambos os métodos, mas não é a classificação específica).
Alternativa E — ❌ Incorreta
"Aplicação após o projeto de melhoria utilizando SNAP” não se aplica, pois não houve projeto de melhoria anterior. A adaptação é uma atividade independente e não ocorre “após” uma melhoria. Além disso, o SNAP mede o esforço não funcional, não o estado da aplicação.
NÃO CAIA NESSA!
Cuidado para não confundir adaptação multiplataforma com projeto de melhoria ou manutenção. A APF só é usada quando há mudança funcional; a adaptação de SO sem alterar funções é puramente não funcional e recai no SNAP. Memorize: mesma função, plataforma diferente → SNAP Múltiplas Plataformas.