CONSEGI 2010 - Tutorial Estimativas de Software Claudia Hazan

5/6/2018 CONSEGI 2010 - Tutorial Estimativas de Software Claudia Hazan - slidepdf.com

http://slidepdf.com/reader/full/consegi-2010-tutorial-estimativas-de-software-claudia-hazan 1/88

Claudia [email protected]

Serviço Federal de Processamento de Dados (SERPRO)

Estimativas de Projetos de Software



Agenda

Cenário e Motivação

Análise de Pontos de Função

Processo de Estimativa

Conclusão

Métodos de Estimativa de Tamanho em PF

Estimativas de Prazo, Esforço e Custo



Cenário



As medições de software ajudam a definir e implementar planos mais realistas,

alocar adequadamente recursos escassos para executar o plano, monitorarprecisamente o progresso e o desempenho realizados com os planos.

Comunicar Eficientemente

Acompanhar Objetivos de Projetos Específicos

Identificar e Corrigir Problemas Cedo

Tomar Decisões Chaves

Justificar Decisões

Medições e Estimativas de Software

Cenário



Dificuldades :

• Previsibilidade de Custo

• Requisitos

• Previsibilidade de Prazo

Mot ivação



• Apenas 32% dos Projetos são bem sucedidos (CAOS Report2009)

• Principais Fatores que contribuem para a falha de projetos desoftware: Especificação de Requisitos Inadequada (4.5) eMudanças de Requisitos (4.3)

CustoPrazo

Funcionalidades, Atributosda Qualidade

Mot ivação



Qual método que você usa paraestimar o custo e o prazo de um projeto

de Software?

Conceito Holístico Unilateral para Tipificação Estrutural

Mot ivação



Anál ise de Pont os de Funç ão

Pontos de Função (PF)

É uma medida de dimensionamento de software

através da funcionalidade implementada em umsistema, sob o ponto de vista do usuário.

= 1000 PF

• PF mede a funcionalidade requisitada e recebidapelo usuário• Publicado como Padrão Internacional - normaISO/IEC 14.143:2007



PF mede o tamanho funcional do projeto desoftware, independentemente da tecnologia emetodologia utilizadas.

PF torna possível a estimativa de tamanho deprojetos de software nas fases iniciais do ciclo de

vida. O Manual de Práticas de Contagem (CPM) possui

regras objetivas para contagem de Pontos de

Função. PF considera a visão do usuário.

PF é independente da forma da modelagem dos

requisitos.


Por que Usar PF?



Etapas de ContagemObter a

documentaçãodisponíveldo projeto

Identificar o Propósitoda Contagem

Identifique os

requisitos funcionais Identificar o Tipo deContagem

Determinar o Escopoda Contagem

Determinar a Fronteirada Aplicação

ContarFunções deDados

ContarFunçõesTransacionais

CalcularTamanhoFuncional

Documentare Reportar aContagem




Documento deRequisitos

I d e n t i f i c a ç ã o d a s F u n ç õ e s

I d e n t i f i c a ç ã o d a s F u n ç õ e s

APLICAÇÃO

Fronteira da Aplicação

Arquivos LógicosInternos

(ALI)

Outras Aplicações

Arquivos deInterfaceExterna (AIE)

Entradas Externas (EE)

Consulta Externa (CE) Saída Externa (SE)

PrincesasAriel

AuroraBelleCinderellaJasmine

Pontos de Função

Não Ajustados

C o n t a

g e m P F

Função de Dados (Internos)

Função de Dados (Externos)

Funções Transacionais

Mês VendasJunho R$500Julho R$300Total R$800

Visão Geral da

Contagem de PF



Grupos de dados ou informações de controle especificados pelousuário logicamente relacionados,cuja manutenção é efetuadadentro da fronteira da aplicação.

Armazenar dados mantidos através de um ou mais processoselementares da aplicação sendo contada.

Documentação:Modelo de Dados, contendo atributos das tabelas

