quinta, 28 Mar 2024, 10:08
Site: FATTO
Curso: FATTO (FATTO)
Glossário: Glossário da Análise de Pontos de Função
A

ADD

(Última edição: quinta, 24 Mai 2012, 13:50)
É 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

AFPA

(Última edição: terça, 22 Mar 2011, 12:41)
É 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

(Última edição: terça, 22 Mar 2011, 12:46)
É 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

Alteração do comportamento do sistema

(Última edição: quarta, 1 Jul 2009, 14:14)
Modificar o comportamento do sistema significa alterar um parâmetro de negócio (através de alguma transação). O efeito causado por esta mudança no parâmetro tem reflexo no comportamento de outras transações.  Exemplo: o sistema de compras dá autonomia para que cada comprador possa efetuar compras de até R$10.000,00 no mês sem autorização da chefia. Este valor é um parâmetro do sistema e quando for alterado afetará as transações de compra, ou seja, irá alterar o comportamento do sistema.

Análise de Pontos de Função

(Última edição: segunda, 11 Mai 2009, 23:21)

Método padrão para medir software do ponto de vista do usuário pela quantificação da funcionalidade fornecida. 

Objetivos da Técnica:
- Medir a funcionalidade que o usuário solicita e recebe;
- Medir o desenvolvimento e manutenção de software de forma independente da tecnologia utilizada para sua implementação.

Objetivos do Processo de Contagem:
- Ser simples o suficiente para minimizar o esforço adicional envolvido no processo de medição;
- Uma medida consistente entre vários projetos e organizações.

Benefícios da APF:
- Determinar o tamanho de um pacote adquirido;
- Ajudar usuários a determinar os benefícios de um pacote para sua organização;
- Suportar a análise de produtividade e qualidade;
- Estimar custos e recursos para desenvolvimento e manutenção de software;
- Fator de normalização para comparação de software.

Analista de Métricas

(Última edição: terça, 20 Abr 2010, 15:54)

Profissional responsável pelas medições, pode ser ou não certificado CFPS.

Aplicação

(Última edição: segunda, 2 Ago 2010, 16:41)

Um conjunto coeso de procedimentos automatizados e dados suportando um objetivo de negócio. Consiste de um ou mais componentes, módulos ou subsistemas. Frequentemente usado como sinônimo para Sistema, Sistema de Informação ou Sistema Aplicativo.


Exemplos: contas a pagar, contas a receber, folha de pagamento, compras, produção de loja, controle de linha de montagem, radar de busca aérea, acompanhamento de alvo, acionamento de armas, programação de aeronaves e reservas de passagens.

Arquivo

(Última edição: quarta, 1 Jul 2009, 11:23)
No contexto da APF o termo arquivo (ou arquivo lógico) não possui o mesmo significado do sentido tradicional de processamento de dados. Neste caso,  refere-se a um grupo lógico de dados ou informações de controle, e não à implementação física destes. É classificado em ALI ou AIE.

No contexto de modelagem de dados um arquivo é uma coleção de registros de um mesmo tipo.

Arquivo de Interface Externa

(Última edição: sexta, 23 Jul 2010, 11:30)

Um arquivo de interface externa (AIE) é um grupo de dados ou de informações de controle logicamente relacionados, reconhecido pelo usuário, referenciado pela aplicação que está sendo contada, porém, mantido dentro da fronteira de uma outra aplicação. A intenção primária de um AIE é armazenar dados referenciados através de um ou mais processos elementares dentro da fronteira da aplicação que está sendo contada. Isto significa que um AIE contado para uma aplicação deve ser um ALI em outra aplicação.

Exemplo: o sistema de Faturamento possui algumas transações que precisam buscar informações relativas a cliente. Mas os dados de cliente não são mantidos pelo sistema de Faturamento, isto é responsabilidade do sistema de Cadastro. Logo para o sistema de Faturamento, Cliente é um AIE. Para o sistema de Cadastro, Cliente é um ALI.

Arquivo de movimento

(Última edição: quarta, 9 Mai 2012, 16:36)

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)

Arquivo Lógico

(Última edição: terça, 22 Mar 2011, 12:52)

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

(Última edição: terça, 22 Mar 2011, 12:55)

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

(Última edição: terça, 22 Mar 2011, 12:58)

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

Arranjar

(Última edição: segunda, 27 Dez 2010, 15:28)
Atividade correspondente ao sequenciamento de atributos em uma transação funcional.

Artefato

(Última edição: quinta, 22 Abr 2010, 16:09)
Qualquer item criado como parte da definição, manutenção ou utilização de um processo de desenvolvimento ou manutenção de sistemas de informação. Inclui, entre outros, descrições de processo, planos, procedimentos, especificações, projeto de arquitetura, projeto detalhado, código fonte, documentação para o usuário. Artefatos podem ou não ser entregues a um cliente ou usuário final.

Ativo

(Última edição: terça, 27 Abr 2010, 18:02)
Termo utilizado para expressar os bônus e produtos de uma organização.

Atualização On-Line

(Última edição: terça, 12 Mai 2009, 22:48)

Uma das 14 características gerais de sistema que descreve o grau pelo qual arquivos lógicos internos são atualizados de forma on-line. 

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Não há nenhuma atualização on-line.
1 - Existe a atualização on-line de um a três arquivos. Volume de atualização é pequeno e a recuperação é fácil.
2 - Existe a atualização on-line de quatro ou mais arquivos. Volume de atualização é pequeno e a recuperação é fácil.
3 - A atualização da maioria dos arquivos internos é on-line.
4 - Adicionalmente, a proteção contra a perda de dados é essencial e foi especialmente projetada e programada no sistema.
5 - Adicionalmente, o alto volume de processamento torna necessária a análise do custo do processo de recuperação. São incluídos procedimentos altamente automatizados com um mínimo de intervenção do operador.

Auto contido

(Última edição: segunda, 27 Dez 2010, 15:37)
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.
B

Backlog

(Última edição: segunda, 28 Fev 2011, 10:16)
É 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.

Balanced Score Card

(Última edição: terça, 27 Abr 2010, 18:26)
Balanced Score Card é uma metodologia de medição e gestão de desempenho desenvolvida pelos professores da Harvard Business School, Robert Kaplan e David Norton, em 1992. Os métodos usados na gestão do negócio, dos serviços e da infra-estrutura, baseiam-se normalmente em metodologias consagradas que podem utilizar a TI (tecnologia da informação) e os softwares de ERP como soluções de apoio, relacionando-a à gerência de serviços e garantia de resultados do negócio. Os passos dessas metodologias incluem: definição da estratégia empresarial, gerência do negócio, gerência de serviços e gestão da qualidade; passos estes implementados através de indicadores de desempenho.
Vide definição Wikipedia: http://pt.wikipedia.org/wiki/Balanced_scorecard

Benchmarking

(Última edição: quarta, 16 Jul 2008, 08:36)

É a busca das melhores práticas na indústria que conduzem ao desempenho superior. Vide definição Wikipedia: http://pt.wikipedia.org/wiki/Benchmarking

BFPUG

