Glossário da Análise de Pontos de Função


Glossário sobre Análise de Pontos de Função

FATTO Consultoria e Sistemas - www.fattocs.com

Este glossário foi compilado pela FATTO com termos usados no Manual de Práticas de Contagem do IFPUG, versão 4.3, e complementados com outros termos comumente usados pelos praticantes da APF.


Critério de ordenação atual: Por data de criação crescente Por ordem cronológica: Por data de atualização | Por data de criação Mude para decrescente

Página: (Anterior)   1  2  3  4  5  6  7  8  9  10  ...  19  (Próximo)
  Todos

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.


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.


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.


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.


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.


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.


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


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.


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. 


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



Página: (Anterior)   1  2  3  4  5  6  7  8  9  10  ...  19  (Próximo)
  Todos