ANLISE DE PONTOS DE FUNO PARA MELHORIA DE SOFTWARE

DIRETRIZES

TRADUO PARA O PORTUGUS DA VERSO 2.2.1 DO ORIGINAL EM INGS DISPONVEL EM WWW.NESMA.NL

Verso 2.2.1

Guia Profissional da Associao dos Usurios de Mtricas de Software da Holanda

APF PARA MELHORIA DE SOFTWARE 2.2.1 1

 Copyright 2009, NESMA. Todos os direitos reservados. Associao dos Usurios de Mtricas de Software da Holanda (NESMA), chamada anteriormente de NEFPUG. Nada nesta publicao pode ser reproduzido ou publicado em nenhuma forma ou mtodo sem a permisso escrita da NESMA. Ao contrrio de outros manuais e guias da NESMA, esta regra vale tambm para membros da NESMA. Aps a permisso ser concedida, o ttulo da pgina do documento contendo o material reproduzido ou publicado deve incluir os seguintes dizeres: Esta publicao contm material do guia profissional Anlise de Pontos de Funo para Melhoria de Software publicado pela NESMA. Esta publicao foi feita com permisso da NESMA. Nota da traduo: esta traduo foi publicada com permisso da NESMA.

APF PARA MELHORIA DE SOFTWARE

2.2.1

Prefcio da Verso 1 Voc est lendo o Guia APF para Melhoria de Software, publicado pela Associao dos Usurios de Mtricas de Software da Holanda e escrito por membros do grupo de trabalho APF para Melhoria e Manuteno. Controlar o desenvolvimento e o estado operacional dos sistemas de informao uma tarefa difcil. Esta tarefa se torna ainda mais difcil uma vez que estes sistemas se tornam mais complexos. As razes para isso esto estreitamente alinhadas com as medidas (em termos de funcionalidade til): da funcionalidade que oferecida ao usurio pelo sistema; do esforo e recursos necessrios a fornecer essa funcionalidade ao usurio; do esforo e recursos necessrios a manter o sistema operacional na fase de manuteno e melhoria. A Anlise de Pontos de Funo (APF) pode ser usada para: descrever o escopo de um sistema e medir o seu tamanho funcional, independentemente da tecnologia que ser usada no sistema; derivar a produtividade e mtricas de desempenho do processo, estimativa das necessidades de recursos e auxiliar no gerenciamento de projetos; avaliar os fatores em um ambiente de desenvolvimento que influenciam a produtividade e oferecer uma base para melhorar os processos de desenvolvimento e manuteno; e determinar o escopo e tamanho da melhoria em um sistema e auxiliar na gesto de suas mudanas.

A NESMA (Associao de Usurios de Mtricas de Software da Holanda), conhecida anteriormente como NEFPUG (Grupo de Usurios de Pontos de Funo da Holanda) foi fundada em Maio de 1989. Seus principais objetivos so: reunir pessoas e organizaes para a troca de conhecimentos e experincias no desenvolvimento e aplicao de mtricas de software; promover a responsabilidade no uso de mtricas de software; apoiar a formulao e adoo de padres de mtricas de software; incentivar o desenvolvimento e aplicao de mtricas de software.

A NESMA est trabalhando para atingir esses objetivos atravs de: atividades de seus grupos de estudo e trabalho; pesquisa realizada por seus membros; organizao de palestras, treinamentos, simpsios e similares. recomendaes no uso de mtricas de software; coletar e publicar literatura em mtrica de software; colaborar com organizaes com interesses similares; estabelecer contatos e colaborar com outros grupos de usurios e associaes de mtricas de software do mundo afora, incluindo IFPUG (EUA), ASMA (Austrlia) e FESMA (Europa).

Em 1991, a NESMA formou o grupo de trabalho APF para Melhoria e Manuteno, para desenvolver e publicar as diretrizes para a aplicao da anlise de pontos de funo para melhoria e manuteno de software. O grupo de trabalho foi composto de cinco membros:

APF PARA MELHORIA DE SOFTWARE

2.2.1

 J.T. Engelhart, P.L. Langbroek, A.J.E. Dekkers, H.J.G. Peters, P.H.J. Reijnders. As seguintes pessoas tambm contriburam para este guia: F. Granneman X. P. J. M. Hickendorff, J. W. Veld ter. Zeist, Holanda, Junho de 1998. Prefcio para verso 1 da traduo em Ingls H um interesse internacional na aplicao da Anlise de Ponto de Funo para a melhoria de Software, embora, at hoje, tenha havido poucas publicaes sobre o assunto. Pessoas de todo o mundo pediram a NESMA para traduzir este guia "Anlise de Pontos de Funo para Melhoria de Software para Ingls. Esta verso em Ingls uma traduo fiel do guia holands e utiliza a terminologia definida nos Manuais de Prticas de Contagem da NESMA e IFPUG. O processo de traduo foi literalmente um projeto mundial. A NESMA agradece a todas as pessoas que participaram na traduo deste Guia. Em primeiro lugar, NESMA agradece a Oliver Haia (ex presidente da ASMA, Austrlia), um especialista em APF e mtricas de software. Oliver escreveu o primeiro rascunho em Ingls de uma traduo literal do texto holands, depois editou e revisou para produzir esta verso. A NESMA tambm agradece Adri Timp (Holanda, presidente da NESMA Comit de Prticas de Contagem e vice-presidente do IFPUG Comit de Prticas de Contagem) e David Garmus (USA, Presidente do IFPUG 2000 2001). Adri Timp realizou uma comparao minuciosa do texto traduzido para o ingls e o texto original holands, acrescentando muitas melhorias e esclarecimentos. David Garmus revisou a traduo e proveu um feedback valioso. Finalmente, Oliver Haia e Adri Timp formataram o Guia e efetuaram os ajustes finais no texto. Ao oferecer este guia para a comunidade internacional de medio funcional de software, a NESMA espera estimular a anlise mais aprofundada das medies de melhoria de software. A NESMA espera que essas orientaes sejam aplicadas e experimentadas em todo o mundo. (Observe o aviso com relao a este mtodo na seo 1.6). A NESMA gostaria de ouvir suas experincias com este mtodo, suas sugestes so bem vindas. As experincias prticas dos usurios podem levar publicao de verses revisadas de neste guia. Por favor, envie suas sugestes e comentrios para a NESMA: office@nesma.org. Holanda, Agosto 2001 NESMA