(Última edição: terça, 16 Jan 2007, 21:28)
Brazilian Function Point Users Group (www.bfpug.com.br) , é o grupo de usuários da APF no Brasil.
C

Características Gerais de Sistema

(Última edição: terça, 22 Mar 2011, 13:37)

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

Carga/"Load"

(Última edição: sábado, 28 Out 2006, 20:11)

Copiar instruções ou dados de computador de um armazenamento externo para armazenamento interno. (IEEE)

Caso de Uso

(Última edição: quarta, 26 Nov 2008, 10:55)

O caso de uso é um documento que representa uma unidade discreta de interação entre o usuário e o sistema, ou seja, uma sequência de ações (com possíveis variações) que produz um resultado concreto. Ele descreve uma funcionalidade que o sistema possui do ponto de vista da interação usuário (ou ator) e o sistema. Não deve conter termos técnicos da área de desenvolvimento, apenas a linguagem do usuário. Também não deve descrever como o sistema será construído.

Tipicamente um sistema terá vários casos de uso, cada um abordando uma parte do que o sistema irá fornecer ao seu usuário.

CFPP

(Última edição: quinta, 9 Ago 2012, 14:24)

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.

CFPS

(Última edição: segunda, 18 Mar 2013, 22:49)

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

Chave Estrangeira

(Última edição: quarta, 3 Jun 2009, 17:56)
Campo (ou conjunto de campos) em um arquivo, reconhecido e solicitado pelo usuário, que existe para estabelecer um relacionamento com outro arquivo. A chave estrangeira aponta para a chave primária do outro arquivo relacionado.

Chave primária

(Última edição: quarta, 3 Jun 2009, 16:05)
É um conjunto de um ou mais campos, cujos valores nunca se repetem dentro de um arquivo. É ela que identifica de forma única cada registro do arquivo. Pode ser simples (quando formada por um único campo) ou composta (quando formada por vários campos). Se a chave primária é composta, ou seja, formada por mais de um campo, os valores de cada campo podem se repetir, mas não a combinação desses valores.

CHGA

(Última edição: terça, 22 Mar 2011, 13:02)

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

(Última edição: terça, 22 Mar 2011, 13:04)

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)

Ciclo de Vida

(Última edição: terça, 20 Abr 2010, 18:00)
Descreve as fases pelas quais o software passa desde a sua concepção até ficar sem uso algum.

Ciclo de Vida em Cascata

(Última edição: terça, 20 Abr 2010, 18:03)
Foi o primeiro modelo a ser conhecido em engenharia de software e está na base de muitos ciclos de vida utilizados hoje em dia. Este consiste basicamente num modelo linear em que cada passo deve ser completado antes que o próximo passo possa ser iniciado. Por exemplo, a análise de requisitos deve ser completada antes que o desenho do sistema possa ser iniciado.

CMMI

(Última edição: sexta, 9 Abr 2010, 15:53)

O Capability Maturity Model Integration (CMMI) é um modelo para avaliação e melhoria da maturidade dos processos de uma organização e também para identificação das práticas chave que são requeridas para aumentar a maturidade desses processos. Criado pelo Software Engineering Institute-SEI da Carnegie Mellon University e patrocinado pelo Departamento de Defesa Norte Americano.

COCOMO II

(Última edição: sábado, 10 Abr 2010, 22:23)
COnstructive COst MOdel é um modelo de estimativa paramétrico que envolve o uso de equações matemáticas para fazer estimativas de esforço, prazo e tamanho da equipe em projetos de software. Suas equações são baseadas em pesquisa e dados históricos e utilizam como entrada a quantidade de linhas de código (ou pontos de função) e a avaliação de outros aspectos relevantes para a estimativa chamados de cost drivers (ou vetores de custo).

Comitê de Práticas de Contagem

(Última edição: quinta, 9 Jul 2009, 00:54)

Comitê do IFPUG responsável pela manutenção e publicação do Manual de Práticas de Contagem.

Complexidade de Processamento

(Última edição: terça, 12 Mai 2009, 23:55)

Uma das 14 características gerais de sistema que descreve em que nível o processamento lógico ou matemático influencia o desenvolvimento da aplicação. Os seguintes componentes estão presentes:
- Controle sensível e/ou processamento específico de segurança da aplicação. Exemplo: processamento especial de auditoria.
- Processamento lógico extensivo. Exemplo: sistema de gestão de crédito.
- Processamento matemático extensivo. Exemplo: sistema de otimização de corte de tecidos.
- Muito processamento de exceção resultando em transações incompletas que devem ser processadas novamente. Exemplo: transações incompletas em ATM em função de problemas de teleprocessamento, falta de dados ou de edição.
- Processamento complexo para manipular múltiplas possibilidades de entrada e saída, como, por exemplo, multimídia, ou independência de dispositivo. Exemplo: sistema de extrato de conta corrente que emite via terminal de retaguarda, auto-atendimento, web, e-mail, telefone celular.

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.

Complexidade Funcional

(Última edição: sexta, 23 Abr 2010, 13:09)

É a classificação da complexidade de um tipo de função em particular. Ela pode assumir o valor de baixa, média ou alta. Para as funções tipo dados, a complexidade é determinada pelo número de tipos de registro (registros lógicos referenciados - RLR - ou record element types - RET) e tipos de dado (dados elementares referenciados - DER - ou data element types - DET). Para as funções de tipo transacional, a complexidade é determinada pelo número de arquivos referenciados (arquivos lógicos referenciados - ALR - ou file type referenced - FTR) e tipos de dados.

Componente

(Última edição: sexta, 23 Abr 2010, 09:58)
No contexto da APF, o termo componente, tem o sentido de "partes de um conjunto" e não o sentido de "pedaço reutilizável de software", que é um termos mais técnico e ligado ao contexto do desenvolvedor de software.

Componente Funcional Básico

(Última edição: segunda, 8 Out 2012, 14:03)

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

Comunicação de Dados

(Última edição: quinta, 16 Nov 2006, 11:40)

Uma das 14 características gerais de sistema que descreve o grau pelo qual a aplicação comunica-se diretamente com o processador. Os dados ou informações de controle utilizados pela aplicação são enviados ou recebidos por meio de recursos de comunicação. Terminais conectados localmente à unidade de controle são considerados recursos de comunicação. Protocolo é um conjunto de convenções que permite a transferência ou intercâmbio de informações entre dois sistemas ou dispositivos. Todos os links de comunicação necessitam de algum tipo de protocolo.

Pontue o seu nível de influência de acordo com as seguintes orientações:
0 - A aplicação é puramente batch ou uma estação de trabalho isolada.
1 - A aplicação é puramente batch, mas possui entrada de dados ou impressão remota.
2 - A aplicação é batch, mas possui entrada de dados e impressão remota.
3 - A aplicação possui entrada de dados on-line, front-end de teleprocessamento para um processamento batch ou sistema de consulta.
4 - A aplicação é mais que um front-end, mas suporta apenas um tipo de protocolo de comunicação.
5 - A aplicação é mais que um front-end, e suporta mais de um tipo de protocolo de comunicação.

Cone da Incerteza

