Escolar Documentos
Profissional Documentos
Cultura Documentos
Contedo Programtico
Unidade IV Tcnicas de estimativa de esforo e prazo
COCOMO (Bsico Intermedirio detalhado)
COCOMO II
Estimativas de prazo
Estimativas de custo
Estimativas de defeitos pr-release
Estimativas de esforo de retrabalho
Mtodo de Putnam
Estimativa de custos e esforo para a manuteno de software
Outros mtodos
Estudo de casos
Acompanhar projetos (mtodo EVA).
COCOMO - Introduo
Construtive Cost Model
Criado por Barry Boehm no seu livro Economia da Engenharia de
Software (1981)
um modelo desenvolvido para estimar esforo, prazo, custo e
tamanho da equipe para um projeto de software.
Como foi desenvolvido em 1981, ficou conhecido como COCOMO 81
COCOMO - Introduo
O mtodo foi derivado e baseado nas anlises feitas em um conjunto
de 63 projetos, cobrindo reas como: negcios, controle, cientfica,
suporte e sistema operacional.
Os programas examinaram de 2.000 a 100.000 linhas de cdigo em
linguagens de programao de Assembly a PL/I.
COCOMO MODELOS
O COCOMO possui 3 diferentes modelos que refletem a
complexidade de desenvolvimento do produto:
Bsico
Intermedirio
Avanado ou Detalhado
COCOMO - BSICO
Calcula o esforo do desenvolvimento de software em funo do
tamanho estimado do programa expresso em linhas de cdigo
estimadas.
COCOMO - BSICO
FRMULAS:
Esforo aplicado por pessoa no ms:
Projeto de Software ab bb cb db
Onde:
ab, bb = Coeficientes de Desenvolvimento
KLOC = Quantidade de milhares de linhas de cdigo
COCOMO - BSICO
FRMULAS:
Tempo de Desenvolvimento:
Projeto de Software ab bb cb db
Onde:
cb, db = Coeficientes de Desenvolvimento
E = Esforo aplicado pelo desenvolvedor
COCOMO - BSICO
FRMULAS:
Quantidade de Desenvolvedores Necessrios:
Projeto de Software ab bb cb db
Onde:
E = Esforo aplicado pelo desenvolvedor
D = Tempo de Desenvolvimento
COCOMO - BSICO
COCOMO bsico bom por ser rpido em estimativas e custos de
software, mas sua exatido limitada .
Ele no leva em conta as limitaes de hardware, a qualidade do
pessoal e experincia, o uso de ferramentas e tcnicas modernas, e
outros atributos do projeto conhecido por ter uma influncia
significativa sobre os custos de software, o que limita a sua preciso
COCOMO INTERMEDIRIO
Calcula o esforo de desenvolvimento de software em funo do
tamanho do programa e de um conjunto de direcionadores de custo,
alternativamente chamados atributos ou fatores de software, que
incluem avaliaes subjetivas do produto, do hardware, do pessoal e
dos atributos do projeto.
COCOMO INTERMEDIRIO
Direcionador de Custo:
uma caracterstica de desenvolvimento de software que tem
efeito aumentativo ou diminutivo na quantidade de esforo de
desenvolvimento final do projeto, como por exemplo, a
experincia da equipe de projeto, ou ainda, a confiabilidade
requerida do software [COCOMOII, 2000].
COCOMO INTERMEDIRIO
FATOR DE AJUSTAMENTO DE ESFORO (EAF):
No Modelo Intermedirio so utilizados itens de avaliao do
modelo bsico e criados mais alguns, tais como:
Atributos de Produto,
Atributos de Hardware,
Atributos Pessoais,
Atributos de Projeto.
COCOMO INTERMEDIRIO
FATOR DE AJUSTAMENTO DE ESFORO (EAF):
Para cada um dos atributos dado um valor, de 0 a 6 onde 0 =
muito baixo e 6 = muito alto, posteriormente feita uma
multiplicao dos resultados para a criao do EAF(Effort,
Adjustment Factor), ou, Fator de Ajustamento de Esforo.
COCOMO INTERMEDIRIO
COCOMO - INTERMEDIRIO
FRMULAS:
Esforo aplicado pelo desenvolvedor:
Projeto de Software ai bi
Onde:
ai, bi = Coeficientes de Desenvolvimento
LOC = Quantidade de linhas de cdigo
EAF = Fator de Ajustamento de Esforo
COCOMO - AVANADO
Tambm conhecido como Detalhado, ele incorpora todas as
caractersticas da verso intermediria, incluindo a avaliao do
impacto dos atributos do software e da equipe desenvolvedora em
cada passo do processo de engenharia de software.
Modelos Paramtricos
Relao matemtica entre tamanho, esforo, prazo e qualidade
Essa relao afetada por fatores de performance, ou parmetros
Ex: COCOMO II, SLiM, KnowledgePan, etc.
COCOMO II
Devido idade dos projetos que embasaram o modelo, assim como
sua incapacidade de lidar com ciclos de vida iterativos e com a
utilizao de componentes Commercial-Off-The-Shelff COTS
(Comerciais de Prateleira), o COCOMO 81 atualmente considerado
obsoleto, tendo sido substitudo por sua verso II, publicada em 2000.
Foi Obtido e Calibrado com base em 161 projetos cuidadosamente
selecionados a partir de 2000 projetos candidatos
Antes de ser usado, o modelo deve ser calibrado a partir dos dados
histricos de projetos semelhantes queles que se deseja estimar
COCOMO II
Possui 22 parmetros (5 com efeito exponencial e 17
com efeito linear) que permitem ajustar as
caractersticas de um projeto especfico.
COCOMO II
O COCOMO II compatvel com os mtodos iterativos
e incrementais tais como RUP (Rational Unified
Process)
COCOMO II
Ele evoluiu para um modelo de estimativa de custo de software mais
abrangente
Assim como o seu predecessor, o COCOMO II na realidade uma
hierarquia de modelos de estimativa que trata as seguintes reas:
Modelo de Composio de aplicao
Modelo de Estgio do Incio do Projeto
Modelo do Estgio Ps-Arquitetura
COCOMO II
Assim como todos os modelos de estimativa para software, os
modelos COMO II requerem informaes de tamanho. H disponveis
3 diferentes opes como parte da hierarquia de modelo:
Pontos de Objeto
Pontos de Funo
Linhas de Cdigo-Fonte
COCOMO II
O modelo de composio de aplicao COCOMO II utiliza pontos de
objeto e ilustrado nos prximos pargrafos
Devemos observar que h tambm disponveis outros modelos de
estimativa mais sofisticados (Usando PF e KLOC) como parte do
COCOMO II
Relatrios
Roteiro de Estimativa
Ferramenta USC-COCOMO II
COCOMO II Frmula
Mtodo de Putnam
um modelo dinmico de mltiplas variveis que
pressupe uma distribuio de esforo especfica ao
longo da existncia de um projeto de desenvolvimento
de software.
O modelo foi construdo a partir de uma distribuio de
mo-de-obra encontrada em grandes projetos (esforo
total de 30 pessoas-ano ou mais), porm a aplicao
desse mtodo para projetos de software menores
possvel.
Modelo Putnam
Frmula
A estimativa de Putnam relaciona linhas de
cdigo ao tempo e esforo de desenvolvimento,
utilizando as seguintes equaes:
Modelo Putnam
Frmulas
Modelo Putnam
Frmulas
Os valores tpicos para a constante do estado da
tecnologia so:
Para um ambiente pobre:
Ck = 2.000
Para um ambiente de desenvolvimento de bom nvel:
Ck = 8.000
Para um ambiente excelente:
Ck = 11.000
Modelo Putnam
Frmulas
Ambiente de Desenvolvimento Pobre um ambiente
sem base metodolgica, sem documentao e com
revises precrias
Ambiente de Desenvolvimento Bom um ambiente que
aplica metodologias, com documentao
Ambiente de Desenvolvimento Excelente um
ambiente com ferramentas e tcnicas automatizadas
Modelo Putnam
Frmulas
O valor da constante de tecnologia (Ck) tambm pode
ser derivado das condies locais utilizando dados
histricos coletados no esforo do desenvolvimento
Modelo Putnam
O valor da constante de tecnologia (Ck) tambm pode
ser derivado das condies locais utilizando dados
histricos coletados no esforo do desenvolvimento
Modelo Putnam
A estimativa de Putnam permite a troca de tempo pelo
esforo.
Ao acrescentar pessoas num projeto, diminui-se o
tempo do desenvolvimento.
Em contra partida aumenta-se o custo do projeto.
Ao ultrapassar o ponto mximo para esta troca, o
projeto torna-se incontrolvel
Por outro lado, os administradores podem simular
outras situaes, verificando o tempo, o esforo e o
custo do projeto.
Quanto menor o tempo, maior o esforo e o custo do
desenvolvimento de um projeto
Unidade IV Tcnicas de Estimativa de Esforo e Prazo
Medida de Esforo de Desenvolvimento de Software
Modelo Putnam
Esta estimativa permite o clculo da produtividade
mdia constante atravs da frmula:
Modelo Putnam
Isso significa que a produtividade mdia constante (PR)
est relacionada ao tempo (T) e ao esforo do
desenvolvimento do sistema (K).
Por isso, conclui-se que difcil medir a produtividade
de um projeto com base em outro, por que ambos
devem ter o mesmo grau de dificuldade (mesmo
nmero de arquivos, mesmo nmero de consultas,
relatrios,...) e o mesmo tempo
Modelo Putnam
A equao utilizada pela estimativa de Putnam (tambm
conhecida como equao do software) apresenta como
resultado uma funo, fazendo com que o usurio
defina valores para determinar a curva (Rayleigh-
Norden - Tempo x Esoro) e decidir qual ser o esforo
e o tempo necessrio para o desenvolvimento do
software.
Mtodo EVA
Earned Value Analysis Anlise de Valor Agregado
Mtodo EVA
A anlise de valor agregado uma ferramenta que vem
sendo bastante utilizada no gerenciamento de projetos.
Nesse contexto, consiste em analisar o desempenho do
projeto considerando trs dimenses:
Tempo
Custo
Trabalho (Escopo).
Conceitos Complementares
Linha de Base (Baseline): o planejamento aprovado
para os itens de projeto. Os itens do projeto podem ser
Escopo, Custo e Tempo ou ainda parmetros Tcnicos
e de Qualidade. De uma forma geral as linhas de base
so criadas aps a aprovao de um planejamento ou
de um replanejamento.
Conceitos Complementares
A Linha de Base e a Linha de Andamento servem para
auxiliar o controle do projeto por meio da comparao
dos parmetros de planejamento contra os de execuo
e com isso verificar se ocorreram desvios entre o
previsto e o realizado.
Ocorrendo desvios necessrios efetuar uma anlise
para descobrir a causa desse desvio e assim tomar uma
ao corretiva adequada para corrigir o problema
Mtodo EVA
De forma resumida, significa analisar trs curvas de
desempenho:
(i) Uma curva representa o valor planejado para o projeto
(dado pelo custo previsto para o projeto em sua baseline).
Mtodo EVA
Grfico
CV = EV - AC
SV = EV - PV
SPI = EV/PV
CPI = EV/AC
Exemplo
Custo total orado: R$ 50.000,00 (custo da baseline)
Durao total: 69 dias
Exerccio
Os valores a seguir representam o desempenho de um projeto hipottico em seu 30
dia, utilizando-se a anlise de valor agregado. O custo total previsto para o projeto
de R$ 100.000 e a durao total prevista de 130 dias.
a)O que o gerente do projeto pode concluir a partir dos valores apresentados na tabela?
b)Com esses valores, faa as previses otimista e realista para os custos e a durao
do projeto.
Leitura Complementar