projeto de sistemas aula 5 professora kelly de paula cunha

Projeto de SistemasProjeto de SistemasAula 5Aula 5

• Professora Kelly de Paula Cunha

Avisos:Avisos:• Data de Entrega do Plano de Trabalho ->

29/09/2015

• Não copiar e colar da internet• Forma correta de referenciar – modelo

disponível no moodle• Citação direta• Citação indireta

Modelos para Modelos para EstimativasEstimativas

de Custode Custo

Apresentação baseada no material didático elaborado por Hermano Perrelli

Estrutura Analítica de Projetos (EAP)

Do Inglês, Work breakdown structure (WBS)

Atividades e subatividades necessárias para realizar o projeto

Base para o cronograma do projeto

Atenção a granularidade das atividades!

muitas tarefas de curta duração são difíceis de gerenciar

tarefas com duração muito longa não servem para medir progresso e controlar custos

Estimativa de tempo e Estimativa de tempo e custo de um softwarecusto de um software

• Não existe um relacionamento simples entre o custo de desenvolvimento e o preço atribuído ao cliente

• Fatores que afetam a atribuição de preço: Oportunidade de mercado Incerteza de estimativa de custo Termos contratuais Volatilidade de requisitos Saúde financeira


Questões fundamentais de estimativa:

Quanto esforço é necessário para completar uma atividade?

Quanto tempo é necessário para completar uma atividade?

Qual é o custo total de uma atividade?


Componentes de custo de software:

Custos de hardware e software;Custos de viagens e treinamentos;Custos de esforço (o fator dominante na maioria dos projetos)Os salários dos desenvolvedores;Custos sociais e de seguro;Custos de edifício, aquecimento, iluminação;Custos de rede e comunicação;

Modelos para Modelos para estimativasestimativasde custosde custos

Normalmente o custo é uma função de:

tamanho do produto

habilidades da equipe (pessoal)

ambiente (ferramentas e técnicas)

complexidade do produto

qualidade desejada


Por analogia

Bottom-up

Top-down

Julgamento de especialistas

O ideal seria usar vários em conjunto!


Por analogia•Comparação com projetos similares extrapolação de dados de projetos já realizados

Pontos positivos•Estimativas baseadas em projetos reais e experiências anteriores

Pontos negativosProjetos realmente similares são difíceis de encontrarOs dados sobre eles precisam ter sido registrados


Bottom-up•Estima-se a partir dos componentes do sistema

O custo de cada componente é estimado O custo final é a soma de todos eles

Pontos positivos•Promove comprometimento com as estimativas•Facilita o acompanhamentoPontos negativos•Consome muito tempo•Precisa de informações detalhadas de antemão•Custos de integração podem ser negligenciados


Top-downEstima-se a partir da funcionalidade geral do sistema

o custo depende das funções do software, ao invés dos componentes que irão implementá-las

Pontos positivosFácil e rápido de implementarPode ser usado no início do projetoConsidera atividades “de suporte”


Top-down

Pontos negativosProblemas técnicos difíceis podem não ser considerados

Estimativas menos acuradas

Provê poucos detalhes e justificativas para as estimativas



Estima-se a partir da opinião de um grupo de especialistas

Pontos positivosA estimativa é fruto de consenso entre eles

Pouca ou nenhuma necessidade de dados históricos

Pode ser usado no início do projeto e em situações onde se lida com novas tecnologias, aplicações ou linguagens



Pontos negativos

A opinião dos especialistas pode ser tendenciosa e/ouInfluenciável

O conhecimento e domínio dos especialistas sobre o assunto pode ser questionável

EstimativasEstimativasde esforçosde esforços

Dificuldades para estimar

falta de métricas precisas

falta de dados históricos

quantidade de variáveis envolvidas

imprevistos e mudanças de rumo

•Mas qualquer estimativa é melhor que nenhuma

EstimativasEstimativasde esforços – atividades de esforços – atividades

básicasbásicas Identificar os objetivos e requisitos do projeto

pré-requisito básico para uma boa estimativa!

Planejar as atividades WBS – Work Breakdown Structure

Estimar a magnitude do produto tamanho do produto

Escolher a técnica de estimativa

EstimativasEstimativasde esforços – atividades de esforços – atividades

básicasbásicas Estimar o esforço

Estimar o cronograma

Acompanhar o resultado das estimativas

Quão bom foi o processo usado para estimar? Como o projeto está sendo modificado

durante sua execução? Base de dados de estimativas

Métodos paraMétodos paraEstimativas de SoftwareEstimativas de Software

• Wideband Delphi

• Pontos de Caso de Uso

Wideband DelphiWideband Delphi• Delphi (ou Delfos em português) é uma cidade

grega renomada por seu sítio arqueológico, declarado patrimônio mundial pela UNESCO

Wideband DelphiWideband Delphi• Delphi (ou Delfos em português) é uma cidade

grega renomada por seu sítio arqueológico, declarado patrimônio mundial pela UNESCO.

Wideband DelphiWideband Delphi• Conhecida pelo Oráculo Delphi, o mais importante

Oráculo.

• Oráculo -> pessoa considerada como uma fonte de conselhos sábios e opiniões proféticas, daí a origem do nome da técnica.

Wideband DelphiWideband Delphi• Técnica Wideband Delphi -> Barry Boehm e John