(Última edição: quinta, 22 Abr 2010, 14:04)
Teoria que explica o fenômeno onde nós da indústria de software quando iniciamos um novo projeto não fazemos a menor idéia de quando vamos terminá-lo. Quanto mais o tempo passa e mais perto do fim melhor e mais preciso são as nossas estimativas, ou seja, isso culmina na conclusão de que você só tem 100% de certeza de que terminará o projeto apenas um dia antes de efetivamente terminá-lo.

Configuração Altamente Utilizada

(Última edição: terça, 22 Mai 2007, 23:10)

Uma das 14 características gerais de sistema que descreve o grau pelo qual as restrição de recursos computacionais influenciam o desenvolvimento da aplicação. Uma configuração operacional altamente utilizada, necessitando de considerações especiais de projeto, é uma característica da aplicação. Por exemplo, o usuário deseja executar a aplicação em um equipamento já existente ou comprado e que será altamente utilizado.

A questão que deve ser avaliada para esta CGS é "O quanto a infra-estrutura influencia o projeto?"

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Não existem restrições operacionais implícitas ou explícitas nos requisitos.
1 - Existem restrições operacionais, mas são menos restritivas que uma aplicação típica. Não há esforço especial necessário ao atendimento dessas restrições.
2 - Existem restrições operacionais, mas são restrições típicas da aplicação. Há esforço especial necessário ao atendimento dessas restrições.
3 - Existem requisitos específicos de processador para uma parte específica da aplicação.
4 - Restrições operacionais explícitas necessitam de um processador dedicado ou utilização pesada do processador central.
5 - Adicionalmente, existem limitações nos componentes distribuídos da aplicação.

Consulta Externa

(Última edição: terça, 22 Mar 2011, 13:08)

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.

Consulta implícita

(Última edição: sexta, 18 Nov 2011, 11:32)

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

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

(Última edição: segunda, 21 Mar 2011, 13:58)
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

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

(Última edição: sexta, 10 Ago 2012, 16:43)

É 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

(Última edição: sexta, 10 Ago 2012, 16:46)
É 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)

Contagem Estimativa

(Última edição: quarta, 26 Nov 2008, 11:34)
Técnica proposta pela NESMA para estimar o tamanho em pontos de função de um sistema baseado apenas na identificação de todas as suas funções, sem a necessidade de identificar a complexidade delas. Neste caso assume-se a complexidade baixa para os arquivos lógicos e a complexidade média para as transações.

Contagem Indicativa

(Última edição: quinta, 4 Jun 2009, 23:49)
Técnica proposta pela NESMA para estimar o tamanho em pontos de função de um sistema baseado apenas na identificação de seus arquivos lógicos.
O tamanho é dado contando 35 PFs para cada ALI identificado e 15 PFs para cada AIE identificado.
AFP = #ALI x 35 + #AIE x 15

Contribuição

(Última edição: quarta, 9 Mai 2012, 15:03)

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.

Conversão de Dados

(Última edição: quinta, 9 Ago 2012, 15:06)

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.

Cópia

(Última edição: quarta, 29 Nov 2006, 01:11)

IEEE: (1) Ler dados de uma fonte, mantendo os dados da fonte intactos e gravar os mesmos dados em outro local em forma física que pode diferir daquela da fonte. Por exemplo,  copiar dados de um disco magnético para uma fita magnética. (2) O resultado de um processo de cópia como acima exposto. Por exemplo, uma cópia de um arquivo de dados.

CPM

(Última edição: quinta, 3 Fev 2011, 16:43)

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.

D

Dado Derivado

(Última edição: quinta, 16 Jul 2009, 12:01)

Informação criada a partir da transformação de dados existentes. Requer outro processamento além da recuperação, conversão, formatação e/ou edição direta de dados de um arquivo lógico interno e/ou arquivo de interface externa.

Ou seja, é um dado que é apresentado pelo sistema mas que não está armazenado em um arquivo lógico. Ele é criado através de uma lógica de processamento (cálculo, por exemplo). Exemplos de dados derivados podem ser todos os campos apresentados pela transação que sejam resultados de cálculos: total de faturamento, tempo médio entre falhas, % de participação do produto X nas vendas, etc.

Dados de Código

(Última edição: sexta, 26 Jun 2009, 00:15)

São dados que surgem em resposta a requisitos técnicos como: normalização de dados, garantia da integridade de dados ou melhoria na entrada de dados. Em geral são dados essencialmente estáticos que possuem poucos atributos, tipicamente código e descrição. Estes dados não contribuem para o tamanho funcional do software, nem as transações que os manipulam.

Também chamados de dados de lista ou dados de tradução. O usuário nem sempre os especifica diretamente. Em outros casos, são identificados pelo desenvolvedor em resposta a um ou mais requisitos técnicos do usuário. Provêem uma lista de valores válidos que um atributo descritivo pode assumir. Tipicamente seus atributos são código, descrição e/ou outros atributos "padrão" descrevendo o código; por exemplo, abreviação padrão, datas de início e término de vigência, dados de auditoria, ativo/inativo, etc.

A diferença chave entre Dados de Código e Dados de Referência é:
• Com Dados de Código, você pode substituir um pelo outro sem alteração do significado dos Dados do Negócio. Ex.: Código do Aeroporto X Nome do Aeroporto, Código da Cor X Descrição da Cor.
• Com Dados de Referência você não pode substituir (Ex.: Código do Imposto com a Alíquota do Imposto)

Características lógicas incluem:
• Dados são obrigatórios para a área funcional, mas armazenado opcionalmente como um arquivo de dados
• Geralmente não identificado como parte dos requisitos funcionais; ele é normalmente identificado como parte do projeto para satisfazer requisitos técnicos
• Às vezes mantidos pelo usuário (normalmente por um usuário do suporte)
• Armazena dados para padronizar e facilitar atividades do negócio e transações do negócio
• Essencialmente estático – apenas alterado em resposta a mudanças na maneira que o negócio é operado
• Transações do negócio acessam Dados de Código para melhorar casos de entradas de dados, melhorar a consistência de dados, garantir integridade de dados, etc.

Quando reconhecido pelo usuário:
• As vezes é considerado como um grupo do mesmo conjunto de dados
• Pode ser mantido utilizando a mesma lógica de processamento

Características físicas incluem:
• Possui campos chave e normalmente um ou dois atributos apenas
• Tipicamente tem um número estável de registros
• As vezes desnormalizado e armazenado em uma tabela física com outros Dados de Código
• Pode ser implementado de diferentes formas (ex.: em uma aplicação separada, dicionário de dados ou diretamente no código fonte do software)

Exemplos:
• Dados estáticos
• Dados de substituição (código + descrição)
• Dados de domínio de valores

Dados de Negócio

(Última edição: terça, 4 Ago 2009, 16:40)

Representam dados centrais para o negócio da aplicação. Representam um percentual significativo das entidades identificadas. Possuem muitos atributos e são dados dinâmicos (regularmente lidos e mantidos). Devem ser contados como ALIs ou AIEs.

