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.

Navegar usando este índice

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | Todos

Página: (Anterior)   1  ...  10  11  12  13  14  15  16  17  18  19  (Próximo)
  Todos

R

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)


Página: (Anterior)   1  ...  10  11  12  13  14  15  16  17  18  19  (Próximo)
  Todos