domingo, 2 de junio de 2024, 15:48
Sitio: FATTO
Curso: FATTO (FATTO)
Glosario: Glossário da Análise de Pontos de Função

Requisitos Técnicos Iniciais

(Última edición: martes, 6 de abril de 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.

Requisitos Funcionais Finais

(Última edición: martes, 6 de abril de 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

ISMA

(Última edición: viernes, 16 de abril de 2010, 10:41)

ISMA (International Software Measurement and Analysis Conference) - Conferência Internacional sobre Medição e Análise de Software promovida anualmente pelo IFPUG.

Analista de Métricas

(Última edición: martes, 20 de abril de 2010, 15:54)

Profissional responsável pelas medições, pode ser ou não certificado CFPS.

Project Management Institute

(Última edición: martes, 20 de abril de 2010, 16:23)
O Project Management Institute (PMI) é a principal associação mundial de gerenciamento de projetos. Sua meta principal é avançar na prática, na ciência e na profissão de gerenciamento de projetos. Além disto administra e coordena um programa de credenciamento mundialmente reconhecido que promove o desenvolvimento da profissão e da carreira. O mais conhecido deles é o Profissional de gerenciamento de projetos (PMP).

Project Management Professional

(Última edición: martes, 20 de abril de 2010, 16:28)
Profissional de gerenciamento de projetos certificado pelo PMI. A Certificação Project Management Professional (PMP®) do PMI® é a credencial profissional mais reconhecida e respeitada em termos mundiais no que tange ao Gerenciamento de Projetos.

PDU

(Última edición: martes, 20 de abril de 2010, 16:32)
Professional Development Unit (PDU) é a unidade de medida utilizada no programa PMP para quantificar atividades aprovadas de serviço profissional e aprendizagem relacionadas a tópicos de Gerenciamento de Projetos substancialmente consistentes com as áreas de conhecimento e os processos descritos no A Guide to the Project Management Body of Knowledge (PMBOK® Guide) e envolver recursos especializados apropriados. Tipicamente, uma PDU é obtida para cada hora gasta em uma atividade ou experiência de aprendizagem estruturada planejada.

PMBOK

(Última edición: martes, 20 de abril de 2010, 16:36)
O "Project Management Body of Knowledge" (PMBOK® Guide) é um termo que abrange o universo do conhecimento da profissão de Gerenciamento de Projetos.
Ele descreve o subconjunto do universo do conhecimento de Gerenciamento de Projetos reconhecido como boas práticas em muitos projetos na maior parte do tempo, havendo consenso pelos praticantes sobre seus valores e aplicabilidade. Entretanto, a aceitação geral não representa a necessidade de aplicação uniforme em todos os projetos, devendo ser definido o que é apropriado para cada projeto / indústria.
Ele também estabelece uma linguagem comum para a profissão de gerente de projetos.

Produtividade

(Última edición: miércoles, 30 de junio de 2010, 16:05)
É basicamente definida como a relação entre a produção e os insumos utilizados. No contexto de desenvolvimento de software, pode ser expressa na unidade PF/Homem-mês

Ciclo de Vida

(Última edición: martes, 20 de abril de 2010, 18:00)
Descreve as fases pelas quais o software passa desde a sua concepção até ficar sem uso algum.

Ciclo de Vida em Cascata

(Última edición: martes, 20 de abril de 2010, 18:03)
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.

Incremental

(Última edición: martes, 20 de abril de 2010, 18:07)
A noção de processo incremental corresponde à ideia de “ aumentar (alargar) pouco-a-pouco ” o âmbito do sistema.

Iterativo

(Última edición: martes, 20 de abril de 2010, 18:08)
A noção de Processo Iterativo corresponde à ideia de “ melhorar (ou refinar) pouco - a - pouco ” o sistema ( iterações ).

Diagrama de classe

(Última edición: jueves, 22 de abril de 2010, 11:09)

É uma representação da estrutura e relações das classes que servem de modelo para objetos. É uma modelagem muito útil para o sistema, define todas as classes que o sistema necessita possuir e é a base para a construção dos diagramas de comunicação, sequência e estados.

Tipos de contagem

(Última edición: jueves, 22 de abril de 2010, 11:10)

Pode ser Projeto de melhoria, Projeto de Desenvolvimento e Aplicação.

Percentil

(Última edición: jueves, 22 de abril de 2010, 11:11)

Um percentil é uma medida da posição relativa de uma unidade observacional em relação a todas as outras. O p-ésimo percentil tem no mínimo p% dos valores abaixo daquele ponto e no mínimo (100 - p)% dos valores acima.


Mediana

(Última edición: jueves, 22 de abril de 2010, 11:12)

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

Média

(Última edición: jueves, 22 de abril de 2010, 11:12)

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

Desvio padrão

(Última edición: jueves, 22 de abril de 2010, 11:13)

É a medida mais comum da dispersão estatística. É definido desta forma de maneira a dar-nos uma medida da dispersão que:

  1. seja um número não negativo;

  2. use as mesmas unidades de medida que os dados.

Gold Plating

(Última edición: jueves, 22 de abril de 2010, 11:13)

Adicionar funcionalidades a um sistema que não foram solicitadas pelos usuários porque o desenvolvedor acha que o sistema fica melhor com as novas funcionalidades.


Modelos de Dados

(Última edición: jueves, 22 de abril de 2010, 11:15)

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

Gerência de Projetos

(Última edición: martes, 27 de abril de 2010, 17:44)
1 - Como sendo o processo através do qual se aplicam conhecimentos, capacidades, instrumentos e técnicas às atividades do projecto de forma a satisfazer as necessidades e expectativas dos diversos stakeholders envolvidos no mesmo. (Definição PMI)


2 - É a aplicação de conhecimentos, habilidades e técnicas na elaboração de atividades relacionadas para atingir um conjunto de objetivos pré-definidos, num certo prazo, com um certo custo e qualidade, através da mobilização de recursos técnicos e humanos.Vide definição Wikipedia:
http://pt.wikipedia.org/wiki/Gerência_de_projetos

Requisito

(Última edición: jueves, 15 de septiembre de 2011, 16:54)
Condição ou capacidade necessária para que um stakeholder resolva um problema ou satisfaça um objetivo.
Condição ou capacidade que necessita ser satisfeita ou possuída por uma solução ou componente de solução para satisfazer um contrato, padrão, especificação ou outros documentos formais impostos.

Definição baseada no IEEE 610.12-1990: IEEE Standard Glossary of Software Engineering Terminology

Medida de Dispersão

(Última edición: jueves, 22 de abril de 2010, 13:27)
Servem para avaliar o quanto os dados são semelhantes, descreve então o quanto os dados distam do valor central. Desse jeito, as medidas de dispersão servem também para avaliar qual o grau de representação da média. As medidas mais comuns de variabilidade para dados quantitativos são a variância; a sua raiz quadrada, o desvio padrão. A amplitude total, a distância interquartílica e o desvio absoluto são mais alguns exemplos de medidas de dispersão.

Backlog

(Última edición: lunes, 28 de febrero de 2011, 10:16)
É o estoque de funções identificadas, mas ainda não atendidas. Com as informações de produtividade é possível estimar qual o esforço ou custo de eliminar esse estoque; decidir sobre a necessidade de contratação de mais profissionais; ou contratar uma empresa para atender a essa necessidade não atendida... Enfim, tomar diversas decisões que envolvem projetos na organização.

Retorno sobre o Investimento

(Última edición: jueves, 22 de abril de 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.

Cone da Incerteza

(Última edición: jueves, 22 de abril de 2010, 14:04)
Teoria que explica o fenômeno onde nós da indústria de software quando iniciamos um novo projeto não fazemos a menor idéia de quando vamos terminá-lo. Quanto mais o tempo passa e mais perto do fim melhor e mais preciso são as nossas estimativas, ou seja, isso culmina na conclusão de que você só tem 100% de certeza de que terminará o projeto apenas um dia antes de efetivamente terminá-lo.

PERT/CPM

(Última edición: jueves, 22 de abril de 2010, 14:13)
Program Evaluation and Review Technique ou PERT é usado em planejamento.

As técnicas denominadas PERT e CPM foram independentemente desenvolvidas para o Planejamento e Controle de Projetos em torno de 1950, porém a grande semelhança entre estas fez com que o termo PERT/CPM fosse utilizado corriqueiramente como apenas uma técnica.
Os termos PERT e CPM são acrônimos de Program Evaluation and Review Technique (PERT) e Critical Path Method (CPM).

Exemplos de Projetos que podem utilizar PERT/CPM:
1. Construção de uma planta
2. Pesquisa e desenvolvimento de um produto
3. Produção de filmes
4. Construção de navios
5. Instalação de um sistema de informações
6. Condução de campanhas publicitárias, entre outras.

PERT e CPM utilizam principalmente os conceitos de Redes (Grafos) para planejar e visualizar a coordenação das atividades do projeto.
Enquanto PERT é o cálculo a partir da média ponderada de 3 durações possíveis de uma atividade (otimista, mais provável e pessimista), CPM é um método de apuração do caminho crítico dada uma sequência de atividades, isto é, quais atividades de uma sequência não podem sofrer alteração de duração sem que isso reflita na duração total de um projeto.
Um exemplo clássico de aplicação de PERT/CPM é o planejamento e gerenciamento da construção civil..

ISO/IEC 20926

(Última edición: domingo, 5 de junio de 2011, 22:12)
Padrão de medição de tamanho funcional de software de acordo com o IFPUG e aderente à norma ISO/IEC 14143.

Requisitos não Funcionais

(Última edición: jueves, 15 de septiembre de 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)

Estimativa Paramétrica

(Última edición: jueves, 22 de abril de 2010, 16:13)
A estimativa paramétrica é uma técnica que utiliza uma relação estatística entre dados históricos e outras variáveis (por exemplo, metros quadrados em construção, linhas de código em desenvolvimento de software, horas de mão-de-obra necessárias) para calcular uma estimativa de custos para um recurso de uma atividade do cronograma. Esta técnica pode produzir níveis mais altos de exatidão dependendo da sofisticação e também da quantidade de recursos e dos dados de custos subjacentes incorporados ao modelo.

Processo Unificado

(Última edición: jueves, 22 de abril de 2010, 16:15)
O processo unificado (UP) de desenvolvimento de software é o conjunto de atividades necessárias para transformar requisitos do usuário em um sistema de software. O UP de desenvolvimento de sistemas combina os ciclos iterativo e incremental para a construção de softwares. É fundamental na visão de que o avanço de um projeto deve estar baseado na construção de artefatos de software, e não apenas em documentação.

HH

(Última edición: viernes, 23 de abril de 2010, 10:45)
Homem-hora (tradução literal do inglês man hour, "hora-homem") é uma unidade, convencionada e subjetiva, que mede a quantidade de trabalho realizada por uma pessoa durante uma hora.

Máximo

(Última edición: viernes, 23 de abril de 2010, 10:46)
Maior valor de uma amostra.

Mínimo

(Última edición: viernes, 23 de abril de 2010, 10:47)
Menor valor de uma amostra.

Linhas de Código

(Última edición: jueves, 9 de agosto de 2012, 15:11)

Linhas de código fonte (SLOC - Source Line of Code) é uma medida de software usada para medir o tamanho de um programa de software, através da contagem do número de linhas em o texto do código fonte do programa. É também expressa em KSLOC ou KLOC (milhares de linhas de código).

SLA

(Última edición: viernes, 23 de abril de 2010, 10:56)
Um Acordo de Nível de Serviço (ANS ou SLA, do inglês Service Level Agreement) é a parte de contrato de serviços entre duas ou mais entidades no qual o nível da prestação de serviço é definido formalmente. Na prática, o termo é usado no contexto de tempo de entregas de um serviço ou de um desempenho específico.

Tamanho Funcional

(Última edición: jueves, 9 de agosto de 2012, 16:02)

Tamanho do software resultante da quantificação dos requisitos funcionais do usuário (ISO 14143-1:2007).

É a medida das funcionalidades de uma aplicação que o usuário solicita / recebe, tendo como base a Visão do Usuário.

Fator Normalizador

(Última edición: viernes, 23 de abril de 2010, 13:38)
Os pontos de função são utilizados como fator normalizador do tamanho do software, permitindo o estabelecimento de métricas tais como produtividade (pontos de função produzidos por pessoa-mês), taxa de entrega (homens-hora para a produção de um ponto de função), densidade de defeitos (defeitos encontrados por ponto de função) e outras.

Preço Global Fixo

(Última edición: miércoles, 30 de junio de 2010, 14:25)
Essa modalidade de contratação privilegia a abordagem de projeto, com um início e fim bem definidos. Exige maior nível de organização tanto por parte do cliente quanto do fornecedor. Quanto melhor estiverem os requisitos, menor a chance de atritos entre ambos.

Um fator que complica a utilização desta abordagem é assumir que os requisitos não mudam após o início do projeto.

Preço Unitário

(Última edición: viernes, 23 de abril de 2010, 16:49)
Nesse modelo, é definida uma remuneração para o fornecedor sobre os elementos do projeto. Esse elemento pode assumir várias formas: tela, relatório, tabela, caso de uso, linha de código ou ponto de função.

Em tese é um modelo que procura equilibrar as deficiências da contratação por homem hora e por preço global fixo.

Erro Absoluto

(Última edición: viernes, 23 de abril de 2010, 17:04)
Erro absoluto:

Diferença entre a valor real e o seu valor estimado.


Erro Relativo

(Última edición: viernes, 23 de abril de 2010, 17:04)

Erro relativo:

Como dependendo das grandezas envolvidas o erro absoluto pode não ser muito significativo, portanto empregamos o erro relativo que é o erro absoluto dividido pelo valor estimado.

Stakeholder

(Última edición: martes, 27 de abril de 2010, 17:46)
Stakeholder (em português, parte interessada ou interveniente), é um termo usado em administração que refere-se a qualquer pessoa ou entidade que afeta ou é afetada pelas atividades de uma empresa. Vide definição Wikipedia:
http://pt.wikipedia.org/wiki/Stakeholder

Ativo

(Última edición: martes, 27 de abril de 2010, 18:02)
Termo utilizado para expressar os bônus e produtos de uma organização.

Passivo

(Última edición: martes, 27 de abril de 2010, 18:03)
Termo utilizado para expressar os ônus e investimentos de uma organização. Os ônus são representados por grandezas mais tangíveis, como custo e esforço.

Balanced Score Card

(Última edición: martes, 27 de abril de 2010, 18:26)
Balanced Score Card é uma metodologia de medição e gestão de desempenho desenvolvida pelos professores da Harvard Business School, Robert Kaplan e David Norton, em 1992. Os métodos usados na gestão do negócio, dos serviços e da infra-estrutura, baseiam-se normalmente em metodologias consagradas que podem utilizar a TI (tecnologia da informação) e os softwares de ERP como soluções de apoio, relacionando-a à gerência de serviços e garantia de resultados do negócio. Os passos dessas metodologias incluem: definição da estratégia empresarial, gerência do negócio, gerência de serviços e gestão da qualidade; passos estes implementados através de indicadores de desempenho.
Vide definição Wikipedia: http://pt.wikipedia.org/wiki/Balanced_scorecard

Elicitação

(Última edición: miércoles, 30 de junio de 2010, 14:22)
É a atividade de obtenção, pesquisa, descoberta ou e/ou identificação dos requisitos que os usuários possuem para um projeto ou sistema.

Taxa de entrega

(Última edición: miércoles, 30 de junio de 2010, 16:08)
É o inverso da produtividade, representa quantos insumos são necessários para se produzir uma unidade de produto. No contexto de desenvolvimento de software é normalmente expresso em HH/PF.

Arranjar

(Última edición: lunes, 27 de diciembre de 2010, 15:28)
Atividade correspondente ao sequenciamento de atributos em uma transação funcional.

Auto contido

(Última edición: lunes, 27 de diciembre de 2010, 15:37)
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.

Estado Consistente

(Última edición: lunes, 27 de diciembre de 2010, 15:41)
Ponto no qual o processamento foi totalmente executado; o Requisito Funcional do Usuário foi satisfeito e nada mais há a fazer.

EXEMPLO 1

O Requisito Funcional do Usuário é imprimir um cheque e marcar como paga a conta correspondente. Se somente parte do Requisito Funcional do Usuário for satisfeita (por exemplo, apenas imprimir o cheque, ou apenas marcar a conta como paga) a aplicação não estará em um estado consistente. A impressão de um cheque sem marcar a conta como paga causa uma inconsistência na aplicação, assim como marcar a conta como paga sem imprimir o cheque.

EXEMPLO 2

O Requisito Funcional do Usuário é ter um processo batch que recebe um arquivo de entrada para atualizar um depósito de dados, produz um relatório de controle de produção e retorna um relatório de erros para a aplicação chamadora. O processo não ficará em um estado consistente a não ser que todas essas partes sejam concluídas.

EXEMPLO 3

O Requisito Funcional do Usuário é transferir um empregado para uma nova tarefa e validar o seu nível de autorização de segurança. Para executar isto, uma solicitação em tempo real é enviada à aplicação de segurança (a qual mantém as autorizações de segurança governamentais e não a segurança da aplicação) e uma resposta deve ser recebida antes que a transferência possa ser concluída. Todos os passos são necessários para criar um estado consistente. A interação com a aplicação de segurança não é uma ação ou passo independente. Não acontece por si só e, por outro lado, a transação para transferir um empregado não fica em um estado consistente sem ela.

Intenção primária

(Última edición: lunes, 27 de diciembre de 2010, 15:43)
Intenção que é a primeira em importância.

Manter

(Última edición: domingo, 20 de febrero de 2011, 19:12)
O termo manter refere-se à habilidade de incluir, modificar ou excluir dados a partir de um processo elementar. Exemplos incluem, mas não estão limitados a, inclusão, modificação, exclusão, carga inicial, revisão, atualização, atribuição e criação.

Significativo

(Última edición: lunes, 27 de diciembre de 2010, 15:50)
Reconhecido pelo usuário e satisfazendo um Requisito Funcional do Usuário.

Componente Funcional Básico

(Última edición: lunes, 8 de octubre de 2012, 14:03)

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

AFPA

(Última edición: martes, 22 de marzo de 2011, 12:41)
É 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

(Última edición: martes, 22 de marzo de 2011, 12:46)
É 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

HM

(Última edición: viernes, 13 de mayo de 2011, 09:45)
Homem-mês é uma unidade, convencionada e subjetiva, que mede a quantidade de trabalho realizada por uma pessoa durante um mês.

CFPP

(Última edición: jueves, 9 de agosto de 2012, 14:24)

O certificado CFPP ( Certified Function Point Practitoner) é concedido para aqueles que não obtiveram rendimento suficiente na prova de certificação CFPS, mas o rendimento médio foi maior ou igual a 80%. Lembrando que é necessário obter ainda uma nota mínima de 70% nas três partes do exame.