Também chamados de core user data ou objetos de negócio.

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)
• Mantido pelo usuário (normalmente por um usuário do negócio)
• Armazena Dados Centrais do Usuário para auxiliar as transações do negócio
• Muito dinâmico – operações normais do negócio fazem com que eles sejam regularmente referenciados, incluídos, alterados e excluídos rotineiramente.
• Reportável

Características físicas incluem:
• Têm campos chave e normalmente muitos atributos
• Podem ter de zero a infinitos registros

Dados de Referência

(Última edição: quarta, 16 Jan 2008, 10:16)

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

Defeito

(Última edição: terça, 28 Nov 2006, 23:41)

Um problema o qual, sem sua correção, poderia causar uma aplicação falhar ou produzir um resultado incorreto. A falta de uma funcionalidade que foi especificada ou solicitada também é considerada um defeito.

DEL

(Última edição: terça, 22 Mar 2011, 13:20)

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

Desenvolvedor

(Última edição: domingo, 12 Out 2008, 21:59)
Termo genérico para designar todos os profissionais envolvidos no desenvolvimento de software. Abrange todos os papéis desempenhados neste trabalho: programador, analista de sistemas, analista de negócios, testador, documentador, gerente de projeto, etc.

Desvio padrão

(Última edição: quinta, 22 Abr 2010, 11:13)

É a medida mais comum da dispersão estatística. É definido desta forma de maneira a dar-nos uma medida da dispersão que:

  1. seja um número não negativo;

  2. use as mesmas unidades de medida que os dados.

Diagrama de classe

(Última edição: quinta, 22 Abr 2010, 11:09)

É uma representação da estrutura e relações das classes que servem de modelo para objetos. É uma modelagem muito útil para o sistema, define todas as classes que o sistema necessita possuir e é a base para a construção dos diagramas de comunicação, sequência e estados.

Diagrama de Contexto

(Última edição: sexta, 21 Dez 2007, 19:23)

Ele representa todo o sistema como um único processo e é composto por fluxos de dados que mostram as interfaces entre o sistema e as entidades externas. O diagrama é uma forma de representar o objeto do estudo, o projeto, e sua relação com o ambiente.

Um diagrama de contexto permite identificar os limites dos processos, as áreas envolvidas com o processo e os relacionamentos com outros processos e elementos externos à empresa (ex.: clientes, fornecedores).

Documento de Visão

(Última edição: quarta, 24 Jun 2009, 10:08)

Contém a visão que os envolvidos têm do sistema a ser desenvolvido, em termos das necessidades e características mais importantes. Por conter uma descrição dos requisitos centrais pretendidos, ela proporciona a base para requisitos mais detalhados.

Também pode conter uma especificação de requisitos formal. O documento de visão captura restrições de design e requisitos de alto nível para que o usuário possa compreender o sistema que será desenvolvido.

E

Eficiência

(Última edição: terça, 28 Nov 2006, 23:42)
Capacidade do produto de software de apresentar desempenho apropriado, relativo à quantidade de recursos usados, sob condições especificadas [ISO/IEC 9126-1]. Tem como subcaracterísticas: comportamento em relação ao tempo, utilização de recursos e conformidade relacionada à eficiência.

Eficiência do Usuário Final

(Última edição: terça, 4 Ago 2009, 16:41)

Uma das 14 características gerais de sistema que descreve em que nível considerações sobre fatores humanos e facilidade de uso pelo usuário final influenciam o desenvolvimento da aplicação. As funções interativas fornecidas pela aplicação enfatizam um projeto para o aumento da eficiência do usuário final. O projeto inclui:
- Auxílio para navegação, como, por exemplo, teclas de função, saltos, menus gerados dinamicamente;
- Menus;
- Ajuda on-line e documentação;
- Movimentação automática de cursor;
- Paginação;
- Impressão remota por meio de transações on-line;
- Teclas de função predefinidas;
- Tarefas em lote submetidas a transações on-line;
- Seleção feita por posicionamento de cursor em tela de dados;
- Uso intenso de vídeo reverso, brilho, cores e outros indicadores;
- Documentação impressa das transações;
- Interface de mouse;
- Janelas pop-up;
- Utilização de número mínimo de telas para executar uma função do negócio;
- Suporte a dois idiomas (conte como quatro itens);
- Suporte a mais de dois idiomas (conte como seis itens).

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Nenhum dos itens anteriores.
1 - De um a três dos itens anteriores.
2 - De quatro a cinco dos itens anteriores.
3 - Seis ou mais dos itens anteriores, mas não existem requisitos específicos do usuário associados à eficiência.
4 - Seis ou mais dos itens anteriores e requisitos explícitos sobre a eficiência para o usuário final são fortes o bastante para necessitarem de tarefas de projeto que incluam fatores humanos, como, por exemplo, minimizar o número de toques no teclado, maximizar padrões de campo e uso de modelos.
5 - Seis ou mais dos itens anteriores e requisitos explícitos sobre a eficiência para o usuário final são fortes o bastante para necessitarem do uso de ferramentas e processos especiais para demonstrar que os objetivos foram alcançados.

Elicitação

(Última edição: quarta, 30 Jun 2010, 14:22)
É a atividade de obtenção, pesquisa, descoberta ou e/ou identificação dos requisitos que os usuários possuem para um projeto ou sistema.

Entidade

(Última edição: quarta, 21 Jul 2010, 15:27)

• É o principal objeto de dados sobre o qual informação é coletada

• É uma informação de pessoa, lugar, coisa ou evento

• Pode ter uma instância (uma ocorrência)

• É uma coisa de fundamental relevância para o usuário, sobre o qual uma coleção de fatos é armazenada; uma associação entre entidades que contém atributos é por si mesma uma entidade

• Envolve informação, uma representação de coisas similares que compartilham características e propriedades.

• Muitas vezes representadas em um modelo de dados através de um retângulo, com o nome da entidade escrito dentro do retângulo.

Entidade Associativa

(Última edição: quarta, 21 Jul 2010, 15:40)

É um tipo de entidade que contém atributos que completam a descrição de um relacionamento de muitos-para-muitos entre duas outras entidades. É usada para associar duas ou mais entidades como uma forma de definir o relacionamento de muitos-para-muitos. Entidades deste tipo são geralmente criadas por quem modela os dados para resolver algumas das regras de negócio necessárias à associação entre duas entidades distintas.

Entidade Atributiva

(Última edição: quarta, 21 Jul 2010, 15:41)

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

(Última edição: sexta, 31 Dez 2010, 09:12)

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

(Última edição: quinta, 3 Fev 2011, 15:47)

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

Entidade Subtipo

(Última edição: quarta, 25 Out 2006, 14:08)

Uma subdivisão de uma entidade. Um subtipo herda todos os atributos e relacionamentos de sua entidade pai e pode ter atributos e relacionamentos únicos adicionais.

Entrada de Dados On-Line

(Última edição: quarta, 29 Nov 2006, 00:53)

Uma das 14 características gerais de sistema que descreve o grau pelo qual dados são informados pela execução de transações interativas.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Todas as transações são processadas em lote.
1 - De 1% a 7% das transações são entradas de dados on-line.
2 - De 8% a 15% das transações são entradas de dados on-line.
3 - De 16% a 23% das transações são entradas de dados on-line.
4 - De 24% a 30% das transações são entradas de dados on-line.
5 - Mais de 30% das transações são entradas de dados on-line.

