2

Wilton Ozanam Ribeiro

Reengenharia de Software: análise essencial aplicada na modelagem de um software imobiliário

Este trabalho de conclusão de curso foi julgado adequado à obtenção do Título de Bacharel em Ciência da Computação e aprovado em sua forma final pelo Curso de Ciência da Computação da Universidade Presidente Antônio Carlos.

Aprovado em ________/________/________

BANCA EXAMINADORA

________________________________________________________Prof Gustavo Campos Menezes – Orientador do Trabalho

________________________________________________________Prof. Eduardo Macedo Bhering – Membro da Banca Examinadora

________________________________________________________Prof. Luis Augusto Mattos Mendes – Membro da Banca Examinadora

3

AGRADECIMENTOS

“A busca da felicidade deve ser a frase mais óbvia da história e algumas pessoas parecem se esquecer que felicidade é o que estamos supostamente procurando aqui. Não prazeres efêmeros, não comodidade, não cabelos bonitos ou corpos perfeitos, mas simplesmente apreciando a montanha enquanto a escalamos. Afinal, os caminhos para cima podem ser os mais árduos, mas é de lá que são vistas as mais belas paisagens”.

(Neil Peart, 1994)

Agradeço à minha família, pela presença constante, meu irmão, minha avó e,

especialmente aos meus pais, Antônio Sérgio e Cida, pela vida inteira de dedicação a

mim. Dedicação através de pequenos mas importantes gestos, e através do

ensinamento dos grandes valores da vida. É imensurável a minha felicidade por ser

parte de vocês.

Agradeço à minha namorada, meu grande amor, companheira de todos os

momentos, que com seu carinho e seu sorriso cativante, fez com que os momentos

difíceis dessa caminhada se tornassem agradáveis.

Por fim, agradeço ao meu orientador e aos demais professores que dispuseram

minutos importantes para me auxiliarem, aos amigos da faculdade, aos grandes amigos

de São João Del Rei, e a todos que, de alguma forma, contribuíram para minha

formação acadêmica. Muito obrigado por acreditarem no meu potencial.

4

SUMÁRIO

5

RESUMO

Esta monografia propõe a modelagem de um sistema imobiliário, a partir da abordagem a conceitos de reengenharia de software. Visando propiciar, a partir desta proposta, a posterior criação de um software que venha proporcionar a otimização dos negócios de empresas do setor imobiliário. São relatados, dessa forma, alguns conceitos de reengenharia, tais como, engenharia reversa e engenharia avante, além de conceitos de engenharia de software. E por fim, são apresentados resultados da modelagem referente ao ambiente imobiliário em questão.

Palavras-Chave: engenharia de software, reengenharia de software, sistema imobiliário.

6

LISTA DE FIGURAS

Figura 2.1: Engenharia e Reengenharia de Software (Oliveira, 2003) ..........................13Figura 3.1: Tela de Cadastros ........................................................................................23Figura 3.2: Tela de Controle Mensal de Aluguel.................................... ........................25Figura 3.3: Tela de Consultas.........................................................................................26

7

1. INTRODUÇÃO

Atualmente, têm-se visto uma crescente modernização no mercado

profissional, independentemente da área. Especificamente, neste contexto de

desenvolvimento, encontra-se o setor imobiliário, o qual há muito, exerce

considerável influência sobre grande parte da sociedade, visto que este meio de

comércio está presente na vida de muitas pessoas e movimenta a economia em

inúmeras regiões.

Sendo assim, surge a necessidade de se acompanhar esse contínuo

crescimento e, para tanto, a necessidade de se desenvolver modelagens e,

conseqüentemente, softwares imobiliários a partir destas modelagens, que

tornem as empresas deste setor mais competitivas e mais preparadas para

oferecerem melhores serviços a seus clientes.

Portanto, é relevante ressaltar aqui, a abordagem à reengenharia de

software, a qual necessária para um eficaz desenvolvimento de tais softwares.

1.1 Objetivo

O objetivo deste trabalho é, a partir de conceitos da reengenharia,

especificar uma modelagem necessária ao desenvolvimento futuro de um

sistema imobiliário, em nível de protótipo, que seja de utilidade para alguma

organização do setor em questão, a qual deseje, a partir desta modelagem, dar

continuidade objetivando a construção do protótipo em questão, e mais adiante,

um software imobiliário completo e mais robusto.

Para tanto, este projeto de pesquisa será também baseado em um dos

paradigmas da engenharia de software, a prototipação, a qual leva em conta a

