FATTO

É um tipo de entidade que descreve complementarmente uma ou mais características de uma outra entidade. Por definição, é uma extensão lógica de uma outra entidade. Normalmente os dados em entidades deste tipo são contados como um tipo de registro da entidade que descreve.

Entidade por si só não significativa ou importante para o negócio sem a presença de outras entidades, de modo que:

• uma ocorrência da entidade X deve estar ligada a uma ocorrência da entidade Y, e
  
• a exclusão de uma ocorrência da entidade Y resulta na exclusão de todas as ocorrências relacionadas da entidade X.

Uma entidade que é significativa e importante por si mesma sem a presença de outras entidades.

Entrada Externa (EE) ou External Input (EI)

É um processo elementar que processa dados ou informação de controle que vêm de fora da fronteira da aplicação. Sua principal intenção é manter um ou mais arquivos lógicos internos (ALIs) e/ou modificar o comportamento do sistema.

Erro relativo:

O escopo da contagem define o conjunto de requisitos funcionais do usuário a ser incluído na contagem de pontos de função. Ele:

• Define um (sub)conjunto do software sendo medido;
• É determinado pelo próposito da contagem de pontos de função;
• Identifica quais funções serão incluídas na contagem de pontos de função
  para fornecer respostas relevantes ao propósito da contagem;
• Pode incluir mais de uma aplicação.

O escopo da contagem de:

• Uma contagem de projeto de melhoria inclui todas as funcionalidades incluídas, alteradas e excluídas. As fronteiras das aplicações impactadas permanecem as mesmas. A funcionalidade das aplicações refletem o impacto das funções sendo incluídas, alteradas e excluídas.
• Uma contagem de projeto de desenvolvimento inclui todas as funções impactadas (construídas ou customizadas) pelas atividades do projeto.
• Uma contagem de pontos de função da aplicação pode incluir, dependendo do propósito, apenas as funções sendo usadas pelo usuário ou todas as funcionalidades entregues. Por exemplo, fornecer um pacote como a solução de software.

Uma das 14 características gerais de sistema que descreve em que nível a conversão de ambientes preexistentes influencia o desenvolvimento da aplicação. Um plano e/ou ferramentas de conversão e instalação foram fornecidos e testados durante a fase de teste do sistema.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - O usuário não definiu considerações especiais, assim como não é requerido nenhum setup para a instalação.
1 - O usuário não definiu considerações especiais, mas é necessário setup para a instalação.
2 - Requisitos de instalação e conversão foram definidos pelo usuário, e guias de conversão e instalação foram fornecidas e testadas. Não é considerado importante o impacto da conversão.
3 - Requisitos de instalação e conversão foram definidos pelo usuário, e guias de conversão e instalação foram fornecidas e testadas. É considerado importante o impacto da conversão.
4 - Além do item 2, ferramentas de instalação e conversão automáticas foram fornecidas e testadas.
5 - Além do item 3, ferramentas de instalação e conversão automáticas foram fornecidas e testadas.

Uma das 14 características gerais de sistema que descreve em que nível a aplicação foi especificamente desenvolvida para facilitar a mudança de sua lógica de processamento ou estrutura de dados.
As seguintes características podem ser válidas para a aplicação:
- São fornecidos mecanismos de consulta flexível, que permitem a manipulação de pedidos simples; por exemplo, lógica de e/ou aplicada a apenas um arquivo lógico (conte como um item).
- São fornecidos mecanismos de consulta flexível, que permitem a manipulação de pedidos de média complexidade; por exemplo, lógica de e/ou aplicada a mais de um arquivo lógico (conte como dois itens).
- São fornecidos mecanismos de consulta flexível, que permitem a manipulação de pedidos complexos; por exemplo, lógica de e/ou combinadas em um ou mais arquivos lógicos (conte como três itens).
- Dados de controle do negócio são mantidos pelo usuário por meio de processos interativos, mas as alterações só têm efeito no próximo dia útil.
- Dados de controle do negócio são mantidos pelo usuário por meio de processos interativos, e as alterações têm efeito imediato (conte como dois itens).

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Nenhum dos itens anteriores.
1 - Qualquer um dos itens anteriores.
2 - Quaisquer dois itens anteriores.
3 - Quaisquer três itens anteriores.
4 - Quaisquer quatro itens anteriores.
5 - Todos os cinco itens anteriores.

