FATTO

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

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

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

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

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

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

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

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

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

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. 

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

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

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. 

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

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

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

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

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

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

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

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.