Estimativa / Viabilidade

(1)

Estimativa / Viabilidade

“Todos os projetos são viáveis – desde que tenham

Auxiliadora Freire Fonte: Engenharia de Software 6º - 8º Edição / ©Ian Sommerville 2000-2007 Slide 1 Engenharia de Softawre 3º Edição / Roger Pressman

Engenharia de Software 1º Edição / Ariadne Carvalho http://www.cin.ufpe.br/~lhcl/aer/index.html

“Todos os projetos são viáveis – desde que tenham

ilimitados recursos e tempo infinito!”

Leitura:

(2)

Objetivos

Compreender os fundamentos dos custos e dos

preços de software e a complexa relação entre

eles.

Conhecer tipos de métricas utilizadas para

avaliar a produtividade de software.

(3)

Estudo de viabilidade

O estudo de viabilidade decide se vale a pena

construir o sistema.

Baseado na coleta e na análise de informações

e na elaboração de relatórios.

(4)

Estudo de viabilidade

Um estudo breve, com foco nos benefícios, custos e

necessidades, que checa:

• Se o sistema contribui para os objetivos gerais da

organização?

• Se o sistema pode ser implementado usando a

tecnologia atual dentro das restrições de custo e de

prazo?

• Se o sistema pode ser integrado com outros

sistemas já em operação?

(5)

Questões que podem ser abordadas:

• O que acontece se o sistema não for implementado?

• Quais são os problemas com os processos atuais?

Estudo de viabilidade

• Quais são os problemas com os processos atuais?

• Como o sistema proposto pode ajudar?

• É necessária a adoção de nova tecnologia ou o

desenvolvimento de novas habilidades?

• Quais facilidades devem ser fornecidas pelo

sistema?

(6)

• Viabilidade TÉCNICA

• Viabilidade ECONÔMICA

Tipos de viabilidade

(7)

Viabilidade TÉCNICA

• Estudo da função, do desempenho e das

restrições que possam afetar a capacidade

Tipos de viabilidade

restrições que possam afetar a capacidade

de se conseguir um sistema aceitável.

» Ex. Sistema implantado utilizando a

(8)

Viabilidade ECONÔMICA

• Calcule o custo de cada alternativa;

• Os benefícios contrabalançam os custos;

• Análise de custo / benefício

→

considere somente

Tipos de viabilidade

• Análise de custo / benefício

→

considere somente

alternativa de retorno positivo.

Viabilidade OPERACIONAL

• Verificar se o sistema pode ser implementado;

• Usuário pode opor-se a um serviço terceirizado

(9)

Estimativas

Grau de estrutura do projeto

• Facilidade com que as

funções podem ser dispostas

Complexidade

• Incerteza

Tamanho do esforço

• Precisão e a eficácia das

estimativas

• Incerteza

• Medida relativa

• Medidas quantitativas

(nível/projeto e código)

(10)

As estimativas têm por objetivo determinar os gastos

necessário para produzir um software.

Questões fundamentais

• Quanto esforço é requerido para completar uma atividade?

Estimativas

• Quanto esforço é requerido para completar uma atividade?

• Quantos dias ou meses são necessários para completar uma

atividade?

• Qual o custo total de uma atividade?

• Quão produtiva é a equipe de desenvolvimento?

Estimativas e elaboração do cronograma são

atividades interdependentes.

(11)

Estimativas dos recursos necessários

• Custo de estrutura: hardware, software e

manutenção.

Estimativas

• Custo de logística: viagem e treinamento

• Custo de esforço humano: salários e

encargos dos profissionais envolvidos no

projeto.

(12)

Estimativas

Fatores que afetam a estimativa do preço do software

• _{Oportunidade de mercado}

• _{Incerteza quanto ao custo}

• _{Condições contratuais}

• _{Volatilidade dos requisitos}

• _{Saúde financeira}

(13)

Estimativas

Fatores que afetam a estimativa do preço do software

Oportunidade

de mercado

pode-se estabelecer um preço baixo para

iniciar em um novo segmento do mercado.

Incerteza quanto

ao custo

o preço pode embutir um lucro acima do

normal para compensar despesas não

previstas.

Condições

contratuais.

o preço pode ser menor (se o fornecedor

puder usar o produto em outros projetos)

ou maior (se for obrigado a bancar eventuais

riscos) que o habitual.

(14)

Estimativas

Fatores que afetam a estimativa do preço do software

Volatilidade dos

requisitos