construção de um projeto piloto, a ser avaliado pelo usuário e,

8

conseqüentemente, utilizado para refinar os requisitos a estarem contidos no

protótipo a ser desenvolvido.

Serão percorridos alguns passos necessários à obtenção de uma

modelagem eficiente e satisfatória, tais como: coleta inicial de dados,

refinamento dos requisitos a partir da análise e, em seguida, realização da fase

de projeto com a criação de um banco de dados em Interbase e esboço das

principais telas para posterior avaliação.

É importante ressaltar, que será realizado um processo de modelagem,

levando-se em conta a abordagem ao trabalho de graduação desenvolvido por

OLIVEIRA (2003), relacionado à reengenharia de software.

Será realizado, analogamente a este trabalho citado, um projeto de

engenharia, ou seja, a partir do ponto inicial, serão percorridas as fases de

levantamento de requisitos, modelagens conceitual, lógica e física do ambiente

imobiliário, com exceção, todavia, da implementação. Serão utilizados para tais

tarefas, a ferramenta para modelagem, Dr. Case, o Sistema Gerenciador de

Banco de Dados Interbase para construção do banco de dados, além do

ambiente Delphi para elaboração de algumas telas como sugestão.

1.2 Justificativa

Para desenvolver este projeto de pesquisa, foi escolhida a título de

exemplificação, a empresa do setor imobiliário, denominada Imobiliária Líder,

situada na cidade de São João Del Rei, MG, a qual possui um controle de

aluguel de seus imóveis realizado por meio de fichas, as quais contendo apenas

os nomes e telefones tanto de locatários quanto de locadores, endereço dos

imóveis locados e um controle simples de pagamento, referente à data do

pagamento do aluguel e seu valor.

9

Os demais dados dos clientes e imóveis ficam contidos em outras fichas

arquivadas, fazendo com que estes dados, mesmo que satisfatoriamente

organizados para o ambiente da empresa, estejam demasiadamente

distribuídos, acarretando, por exemplo, em uma considerável perda de tempo

quando da necessidade de colher tais dados para realizar atividades do dia-a-

dia.

Os recibos de aluguéis são todos preenchidos à mão, também provocando

um retardo na eficiência do serviço. Neste ponto, quando o movimento da

empresa está em épocas e/ou horários de pico, causa uma espera maior por

parte dos clientes, e por este motivo causando insatisfações. Valendo ressaltar

que, este tempo poderia estar sendo utilizado para realização de outras tarefas,

caso a empresa já estivesse contando com um serviço mais eficiente, o qual

realizado por um bom software.

Todos os contratos, fichas de cadastros e demais controles afins, são

realizados no computador, porém não havendo um padrão satisfatório neste

controle. Além disso, o controle de envio de cobranças e avisos, que poderia ser

realizado por mala direta, encontra-se também despadronizado.

A geração de relatórios também acarreta em atraso nos serviços da

imobiliária uma vez que se perde muito tempo em colher os dados dos imóveis,

valores e datas de pagamentos para prestação de contas com os proprietários.

Com isso, o propósito do desenvolvimento deste software decorre da

necessidade dessa empresa, igualmente à inúmeras outras empresas do setor

imobiliário, informatizar seus processos internos de locação de imóveis, visando

oferecer junto aos seus clientes um melhor e mais ágil atendimento, além de

uma otimização na realização de suas tarefas administrativas.

10

1.3 Organização da Monografia

Este projeto de pesquisa apresenta-se organizado em capítulos.

Sendo que, no primeiro capítulo, será apresentada uma introdução sobre o

projeto, seu objetivo e justificativas.

A seguir, no capítulo 2, serão tratados os principais conceitos da

reengenharia, ressaltando as referências necessárias às pesquisas já realizadas

no trabalho de graduação de OLIVEIRA (2003).

Posteriormente, no capítulo 3, será descrita a fase de modelagem do

sistema, dando-se ênfase à apresentação do banco de dados criado em

Interbase e à criação das principais telas geradas para futura implementação. Tal

projeto será realizado utilizando-se dos ambientes Dr. Case, Interbase e Delphi,

respectivamente.

E, por fim, no capítulo 4, serão relatadas algumas considerações finais

com relação ao projeto em questão e, ainda, algumas propostas para trabalhos

futuros.

11

2. REENGENHARIA DE SOFTWARE

Neste capítulo, será feita uma breve abordagem com relação a alguns

conceitos e definições sobre a reengenharia de software, baseados em

