Você está na página 1de 15

Srie Fundamentos da Engenharia de Software

Anlise de Ponto de Funo


PINHEIRO, lvaro Farias
Autor

I
Srie Fundamentos da Engenharia de Software
Anlise de Ponto de Funo
Publicao 2017

O autor acredita que todas as informaes aqui apresentadas esto corretas e podem ser
utilizadas para qualquer fim legal. Entretanto, no existe qualquer garantia explcita ou implcita,
de que o uso de tais informaes conduzir sempre ao resultado desejado. Os nomes de sites e
empresas, por ventura, mencionados, foram utilizados apenas para ilustrar os exemplos, no
tendo vnculo nenhum com o livro, no garantindo a sua existncia nem divulgao. Eventuais
erratas estaro disponveis para download no site de publicao.

As imagens utilizadas neste livro foram obtidas na Internet.

Dados da Publicao

Pinheiro, lvaro Farias


Srie Fundamentos da Engenharia de Software: Anlise de Ponto de Funo
Ano II Nmero 3 Recife, Maro de 2017
Selo Editorial: Publicao Independente

1. APF Introduo
2. APF Conceitos
3. APF Terminologias
4. APF Mtrica

II
Srie Fundamentos da Engenharia de Software
Anlise de Ponto de Funo
Publicao Independente
Revista em portugus com o ttulo
Anlise de Ponto de Funo
Srie Fundamentos da Engenharia de Software
Ano II Nmero 3
Recife Pernambuco Brasil
Maro de 2017

III
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

Introduo

Uma dvida que me perseguiu por muito tempo foi, como determinar o prazo e
custo do desenvolvimento de um produto que ainda no temos todos os
requisitos levantados e sim a previso do que dever ser feito. A resposta foi
chegando aos poucos, com as tentativas frustradas de estimar prazos e custos
de algo que na sua totalidade era desconhecido. Assim, fui percebendo que
no h como determinar o tamanho de um software, por mais que se possua
experincia, e por mais que as conversas iniciais com o cliente sejam
esclarecedoras. Sem fazer o levantamento de requisitos, o que poderemos
ofertar aos contratantes apenas uma estimativa ou a tcnica do
"chutmetro". Pode-se at acertar, se o fator experincia, expertise do negcio
e sorte, estiverem do seu lado. Mas, por mais veterano que voc e sua equipe
possam ser, o domnio do negcio a ser desenvolvido no uma
obrigatoriedade, e infelizmente o fator sorte uma incgnita. Ento, o que
fazer?

Bom, quando disse que a resposta chegou, ela veio com o nome mtrica.
Resumindo, no h como estimar com boa aproximao, ou determinar o
tamanho de um software, se no fizermos o uso de uma mtrica. E para
colaborar com o que digo, segue a citao de Drucker (2007) "A melhor
estrutura no garantir os resultados nem o rendimento. Mas a estrutura
errada a garantia do fracasso." Podemos entender que, caso no use uma
mtrica apropriada ou no use nenhuma mtrica, a possibilidade de mensurar
errado muito alta, caso use a mtrica certa, a possibilidade de acerto j
passa a existir e num percentual aceitvel.

Mtrica pode ser: na literatura um conceito relacionado ao ritmo de um poema;


na matemtica um conceito ligado distncia; na msica um conceito sobre a
diviso de uma linha musical em compassos; e na Engenharia de Software
(ESW) um conceito relacionado gerncia de projetos.

Bom, se estamos falando em engenharia, isto , construes de algo no


podem deixar de falar em medio, que algo intimamente ligado a criar ou
construir algo. E um software tambm precisa ser medido. Porm, essa uma
tarefa no muito fcil, j que estamos falando da construo de algo abstrato,
que um software, e assim sendo, possuindo um grau de subjetividade alto. E
tudo que subjetivo, est merc de interpretao as mais diversas, j que
nesse caso, as referncias, a experincia, entre outros fatores, influenciam a
interpretao. Dessa forma, no existe ainda na ESW uma medio
padro aceito amplamente pela comunidade e que fornea resultados sem
subjetividade. Isso tornar o processo de medir, muito rduo e muitas vezes,
gerador de conflitos do tipo, o que medir o que avaliar, e se os resultados so
aceitveis.