APF PARA MELHORIA DE SOFTWARE

2.2.1

Prefcio da Verso 2.2.1 No comeo de 2008 o trabalho foi iniciado para atualizar a documentao para a nova situao que foi resultado da migrao do Manual de Prticas de Contagem da NESMA, verso 2.0 para a verso 2.2. Esta migrao foi necessria por causa da certificao ISO do mtodo APF da NESMA (ISO 24570). As mudana feitas neste Guia foram realizadas pelos membros do grupo de APF de Gettronics PinkRoccade: Ton de Groot, Rini Scholten, and Theo Thijssen. Em julho de 2008 o documento atualizado foi bastante revisado pelos seguintes membros do Conselho Executivo da NESMA: Jabob Brunekreef, Jolijn Onvlee, Adri Timp, Wim Visser, and Hans Vonk. O editor Chefe foi: Ton Dekkers.

Esta verso foi traduzida por Robert Louwers (ABN / AMRO) e foi revisado por Ton Dekkers (Galorath International Limited) e Adri Timp (Equens SE). Ns chamamos a ateno especialmente para os dizeres da seo 1.6. Holanda, Setembro 2009.

APF PARA MELHORIA DE SOFTWARE

2.2.1

Contedo
1 INTRODUO ....................................................................................................................... 7 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 2 2.1 2.2 2.3 3 3.1 3.2 3.3 3.4 3.5 Propsito do Documento ............................................................................................... 7 Objetivos do Guia .......................................................................................................... 7 Ponto de Partida ............................................................................................................ 8 Pblico Alvo ................................................................................................................... 8 Escopo do guia profissional .......................................................................................... 8 Aviso Legal .................................................................................................................... 8 Verses futuras ............................................................................................................ 9 Organizao do Guia .................................................................................................... 9 Condies Limitantes .................................................................................................. 10 Pr-requisitos .............................................................................................................. 11 Resumo da Metodologia APF de Melhoria ................................................................. 12 Identificar as funes dentro do escopo do projeto de melhoria ................................ 14 Determinar as funes de dados e de transaes a serem adicionadas ................... 14 Determinar as funes de dados e de transaes a serem excludas ....................... 15 Determinar as funes de dados a serem modificadas e o fator de impacto ............. 15 Determinar as funes de transao que sero modificadas e o fator de impacto .... 16

CONSIDERAES GERAIS ............................................................................................... 10

METODOLOGIA ................................................................................................................. 14

3.5.1 Identificar os TDs e os TRs utilizados pela transao ................................................ 17 3.5.2 Determinar o percentual de TDs e ARs alterados como resultado da melhoria ........ 17 3.5.3 Determinar o fator de impacto da transao .............................................................. 18 3.5.4 Calcular o tamanho dos pontos de funo da melhoria ............................................. 18 3.6 Calcular o tamanho do projeto de melhoria ................................................................ 18 3.7 4. 5. 6. Calcular o tamanho do sistema depois da melhoria ................................................... 18 TESTES EM PROJETOS DE MELHORIA .......................................................................... 20 ORANDO A MELHORIA.................................................................................................... 21 EXEMPLOS ......................................................................................................................... 22 6.1. Exemplo 1 - Expandindo um ALI ...................................................................................... 22 6.2. Exemplo 2 - AIE se torna ALI ........................................................................................... 22 6.3. Exemplo 3 - AIE se torna ALI com modificaes ............................................................. 22 6.4. Exemplo 4 - Dividindo um AIE .......................................................................................... 23 6.5. Exemplo 5 - Adicionando um AIE ..................................................................................... 23 6.6. Exemplo 6 - Modificando um ALI, 1 .................................................................................. 23 6.7. Exemplo 7 - Modificando um ALI, 2 .................................................................................. 23 6.8. Exemplo 8 - Modificando o nome de um TD .................................................................... 23 6.9. Exemplo 9 - Modificando o cabealho em um Relatrio .................................................. 24 6.10. Exemplo 10 - Adicionando / Modificando / Excluindo TDs ............................................. 24 6.11. Exemplo 11 - Determinando o % de TDs e ARs modificados ........................................ 24 7. 8. GLOSSRIO ........................................................................................................................ 25 BIBLIOGRAFIA .................................................................................................................... 28

APF PARA MELHORIA DE SOFTWARE

2.2.1

1
1.1

INTRODUO
Propsito do Documento

O Manual de Prticas de Contagem de Pontos de Funo do IFPUG [IFPUG, 1] e o Guia de Definies e Contagem para a Aplicao de Anlise de Pontos de Funo da NESMA [NESMA, 1] definem como a APF deve ser usada para determinar o tamanho funcional de um sistema de informao. Ambas as orientaes seguem o "mtodo Albrecht", mas nas situaes de manuteno e melhoria, uma instruo mais detalhada necessria. Agora que a metodologia de contagem de projetos de novos softwares foi pesquisada e descrita, interessante saber se a APF pode ser aplicada em situaes de manuteno e melhoria; e se for, de qual maneira e dentro de quais restries. As consideraes desses itens levaram a NESMA a formar o grupo de trabalho APF para Melhoria e Manuteno. Os primeiros resultados deste grupo de trabalho foram publicados em Agosto de 1993 e levou em seqncia publicao do mtodo descrito neste guia. Muitas organizaes passaram a usar o mtodo em suas prticas correntes. Suas experincias resultaram em mais aperfeioamentos do guia e a incluso de exemplos para ilustrar a aplicao do mtodo. Em Agosto de 2008 uma verso atualizada deste guia foi publicada a fim de se adaptar NESMA 2.2.

1.2

Objetivos do Guia

Este guia direcionado para qualquer pessoa com interesse na gerncia de melhorias para os sistemas de informao. O objetivo promover um mtodo objetivo e replicvel para avaliar o escopo e tamanho das melhorias. O mtodo objetivo uma vez que os resultados obtidos so independentes da pessoa que est aplicando o mtodo: duas pessoas diferentes usando o mesmo Guia obtero o mesmo resultado. O mtodo replicvel medida que um resultado particular pode ser determinado a priori e o mesmo resultado pode ser produzido na segunda e subseqente aplicao do mtodo.

APF PARA MELHORIA DE SOFTWARE

2.2.1

1.3

Ponto de Partida

Este guia foi construdo sobre a metodologia APF descrita nas publicaes Guia para Definies e Contagem para a Aplicao de Anlise de Pontos de Funo da NESMA [NESMA, 1], e Manual de Prticas de Contagem de Pontos de Funo do IFPUG [IFPUG, 1].

