Print
Saturday, 7 December 2024, 5:10 PM
Site: FATTO
Course: FATTO (FATTO)
Glossary: Glossário da Análise de Pontos de Função
C

CHGB

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

CHGB - Changed Functions Before

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

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

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

Ciclo de Vida

(Last edited: Tuesday, 20 April 2010, 6:00 PM)
Descreve as fases pelas quais o software passa desde a sua concepção até ficar sem uso algum.

Ciclo de Vida em Cascata

(Last edited: Tuesday, 20 April 2010, 6:03 PM)
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

(Last edited: Friday, 9 April 2010, 3:53 PM)

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

(Last edited: Saturday, 10 April 2010, 10:23 PM)
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

(Last edited: Thursday, 9 July 2009, 12:54 AM)

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

Complexidade de Processamento

(Last edited: Tuesday, 12 May 2009, 11:55 PM)

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

(Last edited: Friday, 23 April 2010, 1:09 PM)

É 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

(Last edited: Friday, 23 April 2010, 9:58 AM)
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

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

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

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