cap4-viabilidade

5/10/2018 cap4-viabilidade - slidepdf.com

http://slidepdf.com/reader/full/cap4-viabilidade 1/53

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

Engenharia de Softawre 3º Edição / Roger PressmanEngenharia de Software 1º Edição / Ariadne Carvalho

http://www.cin.ufpe.br/~lhcl/aer/index.html

Estimativa / Viabilidade

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

ilimitados recursos e tempo infinito!”

Leitura:

Cap6 e 23: Sommerville; Cap2 e 3: Pressman; Cap4: Ariadne






Objetivos Compreender os fundamentos dos custos e dos

preços de software e a complexa relação entreeles.

Conhecer tipos de métricas utilizadas paraavaliar a produtividade de software.






Estudo de viabilidade O estudo de viabilidade decide se vale a pena

construir o sistema.

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?






Baseado na coleta e na análise de

informações e na elaboração de relatórios. 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?• Como o sistema proposto pode ajudar?• Quais serão os possíveis problemas de integração?• É necessária a adoção de nova tecnologia ou o

desenvolvimento de novas habilidades?• Quais facilidades devem ser fornecidas pelo sistema?

Estudo de viabilidade






• Viabilidade TÉCNICA

• Viabilidade ECONÔMICA

• Viabilidade OPERACIONAL

Tipos de viabilidade






Viabilidade TÉCNICA• Estudo da função, do desempenho e das restrições que

possam afetar a capacidade de se conseguir um sistemaaceitável; Ex. Sistema implantado utilizando atecnologia atual; Tempo de resposta 3seg

Viabilidade ECONÔMICA

» Os benefícios contrabalançam os custos;» Calcule o custo de cada alternativa;» Análise de custo / benefício→ considere somente alternativa de

retorno positivo.

Viabilidade OPERACIONAL» Sistema pode ser implementado nesta organização;» Usuário pode opor-se a um serviço terceirizado

Tipos de viabilidade






Os aspectos funcionais de cada alternativa devem ser verificados epontuados pela complexidade de implementação.

Se duas funcionalidade têm a mesma funcionalidade de implementação e amesma prioridade de negociação, a mais simples é a melhor.

As alternativas tecnicamente viáveis podem ser apresentadas ao usuáriopara verificar se ele rejeita alguma delas ( viabilidade operacional).

As alternativas viáveis devem ser apresentadas ao cliente, incluindo-seconsiderações sobre vantagens e desvantagens de cada uma.

Deve-se apresentar uma recomendação da melhor solução para oproblema, com um estudo de custo-benefício detalhado.

Lista de alternativas






EstimativasGrau de estrutura do projeto

C o m p l e x i d a d

eT a m a n h o d o e

s f o r ç o






A complexidade do projeto• Incerteza

• Medida relativa• Medidas quantitativas da complexidade (nível/projeto e código)

O tamanho do projeto• Precisão e a eficácia das estimativas

O grau de estrutura do projeto• Facilidade com que as funções podem ser dispostas

Estimativas






As estimativas têm por objetivo determinar os gastosnecessário para produzir um software.

Questões fundamentais• Quanto esforço é requerido para completar uma atividade?

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

• Qual o custo total de uma atividade?• Quão produtiva é a equipe de desenvolvimento?

Estimativas e elaboração do cronograma sãoatividades interdependentes.

Estimativas






Estimativas dos recursos necessários

• Custo de estrutura: hardware, software emanutenção.

• Custo de logística: viagem e treinamento

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

profissionais envolvidos no projeto.

Estimativas






EstimativasFatores que afetam a estimativa do preço do software

fornecedores podem baixar o preço para conseguir o contrato

(obtendo um lucro menor).

Saúde financeira

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).

Volatilidade dos requisitos

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.

Condições contratuais.

o preço pode embutir um lucro acima do normal para compensar

despesas não previstas.

Incerteza quanto ao custo

pode-se estabelecer um preço baixo para iniciar em um novo

segmento do mercado.

Oportunidade de mercado






A produtividade em um sistema demanufatura pode ser medida pela contagemdo número de unidades produzidas,dividindo-se o resultado pelo número depessoa-hora necessário para a produção.

Produtividade / Métricas






Experiência» O conhecimento do domínio da aplicação afeta favoravelmente a

produtividade. Qualidade do processo

» O processo de desenvolvimento utilizado afeta significativamente aprodutividade.

Tamanho do projeto» Quanto maior o projeto mais complexas as interações ecomunicações entre as pessoas.

Suporte à tecnologia» Um ambiente adequado facilita o desenvolvimento. Ex. uso do

CASE.

Ambiente de trabalho» O ambiente de trabalho afeta favoravelmente a produtividade

