Cap4 Viabilidade

Auxiliadora Freire Fonte: Engenharia de Software 6 - 8 Edio / Ian Sommerville 2000-2007 Slide 1
Engenharia de Softawre 3 Edio / Roger Pressman

Engenharia de Software 1 Edio / Ariadne Carvalho
http://www.cin.ufpe.br/~lhcl/aer/index.html
Estimativa / Viabilidade
Todos os projetos so viveis 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
preos de software e a complexa relao entre
eles.
Conhecer tipos de mtricas utilizadas para
avaliar 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 benefcios, custos e
necessidades, que checa
Se o sistema contribui para os objetivos gerais da organizao?
Se o sistema pode ser implementado usando a tecnologia atual dentro
das restries de custo e de prazo?
Se o sistema pode ser integrado com outros sistemas j em
operao?
Baseado na coleta e na anlise de
informaes e na elaborao de relatrios.
Questes que podem ser abordadas:
O que acontece se o sistema no for implementado?
Quais so os problemas com os processos atuais?
Como o sistema proposto pode ajudar?
Quais sero os possveis problemas de integrao?
necessria a adoo de nova tecnologia ou o
desenvolvimento de novas habilidades?
Quais facilidades devem ser fornecidas pelo sistema?
Estudo de viabilidade
Viabilidade TCNICA
Viabilidade ECONMICA
Viabilidade OPERACIONAL
Tipos de viabilidade
Viabilidade TCNICA
Estudo da funo, do desempenho e das restries que
possam afetar a capacidade de se conseguir um sistema
aceitvel; Ex. Sistema implantado utilizando a
tecnologia atual; Tempo de resposta 3seg
Viabilidade ECONMICA
Os benefcios contrabalanam os custos;
Calcule o custo de cada alternativa;
Anlise de custo / benefcio considere somente alternativa de
retorno positivo.
Viabilidade OPERACIONAL
Sistema pode ser implementado nesta organizao;
Usurio pode opor-se a um servio terceirizado
Tipos de viabilidade
Os aspectos funcionais de cada alternativa devem ser verificados e
pontuados pela complexidade de implementao.
Se duas funcionalidade tm a mesma funcionalidade de implementao e a
mesma prioridade de negociao, a mais simples a melhor.
As alternativas tecnicamente viveis podem ser apresentadas ao usurio
para verificar se ele rejeita alguma delas ( viabilidade operacional).
As alternativas viveis devem ser apresentadas ao cliente, incluindo-se
consideraes sobre vantagens e desvantagens de cada uma.
Deve-se apresentar uma recomendao da melhor soluo para o
problema, com um estudo de custo-benefcio detalhado.
Lista de alternativas
Estimativas
Grau de estrutura do projeto
C
o
m
p
l
e
x
i
d
a
d
e
T
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 (nvel/projeto e cdigo)
O tamanho do projeto
Preciso e a eficcia das estimativas
O grau de estrutura do projeto
Facilidade com que as funes podem ser dispostas
Estimativas
As estimativas tm por objetivo determinar os gastos
necessrio para produzir um software.
Questes fundamentais
Quanto esforo requerido para completar uma atividade?
Quantos dias ou meses so necessrios para completar uma
atividade?
Qual o custo total de uma atividade?
Quo produtiva a equipe de desenvolvimento?
Estimativas e elaborao do cronograma so
atividades interdependentes.
Estimativas
Estimativas dos recursos necessrios
Custo de estrutura: hardware, software e
manuteno.
Custo de logstica: viagem e treinamento
Custo de esforo humano: salrios e encargos dos
profissionais envolvidos no projeto.
Estimativas
Estimativas
Fatores que afetam a estimativa do preo do software
fornecedores podem baixar o preo para conseguir o contrato
(obtendo um lucro menor).
Sade financeira
pode justificar um preo mais baixo (se houver possibilidade de
cobrar por mudanas) ou mais alto (se o preo acertado no puder ser
ajustado).
Volatilidade dos requisitos
o preo 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.
Condies contratuais.
o preo pode embutir um lucro acima do normal para compensar
despesas no previstas.
Incerteza quanto ao custo
pode-se estabelecer um preo baixo para iniciar em um novo
segmento do mercado.
Oportunidade de mercado
A produtividade em um sistema de
manufatura pode ser medida pela contagem
do nmero de unidades produzidas,
dividindo-se o resultado pelo nmero de
pessoa-hora necessrio para a produo.
Produtividade / Mtricas
Experincia
O conhecimento do domnio da aplicao afeta favoravelmente a
produtividade.
Qualidade do processo
O processo de desenvolvimento utilizado afeta significativamente a
produtividade.
Tamanho do projeto
Quanto maior o projeto mais complexas as interaes e
comunicaes 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 medio?
o processo de descrever atributos de entidades,
por meio da associao de nmeros e smbolos que
atendam a um conjunto de regras definidas
claramente.
Exemplo:
Entidade: Clima Atributo: Temperatura
Entidade Software Atributo: Tamanho
Mtrica: KLOC (Milhares de Linhas de Cdigo)
Importncia da medio de software:
fornecer aos gerentes e engenheiros de
software um conjunto de informaes
tangveis para:
planejar o projeto;
realizar estimativas;
gerenciar e controlar os projetos com maior
preciso.
Mtricas histricas
Obtidas a partir de experincias anteriores da
equipe
Mtricas empricas
Dados estatsticos de diferentes equipes
Medidas indiretas -
Permitem quantizar aspectos como a
funcionalidade, complexidade, eficincia,
manutenibilidade, dentre outros.
Mtricas
Medidas diretas -
A medio direta de atributo de uma entidade
aquela que no envolve nenhum outro
atributo ou entidade para se chegar na
medida desejada
Exemplo: altura de uma pessoa
Exemplo de medidas diretas em engenharia de software:
Tamanho do cdigo fonte (medido em linhas de cdigo)
Durao do processo de teste
Nmero de defeitos descoberto durante o processo de
teste
Tempo de programao de uma rotina (em horas)
Mtricas
Mtricas
MEDIDAS DO SOFTWARE
MEDIDAS DIRETAS MEDIDAS INDIRETAS
Custo
Esforo
Linhas de Cdigo
Velocidade de Execuo
Memria
Nro de Erros
Funcionalidade
Qualidade
Complexidade
Eficincia
Confiabilidade
Manutenibilidade
Classificao das Mtricas
Orientadas ao
Tamanho
Orientadas
Funo
Orientadas ao
Ser Humano
de Produtividade
de Qualidade
Tcnicas
atuao das pessoas; seus
relacionamentos com
ferramentas e mtodos
computam medidas
indiretas do software
computam medidas
diretas do software
enfoca a sada do processo
de eng. de software
conformidade com os requisitos
implcitos e explcitos do usurio
enfoca caractersticas do software
(complexidade, modularidade)
Classificao das medies:
Mtricas orientadas ao tamanho - baseadas nas medies
diretas da ES. Esta classe abrange todas as possveis
medidas obtidas diretamente do software.
Mtricas orientadas funo - baseada em medidas
indiretas do software e do processo utilizado para obt-lo.
Esta mtrica leva em conta aspectos como a funcionalidade
e a utilidade do programa.
Mtricas orientadas s pessoas - as quais do indicaes
sobre a forma como as pessoas desenvolvem os programas
de computador.
Mtricas
As primeiras tentativas de se medir o tamanho de um sistema (1996)
levou em considerao as LOCs (Lines Of Code- Linhas de Cdigo).
Forte dependncia da linguagem no uso desta tcnica.
Como considera-se o tempo total do projeto, esta medida envolve as
fases de anlise, projeto, teste, documentao, alm da codificao.
No existe uniformidade com relao unidade de medida. Algumas
propostas medem toda e qualquer declarao, outras apenas
declaraes executveis, outras ainda medem as linhas escritas
(incluindo ou no comentrios).
difcil (e imprecisa) a comparao entre linguagens e ambientes de
programao diferentes.
Produtividade
Relacionadas a Tamanho do Cdigo
Utilizao de Mtricas
Projeto Esforo $ KLOC Pgs.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
MTRICAS
DERIVADAS
PRODUTIVIDADE =
QUALIDADE =
CUSTO =
DOCUMENTAO =
KLOC / Pessoas-ms
Erros / KLOC
$ / LOC
Pgs.docum. / KLOC
Produtividade
Tempo de desenvolvimento (exem)
2 sem 5 sem 5 sem 5 sem 3 sem
Linguagem
de alto nvel
2 sem 10 sem 8 sem 5 sem 3 sem
Cdigo
assembly
Documentao Testes Codificao Projeto Anlise Linguagem
Produtividade
Tempo de desenvolvimento (exem)
300 linhas/ms 20 semanas 1500 linhas Linguagem de
alto nvel
714 linhas/ms 28 semanas 5000 linhas Cdigo assembly
Produtividade Esforo Tamanho
Os pontos de funo (proposto por Albrecht (1979 - aperfeioado
em 1983) so usados como uma medida da funcionalidade do
cdigo.
So independente da linguagem de implementao e so
apropriados para sistemas com predominncia de funes de
entrada e sada.
A tcnica de FPA mede o que o sistema e no como ser, ou
foi, desenvolvido
Um dos principais conceitos relativos a FPA que as funes devem ser
contadas a partir da perspectiva do usurio e no do analista ou
programador.
Pontos de funo baseada em medidas indiretas sobre a complexidade do
software.
O grupo responsvel pela padronizao denomina-se IFPUG (International
Function Point Users Group, 2000).
Produtividade
Pontos de Funes FPA Function Point Analysis
Um ponto de funo no (mede) uma
caracterstica nica. Ele calculado medindo-se ou
estimando-se as seguintes caractersticas:
entrada e sadas externas
interaes com o usurio
interfaces externas
arquivos utilizados pelo sistema
Cada uma dessas caractersticas 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
Produtividade
Relacionadas a Pontos de Funes
A contagem dos pontos de funo feita em
duas etapas. Primeiro obtm-se uma
contagem no ajustada:
multiplicando a quantidade de elementos de
cada caracterstica pelo peso da caracterstica,
somando-se todos os valores obtidos:
[ PFna = Soma( num. elem. dado tipo x peso) ]
PFna Ponto de Funo no ajustada
Produtividade
Produtividade
= Pontos de funes no
ajustados (Fi)
= 10 7 5 x Num. de interfaces externas
= 15 10 7 x Num. de arquivos
= 6 4 3 x Num. de consultas do
usurios
= 7 5 4 x Num. de sadas p/ usurios
= 6 4 3 x Num. de entradas de
usurios
Total Complex
os
Mdi
o
Simples Qte Parmetros
PF = PFna x (0.65 + 0.01 x Soma(Fi))
onde Fi (1 <= i <= 14) so 14 fatores de ajuste
avaliados segundo uma escala de 0 (no
importante) a 5 (essencial). Por exemplo.
(Pressman tab2.1).
Produtividade
MTRICA ORIENTADA FUNO - PF
Responder as questes 1-14, considerando a escala de 0 a 5:
influncia 0 1 2 3 4 5
nenhuma pouca moderada mdia significante essencial
1. O sistema exige backup e recuperao
confiveis?
2. requerida comunicao de dados?
3. Existem funes de processamento
distribudo?
4. O desempenho crtico?
5. O sistema funcionar num sistema operacional
existente e intensamente utilizado?
6. So requeridas entrada de dados on-line?
7. As entradas on-line requerem que as
transaes de entrada sejam construdas com
vrias telas e operaes?
8. Os arquivos so atualizados on-line?
9. Entradas, sadas, arquivos e consultas so
complexos?
10. O processamento interno complexo?
11. O cdigo projetado para ser reusval?
12. A converso e a instalao esto incudas
no projeto?
13. O sistema projetado para mltiplas
instalaes em diferentes organizaes?
14. A aplicao projetada de forma a facilitar
mudanas e o uso pelo usurio?
Produtividade
Os pontos de funo podem ser usados em
conjunto com estimativas de linhas de
cdigo.
Atravs de anlises histricas possvel
estimar o nmero mdio de linhas de cdigo
(NMLC) para cada ponto de funo:
Tamanho do cdigo = NMLC x Qtd. pontos de funo
Valores padres:
Linguagem assembler: 200-300 LC/FP.
Linguagem 4GL: 2-40 LC/FP.
Produtividade
Linhas de Cdigo x
Pontos de Funo
A relao entre linhas de cdigo e pontos de
funo depende da linguagem de programao
Linguagem de Programao LOC/PF (Mdia)
Assembly 300
COBOL 100
FORTRAN 100
Pascal 90
Ada 70
Linguagens Orientadas a Objeto 30
Linguagens de Quarta Gerao 20
Geradores de Cdigo 15
Exemplo:
Tamanho do projeto atual 500 pontos de
funo;
Custo histrico para um projeto semelhante foi
$10 por ponto de funo.
Custo total esperado
$10 ($ / Ponto de Funo) x 500 PF = $ 5.000
dlares.
Clculos semelhantes poderiam ser efetuados para o
cronograma, a durao e as horas
Produtividade
Relacionadas a Pontos de Funo
Realizar estimativas de custo tarefa complexa, com
inerente impreciso:
Pode ser necessrio estimar com base em requisitos
incompletos ou de alto nvel.
A infra-estrutura em que o software ser utilizado (mquinas,
sistemas operacionais) pode ser desconhecida.
A tecnologia de desenvolvimento pode ser nova.
As habilidades das pessoas envolvidas no projeto podem ser
desconhecidas
Estimativa de custos
Tcnicas de estimativa de custos
Estima-se para vencer, adotando o preo que o
cliente pode pagar.
Estimativa para obter contrato
Determina-se o custo em funo dos recursos
disponveis.
Lei de Parkinson
Estima-se o custo do projeto por analogia com os
valores reais de projetos anlogos 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 informaes
histricas sobre custo, baseado em alguma mtrica
do software (tamanho, por exemplo). Estima-se o
valor para essa mtrica e o modelo fornece o custo.
Modelagem algortmica do custo
Exemplos que podem afetar as estimativas
baseadas na experincia:
Desenvolvimento orientado a objetos x orientado a
funes.
Sistemas Cliente-Servidor x Sistemas Centralizados.
Uso de componentes de prateleira x
desenvolvimento de componentes.
Uso de ferramentas CASE x desenvolvimento sem
(ou com pouco) apoio.
Tcnicas de estimativa de custos
Objetivo do sistema.
Este sistema ser utilizado para uma rede de hotis. Cada hotel
ter um ou vrios terminais que permitiro as operaes bsicas
de um hotel, podendo o cliente reservar e cancelar um
apartamento atravs da Web, ter tambm comunicao com
outro hotis da mesma rede de modo a consultar sobre
disponibilidade de vagas. Este sistema tambm faz interface com
outros dois sistemas internos do hotel: controle de restaurante e
controle de tarifao de telefone.
As funes bsicas de controle so: cadastro de cliente,gerenciamento
de reservas e ocupaes, gerenciamento de pagamento, emisso de
nota fiscal, emisso relatrios contbeis e reservas pela Web.
Estudo de caso - Hotel
Interface grfica para entrada de dados.
Entrada para cadastro de cliente (nome,
endereo, e-mail, data de chegada, data de
sada, classificao do cliente, documento).
Consultas, reservas e cancelamento de reserva
atravs da Web.
Cadastro de apartamento: tipo de quarto (sute,
standard, duplo, ar-condicionado), cidade ou
local.
Cadastro de salas e auditrio.
Cadastro de despesas
Estudo de caso Hotel
Requisitos funcionais
Servios adicionais so tambm includos no sistema:
telefone, TV paga, acesso internet, 'frigobar',
lavandeira, servio de lanche e caf da manh.
Conexo para consultas e reservas de vagas em outros
hotis do grupo.
Controle de ocupao de apartamento (reservado ou
entrada do hspede).
Controle de ocupao de salas e auditrio.
Controle de limpeza dos apartamentos.
Preos diferenciados para alta temporada e baixa
temporada.
Descontos para clientes VIP e grupos.
Recebimento de pagamento (tipo de pagamento
cheque, dinheiro, carto, parcelado, moeda
estrangeira).
Registrar situaes de pagamento (cheque
compensado, transferncia realizada, parcelado, em
dinheiro, ou moeda estrangeira).
Emisso de nota fiscal (podendo ser separado por
itens: hospedagem, restaurante, lavanderia, etc).
Emisso da fatura parcial (somente para consulta).
Emisso de relatrios contbeis.
Relatrios de ocupao.
Relatrios parciais de consulta.
Os relatrios e consultas devero tambm ser
visualizados pelo terminal.
Consulta o nome do cliente (se j existente).
Gerar relatrios estatsticos (mdia de dias que
o cliente se hospeda, gastos mdios, itens mais
consumidos nos restaurantes).
Servios de mala direta (podendo selecionar os
clientes e enviar mensagens via e-mail ou
imprimir cartas para serem enviados
posteriormente via correio.
Pesquisa dos clientes no banco de dados
segundo alguns tipos de critrios (freqncia
que o cliente se hospeda, preferncia de
apartamentos, preferncia de local, tipo de
servios utilizados, estadia de negcios ou
turismo, faixa etria, procedncia).
Produtividade
= 152 Pontos de funes no
ajustados (Fi)
= 14 10 7 5 x 2 Num. de interfaces externas
= 60 15 10 7 x 6 Num. de arquivos
= 24 6 4 3 x 6 Num. de consultas do
usurios
= 30 7 5 4 x 6 Num. de sadas p/ usurios
= 24 6 4 3 x 6 Num. de entradas de
usurios
Total Complex
os
Mdi
o
Simples Qte Parmetros
PF = PFna x (0.65 + 0.01 x Soma(Fi))
Tempo de resposta desejvel menor que 10
segundos para consultas de vagas em outros hotis
da rede.
Utilizao de computadores PC de mercado.
Sistema operacional Windows XP ou mais recente.
Utilizao da linguagem JAVA.
Portabilidade para novos hardwares e sistemas
operacionais (quando forem lanadas novas
verses de sistema operacional).
Requisitos no funcionais
Interface grfica fcil de usar 'tipo Windows' para
entrada de dados e operao
Procedimento de backup do cadastro de clientes e
ocupao e dados correntes.
Senha de acesso ao sistema. Devero ter senhas
diferentes para recepcionistas, camareiras, gerentes
e proprietrio de modo que cada usurio tenha
acesso restrito a certas informaes.
Sistema 'no-break' em caso de queda de energia
Requisitos no funcionais
1. O sistema exige backup e recuperao
confiveis?
2. requerida comunicao de dados?
3. Existem funes de processamento
distribudo?
4. O desempenho crtico?
5. O sistema funcionar num sistema operacional
existente e intensamente utilizado?
6. So requeridas entrada de dados on-line?
7. As entradas on-line requerem que as
transaes de entrada sejam construdas com
vrias telas e operaes?
8. Os arquivos so atualizados on-line?
9. Entradas, sadas, arquivos e consultas so
complexos?
10. O processamento interno complexo?
11. O cdigo projetado para ser reusval?
12. A converso e a instalao esto incudas
no projeto?
13. O sistema projetado para mltiplas
instalaes em diferentes organizaes?
14. A aplicao projetada de forma a facilitar
mudanas e o uso pelo usurio?
Produtividade
1. O sistema exige backup e recuperao confiveis? 4
2. requerida comunicao de dados? 5
3. Existemfunes de processamento distribudo? 2
4. O desempenho crtico? 1
Produtividade
5. O sistema funcionar num sistema operacional existente e
intensamente utilizado? 4
6. So requeridas entrada de dados on-line? 4
7. As entradas on-line requerem que as transaes de entrada
sejamconstrudas com vrias telas e operaes? 3
Produtividade
8. Os arquivos so atualizados on-line? 4
9. Entradas, sadas, arquivos e consultas so complexos? 2
10. O processamento interno complexo? 2
11. O cdigo projetado para ser reusvel? 0
Produtividade
12. A converso e a instalao esto includas no projeto? 2
13. O sistema projetado para mltiplas instalaes em diferentes
organizaes? 5
14. A aplicao projetada de forma a facilitar mudanas e o uso
pelo usurio? 5
Produtividade
Aplicando a frmula
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
Pessoas-ms = 3
Custo = $10
PF = 167,20
Produtividade = 167,20/3 = 55,7
Custo = 167,20 * 10 = $ 1.672,00

Cap4 Viabilidade

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Cap4 Viabilidade

Uploaded by

Copyright:

Available Formats

Auxiliadora Freire Fonte: Engenharia de Software 6 - 8 Edio / Ian Sommerville 2000-2007 Slide 1

Engenharia de Softawre 3 Edio / Roger Pressman

You might also like