0004 - 3 Part 2 (2010-05-27) Portuguese

Parte 2 A ponte Aplicando o Mtodo FSM do IFPUG
Pgina intencionalmente deixada em branco.
Parte 2 Captulo 1
Parte 2 A Transio - Aplicando o Mtodo de Medio de Tamanho Funcional do IFPUG

Introduo A Parte 1 fornece o processo de anlise de ponto de funo para medir funcionalidade de software de acordo com o mtodo do IFPUG bem como regras detalhadas para identificar e medir as funes de dados e de transaes. A Parte 2 fornece uma viso geral do mtodo do IFPUG, conjuntamente com orientaes para aplicar as regras de determinao do tipo da contagem, estabelecimento da fronteira da aplicao e medio de funes de dados e de transaes.
Contedo
A Parte 2 inclui os seguintes captulos: Tpico Relao entre IFPUG e ISO

Viso Geral do Mtodo FSM do IFPUG Obter Documentao Disponvel Determinar Tipo da Contagem Determinar Escopo da Contagem e Fronteira da Aplicao Medir Funes de Dados Medir Funes Transao ndice
Pgina
1-2 2-1 3-1 4-1 5-1 6-1 7-1 i-1
Janeiro de 2010
Manual de Prticas de Contagem de Pontos de Funo
1-1
Relao entre IFPUG e ISO

Diretriz Estratgica do IFPUG O mtodo anlise de pontos de funo do IFPUG um padro ISO e deve ser aderente ISO/IEC 14143-1:2007. O mtodo pode medir apenas tamanho funcional e no tamanho no-funcional. Isto no significa que o tamanho no funcional no possa ou no deva ser medido, apenas deve ser tratado como uma medida separada (A Framework for Functional Sizing [IFPUG, 2003]).
A Framework for Functional Sizing

A Framework for Functional Sizing fornece a base para o entendimento do tamanho funcional e como ele se relaciona com os requisitos. O artigo explora diferentes tipos de requisitos; estes conceitos fornecem a base para a medio de software de acordo com a ISO/IEC 14143-1 e o CPM do IFPUG. A essncia de A Framework for Functional Sizing que pode haver vrios mtodos de medio para diferentes propsitos. O tamanho funcional pode ser medido usando o mtodo de medio funcional do IFPUG de anlise de pontos de funo, baseado nos requisitos funcionais do usurio. Outras medidas de tamanho podem ser usadas para medir, por exemplo, requisitos no funcionais. Ambos resultam em medidas distintas de tamanho, representando diferentes dimenses do tamanho do software: IFPUG-PF para tamanho funcional e alguma outra para tamanho no funcional. Embora estes tamanhos no possam ser adicionados, pois representam dimenses distintas (como volume e temperatura de uma sala), ambos podem ser usados na estimativa de esforo para desenvolvimento de uma aplicao ou sistema. A Framework for Functional Sizing fornece orientaes para distinguir tamanho funcional de tamanho no funcional.
ISO/IEC 14143-1 - Definio de Requisitos do Usurio

Em 1998 o primeiro padro de Medio de Tamanho Funcional ISO/IEC foi publicado (ISO/IEC 14143-1:1998). Este padro define Tamanho Funcional como um tamanho do software obtido atravs da quantificao dos Requisitos Funcionais do Usurio. Ele foi atualizado em 2007 e publicado como ISO/IEC 14143-1:2007. A ISO/IEC 14143-1 define os conceitos fundamentais de Medio de Tamanho Funcional (FSM) e descreve os princpios gerais para a aplicao do mtodo FSM. Ele NO fornece regras detalhadas sobre como:
1-2
Janeiro de 2010
Parte 2 A Ligao - Aplicando o Mtodo de Medio de Tamanho Funcional do IFPUG
Selecionar um mtodo especfico Medir Tamanho Funcional de software usando um mtodo especfico Usar os resultados obtidos de mtodo especfico
A definio de FSM na ISO/IEC 14143-1 aplicada para se determinar se um mtodo de medio de software um Mtodo de Medio Funcional. Ele no impede o desenvolvimento de vrios mtodos, em vez disso, oferece o embasamento para a avaliao se um mtodo especfico aderente ao FSM. A ISO/IEC 14143-1 classifica os requisitos do usurio em dois subconjuntos: Requisitos Funcionais do Usurio Requisitos No-Funcionais do Usurio
As definies da ISO/IEC 14143-1 esto listadas a seguir:
ISO/IEC 14143-1 - Definies

Tamanho Funcional Um tamanho de software obtido atravs da quantificao dos Requisitos Funcionais do Usurio.
Um subconjunto dos requisitos do usurio que descrevem o que o software Requisito Funcional do deve fazer, em termos de tarefas e servios. Usurio Nota: Requisitos funcionais do usurio incluem, mas no esto limitados a: Transferncia de dados (por exemplo: entrada de dados de cliente, envio de sinais de controle) Transformao de dados (por exemplo: calcular taxa de juros bancria, calcular temperatura mdia) Armazenamento de dados (por exemplo: armazenar dados de cliente, registrar a mudana de temperatura ao longo do tempo) Recuperao de dados (por exemplo: listar os empregados atuais, recuperar posio da aeronave)
Janeiro de 2010
1-3
Requisito NoFuncional do Usurio
A ISO no oferece definio para Requisito No-Funcional do Usurio, mas apresenta alguns exemplos em uma nota. Exemplos de requisitos do usurio que so Requisitos No-Funcionais do Usurio incluem, mas no esto limitados aos seguintes: Restries de qualidade (por exemplo, usabilidade, confiabilidade, eficincia e portabilidade) Restries Organizacionais (por exemplo, locais de operao, hardware alvo e aderncia a padres) Restries Ambientais (por exemplo, interoperabilidade, segurana, privacidade e sigilo) Restries de Implementao (por exemplo, linguagem de desenvolvimento, cronograma de entrega)
1-4
Janeiro de 2010
Parte 2 Captulo 2
Viso Geral do Mtodo FSM do IFPUG

Introduo Este captulo apresenta uma viso geral do Mtodo de Medio de Tamanho Funcional (FSM) do IFPUG. Tambm apresenta um exemplo simples dos procedimentos de contagem de pontos de funo. Este captulo contempla as seguintes sees: Tpico
Procedimento do Mtodo de Medio de Tamanho Funcional Procedimento por Captulo Exemplo Simples de Contagem Diagrama Simplificado Obter Documentao Disponvel Determinar o Escopo da Contagem e Fronteira e Identificar os Requisitos Funcionais do Usurio Medir Funes de Dados Medir Funes de Transao Calcular o Tamanho Funcional
Contedo
Pgina
2-2 2-2 2-3 2-3 2-4 2-4 2-5 2-6 2-7
Janeiro de 2010
2-1
Parte 2 A Transio - Aplicando o Mtodo FSM IFPUG
Procedimento do Mtodo de Medio de Tamanho Funcional

Esta seo apresenta um procedimento de alto nvel para o Mtodo de Medio de Tamanho Funcional do IFPUG.
Diagrama do Procedimento
medir funes de dados determinar escopo da contagem e fronteiras e identificar requisitos funcionais do usurio
reunir informaes disponveis
calcular tamanho funcional
documentar e relatar
medir funes de transao
Procedimento por Captulo

A tabela seguinte apresenta o procedimento de contagem de pontos de funo, que explicado nos captulos restantes da Parte 2. Nota: Um exemplo simples do procedimento de contagem apresentado nas pginas seguintes deste captulo. Procedimento Obter Documentao Disponvel Determinar o Escopo da Contagem e Fronteira e Identificar Requisitos Funcionais do Usurio Determinar o Escopo da Contagem e Fronteira e Identificar Requisitos Funcionais do Usurio
Medir Funes de Dados Medir Funes Transao
Captulo 3 Obter Documentao Disponvel 4 Determinar Tipo da Contagem
5 Determinar o Escopo da Contagem e Fronteira e Identificar Requisitos Funcionais do Usurio 6 Medir Funes de Dados 7 Medir Funes Transao
Nota: No existem captulos especficos para Calcular o Tamanho Funcional e Documentar e Relatar, pois estes procedimentos no necessitam de explicao adicional alm da que foi fornecida na Parte 1.
2-2
Janeiro de 2010
Parte 2 A Transio - Aplicando o Mtodo FSM do IFPUG
Exemplo Simples de Contagem

Esta seo apresenta um exemplo simples do procedimento de contagem de pontos de funo e os componentes do tamanho funcional.
Diagrama Simplificado
O diagrama seguinte apresenta os componentes para o exemplo de contagem de uma Aplicao de Recursos Humanos. Use o diagrama como referncia enquanto estiver lendo os pargrafos restantes deste captulo.
Usurio 1
Solicita e Apresenta Informao do Empregado (ambos = CE)
Sistema Monetrio
Taxa de Converso (AIE) Cadastra Novo Empregado (EE)
Aplicao de Recursos Humanos

Dados de Empregado (ALI) Relatrio Sumarizado de Empregados (SE)
Usurio 1
Usurio 1
Fronteira
Janeiro de 2010
2-3
Obter Documentao Disponvel

O primeiro passo do procedimento de contagem de pontos de funo obter a documentao disponvel, de acordo com 5.2 da Parte 1, para sustentar a medio funcional de tamanho. Ela deve descrever a funcionalidade entregue pelo software ou a funcionalidade que impactada pelo projeto de software que est sendo medido. Uma documentao adequada pode incluir requisitos, modelos de dados/objetos, diagramas de classe, diagramas de fluxo de dados, casos de uso, descries procedurais, layout de relatrios e telas, manuais de usurio e outros artefatos do desenvolvimento de software. Se no h documentao suficientemente disponvel, deve se buscar o acesso aos especialistas no negcio para cobrir as lacunas da documentao. O captulo 3 discute a documentao disponvel durante o ciclo de vida de uma aplicao.
Determinar o Escopo da Contagem e Fronteira e Identificar os Requisitos Funcionais do Usurio

Uma medio de tamanho funcional feita para responder a uma questo de negcio. De acordo com 5.3 da Parte 1, a questo de negcio que determina o propsito da contagem. De acordo com o seu propsito, as contagens de pontos de funo podem ser identificadas da seguinte maneira:
Contagem de pontos de funo de projeto de desenvolvimento Contagem de pontos de funo de projeto de melhoria Contagem de pontos de funo da aplicao
O Captulo 4 fornece orientaes para terminar o tipo da contagem de pontos de funo. O escopo da contagem define o conjunto dos Requisitos Funcionais do Usurio que sero includos na contagem de pontos de funo. A fronteira uma interface conceitual entre o software em anlise e seus usurios. O diagrama simplificado anterior apresenta a fronteira da aplicao entre a Aplicao de Recursos Humanos (que est sendo medida) e o Sistema Monetrio (externo). Tambm apresenta a fronteira da aplicao da Aplicao de Recursos Humano e seus usurios. O Captulo 5 discute mais sobre escopo da contagem e fronteira da aplicao.
2-4
Janeiro de 2010
Medir Funes de Dados

Uma funo de dados representa a funcionalidade fornecida ao usurio para atender suas necessidades internas e externas de armazenamento de dados. Uma funo de dados pode ser um arquivo lgico interno ou um arquivo de interface externa. Um arquivo lgico interno (ALI) um grupo de dados ou informaes de controle, reconhecido pelo usurio e mantido dentro da fronteira da aplicao sendo medida. A principal inteno de um ALI armazenar dados mantidos por um ou mais processos elementares da aplicao sendo medida. O diagrama simplificado anterior apresenta um grupo de dados relacionado a empregado mantido dentro da Aplicao de Recursos Humanos como um exemplo de Arquivo Lgico Interno.
Um arquivo de interface externa (AIE) um grupo de dados ou informaes
de controle, reconhecido pelo usurio, e que apenas referenciado pela aplicao sendo medida, mas que so mantidos dentro da fronteira de outra aplicao. A principal inteno de um AIE armazenar dados referenciados por um ou mais processos elementares da aplicao sendo medida. Isto significa que um AIE contado para uma aplicao deve ser um ALI em alguma outra aplicao. O diagrama simplificado anterior mostra informao de taxa de converso mantida pelo Sistema Monetrio e que referenciado pela Aplicao de Recursos Humanos como um exemplo de Arquivo de Interface Externa. O Captulo 6 da Parte 2 discute o uso das regras para medir funes de dados. A Parte 3 contm orientaes adicionais para medir funes de dados. A Parte 4 contm exemplos que ilustram o uso das regras das funes de dados.
Janeiro de 2010
2-5
Medir Funes de Transao