Mas, quando fiz o curso de Anlise de Pontos de Funo (APF) o professor


Guilherme Simes autor do livro citado na referncia, que certificado em AFP
pelo IFPUG e utilizada essa mtrica h muitos anos, nos disse que, ela no
a melhor mtrica que existe, muito longe disso, mas em relao ao que existe
hoje no mercado, ainda a melhor. Assim, temos que ter conscincia que
medir o tamanho de um software necessrio, mas que qualquer mtrica
escolhida, ter suas limitaes. Mas, sem uma mtrica o processo de
gerenciar a construo de um produto de software, planejando seu esforo,

http://www.alvarofpinheiro.eti.br/ Pgina 1
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

seu custo, seus recursos, suas atividades seu prazo, etc., torna-se uma caixa
preta cheia de surpresas desagradveis.

As mtricas na ESW so divididas em duas categorias, as quais so: Direta.


Focada na medio do custo e do esforo de construo, isto , tanto o
desenvolvimento com a manuteno, seja ela evolutiva ou corretiva.
Analisando a quantidade de Linhas de Cdigo Fonte (SLOC) produzidas e o
total de defeitos encontrados. Exemplos: custo, esforo, linhas de cdigo,
velocidade de execuo, memria, nmero de erros, e complexidade
ciclomtica, isto , a quantidade de caminhos de execuo independentes a
partir dum cdigo fonte; e Indireta. Focada na qualidade e na funcionalidade
do produto de software, em relao aplicabilidade do software. Exemplos:
funcionalidade, qualidade, complexidade, eficincia, confiabilidade, e
manutenibilidade.

Essas ainda podem ser divididas em outras duas subcategorias, as quais so:

Produtividade. Focada nas sadas do processo de engenharia de software;


Qualidade. Focada no atendimento aos requisitos definidos pelo usurio.

Razes para Medir:

Verificar a qualidade do software;


Avaliar a produtividade dos desenvolvedores;
Determinar as vantagens de novos mtodos;
Analisar as vantagens de novas ferramentas;
Compor uma base para as estimativas;
Fomentar oportunidades por refatorao;
Justificar aquisies de recursos;
Prever o custo do desenvolvimento;
Estimar o prazo para entrega dos artefatos;
Apoiar o planejamento do escopo do software;
Mensurar os quantitativos de recursos; e
Obter a produtividade dos recursos.

Mtricas da Engenharia de Software:

Pontos de Funo (APF) que mede o tamanho funcional do


software. Saber mais; e
Pontos de Caso de Uso que mede o tamanho de um software a partir da
utilizao do mesmo pelos usurios. Saber mais.

1.1 Conceitos

Medida: A medio a atividade bsica de qualquer engenharia e no seria


diferente para a engenharia de software, porm como esse campo muito
ressente, est longe de desenvolver uma medio padro que seja
amplamente aceita e principalmente, tenha elementos para seus clculos que
no sejam baseados em fatores subjetivos. Consequentemente a comunidade
de TIC possui muitas crticas sobre as medies hoje utilizadas e muita
discordncia sobre o que medir e como avaliar os resultados obtidos dessas
medies.

http://www.alvarofpinheiro.eti.br/ Pgina 2
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

Mtrica: As mtricas de software servem para realizar a tarefa fundamental do


gerenciamento de projetos que o planejamento. com uma mtrica que se
pode identificar a quantidade de esforo necessrio para o desenvolvimento, o
custo para tal e o prazo para entrega dos artefatos. As mtricas de software
sob o ponto de vista de MEDIO so divididas em duas categorias: medidas
diretas e indiretas.

Medidas Diretas: composto por medies que objetivam descobrir o custo


para produzir o software, o esforo necessrio a ser aplicados ao
desenvolvimento ou a manuteno do software, a quantidade de linhas de
cdigo produzidas e o total de bugs encontrados. Exemplos: Custo; Esforo;
Linhas de Cdigo; Velocidade de Execuo; Memria; Nmero de Bugs;
Complexidade Ciclomtica.

