Thursday, 31 October 2024, 8:54 PM
Site: FATTO
Course: FATTO (FATTO)
Glossary: Glossário da Análise de Pontos de Função

Auto contido

(Last edited: Monday, 27 December 2010, 3:37 PM)
Nenhum passo anterior ou subsequente é necessário para iniciar ou concluir o(s) Requisito(s) Funcional(is) do Usuário.

EXEMPLO

O Requisito Funcional do Usuário estabelece que um empregado deve ser incluído e atualizado. Poderiam existir várias partes que comporiam o conjunto completo de informações do empregado. Isto pode ser representado por telas físicas, janelas ou abas distintas, tais como
— Identificação do empregado,
— Localização do empregado,
— Informações de dependentes,
— Informações de salário e
— Instrução.

Para incluir um empregado, uma ou mais abas devem ser preenchidas, dependendo das regras de negócio. O processo de inclusão não estará auto contido até que todas as informações obrigatórias tenham sido digitadas e recebidas pelo sistema.
Para atualizar um empregado, uma ou mais abas podem ser atualizadas a qualquer momento, mas todas elas constituem passos do processo que satisfaz o Requisito Funcional do Usuário, de atualização do empregado.

Incluir, alterar ou excluir informações de cada aba individual não constituem processos elementares distintos, mas sim passos de processo envolvidos na atualização de um empregado. Embora seja possível entrar com informações adicionais no registro de empregado, o conjunto total de informações é considerado parte do único processo elementar: atualizar empregado.
Incluir Empregado e Atualizar Empregado seriam, cada um, um processo auto contido.

Estado Consistente

(Last edited: Monday, 27 December 2010, 3:41 PM)
Ponto no qual o processamento foi totalmente executado; o Requisito Funcional do Usuário foi satisfeito e nada mais há a fazer.

EXEMPLO 1

O Requisito Funcional do Usuário é imprimir um cheque e marcar como paga a conta correspondente. Se somente parte do Requisito Funcional do Usuário for satisfeita (por exemplo, apenas imprimir o cheque, ou apenas marcar a conta como paga) a aplicação não estará em um estado consistente. A impressão de um cheque sem marcar a conta como paga causa uma inconsistência na aplicação, assim como marcar a conta como paga sem imprimir o cheque.

EXEMPLO 2

O Requisito Funcional do Usuário é ter um processo batch que recebe um arquivo de entrada para atualizar um depósito de dados, produz um relatório de controle de produção e retorna um relatório de erros para a aplicação chamadora. O processo não ficará em um estado consistente a não ser que todas essas partes sejam concluídas.

EXEMPLO 3

O Requisito Funcional do Usuário é transferir um empregado para uma nova tarefa e validar o seu nível de autorização de segurança. Para executar isto, uma solicitação em tempo real é enviada à aplicação de segurança (a qual mantém as autorizações de segurança governamentais e não a segurança da aplicação) e uma resposta deve ser recebida antes que a transferência possa ser concluída. Todos os passos são necessários para criar um estado consistente. A interação com a aplicação de segurança não é uma ação ou passo independente. Não acontece por si só e, por outro lado, a transação para transferir um empregado não fica em um estado consistente sem ela.

Intenção primária

(Last edited: Monday, 27 December 2010, 3:43 PM)
Intenção que é a primeira em importância.

Significativo

(Last edited: Monday, 27 December 2010, 3:50 PM)
Reconhecido pelo usuário e satisfazendo um Requisito Funcional do Usuário.

Entidade Dependente

(Last edited: Friday, 31 December 2010, 9:12 AM)

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.

Entidade Independente

(Last edited: Thursday, 3 February 2011, 3:47 PM)

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

Manutenção Corretiva

(Last edited: Thursday, 3 February 2011, 3:49 PM)

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)

Escopo da Contagem

(Last edited: Thursday, 3 February 2011, 3:55 PM)

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.

CPM

(Last edited: Thursday, 3 February 2011, 4:43 PM)

Manual de Práticas de Contagem (Counting Practices Manual) do IFPUG. Contém todas as definições e regras necessárias ao processo de contagem de pontos de função. Versão atual: 4.3.

Objetivos:

- Fornecer uma descrição clara e detalhada de como contar pontos de função;
- Promover a consistência nas contagens realizadas pelos membros do IFPUG;
- Fornecer orientação de como realizar contagens de pontos de função baseadas em artefatos das técnicas e metodologias mais populares de desenvolvimento de software e;
- Prover um entendimento comum que permita o desenvolvimento de ferramentas que forneçam suporte automático à contagem de pontos de função.

