You are on page 1of 47

GEMOD - Gerncia Nacional de Modelos e

Contratos de Desenvolvimento em TI

Guia de Orientao - Mtricas #5

GT Mtricas
Julho de 2015
Verso 13

CAIXA Guia de Orientao de Mtricas


Pgina 1 de 47

1. Sumrio

1.

Sumrio ............................................................................................................................................ 2

2.

Anexos.............................................................................................................................................. 4

3.

Histrico de Revises..................................................................................................................... 5

4.

Objetivo do Guia de Orientaes de Mtricas.............................................................................. 7

5.

Orientaes Relevantes quando da Leitura deste Guia.............................................................. 8

6.

Tcnicas de Medio na CAIXA ..................................................................................................... 9

7.

Anlise de Pontos de Funo na CAIXA....................................................................................... 9

8.

Ponto SNAP na CAIXA.................................................................................................................. 10

9.

Processo de Medio.................................................................................................................... 10

9.1.

Definio ........................................................................................................................................ 10

9.2.

Artefatos do Processo de Mtricas da CAIXA............................................................................ 11

9.3.

Insumos bsicos para aplicao das tcnicas de APF e SNAP por cenrio de
desenvolvimento ........................................................................................................................... 11

9.4.

Insumos necessrios para aplicao da Tabela de Itens No Mensurveis pela APF .......... 13

9.5.

Insumos necessrios para aplicao da tcnica SNAP ............................................................ 13

10.

Validao das Medies Realizadas ........................................................................................... 14

11.

Medio de Servios em APF ...................................................................................................... 15

11.1.

Fronteira da Aplicao e Escopo................................................................................................. 15

11.2.

AIE Arquivo de Interface Externa ............................................................................................. 15

11.3.

Migrao de Base de Dados......................................................................................................... 15

11.4.

Fator de Ajuste da Contagem (IFPUG) ........................................................................................ 16

11.5.

Fator de Ajuste do Servio em Projetos de Migrao de Base de Dados............................... 17

11.6.

Code Data ou Code Table............................................................................................................. 17

11.7.

Code Data VS AIE .......................................................................................................................... 17

11.8.

Impacto das alteraes das caractersticas de itens de dados de um ALI e nas funes
transacionais que o mantm (CPM 4.3.1) ................................................................................... 18

11.9.

Outras Mtricas de Software........................................................................................................ 18

11.10.

Integrao de Sistemas ................................................................................................................ 22

11.11.

Log, Trilha de Auditoria, Registro de Eventos e Histrico: definies e instrues............. 23

CAIXA Guia de Orientao de Mtricas


Pgina 2 de 47

11.12.

Consultas Dinmicas .................................................................................................................... 23

11.13.

Contagem de interfaces com sistemas - AIE ............................................................................ 24

11.14.

Alterao de Escopo ..................................................................................................................... 24

11.15.

Funcionalidades Batch ................................................................................................................. 25

11.16.

Integrao de Sistema de Segurana ......................................................................................... 25

11.17.

Funcionalidades iguais apresentadas em diferentes formatos de sada................................ 25

11.18.

Metrificao para componentes .................................................................................................. 27

11.19.

Atualizao de Baseline de Servio, de Baseline de Produo e Contagem de Aplicao .. 27

11.20.

Repositrio Oficial da CAIXA ....................................................................................................... 27

11.21.

Contagem de Aplicao de Produtos no Mercado .................................................................... 28

11.22.

Contagem dos Servidores de Aplicao SISRA - URA ............................................................. 29

12.

Diretrizes Gerais ............................................................................................................................ 30

12.1.

Esclarecimento do processo a ser adotado para medio Manuteno Adaptativa ou


Perfectiva. ...................................................................................................................................... 30

12.2.

Esclarecimento do processo a ser adotado para medio de Manuteno Corretiva. ......... 30

12.3.

Esclarecimento sobre diferena entre Manuteno Adaptativa e Perfectiva ......................... 31

12.4.

Processo de Divergncia entre Contagens ................................................................................ 31

13.

Diretrizes para Contrato HOME BROKER................................................................................... 33

13.1.

Manutenes.................................................................................................................................. 33

CAIXA Guia de Orientao de Mtricas


Pgina 3 de 47

2. Anexos
Anexo A Tabela de Remunerao para PORTAL DE CONTEDO do Segmento/Carteira NOVAS TECNOLOGIAS ............. 34
Anexo B Frmula para clculo de alterao de escopo na CAIXA ................................................................... 39
Anexo C Gesto Financeira das Demandas com Alterao de Escopo ............................................................ 40
Anexo D Diretizes de Contagem do SIDEC ...................................................................................................... 45
Anexo E

Guia de Orientaes de Contagem UST para Portal de Contedo Perspectiva No Funcional ........ 45

Anexo F

Glossrio.......................................................................................................................................... 46

CAIXA Guia de Orientao de Mtricas


Pgina 4 de 47

3. Histrico de Revises
Data

Verso

Descrio

Autor

05/2007

Elaborao da proposta do Guia de Orientao de


Mtricas

Anglica Toffano Seidel Calazans/GESOL, Rubens


Alves /REDEA SP, Mnica Calada /REDEA RJ,
Rosalina Firmino/ REDEA BR, Iraina Cristina Diniz
Lisboa/GEDES, Rodrigo Antunes/REDEA BR., Mauro
Lemes /REDEA BR, Catia Krauss/REDEA SP, Marcia
Dondi
/REDEA
RJ,
Alexandre
de
Barros
Zanoto/REDEA SP, Caio Paro/REDEA SP, Joo
Afonso de Souza Oliveira/REDEABR e Jose Luis
Gonalez Moure/REDEA RJ.

04/2008

Complementao do contrato futuro - (Concorrncia


n. 001/2006)

Anglica Toffano Seidel Calazans/GESOL, Rubens


Alves /REDEA SP, Mnica Calada /REDEA RJ,
Rosalina Firmino/ REDEA BR, Iraina Cristina Diniz
Lisboa/GEDES, Rodrigo Antunes/REDEA BR., Mauro
Lemes /REDEA BR, Catia Krauss/REDEA SP, Marcia
Dondi
/REDEA
RJ,
Alexandre
de
Barros
Zanoto/REDEA SP, Caio Paro/REDEA SP, Joo
Afonso de Souza Oliveira/REDEABR e Jose Luis
Gonalez Moure/REDEA RJ.

Adequao da frmula de Alterao de Escopo

03/2009

Adequao ao Novo Modelo de Contratao

Anglica Toffano Seidel Calazans/GEART, Barbara


Tamisa/GEART,
Marisa
Micussi/GEITI,
Daniele
/GEITI, Wirlinda /GEITI, Rodrigo Antunes/REDEABR,
Carlos
REDEABR, Kester
/REDEASP, Ronaldo
/REDEASP, Jos Eduardo
/REDEARJ, Andre
/REDEARJ, Ricardo /REDEABR, Ceclia/REDEARJ.

05/2009

Reunio presencial 07/05/2009

Presencial de mtricas 02/05 a 08/05/2009

07/2010

Nomenclatura dos artefatos e unidades, insumos,


diferena entre as manutenes e INM 7 para
manuteno. Atualizao em 28/07/2010.

GT Mtricas

05/2011

Correo da descrio do clculo do item 4 da


tabela de Itens No Mensurveis-INM (10/05/2011)

GT Mtricas

01/2012

Atualizao das Siglas

GESOL e GT Mtricas

Alterao item 6.1


03/2012

Atualizao e reviso geral em relao aos novos


contratos de fbrica em 2012

Barbara Tamisa Florentino da Silva, GESOL

06/2012

Atualizao e reviso geral em relao aos novos


contratos baseados na segmentao por linha de
negcio e contrato Home Broker.

Daniele Lucena Ribeiro, GEMOD

06/2012

Reviso e reformulao da verso 9. Aprovada em


reunio do GT-Mtricas em 28/06/2012.

GT Mtricas: Fatima Saldanha Cesarino, CEDES/RJ;


Andre de Abreu Ferreira, CEDES/RJ; Barbara Tamisa
Florentino da Silva, GESOL; Daniele Lucena Ribeiro,
GEMOD; Jaqueline Hoeltgebaum, CEDES/BR; Iara
Salles Farias, CEDES/SP; Fabrizio da Silva Rocha,
GEMOD.

08/2012

10

Atualizao referente medio de Portal de


Contedo.

Daniele Lucena Ribeiro, GEMOD;

CAIXA Guia de Orientao de Mtricas


Pgina 5 de 47

08/2012

Reviso e reformulao da verso 10. Aprovada em


reunio do GT-Mtricas em 31/08/2012.

GT Mtricas: Fatima Saldanha Cesarino, CEDES/RJ;


Andre de Abreu Ferreira, CEDES/RJ; Barbara Tamisa
Florentino da Silva, GESOL; Roman Dario Cuattrin,
CEDES/BR; Iara Salles Farias, CEDES/SP; Sidonio
Amorim de Oliveira, CEDES/SP; Fabio Martorano da
Cruz, CEDES/SP; Daniele Lucena Ribeiro, GEMOD;

09/2013

11

Reviso da Verso 10

10/2014

12

Reviso e reformulao da verso 11.

GT Mtricas: CEDESRJ: Andre de Abreu Ferreira,


Fatima Saldanha Cesarino; CEDESBR: Elcio Gomes
Pereira Martins, Luiz Gustavo Queiroga Pena;
CEDESSP: Fabio Martorano da Cruz; CETEC: Ricardo
Rocha Bomfim; GEMOD: Ricardo Ney Silva Santos,
Deyver Jos Gonalves

07/2015

13

Reviso da verso 13.

GT Mtricas: CEDESRJ: Andre de Abreu Ferreira,


Fatima Saldanha Cesarino; CEDESBR: Elcio Gomes
Pereira Martins, Luiz Gustavo Queiroga Pena;
CEDESSP: Fabio Martorano da Cruz; CETEC: Ricardo
Rocha Bomfim; GEMOD: Deyver Jos Gonalves

CAIXA Guia de Orientao de Mtricas


Pgina 6 de 47

4.

Objetivo do Guia de Orientaes de Mtricas

4.1.

O GT de Mtricas foi criado em 2002, por iniciativa da Gerncia Nacional poca


responsvel pelo desenvolvimento de solues tecnolgicas na CAIXA, com o objetivo de
analisar e definir assuntos relativos a mtricas de software e sua aplicao nas unidades de
desenvolvimento. Este grupo tem realizado estudos sobre a aplicao de tcnicas de
mensurao de software na TI da Caixa, acompanhado o processo de medio e sugerido
orientaes para que as unidades de desenvolvimento trabalhem de forma padronizada,
orientando sua atuao operacional sob os mesmos conceitos.

4.2.

Os assuntos tratados neste Guia de Orientaes de Mtricas so respostas s dvidas que


permeiam o processo de mensurao da CAIXA e apropriaes conceituais que consideram
as caractersticas e necessidades institucionais. Algumas direcionam o uso de tcnicas de
medies nos servios terceirizados, outras explicitam o uso, acompanhamento e condies
de aplicao de regras de medio e processos.

CAIXA Guia de Orientao de Mtricas


Pgina 7 de 47

5.

Orientaes Relevantes quando da Leitura deste Guia

5.1.

Os temas referentes ao item 11 Medio de Servios em APF sero apresentados com trs
informaes relevantes: Vigncia, Aplicao e Excees. A vigncia determina o perodo que
o tema considerado vlido. A aplicao determina o contexto de uso da instruo. Para
tanto deve ser observada a legenda.
Legenda
Geral

Segmento/
Carteira

Portal

SISAG
MULTICANAL
Home Broker

SIEXC

5.2.

Contexto de Uso

Regra a ser utilizada em todo o processo de medio e em todos os contratos


que viabilizem servio de desenvolvimento e manuteno de sistemas
remunerados pela APF.
Regras aplicadas aos contratos referentes s linhas de negcio:

Multicanal, contrato n 6167/2012, prego 062/2012.

Emprestar e Financiar, contrato n 3777/2012, prego 073/7066-2012.

Risco, contrato n 3782/2012, prego 074/7066-2012.

Captar Recursos, contrato n 5405/2012, prego 136/7066-2012.

Servios Bancrios e BackOffice, contrato n 4423/2012, prego
087/7066-2012.

Fundos e Seguros, contrato n 4570/2012, prego 110/7066-2012.

Programas Sociais, contrato n 4566/2012, prego 106/7066-2012.

Desenvolvimento Urbano, Saneamento, Engenharia e Habitao,
contrato n 6540/2012, prego 107/7066-2012.

Financeiro e Controladoria, cont. n 5929/2012, prego 108/7066-2012.

Sistemas Administrativos e Cadastros, contrato n 4533/2012, prego
086/7066-2012.

Canais, contrato n 6428/2012, prego 173/7066-2012.

Cartes, contrato n 5251/2012, prego 138/7066-2012.

Habitao, contrato n 5677/2012, prego 137/7066-2012.

Novas Tecnologias, contrato n 1497/2012, prego 176/7066-2012.
Regras aplicadas ao contrato n 1497/2012, referentes linha de negcio
Novas Tecnologia, mas de carter restritivo, por se aplicar apenas s solues
de Portal de Contedo.
Regras aplicveis ao Termo de Referncia da Carteira de Automao Bancria
SISAG Novo Prego 2014.
Regras aplicveis ao Termo de Referncia da Carteira Multicanal Novo Prego
2014.
Regras aplicadas aos servios de Manuteno Evolutiva do contrato
0758/2012, Processo 5307.01.0548.01/2012, operacional na CEDES/SP,
referente ao aluguel de soluo de negociao on-line de ttulos e valores
mobilirios negociados na Bolsa de Valores, Mercadorias e Futuros de So
Paulo BM&FBOVESA, denominada HOME BROKER.
Regras aplicadas aos servios de Manuteno Evolutiva do contrato
3837/2010, Processo 5307.___.2980.01/2010, operacional na CEDES/SP,
referente cesso de direito de uso permanente de soluo de operaes de
cmbio e comrcio exterior, englobando operaes de tesouraria de cmbio
(integrando front, middle e BackOffice).