1.4

Pblico Alvo

Este guia pode ser utilizado por qualquer um que faa Anlise de Pontos de Funo e que deseja medir o tamanho dos projetos de melhoria de forma mais precisa. Assume-se que o leitor seja familiarizado com os mtodos APF padro ISO como documentado em [NESMA, 1] e [IFPUG, 1], (veja sesso 1.3) e pode ser usado em combinao com ambos os mtodos.

1.5

Escopo do guia profissional

A NESMA considera a aplicao da APF melhoria do software sob a perspectiva do mtodo padro de anlise de ponto de funo. O resultado deste trabalho, encontrado neste guia, um mtodo aplicvel melhoria e teste de software que fortemente relacionado ao padro APF. O termo Anlise de Pontos de Funo de Melhoria (APFM ou EFPA - Enhancement Function Point Analysis) usado para diferenciar este mtodo do mtodo padro de anlise de pontos de funo.

1.6

Aviso Legal

A NESMA a responsvel pela Anlise de Ponto de Funo de acordo com Guia de Definies e Contagem para a Aplicao da Anlise de Ponto de Funo [NESMA, 1]. A verso (em Ingls) certificada pelo ISO 24570. O Manual de Prticas de Contagem de Pontos de Funo do IFPUG [IFPUG, 1] certificado pelo ISO 20926. Nas duas verses no mencionado o mtodo conforme estabelecido neste guia. Portanto este mtodo no nem parte dos mtodos certificados ISO NESMA e IFPUG. O mtodo descrito nesse guia uma alternativa e foi constatado que na prtica promove uma indicao do tamanho de melhoria. Entretanto a NESMA no pretende que este mtodo, na sua forma atual, tenha sido validado cientificamente. Pesquisa adicional e seu uso prtico so necessrios para demonstrar a validade do mtodo. Oferecendo este guia comunidade internacional de mtricas funcionais de software, a NESMA pretende avanar a aplicao da anlise de ponto de funo para a melhoria de projetos e ampliar a compreenso da medio aplicada melhoria do software. Comentrios e sugestes para a melhoria do mtodo podem ser enviados para office@nesma.nl. Isto ajudar NESMA a melhorar e refinar o mtodo para medir o tamanho de projetos de melhoria.

APF PARA MELHORIA DE SOFTWARE

2.2.1

1.7

Verses futuras

Quando mudanas neste guia forem necessrias no futuro, uma nova verso ser lanada. A ltima verso pode ser baixada da pgina da NESMA em www.nesma.nl.

1.8

Organizao do Guia

Aps esta introduo, o Captulo 2 discute condies limitantes aplicao da metodologia APF para melhoria (APFM). O Captulo 3 descreve o mtodo APF para melhoria. O Captulo 4 discute APF em relao ao teste. O Captulo 5 descreve o uso da medida do tamanho de melhoria para os propsitos de oramento. A aplicao da metodologia APF para melhoria ilustrada pelos exemplos no Captulo 6. O Captulo 7 um glossrio dos conceitos mais importante e abreviaes e o Captulo 8 contm uma bibliografia resumida.

APF PARA MELHORIA DE SOFTWARE

2.2.1

2
2.1

CONSIDERAES GERAIS
Condies Limitantes

Vamos comear analisando mais de perto os termos que definem o escopo deste guia. Manuteno Manuteno contempla todas as atividades necessrias para sustentar a operao de um sistema sem modificar sua funcionalidade. A manuteno realizada no ambiente em que o sistema opera, mas tambm aplicada infra-estrutura tcnica, que pode variar bastante entre organizaes. Este guia absteve-se de oferecer um mtodo ou modelo de oramento para manuteno. Uma publicao separada "Orando os Custos Operacionais dos Sistemas de Informao [NESMA, 2] est disponvel para isso. Converso Atividades de converso no so includas neste guia porque podem se manifestar de vrias formas diferentes. A converso pode ser, por exemplo, traduzir o cdigo fonte para uma linguagem nova ou atualizada, transferir um sistema para um ambiente operacional totalmente diferente ou modificar o armazenamento de dados fsicos para acomodar a introduo de um novo sistema gerenciador de banco de dados. Geralmente no so evidentes quais formas de converso devem ser consideradas manuteno. Quando as melhorias so feitas, s vezes necessrio desenvolver um sistema especfico de converso. Esse sistema de converso pode ser considerado um novo desenvolvimento e seu tamanho funcional pode ser determinado usando o mtodo APF padro. Melhoria No contexto deste guia, melhoria significa mudanas de funcionalidade de um sistema de informao, tambm chamado manuteno adaptativa. Outros tipos de manuteno, como corretiva, preventiva ou manuteno perfectiva no so includos neste guia porque elas tipicamente no lidam com mudanas funcionais no sistema de informao. Devido ao fato da Anlise de Pontos de Funo expressar a funcionalidade de um sistema de informao em termos de funes de transao e funes de dados, esses princpios foram tambm aplicados ao mtodo APF para a melhoria do software. Um pr-requisito deve ser que a manuteno seja aplicada a um sistema de informao existente e operacional. As melhorias que resultam apenas na adio de novas funes, sem nenhuma mudana sendo feita para funes existentes, devem ser tratadas como adicionadas por novo

APF PARA MELHORIA DE SOFTWARE

2.2.1

10

desenvolvimento. Esta situao pode surgir quando um sistema expandido para dar suporte aos requisitos de um processo organizacional no presentes no momento no escopo de um sistema, e que geralmente resulta na adio de um novo componente. Este tipo de desenvolvimento pode ser analisado usando o mtodo APF padro conforme estabelecido em [NESMA, 1] e [IFPUG, 1]. Um sistema de informao torna-se operacional apenas depois de ter sido formalmente aceito pelo cliente.

2.2

Pr-requisitos

Os itens a seguir so necessrios para realizar a anlise de ponto de funo de melhoria: uma contagem detalhada dos pontos de funo do sistema atual afetado pela melhoria (contagem atual); documentao descrevendo a parte afetada do sistema atual, que permita avaliar a proposta de melhoria uma proposta de melhoria que descreve as modificaes que devero ser feitas; um plano de teste para as mudanas afetadas.

Figura 1: Determinar o Tamanho da Melhoria