Medidas Indiretas: utilizam medies mais complexas, pois objetivam verificar


a qualidade do software, a funcionalidade, ou a sua capacidade de
manuteno, sendo mais difceis de serem percebidas e avaliadas. Exemplos:
Funcionalidade; Qualidade; Complexidade; Eficincia; Confiabilidade;
Manutenibilidade.

As mtricas de software sob o ponto de vista de APLICAO so divididas em


duas categorias: medidas produtividade e qualidade. Medidas de
Produtividade: verificam as sadas do processo de engenharia de software, e
tem como objetivo de avaliar prprio processo de desenvolvimento. Medidas
de Qualidade: verifica o quanto o software atende aos requisitos definidos pelo
usurio, isto , as funcionalidades assim permitem indicar o nvel de resposta
do software s exigncias explcitas e implcitas do cliente, com relao ao que
foi definido como qualidade.

1.2 Terminologias

MEDIDA: quantidade, dimenso, capacidade ou tamanho do software.


MEDIO: ato de medir.
INDICADOR: mtrica que fornece compreenso dos resultados do software.
MTRICA: as tcnicas utilizadas para verificar a funcionalidade, a
modularidade, a manutenibilidade, etc., e podem ser subclassificadas como
Orientadas ao Tamanho, Orientadas a Funo, Orientadas a Pessoas.

1.3 Anlise de Ponto de Funo

Como dito anteriormente mtrica que mesmo no sendo a melhor, mas a


que produz resultados menos conflitantes a APF e essa que vamos usar.

A Anlise de Pontos de Funo (APF) ou Function Point Analysis (FPA) foi


criada em 1979 na IBM, tornando-se uma referncia mundial na dcada de
80. A APF um conjunto de tcnicas que objetivam medir as funcionalidades,
sendo assim, uma unidade de medida para fins prticos, no importando a
tecnologia utilizada na construo do software. Resumindo, uma mtrica
capaz de mensurar o tamanho do software.

O rgo responsvel pela manuteno e divulgao das diretrizes da APF


o International Function Point Users Group (IFPUG), que publicou e mantm o
Manual de Prticas de Contagem de Pontos de Funo Counting Practices
Manual (CPM).

http://www.alvarofpinheiro.eti.br/ Pgina 3
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

1.3.1 Calculo do Ponto de Funo

O objetivo da Anlise de Pontos de Funo (APF) obter o tamanho de um


software em Pontos de Funo (PF) analisando as funcionalidades a serem
desenvolvidas, isto , os requisitos funcionais.

Porm importante salientar que essa funcionalidade sob o ponto de vista


do usurio (PVU). Mas, o que quer dizer sob o ponto de vista do usurio?
Significa que um Requisito Funcional (RF) tipo o que se segue RF001 deve ser
analisado aos olhos do usurio e no do desenvolvedor.

RF001 - [...] necessrio armazenar os dados do cliente como CPF; nome;


endereos residencial, comercial e de contato; telefones residencial, comercial,
contato, celular; e-mails; sexo; nascimento; filiao; emprego atual; tempo de
trabalho; emprego anterior; e faixa salarial [...].

Se um desenvolvedor fizer a leitura desse requisito, obviamente ele saber


que ter trabalho pela frente. Visto que, na sua viso tecnicista, j visualiza a
modelagem do banco, que normalizar essa entrada em diversas tabelas,
caso a persistncia dos dados seja em um banco de dados relacional, e que
uma srie de classes de domnio, de controle, de persistncia e de
apresentao, tero que ser criadas, caso do desenvolvimento for numa
linguagem orientada a objetos. Alm da usabilidade, que exigir uma interface
grfica (GUI) bem amigvel, j que o cadastro poder produzir vrias vises
para um nico cadastrador.

Resumindo, sob ponto de vista do desenvolvedor (PVD), isso vai dar um


trabalho danado. Porm, para o PVU se trata de um cadastro nico. No qual
sero cadastrados todos os dados acima levantados e simplesmente o
utilizador ir clicar em um boto salvar e pronto. Para o PVU muito simples.
Qual o trabalho que tem isso? :)