Arquivos Lógicos Internos

Definição

Objetivo Principal

Arqu ivo Lógic o In t erno



São grupos de dados ou informações de controleespecificados pelo usuário logicamente relacionados, cujamanutenção é efetuada dentro da fronteira de outra aplicação

Armazenar dados referenciados através de um ou maisprocessos elementares da aplicação sendo contada.

Documentação:Modelo de Dados, contendo atributos das tabelas

Arquivos de Interface Externa

Definição

Objetivo Principal

Arqu ivo de In t er fac e Ex t erna



Entradas Externas

Uma Entrada Externa é um processo elementar queprocessa dados ou informações de controle que vemdo lado de fora da fronteira da aplicação.

Manter um ou mais Arquivo Lógico Internoe/ou alterar o comportamento do sistema.

Ent rada Ex t erna



Saídas Externas

Uma Saída Externa é um processo elementar que envia dadosou informação de controle para fora da fronteira da aplicação.

Apresentar informação para um usuário através deprocessamento lógico adicional a recuperação de dados ouinformação de controle. O processamento lógico deveconter no mínimo uma fórmula matemática ou cálculo, oucriar de dados derivados, ou manter ALI ou mudar ocomportamento da aplicação.

Saída Ex t erna



Consultas Externas

Consulta Externa é um processo elementar que envia dadosou informação de controle para fora da fronteira da aplicação.

Apresentar informação para o usuário através da recuperação dedados ou informação de controle de um ALI ou AIE.O processamento Lógico NÃO contém fórmulas matemáticas ou

cálculos, NÃO cria dados derivados.Além disso, NÃO mantém Arquivos Lógicos Internos durante oprocessamento, nem altera o comportamento do sistema.

Consul t a Ex t erna



Ex em plo: Ent rada Ex t erna

ALI: Inscrições

Arquivo Lógico Interno



Ex em plo: Consul t a Ex t erna

ALI: Oficinas



Ex em plo: Consul t a Ex t erna



Ex em plo: Saída Ex t erna



Arquivo LógicoInterno

Arquivo de InterfaceExterna

FUNÇÃO BAIXA MÉDIA ALTA

7 PFs

Entrada Externa

Consulta Externa

Saída Externa 7 PFs

4 PFs

4 PFs

4 PFs

5 PFs

3 PFs 6 PFs

3 PFs 6 PFs

5 PFs 7 PFs 10 PFs

10 PFs 15 PFs

CALCULAR PONTOS DE FUNCALCULAR PONTOS DE FUNÇÇÃO NÃO AJUSTADOSÃO NÃO AJUSTADOS

Tabela de Cont agem de PF



Clicando no OK Toppings, Pizza CrustType and Cost of Pizza são gravados.

Toppings são lidos de outra aplicação (kitchen application).Se os toppings não estão disponíveis – não serão exibidos.

O preço da Pizza é calculado automaticamente.

Cont agem de Pont os de Funç ão



Processo Elementar• O processo é a menor unidade de atividade

que é significativa para o usuário.• O processo constitui uma transação completa em simesmo e deixa o negócio automatizado aplicação emum estado consistente.

DICAS DA TIA CLAUDINHA

- Busque as transações da aplicação independentes.

- Atividades Seqüenciais são identificadas comoapenas um Processo Elementar.

Conce i t o Impor tan t e



c u s t o

e s f o r ç

orecursos p r a z o

riscos

E s t i m a t i v a s

T a m a n h o

Proc esso de Est im at ivas



Estimativas - Conceitos

Estimativa X Meta x Compromisso• Estimativa: obtida por meio de uma atividade técnica.Não deve sofrer interferências políticas.

• Meta: um desejo, em função de necessidades denegócio, estabelecida politicamente.

• Compromisso: é um acordo da gerência com as

equipes técnicas para alcançar uma meta.




As Estimativas constituem a base para o Plano do Projetode Software

Documentar as estimativas de software e as premissasassociadas. As estimativas são usadas no acompanhamentodo projeto de software.