É a interface conceitual que delimita o software que será medido e o usuário. A fronteira:

• Define o que é externo à aplicação
• Indica a fronteira entre o software que está sendo medido e o usuário
• Atua como uma ‘membrana’ através da qual os dados processados pelas transações (EEs, SEs e CEs) passam para dentro e para fora da aplicação
• Envolve os dados lógicos mantidos pela aplicação (ALIs)
• Auxilia na identificação dos dados lógicos referenciados mas não mantidos pela aplicação (AIEs)
• Depende da visão externa do negócio do usuário da aplicação. É independente de considerações de técnicas e/ou implementação

As seguintes regras devem ser válidas:

• A fronteira é determinada com base na visão do usuário. O foco está no que ele pode entender e descrever;
• A fronteira entre aplicações afins é baseada em diferentes áreas funcionais como visto pelo usuário, não em considerações técnicas;
• A fronteira inicial já estabelecida para a aplicação ou aplicações sendo modificadas não é influenciada pelo escopo da contagem.

Nota: Pode haver mais de uma aplicação incluída no escopo da contagem. Nesse caso, múltiplas fronteiras da aplicação deverão ser identificadas. Quando a fronteira não está bem definida (como no início da análise), ela deverá ser posicionada da forma mais exata possível.

Dicas para identificação da fronteira:

• Utilize as especificações externas do sistema ou obtenha um fluxo do mesmo e desenhe a respectiva fronteira, destacando as partes internas e as externas à aplicação.
• Verifique como os grupos de dados estão sendo mantidos.
• Identifique as áreas funcionais, alocando certos tipos de objetos da análise (tais como entidades ou processos elementares) a uma área funcional.
• Observe dados de medição correlatos, tais como esforço, custo e defeitos. As fronteiras consideradas para os pontos de função e para os outros dados de medição devem ser as mesmas
• Entrevistar os especialistas no assunto para auxiliar na identificação da fronteira.

Um artefato que ilustra bem o conceito de fronteira é o diagrama de contexto.

A funcionalidade fornecida ao usuário para atender requisitos por dados internos e externos. São Arquivos Lógicos Internos (ALI) ou Arquivos de Interface Externa (AIE).

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).

Adicionar funcionalidades a um sistema que não foram solicitadas pelos usuários porque o desenvolvedor acha que o sistema fica melhor com as novas funcionalidades.

É um documento de uso interno a uma organização que orienta as medições feitas em pontos de função em projetos de software. Sua característica é de ter um enfoque bem específico das situações que uma organização vivencia nas suas contagens de pontos de função. Seu papel é traduzir os conceitos gerais do manual de práticas de contagem do IFPUG para as situações específicas de uma organização.

Dados que influenciam um processo elementar da aplicação sendo contada. Especifica o que, quando ou como os dados devem ser processados. Em resumo, são parâmetros.

Exemplos:

"O que" - determinado campo especifica que o cálculo da parcela deve contemplar somente o valor vencido ou o valor corrigido com juros e multa.

"Quando" - uma enquete pode ter um fechamento automático (votações finalizadas) definido pela data de encerramento da mesma.

"Como" - durante a compra de uma passagem aérea, o cliente informa em um campo como deseja receber a confirmação da compra: por e-mail, torpedo (SMS) ou fax.

International Software Benchmarking Standards Group (www.isbsg.org) é uma organização sem fins lucrativos responsável por criar e manter um repositório de dados históricos de projetos de TI com o intuito de ajudar a melhorar a gestão de TI no mundo.