Entrada Externa

(Última edição: terça, 22 Mar 2011, 13:35)

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 Absoluto

(Última edição: sexta, 23 Abr 2010, 17:04)
Erro absoluto:

Diferença entre a valor real e o seu valor estimado.


Erro Relativo

(Última edição: sexta, 23 Abr 2010, 17:04)

Erro relativo:

Como dependendo das grandezas envolvidas o erro absoluto pode não ser muito significativo, portanto empregamos o erro relativo que é o erro absoluto dividido pelo valor estimado.

Escopo da Contagem

(Última edição: quinta, 3 Fev 2011, 15:55)

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.

Estado Consistente

(Última edição: segunda, 27 Dez 2010, 15:41)
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.

Estimativa Paramétrica

(Última edição: quinta, 22 Abr 2010, 16:13)
A estimativa paramétrica é uma técnica que utiliza uma relação estatística entre dados históricos e outras variáveis (por exemplo, metros quadrados em construção, linhas de código em desenvolvimento de software, horas de mão-de-obra necessárias) para calcular uma estimativa de custos para um recurso de uma atividade do cronograma. Esta técnica pode produzir níveis mais altos de exatidão dependendo da sofisticação e também da quantidade de recursos e dos dados de custos subjacentes incorporados ao modelo.
F

Facilidade de Instalação

(Última edição: sábado, 10 Nov 2007, 11:47)

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.

Facilidade de Mudança

(Última edição: sábado, 10 Nov 2007, 11:48)

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.

Facilidade de Operação

(Última edição: quarta, 29 Nov 2006, 00:55)

Uma das 14 características gerais de sistema que descreve em que nível a aplicação atende a alguns aspectos operacionais, como: inicialização, segurança e recuperação. A aplicação minimiza a necessidade de atividades manuais, como montagem de fitas, manipulação de papel e intervenção manual pelo operador.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Não foi estabelecida pelo usuário outra consideração que não os procedimentos de segurança normais.
1-4 Um, alguns ou todos os seguintes itens são válidos para a aplicação. Selecione todos aqueles que sejam válidos. Cada item tem um valor de um ponto, a exceção de onde seja citado o contrário.
   - Procedimentos de inicialização, salvamento e recuperação foram fornecidos, mas é necessária a intervenção do operador.
   - Procedimentos de inicialização, salvamento e recuperação foram fornecidos, e não é necessária a intervenção do operador (conte como dois itens).
   - A aplicação minimiza a necessidade de montagem de fitas.
   - A aplicação minimiza a necessidade de manipulação de papel.
5 - Aplicação projetada para operação não-assistida. Isto é, não é necessário nenhuma intervenção do operador para operar o sistema, que não seja a inicialização e término da aplicação. A recuperação automática de erros é uma característica da aplicação.

Fator de Impacto

(Última edição: quarta, 30 Jun 2010, 14:38)
Unidade de medida do nível de alteração em uma função, que pode variar em função da natureza e da extensão da alteração. Utilizado pelo método da NESMA para medição do projeto de melhoria.

Fator Normalizador

(Última edição: sexta, 23 Abr 2010, 13:38)
Os pontos de função são utilizados como fator normalizador do tamanho do software, permitindo o estabelecimento de métricas tais como produtividade (pontos de função produzidos por pessoa-mês), taxa de entrega (homens-hora para a produção de um ponto de função), densidade de defeitos (defeitos encontrados por ponto de função) e outras.

Fronteira

(Última edição: terça, 11 Jun 2013, 10:48)

É 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

(Última edição: sexta, 12 Jun 2009, 19:08)
As características ou capacidades de uma aplicação como vistas pelo usuário. Também chamada de funcionalidade. Unidade que representa as suas práticas e procedimentos.

Função de Dados

(Última edição: quarta, 12 Jun 2013, 12:07)

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

(Última edição: quarta, 12 Jun 2013, 12:07)

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

Funcionalidade

(Última edição: sexta, 16 Abr 2010, 19:38)
Capacidade do produto de software de prover funções que atendam necessidades explícitas e implícitas, quando o software estiver sendo utilizado sob condições especificadas [ISO/IEC 9126-1]. Tem como subcaracterísticas: adequação, acurácia, interoperabilidade, segurança de acesso e conformidade relacionada à funcionalidade.
G

Gerência de Projetos

(Última edição: terça, 27 Abr 2010, 17:44)
1 - Como sendo o processo através do qual se aplicam conhecimentos, capacidades, instrumentos e técnicas às atividades do projecto de forma a satisfazer as necessidades e expectativas dos diversos stakeholders envolvidos no mesmo. (Definição PMI)


2 - É a aplicação de conhecimentos, habilidades e técnicas na elaboração de atividades relacionadas para atingir um conjunto de objetivos pré-definidos, num certo prazo, com um certo custo e qualidade, através da mobilização de recursos técnicos e humanos.Vide definição Wikipedia:
http://pt.wikipedia.org/wiki/Gerência_de_projetos

Gold Plating

(Última edição: quinta, 22 Abr 2010, 11:13)

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.


Guia de Contagem

(Última edição: quarta, 20 Fev 2008, 12:00)

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

H

HH

(Última edição: sexta, 23 Abr 2010, 10:45)
Homem-hora (tradução literal do inglês man hour, "hora-homem") é uma unidade, convencionada e subjetiva, que mede a quantidade de trabalho realizada por uma pessoa durante uma hora.

HM

(Última edição: sexta, 13 Mai 2011, 09:45)
Homem-mês é uma unidade, convencionada e subjetiva, que mede a quantidade de trabalho realizada por uma pessoa durante um mês.
I

IEC

(Última edição: quarta, 4 Nov 2009, 12:55)
A IEC – International Electrotechnical Commission (www.iec.ch) é uma organização global que prepara e publica normas internacionais relacionadas a todas as tecnologias elétricas, eletrônicas e afins.

IEEE

(Última edição: quinta, 31 Jan 2008, 09:24)
É uma organização sem fins lucrativos de profissionais interessados no avanço da tecnologia. Originalmente o seu nome vem do acrônimo de Institute of Electrical and Electronics Engineers (www.ieee.org), porém o seu escopo de interesse e atuação se expandiu para muito além da área original.

IFPUG

(Última edição: sábado, 1 Mar 2008, 15:24)
O International Function Point Users Group (www.ifpug.org) é uma organização governada por membros voluntários, sem fins lucrativos, com o compromisso de promover e fornecer suporte a análise de pontos de função e outras técnicas de medição de software. É responsável pelo Manual de Práticas de Contagem e pelo processo de certificação CFPS.

Imagem

(Última edição: quarta, 29 Nov 2006, 00:06)

Conjunto de registros afins tratados como uma unidade. Uma réplica exata de um outro objeto, arquivo ou tabela geralmente criada pelo uso de um utilitário. Por exemplo, um arquivo poderia consistir de um conjunto de registros de faturamento.

Incremental

(Última edição: terça, 20 Abr 2010, 18:07)
A noção de processo incremental corresponde à ideia de “ aumentar (alargar) pouco-a-pouco ” o âmbito do sistema.