Estimativas - Conceitos

ESTIMATIVAS




Planejamento

Acompanhamento

P r o j e t

o d e s

o f t w a r e

Gestão de Projeto de Software




Estimativas - Processo

O que deve ser feito?Artefatos(Ex:Documento Inicial de Requisitos,

Documento de Estimativas)

Como? Atividades e Subatividades(Ex: Estimar Tamanho, Estimar Prazo)

Quando deve ser feito? Fluxo das Atividades(Ex:Estimar Tam., Derivar Prazo)

Por quem ?

Com o que ?

Papeis

(Ex: Estimador, Analista de Requisitos)Ferramentas(Ex: SLiM, Knowledge Plan)




- Identificação do Sistema e do tipo do projeto (desenvolvimento oumanutenção)

- Referência aos Documentos de Requisitos utilizados como Insumo

- Descrição da Estimativa de tamanho (métodos utilizados, premissas ea estimativa detalhada)

- Descrição da Estimativa de esforço (métodos utilizados, premissas e

a estimativa detalhada)- Descrição da Estimativa de prazo (métodos utilizados, premissas e aestimativa detalhada) - Sugestão de alocação de equipe

- Descrição da Estimativa de custo (métodos utilizados, premissas e aestimativa detalhada)

- Estimativa de Recursos Computacionais

- Conclusão (Sumário, Premissas e Observações)

Doc um ento de Es t im at ivas



Prevendo oFuturo ...

Estimativas

Medições

Lições Aprendidas

TamanhoTamanhoPontos de Função

EsforçoEsforço Mão-de-obra

(Homem-Hora/Dia)

CustoCustoMão-de-obra,

Equipamentos,

Treinamento, Viagens...

PrazoPrazoCronograma

(Atividades, Marcos)

RecursosComputacionais

Recursos

Computacionais

Espaço em disco,

Servidor...


C l t A li



Coletar e AnalisarRequisitos Iniciais

Estimar Tamanho

Estimar Esforço

Estimar Cronograma

Estimar Custo

Estimar RecursosComputacionais Críticos

Analisar e Aprovar

Estimativas

AcompanharEstimativas

Calibrar e Melhoraro Processo

Banco de DadosHistórico de Projetosda organização

DocumentarEstimativas ePremissas

DocumentarAcompanhamento

DocumentarResultados finais

e Lições Aprendidas

R e e s t i m a r , c o n f o r m e

n e c e s s i d a d e



POR QUE MEDIR ?“Não se pode gerenciar o que não se pode medir”

Formar uma baseline para estimativas

Est imat ivas



Medições para Estimativas

Planejamento Requisitos

Aplicação

Entregue

ProjetoDetalhado

Estimativa

Inicial

Estimativas

Intermediárias

SoftwareImplantadoReal

Est imat ivas

M di õ M d d E



Mediç ões para Mudanç a de Esc opo

RequisitosProjetoFuncional

Aplicação

EntregueProjetoDetalhado

100 PFs 120 PFs 130 PFs 135 PFs

•Tela para entradade dados modificada

(3PFs)• Arquivo adicionado(10 PFs)•Consulta adicionada(7 PFs)

ImpactoEsforçoCronogramaCusto

+ 1 mês+ 2 semanas

+ $5000

+ 0.5 mês+ 1 semana

+ $2500

+ 0.25 mês+ 2.5 dias+ $1250

• Relatóriode sumário

adicionado(5 PFs)

• Nova tabelaadicionada

(10 PFs)

B d D d d P j t



Banc o de Dados His t ór ic o dePro jetos

Contém informações relevantes de projetos realizados

Utilizado para estimativas de futuros projetos

Utilizado para análise e melhoria do processo

Contém baselines de esforço, tempo, custo e outrosatributos relevantes.

Banc o de Dados de Pro jet os

B d D d d P j t



Tamanho Cronograma

Linguagens

Plataforma

Metodologia