ISMA (International Software Measurement and Analysis Conference) - Conferência Internacional sobre Medição e Análise de Software promovida anualmente pelo IFPUG.

É um padrão internacional para medição de processo de software. Define um modelo de informação e terminologia associadas. A ISO/IEC 15939 aborda atividades de medição, informações necessárias e análise de resultado das medições.

Linhas de código fonte (SLOC - Source Line of Code) é uma medida de software usada para medir o tamanho de um programa de software, através da contagem do número de linhas em o texto do código fonte do programa. É também expressa em KSLOC ou KLOC (milhares de linhas de código).

Qualquer requisito especificamente solicitado pelo usuário para completar um processo elementar, como validações, algorítmos, cálculos, leitura ou manutenção de um arquivo.

Deve – A transação deve obrigatoriamente executar este tipo de lógica de processamento
Deve* – A transação deve executar pelo menos uma das lógicas de processamento classificadas como deve*
Pode – A transação pode executar este tipo de lógica de processamento, mas não é obrigatório
Não – A transação não pode executar este tipo de lógica de processamento

Esforço para manter uma aplicação executando conforme suas especificações, geralmente sem modificar sua funcionalidade (ou contagem de pontos de função). Inclui reparo, melhorias menores, conversão, atividade de suporte ao usuário e manutenção preventiva. Atividades incluem remoção de defeitos (veja reparo), atualização de hardware ou software (veja conversão), otimização ou melhoria de qualidade (veja manutenção preventiva) e suporte ao usuário.

A modificação de um produto de software, executada depois da entrega,  para manter o produto de software utilizável em um ambiente alterado ou em vias de alteração. Manutenção adaptativa fornece as melhorias necessárias para acomodar mudanças no ambiente no qual um produto de software deve operar. Estas mudanças são as que devem ser feitas para manter-se em dia com o ambiente alterado. Por exemplo, o sistema operacional deve sofrer upgrade e algumas mudanças devem ser feitas para acomodar o novo sistema operacional.

A medição do tamanho funcional para manutenção é aplicável a um subconjunto de manutenções adaptativas. Isso inclui as funcionalidades do software adicionadas, alteradas ou excluídas bem como as funcionalidades do software fornecidas para converter dados e atender outros requisitos de conversão (ex.: relatórios de conversão).

Um projeto de melhoria é um projeto para desenvolver e entregar manutenção adaptativa.

Modificação reativa de um produto de software executada depois da entrega para corrigir problemas identificados. A modificação corrige os produtos de software para satisfazer os requisitos. (ISO/IEC 14764:2006)

Mudança apenas na apresentação da função ao usuário ou na forma como a entrada de dados é realizada, sem nenhuma alteração na lógica de processamento. Exemplos: mudança de ordem (posicionamento ou tabulação) dos campos na tela, formatação de rótulos ou campos (cores, tipo de fonte, tamanho da fonte, etc).

Este tipo de manutenção não é medido pelo IFPUG.

Este tipo de manutenção é medido pela NESMA.

Modificação de um produto de software depois da entrega para detectar e corrigir falhas latentes no produto de software antes que ele manifeste estas falhas. Manutenção perfectiva fornece melhorias para usuários, melhorias de documentação de programas e recodificação para melhorar a performance do software, manutenibilidade e outros atributos do software. Contrastar com : Manutenção adaptativa e manutenção corretiva. (ISO/IEC 14764:2006).

O valor que aponta para onde mais se concentram os dados de uma distribuição.

É uma medida de tendência central, um número que caracteriza as observações de uma determinada variável de tal forma que este número (a mediana) de um grupo de dados ordenados separa a metade inferior da amostra, população ou distribuição de probabilidade, da metade superior.

A medição de pontos de função de uma aplicação ou projeto em particular.

Contagem de Pontos de Função é a atividade de aplicar as regras do método de Medição de Tamanho Funcional (FSM) do IFPUG para medir o tamanho funcional de uma aplicação ou projeto.

