Análise de Pontos de Função

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

Métricas e Medição de Software
INFORMAÇÕES COMPLEMENTARES
Análise de Pontos de Função Carlos Eduardo Vazquez
Sistemas de Informações Gerenciais
A busca das mulheres para alcançar seu espaço dentro das organizações
Vamos contar D U De 10 até 69 Professor Vaz Nunes 1999 (Ovar-Portugal). Nenhuns direitos reservados, excepto para fins comerciais. Por favor, não coloque.
Exercício do Tangram Tangram é um quebra-cabeças chinês no qual, usando 7 peças deve-se construir formas geométricas.
Métricas para o Processo e o Projecto de SW
1 INQUÉRITOS PEDAGÓGICOS 2º Semestre 2003/2004 ANÁLISE GERAL DOS RESULTADOS OBTIDOS 1.Nº de RESPOSTAS ao inquérito 2003/2004 = (42,8%) 2.Comparação.
Estimativas de software
Empreendorismo para Computação Criando Negócios de Tecnologia
O padrão de gerenciamento de projetos de um projeto
Gerenciamento do escopo do projeto
Gerenciamento de tempo do projeto
Curso de ADMINISTRAÇÃO
2010 INTERNATIONAL SOFTWARE MEASUREMENT & ANALYSIS CONFERENCE Melhoria Contínua - Análise de Pontos de Função como uma Ferramenta de Qualidade Laboratório.
Crescimento Econômico Brasileiro : Uma Visão Comparada de Longo Prazo Prof. Giácomo Balbinotto Neto UFRGS.
FUNÇÃO MODULAR.
Simulação de Sistemas Prof. MSc Sofia Mara de Souza AULA2.
Aula 4 Nomes, Vinculações, Tipos e Escopos
O que é 5(S)? ? 5(S) É a prática de hábitos que permitem mudanças nas relações... É a base de qualquer programa de qualidade. 1.
Análise de Pontos de Função
Análise de Pontos de Função
Guilherme Siqueira Simões
Aplicações da APF em Contratos de Desenvolvimento de Software
Análise de Pontos de Função Carlos Eduardo Vazquez
TI - Sistemática de Métricas
ISLIG-Rio PMI Information Systems Local Interest Group - Rio
Registro Eletrônico para Acompanhamento Médico de Pacientes em uma UTI Rafael Charnovscki (1), Jacques R. Nascimento Filho (2,3) Giancarlo Bianchin.
Mecânica dos Sólidos não Linear
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Gerenciamento do Escopo
Classes e objetos Modelagem
Provas de Concursos Anteriores
UFRPE – Modelos de Qualidade Teresa Maciel
MATEMÁTICA PARA NEGÓCIOS
MECÂNICA - ESTÁTICA Cabos Cap. 7.
GERENCIAMENTO DE AQUISIÇÕES PMBOK
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
MECÂNICA - DINÂMICA Exercícios Cap. 13, 14 e 17. TC027 - Mecânica Geral III - Dinâmica © 2013 Curotto, C.L. - UFPR 2 Problema
Gestão de Projetos.
Aluno: Mário Monteiro Orientador: Sérgio Soares 1.
Cap 4 – Métricas do Processo e Projeto de Software
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 5
PMBOK 5ª Edição Capítulo 7
Projeto: Capacitação em GP
Estimativa de Projetos de Software com Pontos de Função
Plataforma Brasil – Submissão de pesquisa
Guilherme Siqueira Simões
EMPREENDEDORES EM AÇÃO PROF. NILSON R. FARIA Colégio Wilson Joffre.
Prof. Alexandre Vasconcelos
Projeto de Banco de Dados
Técnicas e Projeto de Sistemas
Gerenciamento de Projetos
Aluno: Cristiano Levi Arnold Orientador: Alexandre Luís Franco 2009
Olhe fixamente para a Bruxa Nariguda
Divisão da Qualidade Assegurada Departamento da Qualidade
Máquina de Turing Universal
Módulo Compras Relatórios e Relações 1. Objetivo 2 Conhecer os relatórios e as relações do sistema disponibilizadas no módulo Compras.
ISO Processos do Ciclo de Vida do Software
Fathom™ Management: Uma Lição de Eficiência Luis B. Campos System Engineer.
Qualidade de Software Aula 4
Integração.
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.
Transcrição da apresentação:

