Bruno Ramos Carneiro da Cunha Fernando Ramos Prata Marcel Mattos da Fonseca.

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

Métricas e Medição de Software
Introdução aos Sistemas de Informação Gerencial
Qualidade de Software Aula 4
Gerência de Projetos Anderson Kunz Daniel Schmidth Fabio Isotton
Objetivos Medir a Funcionalidade de Sistemas de acordo com a perspectiva do usuário Medir o desenvolvimento e a manutenção de software independentemente.
Análise de Pontos de Função Carlos Eduardo Vazquez
Amintas engenharia.
Sistemas distribuídos Metas de Projeto Prof. Diovani Milhorim
Métricas e Estimativas em processo de produção de Software RiKos Métricas e estimativas em processos de Produção de software Métricas e estimativas em.
Métricas e Estimativas em processo de produção de Software Métricas e estimativas em processos de Produção de software Métricas e estimativas em processos.
Métricas e Estimativas em processo de produção de Software RiKos Métricas e estimativas em processos de Produção de software Métricas e estimativas em.
Métricas e Estimativas em processo de produção de Software RiKos Métricas e estimativas em processos de Produção de software Métricas e estimativas em.
Tipos de sistemas de Lehman
Prof. MSc. Larissa Luz Gomes Aula 6 Análise e Projeto de Sistemas I.
Métricas para o Processo e o Projecto de SW
Estimativas de software
João Carlos Porto Orientadora: Prof.ª Dr.ª Junia Coutinho Anacleto 26/03/2010 Projeto de interceo.
Empreendorismo para Computação Criando Negócios de Tecnologia
Gerenciamento do escopo do projeto
INTRODUÇÃO A INFORMÁTICA
Walter de Abreu Cybis Outubro, 2003
Análise de Requisitos Use Case Renata Araujo Ricardo Storino
SISTEMA DE INFORMAÇÕES DESENVOLVIMENTO DE SISTEMAS
Simulação de Sistemas Prof. MSc Sofia Mara de Souza AULA2.
Estimativas e Métricas Análise Por Pontos de Função
Planejamento do gerenciamento de riscos
Guilherme Siqueira Simões
Análise de Pontos de Função Carlos Eduardo Vazquez
TI - Sistemática de Métricas
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
Requisitos Funcionais e Não-Funcionais/ Documento de Requisitos
Plano de Projeto de Software
UFRPE – Modelos de Qualidade Teresa Maciel
Configuração de manutenção
DIAGRAMA DE COMPONENTES
Pontifícia Universidade Católica de Campinas
GERENCIAMENTO DE AQUISIÇÕES PMBOK
Cap 4 – Métricas do Processo e Projeto de Software
1 Cap 5 –Planejamento de Projetos de Software Ricardo L Schneider FES.
Gerenciamento de Configuração
Pontos por Função medindo tamanho de software Prof. Rodrigo Nin
Universidade São Marcos Curso: Gestão de Negócios Internacionais
PMBOK 5ª Edição Capítulo 7
BENCHMARKING.
Análise e Projeto de Sistemas Levantamento de Requisitos
Sistemas Distribuídos
Gerenciamento de Dados
Gerenciamento da Integração
Engenharia de Requisitos
Projeto de Banco de Dados
ANÁLISE E DESENVOLVIMENTO
Fase de Concepção (Início, Planejamento)
Métricas de Pontos de Função
Trabalho Final de Fundamentos da Engenharia de Software Métrica de Pontos de Função André Costa de Jesus & Helena Prudente Bartholo.
Gerenciamento de Risco
Documentação de Software
Engenharia de Software
Qualidade de Software Aula 4
Métricas para Software Análise de Ponto de Função
Gestão de Projetos de Software
como ferramenta no Gerenciamento de Projetos de Sistemas
Expansão dos Casos de Uso
Diferenças entre as Técnicas de Estimativa: Análise por Ponto de Função e Stories Points Aluna: Fabiana Leonel Professores: Alexandre.
Engenharia de Software
Estimando Esforço de Projetos de Software utilizando pontos de Função Carlos Antônio Menezes de Albuquerque Recife, Julho de 2003.
TÉCNICAS DE ESTIMATIVAS
1 Estimativa, Teste e Inspeção de Software Gerência de Projetos: Estimativa de Software Marcos Camada
Melo Informática. Copyright© Todos os direitos reservados. 1 1 Interface Homem X Máquina APF - Análise por Pontos de Função É um método padrão para.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Bruno Ramos Carneiro da Cunha Fernando Ramos Prata Marcel Mattos da Fonseca