Fatores que afetam a produtividade






O que é medição?• É o processo de descrever atributos de entidades,

por meio da associação de números e símbolos queatendam a um conjunto de regras definidasclaramente.

• Exemplo:» Entidade: Clima Atributo: Temperatura» Entidade Software Atributo: Tamanho

– Métrica: KLOC (Milhares de Linhas de Código)





Engenharia de Softawre 3º Edição / Roger Pressman

Engenharia de Software 1º Edição / Ariadne Carvalho


Importância da medição de software:

• fornecer aos gerentes e engenheiros desoftware um conjunto de informaçõestangíveis para:

»planejar o projeto;»realizar estimativas;»gerenciar e controlar os projetos com maior

precisão.








Métricas históricas

» Obtidas a partir de experiências anteriores daequipe

Métricas empíricas

» Dados estatísticos de diferentes equipes Medidas indiretas -

» Permitem quantizar aspectos como a

funcionalidade, complexidade, eficiência,manutenibilidade, dentre outros.

Métricas







Medidas diretas -

• A medição direta de atributo de uma entidadeé aquela que não envolve nenhum outroatributo ou entidade para se chegar namedida desejada» Exemplo: altura de uma pessoa» Exemplo de medidas diretas em engenharia de software:

Tamanho do código fonte (medido em linhas de código) Duração do processo de teste Número de defeitos descoberto durante o processo deteste Tempo de programação de uma rotina (em horas)

Métricas







MétricasMEDIDAS DO SOFTWARE

MEDIDAS DIRETAS MEDIDAS INDIRETAS

•Custo

•Esforço•Linhas de Código

•Velocidade de Execução

•Memória

•Nro de Erros

•Funcionalidade

•Qualidade•Complexidade

•Eficiência

•Confiabilidade

•Manutenibilidade







Classificação das Métricas

Orientadas aoTamanho

Orientadas à

FunçãoOrientadas aoSer Humano

de Produtividadede Qualidade

Técnicas

atuação das pessoas; seusrelacionamentos com

ferramentas e métodos

computam medidasindiretas do software

computam medidasdiretas do software

enfoca a saída do processode eng. de software

conformidade com os requisitosimplícitos e explícitos do usuário

enfoca características do software(complexidade, modularidade)







Classificação das medições:

• Métricas orientadas ao tamanho - baseadas nas mediçõesdiretas da ES. Esta classe abrange todas as possíveis

medidas obtidas diretamente do software.

• 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 utilidade do programa.

• Métricas orientadas às pessoas - as quais dão indicaçõessobre a forma como as pessoas desenvolvem os programas

de computador.

Métricas







As primeiras tentativas de se medir o tamanho de um sistema (1996)levou em consideração as LOCs (Lines Of Code - Linhas de Código).

Forte dependência da linguagem no uso desta técnica.

Como considera-se o tempo total do projeto, esta medida envolve asfases de análise, projeto, teste, documentação, além da codificação.

Não existe uniformidade com relação à unidade de medida. Algumaspropostas medem toda e qualquer declaração, outras apenasdeclarações executáveis, outras ainda medem as linhas escritas(incluindo ou não comentários).

É difícil (e imprecisa) a comparação entre linguagens e ambientes deprogramação diferentes.

Produtividade –Relacionadas a Tamanho do Código







Utilização de MétricasProjeto Esforço $ KLOC Págs.docum. Erros Pessoas

projA-01 24 168 12.1 365 29 3projB-04 62 440 27.2 1224 86 5

projC-03 43 314 20.2 1050 64 6

MÉTRICASDERIVADAS

PRODUTIVIDADE =

QUALIDADE =

CUSTO =DOCUMENTAÇÃO =

KLOC / Pessoas-mês

Erros / KLOC

$ / LOCPágs.docum. / KLOC







Produtividade –Tempo de desenvolvimento (exem)

2 sem5 sem5 sem5 sem3 semLinguagem

de alto nível

2 sem10 sem8 sem5 sem3 semCódigo

assembly

DocumentaçãoTestesCodificaçãoProjetoAnáliseLinguagem







Produtividade –Tempo de desenvolvimento (exem)

300 linhas/mês20 semanas1500 linhasLinguagem de

alto nível

714 linhas/mês28 semanas5000 linhasCódigo assembly

ProdutividadeEsforçoTamanho







