Estimativas de Software - Fundamentos, Técnicas e Modelos... e o principal, integrando isso tudo! - apresentado na Engenharia de Software Conference, Maio/2009
Estimativas de Software - Fundamentos, Técnicas e Modelos... e o principal, integrando isso tudo! - apresentado na Engenharia de Software Conference, Maio/2009
Na indústria de desenvolvimento de software atual, fazer boas estimativas é essencial para a sobrevivência das organizações. Estimar muito acima do que será a realidade pode ocasionar propostas perdedoras em concorrências e estimar muito abaixo pode ocasionar enormes prejuízos financeiros. Nessa palestra veremos o que é uma estimativa, suas características, o processo de estimar e algumas técnicas, como o COCOMO II. Apresentaremos também alguns resultados de estudos realizados no Synergia.
Modelagem de sistemas - Pensamento sistêmicoBruno Oliveira
Apresentação realizada no Centro de Tecnologia Renato Archer (Campinas), em 2011, sobre aspectos de modelagem de sistemas, utilizando pensamento sistêmico
Na indústria de desenvolvimento de software atual, fazer boas estimativas é essencial para a sobrevivência das organizações. Estimar muito acima do que será a realidade pode ocasionar propostas perdedoras em concorrências e estimar muito abaixo pode ocasionar enormes prejuízos financeiros. Nessa palestra veremos o que é uma estimativa, suas características, o processo de estimar e algumas técnicas, como o COCOMO II. Apresentaremos também alguns resultados de estudos realizados no Synergia.
Modelagem de sistemas - Pensamento sistêmicoBruno Oliveira
Apresentação realizada no Centro de Tecnologia Renato Archer (Campinas), em 2011, sobre aspectos de modelagem de sistemas, utilizando pensamento sistêmico
Apresentação explicando um pouco sobre:
- Testes de Segurança em Aplicações Web
- Análise de Segurança
- Engenharia Social
- Fiddler
- ZAP
- Top 10 OWASP
- Os maiores ataques Hackers
- Como realizar um ataque
- Metasploit
- Desenvolvimento Seguro
- Cross-site Scripting (XSS)
- SQL Injection
- DDOS
Estratégias e Técnicas de Testes - Parte 2Lorena Caldas
Slides da da palestra sobre Estratégias e Técnicas de Testes, apresentada por mim, na data de 19/11/2013 aos formandos do curso de Análise de Sistemas da instiutição IBES
Monografia apresentada ao curso de Engenharia de Software do Centro Universitário Positivo, sobre Teste de Software, como requisito parcial para a conclusão do curso de pós-graduação.
Orientador: Prof. Douglas Mendes
2006
Rodrigo Kammers - Trabalho como coodenador de projetos de Testes de Software à 6 anos na Positivo Infomática.
Estratégias e Técnicas de Testes - Parte1Lorena Caldas
Slides da da palestra sobre Estratégias e Técnicas de Testes, apresentada por mim, na data de 19/11/2013 aos formandos do curso de Análise de Sistemas da instiutição IBES
De que se trata o artigo: Estimar é uma atividade cotidiana, sistematicamente evitada por aqueles responsáveis pela sua execução. Na busca por superar isso, uma série de técnicas e ferramentas surge no cenário do desenvolvimento e manutenção de sistemas. Muitas vezes, no desespero por uma solução imediata elas são adotadas independentemente de sua adequação ao cenário específico em que serão introduzidas, ou mesmo apenas com um conhecimento superficial quanto ao seu funcionamento. Ferramentas como o COCOMOII, Simulação de Monte Carlo e Pontos de Função não substituem a analista responsável pela estimativa, que enfrenta a confusão entre o que seja uma estimativa técnica, um compromisso pessoal ou uma meta corporativa.
Para que serve: Nosso objetivo é diferenciar entre esses diferentes atos e como se portar diante de cada um deles; destacar que simples cuidados podem ajudar a produzir estimativas de muito mais qualidade; apresentar como funcionam uma série de ferramentas isoladamente e como integrá-las no estabelecimento de um ambiente propício à melhoria continua da qualidade das estimativas.
Em que situação o tema é útil: Nas diferentes situações em que um analista deve se relacionar com seus clientes no sentido de fornecer a sua expectativa para prazo, custo, esforço ou escopo no desenvolvimento e manutenção de software. Visa ajudar a esse analista a identificar os diferentes tipos de solicitação e evitar que ele caia em armadilhas que o leve a assumir compromissos inexeqüíveis. Adicionalmente, é útil também àquele profissional que trabalha na definição de processos de desenvolvimento e seleção de métodos e ferramentas para fins de melhorar o processo de estimativa de sua organização.
Introdução ao Gerenciamento de Riscos em Projetos a partir de material preparado para evento da Brasil Telecom e conteúdos do curso de gestão gratuito da X25 - www.correntecritica.com
Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas em gestão estratégica de estimativa de esforço.
Modelos de Apoio à Decisão_Relatório Trabalho 2Luis Neto
Modelos de Apoio à Decisão. Mestrado de Planeamento e Operação de Transportes, Instituto Superior Técnico, Universidade de Lisboa. Nota do Trabalho 17 / 20. Nota final 14 / 20.
Decision Support Models. MSc Transport Planning and Operation, Instituto Superior Tecnico, Lisbon University. Project course grade 17 / 20. Final grade 14 / 20
Apresentação explicando um pouco sobre:
- Testes de Segurança em Aplicações Web
- Análise de Segurança
- Engenharia Social
- Fiddler
- ZAP
- Top 10 OWASP
- Os maiores ataques Hackers
- Como realizar um ataque
- Metasploit
- Desenvolvimento Seguro
- Cross-site Scripting (XSS)
- SQL Injection
- DDOS
Estratégias e Técnicas de Testes - Parte 2Lorena Caldas
Slides da da palestra sobre Estratégias e Técnicas de Testes, apresentada por mim, na data de 19/11/2013 aos formandos do curso de Análise de Sistemas da instiutição IBES
Monografia apresentada ao curso de Engenharia de Software do Centro Universitário Positivo, sobre Teste de Software, como requisito parcial para a conclusão do curso de pós-graduação.
Orientador: Prof. Douglas Mendes
2006
Rodrigo Kammers - Trabalho como coodenador de projetos de Testes de Software à 6 anos na Positivo Infomática.
Estratégias e Técnicas de Testes - Parte1Lorena Caldas
Slides da da palestra sobre Estratégias e Técnicas de Testes, apresentada por mim, na data de 19/11/2013 aos formandos do curso de Análise de Sistemas da instiutição IBES
Semelhante a Estimativas de Software - Fundamentos, Técnicas e Modelos... e o principal, integrando isso tudo! - apresentado na Engenharia de Software Conference, Maio/2009
De que se trata o artigo: Estimar é uma atividade cotidiana, sistematicamente evitada por aqueles responsáveis pela sua execução. Na busca por superar isso, uma série de técnicas e ferramentas surge no cenário do desenvolvimento e manutenção de sistemas. Muitas vezes, no desespero por uma solução imediata elas são adotadas independentemente de sua adequação ao cenário específico em que serão introduzidas, ou mesmo apenas com um conhecimento superficial quanto ao seu funcionamento. Ferramentas como o COCOMOII, Simulação de Monte Carlo e Pontos de Função não substituem a analista responsável pela estimativa, que enfrenta a confusão entre o que seja uma estimativa técnica, um compromisso pessoal ou uma meta corporativa.
Para que serve: Nosso objetivo é diferenciar entre esses diferentes atos e como se portar diante de cada um deles; destacar que simples cuidados podem ajudar a produzir estimativas de muito mais qualidade; apresentar como funcionam uma série de ferramentas isoladamente e como integrá-las no estabelecimento de um ambiente propício à melhoria continua da qualidade das estimativas.
Em que situação o tema é útil: Nas diferentes situações em que um analista deve se relacionar com seus clientes no sentido de fornecer a sua expectativa para prazo, custo, esforço ou escopo no desenvolvimento e manutenção de software. Visa ajudar a esse analista a identificar os diferentes tipos de solicitação e evitar que ele caia em armadilhas que o leve a assumir compromissos inexeqüíveis. Adicionalmente, é útil também àquele profissional que trabalha na definição de processos de desenvolvimento e seleção de métodos e ferramentas para fins de melhorar o processo de estimativa de sua organização.
Introdução ao Gerenciamento de Riscos em Projetos a partir de material preparado para evento da Brasil Telecom e conteúdos do curso de gestão gratuito da X25 - www.correntecritica.com
Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas em gestão estratégica de estimativa de esforço.
Modelos de Apoio à Decisão_Relatório Trabalho 2Luis Neto
Modelos de Apoio à Decisão. Mestrado de Planeamento e Operação de Transportes, Instituto Superior Técnico, Universidade de Lisboa. Nota do Trabalho 17 / 20. Nota final 14 / 20.
Decision Support Models. MSc Transport Planning and Operation, Instituto Superior Tecnico, Lisbon University. Project course grade 17 / 20. Final grade 14 / 20
Trata sobre a importância da modelagem de incerteza e os problemas que ela responde na estima de teste. Com uma visão bem-humorada fala sobre coisas que você precisa
saber sobre estimativa e talvez ninguém tenha te dito.
Indicadores de políticas públicas e métricas de software: uma visão em paraleloRoberto de Pinho
Material da Disciplina "Metodologia de Análise e Solução de Problemas - MASP" ministrada nos MBA em Gestão de Projetos e Mba Em Gestão da Informação da Universidade Salvador - 2003 a 2010 (material da edição de 2010). (4/4)
Os objetivos da palestra são:
- Apontar técnicas de estimativas usadas e quais são suas vantagens e desvantagens;
- Verificar se realmente é importante nos preocuparmos com números precisos de estimativas;
- A importância do ritmo de trabalho;
- Dividir para conquistar: quebrando o trabalho em pequenas tarefas;
- Quanto estamos errando ou acertando em nossas estimativas?
- Os prazos finais estão sendo cumpridos?
- Pontuação x quantidade de tarefas;
- Produção puxada;
- Entrega contínua;
- Comprometimento do time.
A ideia é construir uma palestra com a participação de todos, construindo um debate sobre um tema polêmico, que muitas vezes é super valorizado pelos times.
Apresentação realizada em evento da Sucesu - Rio Grande do Sul, organizado com apoio da PUC.
Semelhante a Estimativas de Software - Fundamentos, Técnicas e Modelos... e o principal, integrando isso tudo! - apresentado na Engenharia de Software Conference, Maio/2009 (20)
Nesta última quinta (13/11/2014), encerrei minha participação no Métricas 2014. O evento foi muito bem organizado pelo BFPUG e pela Acta Marketing, empresa contratada para esse fim, as apresentações estavam com sinergia entre si e fica difícil para quem está de fora acreditar que não houve um intenso trabalho de integração em suas preparações.
O tema que apresentei foi “Integração do Desenvolvimento Ágil com a Governança Corporativa de TI Usando Métricas Funcionais”. Abordamos uma estratégia de conciliação do desenvolvimento ágil com as exigências de governança corporativa. Uso o termo estratégia, mas é uma liberalidade de minha parte; no fundo, trata-se de um procedimento operacional estabelecendo tudo para operacionalização de contratos mais ágeis incluindo planilhas de acompanhamento de ordens de serviço, planilhas de medição alinhadas ao modelo, instruções técnicas, regras e procedimentos.
O modelo de contratação de serviços de desenvolvimento e manutenção de software que mais tem sido adotado no Brasil nos últimos anos estabelece a remuneração do fornecedor com base em uma unidade medida de uma perspectiva de negócio, e não técnica: pontos de função. Este trabalho apresenta a motivação para a busca no Brasil de um novo modelo para contratação de serviços de software, os problemas existentes nos modelos de contratação usados até então, explicando este novo modelo de contratação e o que é a Análise de Pontos de Função, as dificuldades associadas a este modelo e perspectivas de evolução.
El modelo de contratación para servicios de desarrollo y mantenimiento de software que ha sido más utilizado en Brasil en los últimos años establece la remuneración del proveedor, basado en una unidad de medida de un punto de vista comercial, no técnica: los puntos de función. Este documento presenta la motivación para la búsqueda de un modelo nuevo de contratación para los servicios de software en Brasil, los problemas existentes en la contratación de los modelos utilizados hasta ahora, explicando este nuevo modelo de contratación y lo que es Análisis de Puntos de Función, las dificultades asociadas con este modelo y la tendencia futura.
A apresentação discute como (e por que) a Análise de Pontos de Função (APF) tornou-se uma opção interessante para contratos de serviços de software. Aborda-se também como a APF funciona, o modelo de custeio baseado em PFs, dificuldades para transição e benefícios em pontencial.
Apresentação feita no Encontro sobre Contratação de Produtos e Serviços de TI na Administração Pública realizado em São José dos Campos em Agosto de 2013 promovido pelo Centro de Computação da Aeronáutica (CCA-SJ).
A contribuição de Pontos de Função para um programa de métricas de software - palestra apresentada na 3a Jornada de Tecnologia do Banco do Brasil Dez/2008
APF: Unidade em contratos de software e as diferenças nas suas aplicações em estimativas" apresentado na Softsul, em Porto Alegre-RS, dentro do programa Panorama Softsul, Abril/2009
APF - Fundamentos, aplicação como base para medição em contratos de software e as diferenças nas suas aplicações em estimativas - apresentado na 9ª Jornada Goiana de Engenharia de Software, Setembro/2009
Software na medida certa: desmistificando pontos de função - apresentado no III Simpósio de Gestão Pública e TI do Governo de Pernambuco, em 01 de dezembro/2010
Software na medida certa: desmistificando pontos de função - apresentado no III Simpósio de Gestão Pública e TI do Governo de Pernambuco, em 01 de dezembro/2010
Quais são os problemas em se utilizar o MS Excel® para a contagem de
Pontos de Função?
Poucos tomadores de decisão estão cientes do custo no longo prazo e do alto risco que
estão correndo quando decidem usar uma solução em planilha, como:
• Alto custo dos recursos para o negócio devido ao tempo perdido
desnecessariamente ao fazer manualmente o registro, o gerenciamento, a
validação e a geração de relatórios de contagem.
• O risco comercial e financeiro oculto na utilização de dados errados e
corrompidos como entradas para estimativa de recursos e cronograma para
projetos críticos.
• Custos com recursos futuros em ter que mudar decisões, quando o uso
continuado do Excel se torna insustentável, devido a:
• O número excessivo de planilhas que precisam ser gerenciadas;
• Os dados que não podem ser convertidos ou importados;
• O inaceitável custo para converter/importar tais dados.
• Alto risco de falha no programa de contagem de Pontos de Função e a perda
do investimento realizado em treinamentos e contagens, devido à frustração dos
“contadores” em serem incapazes de gerenciar, reusar, auditar ou relatar facilmente
as contagens.
Manutenção de software tem uma série de peculiaridades quando comparada ao desenvolvimento de software. Este artigo descreve um caso de sucesso da resolução de questões na gestão tática e estratégica no planejamento e controle de software comercializado usando pontos de função como unidade de produto. Entre essas questões, as mais críticas são: gerir a programação das solicitações de mudança da base de cliente em um cenário onde quatro versões são liberadas em uma janela de tempo de um ano; aumentar a qualidade e a produtividade; diminuir a carga de trabalho não ligada à produção dos departamentos de desenvolvimento e teste. A Área de Processo de Medição e Análise foi usada como um mapa e as melhoria críticas alcançadas pela definição e implementação de: Marcos de acompanhamento gerencial para acompanhar o progresso dissociado das disciplinas da engenharia de software; unidade padrão de pacotes de trabalho como unidade de gestão para as demandas do departamento de planejamento, segregando atividades medidas pela produção daquelas medidas pela disponibilidade.
O uso da Análise de Pontos de Função apenas para estimar e medir projetos e melhorias não representa todas as vantagens trazidas pela técnica. A implantação e estruturação de um centro de excelência em métricas permitirá a organização se beneficiar dos valores trazidos pelo uso da APF em todas as disciplinas atreladas ao desenvolvimento de software, seja para gestão interna ou de terceirização. A capacidade de realizar a gestão dos contratos de desenvolvimento e manutenção de sistemas sem a necessidade de intervenção na gestão interna da contratada, a capacidade fixar procedimentos e critérios de mensuração dos serviços prestados de desenvolvimento e manutenção de sistemas, abrangendo métricas, indicadores e valores e a capacidade para dotar a organização de competência para gerenciar o desempenho, interno ou externo, com base em resultados, são alguns benefícios alcançados com a iniciativa. Neste CASE iremos apresentar as dificuldades inerentes ao processo de implantação, as boas práticas adotadas para favorecer o sucesso da iniciativa, as particularidades envolvendo projetos de manutenção e as lições aprendidas com esta implantação.
ISMA 5 - Núcleo de Métricas - Alcançando a Excelência na Governança de TI
Estimativas de Software - Fundamentos, Técnicas e Modelos... e o principal, integrando isso tudo! - apresentado na Engenharia de Software Conference, Maio/2009
1. Estimativas de Software –
Fundamentos, Técnicas e Modelos...
e o principal, integrando isso tudo!
Como usar de forma consistente PF,
COCOMOIl, Simulação de Monte
Carlo e seu bom senso em
estimativas de software
Carlos Eduardo Vazquez, CFPS
FATTO Consultoria e Sistemas
29/05/2009 1
2. Você sabe estimar?
Qual a sua
estimativa do
deslocamento
entre o Rio de
Janeiro e
Niterói?
29/05/2009 2
3. Dificuldades aos Estimar
(1) Ambigüidade, Volatilidade ou
Falta de Clareza
(2) Falta de Medições Adequadas
(3) Falta de Referências Válidas
(4) Visão Distorcida do que Seja
Estimar
(5) A Quantidade de Funções
Estimadas
29/05/2009 3
4. (1) Ambigüidade, volatilidade ou falta de clareza
Os objetivos da estimativa, seu escopo, seus requisitos,
não estão claros ou completos
Qual o meio de transporte para esse deslocamento? Onde no Rio
de Janeiro? Qual horário? Por qual caminho? Pagar pedágio é
uma restrição?
Questões que não demandam grande volume de análise,
muitas vezes são desconsideradas
Não pode ser um empecilho!
29/05/2009 4
5. (2) Falta de Medições Adequadas
Garantir que o objeto tenha
sido adequadamente
medido e estimar
consistentemente com
realizações passadas
Pode não haver vontade
ainda que haja condições
técnicas!
Transferência de poder do
indivíduo para a
organização
29/05/2009 5
6. (3) Falta de Referências Válidas
Iniciativa da organização: Processos estruturados para estimar
e descrever o tamanho do software produto (“bussiness”)
Estimativas de custo, esforço, prazo e escopo são relacionadas
aos valores realizados
Modelos de estimativa utilizados são calibrados às condições
locais
Critérios para normalizar as diferenças entre os projetos e
produtos são estabelecidos
29/05/2009 6
7. (4) Visão Distorcida do que Seja Estimar
As pessoas tem dificuldade em
diferenciar
estimativa, meta e compromisso
Existe muita confusão entre o que seja:
Fornecer uma estimativa, ato técnico que
pondera os riscos de escopo e
produtividade
Estipular uma meta para atender demanda
ou projeto, um ato gerencial ou político
Assumir um compromisso, uma decisão
pessoal
29/05/2009 7
8. Dinâmica entre Meta, Estimativa e Compromisso
Considerando apenas o esforço, por
exemplo
Estimativa é um insumo para que
compromissos sejam assumidos
Ambos são insumos para que
metas sejam estabelecidas
Esforço, Prazo e
Duração estão inter-
relacionados...
29/05/2009 8
10. Objetivos da Palestra
Apresentar e discutir
Qual a relação entre essas variáveis?
Elas podem ser quantificadas? Como?
Quais as técnicas e ferramentas que devo conhecer melhor
O que há de mito naquilo que é difundido ordinariamente
Eliminadas ambigüidades, nivelado o entendimento,
identificadas referências válidas, compatíveis com esse
entendimento
Não é adequado estimar 1:15 para o deslocamento, pontual, sem
o destaque que trata-se de uma chance
A estimativa pontual é típica de estimativas diretas...
29/05/2009 10
11. Estimativas diretas e estimativas paramétricas
Estimativa direta de uma grandeza de interesse
Esforço, prazo, custo ou escopo estimados sem parâmetro de
referência
Contra exemplo de uma estimativa direta
Distância entre o Rio de Janeiro e Niterói é de 25 quilômetros
Considerando a média das velocidades de 17,5 Km/h fazendo o
percurso todo de carro e por volta das 15:00
O resultado da estimativa seria de 1:30 hora
29/05/2009 11
12. Estimativas diretas e estimativas paramétricas
Estimativa paramétrica
Parâmetro de referência utilizado para derivar a estimativa
Resultados da aplicação de modelos de estimativas
Desde os mais simples como esse que produziu uma estimativa
pontual
• Até aqueles que incluem componentes de incerteza (ε)
O principal erro ao estimar é desconsiderar que haverá um erro!
• Ao estabelecer uma meta ou assumir um compromisso, quem toma a
decisão deve ser informado do erro esperado
29/05/2009 12
13. Modelos Determinísticos de Estimativa
Esses casos não consideram aleatoriedade ou
probabilidade
01:15 é uma estimativa direta e 01:30 ilustra um modelo
determinístico
Ambos facilmente passam a impressão de certeza
Valores determinados assim que as entradas são definidas
01:30 obtida a partir da média das velocidades em outras viagens
onde individualmente verificou-se uma determinada velocidade
média
29/05/2009 13
14. Modelos Determinísticos de Estimativa
A Média foi a medida de tendência de centro nesse caso
Valores extremos tendem a diminuir a sua representatividade
Medida menos sensível aos valores extremos é a Mediana
Uma terceira medida é a Moda (a velocidade média mais comum)
Estimativa em software é manifestação de probabilidade
Deve indicar a proximidade esperada do real, qual a chance de
acontecer, qual a sua acuidade
Por exemplo
Entre 1:02 e 1:47 com 68,26% de chance (1:24 ± 34,13%)
Entre 0:39 e 2:10 com 95,44% de chance (1:24 ± 47,72%)
De onde vieram esses números!?
29/05/2009 14
16. A Distribuição Normal de Probabilidade
Descreve dados que se aglomeram em torno da média
Gráfico associado tem o formato de um sino com o pico na média
Média, Mediana (50%) e Moda convergem para um ponto único
Qualquer variável que seja a soma de uma grande número de
fatores independentes tende a ser distribuída normalmente
29/05/2009 16
17. Modelos Estocásticos de Estimativa
Incluem em sua formulação componentes de incerteza
Considera o grau de dispersão entre as viagens utilizadas no
cálculo da média das velocidades do percurso
Medida mais usada para descrever esse grau de dispersão
é o desvio padrão
Resumido como a média dos desvios de cada velocidade
individual em relação à média das velocidades
Usado como uma unidade, representado pela letra sigma (σ)
29/05/2009 17
18. Modelos Estocásticos de Estimativa
Considerando uma distribuição normal de probabilidade
Há uma chance de haver um caso que esteja até 1σ de “distância”
do centro em 68,26% ou então ±34,13%...
Em um projeto de software esse desvio é sempre o mesmo
independente do momento em que se estima?
29/05/2009 18
19. Considerando o Momento no Ciclo de Vida
Além do ponto no ciclo de vida, outro fator afeta o desvio?
29/05/2009 19
20. (5) A Quantidade de Funções Estimadas
O que esperar quanto à evolução do desvio no ciclo de vida?
29/05/2009 20
22. O “Cone da Incerteza”
As variáveis de projetos de software
seguem necessariamente uma
distribuição normal de probabilidade?
29/05/2009 22
23. Não. A “Estimativa de Três Pontos”
Como posso usar essa informação? Se já é difícil dar uma
estimativa pontual, quanto mais três!
29/05/2009 23
24. Integrando os Recursos Disponíveis
Como estimar o valor mais provável
Análise de Pontos de Função com uma base histórica de
produtividade
COCOMOII
Onde obter as faixas de acuidade a conforme o momento
no ciclo de vida e obter uma estimativa de três pontos
COCOMOII
Como usar essa informação para assumir um compromisso
ou determinar uma meta
PERT/CPM
Simulação de Monte Carlo
29/05/2009 24
31. APF para Estimar o Valor Mais Provável
Padrão internacional para medição das funções entregues
pelo software ao usuário
Mede O QUE e não COMO as funções são entregues
Permite estimar o escopo em momentos preliminares do ciclo de
vida e criar premissas justificáveis
O Fator de Ajuste é obsoleto e não pondera bem os R.
técnicos e de qualidade complementares aos R. funcionais
29/05/2009 31
32. Capturando o Efeito dos Não Funcionais
Criar categorias de projetos / demandas que compartilhem
aspectos técnicos e de qualidade similares
Usar o COCOMOII conjuntamente com a APF (excluindo o
VAF)
29/05/2009 32
33. COnstructive COst MOdel
O que é o COCOMO II
Um dos modelos de estimativa paramétrica mais usados
mundialmente
Primeira versão desenvolvida por Barry Boehm em 1981 na USC
Prediz o esforço e prazo para o desenvolvimento
de produtos de software baseado primariamente
no seu tamanho e em outros fatores que afetam a produtividade
Pelo momento, o que nos interessa não é o modelo, são suas
premissas
O estabelecimento de fases para acompanhamento gerencial, externas
à função de desenvolvimento
As faixas de acuidade esperada conforme o momento no ciclo de vida
29/05/2009 33
39. Um Pouco Mais sobre o COCOMOII
estimativa do tamanho
do produto de software
atributo de produto,
processo, plataforma e pessoal COnstructive
parâmetros de reutilização, COst
manutenção e incremento
MOdel
dados de projetos de
software da organização
Modelo calibrado às condições
locais - aos dados da organização
29/05/2009 39
40. Os Limites da Compressão de Cronograma
Estimativas mais prováveis para Prazo e Esforço
Evita as conseqüências do “Mítico Homem-Mês”
Lei de Brooks: “Aumentar a equipe para um projeto de
software atrasado faz com que fique mais atrasado
ainda”
A Equipe é uma razão de Esforço e Prazo e não o
contrário
Compressão de Prazo máxima de 75%
29/05/2009 40
41. Relacionado as Chances de Prazo e Esforço
Com o uso da APF e do COCOMOII já temos
Estimativas com esforço e prazo otimistas e pessimistas
As estimativas podem ser elaboradas em unidades de gestão que
compreendam casos de uso ou conjunto de casos de uso afins
Por que não simular os diferentes possíveis cenários do
esforço delimitados por essas estimativas e apurar qual
seria o prazo para cada uma dessas unidades de gestão,
consolidar o total e avaliar as possibilidades?
Essa é a Simulação de Monte Carlo aplicada aos projetos de
software!
29/05/2009 41
42. Aplicação da Simulação de Monte Carlo
75% de chance de
entregar em cerca
de 13 meses-
calendário 50% de chance de
entregar em cerca
de 10 HM
29/05/2009 42