UNIVERSIDADE FEDERAL DO TOCANTINS
CAMPUS UNIVERSITÁRIO DE PALMAS
BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
GETNA: GERADOR DE CÓDIGO RUBY ON RAILS=
A PARTIR DE BANCO DE DADOS
Palmas
2008
LUIZ ARÃO ARAÚJO CARVALHO
GETNA: GERADOR DE CÓDIGO RUBY ON RAILS=
A PARTIR DE BANCO DE DADOS
Monografia apresentada como requisito
parcial para obtenção do Grau de Bacharel em Ciência da Computação pela
Universidade Federal do Tocantins.
Orientador: =
MSc. Thereza
Patrícia Pereira Padilha.
Palmas
2008
DEDICA=
TÓRIA
Dedico este tr=
abalho a
Deus e a todos meus familiares, em especial, minha mãe e meu pai.
AGRADECIMENTOS
Primeiramente, gostaria de agradecer a Deus, por ter me concedido a vida e todas as oportunidades e conquistas que me levaram a estar aonde estou hoje.<= /p>
Aos meus pais, Cristóvão Rodigues de Carvalho e Maria José Araújo Carvalho, as pessoas mais importantes pra mim. Deram-me estudo, conforto, cultura e lições que formar= am o homem que sou hoje. Foram a base de todo o empenho que realizei e o abrigo = nas horas difíceis que enfrentei.
Aos meus irmão= s, Andréia Araújo Carvalho e Cristovão Junior (o pica pau) que foram companhei= ros durante toda minha vida, nos bons e maus momentos que vivi. Um agradecimento especial ao meu irmão, pois liberou o computador de seu Dotinha para que pudesse desenvolver essa monografia.
A todos os pro= fessores da UFT pelos ensinamentos. Principalmente, a minha orientadora, Thereza Patrícia Pereira Padilha, pelos conselhos e puxões de orelha. Uma pessoa que tem todo o crédito nessa monografia, pois chegou a sentar ao meu lado e reescrever parte desta. Dedicou o seu tão precioso tempo em horas de revisõ= es.
Às minhas namo= radas espalhadas pelo Brasil, pois não pude dar atenção a nenhuma delas.
Agradeço a tod= os os meus amigos que, diretamente ou indiretamente, contribuíram com esse trabal= ho. Em especial, Aéccio, Brunno, Charles, Daiene, Fernando, Paulo Roberto, Ribe= iro, Robério, Rosana e Sofia, além de toda a turma que entrou no curso junto com= igo.
E a toda a com= unidade de desenvolvedores Ruby e Rails que contribuíram para esse p= rojeto, em especial, a alguns membros da rails-br, Silvio Fernandes, Vinicius Luiz,= Junio Gonsalvez, Ricardo Yasuda, Cairo Noleto, Leandro Camargo, Felipe Diesel e D= avis Zanetti.
“Para quem só sabe usar martelo,
todo o problema é um prego.”
(Abraham Maslow)
Na literatura,= existem vários geradores de código disponíveis que tem como principal propósito automatizar o processo de desenvolvimento de aplicações em diversas linguag= ens de programação. Este trabalho apresenta o desenvolvimento de um gerador de código, denominado GEtna, com a função de criar as classes a partir de um d= eterminado banco de dados. Vale a pena ressaltar que o gerador GEtna difere dos existe= ntes pelas suas funcionalidades disponibilizadas.
O gerador prop= osto aumenta a velocidade do processo de desenvolvimento de uma aplicação Rails, pois recebe como entrada tabelas de um banco de dados relacional (MySQL, PostgreSQL ou SQLite) e fornece como saída toda a estrutura de arquivos (classes). Vale a pena ressaltar que o GEtna proporciona uma padronização d= as classes geradas e, conseqüentemente, sustenta sua legibilidade, que é um fa= tor muito importante quando se trabalha com equipes de desenvolvedores. Assim, = neste trabalho será apresentada uma descrição sobre geradores de código, padrões = de projeto, métodos de mapeamento e definições de dados que são fundamentais p= ara o desenvolvimento de um gerador de código.
Palavras-chave: Banco de Dados Relacional, Desenvolvimento de Sistema, Gerador de Código, R= ails.
In literature, there are several availabl=
e code
generators that have the main goal to automatize the application development
process for some programming languages. This work presents the development =
of a
code generator, named GEtna, that creates classes from a specific database.=
It’s
important to note that GEtna generator differs of other generators by your
available functionalities.
The proposed generator increases the velo=
city of
a Rails application development process because it receives as input relati=
onal
database tables (MySQL, PostgreSQL or SQLite), and provides as output the c=
omplete
file structure (class). The GEtna provides a padronization of generated cla=
sses
and, consequently, maintains the legibility that is a very important factor
when there are developers’ groups. So, in this work a description about code
generators, design patterns, mapping methods and data definition is present=
ed
because they are essential for a code generator development.
Keywords: Relational Databas=
e,
System Development, Code Generator, Rails.
<= o:p>
Lista de Figuras
Figur=
a 1:
Exemplo de comando para geração de código com Scaffold=
. =
20
Figura 2: Exemplo de projeto gerador pelo Goldbe=
rg=
. =
22
Figura 3: Interface de Gerenciamento do Goldberg=
=
. =
23
Figura 4: Exemplo de Diagrama Entidade Relaciona=
mento=
. =
26
Figura 5: Mapeamento de Tabelas - Simples=
=
. =
27
Figura 6: Mapeamento de Tabelas - Complexo=
. =
27
Figura 7: Mapeamento de Tabelas, Objetos e Atrib=
utos=
. =
28
Figura 8: Camada de Persistência
Figura 9: Importação de Módulos
Figura 10: Fluxo de requisição no MVC do Rails=
. =
39
Figura 11: Estrutura de Diretórios de uma Aplica=
ção
Rails=
41
Figura 12: Controle de Versão com Software
centralizado=
48
Figura 13: Versionamento Distribuído do Git=
=
48
Figura 14: Página inicial de um projeto no GitHu=
b=
. =
50
Figura 15: Opções e informações de arquivos no G=
itHub=
. =
51
Figura 16: Linguagens mais utilizadas no GitHub
(GITHUB LANGUAGES, 2008)=
51
Figura 17: Logo do GEtna=
. =
60
Figura 18: Exemplo de Geração de Arquivos utiliz=
ando
nomenclatura padronizada.=
62
Figura 19: Download do GEtna=
. =
64
Figura 20: Estrutura do GEtna=
. =
65
Figura 21: Nomenclatura de tabelas e chaves para
relacionamento Muitos para Muitos=
68
Figura 22: Nomenclatura de tabelas e chaves para
relacionamento Um para Muitos=
69
Figura 23: Representação Gráfica de Relacionamen=
tos=
. =
74
Figura 24: Exemplo de Index em modo HTML<=
/span>=
. =
76
Figura 25: Exemplo de show em modo XML=
. =
77
Figura 26: Conversão de interfaces com Relação=
. =
80
Figura 27: Exemplos de Layouts=
. =
82
Figura 28: Geração com Scaffold
Figura 29: Geração com GEtna=
. =
88
Figura 30: Desempenho - Tempo x Tamanho=
. =
92
Figura 31: Desempenho - Memória x Tamanho.=
=
92
Figura 32: Desempenho - Uso da CPU x Tamanho=
. =
93
Figura 33: Geração Utilizando IDE RadRails no Wi=
ndows=
. =
95
Lista de Q= uadros
=
Quadr=
o 1:
Capitalização de Strings=
32
Quadro 2: Módulos Ruby=
. =
33
Quadro 3: Uso do ActiveRecord=
. =
39
Quadro 4: Database.yml - Arquivo de configuração=
de
conexão=
62
Quadro 5: Instalação via GIT=
. =
63
Quadro 6: Comando de geração GEtna=
=
. =
69
Quadro 7: Comando para reverter processo de gera=
ção do
GEtna=
70
Quadro 8: Exemplo de Modelo Válido=
=
. =
71
Quadro 9: Exemplo de Modelo Intermediário a um
Relacionamento=
71
Quadro 10: Métodos Relacionais=
. =
72
Quadro 11: Validações de Um Model<=
span
style=3D'mso-bookmark:_Toc208369678'>=
=
74
Quadro 12: Exemplo de Helper para formatação de =
CPF=
. =
82
Quadro 13: Exemplo de Migrate=
. =
83
Tabel=
a 1:
Comparação entre ORM e SQL=
29
Tabela 2: Métodos da Classe String=
=
. =
33
Tabela 3: Atribuição de nomes a modelos=
. =
44
Tabela 4: Relação entre Verbos HTML e Actions=
. =
79
Tabela 5: Comparação entre Geradores=
. =
90
Tabela 6: Tabela de Informações de Desempenho=
. =
91
Tabela 7: Ambientes do Ubuntu=
. =
94
Tabela 8: Ambientes no Windows=
. =
95
Tabela 9: Ambiente no Mac OS Leopard=
. =
96
|
BSD |
Berkeley Software Distribution |
|
CMS |
Content Management Systems |
|
CPU |
Central Processing Unit |
|
CRUD |
Create, Retrieve, Update e Delete |
|
CSS |
Cascading Style Sheets |
|
DRY |
Don't repeat yourself |
|
GPL |
GNU General Public License |
|
IDE |
Integrated Development Environment |
|
LGPL |
Lesser General Public License |
|
MIT |
Massachusetts Institute of Technolog=
y. |
|
ORM |
Object-Relational Mapping |
|
PHP |
PHP: Hypertext Preprocessor<= /p> |
|
POLS |
Principle of Least Surprise |
|
REST |
Representational State Transfer |
|
SGBD |
Sistema Gerenciador de Banco de Dados |
|
SQL |
Structured Query Language |
|
SSH |
Secure Shell |
|
TAR |
Tape ARchive |
|
URL |
Uniform Resource Locator |
|
WWW |
World Wide Web |
SUMÁRIO
Atualmente, es= tá sendo vivenciada uma era digital em que o tempo é algo que se tem tornado uma variável bastante importante em diversas áreas de atuação. Dentre estas áre= as, destaca-se o desenvolvimento de software, pois há constantes e intensas imposições de prazos e cronogramas que, em sua maioria, não são cumpridos. Mesmo existindo diversas tecnologias para melhorar o desempenho de atividad= es e, assim, diminuir a perda de tempo, ainda têm-se empecilhos que atrasam a busca por um custo temporal aceitável.
Diante desse c= ontexto, na literatura, é possível encontrar ferramentas para otimizar estas ativida= des, tal como Rails. O Rails é um excelente framework para agilizar diversos procedimentos na construção de uma aplicação, sendo de fácil legibilidade e= de programação, porém ainda existem alguns procedimentos repetitivos que podem= ser automatizados por meio de um gerador de código.
Os geradores d= e código podem construir código em várias linguagens de programação, bem como efetua= r a geração de uma única vez ou em etapas. Podem ser manipulados utilizando interfaces gráficas ou por meio de linhas de comando. As entradas e saídas = são definidas conforme a necessidade, sendo que o desenvolvedor especifica parâmetros de saída de forma manual. Portanto, é de extrema relevância que o programador saiba a priori o que se deseja obter como resultado.
Diante deste c= ontexto, este projeto de graduação propõe a criação de um gerador de código, denominado GEtna, que a partir de = um banco de dados padronizado de acordo com as convenções do Rails, crie toda a estrutura de arquivos e classes necessárias, além de validações de dados, migrações, personalizações e internacionalizaç= ão. O código gerado possui as funcionalidades de inserção, deleção, alteração e listagem. Segue ainda o padrão de nomeação de tabelas e de atributos estabelecido pelo Ruby On Rails= e a organização de arquivos e responsabilidades utilizados no MVC (Model – Modelo, View – Interface, Contr= oller - Controlador) por meio do uso de templates .
Este projeto e= stá organizado em seis capítulos. O segundo capítulo aborda todo o material e a= s tecnologias utilizados como referência no desenvolvimento do projeto, como geradores, O= RM, a linguagem, o framework e as licenças. O terceiro capítulo contém métodos utilizados durante todo o proc= esso de criação e execução do projeto. As funcionalidade e particularidades do G= Etna são mostradas no capítulo quatro. O quinto capítulo apresenta os resultados obtidos com a utilização do gerador. Por fim, a conclusão e as possíveis melhorias para este projeto serão apresentadas no capítulo seis.
Este capítulo = apresenta, inicialmente, uma visão geral sobre geradores de código. Em seguida, será apresentada uma descrição sobre dois geradores Ruby on Rails dispo= níveis na literatura, que são: Scaffold e Goldberg. Na seqüência, serão abor= dados conceitos sobre banco de dados relacional e object-relacional mapping como forma de manipulação de informações. A linguagem Ruby e o framework Ruby on Rails= complementam também o escopo desse estudo. E, por fim, importantes características de projetos open so= urce são apresentadas.
Geradores de c= ódigo são basicamente programas que geram outros programas. Os geradores podem se= r definidos como ferramentas tanto para formatar códigos simples quanto para gerar aplicações complexas a partir de modelos abstratos (templates). São muito utilizados para agilizar o processo de desenvolvimento, pois aumentam a produtividade e diminuem o tempo gasto na codificaçã= o da aplicação e, conseqüentemente, o custo final (AMBLER, 2004; KLUG, 2007).
Segundo Herrin= gton (2003), a geração de código é a técnica pela qual se constrói código utiliz= ando programas. Os geradores de código podem trabalhar por meio de linhas de com= ando ou de interfaces gráficas, estas últimas são as formas mais interativas. Es= tes podem construir código em várias linguagens de programação, bem como efetua= r a geração dos códigos de uma única vez ou em etapas. As entradas e saídas são definidas conforme a necessidade, sendo que o desenvolvedor especifica parâmetros de saída de forma manual. Portanto, é de extrema relevância que o programador saiba a priori o que se deseja obter como resultado.
De acordo com = Herrington (2003), a utilização de geradores para desenvolvimento de softwares traz en= ormes vantagens aos códigos gerados, tais como:
·&nb= sp; qua= lidade: a escrita de grande quantidade de código vai gradualmente diminuindo a qualidade final do software. Na geração automática, a qualidade do software está diretamente ligada à qualidade dos templates. Esse, por sua vez, não possui qualidade associada à quantidade de código a = ser desenvolvida, visto que os templates possuem uma estrutura fixa que não é alterada pelo tamanho do projeto;
·&nb= sp; con= sistência: o código gerado tende a ser consistente, pois possui uma padronização de nomenclatura de classes, métodos, variáveis e localização (pastas e subpast= as), o que torna o código de fácil entendimento e modificação;
·&nb= sp; úni= co ponto de conhecimento: caso seja necessária uma alteração de alguma est= rutura de entrada do projeto, necessita-se apenas saber o local onde essa modifica= ção deve ser realizada. Após isso, o código gerado se propagará para todos os processos seguintes à alteração, gerando sempre um código compatível com as entradas;
·&nb= sp; mai= or tempo para o projeto: considerando-se o uso de uma biblioteca externa (= API), podem acontecer alterações nessa fonte obrigando assim que modificações sej= am feitas em todas as partes do código em que aquela modificação irá influenci= ar. Com a utilização do gerador, esse processo poderá ser feito apenas nos templates do gerador e uma nova ge= ração efetuará as mudanças necessárias no código. Essa característica faz toda a diferença em cronogramas de projetos que utilizam ou não geradores (forma manual);
·&nb= sp; abs= tração: como, normalmente, os geradores utilizam os modelos abstratos de dados (templates) do código alvo, fica fá= cil migrar de uma plataforma/linguagem para outra, necessitando apenas uma revi= são no escopo de abstração, ou seja, modificar os templates de acordo com as necessidades da plataforma/linguagem alvo;
·&nb= sp; agi= lidade: uma característica chave da geração de código é a maleabilidade do código de saída. No nível de negócio, o software será de mais fácil manutenção e implementação de novas funcionalidades. Mesmo considerando-se o tempo que se economiza no ato da geração, podemos afirmar que essa técnica dá um grande percentual de agilidade ao desenvolvedor.
E ainda, segun= do Herrington (2003), a construção de um gerador de código pode seguir as seguintes etapas de desenvolvimento:
·&nb= sp; a definição de qual a saída se deseja obter;=
·&nb= sp; a identificação de qual entrada será utiliza= da e como essa será analisada;
·&nb= sp; a d= efinição de padrões na entrada, de como eles serão interpretados para obtenção e ger= ação de uma saída formatada de acordo com as expectativas predefinidas; e=
·&nb= sp; a geração da saída a partir das informações extraídas da entrada.
Geradores de c= ódigo são uma boa forma de agilizar o desenvolvimento e melhorar o nível de quali= dade no início do projeto. Fatores, esses, que podem decidir o futuro de uma aplicação.
2.2 Geradores para Ruby on Rails
O Ruby on Rails não possui somente geradores de estruturas basead= as em entrada do usuário, mas também possui soluções prontas para aplicações em casos específicos. Para isso, nesta seção, dois geradores disponíveis na literatura são descritos, sobretudo apresentando suas funcionalidades, vantagens e desvantagens.
O Scaffold (andaime em português) é uma ferramenta de geração de código que acompanha o Rails. E= ste é eficiente no que se propõe a fazer de um modo rápido para se iniciar o desenvolvimento de uma aplicação. É, também, uma das técnicas de geração de código mais utilizadas junto ao fra= mework. Possui ferramentas similares em outras linguagens de programação, como php = Scaffold (para PHP) e o Scaffold do Grails (framework para Java inspirado no Rails).
Segundo Hansso= n e Thomas (2008), o Scaffold do Rails é u= ma estrutura auto-gerada para manipular um modelo. Baseia-se na utilização de templates estruturados para a geração de um esqueleto de manipulação de objetos. Cria arquivos a partir de uma entrada do usuário, permitindo que f= uncionalidades básicas como criar, ler, atualizar e apagar (CRUD) entidades em seu recém-criado controller possam = ser efetuadas imediatamente com seu aplicativo (WILLIAMS, 2007).
Para efetuar a= geração utilizando essa ferramenta, é necessário passar como parâmetro (entrada) o = nome da entidade e todos os seus atributos acompanhados com os seus respectivos = tipos de dados. Um exemplo das informações necessárias para efetivar o procedimen= to pode ser encontrado na Figura 1.
Figura 1: Exemplo de coma=
ndo
para geração de código com Scaffold
Neste exemplo,= o script, realizado via console, cria o CRUD para a entidade. É informado como parte do parâmetro, atributos seguidos de seus respectivos tipos. Neste cas= o, por exemplo, tem-se o tipo String para o atributo nome.
Esse processo = se torna custoso tanto em relação a tempo quanto a gasto de esforço, ainda por cima = sujeito a falhas se não tratado com atenção. Suponha um caso de dezenas de entidade= s em que o desenvolvedor terá que realizar essa tarefa para cada uma dessas entidades. Depois de gerada, ainda, necessita-se validar todos os campos (c= omo o tamanho da senha do usuário), definir relacionamentos entre entidades e tra= tar migrações para que espelhem a nova base de dados a ser gerada. Quando se de= fine as validações, como tamanho e presença, e uma nova base de dados for gerada= a partir dessa, essa terá que possuir todas essas atribuições da base de dados anterior, esse é um processo que demanda muito tempo e cuidado.
O Goldberg é um gerador de sistemas para gerência de conteúdo, ou seja, este cria um site pré-montado em que é possível adicionar diversos conteúdos como notícias, blogues, sites comerciais e entre outros. Goldberg é um gerador Rails= que permite a criação de uma estrutura para o projeto. Este tem autenticaçã= o de usuários, navegação do sistema de menu completamente gerenciável, segurança= e todo menu é integrado necessitando apenas linkarmos as ações dos controllers ou content view. Um sistema de CMS (<= i>Content Management Systems) está integrado dentro dele, sua implementação é extremamente trivial (STRAIOTO, 2007). Esse CMS é um gerenciador de conteúdo que realiza tarefas como o que deve ser mostrado na página inicial e em que ordem essas informações serão apresentadas.
Para instalaçã= o desse gerador necessita-se que na máquina possua o Ruby, RubyGem e o p= róprio Rails, além do Mysql como banco de dados. A partir daí deve-se instalar as dependências (plugins que o ger= ador utiliza) para que ele funcione corretamente, que são: RedCloth (criação de textos no formato Textile) e Plugin Migra= tions (auxílio de migrações de banco).
Após essa part= e de instalação, é necessária a configuração do projeto Rails para o funcionamento do gerador que consiste em criar um diretório chamado = .rails e um subdiretório chamado generators. Em seguida, por meio d= e linha de comando, é possível realizar= o processo de geração, sendo que com o uso de parâmetros, pode-se definir o layout que o site possuirá (quatro estilos diferentes). Um exemplo de um projeto gerado por esse gerador pode ser observado na Figura 2. Uma interfa= ce limpa é o que apresenta a página inicial do Goldberg, com uma barra com men= us de acesso e um formulário de login<= /i> lateral.
Figura 2: Exemplo de proj= eto gerador pelo Goldberg
Esse gerador f= ornece além dos recursos citados anteriormente, uma interface de administração para gerenciamento do conteúdo do projeto, em que se pode adicionar e remover it= ens do menu, além de modificar a seqüência desses itens, criar usuários, adicio= nar permissões a eles e realizar a configuração interna do gerador. A interface= de gerenciamento do gerador Goldberg pode ser analisada na Figura 3.
Figura 3: Interface de Gerenciamento do Goldberg
O menu (situad= o à esquerda) possibilita a criação de permissões e atribuição de autorias, ass= im como organização do conteúdo e geração de novas entidades. Esse gerador é bastante útil quando se trata de geração de aplicações para necessidades genéricas, mas quando há necessidade de um aplicativo para controle interno= de uma empresa com detalhes particulares, esse gerador não possui flexibilidad= e para implementar tais detalhes facilmente. Outro fator é a contínua necessidade = de construir entidade por entidade, seguindo na contramão de tecnologias ágeis= .
<= span style=3D'mso-bookmark:_Toc208369678'>2.3= Banco de dados Relacional
Banco de dados relacional é uma coleção de dados persistentes que pode ser acessada via Sistema Gerenciador de Banco de Dados (SGBD) baseado no modelo relacional. = Para eventuais manipulações nessas coleções utiliza-se a Linguagem de Consulta Estruturada (Structured Query Language - SQL).
2.3.1 = ; Sistema de Banco de Dados Relacional
Segundo Korth,= Silberschatz e Sudarshan (2006), um Sistema Gerenciador de Banco de Dados Relacional é composto por:
·&nb= sp; usu= ários e sua interação: usuários navegantes (usuários comuns que integrarem com o banco de dados através que aplicações). Os programadores de aplicação (profissionais que desenvolvem as aplicações que utilizam o banco como form= a de armazenamento de dados). E, por fim, os usuários especialistas (escrevem aplicações especializadas para manipulação do banco);
·&nb= sp; Sistema Gerenciador de Banco de Dados: é uma coleção de dados relacionados e uma coleção de programas para acesso a estes dados. O SGBD proporciona um ambiente conveniente e eficiente para armazenamento e recuperação de informações. É dividido em componentes de pr= ocessamento de consultas e gerenciador de memória;
·&nb= sp; armazenamento em disco: estrutura de dados q= ue são necessárias como parte da implementação física do sistema (arquivos, dicionários, índices e estatísticas de dados).
Essa composiçã= o é necessária para o funcionamento do sistema de banco de dados como um todo, incluindo desde o pessoal que desenvolve softwares que utilizam banco quant= o os utilizadores desse tipo de softwares.
2.3.2 = ; Modelo Entidade-Relacionamento
São modelos se= mânticos ou conceituais. Se prestam à etapa de projeto conceitual, pois nessa etapa a base de dados é concebida de maneira bastante preliminar (a base não está associada a nenhum SGBD ou plataforma). Cada construção tem semântica bem definida, pois possuem notações diagramáticas de fácil entendimento.=
O modelo entid= ade-relacionamento tem por base a percepção de que o mundo real é formado por um conjunto de objetos chamado de entidades e pelos conjuntos de relacionamentos entre ess= es objetos. A extensão deste modelo permitiu a inclusão de conceitos, tais com= o: classes e heranças (KORTH; SILBERSCHATZ; SUDARSHAN, 2006).
Suas construçõ= es básicas são entidade (retângulos), relacionamentos (losangos) e atributos (ovais). Podem ser mais bem compreendida no exemplo da Figura 4.
Figura 4: Exemplo de Diag= rama Entidade Relacionamento
Nesse exemplo,= temos como entidades Cliente e Agencia, representadas pelos retângulos azuis. A c= onta do cliente na agência representa o relacionamento entre as duas tabelas (losango verde). Todas as elipses amarelas representam atributos de cada entidade e relacionamento na qual estão ligadas.
<= span style=3D'mso-bookmark:_Toc208369678'>2.4= Object-Relational Mapping
Mapeamento de Objeto-Relacional (ORM) é uma abordagem que permite a construção de sistemas utilizando o paradigma orientado a objetos com a per