OLIVEIRA (2003), juntamente com a engenharia de software, as quais referem-

se a um único propósito, o de estabelecer o desenvolvimento de softwares,

diferenciando-se apenas pelo fato de, respectivamente, renovar um sistema

legado e criar um sistema novo desde o marco inicial.

2.1. Definição

Atualmente, o mundo em que vivemos está se modificando em grande

velocidade. O ambiente de negócio e a Tecnologia da Informação aí inserida,

caminham a passos largos em termos de crescimento competitivo. Os softwares

responsáveis por gerenciar o negócio, necessitam de constantes modificações

para não ficarem obsoletos diante de outros que surgem mais evoluídos. Além

disso, existe a opção de se criar softwares novos, sem levar em conta o

reaproveitamento dos antigos, sendo isso possível devido à reengenharia de

software.

A reengenharia vem proporcionar a elaboração e renovação de um

determinado produto, proporcionando-lhes funcionalidades que irão gerar melhor

desempenho e maior confiabilidade.

Segundo Pressman (1995), a reengenharia é considerada uma

reconstrução de um sistema, a partir de sua documentação e exame do mesmo,

sem alterar suas funcionalidades, apenas adicionando o que se julga necessário,

no sentido de devolvê-lo ao usuário, com uma melhor qualidade.

Enquanto que, a engenharia trata a construção de um software

seguindo todas as etapas necessárias, desde um ponto inicial, tais como,

12

planejamento, análise de requisitos, projeto de estrutura de dados, especificação

e codificação de programas, teste e manutenção.

2.2. Reengenharia X Engenharia X Engenharia Reversa

Para compreender melhor a definição de reengenharia, vale ressaltar a

diferença existente entre ela e a Engenharia de Software e, ainda, compará-la

com a engenharia reversa.

No primeiro caso, temos que a reengenharia de software, a partir de um

software já existente, almeja obter uma nova versão, implantando melhorias e

gerando uma boa documentação para que haja futuras manutenções, se

necessário. Já a engenharia de software, trata justamente do oposto. Ela

possibilita o desenvolvimento de um sistema totalmente novo, sem ainda existir

qualquer documentação a respeito do mesmo, buscando-se então, o

desenvolvimento de modelagens para o sistema em questão.

No segundo caso, comparando reengenharia e engenharia reversa,

podemos afirmar que esta última é um subconjunto da primeira, que se realiza

através de uma análise detalhada do código de um software, sendo totalmente

relevante dentro do processo da reengenharia, a qual possuidora de uma maior

abrangência. Com a engenharia reversa, tem-se um conhecimento geral do

sistema, proporcionado pela geração da documentação a partir da análise do

código em questão, facilitando assim, futuras manutenções (OLIVEIRA, 2003).

2.3. Engenharia Avante

A engenharia avante, se refere ao outro subconjunto da reengenharia

em que, possuindo uma documentação proveniente do processo de engenharia

13

ou, ainda, do processo de engenharia reversa de um sistema legado, torna-se

possível dar início à implementação do novo sistema. Buscando atingir um bom

funcionamento juntamente com uma desejável usabilidade do mesmo, utilizando-

se para tanto, de uma linguagem de programação, da qual se tenha considerável

domínio no manuseio.

A figura 2.1, mostrada a seguir, ilustra, de forma clara e concisa, as

fases contidas nos processos de engenharia e reengenharia de software.

Requisitos

-Engenharia de Sistemas

-Análise

Requisitos de um novo Software

Abstrações do Software a ser reconstruído

Novos Requisitos Adicionais

Projeto

-Arquitetural-Procedimental-De dados-De Interface

Implementação

-Codificação-Testes

Software desenvolvido

Software Reconstruído

Enge-nharia Avante

Enge-nhariaAvante

Enge-nhariaAvante

Enge-nhariaAvante

Enge-nhariaReversa

Enge-nhariaReversa

Decisão de Reengenharia

Figura 2.1 – Engenharia e Reengenharia de Software (Oliveira, 2003)

Engenharia de Software

- 14 -

Com o intuito de, posteriormente à apresentação da modelagem

deste projeto de pesquisa, tornar possível a geração do sistema de controle

de locações imobiliário, são apresentados, segundo (Oliveira 2003), os

padrões de engenharia avante, baseados na Família de Padrões de

Reengenharia Orientada a Objetos – FaPRE/OO, a qual é definida como

sendo uma família de padrões utilizada para a reengenharia de software em

sistemas legados procedimentais.

Ela apresenta 17 padrões, divididos em 4 clusters1, sendo 3