pode justificar um preço mais baixo (se

houver possibilidade de cobrar por mudanças)

ou mais alto (se o preço acertado não puder

ser ajustado).

Saúde financeira fornecedores podem baixar o preço para

conseguir o contrato (obtendo um lucro

menor).

(15)

A produtividade em um sistema de

manufatura pode ser medida pela

contagem do número de unidades

produzidas, dividindo-se o resultado

Produtividade / Métricas

produzidas, dividindo-se o resultado

pelo número de pessoa-hora

(16)

Experiência

»O conhecimento do domínio da aplicação

afeta favoravelmente a produtividade.

Qualidade do processo

Fatores que afetam a produtividade

»O processo de desenvolvimento utilizado

afeta significativamente a produtividade.

Tamanho do projeto

»Quanto maior o projeto mais complexas as

interações e comunicações entre as

(17)

Suporte à tecnologia

»Um ambiente adequado facilita o

desenvolvimento. Ex. uso do CASE.

Ambiente de trabalho

Fatores que afetam a produtividade

Ambiente de trabalho

»O ambiente de trabalho afeta

favoravelmente a produtividade

(18)

O que é medição?

• É o processo de descrever atributos de

entidades, por meio da associação de

números e símbolos que atendam a um

Produtividade / Métricas

números e símbolos que atendam a um

conjunto de regras definidas

(19)

Exemplo:

• Entidade: Clima

Atributo: Temperatura

• Entidade Software

Atributo: Tamanho

–Métrica: KLOC (Milhares de Linhas de

Produtividade / Métricas

–Métrica: KLOC (Milhares de Linhas de

Código)

(20)

Importância da medição de software:

• fornecer aos gerentes e engenheiros de

software um conjunto de informações

tangíveis para:

Produtividade / Métricas

tangíveis para:

»planejar o projeto;

»realizar estimativas;

»gerenciar e controlar os projetos com

maior precisão.

(21)

Métricas históricas

»Obtidas a partir de experiências

anteriores da equipe

Métricas

Métricas empíricas

(22)

Medidas indiretas

-»Permitem quantizar aspectos como a

funcionalidade, complexidade,

eficiência, manutenibilidade, dentre

Métricas

eficiência, manutenibilidade, dentre

outros.

(23)

Medidas diretas

-• A medição direta de atributo de uma

entidade é aquela que não envolve

nenhum outro atributo ou entidade para

Métricas

nenhum outro atributo ou entidade para

se chegar na medida desejada

(24)

Medidas diretas –

» Exemplo: altura de uma pessoa

» Exemplo de medidas diretas em engenharia de

software:

Tamanho do código fonte (medido em linhas de

código)

Métricas

código)

Duração do processo de teste

Número de defeitos descoberto durante o

processo de teste

Tempo de programação de uma rotina (em

horas)

(25)

Métricas

MEDIDAS DO SOFTWARE

MEDIDAS DIRETAS

MEDIDAS INDIRETAS

•Custo

•Funcionalidade

•Esforço

•Linhas de Código

•Velocidade de Execução

•Memória

•Nro de Erros

•Qualidade

•Complexidade

•Eficiência

•Confiabilidade

•Manutenibilidade

(26)

Classificação das Métricas

Técnicas

enfoca a saída do processo

de eng. de software

conformidade com os requisitos

implícitos e explícitos do usuário

enfoca características do software

(complexidade, modularidade)

Orientadas ao

Tamanho

Orientadas à

Função

Orientadas ao

Ser Humano

de Produtividade

de Qualidade

Técnicas

atuação das pessoas; seus

relacionamentos com

ferramentas e métodos

computam medidas

indiretas do software

computam medidas

diretas do software

(27)

Métricas orientadas ao tamanho - baseadas

nas medições diretas da ES. Esta classe abrange

todas as possíveis medidas obtidas diretamente

do software.

Métricas

do software.

(28)

Métricas orientadas à função - baseada em

medidas indiretas do software e do processo

utilizado para obtê-lo. Esta métrica leva em

conta aspectos como a funcionalidade e a

Métricas

conta aspectos como a funcionalidade e a

utilidade do programa.

Métricas orientadas às pessoas - as quais dão

indicações sobre a forma como as pessoas

desenvolvem os programas de computador.

(29)

Utilização de Métricas

Projeto Esforço $ KLOC Págs.docum. Erros Pessoas

projA-01 24 168 12.1 365 29 3