NOTA: Existem três tipos de contagem de Pontos de Função: Aplicação, Projeto de Desenvolvimento e Projeto de Melhoria

A ISO/IEC 14143-1 define o conceito fundamental de Medição de Tamanho Funcional (FSM - Functional Size Measurement) e descreve as normas gerais para aplicação de um método FSM. Ela NÃO fornece regras detalhadas em como fazer:
• Medição do Tamanho Funcional de software utilizando um método específico
• Utilizar o resultado obtido a partir de um método específico
• Escolha de um método específico

A ISO/IEC 14143-1 classifica os requisitos do usuário em dois subconjuntos:
• Requisitos Funcionais do Usuário
• Requisitos Não-Funcionais do Usuário

Como um nome, um número que atribui valor relativo. Alguns exemplos podem incluir volume, altura, pontos de função ou esforço. Como um verbo, verificar ou avaliar pela comparação com um padrão.

É um subconjunto do modelo de implementação que descreve a representação lógica e física dos dados persistentes no sistema.

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).

A orientação a objetos (OO) é um paradigma de análise, projeto e programação de sistemas baseado na composição e interação entre diversas unidades de software chamadas de objetos. A abordagem OO têm como meta identificar o melhor conjunto de objetos para descrever um sistema. O funcionamento deste sistema se dá através do relacionamento e troca de mensagens entre estes objetos. Cada objeto modelado possui um conjunto de atributos e métodos que definem o seu comportamento. Tenta-se assim tornar a construção do software mais próxima da realidade do problema que se quer tratar.

Um percentil é uma medida da posição relativa de uma unidade observacional em relação a todas as outras. O p-ésimo percentil tem no mínimo p% dos valores abaixo daquele ponto e no mínimo (100 - p)% dos valores acima.

É a unidade de medida da APF que representa o tamanho funcional de um software.

Uma das 14 características gerais de sistema que descreve o grau pelo qual a aplicação transfere dados entre seus componentes.

Pontue de acordo com as seguintes orientações:
0 - A aplicação não participa da transferência de dados ou processamento de funções entre os componentes do sistema.
1 - A aplicação prepara dados para processamento pelo usuário final em outro componente do sistema, como planilhas eletrônicas ou banco de dados.
2 - Dados são preparados para transferência, então são processados em outro componente do sistema (não para processamento pelo usuário final).
3 - Processamento distribuído e transferência de dados são feitos on-line e em apenas uma direção.
4 - Processamento distribuído e transferência de dados são feitos on-line e em ambas as direções.
5 - O processamento de funções é executado dinamicamente no componente mais apropriado do sistema. 

É a menor unidade de atividade significativa para o usuário, completa e que deixa o negócio da aplicação em um estado consistente. Pode ser classificado em entrada externa (EE), saída externa (SE) e consulta externa (CE). Também chamado de transação.

Para que um processo elementar seja único, ou seja, diferente de qualquer outro, ao menos um dos três itens abaixo deve ser ocorrer:

- conjunto de tipos de dados diferentes de outra transação;

- conjunto de arquivos referenciados diferentes de outra transação;

- lógica de processamento diferente de outra transação

O PSM (Practical Software and Systems Measurement) é uma metodologia padrão para a implantação de processos de medição de software, compatível com o padrão ISO/IEC 15939 e com a Área de Processo “Measurement and Analysis” do CMMI. É patrocinado pelo Departamento da Defesa e pelo Exército dos EUA.

Fornece detalhamento de todos os passos e tarefas para implementação de um programa de medição de software, além de lições aprendidas, estudos de caso e um guia de implantação. Inclui também um conjunto de medidas já utilizadas com sucesso pela indústria, em categorias previamente definidas:

- Prazo e Progresso
- Recursos e Custo
- Tamanho e Estabilidade do Produto
- Qualidade do Produto
- Performance do Processo
- Eficácia da Tecnologia
- Satisfação do Cliente