Precisão dasEstimativas Tipo do Projeto

RecursosComputacionaisCríticos

Banc o de Dados de Pro jet os

Est im ar Tam anho



Estimar TamanhoEstimativa e Contagem de PF

• Contagem de Pontos de Função: Considera o “logicaldesign” da aplicação. É baseada no Manual de Práticasde Contagem - CPM 4.3.

• Estimativa de Pontos de Função: Consiste em umaaproximação do tamanho real da aplicação. É realizadanas fases iniciais do ciclo de vida ou em qualquer fase.Existem vários métodos para estimar PF.

Est im ar Tam anho

Est im ar Tam anho



Estimativa de Pontos de FunçãoContagem Indicativa (NESMA)

Contagem Indicativa InteligenteEstimativas Percentuais

Early Function Points Estimation

Contagem Estimada de Pontos de Função (NESMA)

Contagem Estimativa de Pontos de Função (CEPF)

Maior acurácia nas estimativas de PF e suporte aoProcesso de Engenharia de Requisitos.

Est im ar Tam anho

Est im ar Tam anho



Contagem Indicativa - NESMADocumento Base: Modelo de Dados do Projeto

A técnica assume que cada Arquivo Lógico Interno(10 PFs) terá:• inclusão, alteração e exclusão (3 x 4 = 12 PFs)

• 1 relatório com dados derivados (5 PFs)• 2 consultas (2 x 4 = 8 PFs)

A técnica assume que cada Arquivo de InterfaceExterna (7 PFs) terá:

• 2 consultas (2 x 4 = 8 PFs)

PF = (ALIs x 35) + (AIE x 15)

Est im ar Tam anho

Ex em plo SRH



EMP_ASSALARIADO

EMPREGADO

EMP_HORÁRIO

ASSOCIAÇÃO_CARGO

SETOR

CARGO

CARGO_DESCRIÇÃOSistema de Departamentos

Ex em plo SRH

Ex em plo SRH



Entidade tipo: EMPREGADONome_EmpregadoNum_Seguridade_Social

Num_DependentesCod_tipo (Assalariado ou Horário) Nome_setor (Chave Estrangeira)

Entidade subtipo: EMPREGADO ASSALARIADONível_Supervisão

Entidade subtipo: EMPREGADO HORÁRIOTaxa_Horária_PadrãoNum_Unidade_Coletiva

Ex em plo SRH

Ex em plo SRH



Entidade tipo: CARGONome_Cargo

Num_CargoGrade_Pagamento

Entidade tipo: DESCRIÇÃO DO CARGO (implementação)

Num_Cargo (chave estrangeira)Num_Linha (somente para implementação)Linha_Descrição

Ex em plo SRH

Ex em plo SRH



Entidade tipo: ASSOCIAÇÃO DE CARGO

Data_EfetivaSalárioTaxa_de_DesempenhoNum_Cargo (chave estrangeira)

Num_Seguridade_Social (chave estrangeira)

Ex em plo SRH

Ex em plo SRH



Entidade tipo: SETORNome_SetorEndereçoNum_Seguridade_Social (chave estrangeira)

Ex em plo SRH

Ex em plo SRH



MANUTENÇÃO DE EMPREGADO

INCLUIR EMPREGADOCONSULTAR EMPREGADOATUALIZAR EMPREGADOEXCLUIR EMPREGADOEMITIR RELATÓRIO DE EMPREGADO

Ex em plo SRH

Ex em plo SRH



MANUTENÇÃO DE CARGO

CRIAR CARGOCONSULTAR CARGO

ATUALIZAR CARGOEXCLUIR CARGOEMITIR RELATÓRIO DE CARGO

Ex em plo SRH

Ex em plo SRH



MANUTENÇÃO DE ASSOCIAÇÃO DE CARGOS

ASSOCIAR EMPREGADO A CARGOCONSULTAR ASSOCIAÇÃO DE CARGO