projB-04 62 440 27.2 1224 86 5

projC-03 43 314 20.2 1050 64 6

MÉTRICAS

DERIVADAS

PRODUTIVIDADE =

QUALIDADE =

CUSTO =

DOCUMENTAÇÃO =

KLOC / Pessoas-mês

Erros / KLOC

$ / LOC

Págs.docum. / KLOC

(30)

Produtividade –

Tempo de desenvolvimento (exem)

Linguagem

Análise

Projeto

Codificação Testes Documentação

Código

assembly

3 sem

5 sem

8 sem

10 sem

2 sem

assembly

Linguagem

de alto nível

(31)

Produtividade –

Tempo de desenvolvimento (exem)

Tamanho

Esforço

Produtividade

Código assembly 5000 linhas

28 semanas

714 linhas/mês

Código assembly 5000 linhas

28 semanas

714 linhas/mês

Linguagem de

(32)

Os pontos de função (proposto por Albrecht

(1979 - aperfeiçoado em 1983) são usados

como uma medida da funcionalidade do

código.

Produtividade

Pontos de Funções FPA – Function Point Analysis

São independente da linguagem de

implementação e são apropriados para sistemas

com predominância de funções de entrada e

(33)

A técnica de FPA mede “o que” é o sistema e

não “como” será, ou foi, desenvolvido

Um dos principais conceitos relativos a FPA é

Produtividade

Pontos de Funções FPA – Function Point Analysis

Um dos principais conceitos relativos a FPA é

que as funções devem ser contadas a partir da

perspectiva do usuário e não do analista ou

(34)

Pontos de função é baseada em medidas

indiretas sobre a complexidade do software.

Produtividade

Pontos de Funções FPA – Function Point Analysis

O grupo responsável pela padronização

denomina-se IFPUG (International Function

Point Users Group, 2000).

(35)

Um ponto de função não é (mede) uma

característica única. Ele é calculado medindo-se ou

estimando-se as seguintes características:

» entrada e saídas externas

Produtividade –

Relacionadas a Pontos de Funções

» interações com o usuário

» interfaces externas

» arquivos utilizados pelo sistema

» Cada uma dessas características é individualmente avaliada em termos

da complexidade e recebe um peso que varia de de 3, para entradas

externas simples, a 15, para arquivos externos complexos

(36)

A contagem dos pontos de função é feita em

duas etapas. Primeiro obtém-se uma contagem

não ajustada:

• multiplicando a quantidade de elementos de cada

característica pelo peso da característica,

Produtividade –

Relacionadas a Pontos de Funções

característica pelo peso da característica,

• somando-se todos os valores obtidos:

[ PFna = Soma( num. elem. dado tipo x peso) ]

PFna

Ponto de Função não ajustada

(37)

Produtividade –

Relacionadas a Pontos de Funções

Parâmetros

Qte

Simples

Médi

o

Complex

os

Total

Num. de entradas de

usuários

x

3

4

6 =

Num. de saídas p/ usuários

x

4

5

7 =

Num. de consultas do

x

3

4

6 =

Num. de consultas do

usuários

x

3

4

6 =

Num. de arquivos

x

7

10

15 =

Num. de interfaces externas

x

5

7

10 =

Pontos de funções não

(38)

PF = PFna x (0.65 + 0.01 x Soma(Fi))

onde Fi (1 <= i <= 14) são 14 fatores de ajuste

avaliados segundo uma escala de 0 (não

Produtividade –

Relacionadas a Pontos de Funções

importante) a 5 (essencial). Por exemplo.

(Pressman – tab2.1).

(39)

MÉTRICA ORIENTADA À FUNÇÃO - PF

Responder as questões 1-14, considerando a escala de 0 a 5:

influência 0

1

2

3

4

5 nenhuma pouca moderada média significante essencial

Produtividade –

Relacionadas a Pontos de Funções

1. O sistema exige backup e recuperação

confiáveis?

2. É requerida comunicação de dados?

3. Existem funções de processamento

distribuído?

4. O desempenho é crítico?

5. O sistema funcionará num sistema operacional

existente e intensamente utilizado?

6. São requeridas entrada de dados

on-line

?

7. As entradas

on-line

requerem que as

transações de entrada sejam construídas com

várias telas e operações?

8. Os arquivos são atualizados

on-line

?

9. Entradas, saídas, arquivos e consultas são

complexos?

10. O processamento interno é complexo?

11. O código é projetado para ser reusával?

12. A conversão e a instalação estão incuídas

no projeto?

13. O sistema é projetado para múltiplas

instalações em diferentes organizações?

14. A aplicação é projetada de forma a facilitar

(40)

QUESTÕES

1. O sistema exige backup e recuperação confiáveis?

2. É requerida comunicação de dados?

3. Existem funções de processamento distribuído?

Produtividade –

Relacionadas a Pontos de Funções

4. O desempenho é crítico?

5. O sistema funcionará num sistema operacional

existente e intensamente utilizado?

6. São requeridas entrada de dados

on-line

?

7. As entradas

on-line

requerem que as transações de

entrada sejam construídas com várias telas e

operações?

(41)

8. Os arquivos são atualizados

on-line

?

9. Entradas, saídas, arquivos e consultas são

complexos?

10.O processamento interno é complexo?

11.O código é projetado para ser reusával?

Produtividade –

Relacionadas a Pontos de Funções

11.O código é projetado para ser reusával?

12.A conversão e a instalação estão incluídas

no projeto?

13.O sistema é projetado para múltiplas

instalações em diferentes organizações?

14.A aplicação é projetada de forma a facilitar

(42)

Objetivo do sistema.

Este sistema será utilizado para uma rede de hotéis. Cada hotel

terá um ou vários terminais que permitirão as operações básicas

de um hotel, podendo o cliente reservar e cancelar um

apartamento através da Web, terá também comunicação com

Estudo de caso - Hotel

outro hotéis da mesma rede de modo a consultar sobre

disponibilidade de vagas. Este sistema também faz interface com

outros dois sistemas internos do hotel: controle de restaurante e

controle de tarifação de telefone.

As funções básicas de controle são: cadastro de cliente,gerenciamento

de reservas e ocupações, gerenciamento de pagamento, emissão de

nota fiscal, emissão relatórios contábeis e reservas pela Web.

(43)

Interface gráfica para entrada de dados.

Entrada para cadastro de cliente (nome,

endereço, e-mail, data de chegada, data

de saída, classificação do cliente,

documento).

Estudo de caso – Hotel

Requisitos funcionais

documento).