O termo reconhecido pelo usuário refere-se a requisitos definidos para processos e/ou grupos de dados que foram acordados e entendidos tanto pelo(s) usuário(s) quanto pelos desenvolvedor(es) de software. Por exemplo, usuários e desenvolvedores concordam que uma Aplicação de Recursos Humanos terá funcionalidade para manter e guardar informações do Funcionário na aplicação.

Subconjunto dos requisitos do usuário especificando o que o software deverá fazer em termos de tarefas e serviços.

NOTA

Os Requisitos Funcionais do Usuário incluem, mas não estão limitados a:
— transferência de dados (por exemplo: Receber dados de entrada de cliente, Enviar sinal de controle);
— transformação de dados (por exemplo: Calcular juros bancários, Derivar temperatura média);
— armazenamento de dados (por exemplo: Armazenar pedido de cliente, Registrar temperatura ambiente ao longo do tempo);
— recuperação de dados (por exemplo: Listar empregados atuais, Recuperar posição de aeronave).

Requisitos do usuário que não constituem Requisitos Funcionais do Usuário incluem, mas não estão limitados aos seguintes:
— restrições de qualidade (por exemplo: usabilidade, confiabilidade, eficiência e portabilidade);
— restrições organizacionais (por exemplo: locais para operação, hardware-alvo e conformidade com os padrões);
— restrições ambientais (por exemplo: interoperabilidade, segurança e privacidade);
— restrições de implementação (por exemplo: linguagem de desenvolvimento, prazo para entrega).

[ISO/IEC 14143-1:2007, definition 3.8]

• Restrições de qualidade (por exemplo, usabilidade, confiabilidade, eficiência e portabilidade)
• Restrições Organizacionais (por exemplo, locais de operação, hardware alvo e aderência a padrões)
• Restrições Ambientais (por exemplo, interoperabilidade, segurança, privacidade e sigilo)
• Restrições de Implementação (por exemplo, linguagem de desenvolvimento, cronograma de entrega)

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.

O Rational Unified Process - RUP (ou Processo Unificado Rational) é um modelo de processo de desenvolvimento de software iterativo. Ele é passível de ser adaptado por qualquer organização, que pode buscar os elementos do processo mais adequado à suas necessidades. A Rational é uma divisão da IBM desde 2003.

Saída Externa (SE) ou External Output (EO)

É um processo elementar cuja principal intenção é enviar dados ou informações de controle para fora da fronteira da aplicação. Sua lógica de processamento deve conter pelo menos uma fórmula matemática ou cálculo, ou criar dados derivados, manter um ou mais arquivos lógicos internos (ALI) e/ou alterar o comportamento do sistema.

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.

Também conhecida como chave substituta. São campos sequenciais gerados automaticamente pelo banco de dados usados como chave primária para uma tabela, e que não têm conteúdo semântico para a aplicação nem relação com outros dados da tabela.

Tamanho do software resultante da quantificação dos requisitos funcionais do usuário (ISO 14143-1:2007).

É a medida das funcionalidades de uma aplicação que o usuário solicita / recebe, tendo como base a Visão do Usuário.

Campo único reconhecido pelo usuário e não repetido. Também chamado Dado Elementar Referenciado (DER) ou Data Element Type (DET).

Regras para contagem em um arquivo lógico:

- Conte um DER para cada campo único, reconhecido pelo usuário e não repetido, mantido ou recuperado pela função de dados durante a execução de todos os processos elementares no escopo da contagem.

Regras para contagem em uma transação:

- conte um tipo de dado para cada campo que entra ou sai pela fronteira da aplicação, na direção do usuário, e que seja necessário à execução do processo elementar.

- conte um tipo de dado para a capacidade de especificar uma ação

- conte um tipo de dado para a capacidade da transação de emitir uma mensagem para o usuário (seja de erro, aviso, alerta, confirmação, etc).

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.

Pode ser Projeto de melhoria, Projeto de Desenvolvimento e Aplicação.