Pontos de função Grupo Internacional de Usuários de Pontos de Função (IFPUG) ASQC - Conferência Internacional sobre Qualidade de Software Pontos de Função medem o tamanho funcional do software Apenas Pontos de Função são insuficientes para um desenvolvedor de software administrar um projeto

O que são Pontos de função O tamanho em Pontos de Função NÃO mede a produtividade ou o esforço de desenvolvimento Pontos de função medem o tamanho do QUE o software faz, ao invés de COMO ele é desenvolvido e implementado

O Que é o Processo de Contagem de Pontos de Função? Determinar o tipo de contagem (pode ser um projeto de novo desenvolvimento, uma contagem básica de aplicação ou uma contagem de projeto de melhoria) Identificar a fronteira da aplicação (i.e., quais funções o software deve executar?) Contar os tipos de funções de dados (divididos em: i) Arquivos Lógicos Internos ou ALIs, que são os grupos lógicos de dados mantidos dentro da fronteira da aplicação, e ii) Arquivos de Interface Externa ou AIEs, os quais são apenas referenciados pela aplicação). Cada ALI vale 7, 10 ou 15 PF,enquanto cada AIE vale 5, 7 ou 10 PF.

Contar os tipos de funções de transações (divididos em: –a) Entradas Externas ou EEs, que são processos de entrada de dados –b) Saídas Externas ou SEs, por exemplo, relatórios e –c) Consultas Externas ou CEs, por exemplo, Consultar Detalhes de Empregados). Cada EE ou CE vale 3, 4 ou 6 pontos de função, enquanto cada SE vale 4, 5 ou 7 pontos de função.

Diversas matrizes simples baseadas nos tipos de elementos de dados (reconhecidos pelos usuários e não recursivos), juntamente com tipos de registros (subconjunto dos dados reconhecidos pelos usuários) ou tipos de arquivos referenciados (número de grupos lógicos de dados necessários à execução completa de um processo) são utilizados para determinar a complexidade de cada função, Baixa, Média ou Alta. A seguinte tabela do IFPUG sintetiza o número de pontos de função atribuídos a cada tipo de função

Tipo de Função BaixaMédiaAlta EE346 SE457 CE346 ALI71015 AIE5710