Consultas, reservas e cancelamento de

reserva através da Web.

Cadastro de apartamento: tipo de quarto

(suíte, standard, duplo, ar-condicionado),

cidade ou local.

(44)

Cadastro de salas e auditório.

Cadastro de despesas

Serviços adicionais são também incluídos

no sistema: telefone, TV paga, acesso à

Estudo de caso – Hotel

Requisitos funcionais

no sistema: telefone, TV paga, acesso à

internet, 'frigobar', lavandeira, serviço de

lanche e café da manhã.

Conexão para consultas e reservas de

vagas em outros hotéis do grupo.

(45)

Controle de ocupação de apartamento

(reservado ou entrada do hóspede).

Controle de ocupação de salas e

auditório.

Estudo de caso – Hotel

Requisitos funcionais

auditório.

Controle de limpeza dos apartamentos.

Preços diferenciados para alta temporada

e baixa temporada.

(46)

Descontos para clientes VIP e grupos.

Recebimento de pagamento (tipo de

pagamento cheque, dinheiro, cartão,

parcelado, moeda estrangeira).

Estudo de caso – Hotel

Requisitos funcionais

parcelado, moeda estrangeira).

Registrar situações de pagamento

(cheque compensado, transferência

realizada, parcelado, em dinheiro, ou

moeda estrangeira).

(47)

Emissão de nota fiscal (podendo ser

separado por itens: hospedagem,

restaurante, lavanderia, etc).

Emissão da fatura parcial (somente para

Estudo de caso – Hotel

Requisitos funcionais

Emissão da fatura parcial (somente para

consulta).

Emissão de relatórios contábeis.

Relatórios de ocupação.

(48)

Os relatórios e consultas deverão também

ser visualizados pelo terminal.

Consulta o nome do cliente (se já

existente).

Estudo de caso – Hotel

Requisitos funcionais

existente).

Gerar relatórios estatísticos (média de

dias que o cliente se hospeda, gastos

médios, itens mais consumidos nos

restaurantes).

(49)