Manter

(Last edited: Sunday, 20 February 2011, 7:12 PM)
O termo manter refere-se à habilidade de incluir, modificar ou excluir dados a partir de um processo elementar. Exemplos incluem, mas não estão limitados a, inclusão, modificação, exclusão, carga inicial, revisão, atualização, atribuição e criação.

Backlog

(Last edited: Monday, 28 February 2011, 10:16 AM)
É o estoque de funções identificadas, mas ainda não atendidas. Com as informações de produtividade é possível estimar qual o esforço ou custo de eliminar esse estoque; decidir sobre a necessidade de contratação de mais profissionais; ou contratar uma empresa para atender a essa necessidade não atendida... Enfim, tomar diversas decisões que envolvem projetos na organização.

Valor do Fator de Ajuste

(Last edited: Monday, 28 February 2011, 11:02 AM)

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.

Contagem de Pontos de Função da Aplicação

(Last edited: Monday, 21 March 2011, 1:58 PM)
Contagem que fornece uma medida da funcionalidade atualmente fornecida pela aplicação ao usuário. Também é chamada de baseline ou contagem de pontos de função instalados. É inicializada quando a contagem de pontos de função do projeto de desenvolvimento é concluído. É atualizada a cada vez que a conclusão de um projeto de melhoria altera a funcionalidade da aplicação.

É importante saber que contagens preliminares de pontos de função são estimativas da funcionalidade entregue. Conforme o escopo fica mais claro e as funções são desenvolvidas, é comum identificar funcionalidade adicional que não estava especificada nos requisitos originais. Este fenômeno é chamado scope creep.

É essencial atualizar a contagem da aplicação mediante a conclusão do projeto. Caso a funcionalidade mude durante o desenvolvimento, a contagem de pontos de função ao final do ciclo de vida deveria refletir toda a funcionalidade entregue ao usuário.

Na fórmula: AFP = ADD

A fórmula para calcular o tamanho da aplicação após um projeto de melhoria é:

AFP = (AFPB + ADD + CHGA) - (CHGB + DEL)

Utilize a fórmula desta seção para determinar o tamanho funcional inicial ajustado para uma Aplicação.

aAFP = ADD * VAF

Utilize a seguinte fórmula para calcular o tamanho funcional ajustado da Aplicação após o projeto de melhoria:

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

AFPA

(Last edited: Tuesday, 22 March 2011, 12:41 PM)
É a contagem de pontos de função após o projeto de melhoria.

AFPA (After Function Point Analisys) é usada na fórmula do tamanho funcional da aplicação após a melhoria .

AFPA = (AFPB + ADD + CHGA) - (CHGB + DEL).

Utilize a seguinte fórmula para calcular o tamanho funcional ajustado da Aplicação após o projeto de melhoria:

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

AFPB

(Last edited: Tuesday, 22 March 2011, 12:46 PM)
É a contagem de pontos de função antes o projeto de melhoria (Application Function Point Before - AFPB).

Essa sigla é usada na fórmula para calcular o tamanho da aplicação após a melhoria.

AFPA = (AFPB + ADD + CHGA) - (CHGB + DEL).

Utilize a seguinte fórmula para calcular o tamanho funcional AJUSTADO da Aplicação após o projeto de melhoria:

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

Arquivo Lógico

(Last edited: Tuesday, 22 March 2011, 12:52 PM)

Grupo lógico de dados permanentes, vistos da perspectiva do usuário. É um arquivo lógico interno (ALI) ou um arquivo de interface externa (AIE).

Arquivo Lógico Interno

(Last edited: Tuesday, 22 March 2011, 12:55 PM)

Arquivo Lógico Interno (ALI) ou Internal Logical File (ILF)

É um grupo logicamente relacionado de dados ou informações de controle, identificados pelo usuário, mantido dentro da fronteira da aplicação. Sua principal intenção é armazenar dados mantidos pela execução de um ou mais processos elementares da aplicação sendo contada.

Arquivo Referenciado

(Last edited: Tuesday, 22 March 2011, 12:58 PM)

É um arquivo lógico interno (ALI) lido ou mantido pela função transacional ou um arquivo de interface externa (AIE) lido pela função transacional. Também chamado de Arquivo Lógico Referenciado (ALR) ou File Type Referenced (FTR). A complexidade funcional de cada EE, SE e CE é atribuída com base no número de arquivos referenciados e tipos de dados.