clusters contendo 13 padrões na fase de engenharia reversa, os quais

geram, como resultado, uma documentação do sistema, tornando possível

seguir adiante e aplicar o cluster referente à etapa de engenharia avante,

que contém os 4 padrões restantes.

Sendo assim, temos a seguir, o cluster com seus respectivos

padrões, referente à engenharia avante, no formato que se segue: Nome,

Intuito, Aplicabilidade, Contexto (Influências), Solução, Avaliação,

Justificativa e Produtos Obtidos, (Oliveira, 2003).

Cluster – Gerar o sistema orientado a objetos:

1. Nome: definir a plataforma:

Intuito: Definir a plataforma de desenvolvimento do novo sistema

conforme as exigências do negócio e dos objetivos estratégicos da

organização empresarial.

1 Cluster refere-se a um módulo, o qual agrupa padrões de acordo com a familiaridade que possuem.

- 15 -

Aplicabilidade: Em organizações empresariais que desejam

modernizar a Tecnologia da Informação usada como suporte às realizações

do seu negócio.

Influências:

- O atual e o futuro ambiente operacional da organização

empresarial são objetos de estudo que devem incluir as seguintes análises:

- O quê de fato já existe.

- Quais os atuais e os futuros recursos operacionais

disponibilizados.

- A cultura da organização.

- O histórico de desenvolvimentos realizados.

- O foco estratégico da organização.

- Quais os processos de negócio que serão suportados.

- Avaliar as considerações anteriores, juntamente com a área

estratégica da organização, pois a mudança de um ambiente operacional

envolve custos, tais como:

- Treinamento de usuários na nova tecnologia.

- Investimentos em infra-estrutura que envolve a solução

adotada, podendo ser necessário adquirir: novos computadores servidores,

estações de trabalho, routhers e switches para interligação remota destas

estações. Também pode ocorrer a necessidade de reestruturar toda a rede

de informática, efetuando-se a mudança de cabos coaxiais para a

tecnologia de par-trançado.

- 16 -

- Investimento em todo o software necessário para a

implementação da solução escolhida, podendo ser necessário adquirir: um

novo sistema operacional, tal como: Novell, Windows NT; um novo Banco

de Dados Relacional; uma ferramenta de desenvolvimento, tal como Java,

Delphi, softwares de apoio, tais como backup, correio interno, etc.

- Investimento no desenvolvimento do aplicativo. Poder-se-á optar

pela terceirização desses serviços, ou treinar toda a equipe técnica da

empresa na nova tecnologia, não desconsiderando que essa equipe deverá

manter o atual sistema legado em operação durante toda a fase de

desenvolvimento do novo aplicativo.

- O engenheiro de software tem à sua disposição cópias de

demonstração de todos os pacotes, utilitários e ferramentas de suporte

técnico.

- O engenheiro de software tem um bom conhecimento de técnicas

de reuniões para se obter um consenso da área estratégica da organização.

Solução:

1. Escolher o ambiente operacional.

2. Escolher o Banco de Dados Relacional.

3. Escolher o pacote da linguagem de programação.

O Banco de Dados e linguagem de programação escolhidos para

a nova plataforma são, respectivamente, Interbase versão 6.0 e Delphi

versão 7.0.

- 17 -

Produtos obtidos:

Plataforma de implementação definida:

- Ambiente Operacional;

- Banco de Dados Relacional;

- Pacote da Linguagem de Implementação.

2. Nome: converter o banco de dados:

Intuito: Criar as estruturas de dados do Sistema, fisicamente, de

acordo com o Diagrama de Classes.

Produtos obtidos:

- Banco de Dados do Sistema.

3. Nome: implementar os métodos:

Intuito: Escrever os métodos obtidos na engenharia reversa na

linguagem de programação escolhida para o processo de engenharia

avante.

Produtos obtidos:

Métodos programados na linguagem de implementação escolhida

para reengenharia.

4. Nome: realizar melhorias na interface:

- 18 -

Intuito: Conceber sistemas que atendam, cada vez melhor, às

necessidades dos usuários em relação não apenas a critérios de

funcionalidade (conjunto de tarefas desempenhadas pelo sistema), mas

também à usabilidade.

Aplicabilidade: Existem diversas telas de acesso às funções do

sistema legado, desenvolvidas para o ambiente DOS (caracter), totalmente

peculiar às aplicações implementadas em Clipper, Cobol, etc. Então é

necessário conceber nova interface para o ambiente Windows (gráfico), que