As excees determinam os contextos de uso que utilizam regras distintas das especificadas
no tema. Aplica-se a mesma legenda j descrita acima. Quando no existir excees ser
listado nesta informao no se aplica.

CAIXA Guia de Orientao de Mtricas


Pgina 8 de 47

6.

Tcnicas de Medio na CAIXA

6.1.

A Caixa utiliza a tcnica de Anlise de Pontos de Funo APF para determinar tamanho
funcional.

6.2.

Para viso de tamanho exclusivamente no funcional, a CAIXA adota:

6.2.1.

Tabela de Itens No Mensurveis pela APF. Entretanto, esta abordagem est em desuso e
sua aplicao condicionada a existncia de contratos de prestao de servios de TI que
explicitamente citem tais tabelas em seus editais e/ou termos de referncia.

6.2.2.

Metodologia Software Non-Functional Assessment Process (SNAP), nos contratos que


permitem tal recurso observando sempre as subcategorias homologadas pela CAIXA.

6.2.3.

UST Unidade de Servio Tcnico, nos contratos que permitem tal recurso.

6.3.

Devero sempre ser observadas as regras nos contratos de desenvolvimento, que detalham
tratamentos especficos para medies de software.

7.

Anlise de Pontos de Funo na CAIXA

7.1.

Pontos de funo uma medida de tamanho, usada para medir o desenvolvimento de


software do ponto de vista do usurio.

7.2.

O desenvolvimento de software pode ser medido na perspectiva do produto final instalado,


(contagem da aplicao) ou na perspectiva do produto em desenvolvimento, quer seja uma
demanda de manuteno (Projeto de Melhoria) ou a criao de uma nova soluo tecnolgica
(Projeto de Desenvolvimento).

7.3.

A medida de tamanho associada solicitao do usurio estabelecida pela quantificao da


funcionalidade que o software prov ao usurio, observado o escopo que estabelece as
funcionalidades que sero includas em uma determinada contagem.

7.4.

Para estabelecer tamanho funcional, a tcnica de Anlise em Pontos de Funo - APF, de


acordo com as especificaes contidas no Function Point Counting Practices Manual (CPM),
verso 4.3.1 ou superior, publicado pelo IFPUG International Function Point Users Group,
adotada pela CAIXA para estabelecer o tamanho funcional das solues desenvolvidas e
mantidas em seu Portflio de TI.

7.5.

Na CAIXA, a tcnica preconizada pelo IFPUG conhecida como mtodo de CONTAGEM


DETALHADA e as tcnicas definidas pela NESMA (Netherlands Software Metrics Users
Association) so conhecidas como mtodo de CONTAGEM ESTIMADA ou mtodo de
CONTAGEM INDICATIVA.

7.6.

No processo de medio da CAIXA, no h adoo da abordagem Multiple Media publicada


pelo IFPUG, tampouco adoo do Roteiro de Mtricas de Software do SISP ou qualquer
diretriz adicional de mercado ou academia. Todas as apropriaes e adaptaes vlidas so
listadas neste Guia de Orientaes de Mtricas, que representa o nico meio de apropriao,
esclarecimento e exemplificao das regras de APF no contexto institucional.

CAIXA Guia de Orientao de Mtricas


Pgina 9 de 47

8.

Ponto SNAP na CAIXA

8.1.

Exclusivamente nos TERMOS de REFERNCIA DA CARTEIRA AUTOMAO DE AGNCIA


e MULTICANAL, a CAIXA adotar o Software Non-functional Assessment Process (SNAP),
conforme Manual de Prticas de Avaliao APM/SNAP verso 2.2 nas subcategorias
delimitadas neste Guia de Mtricas (vide item 0) para a mensurao dos requisitos no
funcionais.

8.2.

Amparado pela publicao mais estvel da metodologia SNAP/IFPUG, o GT de Mtricas,


recomendou a adoo desta tcnica para mensurao dos requisitos no funcionais. Nos
TERMOS de REFERNCIA DA CARTEIRA AUTOMAO DE AGNCIA e MULTICANAL, o
SNAP possibilitar estabelecer uma ligao entre o tamanho no funcional e o esforo para
prover os requisitos no funcionais. Ademais, a utilizao do SNAP poder prover melhorias
no atual modelo de estimativas utilizado pela CAIXA.

8.3.

facultada a CAIXA a adoo de verso posterior a 2.2 do APM/SNAP.

8.4.

Caso a CAIXA opte por uma verso posterior a 2.2, a CONTRATADA obriga-se a adaptar-se,
no prazo mximo de 1 (um) ms, a partir da comunicao formal pela CAIXA.

8.5.

O mtodo de determinao do tamanho no funcional DETALHADO SNAP seguir a


metodologia descrita pelo IFPUG Manual de Prticas de Avaliao APM/SNAP verso 2.2.

8.6.

No h previso no Manual de Prticas de Avaliao APM/SNAP verso 2.2 forma para


determinar o tamanho no funcional ESTIMADO SNAP. No entanto, no contexto da CAIXA,
ser estabelecido um processo de determinao do tamanho no funcional ESTIMADO
SNAP, conforme itens 11.9.3.4 e 11.9.3.5 deste Guia de Mtricas.

8.6.1.

No sero adotados conceitos anlogos queles da contagem indicativa (NESMA) para


SNAP.

9.

Processo de Medio

9.1.

Definio

9.1.1.

Na perspectiva do Processo de Medio de Software da CAIXA, a atividade de contagem


exercida por empregado CAIXA ou empresa especializada por ela designada, no sendo
admitido acatar medies de Fbricas de Software ou Terceiros.

9.1.2.

Caso conste em algum contrato a execuo de contagem pelo fornecedor do servio, a


CAIXA deve, obrigatoriamente, proceder com a execuo de uma nova contagem, sem
desobrigar a Contratada a fornecer a medio prevista em contrato.

9.1.3.

Mesmo sendo da CAIXA a atividade de medio, cabe Contratada gerar sua contagem,
bem como fiscalizar os resultados produzidos em seus processos internos, bem como
aqueles produzidos pela CAIXA ou por empresa especializada que represente a Contratante.

9.1.4.

As diferenas entre as contagens da Caixa e da Contratada so objetos de divergncia,


observado o processo descrito no item 12.4 Processo de Divergncia entre Contagens.

9.1.5.

No processo de medio deve ser priorizada a aplicao do mtodo de contagem detalhada


do IFPUG.

CAIXA Guia de Orientao de Mtricas


Pgina 10 de 47

9.2.

Artefatos do Processo de Mtricas da CAIXA

9.2.1.

Os modelos de todos os artefatos de mtricas esto disponveis no http://ppds.caixa.

9.2.2.

Todos os artefatos de mtricas utilizados no processo de medio devem ser armazenados


no repositrio oficial da CAIXA, conforme o padro da metodologia adotada, vinculados ao
seu respectivo projeto/sistema.

9.2.3.

A tabela abaixo apresenta a lista de artefatos presentes no processo de medio:


ARTEFATO
Laudo de Contagem.xls

Estimativa_Estruturada.xls

Estimativa_Unificado.xls

Estimativa_Versoes.xls

Auditoria_Metrica.doc

DESCRIO
Planilha que contm informaes sobre:
Solicitao de demanda de mensurao de software
(preenchimento pela equipe de desenvolvimento)
Contagem realizada e consideraes sobre a contagem
(preenchimento pela equipe interna ou pela empresa contratada
de mtricas)
Formulrio de divergncia (preenchimento pela fbrica de
desenvolvimento em caso de divergncia)
Planilha que contm informaes sobre as estimativas de prazo e
custo relacionadas a demandas que seguem o Cenrio de
Desenvolvimento Anlise Estruturada. Essa planilha recebe os dados
da contagem da planilha Contagem_APF.xls.
Planilha que contem informaes sobre as estimativas de prazo e
custo relacionadas a demandas que seguem a Metodologia de
Desenvolvimento Processo Unificado. Essa planilha recebe os dados
da contagem da planilha Contagem_APF.xls
Planilha para contagens de pacotes de demandas de desenvolvimento
que contm informaes sobre:
Solicitao de demanda de mensurao de software
(preenchimento pela equipe de desenvolvimento)
A contagem realizada e consideraes sobre a contagem
(preenchimento pela equipe interna ou pela empresa contratada
de mtricas)
Formulrio de divergncia (preenchimento pela fbrica de
desenvolvimento em caso de divergncia)
Validao de estimativas por amostragem: documento utilizado pelo
SME Segmento de Mtricas para registrar a validao das contagens
de produtos e servios.

9.2.4.

A qualquer momento, a CAIXA poder criar/excluir/modificar/atualizar os artefatos vigentes.

9.3.

Insumos bsicos para aplicao das tcnicas de APF e SNAP por cenrio
de desenvolvimento

9.3.1.

No ciclo de desenvolvimento de sistemas definidos pela CAIXA est previsto a produo e a


entrega de artefatos que representem o produto de software requerido.

9.3.2.

Cabe equipe de projeto/manuteno executora do servio, a produo de artefatos


previstos nas metodologias da CAIXA e necessrios ao produto de software requerido com a
devida qualidade assegurada, tanto na perspectiva funcional, quanto na no funcional.

9.3.3.

Tambm responsabilidade da equipe de projeto/manuteno executora do servio,


assegurar que os artefatos gerados sejam passveis de medio pela APF. Essa obrigao
tambm aplicada aos servios medidos por outras tcnicas.

CAIXA Guia de Orientao de Mtricas


Pgina 11 de 47

9.3.4.

obrigatria a identificao das funcionalidades que compem o escopo do produto de


software requerido, bem como a identificao na perspectiva da fronteira do sistema
daquelas que esto sendo includas, alteradas ou excludas.

9.3.5.

Ressalta-se que a preciso do tamanho obtido na contagem diretamente proporcional


qualidade dos artefatos que serviro de insumos ao processo de medio.

9.3.6.

Considerando os cenrios de desenvolvimento mais utilizados na CAIXA, os insumos bsicos


so listados na tabela a seguir.
Cenrio de Desenvolvimento Anlise Estruturada
Documentao
Modelo Preliminar de dados ou excepcionalmente
Modelo conceitual (por Ex. em caso de VSAM)
Especificao preliminar de requisitos
Modelo de dados ou excepcionalmente Modelo
conceitual (por Ex. em caso de VSAM)
Especificao suplementar
Modelo de dados aprovado pela AD

Contagem
Indicativa

Anteprojeto
Contagem
Estimada

X*

A partir do
Planejamento
Contagem
Detalhada

X
X

X*

DFD - nvel de exploso de acordo com a fase do projeto


(opcional no anteprojeto para todas as classes de
projeto. A partir do planejamento, opcional para a classe
1, recomendado para a classe 2 e mandatrio para a
classe 3 de projetos)

X
X

X
X

Lista de requisitos aprovada pelo gestor (evidncia de


aprovao em email ou ata)

Registro de requisitos detalhados aprovados pelo gestor


(evidncia de aprovao em email ou ata)

Prottipo (opcional para Classe 1 e recomendvel para


as classes 2 e 3 de projetos)
AIMM - Anlise de Impacto de Mudana para

X
X

*:Deve existir pelo menos um dos documentos


O Opcional

Cenrio de Desenvolvimento Processo Unificado