Essas informaes so necessrias para determinar o escopo e o tamanho do projeto de melhoria; sem isso, a anlise de ponto de funo da melhoria no pode ser realizada. Alm dos princpios estabelecidos pela melhoria no pargrafo 2.1 Condies Limitantes, as consideraes a seguir devem ser levadas em conta quando se for determinar o tamanho funcional do projeto de melhoria:

APF PARA MELHORIA DE SOFTWARE

2.2.1

11

 Uma contagem de Pontos de Funo est disponvel para as partes afetadas do sistema existente. O mtodo apresentado nesse guia tem como ponto de partida os resultados obtidos da anlise de pontos de funo no sistema existente. Uma anlise de pontos de funo detalhada do sistema atual deve existir ou deve ser feita; ou em ltimo caso, da parte que ser modificada. Essa Anlise de Pontos de Funo deve, pelo menos, resumir as funes individuais do usurio, e para cada funo, o tamanho dos seus pontos de funo, o seu nmero de Tipos de Dados (TDs) e Arquivos Lgicos Referenciados (ARs). O sistema atual bem documentado. Mudanas propostas precisam ser avaliadas e as funes atuais precisam ser comparadas com funes propostas a fim de detectar mudanas nas regras do negcio assim como as mudanas para TDs, TRs, (ALIs e AIEs) e na interface do usurio. Uma boa documentao funcional do sistema (modelo lgico de dados, projeto funcional) crucial para identificar o escopo e o tamanho da melhoria. O analista precisa considerar: a extenso das mudanas individualmente para as transaes e funes de dados; as implicaes de mudanas especficas em outras funes de transao e de dados.

Uma proposta de melhoria est disponvel

A proposta de melhoria, juntamente com a documentao do sistema atual, deve especificar as melhorias a serem realizadas em detalhe suficiente para permitir que se avaliem os efeitos em cada transao e funo de dados impactada. Deve haver detalhe suficiente para remover todas as ambigidades relacionadas ao escopo de melhoria, s funes de dados e transao afetadas e extenso do impacto em cada funo. Se a proposta de melhoria no oferece este nvel de detalhe, ento ela deve ser mais refinada. Se a anlise de pontos de funo de todo o sistema no est disponvel, ou se apenas uma anlise parcial dos pontos de funo de melhorias anteriores esto disponveis, mas todos os outros critrios foram satisfeitos, ento o escopo de melhoria pode ser determinado, mas apenas aps a contagem das funes da aplicao que ainda no foram contadas. Um plano de teste est disponvel O plano de teste deve especificar as funes de dados e de transao a serem testadas e definir o escopo de testes a serem realizados. A menor unidade de teste , geralmente, um sistema componente ou subsistema, independentemente da extenso de melhoria. Um plano de teste deve identificar os componentes e as funes a serem testadas.

2.3

Resumo da Metodologia APF de Melhoria

Seis passos so necessrios para determinar o tamanho da melhoria expressa em pontos de funo de melhoria:

APF PARA MELHORIA DE SOFTWARE

2.2.1

12

1. Identificar as funes de transao e de dados dentro do escopo do projeto de melhoria e determinar seu tamanho funcional. 2. Determinar quais funes de transao e de dados sero adicionadas. 3. Determinar quais funes de transao e de dados sero excludas. 4. Determinar quais funes de dados sero modificadas e determinar o fator de impacto. 5. Determinar quais funes de transao que sero modificadas e determinar o fator de impacto. 6. Calcular o nmero de Pontos de Funo de Melhoria. A anlise est relacionada principalmente com a determinao das funes do usurio que sero adicionadas, modificadas ou excludas. Para esta parte da anlise utilizada a Anlise de Pontos de Funo. O resultado um resumo das funes impactadas com seu tamanho funcional (PFbase). Durante a melhoria, as transaes do usurio e arquivos lgicos podem ser adicionadas, modificadas ou excludas. Para as funes excludas, o nmero de pontos de funo antes da excluso fundamental. O impacto de uma melhoria pode ir alm do que inicialmente aparente na proposta de melhoria. Por exemplo, a mudana de um arquivo lgico ou transao pode impactar outros arquivos lgicos ou transaes. Depois disso, cada funo impactada precisa ser cuidadosamente avaliada para identificar a extenso do impacto de melhoria na funo. O fator de impacto (I) reflete o grau de mudana de cada funo (dados ou transao) identificada. Finalmente, o tamanho de melhoria de cada funo de dados e de transao afetada calculado pela multiplicao de seu tamanho base (PFbase) pelo seu fator de impacto (I). O tamanho de melhoria medido em Pontos de Funo de Melhoria (PFM), no pontos de funo padro, que uma medida diferente. imprescindvel manter a distino entre a unidade de ponto de funo padro usada para expressar o tamanho do software (PF) e a unidade usada para expressar o tamanho de uma melhoria (PFM). No captulo 3 Metodologia, a relao entre a unidade de medida original e a nova ser descrita.

APF PARA MELHORIA DE SOFTWARE

2.2.1

13

METODOLOGIA

Como mencionado na seo anterior, seis passos so necessrios para determinar o escopo e o tamanho (em pontos de funo de melhoria) para projetos de melhoria. 1. Identificar as funes de dados e de transaes dentro do escopo do projeto de melhoria e determinar seu tamanho funcional. 2. Determinar as funes de dados e de transao a serem adicionadas. 3. Determinar as funes de dados e de transao a serem excludas. 4. Determinar as funes de dados a serem modificadas e determinar o fator de impacto. 5. Determinar as funes de transao a serem modificadas e determinar o fator de impacto. 6. Calcular os Pontos de Funo de Melhoria. Neste captulo estes passos sero detalhados.

3.1

Identificar as funes dentro do escopo do projeto de melhoria

A proposta de melhoria, a documentao funcional do sistema atual e os pontos de funo do sistema existente so usados para identificar as funes de transao e de dados que fazem parte do escopo do projeto de melhoria. Uma anlise de ponto de funo do sistema existente um pr-requisito essencial, pois todas as funes existentes que so afetadas direta ou indiretamente pela melhoria contribuem para o tamanho dos pontos de funo da melhoria. Se por alguma razo uma anlise de pontos de funo de um sistema existente no existe, ento ela deve ser feita para identificar ao menos as funes afetadas pela melhoria. O tamanho do sistema existente, ou a parte impactada pelo projeto de melhoria, expresso em pontos de funo padro, PFbase.

3.2 Determinar as funes de dados e de transaes a serem adicionadas