Uma funo de transao um processo elementar que fornece funcionalidade ao usurio para processamento de dados. Uma funo de transao pode ser uma entrada externa, sada externa ou consulta externa.
Uma entrada externa (EE) um processo elementar que processa dados ou
informaes de controle recebidos de fora da fronteira da aplicao. A inteno primria de uma EE manter um ou mais ALIs e/ou alterar o comportamento do sistema. O diagrama simplificado anterior mostra o processo de cadastrar um novo empregado na Aplicao de Recursos Humanos como um exemplo de uma Entrada Externa.
Uma sada externa (SE) um processo elementar que envia dados ou
informaes de controle para fora da fronteira da aplicao e inclui processamento adicional alm daquele existente em uma consulta externa. A inteno primria de uma sada externa apresentar dados ao usurio atravs de lgica de processamento que no seja apenas recuperao de dados ou informao de controle. A lgica de processamento deve contar ao menos uma frmula matemtica ou clculo, e/ou criar dados, e/ou manter um ou mais ALIs, e/ou alterar o comportamento do sistema. O diagrama simplificado anterior mostra o processo de gerar um relatrio que sumariza todos os empregados da Aplicao de Recursos Humanos como um exemplo de Sada Externa.
Uma consulta externa (CE) um processo elementar que envia dados ou
informaes de controle para fora da fronteira da aplicao. A inteno primria de uma consulta externa apresentar dados ao usurio atravs de recuperao de dados ou informao de controle. A lgica de processamento no contm frmula matemtica, nem clculo, nem cria dados derivados. Nenhum ALI mantido durante o processamento, nem o comportamento do sistema alterado. O diagrama simplificado anterior mostra o processo de solicitar dados de empregado como um exemplo de Consulta Externa. O Captulo 7 da Parte 2 discute o uso das regras para medir funes de transao. A Parte 3 contm orientaes adicionais para medir funes de transao. A Parte 4 contm exemplos que ilustram o uso das regras para medir funes de transao.
2-6
Janeiro de 2010
Calcular o Tamanho Funcional

O tamanho funcional representa o tamanho do software obtido pela quantificao dos requisitos funcionais do usurio. A funcionalidade especfica da aplicao do usurio avaliada em termos do que entregue, no como entregue. Apenas componentes solicitados e definidos pelo usurio so contados. O tamanho funcional obtido atravs da medio das funes de dados e de transao. Estas funes so detalhadas em tipo de funes descritas nos pargrafos seguintes. Alguns indivduos podem usar o valor do fator de ajuste (VAF), que considera 14 caractersticas gerais de sistema (CGSs). Para orientao no uso do VAF e das CGSs, consulte o Apndice C.
Janeiro de 2010
2-7
Esta pgina foi deixada em branco intencionalmente.
2-8
Janeiro de 2010
Parte 2 Captulo 3

Introduo Este captulo apresenta a documentao comumente disponvel durante o ciclo de vida de uma aplicao e a importncia do papel do usurio. Este captulo inclui:
Contedo
Tpico
Viso do Usurio Documentao Disponvel Durante o Ciclo de Vida de uma Aplicao Fase: Requisitos Iniciais do Usurio Fase: Requisitos Tcnicos Fase: Requisitos Funcionais Finais do Usurio Comparaes entre as Fases do Ciclo de Vida Documentao til do Projeto da Aplicao Tamanho Funcional
Pgina
3-2 3-3 3-4 3-5 3-6 3-8 3-9 3-10
Janeiro de 2010
3-1
Parte 2 A Transio Aplicando o Mtodo FSM do IFPUG
Viso do Usurio
Um usurio qualquer pessoa ou coisa que se comunica ou interage com o software a qualquer momento. A viso do usurio o Requisito Funcional do Usurio como percebido pelo usurio. Requisitos Funcionais do Usurio so um subconjunto dos requisitos do usurio que descrevem o que o software dever fazer em termos de tarefas e servios. A viso do usurio representa uma descrio formal das necessidades dos negcios do usurio, na linguagem do usurio. Os desenvolvedores traduzem a informao do usurio para informaes em linguagem tcnica a fim de prover uma soluo. A viso do usurio: uma descrio das funes do negcio Pode ser feito por declarao verbal pelo usurio atravs de seu ponto de vista
aprovada pelo usurio Pode ser usada para medir o tamanho funcional Pode variar na forma fsica (ex., catlogo de transaes, propostas, documento de requisitos, especificaes externas, especificaes detalhadas, manuais do usurio) Uma medio de tamanho funcional realizada utilizando a informao em uma linguagem que comum para o usurio(s) e desenvolvedores.
3-2
Janeiro de 2010
Parte 2 A Transio Aplicando o Mtodo FSM IFPUG
Documentao Disponvel Durante o Ciclo de Vida de uma Aplicao

Os requisitos do usurio evoluem rapidamente nas fases iniciais de um projeto. Os usurios e desenvolvedores devem decidir, de comum acordo, quais funes devero ser includas em uma aplicao. Estas decises a respeito das funes de um projeto podem ser influenciadas por: Necessidades da organizao Riscos (de negcios e tcnicos) associados ao projeto Recursos disponveis (ex. oramento, pessoal) para o projeto Tecnologia disponvel na organizao Influncia de outros usurios ou desenvolvedores atravs de comentrios e sugestes. No comeo de um projeto produzido o estudo de viabilidade. Ele a especificao de nvel mais alto e normalmente muito curto; por exemplo: A organizao precisa de uma aplicao para se adaptar a uma nova legislao sobre impostos A organizao precisa de uma aplicao para administrar estoques de maneira mais eficiente A organizao precisa de uma aplicao para administrar recursos humanos de maneira mais eficiente Depois do estudo de viabilidade, o usurio desenvolve requisitos que se tornam mais precisos com o passar do tempo. Em algum momento, o usurio trocar idias com os desenvolvedores para criar os requisitos detalhados. Os desenvolvedores de software podem antecipar seus trabalho de desenvolvimento e implementao dos requisitos com base no estudo de viabilidade. As conversas entre usurios e desenvolvedores de software levam a requisitos mais refinados. O processo de desenvolvimento varia de acordo com as diferentes organizaes. Este manual ir considerar, para fins ilustrativos, um modelo com trs categorias de documentos de requisitos: Requisitos Iniciais do Usurio Requisitos Tcnicos Iniciais Requisitos Funcionais Finais Assim como em outras metodologias de desenvolvimento, a Fase de Requisitos Funcionais Finais fase mais precisa para a medio de tamanho funcional.
Janeiro de 2010
3-3
Fase: Requisitos Iniciais do Usurio

Esta fase representa os requisitos dos usurios antes das sesses entre os usurios e os desenvolvedores de software. Pode ter uma ou mais das caractersticas abaixo: Incompleta Por exemplo, Nos Requisitos Iniciais do Usurio podem faltar funes necessrias integridade referencial Falta de funcionalidades utilitrias Por exemplo, relatrios de validao essenciais ou consultas podem estar faltando Impossibilidade de implementao ou uso muito difcil Por exemplo, um usurio pode pedir uma consulta on-line que requeira uma hora de processamento de CPU Muito genrica Por exemplo, os requisitos podem no incluir a lista especfica de campos de reconhecimento do usurio No atender s necessidades para todos os usurios da aplicao Por exemplo, os requisitos de um projeto especfico podem variar de um usurio para outro, se no tiverem as mesmas necessidades funcionais Requisitos definidos sem considerar as fronteiras de aplicao Por exemplo, fronteiras da aplicao futura e/ou atual podem no estar sendo consideradas Expressos em um contexto diferente ou em uma terminologia no compatvel com a anlise de pontos de funo Por exemplo: os Requisitos Iniciais do Usurio podem fazer referncia ao aspecto fsico ou manual do sistema. Exemplo No departamento de RH de uma organizao, um usurio expressa seu requisito assim: Sempre que eu estou trabalhando com um funcionrio, quero poder ver as informaes do funcionrio informando o seu nome. Este requisito implica no desenvolvimento de uma tela de consulta e de um grupo de dados de funcionrio. Exemplo de Funcionalidades dos Requisitos Inicial do Usurio: CE ALI consulta de um funcionrio especfico grupo de dados de funcionrio
3-4
Janeiro de 2010
Fase: Requisitos Tcnicos Iniciais

Esta segunda fase representa a viso dos desenvolvedores de software sobre os requisitos criados a partir do estudo de viabilidade. Um trabalho dos desenvolvedores de software, dentre outros, organizar os requisitos dentro das aplicaes existentes, se existirem. Os Requisitos Tcnicos Iniciais podem incluir elementos necessrios para a implementao, mas no so utilizados na medio de tamanho funcional (ex.: arquivos temporrios, ndices, etc.). Esta fase pode ter uma ou mais das caractersticas abaixo: Dependncia tecnolgica Por exemplo: os arquivos fsicos variam com base no ambiente de banco de dados. Terminologia no familiar com os usurios Por exemplo, desenvolvedores de software podem se referir aos arquivos fsicos ao invs de grupos lgicos de dados. Funcionalidades podem ser determinadas enfatizando restries tcnicas Por exemplo: alguns desenvolvedores tendem a limitar o escopo dos requisitos pelo foco na capacidade computacional (CPU) disponvel no momento na organizao. Fronteiras so determinadas de acordo com a arquitetura tcnica ao invs de processos do negcio Por exemplo: pode haver requisitos tcnicos separados para cliente e servidor, mas ambos devem ser considerados na mesma fronteira de aplicao quando se estiver medindo o tamanho funcional. Exemplo Desenvolvedor: Eu reconheo a necessidade de uma consulta de funcionrios. Um ndice necessrio para acelerar a busca de funcionrios especficos. As funes dos Requisitos Tcnicos Iniciais podem ser identificadas como: CE ALI consulta de um funcionrio especfico grupo de dados de funcionrio *Arquivos de ndices no so includos na medio de tamanho funcional. Neste exemplo, o arquivo de ndice foi incorretamente identificado como um ALI para ilustrar um erro potencial na contagem por parte dos desenvolvedores de software.
ALI* ndice do arquivo de funcionrio
Janeiro de 2010
3-5
Fase: Requisitos Funcionais Finais

Esta terceira fase dos requisitos origina-se de sesses conjuntas entre o(s) usurio(s) e o(s) desenvolvedor(es). As sesses conjuntas so necessrias para tornar os requisitos funcionais consistentes e completos para a aplicao. Esta fase a verso final dos requisitos funcionais do usurio para a aplicao antes do incio da fase de desenvolvimento e tem as seguintes caractersticas: erminologia que pode ser entendida tanto pelos usurios quanto pelos desenvolvedores de software Descries integradas de todos os requisitos do usurio, incluindo requisitos de todos os grupos de usurios existentes Todos os processos de negcio so completamente definidos, incluindo toda ao do usurio, campos entrando e saindo da fronteira de aplicao, fontes de dados so definidas por cada processo de negcio, e as validaes que ocorram como parte de cada processo de negcio Cada processo e grupo de dados aprovador por usurio e desenvolvedor A viabilidade e utilidade so aprovadas pelos desenvolvedores de software
Exemplo
Usurio: Sempre que eu estou trabalhando com um funcionrio, quero poder ver as informaes dos funcionrios informando seu nome. Desenvolvedor: Reconheo a necessidade de consulta de funcionrios, mas muitos funcionrios podem ter o mesmo nome. No possvel especificar um funcionrio individualmente atravs de seu nome; por esta razo, sugiro uma lista de funcionrios on-line (nome, localizao e nmero da previdncia social), atravs da qual seja possvel selecionar um funcionrio. Ser necessrio um ndice para acelerar a recuperao de um funcionrio especfico. Usurio: Concordo que a lista de seleo de funcionrios necessria neste caso, e isto tambm pode ser usado para outros propsitos alm da seleo de funcionrio. Resultado desta conversa entre o usurio e o desenvolvedor: Incluir uma lista on-line de funcionrios nos requisitos funcionais do usurio e no tamanho funcional Excluir o ndice de funcionrios da contagem de pontos de funo j que esta uma soluo tcnica Funes do Exemplo de Requisitos Funcionais Finais: CE CE ALI consulta a um especfico funcionrio lista on-line de funcionrios grupo de dados de funcionrio
3-6
Janeiro de 2010
O documento de Requisitos Funcionais Finais a verso final dos requisitos antes de iniciar a fase de desenvolvimento. Neste momento, dever haver concordncia quanto aos requisitos documentados estarem concludos, formalizados e aprovados. A medio de tamanho funcional, assumindo que no haja nenhuma mudana adicional no escopo, dever ser consistente com a medio na concluso do desenvolvimento.
Janeiro de 2010
3-7
Comparao das Fases do Ciclo de Vida