Informação de Controle

(Última edição: sábado, 12 Jul 2008, 18:45)

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.

Intenção primária

(Última edição: segunda, 27 Dez 2010, 15:43)
Intenção que é a primeira em importância.

ISBSG

(Última edição: quinta, 31 Jan 2008, 10:57)

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

(Última edição: sexta, 16 Abr 2010, 10:41)

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

ISO

(Última edição: quarta, 4 Nov 2009, 13:05)
A ISO – International Organization for Standardization (www.iso.org) é uma federação internacional de organismos nacionais de padronização, composta por mais de 160 países, sendo 1 organismo de cada país. A ISO é um organismo não governamental, com a missão é promover o desenvolvimento de padrões e atividades afins ao redor do mundo, com a visão de facilitar a troca de experiências e o desenvolvimento corporativo de atividades na esfera intelectual, científica, tecnológica e econômica. Os resultados do trabalho da ISO são consensos internacionais publicados como normas internacionais.

ISO/IEC 20926

(Última edição: domingo, 5 Jun 2011, 22:12)
Padrão de medição de tamanho funcional de software de acordo com o IFPUG e aderente à norma ISO/IEC 14143.

ISO/IEC 15939

(Última edição: terça, 23 Jun 2009, 11:27)

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

Iterativo

(Última edição: terça, 20 Abr 2010, 18:08)
A noção de Processo Iterativo corresponde à ideia de “ melhorar (ou refinar) pouco - a - pouco ” o sistema ( iterações ).
J

Junção

(Última edição: sábado, 28 Out 2006, 20:52)

Múltiplos arquivos com os mesmos elementos de dados consolidados em um único arquivo. (IEEE)

L

Linhas de Código

(Última edição: quinta, 9 Ago 2012, 15:11)

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

Lógica de Processamento

(Última edição: segunda, 4 Fev 2013, 23:09)

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

M

Manter

(Última edição: domingo, 20 Fev 2011, 19:12)
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.

Manutenção

(Última edição: sábado, 1 Mar 2008, 15:20)

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.

Manutenção Adaptativa

(Última edição: quinta, 9 Ago 2012, 16:59)

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.

Manutenção Corretiva

(Última edição: quinta, 3 Fev 2011, 15:49)

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)

Manutenção Cosmética

(Última edição: quarta, 8 Fev 2012, 16:34)

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

(Última edição: quinta, 23 Fev 2012, 15:22)

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

Manutenção Preventiva

(Última edição: quarta, 29 Nov 2006, 01:01)

Mudanças no hardware ou software executadas para prevenir defeitos futuros ou falhas. Por exemplo, reestruturar programas ou dados para aumentar a facilidade de manutenção e para prevenir defeitos. 

Máximo

(Última edição: sexta, 23 Abr 2010, 10:46)
Maior valor de uma amostra.

Média

(Última edição: quinta, 22 Abr 2010, 11:12)

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

Mediana

(Última edição: quinta, 22 Abr 2010, 11:12)

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

Medição

(Última edição: quarta, 29 Nov 2006, 15:20)

Uso de uma métrica para atribuir um valor (o qual pode ser um número ou categoria), obtido a partir de uma escala, a um atributo de uma entidade [ISO/IEC 9126-1]. Geralmente, no processo de melhoria, medidas obtidas nesta atividade são combinadas para gerar métricas. 

Medição de Pontos de Função

(Última edição: sexta, 10 Ago 2012, 16:26)

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

Medição de Tamanho Funcional

(Última edição: quinta, 9 Ago 2012, 16:00)

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

Medida

(Última edição: sexta, 23 Abr 2010, 11:01)

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.

Medida de Dispersão

(Última edição: quinta, 22 Abr 2010, 13:27)
Servem para avaliar o quanto os dados são semelhantes, descreve então o quanto os dados distam do valor central. Desse jeito, as medidas de dispersão servem também para avaliar qual o grau de representação da média. As medidas mais comuns de variabilidade para dados quantitativos são a variância; a sua raiz quadrada, o desvio padrão. A amplitude total, a distância interquartílica e o desvio absoluto são mais alguns exemplos de medidas de dispersão.

Metadado

(Última edição: terça, 27 Out 2009, 15:18)
Metadados (DD ou Dicionário de dados), ou Metainformação, são dados sobre outros dados. Um item de um metadado pode dizer do que se trata aquele dado, geralmente uma informação inteligível por um computador. Os metadados facilitam o entendimento dos relacionamentos e a utilidade das informações dos dados. Na análise de pontos de função, os metadados são considerados dados de código.

Mínimo

(Última edição: sexta, 23 Abr 2010, 10:47)
Menor valor de uma amostra.

Modelos de Dados

(Última edição: quinta, 22 Abr 2010, 11:15)

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

Múltiplos Locais

(Última edição: quarta, 29 Nov 2006, 01:02)

Uma das 14 características gerais de sistema que descreve em que nível a aplicação foi especificamente projetada, desenvolvida e suportada para diferentes ambientes de hardware e software.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Os requisitos do usuário não consideram a necessidade de mais de um usuário/local de instalação.
1 - Necessidade de múltiplos locais foi considerada no projeto, e a aplicação foi projetada para operar apenas nos mesmos ambientes de hardware e de software.
2 - Necessidade de múltiplos locais foi considerada no projeto, e a aplicação foi projetada para operar em apenas ambientes de hardware e de software similares.
3 - Necessidade de múltiplos locais foi considerada no projeto, e a aplicação foi projetada para operar em ambientes diferentes de hardware e de software.
4 - Adicionalmente aos itens 1 ou 2, plano de suporte e documentação são fornecidos e testados para suportar a aplicação em múltiplos locais.
5 - Adicionalmente ao item 3, plano de suporte e documentação são fornecidos e testados para suportar a aplicação em múltiplos locais.

N

NESMA

(Última edição: terça, 4 Ago 2009, 16:46)
Netherlands Software Metrics Association (www.nesma.org). Uma organização governada por membros, sem fins lucrativos, sediada na Holanda, comprometida para promover e suportar a análise de pontos de função e outros métodos de medição de software. Mantém um manual próprio para a contagem de pontos de função, com os mesmos conceitos e definições que o manual do IFPUG. Para a contagem de projetos de desenvolvimento e aplicação, as diferenças são pequenas entre a NESMA e o IFPUG. Para a contagem de projetos de melhoria, a abordagem das duas organizações é bem diferente.

Nível de Influência

(Última edição: terça, 22 Mar 2011, 13:54)
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.

Nível Total de Influência

(Última edição: quinta, 12 Abr 2012, 11:02)

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

Normalização

(Última edição: quarta, 25 Out 2006, 14:08)

O processo pelo qual qualquer estrutura de dados pode ser transformada por um projetista de banco de dados em um conjunto de relações normalizadas que não têm grupos repetidos.

O

Orientação a Objeto

(Última edição: quinta, 22 Ago 2013, 08:21)

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.

P

Passivo

