Professional Documents
Culture Documents
` Sensibilizar a audiência quanto à
necessidade de medição de software
` Apresentar as principais aplicações da
FPA como unidade de medida e
processo de contagem
` Apresentar técnicas para definir os
objetos de medição
` Introdução à Análise de Pontos de
Função (APF ou FPA)
m
` 3ontexto
ƛ Requisitos : tendem a expandir
ƛ Qualidade, Funcionalidade, Performance
3omo
manter esta ` Problemática
situação sob ƛ Recursos : tendem a ser limitados
controle, a
fim de obter ƛ Tempo, Dinheiro, Pessoas entre outros
o melhor ƛ Na satisfação dos Requisitos, disputam-se
resultado? por Recursos
` £istórico
ƛ Ferramentas 3ASE
ƛ Linguagens de 4a. Geração
Isoladamente
estas ƛ Tecnologias OO
tecnologias não ƛ Ambiente integrado de desenvolvimento
foram capazes ƛ Arquitetura 3liente-Servidor
de fornecer as
respostas ` £oje
desejadas. ƛ Gerência de Projetos
ƠNo Silver Bullet:
Essence and ƛ Terceirização e Gestão de 3ontratos
Accidents of
ƛ Iniciativas de SPI
Software
Engeneeringơ Fred ƛ ERP
Brooks
ÿ
P.: A partir de
quando?
R.: Do início.
-
.
` Falta de conhecimento exige estimativa
nálise de
` 3onforme este conhecimento evolui
ontos de menos se assume
Fun o ermite ` O quanto este conhecimento evolui é
estimar o
tamanho dos
uma métrica
requisitos
funcionais
desde muito 3 3 3 3
cedo. s ecifica o nicial ro eto de ro eto roduto
de equisitos lto vel etalhado ntregue
.: 3omo medir
stimativa imensionamento
conhecimento?
.: 3om os
requisitos.
# ,
m
m
Dinâmica dos
99%
concluídos m
½
P.: 3omo as
métricas podem
ajudar?
Nova
Produção 3urva
do
0
Pânico
1
2 Progresso
Novo Prazo
Previsto
½,#
` Instrumento de acompanhamento
` Ajuda a perceber problemas em tempo
P.: Poderia ser
mais específico? ` Várias dimensões :
ƛ cronograma, custos, qualidade, riscos ou
escopo
±
±
±
O Problema não ±
é só o erro, mas ±
a demora em
identificá-lo
m
m
P.: As métricas
coletadas tem
valor apenas î
para este
projeto?
î
.: h
mp ã
l î
p
fw. 0l
. A F
A
p m
u?
½3
ÿ
%
mm
½3
$ÿ
%
` Terceirização
ƛ [3ontratação de terceiros, por parte de uma
Na empresa, para a realização de atiidades
Terceirização não essenciais, isando à racionalização de
pessoas são custos, à economia de recursos e à
gerenciadas,
desburocratização adminstratia] £ouaiss
enquanto na
Gestão de ` Gestão de 3ontratos
3ontratos o ƛ [processos necessários à obtenção de bens
foco está no e seriços externos a organização
resultado.
executora] POK
P.: O FPA ajuda
em ambos estes
casos?
3
Apesar de nos
X
meses 1,2 e 3
ter haido o
mesmo olume
de PF X
entregues, a X
quantidade de Pontos de Função Horas
horas aumentou
A análise
` onitoramento :
exclusia da ƛ Produtiidade (horas)
quantidade de ƛ Qualidade (defeitos)
horas não é
conclusia
3
m ompanhamento da rodutividade
Manutenção Equipe do Sistema m
X
A industria do X
0rro. Quanto X
mais
X
improdutio
mais o X
subcontratado X
ganha.
X
Pontos de unção / omens Mês
P.: O que é um
Assessment?
(m
(
m
` Procedimento sistemático
Software ` Inestiga a existência, adequação e
0ngineering performance de um contexto real
Processes:
` 3ompara a um OD0LO, padrão ou
Principles and
Applications, benchmark
Wang Y. 2000 ƛ S0I 3I ƛ 3apability aturity odel ®
Integration sm
ƛ SPI30 - Software Process Improement and
3apability Determination (ISO 15504);
ƛ TickIT
P.: 3omo assim
um modelo?
%
%'
, ÿ
%
%
,
ÿ
m
/
,
<
3
;
-
ÿ
:
+
ÿ /
9
ÿ
%
ÿ m
,+'12m*'(,
8 ÿ
-
' ÿ %
m
` Objetio:
%'! (6!
ƛ D0S0NVOLV0R e SUST0NTAR a capacidade
&88! (
utilizada no suporte às necessidades de
/
INFORAÇÃO da gerência.
8<9
` Áreas Relacionadas
ƛ Planejamento de Projetos [2]
ƛ onitoramento e 3ontrole de Projetos [2]
ƛ Gerência de 3onfiguração [2]
ƛ Desenolimento de Requisitos [3]
ƛ Definição de Processos Organizacionais [3]
P.: 0nfim qual o ƛ Gerência Quantitatia de Projeto [4]
papel da FPA
nisso?
m
'
('
@..., quando feita
( adequadamente, a
medição em seqüência de
'
6m
atributos de qualidade
=8>>? de produtos e processos
pode fornecer uma base
efetia para a iniciação e
gerência de atiidades de
melhoria de processos.ơ
-
(
$/%,((
/+0½
3ada organização
ou projeto tem ÿ @-
@
objetios.
Para cada um
destes há um
conjunto de
questões a fim
de erificar seu
cumprimento.
uitas destas -
-
-
-
-
-
questões tem
respostas que
podem ser
mensuradas
$
$
$
$
$
$
asili, V.R, 1984,
Goal Question
etric Paradigm
-
` Aspectos comuns do software
ƛ Preisto e Realizado
ƛ Recursos e 3ustos
ƛ 3rescimento e 0stabilidade
ƛ Qualidade do Produto
=
ƛ Performance do Desenolimento
ƛ Adequação Técnica
` 3ategorias para medição
ƛ Tamanho funcional e estabilidade, etc.
` étricas
ƛ 0sforço, Datas, Reporte de Problemas, etc.
½mm
` Fator normalizador dos dados (métricas)
coletadas
` Adiciona a experiência coletia à
experiência indiidual
` Dee ser representatio - quantificar
ou
produzidos
` Independente de tecnologia e
Padronizado pelo IFPUG
` Requisitos funcionais refletem objetios
objeto de gerenciamento
ƛ normalizador de todas as atiidades
enolidas
` aseado em
ƛ Descrição formal das necessidades de
negócio do usuário 0m sua linguagem.
ƛ Desenoledores traduzem-na em
P.: as o que é linguagem de T. I. para fornecer a solução.
um Ponto de
Função?
étodo Padrão
edir
edir
Software Ponto de
Ponto
Vista do Usuário
$
Funcionalidade Fornecida
` Objetios da Técnica
ƛ edir a Funcionalidade que o usuário
solicita e recebe
ƛ edir o desenolimento e manutenção de
software de forma Independente da
Tecnologia utilizada para sua
implementação
` Objetios do Processo de 3ontagem
ƛ Simples o suficiente para minimizar o
trabalho adicional enolido no processo de
medição
ƛ Uma medida 3onsistente entre ários
projetos e organizações
%
%
B
B
B
(
CCCCCCCCCCCCCCCCCC
( ,B
)/D8D9D
%
) '
) :8@D<@8>>E
%
B
A
B
%
m*'(,+,
33 !"#$% &!%!&'! #()
½(+,02 %
7
+
½ +
%
%
+
%
,
7
+
½ m
%
½ ½
%
m
m
+
&
3
3
m
Baseado na Versão 4.1.1 do
Manual de Práticas de
Contagem do IFPUG
-
7
%(