Antes de iniciar uma medio de tamanho funcional, determine a fase do ciclo de vida da aplicao e se voc vai fazer uma aproximao, ou uma medio. Documente qualquer suposio. Uma aproximao permite fazer suposies sobre funes desconhecidas e/ou suas complexidades, para determinar um tamanho funcional aproximado. Uma medio inclui a identificao de todas as funes e suas complexidades, para efetuar uma anlise de pontos de funo. Num primeiro estgio, os Requisitos Iniciais do Usurio podem ser o nico documento disponvel para a anlise de pontos de funo. Apesar das desvantagens, este tamanho pode ser muito til para produzir uma estimativa antecipada. A utilizao da anlise de pontos de funo para obter aproximaes nas vrias fases do ciclo de vida apresentada a seguir:
Fase do Ciclo de Vida Proposta: usurios expressam necessidades e intenes Requisitos: desenvolvedores e usurio revisam e concordam quanto s necessidades e intenes do usurio Projeto: os desenvolvedores podem incluir elementos para implementao que no so usados pela anlise de pontos de funo Construo Entrega Manuteno
O tamanho pode ser aproximado sim sim
O tamanho pode ser medido no sim
sim
sim
sim sim sim
sim sim sim
Nota: No foi assumido nenhum ciclo de vida especfico. Se utilizar uma abordagem iterativa, voc deve esperar uma aproximao do tamanho durante boa parte do ciclo de vida de desenvolvimento. Esteja certo de estar medindo somente requisitos novos ou refinados de acordo com as necessidades e intenes do usurio.
3-8
Janeiro de 2010
Utilidade do Projeto/Documentao da Aplicao

Em geral, os itens a seguir so teis quando se faz alguma medio de tamanho funcional: Documentos de requisitos Diagrama de entidades Modelos de objetos Modelos de dados Arquivo e esquemas banco de dados (com lgica, atributos necessrios do usurio identificados) Acordos de Interface com descries de entradas em lote/arquivos de transao e interfaces de/para outras aplicaes Exemplos de relatrios, telas online e outras interfaces de usurio Demonstrao da operao de aplicao Uma ou mais especialistas na aplicao (para a aplicao que est sendo medida) Um ou mais clientes/usurios de aplicao (passveis de serem consultados durante o processo de medio) Guia de usurio, manual de treinamento e ajuda da aplicao Documentao do projeto do sistema Especificaes funcionais Casos de uso
Nota: Esta lista acima no exaustiva.
Janeiro de 2010
3-9
Tamanho Funcional
O CPM do IFPUG foi transformado em padro ISO para a medio de tamanho funcional, com a excluso das Caractersticas Gerais do Sistema, que medem requisitos no funcionais (tcnicos e de qualidade). At certo ponto, esta transformao permitiu que o Comit de Prticas de Contagem tratasse consistentemente itens como Dados de Cdigo. A considerao mais importante em relao a estas questes como os requisitos no funcionais afetam o tamanho. Como no so parte do tamanho funcional, no contribuem para o tamanho funcional. Entretanto, ainda so parte de todos os requisitos (funcional e no funcional) para o software, contribuindo ento para o tamanho do mesmo. Para uma discusso detalhada sobre tamanho funcional e como ele ir tanto conduzir como restringir a evoluo da anlise de pontos de funo, consulte o documento do IFPUG Framework for Functional Sizing 1 .
Framework for Functional Sizing, IFPUG CPC, Release 1.0, September 2003
3-10
Janeiro de 2010
Parte 2 Captulo 4
Determinar o Tipo de Contagem

Introduo Este captulo inclui uma explicao detalhada dos tipos de contagem: projeto de desenvolvimento, projeto de melhoria, e aplicao. O Captulo inclui as seguintes sees:
Contedo
Tpico
Definies: Tipos de Contagem de Pontos de Funo Projeto de Desenvolvimento Projeto de Melhoria
Pgina
4-2 4-2 4-2 4-3 4-4 4-4
Aplicao
Diagrama dos Tipos de Contagem Medidas Estimadas e Finais de Tamanho Funcional
Janeiro de 2010
4-1
Definies: Tipos de Contagem de Pontos de Funo

O tamanho funcional pode ser medido tanto para projetos quanto aplicaes. O tipo de contagem de ponto de funo determinado com base no propsito, conforme os itens a seguir:
Contagem de pontos de funo de projeto de desenvolvimento Contagem de pontos de funo de projeto de melhoria Contagem de pontos de funo de aplicao
O pargrafo seguinte define cada tipo de contagem de ponto de funo. Nota: Para aqueles indivduos que aplicam um Fator de Ajuste (VAF), consulte no Apndice C as frmulas para calcular o VAF e a contagem de pontos de funo ajustada.
Projeto de Desenvolvimento
Um projeto de desenvolvimento um projeto para desenvolver e fornecer a primeira verso de um software. O tamanho funcional do projeto de desenvolvimento uma medida de funcionalidade oferecida aos usurios com a primeira instalao do software, conforme medido pela contagem de pontos de funo do projeto de desenvolvimento pela atividade de aplicao, o mtodo de medio funcional (FSM) IFPUG.
Projeto de Melhoria
Um projeto de melhoria um projeto para desenvolver e entregar manuteno adaptativa. O tamanho funcional do projeto de melhoria uma medida das funcionalidades adicionadas, alteradas e excludas na concluso de um projeto de melhoria, conforme medido pela contagem dos pontos de funo do projeto de melhoria pela atividade de aplicao do mtodo de Medio de Tamanho Funcional (FSM) do IFPUG. Orientaes adicionais esto includas na Parte 3.
4-2
Janeiro de 2010
Aplicao
Uma aplicao uma coleo coesa de procedimentos automatizados e dados apoiando um objetivo de negcio; isto consiste em um ou mais componentes, mdulos, ou subsistemas. Um tamanho funcional de uma aplicao uma medida de funcionalidade que uma aplicao oferece ao usurio, determinado pela contagem de pontos de funo da aplicao pela atividade de aplicao do mtodo de Medio de Tamanho Funcional (FSM) do IFPUG. Ela tambm e chamado de baseline ou tamanho funcional instalado. Este tamanho fornece uma medida de funes atuais que o aplicativo fornece ao usurio. O nmero inicializado quando o projeto de desenvolvimento da contagem de ponto de funo finalizado. atualizado toda vez que um projeto de melhoria finalizado alterar funes da aplicao.
Janeiro de 2010
4-3
Diagrama dos Tipos de Contagem

O diagrama a seguir ilustra os tipos de contagem de pontos de funo e seus relacionamentos. (O Projeto A completado primeiro, seguido do Projeto B.)
Contagem Estimada Projeto de Desenvolvimento como Projeto A
Projeto Concludo
Contagem Final Projeto de Desenvolvimento como Projeto A
Inicializa
Contagem da Aplicao Contagem Estimada Projeto de Melhoria como Projeto B Projeto Concludo Contagem Final
Atualiza
Projeto de Melhoria como Projeto B
Medidas Estimadas e Finais de Tamanho Funcional

importante entender que as medidas de tamanho funcional so estimativas das funcionalidades entregues. Alm disso, medida que o escopo esclarecido e as funes desenvolvidas, bastante comum identificar funcionalidades adicionais que no foram especificadas nos requisitos originais. Este fenmeno , algumas vezes, denominado como scope creep. essencial atualizar o tamanho funcional da aplicao na concluso do projeto. Se a funcionalidade se alterar durante o desenvolvimento, o tamanho funcional ao final do ciclo de vida reflete precisamente toda funcionalidade entregue ao usurio.
4-4
Janeiro de 2010
Parte 2 Captulo 5
Determinar o Escopo da Contagem e Fronteira e Identificar Requisitos Funcionais de Usurios

Introduo Este captulo fornece uma orientao na aplicao de regras, procedimentos e dicas para determinar a fronteira das aplicaes e para estabelecer o escopo da contagem. Este captulo inclui as seguintes sees: Tpico
Escopo da Contagem e Fronteira Propsito de Contagem Escopo da Contagem Fronteira Determine o Escopo da Contagem e Fronteira - Regras e Procedimentos Regras de Fronteira
Contedo
Pgina
5-2 5-2 5-3 5-4 5-5 5-5 5-5 5-6
Procedimentos do Escopo da Contagem e da Fronteira da Aplicao

Dicas para Ajudar a Identificar o Escopo da Contagem e Fronteira
Janeiro de 2010
5-1
Escopo da Contagem e Fronteira

Esta seo define o escopo da contagem e a fronteira da(s) aplicao(es) e explica como so influenciados pelo propsito da contagem.
Propsito da Contagem
Uma medio de tamanho funcional feita para fornecer uma resposta a um problema do negcio, e o problema do negcio que determina o propsito. O propsito: Determina o tipo de contagem de ponto de funo e o escopo da contagem necessria para obter a resposta ao problema de negcios sob investigao Influencia o posicionamento da fronteira entre o software sob anlise e o software vizinho; por exemplo, se o Mdulo de Pessoal do Sistema de Recursos Humanos est para ser substitudo por um pacote, o usurio deve decidir reposicionar a fronteira e considerar o Mdulo de Pessoal como uma aplicao separada Fornecer o tamanho funcional de um projeto como uma entrada para o processo de estimativa a fim de determinar o esforo para desenvolver a primeira verso de uma aplicao Fornecer o tamanho funcional da base instalada das aplicaes para determinar os custos de sustentao por ponto de funo Fornecer o tamanho funcional de dois pacotes para permitir a comparao de funcionalidade oferecida por cada um
Exemplos de propsito so:
5-2
Janeiro de 2010
Escopo da Contagem
O escopo da contagem define o conjunto de Requisitos Funcionais de Usurios para ser includo na contagem de pontos de funo. O escopo:
Define o (sub)conjunto do software que est sendo medido determinado pelo propsito para a realizao da contagem de pontos de
funo
Identifica quais funes sero includas na medida de tamanho funcional
assim como fornecer respostas relevantes para o propsito da contagem

Pode incluir mais de uma aplicao
O escopo de:
Uma contagem de pontos de funo de projeto de desenvolvimento inclui
todas as funes impactadas (construdas ou customizadas) pelas atividades do projeto. Inclui ainda funes de converso desenvolvidas como parte do projeto de desenvolvimento.
Uma contagem de pontos de funo de projeto de melhoria inclui todas as
funes que esto sendo includas, alteradas e excludas. Inclui ainda converso de funes desenvolvidas como parte do projeto de melhoria. A fronteira da(s) aplicao(es) impactadas permanecem as mesmas. A funcionalidade da(s) aplicao(es) refletem o impacto das funes sendo adicionadas, modificadas ou excludas.
Uma contagem de pontos de funo da aplicao pode incluir, dependendo
do propsito (p.ex., fornecer um pacote como uma soluo do software):

apenas as funes sendo usadas pelo usurio todas as funes disponibilizadas
O escopo das duas contagens acima diferente resultando em um tamanho funcional diferente medido para mesma aplicao. Entretanto, o posicionamento da fronteira das aplicaes permanece a mesmo e no influenciado pela deciso de modificar o escopo. O posicionamento da fronteira independente do escopo.
Janeiro de 2010
5-3
Fronteira
A fronteira uma interface conceitual entre o software sob estudo e seus usurios. A fronteira (tambm chamada de fronteira da aplicao): Define o que externo aplicao
Indica a fronteira entre o software que est sendo medido e o usurio Atua como uma membrana atravs da qual os dados processados pelas
transaes (EEs, SEs e CEs) passam para dentro e para fora da aplicao
Envolve os dados lgicos mantidos pela aplicao (ALIs) Auxilia na identificao dos dados lgicos referenciados mas no mantidos
pela aplicao (AIEs)

Depende da viso externa do negcio do usurio da aplicao.
independente de consideraes de tcnicas e/ou implementao O posicionamento da fronteira entre o software sob anlise e outra aplicao do software pode ser subjetivo. comum haver dificuldade para delinear onde uma aplicao termina e a outra se inicia. Tente colocar a fronteira de uma perspectiva de negcio ao invs de se basear em uma considerao tcnica ou fsica. importante que a fronteira seja colocada com cuidado, de forma que todos os cruzamentos de dados da fronteira possam ser potencialmente includos no escopo da contagem Por exemplo, o diagrama a seguir mostra fronteiras entre a aplicao de Recursos Humanos e as aplicaes externas, Sistema Monetrio e Ativo Fixo. O exemplo mostra ainda a fronteira entre o usurio humano (Usurio 1) e a aplicao de Recursos Humanos.
Usurio 1
Sistema Monetrio Aplicao de Recursos Humanos Ativo Fixo
5-4
Janeiro de 2010
Determine o Escopo da Contagem e Fronteira Regras e Procedimentos