Agora, por que se deve analisar pelo PVU? A resposta : Para que a medio
de um projeto de desenvolvimento de software e a manuteno deste no se
preocupe com a tecnologia a ser utilizada na sua implementao e sim,
apenas nas funcionalidades do sistema requisitadas pelo usurio. Explicando
melhor, se voc for desenvolver o RF001 em Clipper, ou em Pascal, ou em
Delphi, ou Visual Basic, ou Java, ou CSharp, etc, o grau de esforo para cada
linguagem diferente, como tambm diferente com o uso do tipo de
arquitetura de banco de dados, se banco relacional uma, se banco orientado
a objetos outra, assim a medio sofreria uma grande variao devido ao
fator tecnologia empregada. Ento, a mesma tem que ser isenta dessa
preocupao, s focando nas necessidades do usurio.

1.3.2 Tcnica

A primeira ao determinar qual o tipo de contagem de pontos de funo que


dever ser realizada. Podem ser de trs tipos: Projeto de Desenvolvimento
(PD); Aplicaes Instaladas (AI); e Projetos de Manuteno (PM).

A segunda ao realiza a identificao do escopo de contagem, com a


determinao da fronteira da aplicao, isto , definir quais sero as
funcionalidades que sero includas na contagem de PFs. Para isso a

http://www.alvarofpinheiro.eti.br/ Pgina 4
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

definio da fronteira da aplicao fundamental, pois estabelece as fronteiras


entre aplicao, usurio e outras aplicaes.

A terceira ao determinar a contagem de Pontos de Funo No Ajustados


(PFNA), isto , verificar requisitos funcionais levantados, e classific-los
em dados e transaes.

A quarta ao a contagem dos dados. Para contar os dados se leva em


considerao os dados internos os chamados Arquivos Lgicos Internos (ALI)
e os dados externos os denominados Arquivos de Interface Externa (AIE) da
aplicao. Ambos representam um grupo de dados logicamente relacionados
que foram identificados pelo usurio. A diferena que os ALIs so mantidos
dentro da fronteira e os AIEs so os mantidos fora da fronteira da aplicao.
Simplificando, os ALIs so persistidos pelas operaes da aplicao, enquanto
os AIEs so referenciados pela aplicao, mas no persistidos por ela.

Entendido o que uma mtrica e o que se prope a Anlise de Ponto de


Funo, vamos aprender a contar PFs.

Exemplo, no RF001 ter que armazenar no banco de dados da aplicao os


dados do cliente, e neste caso ter 1ALI, mas existe um requisito RF002
relacionado ao RF001 que diz:

RF002 - todos os endereos devem ser validados por CEP que deve ser
consultado na base de dados dos correios.
Assim, para o referido cadastro do usurio, teremos 1AIE j que a persistncia
dos dados de CEPs feita pelos correios que outro sistema que se
relaciona com o desenvolvido e est fora da fronteira da aplicao.

Figura 0.1 Anlise de Ponto de Funo

Fonte: Internet

A quinta ao consiste na contagem das transaes. Para contar as


transaes se leva em considerao s funcionalidades de processamento de
dados do sistema fornecidas para o usurio. Esses so classificados
em Entradas Externas (EE), as Sadas Externas (SE) e as Consultas
Externas (CE). As EEs so os processos responsveis em manter os ALIs. As
SEs so os processos responsveis em exibir as informaes recuperadas
atravs de um processamento lgico, com a realizao de clculos. As CEs
so os processos responsveis em exibir as informaes recuperadas atravs
de um processamento lgico, sem a realizao de clculos.

A tabela a seguir define a complexidade dos ALI e os AIE:

http://www.alvarofpinheiro.eti.br/ Pgina 5
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

Figura 1.2 Tabela Complexidade ALI e AIE

Fonte: IFPUG

A esta outra tabela define a complexidade do EE:

Figura 1.3 Tabela Complexidade EE

Fonte: IFPUG

A prxima tabela define a complexidade dos SE e CE:

Figura 1.4 Tabela Complexidade SE e CE

Fonte: IFPUG

A tabela ao lado a define os pesos para a quantidade de ocorrncias de


dados e transaes encontrados na anlise dos requisitos funcionais:

Figura 1.5 Tabela de Contribuio