Iniciao
Documentao
Modelo lgico de dados ou excepcionalmente Modelo
conceitual (por. Ex. em caso de VSAM)
Modelo viso
Modelo lgico de dados aprovado pelo AD
Relatrio sinttico de casos de uso
Validao do Modelo de Dados
Casos de usos homologados
Especificao suplementar
Regras de Negcio
Mensagens do Sistema
Prottipo ou Descrio da Interface do Caso de Uso
possvel)
AIMM - Anlise (quando
de Impacto
de Mudana para
Manuteno

9.3.7.

Contagem
Indicativa

Contagem
Estimada

A partir da
Elaborao
Contagem
Detalhada

X
X

X
X
X

X
X
X
X
X
X
X
X

As contagens detalhadas para demandas PERFECTIVA e ADAPTATIVA necessitam possuir


como insumo pelo menos a Especificao Suplementar.

CAIXA Guia de Orientao de Mtricas


Pgina 12 de 47

Insumos necessrios para aplicao da Tabela de Itens No Mensurveis


pela APF

9.4.

1 2 3
Documentao
Anlise de Impacto da Mudana e/ou Plano de
X X X
Atendimento.

ITENS
4 5 6

Arquivo com a demanda do RTC, solicitao de


servio ou especificao de negocio.

Relatrio com a descrio das mudanas e

Requisitos das funes transacionais que tero outra


Camada de apresentao, modelo de dados.

10

X
X

Requisitos e modelo de dados.


Especificao de programa.

1-Telas/Layout; 2-Campos/Variveis; 3-Mensagens; 4-Menus; 5-Dados Hard Coded; 6-Parmetros Processamento;


7-Camada Apresentao Adicional; 9-Code Table; 10-Programas Auxiliares Ou Componentes/ Sub-Rotinas.

9.4.1.

Quando no for exigida contratualmente adequao aos padres, s normas, s rotinas e


metodologia da CAIXA, deve ser negociado entre as partes, Contratante e Contratada, os
insumos bsicos e condies para aplicao da tcnica de medio. Entretanto,
responsabilidade da Contratada prover as informaes necessrias contagem, garantida
qualidade exigida para aplicao do mtodo preconizado pelo IFPUG ou do mtodo previsto
em contrato.

9.4.2.

O uso da Tabela de Itens No Mensurveis est em descontinuidade no processo de medio


de software da CAIXA.

9.5.

Insumos necessrios para aplicao da tcnica SNAP


Cenrio de Desenvolvimento Processo Unificado

Documentao

Iniciao

A partir da
Elaborao

Contagem

Contagem

Estimada

Detalhada

Anlise de Impacto da Mudana para Manutenes ou Plano


de Atendimento.
Arquivo com a demanda do RTC ou solicitao de servio

Relatrio sinttico de casos de uso

Requisitos e/ou Caso de Uso

Funcionalidades que tero outra Camada de apresentao,


modelo de dados e documento de viso

X
X

Requisitos No Funcionais (Especificao Suplementar),


modelo de dados e modelo fsico de dados, diagrama de
classes.

Documento de Arquitetura

Prottipo ou Descrio da Interface do Caso de Uso

CAIXA Guia de Orientao de Mtricas


Pgina 13 de 47

Cenrio de Desenvolvimento Anlise Estruturada


Anteprojeto
Documentao

Contagem
Estimada

Especificao preliminar de requisitos

DFD - nvel de exploso de acordo com a fase do projeto (opcional


no anteprojeto para todas as classes de projeto. A partir do
planejamento, opcional para a classe 1, recomendado para a classe
2 e mandatrio para a classe 3 de projetos

Lista de requisitos

Requisitos No Funcionais (Especificao Suplementar), modelo de


dados e modelo fsico de dados, diagrama de classes.

A partir do
Planejamento
Contagem
Detalhada

Registro de requisitos detalhados

Prottipo (opcional para Classe 1 e recomendvel para as classes 2


e 3 de projetos)

Documento de Arquitetura, Modelo de Dados.

AIMM - Anlise de Impacto de Mudana para Manuteno

10.

Validao das Medies Realizadas

10.1.

Na CAIXA, o termo validao aplicado em trs cenrios distintos: (1) Contrato de Mtricas
(terceirizao do servio de medio); (2) Processo de Verificao de Qualidade; (3)
Fiscalizao de Servios Contratados medidos pela APF.

10.2.

Na perspectiva do Contrato de Mtricas, o termo refere-se ao servio de Validao de


Contagem, que executado por empresa especializada em mtricas de software, onde a
partir de uma mensurao pr-existente so gerados o artefato de contagem e o relatrio de
divergncias/erros. Esse processo de uso exclusivo da CAIXA e, aplicado aos contratos
de desenvolvimento e manuteno de solues tecnolgicas que possuem regras contratuais
exigindo que o fornecedor (desenvolvedor) do servio execute contagem em pontos de
funo e/ou em contagens realizadas por empregado CAIXA. Neste contexto, a CAIXA:

10.2.1.

Recebe a contagem do fornecedor, ou da equipe CAIXA, e os insumos que fundamentaram a


medio;

10.2.2.

Contrata empresa especializada para contar a demanda a partir dos insumos;

10.2.3.

Diante do resultado, entrega a contagem do fornecedor/equipe CAIXA e solicita a anlise


comparativa das duas contagens. Os resultados so discutidos com o a equipe fornecedora
da contagem original.

10.3.

Na perspectiva de Processo de Verificao de Qualidade, o termo Validao de Contagem


refere-se ao produto gerado em uma fase do processo de desenvolvimento/manuteno de
software que pode passar por um processo de aferio de qualidade, composto por tcnicas e
critrios especficos. Neste caso, a Validao de Contagem realizada segundo o plano de
qualidade do projeto e/ou prticas da unidade, observado o processo metodolgico adotado
no atendimento do servio e suas respectivas necessidades.

CAIXA Guia de Orientao de Mtricas


Pgina 14 de 47

10.4.

Na perspectiva de Fiscalizao de Servios Contratados, o termo Validao de Contagem


refere-se ao DEVER da Administrao Pblica de FISCALIZAR os seus contratos, conforme o
artigo 67 da Lei 8.666/93. Essa obrigao da CAIXA, quando falamos no Contrato de
Mtricas, assumida pelos SME Segmento de Mtricas, que validam as contagens
contratadas por amostragem. Este processo de fiscalizao tambm conhecido como
Auditorias dos SME, cujo processo possui artefato especfico, denominado Plano de
Auditoria. A execuo exclusivamente realizada por empregado da CAIXA.

10.5.

A qualquer tempo, toda vez que um processo de validao resultar em ajuste no tamanho
funcional inicialmente estabelecido, a CAIXA adotar as providencias necessrias correo
de valores pagos indevidamente, caso existam, sem prejuzo as demais sanes e
penalidades contratuais, quando cabveis. Essa instruo aplicada a todos os fornecedores
envolvidos no processo de desenvolvimento que tiveram seus servios vinculados ao
tamanho funcional medido. Os ajustes nas demais estimativas devem observar o modelo de
contratao vigente para o servio em anlise.

11.

Medio de Servios em APF

11.1.

Fronteira da Aplicao e Escopo


Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

11.1.1.

As fronteiras das aplicaes e o escopo da medio so definidos pela CAIXA.

11.1.2.

A qualquer momento, segundo a viso de negcio, a CAIXA poder ajustar as fronteiras das
aplicaes.

11.1.3.

O escopo da medio sempre considerar os objetivos da CAIXA.

11.2.

11.2.1.
11.2.2.

11.2.3.

Excees:

No se aplicam

Vigncia:
Aplicao

01/05/2007 at presente data


Segmento/Carteira

AIE Arquivo de Interface Externa

No processo de medio os AIE so obrigatoriamente identificados e medidos. Entretanto, o


tamanho funcional total referente a esse tipo de funo de dados sero ou no remunerados
Contratada devendo ser observada a regra contratual vigente.
Nos contratos que contemplam a remunerao do AIE, o preenchimento do artefato de
contagem deve estar registrado como AIE de esforo.
Excees:

11.3.

Migrao de Base de Dados


Vigncia:
Aplicao

11.3.1.

01/05/2007 at a presente data


Geral

O conceito de migrao de dados pressupe que foi desenvolvido um novo sistema (ou
funcionalidade) para substituir um (a) j existente e, para que o novo sistema possa comear
a ser utilizado, necessrio que haja a extrao de dados do antigo e a carga destes dados
no novo sistema.

CAIXA Guia de Orientao de Mtricas


Pgina 15 de 47

11.3.2.

Dentro da prpria contagem do projeto, devido a uma migrao, devem ser contadas as
entradas externas que povoaro (converso e gravao) a base de dados do novo sistema e
as consultas/sadas externas referentes a relatrios sobre a converso dos dados solicitados
pelo gestor.

11.3.3.

Normalmente, em uma migrao, h uma entrada externa para cada grupo de dados sendo
migrado. Porm, isso no uma regra e as entradas externas devem ser contadas conforme
a viso do usurio. Estas entradas externas englobam: a extrao/leitura dos dados do
sistema antigo, converses destes dados, se for o caso, e a carga dos dados no novo
sistema.

11.3.4.

Os arquivos onde se encontram os dados do sistema antigo no devem ser contados como
AIEs. As extraes dos dados do sistema antigo no devem ser contadas como CEs nem
SEs.

11.3.5.

Dependendo da complexidade do processo de migrao de dados e das necessidades das


reas de negcio, a CAIXA poder classificar tal processo como Projeto de Migrao de Base
de Dados, caracterizando escopo especfico, mas ainda aplicando integralmente os conceitos
do IFPUG. Caso o processo de migrao no seja classificado como Projeto de Migrao de
Base de Dados, deve ser aplicada a regra geral acima descrita.

11.3.6.

Por caractersticas especficas das solues, no recomendado adotar Projeto de Migrao


de Base de Dados em solues de Portal de Contedo.

11.3.7.

O artefato de contagem do projeto de migrao deve ser preenchido da seguinte forma:

11.3.7.1.

As funes de dados devem ser obrigatrias e oriundas do projeto de desenvolvimento, e o


seu preenchimento no artefato de contagem ficar com o status no se aplica quando esta
funo j tenha sido contada no projeto de desenvolvimento;

11.3.7.2.

pr-requisito para contagem de projeto de migrao o modelo de dados do sistema de


negcio ou artefato similar;

11.3.8.

Situaes no previstas neste Guia sero discutidas no GT de Mtricas e includos em


verses posteriores deste documento.
Excees:

11.4.

Fator de Ajuste da Contagem (IFPUG)


Vigncia:
Aplicao

11.4.1.

Segmento/Carteira, Broker

01/05/2007 at presente data


Geral

A CAIXA no adota o conceito de Pontos de Funo Ajustados. Para torn-lo nulo, o fator de
ajuste da contagem ser sempre estabelecido com o valor 1,00. Em qualquer momento, a
CAIXA poder requerer/realizar no mbito de seu processo de medio a avaliao das
Caractersticas Gerais do Sistema, conforme preconiza o IFPUG. Entretanto, o valor apurado
no vlido no mbito do processo de medio, cabendo apenas quando aplicvel
apropriao conceitual em modelos de contratao de Fbricas de Software que
explicitamente descrevam em seu edital regras sobre o uso de Pontos de Funo Ajustados.

CAIXA Guia de Orientao de Mtricas


Pgina 16 de 47

11.5.

Fator de Ajuste do Servio em Projetos de Migrao de Base de Dados


Vigncia:
Aplicao

01/06/2012 at presente data


Segmento/Carteira, Broker, SISAG
2014, Multicanal
2014

11.5.1.

Para projetos de Migrao de Base de Dados, o Valor do Fator de Ajuste do Servio ser
fixado pela CAIXA para derivao de estimativa de custo, esforo e prazo e ser estabelecido
em 1,35 (um vrgula trinta e cinco), sem qualquer vnculo com a avaliao das caractersticas
gerais do sistema e com o fator de ajuste da contagem.

11.5.2.

O temo Fator de Ajuste do Servio um definio contratual, aplicada quando da existncia


de regras especficas, explicitamente descritas. No deve ser confundido com Fator de Ajuste
da Contagem, conceito descrito no Manual de Praticas de Contagem do IFPUG.
Excees:

Portal

11.5.3.

Para Portal de Contedo WEB, o Valor do Fator de Ajuste do Servio, ser de 1,00 (um),
sendo sempre observado o contrato.

11.6.

Code Data ou Code Table


Vigncia:
Aplicao

01/02/2010 at a presente data


Geral

11.6.1.

Os conceitos de Code Data e Code Table na CAIXA observam as definies do CPM 4.3.1.

11.7.

Code Data VS AIE


Vigncia:
Aplicao

01/02/2010 at a presente data


Geral

11.7.1.

H casos em que um sistema A consulta/referencia somente os campos cdigo e


descrio de um grupo de dados do sistema B. Devemos considerar que no sistema A
existe uma Code Table ou um AIE? Depende:

11.7.1.1.

Se o grupo de dados referenciado for um ALI no sistema B, ento devemos contar um AIE no
sistema A (conforme deciso CPC);

11.7.1.2.

Se o grupo de dados referenciado for Code Data no sistema B, ento devemos consider-lo
tambm como Code Data no sistema A.

11.7.2.

Um exemplo da situao a seria o caso do SIICO onde os dados de UF (Unidade


Federativa) so um ALI e, por isso, devem ser referenciados como AIE por outros sistemas,
mesmo que estes sistemas s referenciem a Sigla e o Nome da UF.
Excees:

No se aplicam

CAIXA Guia de Orientao de Mtricas


Pgina 17 de 47

11.8.

Impacto das alteraes das caractersticas de itens de dados de um ALI e


nas funes transacionais que o mantm (CPM 4.3.1)
Vigncia:
Aplicao

01/02/2010 at a presente data


Geral

11.8.1.

Manutenes evolutivas e alteraes de escopo que apresentem funcionalidades impactadas


com alteraes nas caractersticas de campos em tabelas e telas no sero mensurveis pela
APF se estiverem relacionadas a questes tcnicas.

11.8.2.

Exemplo 01:Suponha uma solicitao que parta de um DBA a partir da observao sobre um
determinado campo ter uma definio de tamanho bem maior que os valores realmente
armazenados e deseja reduzi-lo para otimizar o espao ocupado pelo banco de dados. Se for
relativa a uma necessidade do negcio, ser mensurvel conforme descrito no manual (CPM
4.3.1, Parte 2, Pgina 4-2), a partir da evidncia da solicitao do gestor e da aprovao da
rea de suporte/qualidade sobre a ocorrncia de alterao nos atributos.

11.8.3.

Exemplo 02: Suponha uma mudana de origem externa organizao - mudana do nmero
do telefone de 7 para 8 dgitos e do CEP de 5 para 8 dgitos. Quanto s funes transacionais
que referenciam este ALI alterado, deve-se considerar: Segundo orientao do CPC, o
simples fato de o DER alterado cruzar a fronteira da aplicao nas transaes que o mantm
ou referenciam NO suficiente para pontuarmos essas transaes como alteradas na
contagem da manuteno evolutiva. Somente sero pontuadas na contagem da manuteno
evolutiva aquelas transaes que, em decorrncia da alterao do DER, sofrerem alterao
em sua lgica de processamento (mudana na forma de validao do DER, por exemplo).

11.8.4.

Exemplo 03: Numa aplicao, o gestor solicitou que o campo de nmero do telefone
residencial do cliente passe a suportar 8 dgitos. Alm disso, foi solicitado que nas
funcionalidades de incluso e alterao de clientes, caso o cliente resida no Distrito Federal,
seja obrigatrio que seu telefone residencial tenha oito dgitos, sendo que o primeiro
esquerda deve ser igual a 3. Desta forma, observa-se alterao na lgica de processamento
das entradas externas de incluso e alterao de clientes. Ambas seriam pontuadas na
manuteno evolutiva como alteradas. As funcionalidades de excluso de cliente e consulta
a clientes no sofreram alterao alguma em decorrncia da mudana do DER e no seriam
pontuadas.
Excees:

11.9.

Outras Mtricas de Software

11.9.1.

Tabelas de Itens no mensurveis pela APF


Vigncia:
Aplicao

No se aplicam

01/06/2012 at presente data


Geral

11.9.1.1.

Aplicados conforme regras previstas no contrato de desenvolvimento de software. A


responsabilidade de disponibilizar os contratos vigentes e seus aditivos ser da GEMOD.

11.9.1.2.

Caso seja identificado algum item no contemplado nos contratos que possuem tabelas de
itens no mensurveis, dever ser encaminhada pelo SME, solicitao fundamentada ao GT
Mtricas, que analisar a pertinncia da incluso de um novo item.

CAIXA Guia de Orientao de Mtricas


Pgina 18 de 47

11.9.1.3.

Quando a solicitao de incluso de novo item for demandada pela Contratada, caber a ela
a fundamentao do pleito, que ser submetido ao GT Mtricas somente se houver
concordncia do SME.

11.9.1.4.

Na Aplicao de Tabela de Itens no mensurvel em funcionalidades j mensuradas pela


APF a Tabela de Itens No Mensurveis pela APF no pode ser utilizada para
complementar o esforo de funcionalidades mensuradas pela APF. Se uma mesma
funcionalidade apresentar tamanho funcional e tamanho tcnico, apenas o tamanho funcional
deve ser considerado.
Excees:

11.9.2.

No se aplicam

UST Unidade de Servio Tcnico aplicada a Portal de Contedo


Vigncia:
Aplicao

01/07/2012 at a presente data


Portal

11.9.2.1.

Para medir o tamanho do produto e/ou servios de Portal de Contedo aplicado o conceito
de UST, nas perspectivas funcional e no funcional, conforme definido em contrato.

11.9.2.2.

Os itens que compem o tamanho do produto/servio e as regras de converso esto


descritos no contrato, e transcrito no Anexo A Tabela de Remunerao para Portal de
Contedo.

11.9.2.3.

A perspectiva funcional em UST derivada da aplicao do mtodo de contagem em PF do


IFPUG, observada a regra de converso de PF para UST; que prev o descarte de
funcionalidades excludas para fins de remunerao e de demais derivaes de estimativas.

11.9.2.4.

O mtodo da NESMA no ser aplicado para Portal de Contedo. Se necessria estimativa


preliminar de tamanho, essa dever considerar as funcionalidades identificadas pela
APF/IFPUG com complexidade BAIXA, caso no haja insumos suficientes para uma anlise
mais precisa.

11.9.2.5.

Como no objetivo deste guia tratar derivao de estimativas e forma de remunerao,


recomenda-se consultar o(s) contrato(s) associado(s) s solues de Portal de Contedo.
Excees:

No se aplicam

11.9.3.

SNAP Software Non-functional Assessment Process

11.9.3.1.

Fronteira da Aplicao e Escopo


Vigncia:
Aplicao

11.9.3.1.1.

Aps assinatura do contrato


SISAG e MULTICANAL Novo
Prego 2014

As fronteiras das aplicaes e o escopo da medio so definidos pela CAIXA. A qualquer


momento, segundo a viso de negcio, a CAIXA poder ajustar as fronteiras das aplicaes.

CAIXA Guia de Orientao de Mtricas


Pgina 19 de 47

11.9.3.2.

Partio
Vigncia:
Aplicao

Aps assinatura do contrato


SISAG e MULTICANAL Novo
Prego 2014

11.9.3.2.1.

De acordo com o APM/SNAP uma partio um conjunto de funes de software dentro da


fronteira da aplicao que compartilham critrios e valores de avaliao homogneos. Uma
partio requer esforo de desenvolvimento, que pode no ser refletido ao medir o aspecto
funcional do projeto/produto utilizando a APF.

11.9.3.2.2.

A partio ser estabelecida pela CAIXA. Uma fronteira pode conter mais de uma partio,
entretanto, no podem ocorrer sobreposies entre elas. A qualquer momento a CAIXA
poder ajustar as parties.

11.9.3.3.

Categoria e Subcategoria
Vigncia:
Aplicao

Aps assinatura do contrato


SISAG e MULTICANAL Novo
Prego 2014

11.9.3.3.1.

O mtodo SNAP/IFPUG instituiu 4 categorias e 14 subcategorias como norteadores para


avaliao do tamanho tcnico do software. Cada subcategoria, considerando sua natureza,
define as Unidades de Contagens SNAP (UCSs).

11.9.3.3.2.

Das categorias preconizadas no APM, a CAIXA adotar somente as Subcategorias: Mltiplos


Mtodos de Entrada, Mltiplos Mtodos de Sada e Mltiplas Plataformas.

11.9.3.3.3.

As manutenes ou projetos que no forem classificados nas subcategorias acima no sero


consideradas para clculo de prazo e custo.

11.9.3.4.

Mtodos de Contagens - MLTIPLOS MTODOS DE ENTRADA e


MLTIPLOS MTODOS DE SADA
Vigncia:
Aplicao

11.9.3.4.1.

Aps assinatura do contrato


SISAG e MULTICANAL Novo
Prego 2014

Na CAIXA, o processo de identificao no funcional SNAP/IFPUG apoiar os mtodos de


contagem DETALHADA e ESTIMADA dos requisitos no funcionais da seguinte forma:

CAIXA Guia de Orientao de Mtricas


Pgina 20 de 47

11.9.3.4.2.

Mtodo de contagem DETALHADA:


Conforme descrito no APM 2.2

11.9.3.4.3.

Mtodo de contagem ESTIMADA:


As Unidades de Contagem SNAP (UCS) para MLTIPLOS MTODOS DE ENTRADA e
MLTIPLOS MTODOS DE SADA o Processo Elementar.
Para estas subcategorias podem figurar UCS dos tipos de funo de transao previstos pelo
CPM 4.3.1 Entrada Externa, Consulta Externa e Sada Externa.
Na contagem ESTIMADA, a CAIXA adotar a complexidade Mdia, conforme previsto no
APM SNAP, para as UCS envolvidas nas identificaes nas subcategorias MLTIPLOS
MTODOS DE ENTRADA e MLTIPLOS MTODOS DE SADA.
Na tabela abaixo esto descritas as frmulas de clculo dos Pontos SNAP (PS) ESTIMADA:
Subcategoria

11.9.3.5.

Frmula adotada para ESTIMADA

MLTIPLOS MTODOS DE ENTRADA

PS = 4* Qtde de mtodos de entrada

MLTIPLOS MTODOS DE SADA

PS = 4* Qtde de mtodos de sada

Mtodos de Contagens - MLTIPLAS PLATAFORMAS


Vigncia:
Aplicao

Aps assinatura do contrato


SISAG e MULTICANAL Novo
Prego 2014

11.9.3.5.1.

Sero considerados conforme descrito na subcategoria do APM/SNAP, a subcategoria


MLTIPLAS PLATAFORMAS somente deve ser utilizada se o mesmo conjunto de
funcionalidades estiver sendo entregue em mltiplas plataformas.

11.9.3.5.2.

A CAIXA preserva o conceito de processo elementar, conforme CPM/IFPUG, independente


das plataformas que sero utilizadas para sua construo. Entretanto os aspectos tcnicos de
mltiplas plataformas somente sero considerados quando houver replicao desta mesma
funcionalidade, em plataformas distintas.

11.9.3.5.3.

No contexto do TERMO de REFERNCIA DO SISAG, as plataformas so: Estao


Operacional (EO) e Estao Financeira (EF).

Plataformas de software:

EO e EF: Java
EF: Linux

Plataformas de Sistema
Operacional:
EO: Windows
EF: Swing (Java)
Interface Grfica/Browser
EO: Firefox
CAIXA Guia de Orientao de Mtricas
Pgina 21 de 47

11.9.3.5.4.

Caso seja identificado que um grupo de funcionalidades, que esto disponveis em apenas
uma das plataformas (Estao de Trabalho (ET) e Estao Financeira (EF)) e necessitem
estar disponveis em outra, ou ainda, em uma nova plataforma elaborada de acordo com os
objetivos da CAIXA, estas funcionalidades podero ser avaliadas nesta subcategoria
MLTIPLAS PLATAFORMAS.

11.9.3.5.5.

Estes cenrios no podero ser enquadrados em manutenes perfectivas e/ou adaptativas.

11.9.3.5.6.

CONTAGEM DETALHADA/ ESTIMADA


As contagens estimadas e detalhadas seguiro o mtodo de acordo com o previsto no
APM/SNAP 2.2.
Para as contagens estimadas, considerando que a disponibilizao de um grupo de
funcionalidade em outra(s) plataforma(s) de domnio e planejamento prvio e ainda, que as
provveis plataformas sugeridas em uma manuteno desta natureza tambm so possveis
de prever/planejar, mesmo que de forma macro, acerca de quais sero os elementos desta
plataforma. ou seja, os parmetros de determinao de complexidade para esta subcategoria
(Natureza das plataformas e Nmero de plataformas para se operar) so possveis de obtlos para uma contagem estimada utilizando a mesma forma de clculo de Pontos SNAP para
uma contagem detalhada.
Caso no seja possvel a identificao da quantidade de plataformas a CAIXA adotara a
contribuio mnima de pontos SNAP (10 PS) para o conjunto de processos elementares.

11.9.3.5.7.

Exemplo: Foi solicitado pelo gestor a criao de duas novas plataforma denominadas
Estao Mvel (EM) e Estao Corporativa (EC). O objetivo destas novas plataformas
disponibilizar todas as funcionalidades da plataforma EO. Nas novas plataformas sero
utilizados os browsers Chrome e Dolphin. A melhoria acima ser avaliada na subcategoria
Mltiplas Plataformas.
O PS seria a Soma dos PS para (Categoria 2 na tabela SNAP/APM para 2 plataformas + PS
para Categoria 3). Ou seja: PS = 40 + 10 = 50 PS

11.10.

Integrao de Sistemas
Vigncia:
Aplicao

01/02/2010 at a presente data


Geral

11.10.1.

Para contagem de integrao de sistemas ser aplicado os cenrios de compartilhamento de


dados previstos no CPM 4.3.1.

11.10.2.

Nos cenrios de integrao de dados entre sistemas que sejam providas por outra aplicao
(MIDDLEWARE) ser adotado o paper (Pontos de Funo & Contagem de Software
Aplicativo Middleware) do IFPUG que trata deste tema. Exemplo de Middleware: SICLI - IPPO
Interface Padro Parametrizada Online.
Excees:

No se aplicam

CAIXA Guia de Orientao de Mtricas


Pgina 22 de 47

11.11.

Log, Trilha de Auditoria, Registro de Eventos e Histrico: definies e


instrues
Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

11.11.1.

Definies

11.11.1.1.

Histrico: registro de informaes passadas, quer seja para prestao de contas (a rgo
externos, superiores ou processos internos) ou por exigncia do prprio cenrio de negcio.
Sua existncia justificada negocialmente e sua ausncia traz um impacto e uma
conseqncia negocial.

11.11.1.2.

Log: registro de eventos cujo objetivo possibilitar a monitorao dos recursos, bem como a
auditoria do ambiente tecnolgico da CAIXA.

11.11.1.3.

Trilha de auditoria: constitui-se de um log (registro) de eventos histricos pr-definidos,


destinado a aes de apurao de ocorrncias, devendo identificar quem realizou a ao,
quando, onde e o que foi realizado.

11.11.1.4.

Registro de evento: monitorao de eventos associados navegao e/ou acesso as


funcionalidades do sistema, para fins estatsticos ou de obteno de indicadores de uso do
aplicativo.

11.11.2.

Interpretao

11.11.2.1.

Para que a Trilha de Auditoria ou Registro de Eventos sejam considerados como ALI do
sistema sendo contado, eles devem ser relevantes para o negcio. Sugere-se que seja
avaliado o desenvolvimento de uma funcionalidade para o usurio realizar a consulta a esses
dados e incorpor-la ao sistema.

11.11.2.2.

O histrico, na maioria das vezes, considerado registro lgico do ALI relacionado, devendo
ser solicitado pelo gestor e deve haver no sistema funcionalidades de consulta a tais dados.

11.11.2.3.

O Log no dever ser mensurado ou ratificado por ser gerado de forma automtica pelo
SGBD (ou por outro recurso tecnolgico como, por exemplo, o servidor de transaes),
pertencendo, portanto, ao mbito da tecnologia.

11.12.

11.12.1.

Excees:

No se aplicam

Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

Consultas Dinmicas

Considerar como uma funo transacional do tipo CE ou SE, independentemente da


quantidade de resultados que ele gera. Para se determinar a complexidade deve ser
considerado o cenrio mais abrangente com todos os possveis DER Dados Elementares
Referenciados e ALR - Arquivos Lgicos Referenciados.
Excees:

No se aplicam

CAIXA Guia de Orientao de Mtricas


Pgina 23 de 47

11.13.

Contagem de interfaces com sistemas - AIE


Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

11.13.1.

Devem ser considerados os grupos de dados distintos segundo viso do usurio da aplicao
que estiver sendo contada. De acordo com o manual, a fronteira dependente da viso de
negcio externa do usurio da aplicao. Ela independente de consideraes tcnicas ou
de implementao.

11.13.2.

Exemplo: Considere que no SIICO existem os seguintes ALIs: Unidade contendo dados das
unidade da CAIXA; Imvel contendo os dados de todos imveis da CAIXA, inclusive das
unidades; e Tipo de Meio de Comunicao, contendo informaes, por exemplo, se um
telefone PABX, Celular, etc.

11.13.3.

Agora imagine que foi solicitada a contagem do SIXXX e que o gestor deseja ver os seguintes
dados das Unidades CAIXA: CNPJ, Endereo e Telefone Geral.

11.13.4.

Para recuperar esses dados devemos referenciar no SIICO Unidade, Imvel e Tipo de
Meio de Comunicao. Porm, na viso do usurio da aplicao sendo contada (SIXXX), ele
est recuperando apenas informaes de Unidade. No negcio do gestor do SIXXX h
apenas o grupo lgico de dados de Unidade, ele no reconhece os grupos: Imvel e Tipo
de Meio de Comunicao. Assim, devemos contar no SIXXX somente o AIE Unidade.

11.14.

Excees:

No se aplicam

Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

Alterao de Escopo

11.14.1.

Alterao de escopo a mudana solicitada durante a execuo do servio de


desenvolvimento de novo sistema ou manuteno de um sistema existente. Estas solicitaes
de mudanas podem ou no ocasionar variaes no tamanho do sistema que nem sempre
so refletidas na contagem de pontos de funo do sistema e servios j desenvolvidos.
Como forma de objetivar critrios de contratao, a CAIXA utiliza a frmula de alterao de
escopo para calcular a quantidade de PF a ser remunerada na execuo das alteraes
referentes a entregas j realizadas e aceitas pela CAIXA, at o momento da alterao de
escopo ser notificada CONTRATADA.

11.14.2.

Uma mudana s caracterizada como alterao de escopo quando da existncia de


requisitos detalhados e homologados pelo Gestor.

11.14.3.

A frmula para alterao de escopo est descrita no Anexo B - Frmula para clculo de
alterao de escopo na CAIXA.

11.14.4.

Esclarecimentos e exemplificaes sobre o ajuste financeiro das demandas aps a ocorrncia


de uma alterao de escopo so apresentados no Anexo C - Gesto Financeira das
Demandas com Alterao de Escopo.

11.14.5.

Cabe equipe de desenvolvimento, interna ou terceirizada, registrar nos documentos


previstos na metodologia da CAIXA a alterao de escopo, nica evidncia que viabiliza a
remunerao. A ausncia de controle de mudana inviabiliza a caracterizao da alterao de
escopo e a conseqente medio.
Excees:

No se aplicam

CAIXA Guia de Orientao de Mtricas


Pgina 24 de 47

11.15.

Funcionalidades Batch
Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

11.15.1.

H casos em que rotinas batch so consideradas processos elementares e h casos em que


no so. Por determinao do CPC, os processos batch disparados pelo relgio do sistema
(clock) em que nenhuma informao cruza a fronteira, no so considerados como processos
elementares. Eles complementam algum processo elementar da aplicao.

11.15.2.

Entretanto, no contexto Caixa, o GT de Mtricas identifica que automatizao de


funcionalidades que poderiam ser executadas de forma online com entrada de dados (por ex.
data), mas que esto implementadas de forma batch. Neste cenrio, ainda que no existam
dados cruzando a fronteira da aplicao, a CAIXA reconhecer como uma funo
transacional se:

11.15.2.1.

A funcionalidade for a menor unidade de atividade significativa para o usurio e no for parte
de outro processo elementar.

11.15.2.2.

A Inteno Primria for classificada exclusivamente como uma EE (Entrada Externa).

11.15.2.3.

Ao final da execuo a aplicao ficar em estado consistente.

11.15.3.

Nestes casos, devero consideradas como processos elementares considerando que a forma
de implementao fator tecnolgico.

Excees:

11.16.

No se aplicam

Integrao de Sistema de Segurana


Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

11.16.1.

Na CAIXA as unidades de desenvolvimento possuem diferentes estruturas de segurana dos


seus sistemas, devendo avaliar os cenrios abaixo na realizao da contagem.

11.16.2.

Os ALR devero ser avaliados para determinar complexidade na funo de transao


LOGON. Estes ALR devero ser observados se esto registrados nos insumos de contagem
apresentados.

11.16.3.

Nas funes de transao em que o sistema de segurana seja referenciado (exemplo


SISGR) dever ser avaliada a necessidade de negcio, e no sua restrio tecnolgica, para
que seja contada.
Excees:

11.17.

No se aplicam

Funcionalidades iguais apresentadas em diferentes formatos de sada


Vigncia:
Aplicao

01/05/2007 at a presente data


Geral

CAIXA Guia de Orientao de Mtricas


Pgina 25 de 47

11.17.1.

As funcionalidades iguais apresentadas em diferentes formatos de sada s sero


consideradas uma nica vez para a contagem. Formatos diferentes no caracterizam quebra
de lgica de processamento no ponto de vista do usurio.

11.17.2.

Esta abordagem est alinhada ao item 7.6 onde a CAIXA no adota o conceito de Multiple
Media
Excees:

SISAG

CAIXA Guia de Orientao de Mtricas


Pgina 26 de 47

11.18.

Metrificao para componentes


Vigncia:
Aplicao

11.18.1.

01/05/2007 at a presente data


Geral

Ser avaliada a perspectiva funcional conforme CPM 4.3.1 IFPUG.


Excees:

11.19.

No se aplicam

Atualizao de Baseline de Servio, de Baseline de Produo e Contagem


de Aplicao
Vigncia:
Aplicao

01/01/2010 at presente data


Geral

11.19.1.

A CAIXA mantm, alm da Contagem de Aplicao, dois tipos de Baseline de Contagem, que
se caracterizam como estratgia de atualizao das contagens frente existncia de
sistemas legados.

11.19.2.

Contagem de Aplicao: Conceito conforme CPM 4.3.1.

11.19.3.

Baseline de Produo/Aplicao: Associada aplicao instalada, o objetivo da baseline de


Produo compor a viso do tamanho funcional do todo ao longo do tempo, a partir da
incorporao
controlada
das
funcionalidades
medidas
em
solues
de
desenvolvimento/manuteno.

11.19.3.1.

Trata-se do agrupamento das funcionalidades medidas de uma aplicao, preservando-se o


conceito de unicidade, considerando as vrias demandas de interveno no sistema.
mantida sob demanda da CAIXA para cada indicao de que o produto foi
instalado/atualizado em ambiente de produo.

11.19.4.

Ser iniciada com uma contagem de aplicao.

11.19.5.

Baseline de Servio: Associada aos servios executados, retrata o tamanho funcional de um


conjunto de funcionalidades que foram medidas e agrupadas por sistema segundo um
determinado critrio. Agrupa os servios medidos, preservando-se o conceito de unicidade,
considerando as vrias demandas medidas que obedeam ao critrio estabelecido.

11.19.6.

versionada a cada conjunto de incluso/alterao de funcionalidade(s).

11.19.7.

Diferencia-se da Baseline de Produo por refletir todas as funcionalidades medidas nos


servios de medio realizados pela fbrica de mtricas, independente da instalao do
produto em ambiente de produo.

11.20.

Repositrio Oficial da CAIXA


Vigncia:
Aplicao

11.20.1.

01/05/2007 at a presente data


Geral

O termo baseline tambm usado na disciplina de Gerncia de Configurao e se caracteriza


por agrupar um conjunto de artefatos em um determinado tempo para representar um
evento/situao especfico, incluindo cdigo-fonte, quando aplicvel.

CAIXA Guia de Orientao de Mtricas


Pgina 27 de 47

11.20.2.

Quando da execuo do processo de medio dever existir no repositrio da CAIXA uma


baseline para fins de contagem, denominada Baseline de Contagem ou de Medio, que no
deve ser confundido com os conceitos do item anterior 11.19 - Atualizao de Baseline de
Servio, de Baseline de Produo e Contagem de Aplicao .
Excees:

11.21.

No se aplicam

Contagem de Aplicao de Produtos no Mercado


Vigncia:
Aplicao

01/01/2012 at presente data


Geral

11.21.1.

O Fornecedor da soluo deve prover Caixa a Contagem de Aplicao do produto


(adquirido, licenciado, em cesso de direito de uso ou assemelhado), bem como os insumos
que subsidiaram a medio, sempre que no contrato estiverem estabelecidos servios
remunerados em PF.

11.21.2.

A partir da entrega da contagem e insumos, a CAIXA executar nova medio e fornecer ao


Fornecedor seu resultado. Em caso de discordncia, o Fornecedor dever solicitar a
execuo de processo de divergncia (12.4 Processo de Divergncia entre Contagens)
Excees:

No se aplicam

CAIXA Guia de Orientao de Mtricas


Pgina 28 de 47

11.22.

Contagem dos Servidores de Aplicao SISRA - URA


Vigncia:
Aplicao

01/04/2015 at presente data


Segmento/Carteira, Canais de
atendimento,
Sistemas de URA

11.22.1.

Os servidores de aplicaes consistem de servidores lgicos armazenados em uma nica


mquina, responsveis por prover a disponibilizao de recursos computacionais a serem
consumidos pela URA. Esta, ao invoc-los, completa a execuo de um processo de negcio
disponibilizado ao cliente via interface de voz.

11.22.2.

Para a medio dos componentes da aplicao (servidores) recomenda-se a execuo das


seguintes atividades, tal como detalhado:

11.22.2.1.

Os servidores lgicos criados para desempenhar uma funo especfica dentro do ambiente
URA deve ser considerado como um componente da aplicao.

11.22.2.2.

Quando a solicitao de incluso de novo componente for demandada pela Contratada,


caber a ela a descrio do componente e os seus motivadores, que ser avaliado para
determinao se o servidor lgico criado atender a definio de componente.

11.22.2.3.

Quando includo novo componente, devem ser medidas todas as funcionalidades includas
para o componente e todas as funes de transao impactadas no SISRA para referenciar o
componente.

11.22.2.4.

Caso exista a necessidade de alterao de um componente (funes de dados ou transao),


no devem ser consideradas como impactadas as funcionalidades do SISRA em virtude da
alterao realizada no componente que utilizado por esta funcionalidade. Nesse cenrio,
deve ser medido apenas as funes impactadas (para o componente sendo medido).

11.22.2.5.

Os conceitos para a identificao de funes de dados para a URA e seus componentes


devem seguir as definies do CPM 4.3.1. Caso seja identificado que um grupo de
funcionalidades - que esto disponveis no SISRA consumam dados disponibilizados por
um componente, o grupo lgico de dados referenciados devem ser considerados como AIEs.

11.22.2.6.

Os conceitos para a identificao de funes de transao para a URA e seus componentes


devem seguir as definies do CPM 4.3.1. Caso seja identificado que a funo de transao
sendo analisada no SISRA - reutilize funes disponibilizadas por um componente, deve-se
considerar que as funcionalidades reutilizadas so lgicas de processamento.
Excees:

No se aplicam

CAIXA Guia de Orientao de Mtricas


Pgina 29 de 47

12.

Diretrizes Gerais

12.1.

Esclarecimento do processo a ser adotado para medio Manuteno


Adaptativa ou Perfectiva.

12.1.1.

Aps a classificao do servio a ser contratado, conforme a TE 027, observado que a


demanda se caracteriza como uma manuteno perfectiva ou adaptativa, para se derivar o
tamanho funcional do servio necessrio:

12.1.1.1.

Identificar o quantitativo de programas impactados identificando as funcionalidades


correspondentes.

12.1.1.2.

Identificar o tamanho funcional correspondente a essas funcionalidades, considerando a viso


do usurio.

12.1.1.3.

Identificar a forma de contratao do servio, segundo regras do contrato (fases, disciplinas,


pacote de trabalho) e o percentual de contratao.

12.1.1.4.

Aplicar o fator de ajuste do tipo de servio contratado, de acordo com a previso contratual.

12.1.2.

Para exemplificar, assuma um sistema que possui tamanho funcional de 1.000 PF.

12.1.2.1.

Quando da alterao da verso do banco de dados, caracterizando uma manuteno


adaptativa, observou-se que 10 programas so impactados, necessitando de ajustes.

12.1.2.2.

Esses 10 programas esto vinculados, conforme anlise do Gerente de Projeto, a 20


funcionalidades do sistema.

12.1.2.3.

Essas 20 funcionalidades correspondem a um tamanho funcional de 60 PF.

12.1.2.4.

Portanto, aplicado o Fator de Ajuste do Servio de 50%, temos a remunerar Contratada:


60PF * 50% - Totalizando 30 PF.

12.1.3.

O exemplo ora citado no deve ser assumido como regra geral, pois cada contrato especifica
as regras de remunerao (forma e percentuais de contratao), segundo modelo especfico.

12.1.4.

As funcionalidades impactadas so tambm denominadas funcionalidade afetada. Como em


Manuteno Adaptativa ou Perfectiva as funcionalidades, na perspectiva funcional (viso do
usurio), no so includas, alteradas ou excludas, assumido um dos termos para
representar a alterao: afetada ou impactada.

12.1.5.

Nos artefatos de contagem, para efeito de caracterizao das funcionalidades impactadas no


escopo da contagem, a funcionalidade ser considerada ALTERADA, na perspectiva tcnica,
sendo o termo ALTERADO associado a todas as funcionalidades que compem o escopo
da medio.

12.2.

Esclarecimento do processo a ser adotado para medio de Manuteno


Corretiva.

12.2.1.

Quando aplicvel ao contrato, por existir regras contratuais que remuneram a Manuteno
Corretiva em PF, seguem as mesmas diretrizes do item 12.1 Esclarecimento do processo a
ser adotado para medio Manuteno Adaptativa ou Perfectiva.

CAIXA Guia de Orientao de Mtricas


Pgina 30 de 47

12.3.

Esclarecimento sobre diferena entre Manuteno Adaptativa e Perfectiva

12.3.1.

De acordo com a TE027 Manutenes Adaptativas e Perfectivas referem-se a:

12.3.1.1.

Manuteno Adaptativa: Adequao do sistema s mudanas de ambiente operacional,


compreendendo hardware e software bsico, mudanas de verso, linguagem e SGBD, que
no impliquem em insero, alterao ou excluso de funcionalidades.

12.3.1.2.

Manuteno Perfectiva: Corresponde s adequaes do sistema necessidade de


melhorias, sem alterao de funcionalidades, sob o ponto de vista do usurio. A finalidade da
manuteno perfectiva promover a melhoria de desempenho, a manutenibilidade e
usabilidade do sistema.

12.3.1.3.

A diferena entre as duas manutenes que na manuteno Adaptativa existe o conceito de


abandono da infra-estrutura atual (hardware, software, sistema operacional, linguagem,
SGBD) pela necessidade de adequao a outra, e na Perfectiva so implementadas
melhorias no produto de software como funcionamento adicional em outro sistema
operacional e no adaptaes substituindo a tecnologia utilizada anteriormente.

12.4.

Processo de Divergncia entre Contagens

12.4.1.

Como a atividade de contagem exercida por empregado CAIXA ou empresa especializada


por ela designada, no sendo admitido acatar medies de Fbricas de Software ou
Terceiros.

12.4.2.

Caso a medio seja realizada por empregado CAIXA permitida a solicitao de validao
do resultado das medies por empresa especializada.

12.4.3.

O fato da atividade de contagem ser executada pela CAIXA no desobriga o contratada de


contar suas demandas e fornecer oramento segundo o modelo do contrato.

12.4.4.

Aps a recepo da contagem, no havendo concordncia do Fornecedor com o total de


pontos de funo apresentado (ou com outra unidade de medio), deve ser enviado CAIXA
o Formulrio de Divergncia, em modelo especificado em metodologia CAIXA, com as
contestao e fundamentaes que sustentam o pleito de reviso, mesmo que o Fornecedor
no se submeta aos demais padres do ciclo de vida de desenvolvimento/manuteno.

12.4.5.

Sempre que a unidade de medio for ou envolver pontos de funo, a solicitao de


divergncia deve ser assinada por profissional certificado pelo IFPUG, que representar o
Fornecedor nas atividades necessrias aos estabelecimentos de consenso entre as partes.

12.4.6.

As condies e os prazos de divergncia so estabelecidos em contrato. Caso no constem


regras especficas, devem ser observadas as diretrizes:

12.4.6.1.

Existindo divergncia entre as contagens da CAIXA e da CONTRATADA, esta dever


encaminhar pedido de reviso formal CAIXA, no prazo mximo de 5 (cinco) dias teis, a
contar da divulgao do resultado pela CAIXA.

12.4.6.2.

No havendo manifestao da CONTRATADA no prazo estipulado, valer a contagem


realizada pela CAIXA.

12.4.6.3.

A CAIXA somente acatar o pedido de reviso que apresentar relatrio tcnico e justificativas,
segundo padro definido pela CAIXA, e identificar o profissional do quadro da
CONTRATADA, com certificao CFPS (Certified Function Point Specialist) vlida, que
participar do processo de divergncia, quando a unidade de medio for pontos de funo.

CAIXA Guia de Orientao de Mtricas


Pgina 31 de 47

12.4.6.4.

A reviso da contagem em pontos de funo e elaborao da proposta de soluo do


impasse ser realizada por profissional CFPS da CONTRATADA, em conjunto com o
profissional indicado pela CAIXA, podendo este ser do seu quadro funcional e/ou de empresa
CONTRATADA pela CAIXA para represent-la, devendo ambos serem detentores da mesma
certificao.

12.4.6.5.

A apresentao da proposta dever ocorrer no prazo de 5 (cinco) dias teis, a contar da data
estabelecida pela CAIXA para incio das atividades.

12.4.6.6.

Durante a existncia de divergncias, a CONTRATADA no est autorizada a rever as


estimativas de prazo e custo da demanda, bem como os nveis de atendimento da OS.

12.4.6.7.

O resultado da divergncia implicar em ajuste financeiro sempre que observado acrscimos


ou decrscimo no tamanho funcional do produto medido.

12.4.6.8.

Nas contagens cuja divergncia seja inferior ou igual a 5% (cinco por cento) do total da
contagem, prevalecer a menor delas.

12.4.6.9.

As validaes das medies realizadas, incluindo processos de auditoria internos ou


externos, podero resultar em divergncia de contagem, sendo o resultado da contagem
comunicado pela CAIXA CONTRATADA, aplicando-se os mesmos procedimentos e prazos
previstos para divergncia de contagem.

12.4.6.10.

As divergncias de contagem em que se constatar a ausncia de informaes nos insumos


fornecidos, informaes essas necessrias aplicao da tcnica de APF ou outra em uso,
sujeitar a CONTRATADA s sanes pelo descumprimento das obrigaes de natureza
tcnica e/ou contratuais.

12.4.7.

As validaes das medies realizadas, executadas na perspectiva do Contrato de Mtricas,


seguem o mesmo processo de divergncia, sendo a CAIXA dispensada da exigncia de
profissional certificado pelo IFPUG, por ser tratar de fiscalizao de servios contratados.
Entretanto, caso a divergncia afete servios contratos de outros Fornecedores, o processo
deve ser executado em no mnimo dois estgios. O primeiro junto empresa especializada
em mtricas. O segundo, aps concluso do primeiro, como o Fornecedor de
desenvolvimento/manuteno de software, sendo obrigatrio CAIXA apresentar profissional
certificado pelo IFPUG do seu prprio quadro ou de empresa CONTRATADA pela CAIXA
para represent-la durante o segundo estgio ou naqueles subseqentes que se fizerem
necessrios.

12.5.

Desenvolvimento em Mltiplas camadas (mainframe, web)

12.5.1.

H casos em que o gestor solicita que uma mesma transao esteja disponvel em duas
plataformas diferentes (mainframe e web, por exemplo). Sob a tica da APF, h apenas um
processo elementar, pois ambas as transaes implementam a mesma funcionalidade.

12.5.2.

Esta abordagem est alinhada ao item 0 onde a CAIXA no adota o conceito de Multiple
Media

12.6.

Necessidade de realizao de terceira contagem

12.6.1.

Se no houver alterao funcional no necessria a terceira contagem.

12.6.2.

A equipe deve analisar e verificar se na contagem detalhada anterior no foram includas


funes , por exemplo de converso. Nesse caso a contagem final (terceira contagem) seria
necessria.

12.6.3.

A equipe deve formalizar a no existncia de alteraes funcionais e a adoo da segunda


contagem como a contagem final.

CAIXA Guia de Orientao de Mtricas


Pgina 32 de 47

13.

Diretrizes para Contrato HOME BROKER

13.1.

Manutenes

13.1.1.

Apenas manutenes evolutivas e corretivas so prevista em contrato. No cabe


remunerao por adequaes de natureza perfectiva ou adaptativa.

13.1.2.

As corretivas so responsabilidades da Contratada, sem nus para a CAIXA.

13.1.3.

Manutenes evolutivas so remuneradas em pontos de funo, exceto aquelas adequaes


referentes s normas e leis quer regulamentam a negociao de ttulos de valores mobilirios
no Brasil, tendo em vista que este tipo de adequao j est contemplado no fornecimento de
licena de uso da soluo. (Contrato 0758/2012, Anexo I Termo de Referncia, item 6.2.1).

13.1.4.

Os servios de implantao da soluo est inclusa no escopo da contratao limitado a 40


horas, sendo as atividades adicionais no previstas medidas e remuneradas. (Contrato
0758/2012, Anexo I Termo de Referncia, item 2.2.4). Para tanto, aplicado o percentual
referente s atividades previstas.

13.1.5.

No Processo de Divergncia de Contagem devem ser observadas as condies e prazos


especificados em contrato.

CAIXA Guia de Orientao de Mtricas


Pgina 33 de 47

Anexo A Tabela de Remunerao para PORTAL DE CONTEDO do Segmento/Carteira NOVAS TECNOLOGIAS

TABELA DE REMUNERAO PARA PORTAIS DE CONTEDO - MS/CMS


PERSPECTIVA NO FUNCIONAL
ITEM

DESCRIO

UNIDADE
DE MEDIDA
- para cada
-

QUANTIDADE
DE UST POR
UNIDADE
DE MEDIDA

TOTAL
DE UST
(UST)

SUBMETIDO
FRMULA
VALIDAO
DE
e
1,5
REMUNERAO
AUDITORIA

Elemento

0,35

Elemento(s) * 0,35

UST * Vlr.da UST *


FA

SIM

DESIGNER

Ajustes de banner (tamanho/cores/fonte), criao de


banner,animao em Flash (at 30 frames- 3 segundos),
tratamento de imagens e estruturar grfico em layout de
pginas (montagem de wireframe).

DESIGNER

MINISITE - Definio do layout simples (adaptar a um


modelo j existente)

Minisite

29,33

Minisite(s) * 29,33

UST * Vlr.da UST *


FA

SIM

DESIGNER

MINISITE Definio do layout complexo (criao ou uso


de Tabelas / Div / Flash / Recortes, etc.)

Minisite

57,79

Minisite(s) * 57,79

UST * Vlr.da UST *


FA

SIM

CONSTRUO

E-CAIXA POSTAL
Incluso de imagens
Criao de redirects especficos

E-CAIXA

10,04

E-CAIXA(s) * 10,04

UST * Vlr.da UST *


FA

SIM

CONSTRUO

MINISITES
Cargas Licitao, Poupana, etc.

Minisite

60,41

Minisite(s) * 60,41

UST * Vlr.da UST *


FA

SIM

CONSTRUO

Criao de Template

Template

64,95

Template(s) * 64,95

UST * Vlr.da UST *


FA

SIM

CONSTRUO

Configurao do ambiente do publicador de contedo

Ambiente

11,79

Ambiente(s) * 11,79

UST * Vlr.da UST *


FA

SIM

ADAPTAES

Manuteno para adequao aos Padres W3C

Tela/Pgina

12,75

Tela/Pgina(s) *
12,75

UST * Vlr.da UST *


FA

SIM

ADAPTAES

Manuteno para adequao Acessibilidade

Tela/Pgina

10,91

Tela/Pgina(s) *
10,91

UST * Vlr.da UST *


FA

SIM

CAIXA Guia de Orientao de Mtricas


Pgina 34 de 47

TABELA DE REMUNERAO PARA PORTAIS DE CONTEDO - MS/CMS


PERSPECTIVA FUNCIONAL2 - IFPUG - APF
ITEM

DESCRIO

10

Processo Elementar, segundo


conceito do Manual de Prticas
de Contagem do IFPUG:
Entrada Externa, Sada Externa,
Consulta Externa.

11
12
13
14
15
16
17
18

19

SITUAO DA
FUNCIONALIDADE
NO CONTEXTO DA
SOLUO

UNIDADE
DE MEDIDA
- para cada -

QUANTIDADE
DE UST POR
UNIDADE
DE MEDIDA

TOTAL
DE UST
(UST)

FRMULA
1,5
DE REMUNERAO

SUBMETIDO
VALIDAO
e
AUDITORIA

Includas

PF

8,73

PF * 8,73

UST * Vlr.da UST * FA

SIM

PF

4,37

PF * 4,37

SIM

Excludas

PF

PF * 0

SIM

Includas

PF

8,73

PF * 8,73

UST * Vlr.da UST * FA


NO REMUNERADAS, pois
os esforos de excluso esto
nos servios do Grupo 2.
UST * Vlr.da UST * FA

PF

4,37

PF * 4,37

UST * Vlr.da UST * FA

SIM

Excludas

PF

PF * 0

UST * Vlr.da UST * FA

SIM

Includas

NO REMUNERADAS, pois
os esforos de excluso esto
nos servios do Grupo 2.

SIM

Alteradas

Funes de Dados, segundo


conceito do Manual de Prticas
de Contagem do IFPUG: ALI

Alteradas

Funes de Dados, segundo


conceito do Manual de Prticas
de Contagem do IFPUG: AIE

Alteradas

FUNCIONALIDADE

Alterao de Escopo
(Ver Frmula Detalhada do
Termo de Refernia, item 12.5
Alterao de Escopo)

PF

PF * 0

PF

PF * 0

Excludas

PF

PF * 0

Includas

PF

Alteradas

PF

Excludas

PF

(Ver Frmula Detalhada do Termo de Refernia, item 12.5


Alterao de Escopo)
0

PF * 0

NO REMUNERADAS, pois os
esforos de excluso nos
servios do Grupo 2.

SIM

SIM
SIM
SIM
SIM
SIM

Incidir sobre a Frmula de Remunerao ora apresentada a DISTRIBUIO DE ESFORO E PRAZOS DAS METODOLOGIAS DA CAIXA.
Funcionalidades medidas pela APF/IFPUG no podem ser adicionadas de UST referentes PERSPECTIVA NO FUNCIONAL.
3
Quando no for possvel estabelecer a complexidade das funcionalidades, elas devem ser consideradas com complexidade BAIXA. No ser aplicada a tcnica da NESMA.
4
Para Manutenes Perfectivas e Adaptativas, as funcionalidades que compem o escopo da manuteno devem ser medidas na Perspectiva Funcional e consideradas como
alteradas (SITUAO DA FUNCIONALIDADE NO CONTEXTO DA SOLUO).
5
AF: Fator de Ajuste de Servio, conforme do Termo de Referncia - Anexo I, item 21 - FORMA DE PAGAMENTO DOS SERVIOS.
2

CAIXA Guia de Orientao de Mtricas


Pgina 35 de 47

QUANTIDADE
DE UST POR
UNIDADE DE
MEDIDA

TOTAL
DE UST
(UST)

FRMULA DE
REMUNERAO
SIMPLIFICADA3, 7

SUBMETIDO
VALIDAO
e
AUDITORIA

Baixa

Compreende a utilizao de
linguagem de Marcao.

Fragmento

4,45

Fragmento(s)
* 4,45

UST * Vlr. da
UST * FA

SIM

Mdia

Linguagem de Marcao +
Linguagem de Script ou
Linguagem de Definio de
Apresentao.

Fragmento

8,82

Fragmento(s)
* 8,82

UST * Vlr. da
UST * FA

SIM

Linguagem de Marcao +
Linguagem de Script +
Linguagem de Definio de
Apresentao.

Fragmento

13,18

Fragmento(s)
* 13,18

UST * Vlr. da
UST * FA

SIM

Criao ou manuteno de
Fragmento que apresenta
Contedo animao, caracterstica interativa
Fragmentos
e/ou dinmica com mudanas na
de Pgina exibio e/ou comportamento do
DINMICO
documento em que est inserido.
Compreende a utilizao de
Peas integrantes de Linguagem de Marcao (HTML,
um documento XML, XHTML, etc.), Linguagem de
5
1
DOM . A definio Script Client-Side (Javascript,
VbScript, etc.), Linguagem de
do escopo dos
Definio de Apresentao (CSS,
fragmentos
descrita no Artefato etc.) e por fim compreende tambm
a implementao de RIAs - Rich
"Wireframe".
Internet Applications ou Rich Web
Clients (Flash, Silverlight, etc.).
6
4

Fragmento

8,82

Fragmento(s)
* 8,82

UST * Vlr. da
UST * FA

SIM

Fragmento

17,55

Fragmento(s)
* 17,55

UST * Vlr. da
UST * FA

SIM

Fragmento

26,45

Fragmento(s)
* 26,45

UST * Vlr. da
UST * FA

SIM

Baixa

Contedo Fragmentos
de Pgina ESTTICO

COMPLEXIDADE

Mdia

Criao ou manuteno de
Fragmento que no apresenta
caracterstica interativa e/ou
dinmica que reflete em alterao
na exibio e/ou comportamento
2 Peas integrantes de dos contedos do documento em
que est inserido. Compreende a
um documento utilizao de Linguagem de
1
DOM . A definio
Marcao (HTML, XML, XHTML,
do escopo dos
etc.), Linguagem de Script Clientfragmentos
3 descrita no Artefato Side (Javascript, VbScript, etc.) e
Linguagem de Definio de
"Wireframe".
Apresentao (CSS, etc.).
1

UNIDADE
DE MEDIDA
- para cada -

DESCRIO

Alta

ITEM

Alta

TABELA DE REMUNERAO PARA PORTAIS DE CONTEDO - DEMAIS TECNOLOGIAS DE DESENVOLVIMENTO


PERSPECTIVA NO FUNCIONAL

Linguagem de Marcao +
Linguagem de Definio de
Apresentao ou Linguagem de
Script. Compreende tambm a
implementao de peas ou
contedos animados construdos
por Agncias Publicitrias.
Linguagem de Marcao +
Linguagem de Script +
Linguagem de Definio de
Apresentao. Compreende
tambm a implementao de
peas ou contedos animados
construdos por Agncias
Publicitrias.
Compreende o desenvolvimento
de fragmentos com contedo
animado e/ou interativo, utilizando
RIAs ou Rich Web Clients
construdos pela Fbrica.

CAIXA Guia de Orientao de Mtricas


Pgina 36 de 47

TABELA DE REMUNERAO PARA PORTAIS DE CONTEDO - DEMAIS TECNOLOGIAS


PERSPECTIVA NO FUNCIONAL

Template

Alta

Criao ou manuteno de
Desenvolvimento programtico
de pginas ou peas, com
finalidade de instanciamento e
reuso em fluxo de customizao
e publicao pelo usurio final
utilizando ferramenta de
gerenciamento de contedo

COMPLEXIDADE

Baixa

DESCRIO

Mdia

ITEM

10

Diagramao

11

Navegao

Criao do "esqueleto" de uma


pgina compreendendo a
definio de linhas de grade GRID e
montagem/posicionamento de
contedo (fragmentos) nas
pginas conforme definies
dos Artefatos WEB* ("Layout" e
"Guia de Montagem").
Criao de URL e
implementao de um "N" para
navegao; Atualizaes de
referncias e links para um n
de navegao conforme
definies dos Artefatos WEB
relativos entrega.

Compreende a criao de
templates utilizando Linguagem
de Marcao + Linguagem de
Definio de Apresentao ou
Linguagem de Script.
Compreende a criao de
templates utilizando Linguagem
de Marcao + Linguagem de
Script + Linguagem de Definio
de Apresentao.
Compreende a criao de
templates utilizando recursos de
programao (API) especficos.

No se aplica.

No se aplica.

UNIDADE
DE MEDIDA
- para cada -

QUANTIDADE
DE UST POR
UNIDADE DE
MEDIDA

TOTAL
DE UST
(UST)

Template

26,45

Template(s)
* 26,45

UST * Vlr. da UST


* FA

SIM

Template

53,25

Template(s)
* 53,25

UST * Vlr. da UST


* FA

SIM

Template

79,18

Template(s)
* 79,18

UST * Vlr. da UST


* FA

SIM

Pgina

8,82

Pgina(s)
8,82

UST * Vlr. da UST


* FA

SIM

4,45

Pgina(s)
* 4,45

UST * Vlr. da UST


* FA

SIM

Pgina

CAIXA Guia de Orientao de Mtricas


Pgina 37 de 47

FRMULA DE
REMUNERAO
3,7

SIMPLIFICADA

SUBMETIDO
VALIDAO
e
AUDITORIA

TABELA DE REMUNERAO PARA PORTAIS DE CONTEDO - DEMAIS TECNOLOGIAS


PERSPECTIVA FUNCIONAL4 - IFPUG - APF

ITEM

DESCRIO

12
13
14
15
16
17
18
19
20
21

FUNCIONALIDADE

Processo Elementar, segundo


conceito do Manual de Prticas
de Contagem do IFPUG:
Entrada Externa, Sada Externa,
Consulta Externa.
Funes de Dados, segundo
conceito do Manual de Prticas
de Contagem do IFPUG: ALI
Funes de Dados, segundo
conceito do Manual de Prticas
de Contagem do IFPUG: AIE
Alterao de Escopo(Ver
Frmula Detalhada no Termo de
Referncia, item 12.5 Alterao
de Escopo)

SITUAO DA
FUNCIONALIDADE
NO CONTEXTO
DA SOLUO

UNIDADE
DE
MEDIDA

QUANTIDADE
DE UST POR
TOTAL DE PF
(converso
PF para UST)

TOTAL
DE UST
(UST)

FRMULA
DE REMUNERAO
3
SIMPLIFICADA

SUBMETIDO
VALIDAO
e
AUDITORIA

Includas
6
Alteradas

PF
PF

8,73
4,37

PF * 8,73
PF * 4,37

UST * Vlr.da UST * FA


UST * Vlr.da UST * FA

SIM
SIM

Excludas

PF

PF * 0

NO REMUNERADO
Servios Grupo 2.

SIM

Includas
6
Alteradas
Excludas
Includas
6
Alteradas
Excludas
Includas
Alteradas

PF
PF
PF
PF
PF
PF
PF
PF

Excludas

PF

8,73
PF * 8,73
UST * Vlr.da UST * FA
4,37
PF * 4,37
UST * Vlr.da UST * FA
0
PF * 0
UST * Vlr.da UST * FA
0
PF * 0
NO REMUNERADO
0
PF * 0
Regra contratual.
0
PF * 0
(Ver Frmula Detalhada do Termo de Refernia, item 12.5
Alterao de Escopo)
NO REMUNERADO
0
PF * 0
Servios Grupo 2

SIM
SIM
SIM
SIM
SIM
SIM
SIM
SIM

Document Object Model - http://www.w3.org/DOM/


Rich Web Client Activity Statement - http://www.w3.org/2006/rwc/Activity.html
3
Incidir sobre a Frmula de Remunerao ora apresentada a DISTRIBUIO DE ESFORO E PRAZOS DAS METODOLOGIAS DA CAIXA.
4
Funcionalidades medidas pela APF/IFPUG no podem ser adicionadas de UST referentes PERSPECTIVA NO FUNCIONAL.
5
Quando no for possvel estabelecer a complexidade das funcionalidades, elas devem ser consideradas BAIXA. No ser aplicada a tcnica da NESMA.
6
Para Manutenes Perfectivas e Adaptativas, as funcionalidades que compem o escopo da manuteno devem ser medidas na Perspectiva Funcional e consideradas como alteradas
(SITUAO DA FUNCIONALIDADE NO CONTEXTO DA SOLUO).
7
AF: Fator de Ajuste de Servio, conforme do Termo de Referncia - Anexo I, item 21 - FORMA DE PAGAMENTO DOS SERVIOS.
2

CAIXA Guia de Orientao de Mtricas


Pgina 38 de 47

Anexo B Frmula para clculo de alterao de escopo na CAIXA

FRMULA para calcular a quantidade de Pontos de Funo para adequao das alteraes
nas fases/atividades j realizadas:

PF_Devido = { [ (Pi x Fri) + (Pe x Fre) + (Pa x Fra) ] x (Pfe / Pft) }


Legenda:

PF_Devido

Quantidade de Pontos de Funo devida para adequao das alteraes nas fases /
atividades j realizadas

Pi

Pontos de funo das funes includas

Pe

Pontos de funo das funes excludas

Pa

Pontos de funo das funes alteradas DEPOIS da alterao de escopo

Fri

Fator de reduo para funes includas = 1

Fre

Fator de reduo para funes excludas = 1/4

Fra

Fator de reduo para funes alteradas = 1/2

Pfe

Somatrio da quantidade de PF das entregas contratadas j realizadas

Pft

Tamanho funcional do servio (sem incluso de itens no-mensurveis) ANTES da


alterao de escopo

Observao: A atualizao do tamanho do projeto de desenvolvimento e/ou manuteno de


software antes e aps a alterao de escopo obrigatria, para que a demanda inicial
(agora alterada) possa ser redimensionada com relao quantidade de pontos de funo
necessrios para completar o projeto.
Quando da ocorrncia de uma alterao de escopo, gerar trs valores de pontos de funo
devem ser obtidos:


A contagem detalhada ATUALIZADA do escopo antes da alterao de escopo;

A contagem detalhada da alterao de escopo;

A contagem detalhada aps a alterao de escopo. Caso as funcionalidades


INCLUIDAS ainda no tenham os requisitos que as detalhem, ento estas
funcionalidades devero ser medidas conforme o mtodo preconizado pela NESMA.

Para Portal de Contedo, a frmula sofre adaptao para converter PF em UST, a saber:

UST Devida = { [(Pi x Fri) + (Pe x Fre) + (Pa x Fra) ] x (Pfe / Pft) } * 8,73
Legenda:
UST_Devida

Quantidade de UST devida para adequao das alteraes nas fases / atividades j
realizadas

Pi

Pontos de funo das funes includas

Pe

Pontos de funo das funes excludas

Pa

Pontos de funo das funes alteradas DEPOIS da alterao de escopo

Fri

Fator de reduo para funes includas = 1

Fre

Fator de reduo para funes excludas = 0 (zero)

Fra

Fator de reduo para funes alteradas = 1/2

Pfe

Somatrio da quantidade de PF das entregas contratadas j realizadas

Pft

Tamanho funcional do servio (sem incluso de itens no-mensurveis) ANTES da


alterao de escopo

8,73

Fator de Converso de PF para UST

CAIXA Guia de Orientao de Mtricas


Pgina 39 de 47

Anexo C Gesto Financeira das Demandas com Alterao de Escopo

A Gesto Financeira das Demandas impactadas por alterao de escopo esclarecida no fluxo abaixo demonstrado.

Figura 1: Fluxo sinttico da gesto financeira de demandas com alterao de escopo


CAIXA Guia de Orientao de Mtricas
Pgina 40 de 47

PASSOS DO FLUXO SINTTICO DA GESTO FINANCEIRA DE DEMANDAS COM ALTERAO DE ESCOPO


1. Identificao da alterao de escopo
Identificam-se as funes alteradas, includas
e excludas pela alterao de escopo. Essa
anlise realizada utilizando-se o artefato
Anlise de impacto de mudana para
manuteno.
4. Atualizao do tamanho funcional do
servio aps alterao de escopo
Ocorre a contagem da linha de base do
servio aps a alterao de escopo. Tem por
objetivo identificar e atualizar o novo tamanho
do servio, para representar o que ainda
dever ser remunerado em PF. Aplica-se a
frmula:
AFP = (UFPB + ADD + CHGA) - (CHGB + DEL)
Onde:
AFP Nmero de pontos de funo no ajustados
do escopo total do servio.
UFPB Nmero de pontos de funo no
ajustados da aplicao antes da alterao de
escopo.
ADD Nmero de pontos de funo no ajustados
das funes includas pela alterao de escopo.
CHGA Nmero de pontos de funo no
ajustados das funes modificadas depois do
trmino da alterao de escopo.
CHGB Nmero de pontos de funo no
ajustados das funes modificadas antes d do
trmino da alterao de escopo.
DEL - Nmero de pontos de funo no ajustados
das funes excludas pela alterao de escopo.

2. Identificao do percentual j entregue do


servio at o momento da alterao de
escopo:
Identifica-se o percentual j realizado do
trabalho referente Ordem de Servio de
desenvolvimento ou manuteno. Esse
percentual servir para mostrar o quanto deve
ser remunerado para o retrabalho referente
alterao de escopo.
5. Atualizao do novo tamanho do sistema
aps a alterao de escopo e do
percentual restante a ser remunerado
Identifica-se o percentual e quantitativo de PF
a ser remunerado, considerando o tamanho
antes da alterao de escopo e o tamanho
aps a alterao de escopo.
O novo tamanho do sistema no representa o
quantitativo em PF a ser remunerado. O
clculo do quantitativo em PF a ser
remunerado considera o percentual j
realizado sobre o tamanho anterior a
alterao de escopo mais o percentual a
realizar sobre o tamanho posterior a alterao
de escopo, ou seja:
Quantidade de PFs a remunerar =
(Quantidade de PF da linha de base anterior
alterao de escopo x o percentual j entregue do
servio antes da alterao de escopo) +
(Quantidade de PF da linha de base posterior
alterao de escopo x percentual ainda a ser
entregue do servio depois da alterao de
escopo)

3. Quantificao dos pontos de funo por meio


da frmula de alterao de escopo
Etapa onde se aplica a frmula de alterao de
escopo, identificando as funes includas,
alteradas e excludas e o percentual j realizado
do trabalho, assim como os indicadores
percentuais por tipo de funcionalidade (100% para
as includas, 50% para as alteradas e 25% para
as excludas). Nessa fase, abre-se a Ordem de
Servio de alterao de escopo na ferramenta de
gesto de contratao.
Se necessrio, ainda solicitadas a atualizao
da contagem pr-existente antes da alterao de
escopo.
6. Contagem de aplicao
Ao final do desenvolvimento e/ou manuteno,
aps a entrega do sistema/manuteno
realizada/atualizada a contagem de aplicao.
7. Clculo da quantidade de PF devido (a ser
remunerado) ao final
O tamanho funcional obtido da contagem de
aplicao no representa o quantitativo em PF a
ser remunerado, ou seja, o quantitativo de PF
devido.
O tamanho a ser remunerado considera o
percentual j realizado sobre o tamanho anterior a
alterao de escopo, mais o percentual a realizar
sobre o tamanho posterior a alterao de escopo
e mais o scope creep (se houver), representado
pela frmula:
Quantidade
de
PFs
devido
ao
final
do
desenvolvimento/manuteno =
Quantidade de PF da linha de base anterior alterao
de escopo x o percentual j entregue do servio antes
da alterao de escopo +
Quantidade de PF da linha de base posterior
alterao de escopo x percentual ainda a ser entregue
do servio depois da alterao de escopo +
Quantidade de PF da contagem de aplicao (Final)
PF da linha de base posterior a alterao de escopo

CAIXA Guia de Orientao de Mtricas


Pgina 41 de 47

Algumas Consideraes:


As frmulas apresentadas visam remunerar as Contratadas no caso de alteraes de


escopo;

As frmulas para o clculo da Quantidade de PF a remunerar garantem a correta


remunerao em caso de alteraes de escopo tanto aumentando quanto diminuindo o
tamanho da aplicao aps a alterao de escopo;

No caso de vrias alteraes de escopo seqenciais, a frmula de Quantidade de PF a


remunerar considerar para PF da linha de base posterior a alterao de escopo o
quantitativo de PF da linha de base da ltima alterao de escopo definida;

No caso de alteraes recursivas2, ser necessrio emitir TR e TA da alterao de


escopo em andamento, antes de abrir outra Ordem de Servio para a segunda alterao
de escopo.

A titulo de exemplo, em uma simulao desse processo com uma alterao de escopo no final da
fase de construo apresentada, considerando 88% do ciclo de desenvolvimento/manuteno
executado.
SIMULAO DO PROCESSO DE ALTERAO DE ESCOPO

Contagem inicial
do
desenvolvimento
Calculo
alterao
escopo

SISTEMA DE
CONTRATAO

83 PF
Alterao de escopo: includos 40 PFs, alterados 29 PFs e excludos 0 PFs pela 1a alterao de escopo.
Desta forma o tamanho da alterao de escopo de:
PF_Devido = [ (Pi x Fri) + (Pe x Fre) + (Pa x Fra) ] x (Pfe / Pft)
PF_Devido = [ (40 x 1) + (29 x 0,5) ] x 0,88 = (40 + 14,5) x 0,88 = 54,5 PF x 0,88 = 47,96 PF
Isso quer dizer que a alterao de escopo ser remunerada considerando 88% (o que j foi realizado)
47,96 PF
Automatizao de operaes pelo SISTEMA DE CONTRATAO
Abertura de OS de alterao escopo e o sistema calcula o qtd PF
- Inserir as alteraes (qtd alterados, includos e excludos)
- Inserir o percentual a ser considerado j realizado (ou no, se o sistema conseguir recuperar)
O SISTEMA DE CONTRATAO calcula o quantitativo de PF da alterao
Observaes:
Neste caso o SISTEMA DE CONTRATAO no deve recalcular retroativamente o tamanho do sistema,
pois o esforo advindo do tamanho em PFs j contempla todas as atividades necessrias para estabelecer
a alterao de escopo pelas fases j executadas (ou seja: os 88% j realizados do projeto de software).
Abrir OS mtrica para atualizar a linha de base de tamanho do Servio: atualizao do tamanho funcional
do servio aps alterao de escopo
Este passo fundamental para comparar dois resultados:
1)

SISTEMA DE
CONTRATAO

Valor calculado: o valor da nova linha de base de tamanho do servio conforme clculo pela
frmula
AFP = (UFPB + ADD + CHGA) - (CHGB + DEL), onde:
UFPB PF no ajustados (tamanho antes da alterao de escopo)
ADD PF adicionados
CHGA PF alterados (tamanho depois da alterao de escopo)
CHGB PF alterados (tamanho antes da alterao de escopo)
DEL PF excludos

Entende-se por alterao de escopo recursiva a alterao de escopo que surge considerando funcionalidades j sendo alteradas
por outra alterao de escopo ainda no finalizada.
CAIXA Guia de Orientao de Mtricas
Pgina 42 de 47

2)