Regras para contagem:
- Conte um arquivo referenciado para cada arquivo lógico interno (ALI) mantido pela transação;
- Conte um arquivo referenciado para cada arquivo lógico interno (ALI) ou arquivo de interface externa (AIE) lido pela transação;
- Caso o arquivo lógico interno (ALI) seja tanto lido quanto mantido, conte-o apenas uma vez.

Observações:
- Mesmo que o ALI/AIE tenha vários tipos de registro, conte-o apenas uma vez.
- NÃO conte o mesmo arquivo mais de uma vez, mesmo que seja utilizado pela transação várias vezes.
- NÃO conte arquivos que não são classificados como ALI ou AIE (exemplo: entidades do tipo dados de código).

CHGA

(Last edited: Tuesday, 22 March 2011, 1:02 PM)

CHGA - Changed Functions After

Contagem do tamanho funcional das funções alteradas pelo projeto de melhoria, após a alteração.

Na fórmula do projeto de melhoria

EFP = ADD + CHGA + CFP + DEL

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

AFP = (AFPB + ADD + CHGA) – (CHGB + DEL)

CHGB

(Last edited: Tuesday, 22 March 2011, 1:04 PM)

CHGB - Changed Functions Before

Contagem do tamanho funcional das funções alteradas pelo projeto de melhoria, antes da alteração.

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

AFP = (AFPB + ADD + CHGA) – (CHGB + DEL)

Consulta Externa

(Last edited: Tuesday, 22 March 2011, 1:08 PM)

Consulta Externa (CE) ou External Inquiry (EQ)

É um processo elementar cuja principal intenção é apresentar informação ao usuário pela simples recuperação de dados ou informações de controle de arquivos lógicos interno (ALIs) ou arquivos de interface externa (AIEs). Sua lógica de processamento não contém fórmula matemática ou cálculos, não cria dado derivado, não mantém arquivo lógico interno (ALI) durante o processamento nem modifica o comportamento do sistema.

DEL

(Last edited: Tuesday, 22 March 2011, 1:20 PM)

É a contagem de pontos de função para as funções que foram excluídas (deleted) pelo projeto de melhoria.

Na fórmula do projeto de melhoria

EFP = ADD + CHGA + CFP + DEL

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

AFP = (AFPB + ADD + CHGA) – (CHGB + DEL)

Entrada Externa

(Last edited: Tuesday, 22 March 2011, 1:35 PM)

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.

Características Gerais de Sistema

(Last edited: Tuesday, 22 March 2011, 1:37 PM)

Características Gerais do Sistema (CGS) ou General System Characteristics (GSC)

São um conjunto de 14 questões que avaliam a complexidade geral da aplicação. São elas:

1. Comunicação de Dados
2. Processamento Distribuído
3. Performance
4. Configuração Intensamente Utilizada
5. Volume de Transações
6. Entrada de Dados On-Line
7. Eficiência do Usuário Final
8. Atualização On-Line
9. Processamento Complexo
10. Reusabilidade
11. Facilidade de Instalação
12. Facilidade de Operação
13. Múltiplos Locais
14. Facilidade de Mudança

Nível de Influência

(Last edited: Tuesday, 22 March 2011, 1:54 PM)
Nível de Influência (NI) ou Degree of Influence (DI)

Valor (0 a 5) que corresponde ao peso que uma característica geral de sistema possui.

Tipo de Dado

(Last edited: Tuesday, 22 March 2011, 2:31 PM)

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

Tipo de Registro

(Last edited: Tuesday, 22 March 2011, 2:32 PM)

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.

VAFB

(Last edited: Tuesday, 22 March 2011, 3:03 PM)

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


HM

(Last edited: Friday, 13 May 2011, 9:45 AM)
Homem-mês é uma unidade, convencionada e subjetiva, que mede a quantidade de trabalho realizada por uma pessoa durante um mês.

ISO/IEC 20926

(Last edited: Sunday, 5 June 2011, 10:12 PM)
Padrão de medição de tamanho funcional de software de acordo com o IFPUG e aderente à norma ISO/IEC 14143.

Requisito

(Last edited: Thursday, 15 September 2011, 4:54 PM)
Condição ou capacidade necessária para que um stakeholder resolva um problema ou satisfaça um objetivo.
Condição ou capacidade que necessita ser satisfeita ou possuída por uma solução ou componente de solução para satisfazer um contrato, padrão, especificação ou outros documentos formais impostos.