TRANSFERIR EMPREGADOAVALIAR EMPREGADOEXCLUIR ASSOCIAÇÃOEMITIR RELATÓRIO DE ASSOCIAÇÃO DE CARGOS

p

Ex em plo SRH



LEITURA DE SETOR

CONSULTAR SETOREMITIR RELATÓRIO DE SETOR

p

Ex em plo: Sis t em a SRH



EMP_ASSALARIADO

EMPREGADO

EMP_HORÁRIO

ASSOCIAÇÃO_CARGO

SETOR

CARGO

CARGO_DESCRIÇÃO

p




Contagem Indicativa - NESMA

EXEMPLO: SRH COM 3 ALIs e 1 AIE

PF = Nº de ALIs x 35 + Nº de AIEs x 15

PF = 3 x 35 + 1 x 15 = 120 PFs




Contagem Indicativa Inteligente

EXEMPLO: SRH COM 3 ALIs e 1 AIE

PF SRH = Nº de ALIs x 28 + Nº de AIEs x 12

PF = 3 x 28 + 1 x 12 = 96 PFs

Est im ar Tam anho




• Mapear os requisitos iniciais do projeto nos ProcessosElementares da APF

• Classificar o Processo Elementar identificado em EE,CE, SE

• Identificar os dados associados ao Processo elementar

identificado para definição de sua complexidade: Simples, Média,Complexa. Caso não seja possível definir a complexidade,considere a Complexidade Média

• Durante a identificação dos dados associados a uma função

específica (EE, CE ou SE), busque definir os ALIs e AIEs daaplicação. Caso não seja possível definir a complexidade do ALIou do AIE, considere a Complexidade Simples

Est im ar Tam anho



CEPF pode ser integrada em qualquerProcesso de DesenvolvimentoDocumentação

do Software

Pontos de Função

(números)Mapeando em números

Identificação dos itens da APF

Usuários

Abstração orientada a dados

Transações(EEs, CEs,

SEs)

Aplicação

DadosInternos (ALIs)

Outras

AplicaçõesDadosExternos(AIEs)

Est im ar Tam anho



• A principal propriedade da CEPF é que o método, além deestimar o tamanho funcional do projeto de software em PFpermite a identificação de defeitos em requisitos.

• O Estimador para aplicar a CEPF precisa entender odocumento de entrada e se existirem erros, estes sãoidentificados imediatamente.

• É uma boa prática considerar um percentual para evolução derequisitos nas estimativas de tamanho.


Est im ar Tam anho



Aplicação CEPF: Sistema de Gestão de Projetos

Est im ar Tam anho



Aplicação da CEPF

Sistema de Gestão de Projetos

Incluídos

Alterados

Originais

Est im ar Tam anho



• Melhorar o relacionamento com os Stakeholders

• Melhorar a gestão de requisitos

• Verificar a consistência dos requisitos

• Apoiar o processo de elicitação de requisitos

CEPF - Benefícios

Est im ar Esforç o



Métodos para Estimativa

de Esforço- Modelo Simplificado de Estimativas

- COCOMO II

Estimativas de EsforçoEstimativas de Esforço

Est im ar Esforç o



Modelo Simplificado de Estimativas

• Baseado na Taxa Média de Produtividade

(HH/PF) do tipo do projeto em questão.

• É fundamental a existência de uma Base Históricade Projetos na organização.

• Deve-se buscar nos dados históricos a taxa médiade produtividade (HH/PF) de projetos similares aoprojeto em questão.

Esforço = PF x HH/PF

Est im ar Esforç o



Exemplo de Est imativa de Esforço

- Aplicação de complexidade baixa, Equipe Iniciante

- Linguagem JAVA

15 horas para produzir 1 PF.

Esforço = 96* 15 = 1440 HH

EXEMPLO: SISTEMA COM 3 ARQUIVOS INTERNOS E1 ARQUIVO DE INTERFACE EXTERNA

Produtividade: 15 horas/PF

Est im ar Esforç o por Fases