Esta seo define as regras e procedimentos que se aplicam quando se determina o escopo da contagem e da fronteira da(s) aplicao(es). O posicionamento da fronteira importante porque impacta o resultado da medio de tamanho funcional. A fronteira auxilia na identificao de dados entrando na aplicao e que sero includos no escopo da contagem.
Regras da Fronteira
As seguintes regras devem ser aplicadas para fronteiras:
A fronteira determinada com base na viso do usurio. O foco est no que o usurio pode entender e descrever. A fronteira entre aplicaes relacionadas est baseada nas reas funcionais separadas como pode ser visto pelo usurio, no em consideraes tcnicas. A fronteira inicial j estabelecida para a aplicao ou aplicaes que estejam sendo modificadas no influenciada pelo escopo da contagem.
Nota: Pode haver mais de uma aplicao includa no escopo da contagem. Nesse caso, mltiplas fronteiras da aplicao devero ser identificadas. Quando a fronteira no est bem definida (como no incio da anlise), ela dever ser posicionada da forma mais exata possvel.
Procedimentos do Escopo da Contagem e da Fronteira da Aplicao

Quando for executar uma medio de tamanho funcional, os passos abaixo devem ser seguidos: Passo 1 2 3 4 Ao Estabelecer o propsito da contagem Identificar o escopo da contagem Identificar a fronteira da aplicao Documentar os seguintes itens: O propsito da contagem O escopo da contagem A fronteira da aplicao Quaisquer suposies relacionadas aos itens acima
Janeiro de 2010
5-5
Dicas para Ajudar na Identificao do Escopo da Contagem e da Fronteira

Escopo da Contagem As seguintes dicas podem ajudar a identificar o escopo da contagem:
Revisar o propsito da contagem de pontos de funo, para ajudar a
determinar o escopo da contagem.

Na identificao do escopo da contagem de pontos de funo da base
instalada (p. ex., a funcionalidade suportada pelo grupo de manuteno), incluir todas as funes atualmente em produo e utilizadas pelos usurios. Fronteira As seguintes dicas podem ajudar a identificar a fronteira da aplicao(es):
Utilize as especificaes externas do sistema ou obtenha um fluxo do
mesmo e desenhe a respectiva fronteira, destacando as partes internas e as externas aplicao.

Verifique como os grupos de dados esto sendo mantidos. Identifique as reas funcionais, alocando certos tipos de objetos da anlise
(tais como entidades ou processos elementares) a uma rea funcional.

Observe dados de medio correlatos, tais como esforo, custo e defeitos.
As fronteiras consideradas para os pontos de funo e para os outros dados de medio devem ser as mesmas
Entrevistar os especialistas no assunto para auxiliar na identificao da
fronteira.
5-6
Janeiro de 2010
Parte 2 Captulo 6

Introduo Este captulo oferece um guia de aplicao das regras e procedimentos para medir funes de dados. As funes de dados representam a funcionalidade oferecida ao usurio para satisfazer requisitos de dados internos e externos. Uma funo de dado pode ser um arquivo lgico interno ou um arquivo de interface externo. O termo arquivo aqui no significa arquivo fsico ou tabela. Nesse caso, arquivo se refere a um grupo de dados logicamente relacionados e no implementao fsica destes grupos de dados. Contedo Este captulo inclui as seguintes sees: Tpico
Definio e Inteno Primria: ALIs e AIEs Arquivos Lgicos Internos Arquivo de Interface Externa Diferena entre ALIs e AIEs Definies para Termos Utilizados Procedimentos para Contagem de Funes de Dados Regras de Identificao das Funes de Dados Regras de Classificao de Funes de Dados Definies e Regras de Complexidade e Contribuio Definio de DER Regras de DER Definio RLR Regras de RLR Determinao da Complexidade e Contribuio Dicas para Ajudar na Contagem
Pgina
6-2 6-2 6-2 6-2 6-2 6-4 6-4 6-5 6-5 6-5 6-5 6-7 6-7 6-8 6-10
Janeiro de 2010
6-1
Definio e Inteno Primria: ALIs e AIEs

Esta seo inclui a definio e a inteno primria de um arquivo lgico interno (ALI) e de um arquivo de interface externa (AIE). So definidos os termos utilizados nas definies, assim como exemplos foram includos ao longo desta seo.
Arquivos Lgicos Internos

Um arquivo lgico interno (ALI) um grupo de dados ou de informaes de controle logicamente relacionados, reconhecido pelo usurio, mantido dentro da fronteira da aplicao que est sendo contada. A inteno primria de um ALI armazenar dados mantidos atravs de um ou mais processos elementares da aplicao que est sendo contada.
Arquivo de Interface Externa

Um arquivo de interface externa (AIE) um grupo de dados ou de informaes de controle logicamente relacionados, reconhecido pelo usurio, referenciado pela aplicao que est sendo contada, porm, mantido dentro da fronteira de uma outra aplicao. A inteno primria de um AIE armazenar dados referenciados atravs de um ou mais processos elementares dentro da fronteira da aplicao que est sendo contada. Isto significa que um AIE contado para uma aplicao deve ser um ALI em outra aplicao.
Diferena entre ALIs e AIEs

A diferena primria entre um arquivo lgico interno e um arquivo de interface externa que um AIE no mantido pela aplicao que est sendo contada, enquanto que um ALI mantido pela aplicao que est sendo contada.
Definies para Termos Utilizados

Os seguintes pargrafos ajudam na definio de ALIs e AIEs atravs da definio dos termos utilizados dentro das definies. Informaes de Controle Informaes de Controle so dados que influenciam um processo elementar. Especificam o que, quando ou como os dados sero processados. Por exemplo, algum do departamento da folha de pagamento estabelece ciclos de pagamentos para especificar quando os funcionrios de cada local sero pagos. O ciclo de pagamento, ou cronograma, contm informaes de periodicidade que determinam quando o processo elementar de pagamento de funcionrios ocorrer.
6-2
Janeiro de 2010
Reconhecido pelo Usurio
O termo reconhecido pelo usurio refere-se a requisitos definidos para processos e/ou grupos de dados que foram acordados e entendidos tanto pelo(s) usurio(s) quanto pelos desenvolvedor(es) de software. Por exemplo, usurios e desenvolvedores concordam que uma Aplicao de Recursos Humanos ter funcionalidade para manter e guardar informaes do Funcionrio na aplicao.
Mantido
O termo mantido refere-se habilidade de incluir, modificar ou excluir dados a partir de um processo elementar. Exemplos incluem, mas no esto limitados a, incluso, modificao, excluso, carga inicial, reviso, atualizao, atribuio e criao.
Processo Elementar
Um processo elementar a menor unidade de atividade que tem significado para o usurio. Deve-se compor e/ou decompor os Requisitos Funcionais do Usurio at a menor unidade de atividade, a qual satisfaz os itens a seguir: significativo para o usurio constitui uma transao completa auto contida e deixa o negcio da aplicao contada em um estado consistente
Por exemplo, os requisitos do usurio para adicionar um funcionrio inclui informaes de salrio e dependentes. Um funcionrio no ter sido criado se no forem includas todas as respectivas informaes. Incluir separadamente apenas parte das informaes deixar o negcio de incluir um funcionrio em um estado inconsistente. Se forem includos tanto o salrio do empregado quanto as informaes do(s) dependente(s), a unidade de atividade ser concluda e o negcio ser deixado em um estado consistente.
Janeiro de 2010
Manual de Prticas Contagem de Pontos de Funo
6-3
Procedimentos para Contagem de Funes de Dados

Esta seo oferece um guia na aplicao de regras para a contagem das funes de dado (arquivos lgicos internos e arquivos de interface externa). Este resumo foi includo para mostrar as regras no contexto dos procedimentos de contagem de ALI e de AIE. Nota: Os procedimentos detalhados de contagem esto na pgina 6-4. Um guia adicional e exemplos esto na Parte 3 Arquivos Lgicos. O procedimento para medir funes de dados inclui os seguintes passos: Passo 1 2 3 Ao Identificar as funes de dados. Classificar cada funo de dado como um ALI ou AIE. Determinar a complexidade dos ALI ou AIE e sua contribuio para o tamanho funcional.
Regras de Identificao das Funes de Dados

Uma funo de dados representa a funcionalidade fornecida ao usurio para atender requisitos de armazenamento de dados internos e externos. Uma funo de dados um ALI ou um AIE. Nota: Funes de dados so mais facilmente identificadas quando se utiliza um modelo lgico de dados; entretanto, isto no impede a medio em ambientes onde tcnicas alternativas de modelagem de dados ou objetos so empregadas. A terminologia de modelagem de dados utilizada para documentar as regras de funes de dados, porm a mesma abordagem pode ser aplicada com outras tcnicas. Para identificar funes de dados, as atividades a seguir devem ser cumpridas:
Identificar no escopo da contagem todos os dados e informaes de controle logicamente relacionados e reconhecidos pelo usurio. Excluir entidades que no so mantidas por nenhuma aplicao. Agrupe entidades relacionadas que so dependentes (Consulte Parte 3 Arquivos Lgicos) Nota: Entidades independentes devem ser consideradas grupos lgicos de dados separados.
Excluir as entidades classificadas como Dados de cdigo (Consulte Parte 3 Dados de Cdigo)
6-4
Janeiro de 2010
Excluir entidades que no contm atributos necessrios para o usurio. Remover entidades associativas que contm atributos adicionais no necessrios para o usurio e entidades associativas que contm apenas chaves estrangeiras; agrupe atributos de chave estrangeira com as entidades primrias Nota: Atributos chave estrangeira so dados necessrios para o usurio estabelecer uma relao com outra funo de dado.
Regras de Classificao de Funes de Dados

Classificar como um ALI se o dado mantido pela aplicao que est sendo medida. Classificar como um AIE se:
referenciado, mas no mantido, pela aplicao que est sendo medida e identificado como um ALI em uma ou mais aplicaes
Nota: Se a funo de dados satisfaz ambas as regras, classifique-a como ALI.
Definies e Regras de Complexidade e Contribuio