(Última edição: terça, 27 Abr 2010, 18:03)
Termo utilizado para expressar os ônus e investimentos de uma organização. Os ônus são representados por grandezas mais tangíveis, como custo e esforço.

PDU

(Última edição: terça, 20 Abr 2010, 16:32)
Professional Development Unit (PDU) é a unidade de medida utilizada no programa PMP para quantificar atividades aprovadas de serviço profissional e aprendizagem relacionadas a tópicos de Gerenciamento de Projetos substancialmente consistentes com as áreas de conhecimento e os processos descritos no A Guide to the Project Management Body of Knowledge (PMBOK® Guide) e envolver recursos especializados apropriados. Tipicamente, uma PDU é obtida para cada hora gasta em uma atividade ou experiência de aprendizagem estruturada planejada.

Percentil

(Última edição: quinta, 22 Abr 2010, 11:11)

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.


Performance

(Última edição: quarta, 29 Nov 2006, 01:03)

Uma das 14 características gerais de sistema que descreve o grau pelo qual considerações de tempo de resposta e performance de throughput influenciam o desenvolvimento da aplicação. Os objetivos estabelecidos ou aprovados pelo usuário, em termos de tempo de resposta ou taxa de transações, influenciam (ou influenciará) o projeto, desenvolvimento, instalação e suporte da aplicação.

A questão que deve ser avaliada para esta CGS é "Quão rápida deve ser a aplicação e o quanto isto influencia o projeto?"

Pontue o seu nível de influência de acordo com as seguintes orientações:
0 - O usuário não estabeleceu nenhum requisito especial sobre performance.
1 - Requisitos de performance e projeto foram estabelecidos e revisados, mas nenhuma ação em especial foi tomada.
2 - Tempo de resposta ou taxa de transações são críticos durante as horas de pico. Não é necessário nenhum projeto especial para a utilização de CPU. O limite para o processamento é o dia seguinte.
3 - Tempo de resposta ou taxa de transações são críticos durante todas as horas de trabalho. Não foi necessário nenhum projeto especial para a utilização de CPU. O limite de processamento é crítico.
4 - Adicionalmente, requisitos especificados pelo usuário são exigentes o bastante para que tarefas de análise de performance sejam necessárias na fase de projeto.
5 - Adicionalmente, ferramentas de análise de performance devem ser utilizadas nas fases de projeto, desenvolvimento e/ou implementação para que os requisitos de performance do usuário sejam atendidos.

PERT/CPM

(Última edição: quinta, 22 Abr 2010, 14:13)
Program Evaluation and Review Technique ou PERT é usado em planejamento.

As técnicas denominadas PERT e CPM foram independentemente desenvolvidas para o Planejamento e Controle de Projetos em torno de 1950, porém a grande semelhança entre estas fez com que o termo PERT/CPM fosse utilizado corriqueiramente como apenas uma técnica.
Os termos PERT e CPM são acrônimos de Program Evaluation and Review Technique (PERT) e Critical Path Method (CPM).

Exemplos de Projetos que podem utilizar PERT/CPM:
1. Construção de uma planta
2. Pesquisa e desenvolvimento de um produto
3. Produção de filmes
4. Construção de navios
5. Instalação de um sistema de informações
6. Condução de campanhas publicitárias, entre outras.

PERT e CPM utilizam principalmente os conceitos de Redes (Grafos) para planejar e visualizar a coordenação das atividades do projeto.
Enquanto PERT é o cálculo a partir da média ponderada de 3 durações possíveis de uma atividade (otimista, mais provável e pessimista), CPM é um método de apuração do caminho crítico dada uma sequência de atividades, isto é, quais atividades de uma sequência não podem sofrer alteração de duração sem que isso reflita na duração total de um projeto.
Um exemplo clássico de aplicação de PERT/CPM é o planejamento e gerenciamento da construção civil..

PMBOK

(Última edição: terça, 20 Abr 2010, 16:36)
O "Project Management Body of Knowledge" (PMBOK® Guide) é um termo que abrange o universo do conhecimento da profissão de Gerenciamento de Projetos.
Ele descreve o subconjunto do universo do conhecimento de Gerenciamento de Projetos reconhecido como boas práticas em muitos projetos na maior parte do tempo, havendo consenso pelos praticantes sobre seus valores e aplicabilidade. Entretanto, a aceitação geral não representa a necessidade de aplicação uniforme em todos os projetos, devendo ser definido o que é apropriado para cada projeto / indústria.
Ele também estabelece uma linguagem comum para a profissão de gerente de projetos.

Ponto de Função

(Última edição: sábado, 1 Mar 2008, 15:35)

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

Ponto de Função de Teste

(Última edição: quarta, 16 Jul 2008, 11:00)
Unidade de medida do tamanho das funções sujeitas a teste. Conceito empregado pela NESMA no seu método de medição do projeto de melhoria.

Preço Global Fixo

(Última edição: quarta, 30 Jun 2010, 14:25)
Essa modalidade de contratação privilegia a abordagem de projeto, com um início e fim bem definidos. Exige maior nível de organização tanto por parte do cliente quanto do fornecedor. Quanto melhor estiverem os requisitos, menor a chance de atritos entre ambos.

Um fator que complica a utilização desta abordagem é assumir que os requisitos não mudam após o início do projeto.

Preço Unitário

(Última edição: sexta, 23 Abr 2010, 16:49)
Nesse modelo, é definida uma remuneração para o fornecedor sobre os elementos do projeto. Esse elemento pode assumir várias formas: tela, relatório, tabela, caso de uso, linha de código ou ponto de função.

Em tese é um modelo que procura equilibrar as deficiências da contratação por homem hora e por preço global fixo.

Processamento Distribuído

(Última edição: segunda, 7 Abr 2008, 21:10)

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. 

Processo Elementar

(Última edição: quinta, 9 Jul 2009, 01:06)

É 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

Processo Unificado

(Última edição: quinta, 22 Abr 2010, 16:15)
O processo unificado (UP) de desenvolvimento de software é o conjunto de atividades necessárias para transformar requisitos do usuário em um sistema de software. O UP de desenvolvimento de sistemas combina os ciclos iterativo e incremental para a construção de softwares. É fundamental na visão de que o avanço de um projeto deve estar baseado na construção de artefatos de software, e não apenas em documentação.

Produtividade

(Última edição: quarta, 30 Jun 2010, 16:05)
É basicamente definida como a relação entre a produção e os insumos utilizados. No contexto de desenvolvimento de software, pode ser expressa na unidade PF/Homem-mês

Project Management Institute

(Última edição: terça, 20 Abr 2010, 16:23)
O Project Management Institute (PMI) é a principal associação mundial de gerenciamento de projetos. Sua meta principal é avançar na prática, na ciência e na profissão de gerenciamento de projetos. Além disto administra e coordena um programa de credenciamento mundialmente reconhecido que promove o desenvolvimento da profissão e da carreira. O mais conhecido deles é o Profissional de gerenciamento de projetos (PMP).

Project Management Professional

(Última edição: terça, 20 Abr 2010, 16:28)
Profissional de gerenciamento de projetos certificado pelo PMI. A Certificação Project Management Professional (PMP®) do PMI® é a credencial profissional mais reconhecida e respeitada em termos mundiais no que tange ao Gerenciamento de Projetos.

