Download errata - Index of

1 RLR
2 a 5 RLR
6 ou + RLR
1 a 19 DER
Baixa
Baixa
Média
20 a 50 DER
Baixa
Média
Alta
51 ou + DER
Média
Alta
Alta
Após a determinação da complexidade funcional, determinar a contribuição do
ALI/AIE no cálculo dos pontos de acordo com a tabela abaixo:
Baixa
Média
Alta
5.5.
Peso nos ALI
7
10
15
Peso nos AIE
5
7
10
PRÁTICAS DE CONTAGEM
Dados de Código (Code data)
Dados de código são grupos de dados criados para satisfazer requisitos técnicos
(normalização, desempenho, etc) e geralmente não são requisitados diretamente pelo
usuário, apesar de poderem sofrer manutenção na aplicação. Eles não devem ser
considerados funções de dados, assim como as funcionalidades que os mantêm não
devem ser consideradas funções de transação.
Alguns exemplos são listados abaixo:
 Dados de substituição: Tabela do tipo “código-descrição” ou de domínio, onde
o código poderia ser substituído pela descrição e a tabela eliminada, sem perda
de dados de negócio (ex: tipo_contribuinte, contendo cod_tipo, desc_tipo,
dt_inicio_vigencia, dt_fim_vigencia, dtc_atualizacao);
 Tabelas de registro único e/ou dados estáticos: Têm apenas um registro ou
tanto o número de registros quanto seus dados raramente mudam (ex: uma
tabela contendo dados sobre a SEMFAZ);
 Faixa de valores válidos ou valor padrão para um atributo de negócio (ex: uma
tabela que armazena as cores do arco-íris ou a relação das unidades de medida
possíveis para um insumo em uma obra).
Observações sobre a identificação de funções de dados:
 Arquivos Lógicos Externos à aplicação sendo pontuada não podem constituir
RLR de ALIs da aplicação;
 Tabelas associativas que só contêm as FKs das tabelas relacionadas e dados
não reconhecidos pelo usuário não são pontuadas. Por outro lado, se elas
contiverem atributos de negócio, afora os citados, podem ser contadas como
ALRs ou RLRs de acordo com os seguintes critérios:
o Conta-se uma associativa como 1 ALR se ela for independente