Farquhar.

• O termo “wideband” (ou banda larga do português), vem do fato de que a técnica Wideband Delphi provê mais interação e comunicação entre os participantes

Wideband DelphiWideband Delphi• Estimativa por julgamento de especialistas• Muitas cabeças pensam melhor que uma!

Wideband DelphiWideband DelphiModeradorPlaneja e coordena as atividades do métodoPapel de facilitador – não deve influenciar os demaisGerente do projetoRecebe os resultados do método2 a 4 outros estimadoresEspecialistas no problema que será estimadoPodem ser membros da equipe do projeto • promove comprometimento!

Wideband Delphi – comoWideband Delphi – comofunciona?funciona?

Wideband DelphiWideband DelphiReunião InicialReunião Inicial

Garante que todos os estimadores são capazes de fazer boas estimativas

Pode ser necessário trocar algum delesDiscute sobre:o métodoa especificação do problemaunidade que será usada para estimarrestrições do projetolista inicial de atividadesquaisquer outros pressupostos que devam ser considerados para estimarDura aproximadamente 1 hora

Wideband DelphiWideband DelphiPreparação individualPreparação individual

Cada especialista prepara sua lista de atividades e estimativas

Pode-se partir de uma lista inicialO WBS é uma boa pedida!As estimativas devem ser individuaisNão se deixar influenciar ou pressionar!Quebrar atividade muito longas em atividades menores

Wideband DelphiWideband DelphiReunião de estimativasReunião de estimativas

Cada estimador apresenta sua lista de atividades e os pressupostos que usou para estimar

As estimativas e listas são refeitas

As rodadas continuam até Estimativas convergirem Acabar o tempo da reunião Acabar o número de rodadas(4) Especialistas ficarem irredutívies

Wideband DelphiWideband DelphiReunião de resultadosReunião de resultados

Consolidar a lista de atividades dos especialistasRemover atividades repetidasConsiderar os pressupostos que foram assumidos

Consolidar as estimativasMédia de cada atividadeValor mínimo como o melhor casoMaior valor como o pior casoErro:

maior valor - médiamédia - valor mínimo

Manter o espectro de estimativas de cada atividade

Descartar ou modificar atividades se necessário

Wideband DelphiWideband DelphiConsolidação dos resultadosConsolidação dos resultados

Todos os estimadores participam

•Consenso sobre: a lista de atividades consolidadas

as estimativas consolidadas

• Oportunidade para melhorar o método

•Novas atividades ainda podem ser acrescentadas

Pontos de Caso de UsoPontos de Caso de Uso

Modelo paramétrico• Baseado em algoritmo matemáticoInspirado no modelo de Pontos de Função

•PCUNA = Pontos de Casos de Uso Não Ajustados•FCT = Fatores de Complexidade Técnica•FA = Fatores Ambientais

Pontos de Caso de UsoPontos de Caso de Uso• PCUNA Baseado na complexidade/ “tamanho” do sistema• FCTObtido a partir do produto de 13 fatores técnicosFCT = 0,6 + 0,01.(ProdFT)• FA Obtido a partir do produto de 8 fatores ambientais FA = 1,4 + (-0,03).(ProdFA)• PCU = Pontos de Casos de UsoPCU = PCUNA * FCT * FA

Pontos de Caso de UsoPontos de Caso de UsoExemplos de Fatores Ambientais

Cultura e Estrutura organizacional;Padrões governamentais ou do setor;Infraestrutura;Condições do mercado;Produtos, serviços e resultados disponíveis no mercado;Fornecedores e sua reputação ou desempenho anterior;Termos e condições usuais para produtos, serviços e resultados ou para o setor específico.

Pontos de Caso de UsoPontos de Caso de UsoExemplos de Fatores Técnicos

desempenhousabilidadeconfiabilidade segurançadisponibilidade manutenibilidade tecnologias envolvidas

Pontos de Caso de UsoPontos de Caso de Uso• A estimativa final considera a quantidadede homens/hora ideal por PCU

K = homens/hora por unidade de PCU• Depende dos fatores ambientais

Observações AdicionaisObservações Adicionais

Se o projeto vai durar 1 ano…•A Concepção dura em torno de 1 mês•A Elaboração dura de 2 a 4 meses•A Construção dura de 5 a 6 meses•A Transição não dura mais que 1 mês

Considerando que a aceitação do produto pelo cliente determina o final da fase

Observações AdicionaisObservações AdicionaisAlguns números padrão

Por fim… Lembre-se dosPor fim… Lembre-se dosimprevistos!imprevistos!

Não assumir que tudo correrá às mil maravilhas Doenças e saídas de funcionários Atraso na disponibilização de recursos Problemas com o ambiente

Fator de erro Margem de segurança

Fator de produtividade Quem trabalha 480 minutos por dia em sua

atividade fim?! Considerando um dia de 8h

ReferênciasReferências•Perrelli, Hermano. Modelos para Estimativas de Custo

•Assistir vídeo: Empresa FazSite - Problemas processo de desenvolvimento de software. Disponível em: https://www.youtube.com/watch?v=QPiR8jTMLdI

“A ciência é feita de erros, mas são estes erros que pouco a pouco levam a verdade.” (Julio Verne)

projeto de sistemas aula 5 professora kelly de paula cunha

Documents