Verificação de Erros. São consideradas verificações de erro ou análise e solução de problemas, as demandas referentes a todo comportamento anormal ou indevido apontado pelo cliente nos sistemas aplicativos. Neste caso, a equipe de desenvolvimento da contratada se mobilizará para encontrar as causas do problema ocorrido. Se for constatado erro de sistema, a demanda será atendida como manutenção corretiva. Entretanto, uma vez não constatado o problema apontado pelo cliente ou o mesmo for decorrente de regras de negócio implementadas ou utilização incorreta das funcionalidades, será realizada a aferição do tamanho em Pontos de Função das funcionalidades verificadas que o cliente reportou erro de acordo com as fórmulas abaixo: Caso não exista documentação de testes disponível dessas funcionalidades verificadas, será considerado 20% do tamanho funcional dessas funcionalidades com solicitação de análise pelo órgão contratante, segundo a fórmula abaixo: Caso exista documentação de testes das funcionalidades verificadas, então serão considerados 15% (mesmo percentual da fase de Testes, conforme Tabela 7) do tamanho funcional das funcionalidades analisadas, segundo a fórmula abaixo: É importante ressaltar que a demanda de verificação de erros deve ser associada a uma funcionalidade específica. Os casos de sistema fora do ar por conta de problemas em rede ou banco de dados devem ser tratados como serviços de suporte e não de Fábrica de Software. Esses serviços de suporte não fazem parte do escopo desse Roteiro de métricas, não se aplicando Verificação de Erros nestes casos. Muitas vezes, em projetos de manutenção, o conjunto de funções transacionais a serem testadas é maior do que a quantidade de funções a serem implementadas, isto é, além das funcionalidades que são afetadas diretamente pelo projeto de manutenção, outras precisam ser testadas [NESMA, 2009]. O tamanho das funções a serem apenas testadas deve ser aferido em Pontos de Função de Teste (PFT). Não considerar as funcionalidades incluídas, alteradas ou excluídas do projeto de manutenção na contagem de Pontos de Função de Teste. A contagem de PFT será o somatório dos tamanhos em Pontos de Função das funções transacionais envolvidas no teste: A conversão do PFT em Ponto de Função deve ser feita de acordo com a fórmula abaixo: É importante ressaltar que no caso de uma função ser testada várias vezes, com cenários diferentes, a função só pode ser contada uma vez. Outra observação é que as funções testadas, consideradas no PFT, deve...
Verificação de Erros. São consideradas verificações de erro (análise e solução de problemas) as demandas referentes a todo comportamento anormal ou indevido apontado pelo usuário. Nesta demanda, a contratada mobilizará equipe para encontrar as causas do problema. Se for constatado erro de sistema, a demanda será atendida como manutenção corretiva. Entretanto, caso não seja constatado o problema apontado pelo cliente ou o mesmo for decorrente de regras de negócio implementadas ou utilização incorreta das funcionalidades, será realizada a aferição em pontos de função das funcionalidades verificadas e será considerado 20% do tamanho funcional, conforme fórmula abaixo: PFCOR = PFVER x 0,20 É importante ressaltar que a demanda para verificação de erros deve estar associada a uma funcionalidade específica. Os casos de sistema fora do ar por conta de problemas em rede ou banco de dados devem ser tratados como serviços de suporte e não de Fábrica de Software. Esses serviços de suporte não fazem parte do escopo deste Guia de Contagem. Quando o sistema estiver fora da garantia ou não tenha sido desenvolvido pela empresa contratada, deverá ser estimado e calculado o tamanho do projeto de modificação. Nestes casos, a aferição do tamanho em pontos de função da funcionalidade ou das funcionalidades corrigidas deve considerar um fator de impacto (FI) aplicado à quantidade de pontos de função alterados (PFALT). PFCOR = PFALT x FI Considerar os seguintes valores percentuais para FI: 50% quando estiver fora da garantia e a correção for feita pela mesma empresa que desenvolveu a funcionalidade; 75% quando estiver fora da garantia e a correção for feita por empresa diferente daquela que desenvolveu a funcionalidade. Caso seja demandada a documentação da funcionalidade alterada, porque esta não existe ou está desatualizada, será adicionado ao FI um fator de documentação de 15%