Definição baseada no IEEE 610.12-1990: IEEE Standard Glossary of Software Engineering Terminology

Requisitos não Funcionais

(Last edited: Thursday, 15 September 2011, 5:13 PM)
Os requisitos não funcionais descrevem condições de ambiente sob as quais a solução deve funcionar, bem como atributos de qualidade da solução. Em suma, abordam COMO as funcionalidades serão oferecidas ao usuário.

Usualmente são organizados em Categorias (ISO/IEC 9126, FURPS e FURPS+), pelas quais, através de suas características, fornecem o suporte para elicitação dos Requisitos Não Funcionais.

A ISO/IEC 14143 não oferece definição para Requisito Não-Funcional do Usuário, mas apresenta alguns exemplos em uma nota.

Exemplos de requisitos do usuário que são Requisitos Não-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 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)

Consulta implícita

(Last edited: Friday, 18 November 2011, 11:32 AM)

É uma transação que apresenta dados para o usuário (geralmente precedendo outra transação a ser realizada), mas que não está claramente explícita nos requisitos ou no próprio sistema (nem em opções de menu, barras de ferramenta, etc). Isto é bem comum em telas para alteração ou exclusão de registros de um arquivo. Normalmente antes da alteração ou exclusão, os dados do registro são apresentados ao usuário, e na seqüência o usuário efetua a alteração ou exclusão. Esta função relativa à consulta implícita será classificada como CE ou SE.

Quando ela é idêntica a uma consulta explícita (e muitas vezes isto é comum), apenas uma destas funções deve ser contada.

Manutenção Cosmética

(Last edited: Wednesday, 8 February 2012, 4:34 PM)

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.

Manutenção Perfectiva

(Last edited: Thursday, 23 February 2012, 3:22 PM)

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

Tabela de Contribuição

(Last edited: Thursday, 15 March 2012, 12:16 PM)

Complexidade

Tipo

Baixa

Média

Alta

ALI

7

10

15

AIE

5

7

10

EE

3

4

6

SE

4

5

7

CE

3

4

6

Nível Total de Influência

(Last edited: Thursday, 12 April 2012, 11:02 AM)

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

Usuário

(Last edited: Wednesday, 2 May 2012, 5:21 PM)

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

Contribuição

(Last edited: Wednesday, 9 May 2012, 3:03 PM)

A contribuição dos tipos de função (ALI,AIE,EE,SE,CE) aos pontos de função da aplicação.

O termo "contribuição" no que se refere a uma função em especial ou ao conjunto de funções de determinado tipo corresponde à quantidade de pontos de função apurados para essa função em especial ou ao conjunto de funções de determinado tipo, conforme o caso.

Arquivo de movimento

(Last edited: Wednesday, 9 May 2012, 4:36 PM)

Também chamado de arquivo de transações ou arquivo de interface (não confundir com AIE). É um arquivo no contexto do sistema operacional, mas não no contexto da APF.

Este arquivo é fruto do processamento de uma aplicação e cujo objetivo é enviar dados para outra aplicação processar. Geralmente após seu processamento, ele é descartado.

Uma diferença entre o AIE e o arquivo de movimento é que no AIE o sistema que usa os dados pode (e geralmente é assim) consultar o mesmo dado mais de uma vez. No arquivo de movimento, uma vez que o dado é processado, o sistema nunca mais lerá este mesmo dado do arquivo de movimento.

Exemplo: um sistema de folha de pagamento, após o cálculo da folha, envia um arquivo para o banco efetuar o crédito do salário na conta dos funcionários. Este arquivo foi resultado de um processamento da folha de pagamento e será usado pelo sistema de pagamento do banco para efetuar o crédito dos salários. Após este processamento, o arquivo de movimento perde sua utilidade.

Um arquivo como esse não é contado como um AIE porque não atende à regra de ser um ALI em outra aplicação.

Veja o cenário 8 do CPM (Dados Padrão de Transação) Capítulo 3, Parte 3, Pág (3-20)

ADD

(Last edited: Thursday, 24 May 2012, 1:50 PM)
É a contagem de pontos de função das funções que foram instaladas pelo projeto de desenvolvimento, na fórmula:

desenvolvimento: AFPA = ADD

ou