Os pontos de função (proposto por Albrecht (1979 - aperfeiçoadoem 1983) são usados como uma medida da funcionalidade docódigo.

São independente da linguagem de implementação e sãoapropriados para sistemas com predominância de funções deentrada e saída.

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 é que as funções devem ser

contadas a partir da perspectiva do usuário e não do analista ouprogramador.

Pontos de função é baseada em medidas indiretas sobre a complexidade dosoftware.

O grupo responsável pela padronização denomina-se IFPUG (InternationalFunction Point Users Group , 2000).

ProdutividadePontos de Funções FPA – Function Point Analysis







Um ponto de função não é (mede) umacaracterística única. Ele é calculado medindo-se ou

estimando-se as seguintes características:

» entrada e saídas externas

» interações com o usuário» interfaces externas» arquivos utilizados pelo sistema

» Cada uma dessas características é individualmente avaliada em termosda complexidade e recebe um peso que varia de de 3, para entradasexternas simples, a 15, para arquivos externos complexos

Produtividade –

Relacionadas a Pontos de Funções





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

A contagem dos pontos de função é feita emduas etapas. Primeiro obtém-se uma

contagem não ajustada:• multiplicando a quantidade de elementos de

cada 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

Produtividade –







Produtividade –


=Pontos de funções não

ajustados (Fi)

=1075xNum. de interfaces externas

=15107xNum. de arquivos

=643xNum. de consultas do

usuários

=754xNum. de saídas p/ usuários

=643xNum. de entradas de

usuários

TotalComplex

os

Médi

o

SimplesQteParâmetros






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

onde Fi (1 <= i <= 14) são 14 fatores de ajusteavaliados segundo uma escala de 0 (nãoimportante) a 5 (essencial). Por exemplo.(Pressman – tab2.1).

Produtividade –







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

1. O sistema exige backup e recuperaçãoconfiá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 comvárias telas e operações?

8. Os arquivos são atualizadoson-line

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

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últiplasinstalações em diferentes organizações?

14. A aplicação é projetada de forma a facilitarmudanças e o uso pelo usuário?

Produtividade –







Os pontos de função podem ser usados emconjunto com estimativas de linhas de

código. Através de análises históricas é possível

estimar o número médio de linhas de código(NMLC) para cada ponto de função:• Tamanho do código = NMLC x Qtd. pontos de função

• Valores padrões:» Linguagem assembler: 200-300 LC/FP.» Linguagem 4GL: 2-40 LC/FP.

Produtividade –







Linhas de Código x

Pontos de Função A relação entre linhas de código e pontos de

função depende da linguagem de programaçãoLinguagem de Programação LOC/PF (Média)

Assembly 300

COBOL 100FORTRAN 100Pascal 90Ada 70

Linguagens Orientadas a Objeto 30Linguagens de Quarta Geração 20Geradores de Código 15






!

"#$%&$%'!

!

()*

Produtividade –

Relacionadas a Pontos de Função






Realizar estimativas de custo é tarefa complexa, cominerente imprecisão:

• Pode ser necessário estimar com base em requisitosincompletos ou de alto nível.

• A infra-estrutura em que o software será utilizado (máquinas,sistemas operacionais) pode ser desconhecida.

• A tecnologia de desenvolvimento pode ser nova.

• As habilidades das pessoas envolvidas no projeto podem serdesconhecidas

Estimativa de custos






Técnicas de estimativa de custos

Estima-se para vencer, adotando o preço que o

cliente pode pagar.

Estimativa para obter contrato

Determina-se o custo em função dos recursos

disponíveis.

Lei de Parkinson

Estima-se o custo do projeto por analogia com os

valores reais de projetos análogos já terminados.

Estimativa por analogia

Compara-se e discute-se as estimativas feitas por

diversos especialistas, procurando-se chegar a um

consenso.

Julgamento de especialistas

Desenvolve-se um modelo usando-se informações

históricas sobre custo, baseado em alguma métrica

do software (tamanho, por exemplo). Estima-se ovalor para essa métrica e o modelo fornece o custo.

Modelagem algorítmica do custo






Exemplos que podem afetar as estimativasbaseadas na experiência:• Desenvolvimento orientado a objetos x orientado a

funções.

• Sistemas Cliente-Servidor x Sistemas Centralizados.

• Uso de componentes de prateleira xdesenvolvimento de componentes.

• Uso de ferramentas CASE x desenvolvimento sem(ou com pouco) apoio.

Técnicas de estimativa de custos






Objetivo do sistema.

Este sistema será utilizado para uma rede de hotéis. Cada hotelterá um ou vários terminais que permitirão as operações básicasde um hotel, podendo o cliente reservar e cancelar umapartamento através da Web, terá também comunicação comoutro hotéis da mesma rede de modo a consultar sobredisponibilidade de vagas. Este sistema também faz interface comoutros dois sistemas internos do hotel: controle de restaurante econtrole de tarifação de telefone.

As funções básicas de controle são: cadastro de cliente,gerenciamentode reservas e ocupações, gerenciamento de pagamento, emissão denota fiscal, emissão relatórios contábeis e reservas pela Web.

Estudo de caso - Hotel

E t d d H t l






Interface gráfica para entrada de dados. Entrada para cadastro de cliente (nome,

endereço, e-mail, data de chegada, data desaída, classificação do cliente, 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. Cadastro de salas e auditório. Cadastro de despesas

Estudo de caso – Hotel

Requisitos funcionais

Estudo de caso Hotel






Serviços adicionais são também incluídos 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.

Controle de ocupação de apartamento (reservado ouentrada do hóspede). Controle de ocupação de salas e auditório. Controle de limpeza dos apartamentos. Preços diferenciados para alta temporada e baixa

temporada.









Descontos para clientes VIP e grupos. Recebimento de pagamento (tipo de pagamento

cheque, dinheiro, cartão, parcelado, moedaestrangeira).

Registrar situações de pagamento (cheque

compensado, transferência realizada, parcelado, emdinheiro, ou moeda estrangeira). Emissão de nota fiscal (podendo ser separado por

itens: hospedagem, restaurante, lavanderia, etc). Emissão da fatura parcial (somente para consulta).









Emissão de relatórios contábeis.

Relatórios de ocupação. Relatórios parciais de consulta. Os relatórios e consultas deverão também ser

visualizados pelo terminal. Consulta o nome do cliente (se já existente). Gerar relatórios estatísticos (média de dias que

o cliente se hospeda, gastos médios, itens maisconsumidos nos restaurantes).









Serviços de mala direta (podendo selecionar osclientes e enviar mensagens via e-mail ouimprimir cartas para serem enviadosposteriormente via correio.

Pesquisa dos clientes no banco de dadossegundo alguns tipos de critérios (freqüênciaque o cliente se hospeda, preferência de

apartamentos, preferência de local, tipo deserviços utilizados, estadia de negócios outurismo, faixa etária, procedência).



P d ti id d






Produtividade –


= 152Pontos de funções não

ajustados (Fi)

= 141075x2Num. de interfaces externas

= 6015107x6Num. de arquivos

= 24643x6Num. de consultas do

usuários

= 30754x6Num. de saídas p/ usuários

= 24643x6Num. de entradas de

usuários

TotalComplex

os

Médi

o

SimplesQteParâmetros

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







Tempo de resposta desejável menor que 10segundos para consultas de vagas em outros hotéisda rede.

Utilização de computadores PC de mercado.

Sistema operacional Windows XP ou mais recente.

Utilização da linguagem JAVA.

Portabilidade para novos hardwares e sistemasoperacionais (quando forem lançadas novasversões de sistema operacional).


Requisitos não funcionais







Interface gráfica fácil de usar 'tipo Windows' paraentrada de dados e operação

Procedimento de backup do cadastro de clientes eocupação e dados correntes.

Senha de acesso ao sistema. Deverão ter senhasdiferentes para recepcionistas, camareiras, gerentese proprietário de modo que cada usuário tenhaacesso restrito a certas informações.

Sistema 'no-break' em caso de queda de energia


Requisitos não funcionais

Prod ti idade







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

influência 0 1 2 3 4 5


1. O sistema exige backup e recuperaçãoconfiá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 comvá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últiplasinstalações em diferentes organizações?14. A aplicação é projetada de forma a facilitar

mudanças e o uso pelo usuário?

Produtividade –


Produtividade










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

Produtividade –


Produtividade










5. O sistema funcionará num sistema operacional existente eintensamente utilizado? 4

6. São requeridas entrada de dados on-line ? 4

7. As entradas on-line requerem que as transações de entradasejam construídas com várias telas e operações? 3

Produtividade –


Produtividade










8. Os arquivos são atualizadoson-line

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

10. O processamento interno é complexo? 2

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

Produtividade –


Produtividade










12. A conversão e a instalação estão incluídas no projeto? 213. O sistema é projetado para múltiplas instalações em diferentesorganizações? 5

14. A aplicação é projetada de forma a facilitar mudanças e o usopelo usuário? 5

Produtividade –


Produtividade






Aplicando a fórmula

Produtividade –


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

Pfna = 152 ; Soma(Fi) = 45

PF = 152 X (0,65 + 0,01 * 45)PF = 167,20

Produtividade –






Produtividade –

Relacionadas a Pontos de FunçõesPessoas-mês = 3

Custo = $10PF = 167,20

Produtividade = 167,20/3 = 55,7

Custo = 167,20 * 10 = $ 1.672,00

cap4-viabilidade

Documents