A proposta de melhoria deve especificar as funes de dados e de transao a serem adicionadas aplicao. A partir dessa proposta, possvel calcular o tamanho das funes adicionadas aplicando o mtodo de Anlise de Pontos de Funo (APF). O tamanho total da funcionalidade adicionada expresso em PFadicionados. O fator de impacto para funes adicionadas sempre 1.00. Assim, o nmero de pontos de funo de melhoria para cada funo adicionada determinado da seguinte maneira: PFMadicionados = PFadicionados Isso significa, por exemplo, que 3 pontos de funo adicionados resultaro em 3 pontos de funo de melhoria. Veja o exemplo 6.5 no captulo 6.

APF PARA MELHORIA DE SOFTWARE

2.2.1

14

3.3 Determinar as funes de dados e de transaes a serem excludas

As funes (de dados ou de transaes) que sero excludas do sistema existente so identificadas na proposta de melhoria e o nmero de pontos de funo que elas representam determinado. O tamanho das funes excludas expresso como PFexcludos. O fator de impacto para as funes excludas igual a 0,40. O nmero de pontos de funo de melhoria para uma funo excluda determinado assim: PFMexcludos = PFexcludos x 0,40 Isso significa, por exemplo, que 6 pontos de funo excludos resultaro em 2,40 pontos de funo de melhoria.

3.4 Determinar as funes de dados a serem modificadas e o fator de impacto

Uma funo de dados pode ser um arquivo lgico interno (ALI) ou um arquivo de interface externa (AIE). Cada tipo de funo de dados avaliado para identificar: Funes de dados modificadas internamente: TDs so adicionados, excludos ou modificados; e Funes de dados que mudam de tipo, mas no so alterados internamente (isto , um ALI passa a ser um AIE ou vice versa). Determine quais funes de dados sero modificadas e quantos pontos de funo cada funo de dados apresenta depois da modificao, aplicando as regras de APF padro. O tamanho do ponto de funo das funes de dados modificadas expresso como PFmodificados. Para funes de dados alteradas internamente o fator de impacto calculado pelo percentual de TDs alterados. O percentual de alterao definido pela razo entre os TDs alterados e o nmero original de TDs (veja tambm o exemplo 10 no captulo 6). Nmero de TDs adicionados/alterados/excludos %Mudana de TDs = ----------------------------------------------------------------- x 100 Nmero de TDs originais O fator de impacto (Ialterado) obtido na Tabela 1 utilizando o percentual de alterao no nmero de TDs.

% Mudana de TDs Fator de impacto

<= 33% 0,25

<= 67% 0,50

<= 100% 0,75

> 100% 1,00

Tabela 1 Fator de impacto das funes de dados

APF PARA MELHORIA DE SOFTWARE

2.2.1

15

Se a funo de dados muda de tipo (por exemplo, um AIE passa a ser um ALI), o valor de 0,40 usado como fator de impacto. Entretanto, no caso de uma alterao no tipo, necessrio verificar se existe tambm uma alterao interna do Arquivo Lgico (alterao de TDs). Se o nmero de TDs altera, assim como o tipo, o fator de impacto devido mudana no nmero de TDs deve ser determinado. O valor do fator de impacto devido mudana no tipo comparado com a da mudana no nmero de TDs e o maior valor usado no clculo do tamanho dos pontos de funo da melhoria (Ialterado) (veja o exemplo 3 no captulo 6). O nmero dos pontos de funo para cada funo de dados alterada determinado assim: PFMmodificados = PFmodificados x Imodificados O nmero dos pontos de funo de melhoria originado da alterao nas funes de dados depende, portanto, da extenso dessa alterao na funo de dados. Veja tambm exemplos 1, 2 e 3 no captulo 6. Se um AIE ou um ALI dividido em duas (ou mais) funes de dados, uma funo de dados excluda e duas (ou mais) funes de dados so contadas. Veja tambm exemplo 4 no captulo 6. Se um AIE e um ALI so combinados, duas funes de dados so contadas como excludas e uma como adicionada.

3.5 Determinar as funes de transao que sero modificadas e o fator de impacto

As funes de transao modificadas devem ser identificadas e o tamanho de cada transao aps a mudana (melhoria) determinado. Uma funo de transao considerada alterada se ela alterada de alguma forma, mas mantm o mesmo nome e a mesma inteno antes e depois da melhoria. Para determinar o tamanho funcional de uma funo transacional aps a alterao, as mesmas diretrizes de contagem para sistemas novos so usadas, aplicando as regras padro de APF. O nmero de pontos de funo aps a alterao para cada funo transacional expresso como PFmodificados. Uma funo de transao pode ser afetada pelas alteraes nas funes de dados. Todas as funes de transao especificadas na proposta de melhoria e aquelas afetadas pelas alteraes nas funes de dados so includas no escopo da anlise. Isso significa que a transao contada quando uma das seguintes condies satisfeita: A transao identificada na proposta de melhoria; ou A transao passa por uma alterao em conseqncia de outras alteraes definidas na proposta de melhoria. Geralmente, a transao deve ser contada se o usurio pode identificar que a transao foi alterada. Isso significa que ao menos um dos seguintes critrios foi atendido:

APF PARA MELHORIA DE SOFTWARE

2.2.1

16

Uma transao afetada por um TD que foi adicionado, alterado ou excludo; Uma transao afetada por um Arquivo Lgico (ALI ou AIE) adicionado, alterado ou excludo; A interface do usurio alterada funcionalmente (por exemplo, a disposio de uma tela ou de um relatrio); Uma lgica de negcio que suporta uma transao alterada (por exemplo, regras de edio ou clculos executados nos dados da transao); Uma alterao cosmtica visvel nas interfaces de usurio feita, por exemplo: o o o dados estticos so modificados ou movidos em um relatrio ou outra mdia, um cabealho substitudo ou modificado em um relatrio ou em uma tela, veja tambm o exemplo 6.9 no Captulo 6.