O nmero de ALIs, AIEs, e suas respectivas complexidades funcionais determinam a contribuio das funes de dados para o tamanho funcional. Atribua a cada ALI e AIE identificado uma complexidade funcional com base na quantidade de tipos de dados elementares (DERs) e de tipos de registros elementares (RLRs) associados ao ALI ou AIE. Esta seo define DERs e RLRs e inclui regras para cada um. Definio de DER Regras de DER Um tipo de dado elementar um campo nico, reconhecido pelo usurio e no repetido. Para a contagem de Tipos de Dados Elementares (DERs) para uma funo de dados, as regras a seguir devem ser aplicadas:
Conte um DER para cada campo nico, reconhecido pelo usurio e no repetido, mantido ou recuperado pela funo de dados durante a execuo de todos os processos elementares no escopo da contagem. Por exemplo, o(s) resultado(s) do clculo de um processo elementar, como o valor do imposto sobre uma venda, referente a um pedido de cliente mantido em um ALI contado como um DER no ALI de pedido de cliente.
Janeiro de 2010
6-5
Por exemplo, acessar o preo de um item salvo em um arquivo de faturamento, ou campos como um time stamp, se requisitado pelo usurio, so contados como DERs. Por exemplo, se um nmero de funcionrio aparece duas vezes em um ALI ou AIE como: (1) chave do registro do funcionrio e (2) chave estrangeira do registro do dependente, conte o DER apenas uma vez. Por exemplo, dentro de um ALI ou AIE, conte um DER para os 12 campos Valor Mensal Orado. Conte um DER adicional para identificar o ms aplicvel.
Conte apenas os DERs que esto sendo usados pela aplicao que est sendo medida quando duas ou mais aplicaes estiverem sendo mantidas e/ou referenciando a mesma funo de dados. Nota: Atributos que no so referenciados pela aplicao que est sendo medida no so contados. Por exemplo, a Aplicao A pode identificar e utilizar um endereo como: rua, cidade, estado e CEP. A Aplicao B pode ver o endereo como um bloco de dados sem considerar os componentes individuais. A Aplicao A contaria quatro DERs; a Aplicao B contaria um DER. Por exemplo, a Aplicao X mantm e/ou referencia um ALI que contm CPF, Nome, Rua, Caixa Postal, Cidade, Estado e CEP. A Aplicao Z mantm e/ou referencia Nome, Cidade e Estado. A Aplicao X contaria sete DERs; a Aplicao Z contaria trs DERs.
Conte um DER para cada parte de dado requisitada pelo usurio para estabelecer um relacionamento com outra funo de dado. Por exemplo, na Aplicao de RH, as informaes de um funcionrio so mantidas dentro de um ALI. O nome da funo do funcionrio includo como parte das informaes do funcionrio. Este DER contado porque necessrio para relacionar um funcionrio a uma funo existente na organizao. Este tipo de dado elementar conhecido como chave estrangeira. Por exemplo, em uma aplicao orientada a objetos (OO), o usurio solicita uma associao entre classes de objetos, as quais foram identificadas como ALIs distintos. O Nome do local um DER do ALI Local. O nome do local requerido ao processar as informaes do funcionrio; conseqentemente, tambm contado como um DER dentro do ALI funcionrio.
Revisar os atributos relacionados para determinar se eles esto agrupados e contados como um simples DER ou se so contados como DERs mltiplos; o agrupamento depender de como os processos elementares usam os atributos dentro da aplicao
6-6
Janeiro de 2010
Por exemplo, um nmero de conta que armazenado em vrios campos contado como um DER. Por exemplo, uma imagem antes ou depois de um grupo de 10 campos mantidos para fins de auditoria deve ser contado como um DER para a imagem antes (todos os 10 campos) e um DER para a imagem depois (todos os 10 campos), totalizando 2 DERs. Definio RLR Regras de RLR Um Tipo de Registro Elementar (RLR) um subgrupo de dados reconhecido pelo usurio dentro de uma funo de dados. Para Contar Tipos de Registro Elementar (RLRs) para uma funo de dados, as atividades a seguir devem ser executadas:
Conte um RLR para cada funo de dados (por padro cada funo de dado tem um subgrupo de DERs para ser contado como um RLR) Conte um RLR adicional para cada subgrupo de DER lgico adicional (com a funo de dados) que contm mais de um DER: o entidade associativa com atributos no-chave o subtipo (outro alm do primeiro subtipo) e o entidade atributiva, em um relacionamento que no seja obrigatrio 1-1
Nota: Um relacionamento obrigatrio 1-1 reflete a relao entre duas entidades onde cada uma relacionada com uma, e apenas uma, instncia de uma entidade relacionada. Por exemplo, em uma Aplicao de Recursos Humanos, a informao para um funcionrio adicionado atravs da adio de informaes gerais. Alm das informaes gerais, o funcionrio um assalariado ou horista. O usurio determinou que um funcionrio ou assalariado ou horista. Cada tipo de funcionrio possui atributos prprios. Os dois tipos podem ter informaes sobre dependentes. Neste exemplo, existem trs subgrupos ou RLRs, como mostrado abaixo: Funcionrio assalariado; incluindo informaes gerais Funcionrio horista; incluindo informaes gerais Dependente do funcionrio Nota: Se no houver um modelo de dados, procure grupos de dados repetidos a fim de identificar RLRs. Nota: Existem dois tipos de subgrupos: Opcional e Obrigatrio. Subgrupos Opcionais so aqueles que o usurio tem a opo de usar
Janeiro de 2010
6-7
um ou nenhum dos subgrupos durante o processo elementar que inclui ou cria uma instncia do dado. Subgrupos Obrigatrios so subgrupos onde o usurio deve usar pelo menos um durante um processo elementar que adiciona ou cria uma instncia de dados.
Determinao da Complexidade e Contribuio

A complexidade funcional de cada funo de dados deve ser determinada utilizando os passos abaixo. Passo
1 2
Ao Para identificar e contar os RLRs e DERs, use as regras de contagem de complexidade e contribuio que iniciam na pgina 6-5. A complexidade funcional de cada funo de dados deve ser determinada utilizando o nmero de RLRs e DERs de acordo com esta matriz.
1 a 19 DERs 1 RLR Baixa 2 a 5 RLRs Baixa 6 ou mais RLRs Mdia 20 a 50 DERs 51 ou mais DERs
Baixa Mdia Alta
Mdia Alta Alta
Por exemplo, uma funo de dados com 51 DERs e 2 RLRs se traduz uma complexidade funcional alta. O tamanho funcional de cada funo de dados determinado usando o tipo e a complexidade funcional de acordo com as tabelas abaixo. Tabela de Contribuio de ALI: Use a tabela a seguir para atribuir um tamanho funcional para cada ALI.
Grau de Complexidade Funcional Pontos de Funo
Baixo Mdio Alto
7 10 15
Tabela de Contribuio de AIE: Use a tabela a seguir para atribuir um tamanho funcional para cada AIE.
Grau de Complexidade Funcional Pontos de Funo
Baixo Mdio Alto
5 7 10
Por exemplo, um alto grau de complexidade funcional para um AIE se transforma em 10 pontos de funo.
Continua na prxima pgina
6-8
Janeiro de 2010
Passo
4
Ao A contribuio dos ALIs e AIEs para o tamanho funcional podem ser totalizadas. Por exemplo, a tabela a seguir mostra o clculo para um ALI de complexidade alta, dois AIEs de complexidade mdia e um AIE de complexidade alta.
Tipo de Funo Complexidade Funcional Total da Complexidade Total do Tipo de Funo
ALI
0 0 1 0 2 1
Baixa Mdia Alta Baixa Mdia Alta
X7 = X 10 = X 15 = X5 = X7 = X 10 =
0 0 15 0 14 10
15
AIE
24
Neste exemplo, no existem ALIs de baixa ou alta complexidade e apenas um ALI de alta complexidade; portanto, o tamanho total para os ALIs de 15 pontos. Para os AIEs, no existe nenhum de complexidade baixa, dois de complexidade mdia (14 pontos) e um de alta complexidade (10 pontos) totalizando 24 pontos para os AIEs. O tamanho funcional engloba o total final para todos os tipos de funes. As contribuies para ALIs e AIEs podem ser acrescentadas tabela que lista todos os tipos de funes. O Apndice A inclui uma tabela que pode ser usada para registrar o total para todas as funes.
Janeiro de 2010
6-9
Dicas para Ajudar na Contagem

As dicas a seguir podem ajudar a aplicar as regras de ALI e AIE. Estas dicas no so regras e no devem ser usadas como regras. Os dados constituem um grupo lgico que suporta os requisitos especficos do usurio?

Uma aplicao pode usar um ALI ou AIE em diversos processos, mas o ALI ou AIE contado apenas uma vez. Um arquivo lgico no pode ser contado tanto como ALI e AIE para a mesma aplicao. Considere a inteno primria do grupo de dados. Se o grupo de dados satisfizer ambas as regras, conte-o apenas como um ALI. Se o grupo de dados no foi contado como um ALI ou AIE por si s, conte seus atributos como DERs para o ALI ou AIE que inclui este grupo. No assuma que um arquivo fsico, tabela ou classe de objeto equivale a um arquivo lgico quando observar dados lgicos na viso do usurio. Apesar de algumas tecnologias de armazenamento como tabelas em um banco de dados relacional, arquivos seqenciais ou classes de objetos estarem relacionadas a ALIs ou AIEs, no assuma que haver sempre um relacionamento lgico-fsico um-para-um. No assuma que um arquivo fsico, tabela ou classe de objeto deva ser contado ou includo como parte de um ALI ou AIE. Observe o fluxo de trabalho. Na decomposio funcional do processo, identifique onde ocorrem as interfaces com o usurio e com outras aplicaes. Navegue atravs do diagrama de processos para conseguir dicas. Contabilize os ALIs mantidos por mais de uma aplicao em cada aplicao no momento que a aplicao medida. Apenas os DERs utilizados por cada aplicao contada devem ser utilizados para medir o ALI/AIE.
Onde os dados so mantidos? Dentro ou fora da fronteira da aplicao?

Os dados em um ALI so mantidos atravs de um processo elementar da aplicao?

Uma aplicao pode usar um ALI ou AIE vrias vezes, mas o ALI ou AIE deve ser contado apenas uma vez. Um processo elementar pode manter mais do que um ALI. Navegue atravs do diagrama de processos para obter dicas.
6-10
Janeiro de 2010
Parte 2 Captulo 7
Medir Funes de Transaes

Introduo Este captulo fornece um guia para aplicao de regras para medir as funes de transao do tipo entrada externa (EE), sada externa (SE), e consulta externa (CE). Uma funo de transao um processo elementar que oferece funcionalidade ao usurio para processar dados. Uma funo de transao uma entrada externa, sada externa, ou consulta externa. Para exemplos que ilustran a aplicao dessas regras, vide Parte 4 Exemplos. Contedo Este captulo inclui as seguintes sees: Tpico
Definio e Inteno Primria: EEs, SEs e CEs Entrada Externa
Pgina
7-3 7-3 7-3 7-3 7-4 7-5 7-8 7-9 7-9 7-10 7-11 7-13 7-13 7-13 7-13
Continua na pgina seguinte
Consulta Externa
Sada Externa
Resumo das Funes Executadas pelas EEs, SEs e CEs. Definies de Termos Utilizados Resumo das Lgicas de Processamento Usadas pelas EEs, SEs e CEs.
Regras de Contagem de Funo de Transao Procedimentos de Contagem de Funo de Transao Identificar Cada Processo Elementar Determinar Unicidade do Processo Elementar
Classificar Cada Processo Elementar

Classificar como uma EE Classificar como uma SE Classificar como uma CE
Janeiro de 2010
7-1
Tpico
Regras e Definies de Complexidade e Contribuio Definio de RLR Regra de RLR Definio de DER Regras de DER Diretrizes para Complexidade e Contribuio de EE Orientaes para contagem de RLR em uma EE Orientaes para contagem de DER em uma EE Guia de Complexidade e Contribuio para SE/CE Orientaes para contagem de RLR para SEs Orientaes para contagem de RLR para CEs Orientaes compartilhadas de contagem de DER para SEs e CEs Determinao de Complexidade e Contribuio Dicas para Ajudar na Contagem EEs, SEs e CEs Dicas Adicionais para Ajudar na Contagem de SEs e CEs
Pgina
7-14 7-14 7-14 7-14 7-14 7-15 7-15 7-15 7-17 7-17 7-17 7-17 7-19 7-21 7-23
7-2
Janeiro de 2010
Definio e Inteno Primria: EEs, SEs e CEs

Esta seo inclui a definio e inteno primria de uma entrada externa (EE), sada externa (SE) e uma consulta externa (CE). As definies dos termos utilizados neste manual, bem como os respectivos exemplos, foram includas no decorrer desta seo.
Entrada Externa
Uma entrada externa (EE) um processo elementar que processa dados ou informaes de controle que vm de fora da fronteira da aplicao. A inteno primria de uma EE manter um ou mais ALIs e/ou alterar o comportamento do sistema.
Consulta Externa
Uma consulta externa (CE) um processo elementar que envia dados ou informaes de controle para fora da fronteira da aplicao. A inteno primria de uma consulta externa apresentar informaes ao usurio atravs da recuperao de dados ou informaes de controle. A lgica de processamento no contm frmula matemtica ou clculo, e nem cria dados derivados. Nenhum ALI mantido durante o processamento, nem o comportamento do sistema alterado.
Sada Externa
Uma sada externa (SE) um processo elementar que envia dados ou informaes de controle para fora da fronteira da aplicao e que inclui um processamento adicional ao de uma consulta externa. A inteno primria de uma SE apresentar informaes ao usurio atravs de lgica de processamento que no seja apenas a recuperao de dados ou informaes de controle. A lgica de processamento deve conter pelo menos uma frmula matemtica ou clculo, criar dados derivados, manter um ou mais ALIs ou alterar o comportamento do sistema.
Janeiro de 2010
Manual Prtico de Contagem de Pontos de Funo
7-3
Resumo das Funes Realizadas pelas EEs, SEs e CEs

Como indicado na Parte 1, a principal diferena entre os tipos de funo de transao sua inteno primria. A tabela abaixo mostra resumidamente as funes que podem ser executadas por cada tipo de funo de transao, especificando a inteno primria de cada uma. Tipo de Funo de Transio: EE SE CE IP F N/A IP F N/A F IP IP
Funo: Alterar o comportamento do sistema Manter um ou mais ILFs Apresentar a informao ao usurio Legenda: IP F N/A
a inteno primria do tipo de funo de transao uma funo do tipo de funo de transao, mas no a inteno primria e est presente algumas vezes a funo no permitida para o tipo de funo de transao
A principal diferena entre EEs e SEs/CEs a inteno primria. Algumas das diferenas entre SEs e CEs so que uma SE pode alterar o comportamento do sistema, ou manter um ou mais ALIs enquanto executa a inteno primria de apresentar informaes ao usurio. Outras diferenas so identificadas na seo abaixo, que resume as formas de lgica de processamento para cada funo de transao.
7-4
Janeiro de 2010
Definies de Termos Utilizados