atenda também aos critérios de usabilidade, e que possa ser construída na

linguagem de implementação escolhida para o processo de engenharia

avante.

Influências:

- Exige do engenheiro de software habilidade em conseguir

transformar telas do ambiente caracter em telas no ambiente Windows.

- Exige do engenheiro de software, experiência no

desenvolvimento de interfaces que:

- Sejam consistentes;

- Tenham atalhos para usuários experientes;

- Tenham Feedback informativo;

- Seja organizada quanto aos diálogos de interação;

- Previna erros de usuários;

- Seja possível a reversibilidade de ações;

- Reduza a necessidade de memorização;

- 19 -

- O engenheiro de software tem à sua disposição todas as telas de

tratamento da informação, do sistema legado.

- O engenheiro de software tem um bom conhecimento da

linguagem de implementação para construir interfaces que viabilizem:

- Facilidade de aprendizado;

- Facilidade de utilização;

- Ser intuitiva;

- Diálogo simples e natural;

- Velocidade na execução das tarefas;

- Mensagens de erros consistentes;

- Satisfação subjetiva;

Solução:

1. Para cada tela do ambiente caracter do sistema legado, gerar

conjunto de interfaces na linguagem de implementação escolhida para a

reengenharia, que realizem melhorias por meio dos conceitos de

usabilidade.

Avaliação: Este padrão é muito importante, visto que o resultado

obtido nele será o que o cliente efetivamente terá acesso, e estas melhorias

na interface serão um dos critérios principais para a sua avaliação final

sobre o sistema.

Justificativa: Este padrão nos ajuda a melhorar as condições de

usabilidade do sistema, facilitando a interação do cliente/usuário com o

sistema já modificado.

- 20 -

Produtos obtidos: Sistema que passou pelo processo de

reengenharia, tendo interfaces concebidas, com base nos critérios de

usabilidade.

- 21 -

3. MODELAGEM DO SOFTWARE IMOBILIÁRIO

Após o estudo referente aos principais conceitos de engenharia e

reengenharia de software, descritos no capítulo anterior, buscando

compreender passos importantes que antecedem a criação, ou ainda, a

recriação de um software eficiente e confiável, serão abordadas, no

presente capítulo, algumas funcionalidades do sistema imobiliário a ser

eventualmente desenvolvido, a partir dos modelos conceitual e lógico

estabelecidos, os quais foram gerados no decorrer deste projeto de

pesquisa, utilizando-se da ferramenta Dr. Case.

3.1 Documentação Gerada

A sugerida documentação, referente à criação do Diagrama Entidade-

Relacionamento (DER), descrição das entidades presentes no DER,

geração do script para criação do banco de dados em Interbase e

diagramas de Casos de Uso, encontram-se nos anexos ao final deste

trabalho.

Tal documentação pôde ser desenvolvida utilizando-se da ferramenta

Dr Case, sendo posteriormente realizadas algumas melhorias na descrição

do banco de dados, como por exemplo, criação de campos auto-numéricos,

o que só é possível adicionando-se linhas de código no script em questão.

Além deste material, foi gerado ainda, algumas telas a partir de

melhorias realizadas nas telas apresentadas no trabalho de (OLIVEIRA,

2003), as quais servirão como sugestões para o desenvolvimento de um

protótipo de um sistema imobiliário, e que possa vir a ser implementado em

um projeto futuro. Visando exemplificar melhor, tais telas encontram-se

- 22 -

acompanhadas de uma breve descrição a respeito das funções existentes

em cada uma delas.

3.2 Tela de Cadastros

A tela de cadastros, exemplificada pela figura 3.1, permite a inserção

de dados de locadores, imóveis e locatários. A partir do botão “Novo”, será

possível efetuar o cadastro. Após a entrada dos dados confirma-se o

cadastro a partir do botão “Gravar”. Caso haja algum equívoco nesta

operação, basta clicar no botão “Cancelar”, a partir do qual será

descontinuada a ação de entrada de dados no banco de dados do sistema.

Esta tela permite, ainda, movimentar por entre os registros, através da

utilização das setas de navegação existentes.

Estas ações durante o cadastro, podem ser efetuadas tanto no

cadastro de locadores, quanto no cadastro de locatários e imóveis.

- 23 -

Figura 3.1 - Tela de Cadastros de Locadores, L ocatários e Imóveis

- 24 -

3.3 Tela de Controle Mensal de Aluguel

A tela de controle de aluguel, representada pela figura 3.2, retrata a