Uma alterao no nome de um TD no considerada como alterao de transao (veja o exemplo 8 no Captulo 6). A natureza de um TD no altera se somente o nome alterado. Existem quatro passos para calcular o tamanho em pontos de funo de melhoria de alteraes numa transao: 1. Identificar os TDs e os ARs utilizados pela transao. 2. Determinar o percentual de TDs e ARs alterados como resultado da melhoria. 3. Determinar o fator de impacto para a transao. 4. Calcular o nmero de pontos de funo da melhoria. Estes passos so explicados a seguir. 3.5.1 Identificar os TDs e os TRs utilizados pela transao O tamanho dos pontos de funo da melhoria de uma funo transacional alterada calculado a partir do tamanho de pontos de funo da funo depois da alterao e do fator de impacto da alterao. O fator de impacto determinado pelo percentual de alterao no nmero de TDs e ARs usados pela transao. Os exemplos 6.6 e 6.7 no Captulo 6 ilustram como uma transao alterada avaliada. Se uma alterao somente cosmtica, o nmero de TDs e ARs alterados nulo. O impacto desse tipo de mudana considerado mnimo e o valor do fator de impacto (0,25) reflete relativamente um impacto baixo. Entretanto, a alterao deve ser includa no escopo do projeto de melhoria. 3.5.2 Determinar o percentual de TDs e ARs alterados como resultado da melhoria O fator de impacto determinado pelo percentual de alteraes para o nmero de TDs e ARs usados pela transao, comparado com o nmero original dos mesmos TDs e ARs (veja o exemplo 11 no captulo 6).

APF PARA MELHORIA DE SOFTWARE

2.2.1

17

Nmero de TDs adicionados/alterados/excludos %Mudana de TDs = ----------------------------------------------------------------- x 100 Nmero de TDs na transao original

Nmero de ARs adicionados/alterados/excludos %Mudana de ARs = ----------------------------------------------------------------- x 100 Nmero de ARs na transao original possvel que as alteraes excedam 100% quando TDs e ARs so adicionados transao. 3.5.3 Determinar o fator de impacto da transao O fator de impacto (Ialterado) para a transao determinado pelo percentual de alterao no nmero de TDs e ARs pela Tabela 2: Mudana Percentual de ARs <= 33% <= 67% <= 100% > 100% <= 67% 0,25 0,50 0,75 1,00 Percentual de TDs <= 100% 0,50 0,75 1,00 1,25 > 100% 0,75 1,00 1,25 1,50

Tabela 2 - Fatores de Impacto para funes de transao modificadas Se o fator de impacto 1,00 ou maior, voc deve avaliar se melhorar a transao ainda tem sentido. 3.5.4 Calcular o tamanho dos pontos de funo da melhoria O tamanho dos pontos de funo de melhoria de uma nica funo transacional calculado da seguinte maneira (veja tambm o exemplo 11 no Captulo 6): PFMmodificados = PFmodificados x Imodificados

3.6

Calcular o tamanho do projeto de melhoria

O tamanho do projeto de melhoria a soma do nmero de pontos de funo de melhoria para todas as funes de dados e transaes afetadas. PFMtotal = PFadicionados + PFexcludos + PFmodificados

3.7

Calcular o tamanho do sistema depois da melhoria

O tamanho funcional do sistema pode ser alterado como resultado da melhoria. O tamanho aps a melhoria pode ser calculado pela anlise de toda a aplicao novamente ou aplicando as alteraes a partir da anlise dos pontos de funo originais. Os passos a seguir so:

APF PARA MELHORIA DE SOFTWARE

2.2.1

18

1. Calcular o tamanho de pontos de funo da aplicao antes da alterao (PFbase) utilizando o mtodo APF padro. 2. Identificar as funes de dados e de transao excludas da aplicao existente e determinar seu tamanho em pontos de funo (PFexcludo). 3. Determinar as funes de dados e de transao alteradas. Calcular o nmero de pontos de funo que elas representam antes e depois da melhoria (PFdepois e PFantes), utilizando o mtodo APF padro. 4. Determinar as funes de dados e de transao adicionadas ao sistema e calcular quantos pontos de funo elas representam (PFadicionados). 5. Calcular o tamanho do sistema aps a melhoria (PFnovo) O tamanho do sistema em pontos de funo no ajustados aps a melhoria : PFnovo = PFbase + PFadicionados + (PFaps-mudana - PFantes-mudana) - PFexcludos Nota: O Fator de Impacto no interfere na determinao do tamanho do sistema aps a melhoria.

APF PARA MELHORIA DE SOFTWARE

2.2.1

19

4.

TESTES EM PROJETOS DE MELHORIA

O conjunto de funes de transao e dados que deve ser testada pode ser bem maior do que o nmero de funes de transao e dados no escopo de uma melhoria. No apenas as funes diretamente impactadas pela melhoria precisam ser testadas, mas tambm todas as outras funes afetadas. O tamanho das funes a serem testados medido em pontos de funo de teste (PFTs). Para a determinao do nmero de PFTs o fator de impacto por funo no considerado na contagem. Tambm no h distintio se uma funo foi adicionada ou modificada. Funes excludas no so consideradas no tamanho dos pontos de funo de teste (PFT). O nmero de PFTs determinado da seguinte forma. Funes de transao: determinar o tamanho de PFs de cada transao diretamente envolvida no teste; calcular o nmero total de pontos de funo para todas as transaes envolvidas no teste. Funes de dados: determinar o tamanho de PFs para cada funo de dados diretamente envolvida no teste; calcular o nmero total de pontos de funo para todas as funes de dados envolvidas no teste. O tamanho de cada funo obtido utilizando a APF padro para um novo desenvolvimento de software: o nmero de pontos de funo (PFTESTE) a soma dos tamanhos de funes de transao e dados envolvidos nos testes. Em geral, o teste feito em componentes discretos do sistema e engloba funes no modificadas assim como funes alteradas e adicionadas. Cada funo includa no escopo de um teste medida aps a melhoria. Funes excludas, portanto, no so includas no escopo e consequentemente no aumentam o nmero total de PFTs. O tamanho dos pontos de funo de teste igual ao tamanho das funes testadas, onde 1 PF resulta em 1 PFT. O tamanho total dos pontos de funo de teste : PFT = PFTESTE Nota: A abreviao PFT no deve ser confundida com o termo PT (Pontos de Teste) da Anlise de Pontos de Teste (APT). A abordagem usada neste guia difere de ATP. A ATP uma metodologia para mensurar o tamanho funcional (baseado em PF) de teste estruturado e expresso em pontos de teste, como definido por Tmap.

APF PARA MELHORIA DE SOFTWARE

2.2.1

20

5.

ORANDO A MELHORIA

