FATTO

Fornecer uma resposta para um problema de negócio. Determina o tipo e o escopo da contagem. Influencia o posicionamento da fronteira da aplicação.

Um Tipo de Registro Elementar é um subgrupo de dados reconhecido pelo usuário dentro de uma função de dados. Pode ser um subgrupo opcional ou subgrupo obrigatório. Também chamado de registro lógico referenciado - RLR ou record element type - RET. A complexidade funcional de cada arquivo lógico é definida com base no número de tipos de dado (DET) e tipos de registro (RET) associados a ele.

No contexto de modelagem de dados, é um grupo de itens de dados relacionados que são tratados como uma unidade.

Existem para suportar regras de negócio para a manutenção de Dados de Negócio. Representam um pequeno percentual das entidades identificadas. Possuem poucos atributos e são dados pouco dinâmicos. Devem ser contados como ALIs ou AIEs.

Por exemplo, em uma aplicação de folha de pagamento ele seria o dado armazenado sobre as alíqüotas de imposto de renda na fonte para cada faixa salarial e sua data de vigência.

Características lógicas incluem:
• Obrigatório para a operação da área funcional do usuário
• Identificável pelo usuário (normalmente por um usuário do negócio)
• Normalmente mantido pelo usuário (normalmente por um usuário administrativo)
• Normalmente criado quando a aplicação é instalada pela primeira vez e mantido intermitentemente
• Armazena os dados para auxiliar nas atividades centrais do usuário
• Pouco dinâmico – ocasionalmente altera em resposta a mudanças no ambiente das áreas funcionais, processos funcionais externos e/ou regras de negócio.
• Transações processando Dados de Negócio freqüentemente necessitam acessar os Dados de Referência

Características físicas incluem:
• Têm campos chave e poucos atributos
• Normalmente pelo menos um registro ou um número limitado de registros

O processo de recriar um conjunto de dados para fazê-lo atualizado e em sincronia com a sua fonte original. 

A correção de defeitos que resultaram de erros no projeto externo, projeto interno ou código. Exemplos são a falta de funções que não resultem na falha da aplicação  (erro de projeto externo) ou erros que resultem em situações de exceção não previstas (erro de código).

Uma das 14 características gerais de sistema que descreve em que nível a aplicação e seu código foram especificamente projetados, desenvolvidos e suportados para serem utilizados em outras aplicações.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Não há código reutilizável.
1 - Código reutilizável é utilizado na aplicação.
2 - Menos de dez por cento do código fonte da aplicação foi construído levando em consideração o uso em mais de uma aplicação.
3 - Dez por cento ou mais do código fonte da aplicação foi construído levando em consideração o uso em mais de uma aplicação.
4 - A aplicação foi especificamente empacotada e/ou documentada para fácil reutilização. Ela é customizada pelo usuário no nível de código.
5 - A aplicação foi especificamente empacotada e/ou documentada para fácil reutilização. Ela é customizada pelo usuário por meio de manutenção de parâmetros.

Funcionalidade adicional que não foi originalmente especificada nos requisitos do projeto, porém é identificada conforme o escopo vai sendo melhor esclarecido e as funções definidas.

Nível Total de Influência (NTI) ou Total Degree of Influence (TDI)

A soma dos níveis de influência (DI) das 14 características gerais de sistema (GSC).

Funcionalidade fornecida ao usuário para processar dados pela aplicação. São definidas como entradas externas (EE), saídas externas (SE) e consultas externas (CE).

Qualquer pessoa ou coisa que se comunica ou interage com o software em qualquer momento.