Análise de Pontos de Função Medição, Estimativas e Gerenciamento de Projetos de Software Deric Ferreira MCTS - MCP dericferreira@hotmail.com www.dericferreira.blogspot.com

Análise de Pontos de Função Medição, Estimativas e Gerenciamento de Projetos de Software 2 2

Agenda Importância da medição Uso da APF na gerência de projetos Uso da APF em estimativas Uso da APF em contratos de software Visão geral da APF Mundo das métricas funcionais

Por que medir software?

Por que medir software? Estimar custo e recursos de projetos Avaliar a aquisição de pacotes (make-or-buy) e Benchmarking Suportar análises de produtividade e qualidade Remunerar fornecedores Apoiar a gerência de escopo do projeto Apoiar a gerência de requisitos do projeto

Falando em Requisitos... 6

Estatísticas Dados do CHAOS Report de 2003: Somente 34% dos projetos de Software são bem sucedidos 15% dos projetos foram cancelados 43% é o erro médio em relação ao orçamento Apenas 52% das características e funcionalidades são entregues 7

Expansão dos Requisitos Requisitos tendem a expandir Uso do Sistema exige novas funcionalidades Requisitos desejáveis evoluem para essenciais Novos Requisitos são identificados 8

Dilema do desenvolvimento SW Requisitos - qualidade, funcionalidade e performance são infinitos: tendem a expansão Recursos - trabalho, logística, capital são restritos: pressão para menor utilização Como manter esta situação sob controle? Atender ao máximo as expectativas com a utilização do mínimo de recursos

A Evolução Crescimento Tecnológico, resultou em: Novo cenário: Aumento na demanda por Sistemas Informatizados Dificuldade no equilíbrio da balança: Demanda X Recursos Novo cenário: Necessidade de Gerência de Projetos Melhoria de Processos Make-or-Buy Plan 10

As Respostas de Hoje Terceirização e gestão de contratos Uso intensivo de pacotes de software - ERP em especial Orientação para gerência de projetos Iniciativas de Melhoria de Processos Mas o que é gerência de projetos e onde entra a APF?

O que é Gerência de Projetos? Latim “Gerere” – Trazer, produzir, criar, executar e administrar PMI define Projeto como: “empreendimento temporário posto em execução para criar um produto ou serviço” Dividindo o Gerenciamento em Processos: Planejamento Execução Controle

Desafio do GP Tornar o gerenciamento de projetos baseado em fatos, não em “achismos” Para isto, deve-se buscar métricas e indicadores que orientem a gerência pois: “Não se pode controlar o que não se pode medir” - Lord Kelvin ou “Não se pode gerenciar o que não se pode medir” - Tom de Marco 13

Importância da medição “..., quando feita adequadamente, a medição em seqüência de atributos de qualidade de produtos e processos pode fornecer uma base efetiva para a iniciação e gerência de atividades de melhoria de processos.” PSM: Measuring for Process Management and Improvement William A. F. et al, 1997

Importância da medição Na maioria dos casos o Levantamento de Requisitos não é suficiente para a definição de todas as características do Produto Necessidade de apurar futura dimensão (Estimar) 15

Uso da APF em Estimativas

Estimativas de Projetos de Software Quanto Tempo? Quanto Custa? Respostas dependem dos Requisitos da Equipe da Tecnologia Exatidão apenas ao término Podem ser mais ou menos exatas

Onde entra a APF? Tamanho pode ser estimado antes da especificação de requisitos estar completa Muito útil em tempo de proposta e análise de viabilidade É uma técnica para macro-estimativas Não recomendada para estimativas pontuais de atividades ou projetos muito pequenos

Produto da APF Resultado da contagem continua sendo uma estimativa 19

Produto da APF A APF não substitui a experiência do Gerente de Projetos ou de TI A APF deve auxiliar o processo tomada de decisões e não ser a única estimativa para base decisória 20

Onde entra a Experiência do Profissional? O que o GP precisa definir: Quais produtos serão desenvolvidos (Especificações, Manuais, Programas, BDs) Por meio de que atividades (Identificação de Classes, Validação de Espec. Técnica) Que recursos serão utilizados (Time) Que tipo de prossionais (Analistas, Desenvolvedores, Documentadores) Durante quanto tempo Quais Riscos devem ser considerados 21

Onde entra a Experiência do Profissional? + 9 Meses = = 9 mulheres + 1 mês 22