A tcnica descrita neste guia baseada no mtodo APF padro. Quando se estima pequenos projetos de melhoria, em mdia, as estimativas sero corretas, mas grandes desvios tanto para cima quanto para baixo podem ocorrer. Com grandes projetos, haver possivelmente tambm desvios para cima e para baixo, mas quando se considera o projeto de melhoria como um todo, estes desvios tendem a se anular. O tamanho de pontos de funo de melhoria e o tamanho dos pontos de funo de teste podem ser usados para derivar mtricas de produtividade, por exemplo, horas por PFM e horas por PFT. Valores para horas por PFM e horas por PFT, em geral, iro diferir de horas por pontos de funo (medida utilizando o mtodo padro APF) para desenvolvimento de novos sistemas. O esforo total de melhoria, incluindo teste, pode ser expresso como a seguir: Esforo total da melhoria = (nmero de PFMs x horas por PFMs) + (nmero de PFTs x horas por PFT)

APF PARA MELHORIA DE SOFTWARE

2.2.1

21

6.

EXEMPLOS

6.1. Exemplo 1 - Expandindo um ALI

Situao Um ALI de 1 TR e 37 TDs expandido pela adio de 14 novos TDs. Questo Qual fator de impacto dever ser usado, e quantos pontos de funo de melhoria essa alterao gera? Resposta O tamanho do ALI, depois da alterao, de 10 PF (ALI com complexidade mdia). O impacto da alterao expresso como um percentual de TDs 14/37 x 100% = 37,8378% (x 100), que est entre 33% e 67%. Pela tabela 1, esta alterao traz um fator de impacto de 0,5. O tamanho dos pontos de funo de melhoria 10 x 0,5 = 5 PFM.

6.2. Exemplo 2 - AIE se torna ALI

Situao O sistema de informao A usa um AIE mantido pelo sistema de informao B. Houve uma deciso para que a manuteno dessa funo seja feita pelo sistema de informao A (a estrutura da funo de dados no se alterou). Questo 1 Qual fator de impacto deve ser usado? Resposta Um AIE importado para o sistema A e convertido para ALI. O fator de impacto 0,4 usado quando um AIE alterado para um ALI ou vice versa. Questo 2 Quantos pontos de funo de melhoria resultam da alterao dessa funo de dados? Resposta Assumindo que a funo de dados seja um ALI de baixa complexidade, seu tamanho aps a alterao 7 PF. O fator de impacto 0,4. Ento, a alterao resulta em 7 x 0,4 = 2,8 PFM.

6.3. Exemplo 3 - AIE se torna ALI com modificaes

Situao O Sistema de informao A usa um AIE que mantido pelo Sistema B e contm 45 TDs. Houve uma deciso para que o sistema A passe a manter a funo de dados e, como conseqncia, 25 TDs sero removidos dessa funo de dados. Questo 1 Qual fator de impacto deve ser utilizado? Resposta O fator de impacto 0,4 utilizado quando um AIE alterado para um ALI ou vice versa. Entretanto, nesse caso, houve uma alterao estrutural na funo de dados que deve tambm ser considerada na contagem. O percentual de alterao : 25/45 x 100% = 0,5555... (x 100%) Pela tabela 1, esta alterao (entre 33% e 67%) tem um fator de impacto de 0,5. Isso maior que o fator de impacto pela mudana de tipo (de AIE para ALI). Assim, o maior valor, 0,5, dever ser usado. Questo 2 Quantos pontos de funo de melhoria resultam da alterao da funo de dados?

APF PARA MELHORIA DE SOFTWARE

2.2.1

22

Resposta Assumindo que o arquivo um ALI de complexidade baixa, o tamanho da funo de dados aps a alterao de 7 PF. O fator de impacto 0,5 e assim, a alterao de 7 x 0,5 = 3,5 PFM.

6.4. Exemplo 4 - Dividindo um AIE

Situao Um AIE dividido em dois arquivos de interface externa separados. Questo Como contar essa alterao? Resposta Conte um AIE excludo e dois AIEs adicionados. Uma anlise mais profunda deve ser feita para contar todas as funes de transao afetadas pela alterao na funo de dados.

6.5. Exemplo 5 - Adicionando um AIE

Situao Um novo AIE foi adicionado ao sistema. Questo Como contar essa alterao? Resposta Conte um AIE adicionado (fator de impacto = 1) e leve em considerao as funes de transao que utilizam essa funo de dados. Essas transaes devem ser reavaliadas como parte do projeto de melhoria.

6.6. Exemplo 6 - Modificando um ALI, 1

Situao 3 TDs numa funo de dados usados por uma transao so alteradas. 2 dos TDs alterados sero utilizados pela transao. Questo Como contar o impacto da alterao na transao? Resposta Uma funo de dados alterada e dois TDs alterados so contados para determinar o fator de impacto para a transao alterada.

6.7. Exemplo 7 - Modificando um ALI, 2

Situao 3 TDs em uma funo de dados (ALI ou AIE) usado por uma transao so alterados. Nenhum destes TDs ser usado pela transao. Questo Precisa-se considerar essa transao para determinar o tamanho da melhoria? Resposta A razo para incluir a transao no tamanho de melhoria (apesar de nenhum dos TDs utilizados na transao serem modificados) que a funo de dados se modifica. A transao deve ser includa no escopo de melhoria. O nmero de modificaes de TDs zero, o nmero de modificaes de ARs 1. A funo de dados um AR para a transao e resultar em uma na alterao lgica no processamento da funo de transao.

6.8. Exemplo 8 - Modificando o nome de um TD

Situao O nome de um TD alterado em uma funo de dados usado por uma transao. O TD usado na transao. Questo Precisa-se de clculo para essa alterao? Resposta A transao e a funo de dados no so contadas.

APF PARA MELHORIA DE SOFTWARE

2.2.1

23

6.9. Exemplo 9 - Modificando o cabealho em um Relatrio

Situao Uma sada externa imprime um relatrio que lista informaes dos funcionrios. O cabealho de uma das colunas alterado de Nome do operrio para Nome do funcionrio. No houve alterao nos TDs da funo de dados, logo a alterao cosmtica. Questo - Precisa-se de clculo para essa alterao? Resposta A funo ser alterada como resultado de uma alterao cosmtica. Como nenhum TD foi alterado, o fator de impacto = 0,25.

6.10. Exemplo 10 - Adicionando / Modificando / Excluindo TDs

Situao Dois TDs so adicionados a uma funo de dados, 1 TD excludo e 3 TDs alterados. Questo Quantos TDs sero contados nessa alterao? Resposta O nmero de TDs contados 2 + 1 + 3 = 6 TDs