Distribuição do Esforço e CustosMacroatividades % HD

Modelagem de Negócios 0% -

Requisitos 10% -

Análise 5% - Projeto 10% -

Implementação 30% -

Testes 10% -

Homologação 10% - Implantação 5% -

Gestão -

Gestão do Projeto 10% -

Gestão da Configuração 5% - Garantia da Qualidade 5% -

Gestão da Subcontratação 0% -

Total 100% -

Esforço total

Est im ar Prazo



C u s t o d o E s f o r ç o

Tempo de Desenvolvimento

Td To

Região Impossível(75% de Td)

Observações:

1) Td é o tempo ótimo de desenvolvimento.2) To é o tempo que acarreta o menor custo.3) To = 2 Td.4) É impossível terminar em menos que 0,75 * Td.

Estimativa de Prazo

Est im ar Esforç o



Onde:

1) Td é o tempo ótimo de

desenvolvimento, em meses.2) V é o volume em Pontos de Função.

3) t é um expoente que depende do

ambiente computacional considerado.

Td (meses) = V ** t,

Estimar PrazoFórmula de Capers Jones

Est im ar Esforç o



Ambiente Expoente tSistema Comum 0,32-0,35Sistema Orientado a Objeto 0,36

Sistema Cliente/Servidor 0,37Sistema Terceirizado 0,38Sistema de Informações Gerenciais 0,39Programa Produto Comercial 0,40Programa de Sistema Operacional 0,41Software Militar 0,43-0,45

Td (meses) = V ** t,Fórmula de Capers Jones

Est im ar Esforç o



Td = 4,7 meses

Td (meses) = V ** t,Volume = 96 PF

t = 0,34 (Sistema Web Simples)Td = 96 ** 0,34

Região Impossível = 0 – 3,5 meses

Fórmula de Capers Jones

Est im ar Esforç o



Alocação de Equipe ao ProjetoQuantas pessoas você alocaria para desenvolver

O SRH?

Prazo (em dias) = Esforço (horas) /(Tam. equipe * 7)

Est im ar Esforç o



Exemplo de Est imativa de Prazo

• Equipe: 2 Recursos para o desenvolvimento (100%)

•Produtividade: 7 horas /dia

Prazo = 1440 /2 * 7 = 103 dias úteis(aproximadamente 4,7 meses)

EXEMPLO: SISTEMA COM 3 ARQUIVOS LÓGICOS INTERNOS E 1 ARQUIVO DEINTERFACE EXTERNA

Est im ar Esforç o e Prazo



Usando uma Ferramenta

Exemplo: Cost Xpert Version 1.0

(Marotz, Inc.)Esforço calculado por:

E = 2,4 * (V ** 1,05), ondeE = homens-mês,

V = volume em KLOC, sem

comentários.Utilizando a produtividade de 33 SLOC/PF

Est im ar Esforç o e Prazo



4,9 meses

Usando uma Ferramenta

Exemplo: Cost Xpert Version 1.0 (Marotz, Inc.) -

continuaçãoTempo ótimo Td calculado por:

Td = 2,5 * (E ** 0,32), ondeTd = meses,

E = Esforço calculado pela fórmula anterior.

Região Impossível:0 - 3,6 meses

Est im ar Cust o



O Processo de Conversão de Requisitos para Custo

Requisitos

do Cliente

Tamanhodo projeto

Taxa deEntrega

Horas$ de

Tarabalho$ do

Projeto

Históricodo Projeto

Orçamentoda

Organizacão

Taxa deTrabalho OutrosCustos

$Horas/PF $/Horas

ConverterTamanhopara Horas

CalcularCusto deTrabalho

CalcularCustoTotal

Est im ar Rec ursos Com put ac ionais



Método para Estimativa de Recursos

Computacionais

- Nome do Recurso Computacional- Descrição- Responsável pela Disponibilização- Data Limite- Parâmetros- Custos- Crítico

Recursos ComputacionaisRecursos Computacionais