Serviços de mala direta (podendo

selecionar os clientes e enviar

mensagens via e-mail ou imprimir cartas

para serem enviados posteriormente via

correio.

Estudo de caso – Hotel

Requisitos funcionais

correio.

(50)

Pesquisa dos clientes no banco de dados

segundo alguns tipos de critérios

(freqüência que o cliente se hospeda,

Estudo de caso – Hotel

Requisitos funcionais

(freqüência que o cliente se hospeda,

preferência de apartamentos, preferência

de local, tipo de serviços utilizados,

estadia de negócios ou turismo, faixa

etária, procedência).

(51)

Produtividade –

Relacionadas a Pontos de Funções

Parâmetros

Qte

Simples

Médi

o

Complex

os

Total

Num. de entradas de

usuários

6 x

3

4

6 = 24

Num. de saídas p/ usuários

5 x

4

5

7 = 25

Num. de consultas do

5 x

3

4

6 = 30

Num. de consultas do

usuários

5 x

3

4

6 = 30

Num. de arquivos

6 x

7

10

15 = 60

Num. de interfaces externas

3 x

5

7

10 = 15

Pontos de funções não

ajustados (Fi)

= 154

(52)

Tempo de resposta desejável menor que

10 segundos para consultas de vagas em

outros hotéis da rede.

Utilização de computadores PC de

Estudo de caso – Hotel

Requisitos não funcionais

Utilização de computadores PC de

mercado.

Sistema operacional Windows XP ou mais

recente.

(53)

Utilização da linguagem JAVA.

Portabilidade para novos hardwares e

sistemas operacionais (quando forem

lançadas novas versões de sistema

Estudo de caso – Hotel

Requisitos não funcionais

lançadas novas versões de sistema

operacional).

Interface gráfica fácil de usar

'tipo Windows'

(54)

Procedimento de backup do cadastro de

clientes e ocupação e dados correntes.

Senha de acesso ao sistema

.

Deverão ter

senhas diferentes para recepcionistas, camareiras,

Estudo de caso – Hotel

Requisitos não funcionais

senhas diferentes para recepcionistas, camareiras,

gerentes e proprietário de modo que cada usuário tenha

acesso restrito a certas informações.

Sistema 'no-break' em caso de queda de

energia

(55)

MÉTRICA ORIENTADA À FUNÇÃO - PF

Responder as questões 1-14, considerando a escala de 0 a 5:

influência 0

1

2

3

4

5 nenhuma pouca moderada média significante essencial

Produtividade –

Relacionadas a Pontos de Funções

1. O sistema exige backup e recuperação confiáveis? 4

2. É requerida comunicação de dados? 5

3. Existem funções de processamento distribuído? 2

4. O desempenho é crítico? 1

(56)

MÉTRICA ORIENTADA À FUNÇÃO - PF

Responder as questões 1-14, considerando a escala de 0 a 5:

influência 0

1

2

3

4

5 nenhuma pouca moderada média significante essencial

Produtividade –

Relacionadas a Pontos de Funções

5. O sistema funcionará num sistema operacional existente e

intensamente utilizado? 4

6. São requeridas entrada de dados

on-line

? 4

7. As entradas

on-line

requerem que as transações de entrada

sejam construídas com várias telas e operações? 3

(57)

MÉTRICA ORIENTADA À FUNÇÃO - PF

Responder as questões 1-14, considerando a escala de 0 a 5:

influência 0

1

2

3

4

5 nenhuma pouca moderada média significante essencial

Produtividade –

Relacionadas a Pontos de Funções

8. Os arquivos são atualizados

on-line

? 4

9. Entradas, saídas, arquivos e consultas são complexos? 2

10. O processamento interno é complexo? 2

(58)

MÉTRICA ORIENTADA À FUNÇÃO - PF

Responder as questões 1-14, considerando a escala de 0 a 5:

influência 0

1

2

3

4

5 nenhuma pouca moderada média significante essencial

Produtividade –

Relacionadas a Pontos de Funções

12. A conversão e a instalação estão incluídas no projeto? 2

13. O sistema é projetado para múltiplas instalações em diferentes

organizações? 5

14. A aplicação é projetada de forma a facilitar mudanças e o uso

pelo usuário? 5

(59)

Aplicando a fórmula

Produtividade –

Relacionadas a Pontos de Funções

PF = PFna x (0.65 + 0.01 x Soma(Fi))

Pfna = 154 ; Soma(Fi) = 45

PF = 154

X

**(0,65 + 0,01 * 45)**

(60)

Produtividade –

Relacionadas a Pontos de Funções

Pessoas-mês = 3

Custo = $10

PF = 169,40

Produtividade = 169,40/3 = 56,46

Custo = 169,40 * 10 = $ 1.694,00