Gabarito: B

✅ Por que está certo? A alternativa B reflete perfeitamente as diretrizes do Roteiro de Métricas de Software do SISP (Sistema de Administração dos Recursos de Tecnologia da Informação do Poder Executivo Federal).

O SISP adota a Análise de Pontos de Função (APF) com adaptações contratuais específicas. O documento possui uma seção explícita detalhando "O que não gera pontos de função" (como correção de bugs, scripts de migração simples, replicação de telas sem nova regra de negócio, etc.). Além disso, para que a contagem de pontos de função seja auditada, validada e consequentemente paga, é obrigatória a existência de documentação comprobatória (artefatos de software, histórias de usuário, diagramas ou casos de uso) que sirva de evidência para a medição.

Resumo Esquematizado:

• Modelo SISP vs. IFPUG Puro: O SISP utiliza o manual do IFPUG como base teórica, mas aplica regras de negócio administrativas para contratações públicas, determinando o que é "faturável".
• Exigência de Artefatos: Sem documentação clara e homologada que comprove o tamanho funcional e os requisitos atendidos, a métrica não pode ser faturada.
• ️ Classificação das Funções na APF (O erro clássico de prova):
• Funções de Dados: ALI (Arquivo Lógico Interno) e AIE (Arquivo de Interface Externa).
• Funções de Transação: EE (Entrada Externa), SE (Saída Externa) e CE (Consulta Externa).

O Roteiro de Métricas de Software do SISP (Sistema de Administração dos Recursos de Tecnologia da Informação do Governo Federal) foi elaborado para regulamentar a contratação de desenvolvimento e manutenção de software por resultados e tamanho funcional, alinhando-se às exigências legais das contratações públicas no Brasil.

As premissas centrais do SISP são:

1. Regra da Documentação Rastreável: Uma funcionalidade só é passível de medição e faturamento se estiver devidamente documentada (por meio de especificações de requisitos, casos de uso, histórias de usuário aceitas ou modelos de dados). Sem documentação auditável que comprove a regra de negócio e o Processo Elementar, não há contagem válida de Pontos de Função (PF).
2. Definição de Itens Não Contáveis: O Roteiro traz uma lista taxativa do que não gera Pontos de Função (ex.: requisitos não funcionais, artefatos técnicos de infraestrutura, alterações de layout de tela sem mudança de lógica de negócio, criação de dados estáticos para testes, simples menus de navegação).

Análise das Alternativas:

• A (INCORRETA): A Administração Pública (via diretrizes do SISP e Instrução Normativa SGD/ME) veda expressamente a remuneração por hora trabalhada (Homem-Hora / H-H) em contratos de desenvolvimento de software, pois o modelo de hora paga estimula a ineficiência. Adota-se a medição por resultados e tamanho funcional (Pontos de Função / USTs).
• B (CORRETA): Reflete perfeitamente as diretrizes do SISP: o Roteiro lista claramente o que não pode ser contado em PFs e exige a existência de documentação adequada como requisito obrigatório para aferição, homologação e pagamento dos serviços prestados.
• C (INCORRETA): A Entrada Externa (EE) é uma função de transação cujo objetivo principal é manter um ou mais Arquivos Lógicos Internos (ALI) (ou seja, incluir, alterar ou excluir dados) ou alterar o comportamento do sistema, e não apenas "armazenar dados lidos".
• D (INCORRETA): Apresenta um erro conceitual grave de classificação: Consulta Externa (CE) é uma Função de Transação, e NÃO uma "Função de Dados" (as funções de dados do IFPUG são exclusivamente o Arquivo Lógico Interno - ALI e o Arquivo de Interface Externa - AIE).
• E (INCORRETA): Todas as versões do Roteiro de Métricas do SISP (v1.0, v2.0, v2.1, v2.2, v2.3 etc.) adotam rigorosamente o modelo IFPUG (Counting Practices Manual - CPM) como diretriz base de medição funcional, servindo como um guia complementar ajustado à realidade de compras públicas.