Fonte: IFPUG

A sexta ao serve para verificar as complexidades. Encontrados os ALIs, os


AIEs, as EEs, as SEs e as CEs, devem-se verificar as suas complexidades
funcionais e classific-las em baixa, mdia ou alta. Essas complexidades so
definidas com base em dois conceitos, os Tipos de Registros (TR) e os Tipos
de Dados (TD). Os TRs correspondem ao conjunto de dados dentro de um
ALI/AIE, que foram reconhecidos pelo usurio, exemplo, imagine o
cadastramento de uma venda, teramos no mnimo trs tabelas de dados
envolvidas no processo, a de vendas, itens-da-venda e a de produtos, mas
todas as trs seriam consideradas apenas 1RL. Os TDs so os campos
reconhecidos pelo usurio como nicos e no repetidos, exemplo, o cadastro
de cliente do RF001, temos o CPF, o nome, os fones comercial, residencial e
celular, neste caso, temos 3ID's, j que os fones devem ser contados como

http://www.alvarofpinheiro.eti.br/ Pgina 6
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

1ID. Contando-se os RLs e os IDs de um ALI/AIE, pode-se chegar sua


complexidade.

A seguir temos um exemplo de uma planilha de contagem. Para obter essa


planilha e as tabelas de complexidade clique aqui.

Figura 1.6 Exemplo de Planilha de Contagem (PC)

Fonte: Prprio Autor

A stima ao realizar a contagem dos pontos de funo, considerando-se o


tipo de contagem definida na primeira ao. O processo de contagem
relativamente simples, consiste em separar os requisitos funcionais, analisar
para cada RF os elementos bsicos necessrios, depois identificar nesses
quantos ALIs, AIEs, EEs, SEs e CEs existem, para depois verificar em cada
um deles quantos TRs e TDs so encontrados. Pronto, agora s preencher a
Planilha de Contagem (PC), tomando como base as Tabelas de Complexidade
acima exibidas. Por exemplo, supondo que para o requisito RF001 tenhamos
encontrados dos elementos bsicos incluir cliente, alterar cliente, excluir
cliente, consultar cliente e imprimir cliente. Fazendo a anlise de PF teramos
1ALI, 1AIE, 3EE, 1SE e 1CE. Ok, agora contar quantos TRs e TDs sero
encontrados para cada um dos dados e transaes encontrados. Supondo
novamente que tenhamos para o primeiro EE, 2TR e 25TD, para o segundo
EE, 1TR e 15TD, e para o terceiro EE, 1TR e 32TD. Com esse levantamento,
podemos fazer a verificao com as tabelas e com o cruzamento dos dados
obtemos a complexidade, se baixa, mdia ou alta.

A oitava ao obter o total de pontos de funo no ajustados (PFNA), que


obtido pelo somatrio dos pontos. Esse consiste de aps realizar o
preenchimento das colunas "Processo Elementar", "Tipo", "TD", "TR" e
"Complexidade" da Planilha de Contagem, basta fazer o batimento com a
Tabela de Contribuio e lanar os pesos na coluna "PF". Pronto, s fazer o
somatrio dos PFs e se obter o PFNA, com outras palavras, temos o
tamanho do software, que diramos para exemplificar 2500PFs. Com esse
tamanho determinado j se pode obter o prazo e o custo para o esforo de
construo, criando-se uma relao entre a complexidade e o tempo para
resolv-la, e o tamanho multiplicando por um valor equivalente a 1PF.
Supondo que 1PF equivale a R$80,00 ento 2500PFs aplicando a regra de
trs equivale a R$200.000,00. Temos a o custo do desenvolvimento, sem

http://www.alvarofpinheiro.eti.br/ Pgina 7
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

levar em considerao os componentes indiretos da mtrica, isto , as 14


caractersticas j citadas.

A nona ao deve determinar o valor do fator de ajuste, isto , avaliar 14


caractersticas gerais de sistemas, que avaliam a funcionalidade geral da
aplicao que est sendo contada e seus Graus de Influncia (GI). O GI
determinado com base na seguinte escala: 0=Nenhuma influncia;
1=Influncia mnima; 2=Influncia moderada; 3=Influncia mdia; 4=Influncia
significante; e 5=Influncia forte.