Ex em plo : Es t im at ivas



Estimativa do Desenvolvimento de um PortalFuncionalidades: Controle de Acesso, Notícias, FAQsControle de Acesso: 30 PFs

ALI: Usuário – 7 PFSE: Controle de Acesso – 4 PF4EEs: Cadastrar Usuário, Alterar Senha – 12 PFSE: Notificação Alterar Senha – 4 PFCE: Consultar Usuário – 3 PFNotícias: 25 PFsALI: Noticia – 7 PF3EEs: Cadastrar Noticia – 9 PF2 CEs: Lista e Detalhes Notícias – 6 PFCE: Consulta Notícia Usuário – 3 PF




FAQs: 29 PFsALI: FAQ – 7 PF3EEs: Cadastrar FAQ – 9 PF

2 CEs: Lista e Detalhes FAQ – 6 PFCE: Consulta FAQ Usuário – 3 PFSE: Gráfico de % de FAQs por Assunto – 4 PF

Controlar Acessos ao Site: 16 PFALI: Arquivo de Controle de Acesso ao site – 7 PFSE: Relatório Estatístico de Controle– 5 PF

SE: Gráfico de Acessos ao Site (Interno e Externo) – 4 PFPF = 100 PFs Não Ajustados

100100 PFsPFs




Estimativa de Esforço

EXEMPLO: PORTAL

- Aplicação Simples

- Equipe com experiência média na Plataforma e no Negócio

- Desenvolvimento/Reutilização de Componentes- Processo RUP

- Linguagem ZOPE Plone

Índice de Produtividade: 8 horas para produzir 1 PF

Esforço = 100 * 8 = 800 HHs




Ambiente Expoente tSistema Comum 0,32-0,35

Sistema Orientado a Objeto 0,36Sistema Cliente/Servidor 0,37Sistema Terceirizado 0,38Sistema de Informações Gerenciais 0,39Programa Produto Comercial 0,40Programa de Sistema Operacional 0,41Software Militar 0,43-0,45

Estimativa de Prazo

Td (meses) = 100 ** 0,33, 4,6 meses

Região Impossível:

0 - 3,5 meses




Exemplo de Est imativa de Prazo

• Equipe: 1,2 recursos ( 1 Analista com alocação

em Tempo integral e 1 Gestor – 20% alocado)• Produtividade: 7 horas /dia

Prazo = 800 /(1,5 * 7) = 96 dias úteis(aproximadamente 4,4 meses)

Alocação de Equipe




O Processo de Conversão de Requisitos para Custo

Requisitos

do Cliente

Tamanhodo projeto

Taxa deEntrega

Horas$ de

Tarabalho$ do

Projeto

Históricodo Projeto

Orçamentoda

Organizacão

Taxa deTrabalho OutrosCustos

$Horas/PF $/Horas

ConverterTamanhopara Horas

CalcularCusto deTrabalho

CalcularCustoTotal




Estimativa de RecursosComputacionais

- Nome do Recurso Computacional

- Descrição

- Responsável pela Disponibilização

- Data Limite

- Parâmetros

- Custos

- Crítico

Ex erc íc io : Sis t em a de Agenda



Descrição do ProdutoComo principais funções do Sistema de Agenda, destaca-

se:• Registro das ligações recebidas, solicitadas e das que

precisam de retorno;• Agenda Telefônica• Gestão de Aniversariantes

Será também disponibilizado um help on line para apoiar autilização do sistema.

Solução Tecnológica: Utilizar Software Livre

Expectativa de Entrega do Produto: 2 meses




Partes Interessadas• Gestor de DepartamentosPapel: Realizar Consultas de Ligações e Aniversariantes.

Insumos: Não se Aplica

• Secretária de DepartamentosPapel: Efetuar Registro das Ligações, Enviar e-mail para Aniversariantes.

Insumos: Não se Aplica

• SCA – Sistema de Controle de AcessoPapel: Fornecer dados dos usuários para o Sistema Agenda