Os pargrafos seguintes incluem as definies da Parte 1 necessrias para determinar EEs, SEs e CEs. Processo Elementar Um Processo Elementar a menor unidade de atividade que significativa para o usurio. Por exemplo, requisitos podem indicar a necessidade de adicionar diferentes tipos de informao do funcionrio (ex. endereo, informaes de salrio e dependentes), mas a menor unidade de atividade significativa para o usurio Adicionar Funcionrio. Neste exemplo, adicionar um funcionrio (sem adicionar endereo e informaes de salrio e dependente) no cumpre todos os critrios. Outros sistemas podem tratar a manuteno de salrio e/ou informaes do dependente independentemente do funcionrio. Informaes de Controle Informaes de controle so dados que influenciam um processo elementar da aplicao especificando o que, quando, ou como dados sero processados. Por exemplo, algum do departamento de folha de pagamento estabelece ciclos de pagamentos, para planejar quando os funcionrios de cada local sero pagos. O ciclo, ou programa de pagamento contm informaes de datas que iro afetar o momento da ocorrncia do processo elementar de pagamento de funcionrios. Mantido O termo mantido se refere a habilidade de incluir, alterar ou excluir dados atravs de um processo elementar. Os exemplos incluem, mas no so limitados a incluso, alterao, excluso, carga inicial, reviso, atualizao, atribuio e criao. Usurio Um usurio qualquer pessoa ou coisa que se comunica ou interage com o software a qualquer momento. Os exemplos incluem pessoas do departamento do RH que interagem com a aplicao para configurar funcionrios, e a aplicao de Benefcios que interage com a aplicao de RH para receber informaes sobre os dependentes dos funcionrios.
Significativo
reconhecido pelo usurio e satisfaz um Requisito Funcional do Usurio.
Janeiro de 2010
7-5
Lgica de Processame nto
Lgica de Processamento definida como qualquer um dos requisitos especificamente solicitados pelo usurio para completar um processo elementar como validaes, algortmos ou clculos e leitura ou manuteno de uma funo de dados. Esses requisitos podem incluir as seguintes aes: 1. Validaes so executadas Por exemplo, quando incluir um novo funcionrio em uma organizao, o processo de funcionrio valida o tipo DER do funcionrio. 2. Frmulas matemticas e clculos so executados Por exemplo, ao produzir informaes sobre todos os funcionrios de uma organizao, o processo inclui o clculo do nmero total de funcionrios assalariados, funcionrios horistas e de todos os funcionrios. 3. Valores equivalentes so convertidos Por exemplo, a idade do funcionrio convertida para um grupo de faixa etria usando uma tabela. 4. Dados so filtrados e selecionados atravs da utilizao de critrios especificados para comparar vrios grupos de dados Por exemplo, para gerar uma lista de funcionrios por atribuio, um processo elementar compara o cdigo da tarefa de uma atribuio para selecionar e listar os funcionrios com esta atribuio. 5. Condies so analisadas para determinar quais so aplicveis Por exemplo, a lgica de processamento empregada por um processo elementar na incluso de um funcionrio, vai depender do funcionrio ser pago atravs de salrio mensal ou horas trabalhadas. A entrada de DERs (e o resultado do processamento lgico) baseado em uma escolha diferente (assalariado ou horista) neste exemplo parte de um processo elementar. 6. Um ou mais ALIs so atualizados Por exemplo, ao incluir um funcionrio, o processo elementar atualiza o ALI funcionrio para manter os dados do funcionrio. 7. Um ou mais ALIs e AIEs so referenciados Por exemplo, ao incluir um funcionrio, o AIE moeda referenciado para usar a taxa de cmbio do dlar correta, para determinar o valor da hora do funcionrio em dlares. 8. Dados ou informaes de controle so recuperados Por exemplo, para ver uma lista de funcionrios, as informaes dos funcionrios so recuperadas de uma funo de dados.
7-6
Janeiro de 2010
9. Dados derivados so criados atravs da transformao de dados existentes, para criar dados adicionais Por exemplo, para determinar (derivar) um nmero de registro do paciente (ex. BARJO01), os seguintes dados so concatenados: as 3 primeiras letras do sobrenome do funcionrio (BAR de Barros) as 2 primeiras letras do nome do funcionrio (JO de Joo) um nmero seqencial de dois dgitos (comeando de 01)
10. O comportamento da aplicao alterado Por exemplo, o comportamento do processo elementar de pagamento de funcionrios alterado quando uma mudana feita para pag-los s sextas-feiras, a cada duas semanas, ao invs de pag-los no 15o dia e no ltimo dia do ms, resultando em 26 perodos de pagamento por ano, contra 24. 11. Preparar e apresentar informaes fora da fronteira Por exemplo, uma lista de funcionrios apresentada ao usurio. 12. Existe a capacidade de receber dados ou informaes de controle que entram pela fronteira da aplicao Por exemplo, um usurio entra com vrias informaes para incluir uma ordem de compra na aplicao. 13. Dados so reclassificados ou rearrumados. Esta forma de processamento lgico no implica na identificao de tipo ou contribuio na unicidade de um processo elementar; ou seja, a orientao dos dados no constitui unicidade. Por exemplo, uma lista de funcionrios classificada em ordem alfabtica ou de localizao. Por exemplo, em um pedido na tela de entrada, a informao do cabealho organizado no topo da tela, e os detalhes so colocados abaixo. Um processo elementar pode incluir mltiplas alternativas ou ocorrncias das aes acima. Por exemplo, validaes, filtros, reclassificaes, etc.
Janeiro de 2010
7-7
Resumo das Lgicas de Processamento Utilizadas pelas EEs, SEs e CEs

A tabela seguinte resume as formas de lgica de processamento que podem ser executadas pelas EEs, SEs e CEs. Para cada tipo de funo de transao, certos tipos de lgica de processamento podem ser executadas para atender a inteno primria daquele tipo. As 13 aes, por si s, no permitem identificar processo elementares nicos. Tipo da Funo de Transao EE SE CE p p p p p d* p p p d* p d p p d* p p p d* p p d* d* d p p p n p p p n d d n n d p p
Formas de lgica de processamento: 1. 2. 3. 4. Validaes so efetuadas Clculos matemticos so efetuados Valores equivalentes so convertidos Dados so filtrados e selecionados por critrios especficos para comparar vrios grupos de dados 5. Condies so analisadas para determinar quais se aplicam 6. Pelo menos um ALI atualizado 7. Pelo menos um ALI ou AIE referenciado 8. Dados ou informaes de controle so recuperados 9. Dados derivados so criados 10. O comportamento do sistema alterado 11. Preparar e apresentar informaes para fora da fronteira 12. Dados ou informaes de controle entrando pela fronteira da aplicao so aceitos 13. Os dados so reclassificados ou reorganizados Legenda:
d o tipo de funo deve executar esta forma de lgica de processamento d* o tipo de funo deve executar pelo menos uma destas formas de lgica de processamento p o tipo de funo pode executar esta forma de lgica de processamento, mas a mesma no obrigatria n o tipo de funo no pode executar esta forma de lgica de processamento
7-8
Janeiro de 2010
Regras de Contagem de Funo de Transio

Esta seo oferece um guia para a aplicao de regras na contagem das EEs, SEs e CEs.
Procedimentos de Contagem de Funo de Transio

Os procedimentos de contagem de funo de transao devem incluir os seguintes passos: Passo
1 2 3 4
Ao
Identificar cada processo elementar. Determinar o processo elementar nico. Classificar cada funo de transio como Entrada Externa (EE), Sada Externa (SE) ou Consulta Externa (CE). Determinar a complexidade functional para cada funo de transao e sua contribuio para o tamanho functional.
As regras na Parte 1 so explicadas nos seguintes pargrafos.
Janeiro de 2010
7-9
Identificar Cada Processo Elementar

Para identificar cada processo elementar, as atividades a seguir devem ser realizadas: Compor e/ou decompor os Requisitos Funcionais do Usurio at a menor unidade de atividade que satisfaz todos os itens a seguir:
significativo para o usurio
Por exemplo, os requisitos funcionais do usurio requerem a habilidade de adicionar um novo funcionrio na aplicao.
constitui uma transao completa
Por exemplo, a definio do usurio inclui informaes de salrio e dependentes do funcionrio. Se o nmero de dependentes maior do que zero, ao adicionar um funcionrio deve incluir informaes do dependente. Neste exemplo, adicionar um funcionrio (sem adicionar endereo e informaes de salrio e dependente) no cumpre todos os critrios. Outros sistemas podem tratar a manuteno de salrio e/ou informaes do dependente independentemente do funcionrio.
auto-contido e
Por exemplo, o processo incluir no auto-suficiente a menos que toda informao obrigatria seja informada e todos os passos do processamento so executados; ex. validaes, clculos, atualizao de ALIs.
deixa o negcio de aplicao sendo medida em um estado consistente
Por exemplo, os requisitos do usurio para adicionar um funcionrio incluem a configurao de informaes de salrio e dependentes. Se toda informao do funcionrio no adicionada, um funcionrio ainda no foi criado. Adicionar alguma informao sozinha deixa o negcio de adicionar um funcionrio em um estado inconsistente. Se tanto o salrio do funcionrio e a informao do dependente so informados, a unidade de atividade completada e o negcio deixado em um estado consistente. Identifique um processo elementar para cada unidade de atividade identificada que agrupa todos os critrios acima.
7-10
Janeiro de 2010
Determinar Processos Elementares nicos

Para determinar processos elementares nicos, as atividades a seguir devem ser cumpridas Quando comparado a um Processo Elementar (PE) j identificado, conte dois PEs similares como o mesmo Processo Elementar se eles:

Requerem o mesmo conjunto de DERs e Requerem o mesmo conjunto de RLRs e Requerem o mesmo conjunto de lgicas de processamento para completar o processo elementar
Nota: Um processo elementar pode ter pequena variao em DERs ou RLRs assim como mltiplas alternativas, variaes ou ocorrncias de lgicas de processamento abaixo. Nota: Quando os dois processos elementares so comparados e se determina que eles contm diferentes DERs, RLRs ou Processamento Lgico, eles so identificados como processos elementares separados se forem especificados como requisitos functionais distintos pelo usurio. Nota: O teste de unicidade acima deve ser utilizado para comparar dois PEs que j tenham sido identificados e no como justificativa para dividir um nico PE em dois PEs como resultado de variaes. Dividir um nico PE em dois PEs baseado nas variaes pode indicar que as regras para identificar um PE no tenha sido satisfeitas. Por exemplo, quando um PE para Adicionar Funcionrio requer DERs adicionais para tratar endereos de funcionrios europeus e americanos (caixa postal/ CEP, pas/estado, nmero de telefone e cdigo da cidade). O PE no dividido em dois PEs por conta da pequena diferena no endereo do funcionrio. O PE ainda Adicionar Funcionrio, e h uma variao na lgica de processamento e DERs para contar as diferenas no endereo e nmero de telefone. Por exemplo, quando um PE para Adicionar funcionrio foi identificado, o mesmo no dividido em dois PEs para contar o fato de que um funcionrio pode ou no ter dependentes. O PE ainda Adicionar Funcionrio, e h variao no processo lgico e DERs para contar dependentes.
Janeiro de 2010
7-11
Por exemplo, quando o requisito funcional do usurio especificar a necessidade para dois relatrios semelhantes (tal como o Relatrio 1 que contm Nome do Consumidor, Identidade do Consumidor, e Endereo e Relatrio 2 que contm Nome do Consumidor, Identidade do Consumidor, Endereo e Telefone), os relatrios so identificados como PEs separados uma vez que o requisito funcional do usurio especifica a necessidade para diferentes DERs. Os relatrios no so combinados em um PE nico apenas porque tm DERs semelhantes.
No divida um processo elementar com mltiplas formas de processamento lgico em mltiplos processos elementares. Se um processo elementar subdividido inapropriadamente o mesmo no rene os critrios (listados acima) de um processo elementar.
7-12
Janeiro de 2010
Classificar Cada Processo Elementar

Classificar cada processo elementar como uma Entrada Externa (EE), Sada Externa (SE) ou uma Consulta Externa (CE) baseado na sua inteno primria. A inteno primria de um processo elementar deve ser identificada pelos seguintes itens:

