ADD | |
---|---|
É 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 | |
---|---|
É 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 | |
---|---|
É 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 | |
---|---|
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 | |
---|---|
Método padrão para medir software do ponto de vista do usuário pela quantificação da funcionalidade fornecida. Objetivos da Técnica: Objetivos do Processo de Contagem: Benefícios da APF: | |
Analista de Métricas | |
---|---|
Profissional responsável pelas medições, pode ser ou não certificado CFPS. | |
Aplicação | |
---|---|
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 | |
---|---|
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 | |
---|---|
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 | |
---|---|
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. 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 | |
---|---|
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 | |
---|---|
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 | |
---|---|
É 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: Observações: | |
Arranjar | |
---|---|
Atividade correspondente ao sequenciamento de atributos em uma transação funcional. | |
Artefato | |
---|---|
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 | |
---|---|
Termo utilizado para expressar os bônus e produtos de uma organização. | |
Atualização On-Line | |
---|---|
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: | |
Auto contido | |
---|---|
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. | |