ficha de locação referente ao vencimento mensal do aluguel de um imóvel.

A partir desta funcionalidade do sistema, é possível, ao entrar com a data

corrente, armazenar os dados referentes ao vencimento mensal de

determinado contrato em vigor, relacionando o valor do aluguel, cálculo de

juros caso haja atraso no pagamento, e ainda, o cálculo do valor de

comissão para a imobiliária e o montante a ser depositado para o locatário.

A tela permite, ainda, navegar entre os registros.

- 25 -

Figura 3.2 – Tela de Controle Mensal de Aluguel

3.4 Tela de Consultas e Relatórios

Nesta tela são realizadas consultas dos dados de determinado

locador e locatário, através da entrada do nome dos mesmos. Além de um

levantamento sobre quais imóveis encontram-se alugados e quais

- 26 -

encontram-se disponíveis. Permite, ainda, apresentar os dados essenciais

em um contrato de locação, tal como a exemplificação na figura 3.3, a

seguir. E por fim, proporciona a emissão de uma listagem de locatários

existentes no sistema, fornecendo os principais dados dos mesmos.

Figura 3.3 – Tela de Consultas

- 27 -

4. CONSIDERAÇÕES FINAIS

Estamos inseridos na era tecnológica, em que as empresas devem

buscar a total integração de seus setores através de sistemas, a fim de

obter agilidade no processamento de informações imprescindíveis à

realização de seus negócios.

O que se pode ver, baseando-se nessa afirmativa, são empresas que

buscam acompanhar as novas tecnologias, adquirindo, porém, pacotes

fechados de softwares, ou seja, já prontos. Pacotes que atendem apenas

parcialmente às necessidades destas empresas, fazendo com que as

mesmas procurem adaptar-se ao software adquirido, e não o contrário.

Gerando, dessa forma, uma queda na obtenção dos resultados

anteriormente esperados.

É neste ponto, que se encontra a importante participação dos

engenheiros de software, os quais vão poder oferecer softwares

personalizados, com funções desenvolvidas especificamente para atender

às necessidades de cada empresa.

Podem ser desenvolvidos softwares a partir do ponto inicial, ou seja,

algo novo, ou então, a partir de algum software já existente, obsoleto, que

apresente a real necessidade de ser migrado para uma plataforma mais

atual e que, a partir da reengenharia, poderá propiciar, além das funções já

presentes, outras que irão otimizar as transações da empresa contratante.

A opção por esta reformulação, será a elaboração de um projeto e

posterior implementação de um software contendo as características da

empresa solicitante. Software este, que certamente apresentará melhor

qualidade e, o mais importante, apresentará uma completa documentação

de todo o processo da criação do novo software, propiciando

conseqüentemente, a real possibilidade para futuras manutenções, de

acordo com as novas necessidades da empresa que possam vir a surgir.

- 28 -

4.1 Proposta para Trabalhos Futuros

Neste trabalho, foram percorridas etapas as quais envolveram a

modelagem de um software imobiliário, porém não dando ênfase à

implementação, mas sim à modelagem conceitual, lógica e criação de um

banco de dados em interbase. Sendo assim, fica como uma sugestão de

trabalho futuro, a implementação de um protótipo, a partir das informações

contidas neste projeto de pesquisa, podendo se basear tanto na

programação estruturada, quanto no conceito de programação orientada a

objetos.

Além disso, seria também interessante, realizar um estudo teórico

referente à utilização da tecnologia Web Services, a qual baseada em XML

e na Web, (MANES, 2003). Visando estabelecer conceitos importantes na

obtenção de uma maior integração, entre escritórios imobiliários e seus

clientes, através da comunicação de software, (SILVA, 2004).

- 29 -

REFERÊNCIAS BIBLIOGRÁFICAS

MANES, A. T. Web Services: a manager’s guide . 1ª ed. Boston: 5Addison Wesley, 2003, 323p.

OLIVEIRA, Mirian Cristina de. Reengenharia de Software: reengenharia de um sistema legado baseado em padrões, 2003. Monografia - Faculdade de Ciências da Computação e Comunicação Social, Barbacena, MG.

PRESSMAN, Roger S. Engenharia de Software. 5ª ed. Rio de Janeiro: McGraw-Hill, 2002, 843 p.

SILVA, Paulo A. P. Análise sobre integração de aplicações em empresas de contabilidade com aplicações de cliente s por meio de Web Services , 2004. Monografia – Fundação Comunitária de Ensino Superior de Itabira, Itabira, MG.