Indicadores derivados de PF A APF, junto com outras métricas permite a geração de vários indicadores para o GP Horas / PF PF / Homem Mês R$ / PF Defeitos / PF Estabilidade dos requisitos Baseline da organização Tamanho do backlog

Estimando Esforço Necessidade das horas apropriadas para Produtividade (PF / H) Taxa de Entrega (H / PF) Classificação de projetos por similaridade processo de desenvolvimento deve ser estável Extrapolar o comportamento histórico Indicadores de Mercado Indicadores Internos

Estimando Custo Necessidade dos custos apropriados para Preço do ponto de função ( R$ / PF) Classificação de projetos por similaridade processo de desenvolvimento deve ser estável Extrapolar o comportamento histórico Indicadores de Mercado Indicadores Internos

Estimando Duração Neste ponto o ideal é conjugar outras técnicas pois: Nem sempre Prazo = Esforço / Tamanho Equipe Cuidado com fórmulas mágicas duração = PF ** 0,4 ???

Outras Estimativas Possíveis? Número de casos de teste (= PF x 1,2) ??? Número de defeitos (= PF ** 1,25) ??? Tamanho da equipe de desenvolvimento (= PF / 150) ??? Tamanho da equipe de manutenção (= PF / 1500) ???

Uso da APF em Contratos de Software

Aspectos Contratação Sofware Foco no negócio principal Terceirização do desenvolvimento SW Parcial Equipe Projeto Atividade (codificação, teste, análise, etc) Total Outsourcing

Gestão do Contrato A necessidade de gerenciar o contrato existe seja qual for o nível da terceirização Equipe: produtividade e qualidade Projeto: prazo, escopo Atividade: prazo Outsourcing: custo, qualidade

Seleção do Tipo de Contrato Formas de contratação Homem Hora APF Preço Global Fixo Seleção do Tipo de Contrato Preço Unitário

Homem Hora (HH) “Body shopping” , “time and material” Remuneração Equipe mista Nem sempre apenas um fornecedor Infra-estrutura própria Remuneração Nível de qualificação Experiência dos profissionais Horas apropriadas

HH - Por um lado Simples administração Flexibilidade Agilidade em picos de demanda Mudança real dos requisitos: Aumento de escopo Aumento do esforço Aumento da fatura É justo. Responsabilidade direta do contratante

HH - Por outro lado Gerenciar a produtividade dos contratados: Competência não necessariamente disponível Remuneração não vinculada a resultados Falta de estímulo ao aumento de produtividade NÃO é justo. Responsabilidade do contratado

Preço Global Fixo (PGF) Privilegia a abordagem de projeto Exige maior grau de organização Quanto melhor definidos estiverem os requisitos, menor a chance de atritos Em geral: O fornecedor não dispõe de muita informação Ele não dispõe de tempo para análise detalhada Superdimensionamento ou subdimensionamento (mais provável) Ambos assumem que os requisitos não mudam Mas eles mudam...

Preço Unitário (PU) Remuneração sobre elementos do projeto Relatórios, telas, tabelas, casos de uso, linhas de código, pontos de função Equilibrar riscos Produtividade e qualidade - Contratado Escopo - Contratante Desafio: O elemento Reconhecido pelo contratante e contratado Uniforme Consistente

Novamente: ”Os requisitos mudam...” Quanto maior a duração do projeto, mais provável de ocorrer Nova negociação (aumento do escopo): como saber se as condições originais serão mantidas? APF como fator de normalização Dimensionar o projeto original Calcular o valor unitário Aplicar os números ao objeto da mudança de escopo Instrumento de COMUNICAÇÃO

Medição da variação do escopo [1.200 PF] [1.500 PF] [1.700 PF] [1.900 PF] Especificação Inicial Projeto de Projeto Produto de Requisitos Alto Nível Detalhado Entregue Estimativa Incial...: 1.200 PF Estimativa Dimensionamento Produto Entregue.: 1.900 PF Crescimento.........: 58,3% Horas, Reais, Pontos de Função, etc. ( 1.900 – 1.200 ) * 100 1.200 Projeto A Equipe 1

Histórico da Medição de Software LOC – Análise por Linhas de Código O que é? Pontos Negativos Falta de Padrão Falta de Significado para o Cliente Foco no tamanho e não na funcionalidade do Software

Por que APF como unidade Pontos de função como unidade padrão Método padrão de medição funcional Centenas de empresas e profissionais IFPUG (International Function Point Users Group) - organização responsável Pontos de função facilitando a comunicação Vocabulário independente da tecnologia Perspectiva do negócio 40