É a contagem de pontos de função para as funções que foram incluídas pelo projeto de melhoria, na fórmula:

projeto de melhoria: EFP = ADD + CHGA + CFP + DEL

aplicação, após melhoria: AFPA = (AFPB + ADD + CHGA) - (CHGB + DEL)

ADD = added

CFPP

(Last edited: Thursday, 9 August 2012, 2:24 PM)

O certificado CFPP ( Certified Function Point Practitoner) é concedido para aqueles que não obtiveram rendimento suficiente na prova de certificação CFPS, mas o rendimento médio foi maior ou igual a 80%. Lembrando que é necessário obter ainda uma nota mínima de 70% nas três partes do exame.

Conversão de Dados

(Last edited: Thursday, 9 August 2012, 3:06 PM)

São funções de dados ou de transação providas para converter dados e/ou fornecer outros requisitos de conversão especificados pelo usuário, como relatórios de verificação da conversão. A característica destas funções é que elas são descartadas após o seu uso, não fazendo parte da aplicação após sua instalação. Quando o sistema entra em operação, essas funções não são mais necessárias.

Na fórmula do projeto de desenvolvimento:

DFP = (ADD + CFP)

Na fórmula do projeto de melhoria:

EFP = ADD + CHGA + CFP + DEL

Onde CFP é Pontos de Funcionalidade de Conversão ou Conversion Function Points.

Exemplo: Um novo sistema de contas a pagar será implantado. Como parte do projeto de desenvolvimento desse sistema é necessário um programa que leia dados de compromissos de dois outros sistemas e, observando uma série de regras estabelecidas, atualize a base de compromissos do novo sistema. Também é necessário uma entrada de dados para complementar alguns dados que não estão disponíveis nesses sistemas. Todas essas funcionalidades são descartadas ao final da implantação do sistema.

Linhas de Código

(Last edited: Thursday, 9 August 2012, 3:11 PM)

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

VAFA

(Last edited: Thursday, 9 August 2012, 3:47 PM)

É 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

Medição de Tamanho Funcional

(Last edited: Thursday, 9 August 2012, 4:00 PM)

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

Tamanho Funcional

(Last edited: Thursday, 9 August 2012, 4:02 PM)

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.

Manutenção Adaptativa

(Last edited: Thursday, 9 August 2012, 4:59 PM)

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.

Medição de Pontos de Função

(Last edited: Friday, 10 August 2012, 4:26 PM)

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

Contagem de Pontos de Função do Projeto de Desenvolvimento

(Last edited: Friday, 10 August 2012, 4:43 PM)

É também chamada de DFP - Development Fuction Point

É a contagem de pontos de função do projeto de desenvolvimento. Mede as funções fornecidas ao usuário com a primeira instalação do software entregue e também qualquer eventual função de conversão de dados.

Segundo a fórmula, DFP = (ADD + CFP).

Utilize a seguinte fórmula para calcular o tamanho funcional ajustado do Projeto de Desenvolvimento.

aDFP = (ADD + CFP) * VAF

Contagem de Pontos de Função do Projeto de Melhoria

(Last edited: Friday, 10 August 2012, 4:46 PM)
É a atividade de aplicar as regras do método de Medição de Tamanho Funcional (FSM) do IFPUG para medir o tamanho funcional de um projeto de melhoria.
Mede as modificações em uma aplicação existente que inclui, altera e/ou exclui funções do usuário entregues quando o projeto está completo. Também pode medir eventuais funções de conversão de dados.
É também chamada de Enhanced Function Point (EFP). Sendo assim, temos:

EFP = ADD + CHGA + CFP + DEL

Utilize a seguinte formula para calcular o tamanho funcional ajustado do Projeto de Melhoria.

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

Componente Funcional Básico

(Last edited: Monday, 8 October 2012, 2:03 PM)

Unidade elementar dos Requisitos Funcionais do Usuário definida por e utilizada por um método FSM para fins de medição. Um Componente Funcional Básico pode ser ALI, AIE, EE, CE e SE. 

EXEMPLOS Um Requisito Funcional do Usuário poderia ser “Manter Clientes”, o qual poderia consistir dos seguintes CFBs: “Incluir um novo cliente”, “Reportar Compras do Cliente” e “Alterar Detalhes do Cliente”. Outro exemplo poderia incluir uma coleção de dados do negócio logicamente relacionados, mantida pelo software em estudo, tal como “Detalhes do Cliente”.

Lógica de Processamento