Insumos: Perfil e permissões do usuário cadastrado no sistema SCA




Partes Interessadas• SCD – Sistema Corporativo de DepartamentosPapel: Disponibilizar dados dos Departamentos Corporativos.

Insumos: Dados básicos dos Departamentos (Sigla, Descrição)

• SRH – Sistema de Recursos HumanosPapel: Disponibilizar dados Básicos dos Empregados.

Insumos: Dados de identificação de Empregados, Departamento e Cargo




Necessidades e FuncionalidadesNecessidade 1: Registrar Ligações SolicitadasF 1.1: Incluir, Alterar, Excluir Registros de Ligações Solicitadas,

incluindo status da ligação (pendente, realizada) e ObservaçõesF 1.2 : Excluir ligações por períodoF 1.3:Consultar ligações Solicitadas por período, por status, comtotalização

F 1.4: Consultar ligações pendentes por período




Necessidade 2: Registrar Pessoas e das LigaçõesRecebidasF 2.1: Incluir, Alterar e Excluir Informações das Pessoas e dasLigaçõesF 2.2 : Consultar Funcionário por nome, Departamento, Cargo (dadoslidos do SRH – Tabela de Funcionários e da Tabela de Departamentos)

F 2.3: List Box de Departamentos (Dados lidos da Tabela deDepartamentos do Sistema de Departamentos)F 2.4: Consultar Ligações Recebidas por dia, por período, por status deação com totalização

F 2.5: Consultar Ligações Recebidas pendentes de ação por períodoF 2.6: Consultar Detalhes da Ligação Recebida




Necessidade 3: Notificação AniversariantesF 3.1: Consultar Aniversariantes do dia da empresa ou pordepartamento e Consultar Aniversariantes do mês da empresa ou pordepartamento Cargo (dados lidos do SRH – Tabela de Funcionários eda Tabela de Departamentos)

F 3.2 : Enviar e-mail com cartão de Aniversário padrão para oAniversariante com atualização de indicador de controle de e-mailenviado

Necessidade 4: Controle de AcessoF 4.1: Login (Leitura de Dados da Tabela de Usuários do Sistema SCA)com bloqueio de senha por tentativasF 4.2: Esqueci Senha (envio da senha para o e-mail do usuário)

Relac ionam ent o ent re Est im at ivas



Exercício: Qual o Relacionamento entre os Componentes?

• Requisitos Funcionais (RF):

• Requisitos não Funcionais (RNF):• Estimativa de Tamanho em PF (ET):• Estimativa de Esforço (EE):• Estimativa de Prazo (EP):

• Estimativa de Custos (EC):• Estimativa de Recursos Computacionais (ERC):• Redução de Cronograma (RC):

Referênc ias B ib l iográf ic as



[Jones, 2007]JONES,C. Estimating Software Costs –

Bringing Realism to Estimating. 2nd Edition, Mc GrawHill, New York, 2007. New York.

[McConnell , 2006] Mc CONNELL, S . SoftwareEstimation: Demystifying the Black Art - Microsoft Press2006.

[Parthasarathy, 2007] PARTHASARATHY, M. A.“Practical Software Estimation: function point methods forinsourced and outsourced projects”. Addison Wesley, 2007

Artigo Claudia Hazan – ES Magazine Maio 2008

Conclusão



Não conte PF de alguma maneira. Conte PF corretamentede acordo com as regras de contagem do CPM.

Estime os Projetos com base em métodos.Documente com clareza a memória de cálculo dasestimativas e as premissas e suposições utilizadas.

É recomendado usar mais de um método de estimativapara comparar os resultados.

O Plano de um projeto deve ser realista.

Obrigado



Perguntas e Contato

Claudia Hazan

[email protected]@yahoo.com

Tel: (21) 2117-3921

Cel: (21) 9124-6579

Documents

CONSEGI 2010 - Tutorial Estimativas de Software Claudia Hazan