A dcima ao aplicar o fator de ajuste de influncia nos PFNA que fica na


ordem de +/- 35%, aplicando-se as 14 caractersticas gerais dos sistemas, a
saber: 1=Comunicao de Dados; 2=Processamento de Dados Distribudo;
3=Desempenho; 4=Utilizao do Equipamento (Restries de Recursos
Computacionais); 5=Volume de Transaes; 6=Entrada de Dados On-line;
7=Eficincia do Usurio Final (Usabilidade); 8=Atualizao On-line;
9=Processamento Complexo; 10=Reusabilidade; 11=Facilidade de
Implantao; 12=Facilidade Operacional (Inicializao, Cpia, Recuperao,
etc.); 13=Mltiplos Locais e Organizaes do Usurio; e 14=Facilidade de
Mudanas (Manutenibilidade).

Para cada uma dessas 14 caractersticas deve-se atribuir um dos GIs para
determinar o nvel de influncia, que indicar o quanto determinado
caracterstica tem influncia no sistema. Os 14 graus de influncia (GIs)
informados so somados, resultando no Nvel de Influncia Total (NIT).

A dcima primeira ao consiste em determinar o Valor do Fator de Ajuste


(VFA) pela frmula VFA = (NIT * 0,01) + 0,65.

A dcima segunda ao o clculo dos Pontos de Funo Ajustados (PFA).


Esse clculo depende do tipo de projeto, se desenvolvimento, se manuteno
ou se aplicaes instaladas. Se for um projeto de desenvolvimento de
sistemas ento a frmula :

Projeto_Desenvolvimento = Ponto_Funo_No_Ajustado *
Valor_Fator_Ajuste;
Aplicao_Implantada = Projeto_Desenvolvimento -
(Pontos_Funo_No_Ajustados x Fator_Ajuste);
Projeto_Manuteno = (Pontos_Funo_No_Ajustado +
Ponto_Funo_Includo + Ponto_Funo_Alterado_Atual -
Ponto_Funo_Alterado_Anterior Ponto_Funo_Excludo) x
Fator_Ajuste_Atual.