alterando o comportamento da aplicao mantendo um ou mais ALIs apresentando informao ao usurio
As formas de lgica de processamento necessrias para completar o processo elementar deve ser identificado atravs da lista apresentada na pgina 7-8.
Classificar como uma EE
Tem a inteno primria de:

manter um ou mais ALIs ou alterar o comportamento da aplicao e
Incluir a lgica de processamento de aceitar dados ou informao de controle que entra na fronteira de aplicao Classificar como uma SE Tem a inteno primria de apresentar a informao ao usurio, e Incluir pelo menos uma das formas seguintes de lgica de processamento:

clculos matemticos so realizados um ou mais ALIs so atualizados criado dado derivado ou * o comportamento da aplicao alterado
Nota: *Campos calculados so uma forma de dado derivado, apesar de que dados derivados podem ser tambm criados sem realizar o clculo. Classificar como uma CE Tem a inteno primria de apresentar informao ao usurio, e:
referenciar uma funo de dados para recuperar dados ou informaes de controle e no satisfaz o critrio de ser classificado como uma SE
Janeiro de 2010
7-13
Regras e Definies de Complexidade e Contribuio

O nmero de EEs, SEs e CEs e suas complexidades funcionais determinam a contribuio das funes de transao para o tamanho funcional. Atribua uma complexidade funcional a cada EE, SE e CE identificada, com base no nmero de tipos de arquivos referenciados (ALRs) e tipos de dados elementares (DERs). Na aplicao de regras de RLR/DER para funes do tipo transao, importante reconhecer as diferenas nas funes que cada tipo pode realizar de acordo com suas regras de classificao (ex. uma CE, pela regra no pode atualizar um RLR; consequentemente o guia para contar um RLR para uma atualizao de ALI no se aplica). Para identificar as funes que um tipo de funo de transao pode realizar, consultar a tabela na pgina 7-8. Definio de ALR Um tipo de arquivo referenciado uma funo de dados lida e/ou mantida pela funo de transao. Um tipo de arquivo referenciado inclui: Regra de ALR Um arquivo lgico interno lido ou mantido por uma funo de transao ou Um arquivo de interface externa lido por uma funo de transao
Um ALR deve ser contado para cada funo de dados que acessado (lido e/ou escrito).
Definio de DER Regras de DER
Um tipo de dado elementar um campo nico, reconhecido pelo usurio e no repetido. Para contar DERs como uma funo de transao, as atividades a seguir devem ser realizadas

Revisar tudo que cruza (entra e/ou sai) da fronteira Conte um DER para cada campo nico reconhecido pelo usurio, atributo no repetido que cruza (entra e/ou sai) a fronteira durante o processamento da funo de transao Conte apenas um DER por funo de transao para a habilidade de enviar uma mensagem de resposta de aplicao mesmo que sejam mensagens mltiplas Conte apenas um DER por funo de transao para a habilidade de iniciar ao(es) mesmo que haja mltiplos meios para realiz-la
7-14
Janeiro de 2010
No conte os itens a seguir como DERs:
literais como ttulos de relatrio, tela ou identificador do painel, ttulos de coluna e ttulos de atributos selos gerados automaticamente pelo sistema como atributos de data e hora varivel de paginao, nmero de pginas e informao de posicionamento; ex. Linhas 37 a 54 de 211 ajudas de navegao como a habilidade de navegar com uma lista utilizando anterior, prximo, primeiro, ultimo e seus grficos equivalentes atributos gerados dentro da fronteira por uma funo de transao e armazenado em um ALI sem sair da fronteira atributos obtidos ou referenciados de um ALI ou AIE para a participao em processamento sem sair da fronteira
Esta seo define as regras de ALR e DER utilizadas para determinar a Regras de Complexidad complexidade e contribuio das entradas externas. ee Contribuio de EE Regras de ALR para uma EE Reconhecendo que uma EE deve atualizar um ALI ou alterar o comportamento da aplicao, as seguintes regras so aplicveis quando contar ALRs:

Conte um ALR para cada ALI mantido Conte um ALR para cada ALI ou AIE lido Conte apenas um ALR para cada ALI que seja lido e mantido
Diretrizes de DER para uma EE
Reconhecendo que uma EE deve atualizar um ALI ou controlar o comportamento da aplicao, as seguintes regras so aplicveis quando contar DERs:

Revise tudo que cruza (entra e/ou sai) a fronteira Conte um DER para cada campo nico reconhecido pelo usurio, atributo no repetido que cruza (entra e/ou sai) da fronteira durante o processamento da funo de transao Por exemplo, nome do trabalho e grade de pagamento so dois campos que o usurio informa quando inclui um trabalho.
Janeiro de 2010
7-15
Conte apenas um DER por funo de transao para a habilidade de enviar uma mensagem de resposta mesmo se forem vrias mensagens Por exemplo, se um usurio tenta incluir um funcionrio existente na aplicao de Recursos Humanos, o sistema gera a respectiva mensagem de erro e o campo incorreto marcado. Conte um DER que incluir todas as respostas que indicam condies de erro, confirmam que o processamento est concludo, ou confirmam que o processamento dever continuar.
Conte apenas um DER por funo de transao para a habilidade de iniciar ao(es) mesmo que haja mltiplos meios para isto Por exemplo, se o usurio pode iniciar a incluso de um funcionrio clicando no boto OK ou pressionando uma tecla PF, conte um DER para a habilidade de iniciar o processo.
literais como ttulos de relatrio, tela ou identificador do painel, ttulos de coluna e ttulos de atributos selos gerados automaticamente pelo sistema como atributos de data e hora variveis de paginao, nmero de pginas e informao de posicionamento; ex. Linhas 37 a 54 de 211 ajudas de navegao como a habilidade de navegar com uma lista utilizando anterior, prximo, primeiro, ltimo e seus equivalentes grficos atributos gerados dentro da fronteira pela funo transacional e gravadas no ALI sem sair da fronteira Por exemplo, a fim de manter o salrio-hora em dlar para funcionrios horistas que trabalhem em outros pases com outras moedas, o salrio-hora local informado pelo usurio. Durante o processamento dos dados fornecidos para incluir um funcionrio, uma taxa de cmbio recuperada pelo sistema de moedas, para calcular o salrio-hora em dlares. O salrio-hora em dlar mantido no ALI funcionrio, como resultado da incluso do funcionrio. O salriohora em dlar no poderia ser contado como um DER para a EE porque no entra pela fronteira, sendo ao invs disso calculado internamente (i.e., um dado derivado).
atributos obtidos ou referenciados de um ALI ou AIE para a participao no processamento sem sair da fronteira Por exemplo, quando o pedido do cliente includo no sistema, o preo unitrio automaticamente recuperado para cada item pedido e gravado no registro da fatura. O preo unitrio no poderia ser contado como um DER para a EE porque no atravessa a fronteira da aplicao quando o usurio inclui o pedido do cliente.
7-16
Janeiro de 2010
Esta seo define as regras de ALR e DER usadas para determinar a Regras de Complexidad complexidade e contribuio das sadas externas e consultas externas. ee Contribuio de SE/CE Regras Comuns para CEs Guia RLR para SEs Reconhecendo que uma CE no pode atualizar um ALI, o guia a seguir aplica quando contar RLRs para CEs:
Conte um RLR para cada ALI ou AIE lido
Reconhecendo que uma SE pode atualizar um ALI, o guia adicional a seguir aplica quando conta RLRs para SEs:

Conte um RLR para cada ALI ou AIE lido Conte um RLR para cada ALI mantido Conte apenas um RLR para cada ALI que lido ou mantido
As seguintes regras so aplicveis contagem de DERs, tanto para SEs Regras quanto para CEs: Comuns de DER para SEs Revise tudo que cruza (entra e/ou sai) a fronteira e CEs Conte um DER para cada campo nico, no repetido, reconhecido pelo usurio, que cruza (entra e/ou sai) a fronteira durante o processamento da funo de transao Por exemplo (SE/CE), para gerar uma lista de funcionrios, o nome do funcionrio um campo que o usurio fornece para indicar quais funcionrios devem ser listados. Por exemplo (SE/CE), uma mensagem de texto pode ser uma nica palavra, uma sentena ou uma frase uma linha ou pargrafo includo em um relatrio como comentrio explicativo conta como um nico DER. Por exemplo (SE/CE), um nmero de conta ou data fisicamente gravado em vrios campos contado como um DER quando requerido como um nico pedao de informao. Por exemplo (SE/CE), um grfico tipo pizza poderia ter uma legenda de categoria e um equivalente numrico na sada grfica. Conte dois DERs um para indicar a categoria e outro para o valor numrico.
Conte apenas um DER por funo de transao para a capacidade de enviar uma mensagem de resposta da aplicao mesmo que haja mltiplas mensagens Por exemplo (SE/CE), se um usurio tenta solicitar uma listagem, mas no tem acesso informao, conte um DER para a resposta do sistema.
Janeiro de 2010
7-17
Conte um DER para a habilidade de especificar uma ao a ser executada por funo de transao, mesmo que existam vrios meios para isto. Por exemplo (SE/CE), se o usurio pode iniciar a gerao de um relatrio clicando no boto OK ou pressionando a chave PF, conte um DER para a habilidade de iniciar o relatrio.
literais como ttulos de relatrio, tela ou identificador do painel, ttulos de coluna e ttulos de atributos Por exemplo (SE/CE), literais inclui ttulos de relatrio, tela ou identificador do painel, ttulos de coluna e ttulos de campo. selos gerados automaticamente pelo sistema como atributos de data e hora Por exemplo (SE/CE), campos de data e hora se so exibidos. varivel de paginao, nmero de pginas e informao de posicionamento; ex. Linhas 37 a 54 de 211 Por exemplo (SE/CE), nmero de pginas aparecendo em um relatrio.
ajudas de navegao como a habilidade de navegar com uma lista utilizando anterior, prximo, primeiro, ltimo e seus equivalentes grficos Por exemplo (SE/CE), botes anterior e prximo que permite o usurio navegar adiante e atrs de uma lista de registros.
atributos gerados dentro da fronteira por uma funo de transao e salvo em um ALI sem sair da fronteira Por exemplo (SE), quando contracheque impresso, o campo de estado do ALI funcionrio atualizado para indicar que o contracheque foi impresso. No conte o campo de estado como um DER pois o mesmo no cruza a fronteira. Nota: Uma CE pela regra no pode atualizar uma ALI, ento esta regra no se aplica.
atributos obtidos ou referenciados de um ALI ou AIE para a participao no processamento sem sair da fronteira Por exemplo (SE/CE), quando um relatrio de contas passadas criado, a conta dos dados referenciado para determinar se a conta passada, mas isso no aparece no relatrio. No conte a conta de dados passados como uma DER pois o mesmo no cruza a fronteira.
7-18
Janeiro de 2010
Determinao de Complexidade e Contribuio

A complexidade functional de cada funo de transao deve ser determinada utilizando os passos abaixo. Passo
1
Ao Identificar e contar os RLRs e DERs, as regras de contagem de complexidade e contribuio que se encontram na pgina 7-14 devem ser usadas. A complexidade funcional de cada funo de transao deve ser determinada usando o nmero de RLRs e DERs de acordo com as matrizes a seguir.
Entrada Externas:
1 a 4 DERs 0 a 1 RLRs 2 RLRs 5 a 15 DERs 16 ou mais DERs
Baixa Baixa
Baixa Mdia Alta
Mdia Alta Alta
3 ou mais RLRs Mdia
Sada Externas e Consultas Externas:

1 a 5 DERs 0 a 1 RLRs 2 a 3 RLRs 6 a 19 DERs 20 ou mais DERs
Baixa Baixa
Baixa Mdia Alta
Mdia Alta Alta
4 ou mais RLRs Mdia
Janeiro de 2010
7-19
Passo
3
Ao O tamanho funcional de cada funo de transao deve ser determinadao usando o tipo e a complexidade funcional de acordo com as tabelas abaixo.
Entrada Externas e Consultas Externas:
Classificao da Complexidade Funcional Pontos de Funo
Baixa Mdia Alta Sada externas:

Classificao da Complexidade Funcional
3 4 6
Pontos de Funo
Baixa Mdia Alta
4 5 7
7-20
Janeiro de 2010
Dicas para Ajudar na Contagem de EEs, SEs, e CEs

As dicas seguintes podem ajudar na aplicao das regras de contagem de EEs, SEs e CEs e executar a medio de tamanho funcional. As dicas no so regras e no devem ser usadas como regras. O dado recebido de fora da fronteira da aplicao?

Observe o fluxo de dados. Identifique onde ocorre a interface entre o usurio e outras aplicaes na decomposio funcional do processo.
O processo a menor unidade de atividade na perspectiva do usurio?

