Conforme a metodologia definida pelo IFPUG (International Function Point User Group), computam-se como arquivos de interface externa os dados que sejam recebidos de outra aplicação e utilizados para alterar ou remover dados de um arquivo lógico interno

Essa análise pode ser utilizada para se estimar o custo relativo a codificação e teste, mas não, para se estimar o custo referente ao projeto do software.

Itens de contagem para pontos de função incluem entradas, saídas, requisitos, arquivos internos, interfaces externas. Nesse contexto, requisitos são pares de solicitação-resposta que não mudam os dados internos, e saídas são os dados da aplicação exibidos, em que campos individuais são considerados saídas separadas.

Fator de estimativa de qualidade (EQF, estimate quality factor) é definido como a área sob a curva do valor atual pela área entre o valor estimado e o atual. Isso é o inverso da percentagem de erro ou o erro médio relativo.

A análise por ponto de função não permite prever o número de erros que serão encontrados durante o teste; por isso, é necessário o uso de uma métrica adicional para tal fim.

O IFPUG (International Function Point Users Group), além de disponibilizar o Function Point Counting Practices Manual, provê estudos de casos ilustrando a contagem no processo de desenvolvimento, tanto no fim da fase de análise, quanto no final da construção do sistema.

Métricas de produto dinâmicas são coletadas por meio de medições realizadas em representações do sistema, como projeto, programa ou documentação, ao passo que métricas de produto estáticas são coletadas em programas em execução.

Os benefícios do reúso estão relacionados ao aproveitamento de código anteriormente desenvolvido e incluem ganhos de produtividade e de qualidade, uma vez que um componente reusado deve ser mais confiável. O modelo COCOMO II considera dois tipos de código reusado: o caixa-preta e o caixa- branca. Considera-se nulo o esforço de desenvolvimento de códigos caixa-branca, pois ele não precisa de adaptação para ser integrado com códigos novos ou outros componentes reusados.

As métricas orientadas a tamanho medem a funcionalidade entregue pela aplicação ao usuário como valor de normalização.

A medida de complexidade ciclomática avalia o número de caminhos de execução diferentes de um dado programa, sendo diretamente relacionada à facilidade de compreensão do programa. Calculada a partir da análise de um grafo dirigido, representa os possíveis caminhos de execução do programa, e desvios incondicionais contribuem para o aumento de valor desse cálculo.

Dois tipos de métricas têm sido usados para estimativas de produtividade do desenvolvimento de software: as relacionadas a tamanho de algum resultado de uma atividade, como, por exemplo, linhas de código fonte entregues, número de instruções de código objeto, número de páginas de documentação, e as relacionadas a funções - funcionalidade geral do software entregue. A produtividade é expressa em termos de quantidade de funcionalidade útil produzida em um dado tempo, como, por exemplo, pontos por função, pontos por objeto.

Com relação à engenharia de software, julgue os itens subsequentes.

Uma técnica paramétrica para estimativa de esforço para desenvolvimento de software é a análise por pontos de função, que se baseia em linhas de código que são convertidas em valores numéricos, os quais, depois de ajustados à capacidade da empresa desenvolvedora, representarão o esforço necessário para se desenvolver o sistema.

A partir de diagramas UML de classe e de sequência, é possível calcular o número de pontos de função de um sistema ou módulo.