Com isso, se tem o tamanho do software e com esse tamanho (x PF's), pode-
se determinar um valor a ser pago por cada ponto de funo, e a partir dele
determinar o valor total do software, alm de determinar formas de
pagamentos, relacionadas s entregas realizadas. Exemplo: se o tamanho do
software de 2.500 PFs e se paga R$80,00 por todos os PF o valor total a ser
pago de R$200.000,00. Mas, se no planejamento de entregas, ficou
determinado que a contratada devesse entregar 50 PFs no ms e s entregou
25 PFs, o que ser pago pela contratante a contratada, o trabalho realizado,
assim sendo, ela receber R$2.000,00 pelo trabalho feito, ficando os 25 PFs
desse ms, para os prximos meses acrescidos dos outros 50PFs que j se

http://www.alvarofpinheiro.eti.br/ Pgina 8
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

tinham planejado. Controle efetivo do que se tem a produzir e do que


produzido.

Clicando aqui se pode obter uma Tabela de Referncia de PF para cada


linguagem de programao.

Segue um resumo de todas as aes pode ser visto a figura a seguir.

Figura 1.7 Passos da Contagem

Fonte: Internet

http://www.alvarofpinheiro.eti.br/ Pgina 9
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

Livros da srie Fundamentos da Engenharia de Software


Fundamentos da Introduo Este livro sobre
Engenharia de Banco de Dados. processos de
Software: Neste so desenvolvimento
Conceitos abordados os de software,
Bsicos uma conceitos bsicos evidenciando a
coletnea de de bancos de necessidade de
disciplinas que dados e seus qualidade na
integradas sistemas construo de
servem para gerenciadores, sistemas,
fundamentar o mas com o foco conceituando a
entendimento da construo de na arquitetura relacional, porque diferena entre desenvolvimento
projetos de software com qualidade, ainda hoje o mercado faz uso em Adhoc e com processo. Para isso
isto , baseado em processos larga escala desses bancos de realizado a introduo engenharia
maduros e reconhecidos pela dados, mesmo que o paradigma de requisitos abordando as tcnicas
comunidade tecnolgica. O objetivo predominante seja o orientado a para a elicitao de requisitos que
deste livro fornecer ao leitor as objetos e que, j existam a um bom forneam subsdios necessrios para
bases necessrias para o tempo bancos orientados a objeto, uma construo de software com
desenvolvimento de aplicaes at mesmo os bancos objetos- maior qualidade, enfatizando a
sejam Desktop, Web ou Mobile. relacionais que so um hibrido entre necessidade de se aplicar na
Iniciando a leitura na Teoria da essas duas arquiteturas, o que construo de qualquer sistema as
Computao, passando por predomina ainda o relacional, tcnicas de anlise e modelagem,
Processos, Linguagens, Bancos de assim, este material focado na evidenciando o uso da linguagem da
Dados e finalizando com Sistemas linguagem de consulta estruturada Linguagem de Modelagem Unificada
de Informao e Colaborao. para os SGBD-Rs do mercado, com (UML) para diagramar um projeto de
Este livro pode ser lido captulo a foco na comparao de cinco dos software, explicando a necessidade
captulo ou somente a disciplina mais utilizados bancos relacionais, do uso de modelos na construo,
desejada, pois sua elaborao os quais so: Oracle, SQLServer, entrando com detalhes na anlise
consiste na compilao das MySQL, SQLBase e Interbase. orientada a objetos, com o objetivo
disciplinas fundamentais da de explorar os seus conceitos de
Engenharia de Software que so requisitos e modelagem integrados.
independentes, mas ao mesmo Este material finalizado com a
tempo se integram objetivando o introduo medidas de esforo de
desenvolvimento de aplicaes. desenvolvimento, tcnica necessria
parar responder as perguntas
bsicas de qualquer
desenvolvimento: Qual o prazo e
custo? E para responder a essas
questes abordado o uso da
mtrica anlise de ponto de funo.

Este livro aborda A motivao Este livro o


os sistemas que deste livro resultado do uso
so classificados exemplificar os da ferramenta MS
como informao, conceitos de Project da
a exemplo, Padres de Microsoft utilizada
sistemas de apoio Projetos utilizando na aplicao dos
a deciso, a linguagem de conceitos de
sistemas programao gesto de projetos
estratgicos, Java, sendo a do PMBOK com
sistemas construo uma as premissas da
gerenciais e sistemas transacionais. compilao das aulas produzidas engenharia de testes para aquisio
A produo deste material que com o intudo de facilitar o de qualidade nos produtos de
compe o volume 4 da coleo entendimento do assunto abordando software.
Fundamentos da Engenharia de os seguintes temas: Paradigma
Software resultado da compilao Orientado a Objetos que introduz o
das aulas produzidas nas disciplinas leitor nos conceitos do POO;
que compem os captulos deste Linguagem de Modelagem Unificada
livro. para apresentar a simbologia UML
dos conceitos de POO; Linguagem
de Programao Java apresentando
essa poderosa linguagem de
programao orientada a objetos
para exemplificar os padres de
projeto; e Padres de Projetos que
neste livro aborda os mais
referenciados nas academias, sendo
eles o GRASP e GoF.

http://www.alvarofpinheiro.eti.br/ Pgina 10
Srie Fundamentos da Engenharia de Software Ano II Nmero 3 APF

Este livro aborda Este livro introduz


basicamente os nas tecnologias
conceitos bsicos Web abordando
de programao os conceitos
como autmatos, bsicos para
tipos de desenvolvimento
linguagens, para Internet com
princpios dos a apresentao
compiladores, da plataforma Dot
paradigmas de Net e exibindo
desenvolvimento e lgica de dicas de codificao para a
programao. linguagem de marcao ASPX, para
a linguagem de script mais utilizada
pelos navegadores o JavaScript com
exemplos de CSS e principalmente
dicas de cdigo para a linguagem de
programao CSharp e de banco de
dados SQL com foco no SQLServer.
.

http://www.alvarofpinheiro.eti.br/ Pgina 11

Você também pode gostar