Observe os diferentes formulrios impressos ou on-line utilizados. Revise os ALIs para identificar como o usurio agrupa as informaes. Identifique onde ocorre a interface com o usurio e outras aplicaes na
decomposio funcional do processo.

Observe o que acontece no sistema manual. Note que uma entrada fsica, um arquivo de transao ou uma tela
pode, quando visto logicamente, corresponder a um certo nmero de EEs, SEs ou CEs.
Note que duas ou mais entradas fsicas, arquivos de transao ou telas
(ex., abas em uma tela) podem corresponder a uma EE, SE ou CE se a lgica de processamento for idntica.
Lembrar que dois ou mais relatrios fsicos, telas ou arquivos de sada
em lote podem correspondem a uma SE/CE se o processamento lgico for idntico. O processo autocontido e deixa o negcio em um estado consistente?
Revise outras entradas externas, sadas externas e consultas externas
para entender como o usurio trabalha com a informao.

Analise o diagrama de processos para obter dicas. Observe o que acontece no sistema manual. Confira a consistncia com outras decises.
Identifique a inteno primria do processo elementar antes de classificlo como uma EE, SE ou CE. A identificao do(s) processo(s) elementar(es) baseada em um entendimento e interpretao comum dos requisitos entre o usurio e os desenvolvedores.
Janeiro de 2010
7-21
Cada elemento de uma decomposio funcional pode no ser mapeado para um nico processo elementar. A identificao do processo elementar requer a interpretao dos requisitos do usurio. O processamento lgico nico de outras EEs, SEs e CE?
Identificar entradas e sada batchs baseada no processamento lgico
requerido.
Uma transao que ocorra em entrada fsica mltipla, arquivos de
transao ou telas, mas o qual tem processamento lgico idntico, tipicamente corresponde para uma funo de transao (EE, SE, CE).
Lembre que a ordenaou ou reorganizao de um conjunto de dados
no torna o processamento lgico nico. Os atributos de dados so diferentes dos de outras EEs, SEs e CEs?
Se os atributos de dados parecem ser um subconjunto de atributos de
dados de outra EE, SE e CE, certifique-se que dois processos elementares so requeridos pelo usurio um para os atributos de dados principais e um para os subconjuntos. Conte apenas um ALR para cada ALI/AIE referenciado mesmo se os ALI/AIE tiverem vrios RLRs.
7-22
Janeiro de 2010
Dicas Adicionais para Ajudar na Contagem de SEs e CEs

O processo a menor unidade de atividade na perspectiva do usurio?
Uma SE ou CE pode ser disparada por um processo dentro da fronteira
da aplicao. Por exemplo, o usurio solicita que um relatrio com todos os salrios de funcionrios alterados seja enviado para a rea de oramento a cada 8 horas, com base em um relgio interno. Situao A. O relatrio contm nome do funcionrio, CPF e salrio-hora, todos recuperados do arquivo de funcionrio. Esta a menor unidade de atividade na perspectiva do usurio, no contm frmulas matemticas ou clculos, e nenhum ALI mantido no processo. Esta uma CE. O relatrio contm nome do funcionrio, CPF e salrio-hora, todos recuperados do arquivo de funcionrio. O relatrio tambm inclui o percentual de mudana no salrio do funcionrio, calculado a partir dos dados do arquivo de funcionrio. Esta a menor unidade de atividade na perspectiva do usurio, e nenhum ALI mantido no processo. No entanto, dado que o processo contm uma frmula matemtica, esta uma SE.
Situao B.
Dados derivados de uma SE no precisam ser mostrados na sada.
Por exemplo, todo ms, um relatrio gerado listando todos os funcionrios a serem avaliados nos prximos 30 dias. Os registros so selecionados calculando-se a data da prxima avaliao com base na data da ltima avaliao do funcionrio, que um campo do arquivo de funcionrios, e a data atual + 30 dias. Este seria contado como uma SE, e no como uma CE.
Janeiro de 2010
7-23
7-24
Janeiro de 2010
ndice
ndice da Parte 2
A AIEs. ver Arquivos de interface externa ALIs. Ver Arquivos Lgicos Internos Anlises de pontos de funo procedimentos por captulo, 2-2 Aplicao contagem de pontos de funo, 4-2 Arquivo, 6-1 Arquivos de interface externa definio, 6-2 dicas para ajudar na contagem, 6-10 diferenas de ALIs, 6-2 exemplo de identificvel pelo usurio, 6-3 exemplo de informao de controle, 6-2 exemplo de mantido, 6-3 exemplo de processos elementares, 6-3 procedimentos de complexidade e contribuio, 68 regras de complexidade e contribuio, 6-5 regras de DER, 6-5 subgrupos obrigatrios para RLRs, 6-7 subgrupos opcionais para RLRs, 6-7 tabela de traduo, 6-8 C Ciclo de Vida, 3-1, 3-8 Classificao de Cada Processo Elementar, 7-13 Complexidade econtribuio definio ALI/AIE, 6-5
Contagem estimada, 4-4 Contagem final, 4-4 Contagem de pontos de funo no ajustadas tipos de funo transacional, 7-1 D Definies arquivo de interface externa, 6-2 arquivos internos lgicos, 6-2 complexidade e contribuio, 6-5 informao de controle, 6-2 mantido, 6-3 processo elementar, 6-3 requisitos funcionais do usurio, 1-3 usurio identificvel, 6-3 Definies e Regras de Complexidade e Contribuio, 7-14 DER definio, 6-5 Desenvolvimento de Projeto contagem de pontos de funo, 4-2 Determinar Processos Elementares nicos, 7-11 Diagrama Tipos de contagem, 4-4 Dicas de contagem. Ver Dicas Dicas contagem de AIEs, 6-10 contagem de ALIs, 6-10 fronteira, 5-6
Janeiro de 2010
i-1
ndice
Parte 2 A Transio Aplicao do Mtodo FSM do IFPUG
Diferenas entre ALIs e AIEs, 6-2 Documentao, 3-1, 3-3 til, 3-9 Documentao Recolhida Disponvel, 3-1 E EEs, SEs e CEs Definio de inteno primria, 7-3 Dicas, 7-21 Informao de Controle, 7-5 Processamento Lgico, 7-5 Processos Elementares, 7-5 EE/CE Guia de Complexidade e Contribuio, 7-17 Entrada externa matriz de complexidade, 7-19 Exemplos informao de controle, 6-2 processo elementar para ALIs/AIEs, 6-3 ALI/AIE subgrupos obrigatrios para RLRs, 6-7 ALI/AIE subgrupos opcional para RLRs, 6-7 mantido para ALIs/AIEs, 6-3 usurio identificvel para ALIs/AIEs, 6-3 F Fronteiras dicas, 5-6 regras, 5-5 G Guia de Complexidade e Contribuio de EE, 7-2, 715 I Identificar Cada Processo Elementar, 7-10 Informao de controle exemplo ALI/AIE, 6-2 M Mantido definio, 6-3 exemplo de ALI/AIE, 6-3 Matrizes. Ver Matrizes de complexidade Matrizes de Complexidade entradas externas, 7-19 arquivos de interface externa, 6-8 arquivos internos lgicos, 6-8 N Normas Internacionais ISO/IEC 14143-12007, 1-2 P Procedimentos de Complexidade e Contribuio arquivos de interface externa, 6-8 arquivos internos lgicos, 6-8 Procedimentos por captulo, 2-2 arquivos de interface externa de complexidade e contribuio, 6-8 arquivos internos lgicos de complexidade e contrbuio, 6-8
passos, 2-2 Processos Elementares exemplo de AIE, 6-3 exemplo de ALI, 6-3 Projeto de melhoria contagem de ponto de funo, 4-2 R Regras fronteira, 5-5 complexidade e contrbuio para ALIs/AIEs, 6-5 DERs para ALIs/AIEs, 6-5 ALI/AIE mandatory subgroups, 6-7 ALI/AIE optional subgroups, 6-7 Regras de Complexidade. Ver Regras de Complexidade e contribuio Regras de Complexidade e contribuio arquivos de interface externa, 6-5 arquivos lgicos internos, 6-5 Regras de DER ALIs/AIEs, 6-5 Regras de RLR subgrupos obrigatrios para ALIs/AIEs, 6-7 subgrupos opcionais para ALIs/AIEs, 6-7 RLR definio, 6-7 Requisitos Funcionais do Usurio definio, 1-3 S Scope creep, 4-4 Subgrupos obrigatrios, 6-7 Subgrupos opcionais, 6-7 T Tabela de inteno primria, 7-4 Tabela de processamento lgico, 7-8 Tabelas de traduo ALIs/AIEs, 6-8 Tamanho Funcional, 3-10 Tipos de dados elementares. Ver DER Tipos de elemento de registro. Ver RLR Tipos de funes de dados introduo, 6-1 viso geral, 2-5 Tipos de funo transacional viso geral, 2-6 Tipo de contagem contagem estimada e final, 4-4 U Usurio identificvel definio, 6-3 exemplo de ALI/AIE, 6-3 V Viso do Usurio, 3-2
i-2
Janeiro de 2010
ndice
Janeiro de 2010
i-3

0004 - 3 Part 2 (2010-05-27) Portuguese

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

0004 - 3 Part 2 (2010-05-27) Portuguese

Enviado por

Direitos autorais:

Formatos disponíveis

Parte 2 A ponte Aplicando o Mtodo FSM do IFPUG

Pgina intencionalmente deixada em branco.

Parte 2 A Transio - Aplicando o Mtodo de Medio de Tamanho Funcional do IFPUG

A Parte 2 inclui os seguintes captulos: Tpico Relao entre IFPUG e ISO

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Transio - Aplicando o Mtodo de Medio de Tamanho Funcional do IFPUG

Relao entre IFPUG e ISO

A Framework for Functional Sizing

ISO/IEC 14143-1 - Definio de Requisitos do Usurio

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Ligao - Aplicando o Mtodo de Medio de Tamanho Funcional do IFPUG

As definies da ISO/IEC 14143-1 esto listadas a seguir:

ISO/IEC 14143-1 - Definies

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Transio - Aplicando o Mtodo de Medio de Tamanho Funcional do IFPUG

Requisito NoFuncional do Usurio

Manual de Prticas de Contagem de Pontos de Funo

Viso Geral do Mtodo FSM do IFPUG

Manual de Prticas de Contagem de Pontos de Funo

Viso Geral do Mtodo FSM do IFPUG

Parte 2 A Transio - Aplicando o Mtodo FSM IFPUG

Procedimento do Mtodo de Medio de Tamanho Funcional

reunir informaes disponveis

calcular tamanho funcional

medir funes de transao

Procedimento por Captulo

Captulo 3 Obter Documentao Disponvel 4 Determinar Tipo da Contagem

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Transio - Aplicando o Mtodo FSM do IFPUG

Viso Geral do Mtodo FSM do IFPUG

Exemplo Simples de Contagem

Aplicao de Recursos Humanos

Manual de Prticas de Contagem de Pontos de Funo

Viso Geral do Mtodo FSM do IFPUG

Parte 2 A Transio - Aplicando o Mtodo FSM IFPUG

Obter Documentao Disponvel

Determinar o Escopo da Contagem e Fronteira e Identificar os Requisitos Funcionais do Usurio

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Transio - Aplicando o Mtodo FSM do IFPUG

Viso Geral do Mtodo FSM do IFPUG

Medir Funes de Dados

Manual de Prticas de Contagem de Pontos de Funo

Viso Geral do Mtodo FSM do IFPUG

Parte 2 A Transio - Aplicando o Mtodo FSM IFPUG

Medir Funes de Transao

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Transio - Aplicando o Mtodo FSM do IFPUG

Viso Geral do Mtodo FSM do IFPUG

Calcular o Tamanho Funcional

Manual de Prticas de Contagem de Pontos de Funo

Viso Geral do Mtodo FSM do IFPUG

Parte 2 A Transio - Aplicando o Mtodo FSM IFPUG

Esta pgina foi deixada em branco intencionalmente.

Manual de Prticas de Contagem de Pontos de Funo

Obter Documentao Disponvel

Manual de Prticas de Contagem de Pontos de Funo

Obter Documentao Disponvel

Parte 2 A Transio Aplicando o Mtodo FSM do IFPUG

Manual de Prticas de Contagem de Pontos de Funo

Parte 2 A Transio Aplicando o Mtodo FSM IFPUG

Obter Documentao Disponvel

Documentao Disponvel Durante o Ciclo de Vida de uma Aplicao

Manual de Prticas de Contagem de Pontos de Funo