Os cinco serviços de informação básicos fornecidos ao usuário pela aplicação e identificados na análise de pontos de função. São entradas externas, saídas externas, consultas externas, arquivos lógicos internos e arquivos de interface externa.

A Unified Modeling Language (UML) é uma linguagem de modelagem aberta que permite que desenvolvedores visualizem os produtos de seu trabalho em diagramas padronizados. Junto com uma notação gráfica, a UML também especifica significados, isto é, semântica. É uma notação independente de processos, embora o RUP (Rational Unified Process) tenha sido especificamente desenvolvido utilizando a UML.

A UML não é uma metodologia de desenvolvimento, o que significa que ela não diz o que fazer primeiro e em seguida ou como projetar um sistema, mas ela auxilia a visualizar seu desenho e a comunicação entre objetos.

É importante distinguir entre um modelo UML e um diagrama (ou conjunto de diagramas) de UML----o último é uma representação gráfica da informação do primeiro, mas o primeiro pode existir independentemente.

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

É o fator de ajuste da aplicação depois que o projeto de melhoria estiver concluído (Value Adjustment Factor of the application After).

Na fórmula do projeto de melhoria

aEFP = [(ADD + CHGA + CFP) * VAFA] + (DEL * VAFB)

Na fórmula da aplicação após o projeto de melhoria

aAFPA = [(AFPB + ADD + CHGA) – (CHGB + DEL)] * VAFA

É o fator de ajuste da aplicação antes do projeto de melhoria ter iniciado (Value Adjustment Factor of the application Before).

Na fórmula do projeto de melhoria

aEFP = [(ADD + CHGA + CFP) * VAFA] + (DEL * VAFB)

Indica a funcionalidade geral fornecida pela aplicação ao usuário. É um valor percentual calculado a partir do nível de influência de cada uma das 14 Características Gerais do Sistema. Pode produzir uma variação de +/- 35% no tamanho do sistema.

Representa uma descrição formal das necessidades de negócio do usuário em sua própria linguagem. Desenvolvedores traduzem a informação do usuário em linguagem de tecnologia da informação para fornecer uma solução. Ela:

- É uma descrição das funções do negócio.
- É aprovada pelo usuário.
- Pode ser usada para contar pontos de função.
- Pode variar em sua forma física (protótipos, atas de reunião, modelos, documento de visão, casos de uso, etc).

Nota 1: o termo desenvolvedor neste caso não se refere exclusivamente ao programador, mas a todos os profissionais envolvidos no processo de desenvolvimento do sistema (analista, documentador, testador, gerente de projetos, etc).

Nota 2: Um documento técnico (em linguagem de TI) gerado pelo desenvolvedor pode ser usado para contar pontos de função se for possível extrair do mesmo os requisitos funcionais, no entanto ele não representará a visão do usuário pois não usa a linguagem do negócio do usuário.

Uma das 14 características gerais de sistema que descreve em que nível o alto volume de transações de negócio influencia o projeto, desenvolvimento, instalação e suporte da aplicação.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Não é previsto nenhum período de pico de transações.
1 - Os baixos volumes de transações têm efeito mínimo nas fases de
projeto, desenvolvimento e instalação.
2 - O volume médio de transações tem algum efeito sobre as fases de
projeto, desenvolvimento e instalação.
3 - O alto volume de transações afeta as fases de projeto, desenvolvimento e instalação.
4 - O alto volume de transações declarado pelo usuário nos requisitos técnicos da aplicação ou no acordo de nível de serviço é suficientemente alto para requerer tarefas de análise de performance nas fases de projeto, desenvolvimento e/ou instalação.
5 - O alto volume de transações declarado pelo usuário nos requisitos técnicos da aplicação ou no acordo de nível de serviço é suficientemente alto para requerer tarefas de análise de performance e, adicionalmente, utilização de ferramentas de análise de performance nas fases de projeto, desenvolvimento
e/ou instalação.