Visão Geral da APF

Definição da APF Método Padrão para Medir Software do Ponto de Vista do Usuário através da quantificação da Funcionalidade Fornecida.

Objetivos da APF Objetivos da Técnica Medir a Funcionalidade que o usuário solicita e recebe Medir o desenvolvimento e melhoria de software de forma independente da tecnologia utilizada para sua implementação Objetivos do Processo de Contagem Simples o suficiente para minimizar o trabalho adicional envolvido no processo de medição Uma medida consistente entre vários projetos e organizações

Quem usa APF em contratos PETROBRÁS EMBRATEL PRODEB EDS POLITEC MSAInfor DBA CPM STEFANINI BANDES CEF SERPRO PM- SP DATAPREV CORREIOS BRADESCO ABN/REAL EXÉRCITO 44

Componentes da contagem

Processo de contagem Contar Funções Tipo Dados Determinar o Tipo de Contagem Determinar Escopo da Contagem e Fronteira da Aplicação Contar Funções Tipo Dados Contar Funções Tipo Transação Determinar Contagem de Pontos de Função não Ajustados Determinar Valor do Fator de Ajuste Calcular o Número de Pontos de Função Ajustados Copyright © 2001, 2002 por FATTO CONSULTORIA E SISTEMAS LTDA.

Exemplo Prático Sistema de Cadastro de Clientes Listagem por ordem alfabética Exportação de cadastro via arquivo texto Realizando o Processo de Contagem Tipo de Contagem: Projeto de Desenvolvimento Número de ALIs: 01 (Tabela de Clientes) Número de AIEs: - Numéro de EEs: 01 (Inclusão de Clientes) Número de SEs: 01 (Listagem por Ordem Alfabética) Número de CEs: 01 (Exportação em arquivo texto)

Exemplo Prático Considerando a complexidade dos tipos de função como Baixa, temos: Pontos de Função Brutos: ALI X 7 AIE X 5 EE X 3 SE X 4 CE X 3 48

Exemplo Prático Substituindo os valores: Pontos de Função Brutos 1 X 7 PFB Calculado: 17 49

Exemplo Prático Para determinar o Valor do Fator de Ajuste, levamos em conta as características gerais do Sistema: Comunicação de Dados Processamento Distribuído Performance Utilização de Equipamento Volume de Transações Entrada de Dados On-Line Eficiência de Usuário Final Atualização On-Line Processamento Complexo Reutilização de Código Facilidade de Implantação Facilidade Operacional Múltiplos Locais Facilidade de Mudanças 50

Exemplo Prático O Próximo passo é atribuir valores que variam de 0 a 5 para cada característica do Sistema: 0 – Nenhum Influência 1 – Influência Mínima 2 – Moderada 3 – Influência Média 4 – Influência Significativa 5 – Grande Influência (Crítica) 51

Exemplo Prático Para facilitar nossa breve análise, vamos atribuir o Valor 1 para todas as características do Sistema: VFA = (Soma dos Valores de Influência * 0,01) + 0,65 Onde: Soma dos Valores de Influência = 14 VFA Calculado: 0,79 52

Exemplo Prático Enfim, o valor dos Pontos de Função ajustados: PFA = (VFA * PFB) Onde: VFA = 0,79 PFB = 17 PFA Calculado: 13,43 53

Exemplo Prático Com esse valor, conseguimos estimar: Esforço Prazo 10hs por PF => 10 * 13,43 => 135 horas Prazo 8hs de trabalho por dia => 135 horas/8h => 17 dias Custo R$ 25,00 por hora de trabalho => 135 * 25 => R$ 3.375 54

Conclusões APF é uma técnica eficaz na geração de indicadores para a gerência de projetos de software Resultados melhores à medida que dados históricos de projetos são incorporados Facilitador da comunicação Uso crescente em contratos de software Brasil está na vanguarda do uso da APF 55

Referências IFPUG - www.ifpug.org BFPUG - www.bfpug.com.br FATTO - www.fattocs.com.br ISBSG - www.isbsg.org ASMA - www.asma.org.au NESMA - www.nesma.nl UKSMA - www.uksma.co.uk COSMIC - www.cosmicon.com SPR - www.spr.com

Perguntas???

Obrigado! dericferreira@hotmail.com www.dericferreira.blogspot.com MCTS - MCP dericferreira@hotmail.com www.dericferreira.blogspot.com