Determinar o Fator de Ajuste de Valor (FAV) baseado na equação (FAV = 0,65 + (Soma das Características Gerais do Sistema x 0,01) e a avaliação, em uma escala de 1 a 5, das seguintes quatorze Características Gerais do Sistema. Instruções específicas para avaliação são fornecidas no CPM do IFPUG Calcular a contagem ajustada final de PF (contagem final de PF = contagem não ajustada * FAV)

Como os Pontos de Função São Utilizados? Os pontos de função nos oferecem uma medida funcional de tamanho a partir da perspectiva do usuário e NÃO uma panacéia para a solução de qualquer problema Os pontos de função podem ser correlacionados com outras medidas para produzir métricas de software específicas Métricas de software são ferramentas passivas, utilizadas para quantificar e informar os resultados das mudanças. Pontos de função não são exceção a essa regra

Como as Métricas de Software e os Pontos de Função se Encaixam em um Programa de Mensuração? Pontos de Função nos oferecem uma medida padronizada e normalizada do tamanho funcional dos requisitos lógicos dos usuários e, juntamente com outras medidas, podem ilustrar vários aspectos do processo de desenvolvimento de software, de modo a ensejar melhorias

São métricas orientadas ao processo de desenvolvimento as quais concentram-se na funcionalidade ou utilidade do programa. Os pontos de função derivam-se de uma relação empírica baseada em medidas de informações e complexidade do software. O PF é utilizado para medir o tamanho do software pela sua funcionalidade externa tendo como objetivos: Medir o que o Cliente requisitou; Propiciar uma forma de realizar Estimativas a respeito do Software. Propiciar uma métrica quantitativa de Análise do Software;

Cálculo do Ponto de Função (PF) Determina-se o tipo de contagem; Identificam-se as fronteiras da contagem; Determinam-se os Pontos de Função não ajustados (PFna); Determina-se o Fator de Ajustamento (FA); Calcula-se o Ponto de Função ajustado (PFa).

Cálculo do Ponto de Função não ajustado (PFna): Para a determinação do Ponto de Função não ajustado (PFna), deve-se observar a funcionalidade específica requerida pelo Usuário. Número de entradas do usuário - Cada dado do usuário que proporciona dados distintos. Ex. Pedal esquerdo pressionado; Quantifica-se fatores como: Número de saídas do usuário - Relatórios, Telas e Mensagens de erro. Ex. Aviso sonoro quando ocorrer falhas;

Cálculo do Ponto de Função não ajustado (PFna): (cont.) Número de arquivos - Agrupamento lógico de dados, que pode ser uma parte de banco de dados ou um arquivo. Ex. Log de falhas ocorridas; Número de interfaces externas - Interfaces usadas para transmitir informações a outros sistemas. Ex. Barramentos de dados. Número de consultas do usuário - Entrada on-line que resulta em alguma resposta. Ex. Existência de corrente elétrica;

Cálculo do Ponto de Função não ajustado (PFna): (cont.) Abaixo apresenta-se a tabela de contagem total do sistema HADECB e o valor da complexidade associado a cada contagem: Número de entradas do usuário Contagem Fator de Ponderação SimplesMédioComplexo Número de entradas do usuário Número de saídas do usuário Número de consultas do usuário Número de arquivos Número de interfaces externas 20 Contagem-total84

Calculo do Fator de Ajustamento (FA): A funcionalidade proporcionada pelo software é indicada pelo fator de ajustamento (FA). Avalia-se o Nível de Influência (NI), determinando-se um valor entre 0 e 5, que ela representa.

Característica NI (Nível de influência) 1O sistema requer backup e recuperação confiáveis? Moderado 2São exigidas comunicações de dados? Essencial 3Há função de processamento distribuídas? Sem Influência 4O desempenho é crítico?Essencial 5 O sistema funcionará num ambiente operacional existente, intensivamente utilizado? Significativo 6O sistema requer entrada de dados on-line?Sem Influência 7 A entrada de dados on-line exige que a transação seja elaborada em múltiplas telas ou operações? Sem Influência 8Os arquivos mestres são atualizados on-line?Sem Influência 9A entrada, saída, arquivos e consultas são complexos?Moderado 10O processo interno é complexo?Significativo Calculo do Fator de Ajustamento (FA):(cont.)

Característica NI (Nível de influência) 11O código foi projetado para ser reusável?Essencial 12A conversão e instalação estão incluídas no projeto? Sem Influência 13 O sistema é projetado para múltiplas instalações em diferentes organizações? Sem Influência 14 A aplicação é projetada de forma a facilitar mudanças e o uso pelo usuário? Sem Influência Calculo do Fator de Ajustamento (FA):(cont.)

Determina-se o Fator de Ajustamento (FA), a partir da fórmula: FA = 0,65 +(0,01*NI) FA = 0,65 +(0,01*27)=0,92 Ponto de Função Ajustado(PFa) é determinado pela formula: PFa = FA*PFna PFa = 0,92*84=77,28

Tamanho do Software em PF X Número Esperado de Defeitos do Software: ObservaçõesTamanho do Software em PFDefeitos do Software Totais10230 Média24446

Tamanho do Software em PF X Número Esperado de Defeitos do Software: Calcula-se o Número Esperado de Defeitos do HADECB com o Ponto de Função ajustado igual a 77,28 Equações da Regressão Linear

Tamanho do Software em PF X Número Esperado de Defeitos do Software:(cont.) Logo, o número de Defeitos Esperados é determinado pela fórmula: Y = -35,15 + 2,625*X; Para X = 77,28, tem-se: Y = -35,15 + 2,625*77,28 = 167,71; Portanto, para o HADECB, com Ponto de Função Ajustado igual a 77,28 pode-se prever a existência de aproximadamente 167,71 Defeitos.

O Ponto de Função no Uso da Medição da Produtividade, Qualidade, Custo e Documentação: Após ter calculado o Ponto de Função Ajustado pode-se estimar também a Produtividade, Qualidade, Custo e Documentação. Produtividade = FP/pessoa mês = 77,28 / 4 = : Qualidade= Defeito/FP= 167,71 / 77,28 = 2,17 Custo=$/FP=3,55 / 77,28 = Documentação = páginas de documentação/FP= 8 / 77,28 = 0,1035

Utilizando Pontos de Função para Ajudar a Definir Quando e Onde Fazer Reengenharia Utilizando Pontos de Função para Estimar Casos de Teste Utilizando Pontos de Função para Ajudar a Entender Faixas de Produtividade Amplas Utilizando Pontos de Função para Entender o Aumento do Escopo Utilizando Pontos de Função para Ajudar a Calcular o Custo Real do Software Utilizando Pontos de Função para Ajudar a Estimar o Custo, Cronograma e Esforço do Projeto Utilizando Pontos de Função para Ajudar a Entender os Custos de Manutenção Utilizando Pontos de Função para Ajudar em Negociações Contratuais Utilizando Pontos de Função para Desenvolver um Conjunto Padrão de Métricas

Utilizando Pontos de Função para Ajudar a Definir Quando e Onde Fazer Reengenharia Objetivo : encontrar os aplicativos que mais se beneficiarão dos esforços de reengenharia. Duas perguntas devem ser feitas: 1- Como identificamos aplicativos que devem ser objeto de reengenharia? 2- Como calculamos os benefícios potenciais do esforço de reengenharia?

Identificando aplicações para reengenharia Calcular horas de manutenção por FP:

Informações necessárias para estimar os benefícios de um projeto de reengenharia: Horas de manutenção atuais por ponto de função; Horas de manutenção por ponto de função esperadas após o projeto de reengenharia; Período de retorno desejado; Estimando benefícios (calculando o retorno)

Ex: FP= (Horas de manutenção) / FP= 10h Valor desejado= 8h (Horas de manutenção) / FP - Valor desejado= = 2h Período de retorno= 1 ano Conclui-se que o projeto de reengenharia não poderia levar mais que horas. (2h x FP)

Utilizando Pontos de Função para Estimar Casos de Teste Estimado por Capers Jones. Idéia: Conforme um aplicativo cresce, os interrelacionamentos nele contidos tornam-se mais complexos Nº de casos de teste = (FP)^1,2 Ex: FP=1.000, logo deverão existir 1.000^1,2= casos de teste.

Entendendo o Potencial de Defeitos Objetivo: Entender os defeitos potenciais do software para aprimorar a qualidade. A diferença na quantidade real e estimada dos casos de teste é um bom indicador do potencial de defeitos Se casos reais < quantidade esperada, conclui-se que a cobertura de testes será inadequada.

Conclusão Há muitos usos para pontos de função além de estimar o cronograma, esforço e custo. Muitos gerentes de projeto não acreditam que os pontos de função possuem qualquer utilidade. De certa forma, eles estão certos. Muitas organizações estão utilizando pontos de função e métricas de software para reportar tendências a nível organizacional. Muitas equipes de projeto enviam dados a um grupo central de métricas e nunca mais tornam a ver seus dados. Isto é análogo a enviar os dados a um buraco negro. Se os gerentes de projetos começarem a entender como os pontos de função podem ser utilizados para estimar casos de teste, calcular custos de manutenção e assim por diante, eles provavelmente investirão na contagem de pontos de função.