Propósito da Contagem

(Última edição: terça, 14 Nov 2006, 17:30)

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.

Protótipo

(Última edição: quarta, 24 Jun 2009, 10:26)
Protótipo é um produto que ainda não foi comercializado, mas está em fase de testes ou de planejamento. Para a engenharia de software, protótipo é um sistema/modelo sem as funcionalidades inteligentes (acesso a banco de dados, sistemas legados, regras de negócio, etc), apenas com as funcionalidades gráficas, e algumas funcionalidades básica para o funcionamento do próprio protótipo. Utilizado geralmente para obter aprovação de quem solicita o sistema.

PSM

(Última edição: terça, 23 Jun 2009, 11:32)

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

R

Reconhecido pelo Usuário

(Última edição: sexta, 16 Jul 2010, 09:11)

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.

Refresh

(Última edição: quinta, 16 Nov 2006, 20:35)

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

Reparo

(Última edição: sábado, 28 Out 2006, 21:04)

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

Requisito

(Última edição: quinta, 15 Set 2011, 16:54)
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

Requisito Funcional

(Última edição: quinta, 11 Abr 2013, 14:54)

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]

Requisitos Funcionais Finais

(Última edição: terça, 6 Abr 2010, 08:49)
São os requisitos originados de sessões conjuntas entre usuários e desenvolvedores. São a versão final dos requisitos e apresentam as seguintes características: linguagem comum aos usuários e desenvolvedores, completos, consistentes, viáveis e aprovados pelo usuário

Requisitos Iniciais do Usuário

(Última edição: terça, 6 Abr 2010, 08:43)
Representam os requisitos dos usuários antes das sessões entre os
usuários e os desenvolvedores. Eles podem ter as seguintes características: incompletos, inviáveis de implementar, muito genérico, expresso na linguagem familiar ao negócio do usuário.

Requisitos não Funcionais

(Última edição: quinta, 15 Set 2011, 17:13)
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)

Requisitos Técnicos Iniciais

(Última edição: terça, 6 Abr 2010, 08:46)
Representam a visão dos desenvolvedores de software dos requisitos criados a partir do estudo de viabilidade. Um trabalho dos
desenvolvedores de software, dentre outros, é organizar os requisitos dentro das aplicações existentes, se existirem. Os Requisitos Técnicos Iniciais podem incluir elementos necessários para a implementação, mas não são utilizados na contagem de pontos de função. Por isso podem ter as seguinte características: dependência tecnológica, linguagem não familiar ao usuário, nem sempre aderente às necessidades do usuário.

Retorno sobre o Investimento

(Última edição: quinta, 22 Abr 2010, 13:51)
Em finanças, retorno sobre investimento (em inglês, return on investment ou ROI), também chamado taxa de retorno (em inglês, rate of return ou ROR), taxa de lucro ou simplesmente retorno, é a relação entre o dinheiro ganho ou perdido através de um investimento, e o montante de dinheiro investido.

Reusabilidade

(Última edição: sábado, 10 Nov 2007, 11:46)

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.

RUP

(Última edição: terça, 14 Jul 2009, 15:32)

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.

S

Saída Externa

(Última edição: terça, 25 Jun 2013, 17:26)

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.

Scope Creep

(Última edição: sexta, 5 Jun 2009, 10:00)

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.

Significativo

(Última edição: segunda, 27 Dez 2010, 15:50)
Reconhecido pelo usuário e satisfazendo um Requisito Funcional do Usuário.

SLA

(Última edição: sexta, 23 Abr 2010, 10:56)
Um Acordo de Nível de Serviço (ANS ou SLA, do inglês Service Level Agreement) é a parte de contrato de serviços entre duas ou mais entidades no qual o nível da prestação de serviço é definido formalmente. Na prática, o termo é usado no contexto de tempo de entregas de um serviço ou de um desempenho específico.

Stakeholder

(Última edição: terça, 27 Abr 2010, 17:46)
Stakeholder (em português, parte interessada ou interveniente), é um termo usado em administração que refere-se a qualquer pessoa ou entidade que afeta ou é afetada pelas atividades de uma empresa. Vide definição Wikipedia:
http://pt.wikipedia.org/wiki/Stakeholder

Subgrupo Obrigatório

(Última edição: domingo, 29 Out 2006, 19:56)

Um dos dois tipos de subgrupos para um tipo de registro (registro lógico referenciado - RLR - ou record element type - RET). Subgrupo obrigatórios significa que o usuário deve usar um dos subgrupos durante um processo elementar que crie uma instância dos dados.

Subgrupo Opcional

(Última edição: sábado, 28 Out 2006, 15:02)

É aquele que o usuário tem a opção de não usar durante um processo elementar que inclui ou cria uma instância dos dados.

Surrogate

(Última edição: sábado, 8 Dez 2007, 09:48)

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.

T

Tabela de Contribuição

(Última edição: quinta, 15 Mar 2012, 12:16)

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

Tabelas de Complexidade

(Última edição: quinta, 28 Jun 2007, 11:18)

Tipo de Registro (RET)

Tipo de Dado (DET)

< 20

20-50

> 50

1

Baixa

Baixa

Média

2-5

Baixa

Média

Alta

> 5

Média

Alta

Alta

 
SE e CE

Arquivo Referenciado

(FTR)

Tipo de Dado (DET)

< 6

6-19

> 19

<2*

Baixa

Baixa

Média

2-3

Baixa

Média

Alta

>3

Média

Alta

Alta

* CE deve sempre referenciar ao menos um ALI e/ou AIE

Arquivo Referenciado

(FTR)

Tipo de Dado (DET)

< 5

5-15

> 15

<2

Baixa

Baixa

Média

2

Baixa

Média

Alta

>2

Média

Alta

Alta

Tamanho Funcional

(Última edição: quinta, 9 Ago 2012, 16:02)

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.

Taxa de entrega

(Última edição: quarta, 30 Jun 2010, 16:08)
É o inverso da produtividade, representa quantos insumos são necessários para se produzir uma unidade de produto. No contexto de desenvolvimento de software é normalmente expresso em HH/PF.

Tipo de Dado

(Última edição: terça, 22 Mar 2011, 14:31)

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

(Última edição: terça, 22 Mar 2011, 14:32)

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.

Tipos de contagem

(Última edição: quinta, 22 Abr 2010, 11:10)

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

Tipos de Função

(Última edição: quinta, 22 Abr 2010, 15:50)

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.

U

UML

(Última edição: quarta, 24 Jun 2009, 10:17)

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.

Usuário

(Última edição: quarta, 2 Mai 2012, 17:21)

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

V

VAFA

(Última edição: quinta, 9 Ago 2012, 15:47)

É 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

VAFB

(Última edição: terça, 22 Mar 2011, 15:03)

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


Valor do Fator de Ajuste

(Última edição: segunda, 28 Fev 2011, 11:02)

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.

Visão do Usuário

(Última edição: domingo, 25 Out 2009, 16:35)

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.

Volume de Transações

(Última edição: domingo, 2 Ago 2009, 23:34)

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.