O valor mensurado, por uma nova contagem do servio aps a alterao de escopo.

Caso exista uma diferena entre esses valores, ela pode ser devida existncia de Scope Creep das
funcionalidades da aplicao (aumentando ou diminuindo o seu tamanho mensurado).
Tais valores devem ser considerados para fins de tamanho final e remunerao, conforme exemplificado a
seguir.

Novo tamanho
ou linha base
aps alterao
escopo

Considerando somente a ocorrncia de alterao de escopo, a atualizao da linha de base de tamanho do


servio o calculada por:
APF nova LB1 = (83 +40+29) (36 + 0),
Onde: 36 PF corresponde ao tamanho das funes alteradas, antes da alterao de escopo.
Ou seja: APF nova LB1 = 116 PFs
OBS: A aplicao cresceu em tamanho 33 PFs (116 83), embora o tamanho da alterao de escopo
tenha sido de 47,96 PFs

Entrega
alterao
escopo
SISTEMA DE
CONTRATAO

Remunerao da alterao de escopo


A partir do tamanho 47,96 PF, calcular o valor monetrio da remunerao.
Emite TR e TA da alterao de escopo, de acordo com o contrato.

Recontagem da
demanda

Considerando neste estudo de caso que o resultado da contagem final da aplicao forneceu o resultado
de 120 PFs
Lanar no SISTEMA DE CONTRATAO o resultado da contagem final do sistema (120 PF)
O sistema deve calcular a quantidade de PF devido ao final (que pode no corresponder a contagem total
do sistema), usando a frmula:
PF devido ao final =
(tamanho inicial x 88%)
( (representa o que j foi feito no sistema, antes da alterao de escopo) +
((tamanho aps alterao escopo) x 12%
( (representa o que foi feito no sistema aps a alterao de escopo fase de transio
considerando o novo tamanho aps a alterao de escopo) +

Contagem da
linha base ao
final do sistema
120 PF
SISTEMA DE
CONTRATAO

(tamanho final tamanho aps alterao escopo) (*)


( (representa a correo do scope creep ocorrido ao longo do desenvolvimento) (**)
Ou seja:
(83 x 0,88) + (116 x 012) + (120 116) = 73,04 + 13,92 + 4 = 90,96 PF

(*) Tamanho final tamanho aps alterao escopo (para remunerar o scope creep)

(**) O esforo gasto para estabelecer a alterao de escopo nos 88% realizados do sistema no
momento da alterao de escopo, j foi remunerado pelos 47,96 PFs relativos ao tamanho da
prpria alterao de escopo.

Consideraes:
Desta forma no haver pagamento em duplicidade de funcionalidades.
O SISTEMA DE CONTRATAO diminui o valor em PF j pago (sem considerar o valor pago para a
alterao de escopo) do PF que deve ser pago ao final.
Ao final do desenvolvimento o valor remunerado ser de: 90,96 PF + 47,96 PF = 138,92 PFs, embora
o tamanho final mensurado para a aplicao tenha sido de 120 PF.
Emitir TR e TA
CAIXA Guia de Orientao de Mtricas
Pgina 43 de 47

Esquematicamente, a simulao da alterao de escopo no final da fase de construo


apresentada, considerando 88% do ciclo de desenvolvimento/manuteno executado:

CAIXA Guia de Orientao de Mtricas


Pgina 44 de 47

Anexo D Diretrizes de Contagem do SIDEC

As diretrizes para determinao dos processos elementares do SIDEC esto


disponveis em: http://unidades/sites/GEMOD/DiretrizesSIDEC

Anexo E Guia de Orientaes de Contagem UST para Portal de Contedo


Perspectiva No Funcional
O Guia de Orientao de Contagem UST (Unidade de Servio Tcnico) para Portais
de
Contedo
na
perspectiva
no
funcional,
est
disponvel
em:
http://unidades/sites/GEMOD/GuiaUST

CAIXA Guia de Orientao de Mtricas


Pgina 45 de 47

Anexo F Glossrio
Segue alguns termos utilizados na tcnica da Anlise de Pontos de Funo.

ALI Arquivo Lgico Interno. Grupo de dados ou informaes de controle


identificvel pelo usurio, logicamente relacionado e mantido na fronteira da
aplicao.

AIE Arquivo de Interface Externa. Grupo de dados ou informaes de controle


identificvel pelo usurio, logicamente relacionado e mantidos fora da fronteira da
aplicao, ou seja, em outra aplicao.

APF Anlise de Pontos de Funo: Mtodo padro para medir sistemas e


projetos de desenvolvimento e manuteno de sistemas sob a perspectiva do
usurio.

CE Consulta Externa. Processo elementar que envia dados ou informaes de


controle para fora da fronteira da aplicao. A lgica de processamento deve
obrigatoriamente recuperar dados ou informaes de controle de um ALI ou AIE.

Code Data Dados de cdigo Provem uma lista de valores vlidos que um
atributo pode ter. Atendem a requisitos tcnicos e no interferem no tamanho
funcional da aplicao.

Code Table Tabela de cdigo - Armazena Dados de Cdigo.

Laudo de Contagem FSDMS - Documento utilizado para solicitao de demanda


de mensurao de sistema atravs deste artefato que as planilhas contidas no
documento de Estimativa so alimentadas

CPC Counting Practices Committee Comit de Prticas de Contagem do


IFPUG que, entre outras coisas, responsvel por difundir as melhores prticas de
contagem de pontos de funo e por esclarecer dvidas acerca da aplicao da
APF.

CPM Counting Pratices Manual. Manual de Prticas de contagem de Anlise de


Pontos de Funo, mantido pelo IFPUG (Grupo Internacional de Usurios de
Pontos de Funo).

DER Dados Elementares Referenciados. O mesmo que itens de dados


nomenclatura utilizada na CAIXA. Campo nico, reconhecido pelo usurio, no
repetido.

EE Entrada Externa. Processo elementar que processa dados ou informaes de


controle recebidos de fora da fronteira da aplicao para manter um ou mais ALIs
do sistema ou alterar o comportamento do sistema.

ESTIMATIVA - Artefato utilizado para estimativas - Metodologia


Desenvolvimento de sistemas Estruturada e Processo Unificado.

de

CAIXA Guia de Orientao de Mtricas


Pgina 46 de 47

Fator de Ajuste Indica a funcionalidade geral fornecida pela aplicao ao


usurio. um valor percentual calculado a partir do nvel de influncia de cada uma
das Caractersticas Gerais do Sistema. O fator de ajuste do IFPUG no aplicado
no contexto da CAIXA.

FSW Fbrica de Software Empresa contratada pela CAIXA para prestar


servios de desenvolvimento de Software.

GT Mtricas Grupo de trabalho de mtricas. Este grupo realiza estudos sobre a


aplicao de mtricas na TI da Caixa e sugere orientaes para que as
Representaes trabalhem de forma padronizada.

MDS Metodologia de Desenvolvimento de Sistemas da CAIXA

Processo Elementar Menor unidade de atividade significativa para o usurio.


Deve ser completo em si mesmo e deixar o negcio da aplicao sendo contada
em estado consistente.

PU Processo Unificado

SE Sada Externa. Um processo elementar que envia dados ou informaes de


controle para fora da fronteira da aplicao. A lgica de processamento deve
obrigatoriamente conter ao menos uma frmula matemtica ou clculo, ou criar
dados derivados.

CAIXA Guia de Orientao de Mtricas


Pgina 47 de 47

You might also like