(Last edited: Monday, 4 February 2013, 11:09 PM)

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.

Sumário das Lógicas de Processamento Usadas Pelas Transações

Tipos de Lógica de Processamento (LP)

EE

SE

CE

01. Validações

Pode

Pode

Pode

02. Cálculos e fórmulas matemáticas

Pode

Deve*

Não

03. Conversão em valores equivalentes

Pode

Pode

Pode

04. Filtro e seleção de dados com base em critérios específicos na comparação de vários conjuntos dados

Pode

Pode

Pode

05. Análise de condições para que se determinem quais se aplicam

Pode

Pode

Pode

06. Atualização de pelo menos um ALI

Deve*

Deve*

Não

07. Referencia a pelo menos um ALI ou AIE

Pode

Pode

Deve

08. Recuperação de dados ou informações de controle

Pode

Pode

Deve

09. Criação de dados derivados

Pode

Deve*

Não

10. Alteração do comportamento do sistema

Deve*

Deve*

Não

11. Preparação e apresentação de informação para fora da fronteira

Pode

Deve

Deve

12. Capacidade de aceitar dados ou informações de controle que entram pela fronteira

Deve

Pode

Pode

13. Ordenação, reclassificação ou rearrumação de um conjunto de dados

* Esta é a única lógica que não serve para garantir que uma transação seja diferente de outra

Pode

Pode

Pode


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

CFPS

(Last edited: Monday, 18 March 2013, 10:49 PM)

Certified Function Point Specialist:

O programa de certificação CFPS - Certified Function Point Specialist - tem por objetivo reconhecer formalmente os profissionais capazes de realizar contagens de pontos de função precisas e consistentes e que também conheçam as práticas de contagem mais recentes do IFPUG.

Para ser certificado, o profissional deve ser aprovado em um exame elaborado pelo IFPUG cuja taxa de acerto mínima deve ser de 90%. Este exame consiste em aproximadamente 150 questões de múltipla escolha baseadas no seu Manual de Práticas de Contagem. A duração da prova é de 3 horas. É um exame de difícil aprovação em função do tempo disponível e também da exigência da taxa de acerto elevada, mas infelizmente o IFPUG não divulga nenhuma informação relativa à taxa de aprovação no exame.

O prazo de validade da certificação é de três anos, após o qual o profissional deve submeter-se novamente ao exame para renovação da certificação ou participar do programa de extensão de certificação (independente de ter havido alguma mudança na versão do manual). Este programa permite que se prorrogue em dois ou três anos a validade da certificação através da acumulação de créditos em diversas atividades como: realizar contagens de pontos de função, ministrar cursos, escrever artigos ou livros, participar como voluntário de algum dos comitês do IFPUG. Entretanto esta renovação somente pode ser realizada por duas vezes consecutivas, após as quais o profissional deverá obrigatoriamente submeter-se ao exame para renovar sua certificação.

Até o início de 2008 o exame de certificação era realizado em papel, com correção manual. A partir de Julho de 2008 o exame foi automatizado e pode ser aplicado por qualquer centro credenciado pela Prometric no mundo, na data agendada pelo interessado. Há a opção do exame em inglês e também em português. Para buscar a lista de centros autorizados a ministrar o exame CFPS, acesse http://www.prometric.com/IFPUG.

Não há a exigência de formação superior, comprovação de experiência com APF ou ter assistido qualquer curso para tentar a certificação. O único pré-requisito para prestar o exame CFPS é ser filiado ao IFPUG. Porém, sem uma preparação adequada, a chance de aprovação é pequena. Mesmo para o profissional que está fazendo o exame para renovar a certificação, é necessária uma preparação com estudo e exercícios. O nosso curso Preparação para o Exame CFPS foi elaborado especificamente para apoiar o candidato ao exame do IFPUG em sua jornada de preparação para a certificação (ou recertificação).

Requisito Funcional

(Last edited: Thursday, 11 April 2013, 2:54 PM)

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]

Fronteira

(Last edited: Tuesday, 11 June 2013, 10:48 AM)

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

Função de Dados

(Last edited: Wednesday, 12 June 2013, 12:07 PM)

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

Função de Transação

(Last edited: Wednesday, 12 June 2013, 12:07 PM)

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

Saída Externa

(Last edited: Tuesday, 25 June 2013, 5:26 PM)

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.

Orientação a Objeto

(Last edited: Thursday, 22 August 2013, 8:21 AM)

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.