6.11. Exemplo 11 - Determinando o % de TDs e ARs modificados

Situao Um relatrio (incluindo o total calculado) mostrando 16 TDs ter 3 novos TDs adicionados a ele, 3 TDs sero alterados e 2 TDs sero excludos. O nmero de TDs afetados 3 + 3 + 2 = 8. Os novos TDs pertencem a um novo AR (a ser adicionado). Somente um AR afetado pela alterao e excluso de TDs. Questo 1 Como determinar o percentual de alterao nos TDs e ARs? Resposta Mea o nmero de TDs alterados na funo de transao em relao ao nmero original de TDs da transao (16). Portanto o clculo 8/16 x 100 = 50% Mea o nmero de ARs alterados na transao relativos ao nmero original de ARs (2). O clculo, nesse caso, 2/2 x 100 = 100%. Questo 2 Qual o tamanho da alterao na transao? Resposta Aps a melhoria o nmero de TDs 17 e so 3 ARs. A complexidade da funo permanece mdia e seu nmero de pontos de funo no se altera (5 PFs). O fator de impacto obtido na tabela 2. O percentual modifica nos TDs (50% - primeira coluna) e ARs (100% terceira linha) d um fator de impacto de 0,75. O tamanho da melhoria : PFMalterado = 5 x 0,75 = 3,8 PFM.

APF PARA MELHORIA DE SOFTWARE

2.2.1

24

7.

GLOSSRIO

Nota: este trabalho pressupe que o leitor familiarizado com a metodologia APF, seus conceitos e termos. Para mais informaes recorra publicao do IFPUG Manual de Prticas de Contagem de Pontos de Funo [IFPUG, 1] ou publicao da NESMA Guia de Contagem e Definies para a Aplicao de Anlises de Pontos de Funo[NESMA, 1]. AIE Arquivo de interface externa. AL (Arquivo lgico) Nome genrico para ALI e AIE; sinnimo de funo de dados. ALI Arquivo lgico interno. Alterao cosmtica Uma alterao somente na interface visvel pelo usurio, apresentada por uma funo de transao, sem qualquer alterao em sua lgica de processamento (independente de qualquer descrio de adio, alterao ou excluso de TDs ou ARs). Arquivo Referenciado (AR) Um arquivo lgico interno (ALI) lido ou mantido por uma funo de transao. Um arquivo de interface externa (AIE) lido por uma funo de transao. Contagem de Ponto de Funo Padro Uma contagem de ponto de funo realizada usando a metodologia APF padro, como descrita em [IFPUG, 1] e [NESMA, 1]. Fator de impacto Unidade de medida que gradua as alteraes nas funes de transao ou de dados. O valor do fator de impacto pode variar de acordo com a natureza e extenso da alterao. Funo Entrada externa (EE), sada externa (SE), consulta externa (CE), arquivo lgico interno (ALI) ou arquivo de interface externa (AIE) como definido na metodologia APF padro (veja exemplo [IFPUG, 1] ou [NESMA, 1]). Na anlise de pontos de funo, a funo tambm uma funo de transao ou uma funo de dados.

APF PARA MELHORIA DE SOFTWARE

2.2.1

25

Funo de dados Um Arquivo Lgico Interno (ALI) ou um Arquivo de Interface Externa (AIE). Funo de transao Entrada externa, sada externa e consulta externa. Manuteno No contexto deste guia, a manuteno engloba todas as atividades necessrias para operar um sistema de informao automatizado e gerenciar os aspectos tcnicos, organizacionais e financeiros associados. A manuteno envolve a execuo do trabalho necessrio para garantir a operao continuada do sistema sem alterar o escopo ou estrutura do sistema ou seus armazenamento de dados associados (depois Looijen). Melhoria Melhoria o trabalho necessrio para realizar mudana em um sistema de informao operacional ou em uma estrutura dos dados armazenados desse sistema. A definio de melhoria derivada de Vollmar: Melhoria uma mudana efetiva em um sistema de informao ou na uma estrutura dos dados armazenados. A definio independente do ciclo de vida no qual o sistema de informao pode existir e permite a adio de novas funes, a remoo e alteraes de funes existentes. PFM Ponto de Funo de Melhoria. PFT Ponto de Funo de Teste. Ponto de funo de melhoria Unidade de medida do tamanho da melhoria.

APF PARA MELHORIA DE SOFTWARE

2.2.1

26

Ponto de Funo de Teste (Teste Function Point) Unidade de medida das funes que sero objeto de teste. Proposta de melhoria Uma requisio formal de melhoria em um sistema operacional. A proposta deve ser clara o suficiente para permitir que o escopo e o impacto da melhoria sejam determinados. TD Tipo de dado elementar.

APF PARA MELHORIA DE SOFTWARE

2.2.1

27

8.

BIBLIOGRAFIA
[IFPUG, 1] IFPUG Manual de Prticas de Contagem de Pontos de Funo Verso 4.2.1 Este manual descreve Metodologia Padro da APF e pode ser usado juntamente com o Manual do NESMA. Para mais informaes veja o site do IFPUG www.ifpug.org. Data de publicao: Janeiro / 2004 ISBN 0-963-1742-9-0 [NESMA, 1] Definies e orientaes a contar para a aplicao da anlise de ponto de funo. O Manual Prtico, verso 2.1. (Ingls). Este Manual tambm chamando de NESMA Manual de Contagens Prticas. Ele descreve o a Metodologia Padro da APF, e muitos aspectos relacionadas com o uso da APF. Ele pode ser usado juntamente com o Manual do IFPUG. idntico Verso 2.2 em Holands. Para mais informaes, veja o site da NESMA www.nesma.org (Ings). Data de publicao: Novembro / 2004 140 pginas, Formato A4 ISBN 978-90-76258-19-5 [NESMA, 2]

Begrotingsmodel (Oramento

voor dos

de

exploitatielasten operacionais

van dos

informatiesystemen

custos

Sistemas de Informao; Somente disponvel em Holands) Data de publicao: Novembro / 1998 Tamanho: 117 pginas, Formato A4 ISBN 90-76258-11-2 [NESMA, 3] Onderhoud en Functiepuntanalyse

Verso 2.2 (Anlise de Pontos de Funo para Melhoria de Software) Data de publicao: August 2008. Tamanho: 21 pginas, Formato A4 ISBN 90-76258-13-9

APF PARA MELHORIA DE SOFTWARE

2.2.1

28