Modelagem site/sistema de imobiliária

[Marcos.Rodrigues 0]

Olá galera,

 

Estou com uma dúvidas sobre modelagem de um bd em MySQL para um site/sistema interno de uma imobiliária.

 

Creio que eu terei que fazer varias tabelas para cada tipo de imóvel e suas características como: Casas, Apartamentos, Coberturas, Terrenos, Comercial Sítios, Fazendas e uma tabela imóvel para todos os dados semelhantes entre essas com o ID da tabela imóvel sendo o identificador entre elas.

 

Ainda tenho a tabela de corretores a tabela de clientes que pode ser tanto clientes de compra e venda endereço e infraestrutura (churrasqueira, piscina)

 

a pergunta é, ou melhor as perguntas são:

 

 

1) Está correto ou há uma maneira melhor/mais correta de se fazer?

2) Condominio e Endereço, como faço para vinculá-los?

3) Como faço para fazer dizer que o endereço do apartamento a venda ao mesmo tempo é o endereço de um cliente caso aquele endereço seja a atual residência dele?

4) E a dúvida maior de todas é, como depois eu faria uma busca em todas as tabelas de imóveis por vários itens que estão espalhados pelas tabelas.

 

OBS: o corretor esta vinculado ao cliente e ao imovel poís tenho que saber quem é o corretor que cadastro o cliente de compra no sistema e caso ele não de um bom feedback para o cliente ou outro motivo qualquer pode sera adicionado outro corretor para atende-lo e há um ou mais cadastrados junto ao imovel para propositos de venda, pos pode se ter um ou mais corretores vendendo akele mesmo imovel para uma pessoa.

 

 

Eu vi que tem um tópico parecido com este, http://forum.imasters.com.br/index.php?/topic/337945-modelagem-site-de-imobiliaria/ mas o rapaz que o criou não deu continuidade.

 

E a propósito eu estou estudando modelagem de dados :

Peguei o livro Projeto de Banco de dados 4ª Edição Tem algum outro livro ou somente este já basta? Conselhos? DIcas?

 

E também gostaria de saber qual o nome do programa que o João Batista Neto utiliza para fazer as DER dele.

 

Grato pela ajuda,

Marcos

[Motta 645]

Uns pontos que pensei :

 

O Endereço deve guardar os pontos vantajosos, tipo metrô,onibus,comercio etc.

 

A Classificação do imóvel deve ser mais complexa , quartos,suites, metragem, cozinha, lazer etc.

 

Cliente realmente deve ter seu status (compra/venda/ambos) e não vi o perfil do imovel buscado na compra, não ainda levar um cara que quer ap quarto e sala para uma casa de 5 quartos e vice-versa.

 

--

Uma dica não confunda Lógico com Físico, no Projeto Lògico não é a hora de se preocupar COMO vou buscar as informações e sim QUAIS informações devo ter.

[Marcos.Rodrigues 0]

Motta,

 

Obrigado pela atenção.

 

Eu só não entendi o que você escreveu sobre o endereço, metrê, onibus e comercio.

 

Mas eu acho que fiz algo de acordo com o que você escreveu ainda juntei o que você disse sobre a classificação do imóvel com um post do forum(abaixo segue o link)

 

 

 

Copiei uma solução para infra estrutura (Quartos, Suites, Banheiros, Salas, Piscina, Salão de Jogos, etc.) que estavam neste post

Obrigado João Batista Neto, pela explicação dada naquele post.

 

 

Acho que também já descobri com o programa que ele fez o 2o diagrama (Mysql Workbench)

 

Estou caminhando?

 

Mais uma vez obrigado pela ajuda de todos.

[Motta 645]

Se um imóvel fica perto do metrô, dos pontos de onibus tem alguma vantagem sobre outros e isto os valoriza, tem pessoas que até só compram ou alugam nestas condições.O mesmo para comercio.

 

Preveja também espaço para fotos e videos, hoje é barato gravar e manter um video de uma visita virtual ao imóvel, o cliente poderia visitar virtualmente antes de ir pessoalmente.

 

Acho que um cadastro da documentação do imóvel (mais para casos de venda) também seria necessário, quando comprei meu ap e tenha uma papaleda enorme.

[Marcos.Rodrigues 0]

Se um imóvel fica perto do metrô, dos pontos de onibus tem alguma vantagem sobre outros e isto os valoriza, tem pessoas que até só compram ou alugam nestas condições.O mesmo para comercio.

 

Preveja também espaço para fotos e videos, hoje é barato gravar e manter um video de uma visita virtual ao imóvel, o cliente poderia visitar virtualmente antes de ir pessoalmente.

 

Acho que um cadastro da documentação do imóvel (mais para casos de venda) também seria necessário, quando comprei meu ap e tenha uma papaleda enorme.

 

Motta mais uam vez obrigado, estou aqui adicionando as tabelas que você sugeriu.

Eu entendi... mas tenho 4 dúvidas (na verdade um pouco mais)

 

1) Como eu faria a tabela para "proximidades", assim (idProximidade, nomeProximidade, idImovel) ?

 

2) E sobre a documentação eu provavelmente terei que armazenar documentos tanto do imovel qt do proprietario...

 

eu faço documentos (idDocumento, nomeDocumento, tipoDocumento, arquivoDocumento, id)

 

onde tipoDocumento vai ser cliente ou imovel e o campo id recebe o id do cliente ou do imovel?

 

3) E aproveitando, a modo de armazenagem do telefone dos conjuges esta correto criando mais uma tabela para o telefone deles ou eu deveria armazenar em uma tabela só de contatos?

 

4) Qual seria a melhor maneira de usar a infraEstrutura

eu criar registros como 1 QUarto, 2 QUartos, 3 Quartos e 4 Quartos

ou apenas criar registros Quartos e na tabela de ImovelInfra definir a quantidade?

 

Mais uma vez obrigado e Motta quando você estiver pelo rio(após esse caos é claro) a cerveja (embora eu não beba) é por minha conta.

Muito obrigado mesmo.

[João Batista Neto 448]

Marcos, vou lhe fazer uma proposta de modelo,

 

 

Analise cada uma das tabelas e suas colunas, tente compreender o que são, porque são e quais as consequências de serem.

 

Depois de analisar, poste suas considerações que continuaremos a partir dai.

 

[Marcos.Rodrigues 0]

Olá João,

 

Primeiramente muito obrigado ai pela resposta e pelo diagrama e me desculpa pelo seu tempo tomado, mas eu agradeço muito.

 

Desculpe a demora, eu tava tentando analisar, as conseqüências é que eu não consegui ver muito bem, mas gostei muito do seu modelo, eu acho que eu o entendi...

 

Entidade seria o meu cliente.

 

Negocio seria se é compra ou venda. (Correto?)

 

Eu acho que apenas não entendi o QuantidadeInfraEstruturaImovel os campos (unidadeQuantidadeInfraEstrutura e totalQuantidadeEstruturaImovel)

 

e 2 coisas que eu acho que eu teria que inserir...

 

1) Colocar 'tipo de imovel' no imovel.

eu analisando o seu modelo acho que a melhor maneira de fazer isso seria.

 

correção seria imovel 1:1 imovelTipoImovel

 

Por favor corrija-me se eu estiver errado.

 

e agora uma curiosidade...

A maneira como eu tinha feito para armazenar as informações diferentes para os diferentes tipos de imoveis, criando uma tabela casas, uma tabela apartamento e etc... estava correta? Se sim, como eu aplicaria isso aqui?

[João Batista Neto 448]

Entidade seria o meu cliente.

 

Exatamente

 

Negocio seria se é compra ou venda. (Correto?)

 

Exatamente

 

Eu acho que apenas não entendi o QuantidadeInfraEstruturaImovel os campos (unidadeQuantidadeInfraEstrutura e totalQuantidadeEstruturaImovel)

 

O modelo relacional tem um problema que nos limita em muitos aspectos, esse é justamente um deles, imagina o seguinte:

 

InfraEstrutura -> Quarto, Cozinha, Quadra Esportiva

 

Um imóvel pode ter 3 Quartos, 1 Cozinha, essa informação pode ser suficiente para muitos casos.

 

Agora, imagine que você tenha que informar o tamanho da Quadra Esportiva, se sua unidade for metros, seu imóvel pode ter uma Quadra Esportiva de 80 metros.

 

Esse modelo chama-se EAV, se houver situações em que você precise ter Quantidade e Dimensões para uma determinada Entidade, você pode ter uma outra tabela de atributos e ter, para uma mesma InfraEstrutura, quantidade e dimensões para cada uma das características.

 

1) Colocar 'tipo de imovel' no imovel.

eu analisando o seu modelo acho que a melhor maneira de fazer isso seria.

 

A maneira como eu tinha feito para armazenar as informações diferentes para os diferentes tipos de imoveis, criando uma tabela casas, uma tabela apartamento e etc... estava correta? Se sim, como eu aplicaria isso aqui?

 

Ter uma tabela para cada tipo de imóvel como: casa, apartamento, sala comercial, chácara, etc, etc, etc...

 

Veja, se amanhã você trabalhar com N tipos de imóveis, você terá N tabelas, seus dados ficarão desorganizados e você não conseguirá manter a aplicação.

 

Se o que você chamou de "tipo de imóvel" for essa situação, então essa é a modelagem correta.

 

Veja abaixo, com duas modificações:

 

TipoImovel http://forum.imasters.com.br/public/style_emoticons/default/seta.gif "apartamento", "chácara", "casa", etc...

DimensaoInfraEstruturaImovel http://forum.imasters.com.br/public/style_emoticons/default/seta.gif para permitir que se informe o tamanho de cada InfraEstrutura

QuantidadeInfraEstruturaImovel http://forum.imasters.com.br/public/style_emoticons/default/seta.gif para permitir informar a quantidade de cada InfraEstrutura

 

[Marcos.Rodrigues 0]

Deixa só eu ver se eu realmente entendi...

 

InfraEstrutura (Quartos, Banheiros, Suíte, Quadra, Piscina, Churrasqueira, etc.)

 

DimensaoInfraEstrutura (Tamanho de uma determinada InfraEstrutura

- unidadeDimensaoInfraEstrutura (m2, hectares, cm) (correto??)

- valorDimensaoInfraEstrutura (100, 1000, 10000)

 

QuantidadeInfraEstrutura

- unidadeQuantidadeInfraEstrutura ( acho que é esse que eu não to entendendo)

- valorQuantidadeInfraEstrutura (1, 2, 3)

 

Eu só não estou entendendo que tipo de valor entra neste campo "unidadeQuantidadeInfraEstrutura".

 

Só lhe peço mais 2 favores, se possível.

 

1) Farei algumas alterações (na verdade adicionarei informação) e postarei aqui, poderia só dar uma olhada e me dar a sua opinião?

 

2) Tem alguma dica para estudar modelagem? Livros? Curso? Tutorial? Qualquer coisa...

Parando para analisar o banco eu achei muito legal toda essa complexidade deste tipo de planejamento.

 

É outro que quando estiver pelo Rio (pós guerra é claro) que é so avisar que as cerveja (embora eu não beba) estão pagas.

 

Muito Obrigado mesmo...

Muito Grato pela ajuda...

[João Batista Neto 448]

QuantidadeInfraEstrutura

- unidadeQuantidadeInfraEstrutura ( acho que é esse que eu não to entendendo)

- valorQuantidadeInfraEstrutura (1, 2, 3)

 

Eu só não estou entendendo que tipo de valor entra neste campo "unidadeQuantidadeInfraEstrutura".

 

Pense assim:

 

Quarto - 1

 

No caso do quarto, o valor é absoluto, dispensa explicações.

 

Garagem - 2

 

Temos duas garagens ou 1 garagem para 2 carros ?

 

unidadeQuantidadeInfraEstrutura é para definir o tipo de unidade que vai ser utilizada para uma determinada InfraEstrutura, se a infra for auto-explicativa, a unidade torna-se dispensável.

 

poderia só dar uma olhada e me dar a sua opinião?

 

Vai postando conforme for modificando, diga o que fez, porque fez, qual a consequência do que foi feito.

 

Mais fácil analisar passo por passo, que analisar toda uma modelagem.

 

;)

[Marcos.Rodrigues 0]

Pronto, eu acho que terminei...

 

 

Todos as tabelas que não estão abertas continuaram iguais as que você fez.

 

Adicionei o Corretor

 

O Corretor é:

 

responsável pela entidade que cadastra, mas não respectivamente ao imóvel da entidade.

responsável pelo imóvel que cadastra.

 

um imovel pode estar na "responsabilidade" de mais de um corretor, assim como o cliente.

 

Adicionei a tabela ContatoCorretor

 

Adicionei o Conjuge a Entidade e o Conjuge pode ter dados de contato

 

HistoricoEntidade

Historico da entidade cadastrado por um Corretor

 

HistoricoImovel

Historico do Imovel cadastrado por um Corretor

 

Classificacao

É para informar se a Entidade é de compra, venda ou ambas

 

Condominio

Define se o imovel esta em um condominio (esse eu sei que não esta da melhor maneira possivel, pois sei que um condominio pode ser de edificios ou casas e se for edificios ainda tem que contar com o nome do edificio, ai não consegui planejar de uma maneira boa)

 

Venda

Entra com o valor da venda do imovel

a porcentagem que ganha emcima do imovel

e a data

 

Interesse

São os interesses da Entidade (mas esse aqui eu acho que não vou fazer as informações estão muito "afastadas", tenti juntar o interesse com a infra, mas fikei muito perdido)

[João Batista Neto 448]

Pronto, eu acho que terminei...

 

Ok, vou questionar parte por parte para não confundir tudo.

 

Porque ter uma tabela para Cônjuge se, na verdade, o Cônjuge não passa de uma "Entidade" ?

Porque ter uma tabela para o Corretor se, na verdade, o Corretor não passa de uma "Entidade" ?

 

E se você tiver uma tabela para os tipos de entidades ?

[Marcos.Rodrigues 0]

Porque ter uma tabela para Cônjuge se, na verdade, o Cônjuge não passa de uma "Entidade" ?

Porque ter uma tabela para o Corretor se, na verdade, o Corretor não passa de uma "Entidade" ?

Em minha cabeça ambos estavam como pessoas distintas...

 

Até pq o um ou mais corretores tem que olhar por 1 ou mais clientes e tambem por 1 ou mais imoveis

 

mas arrumei...

 

 

tabelas novas

 

CorretorCliente, ConjugeEntidade, tipoEntidade, historicoEntidade

 

CorretorCliente Guarda quais corretorres estão responsaveis por por quais clientes.

 

ConjugeEntidade Guarda quem é casado com quem (esta correto por o marido e mulher no final de cada nome?)

 

tipoEntidade Pra dizer se é Corretor, Cliente, Conjuge. (ou seria apenas corretor e cliente pois o conjuge vai ser se encontrarmos no relacionamento, correto?)

 

historicoEntidade Armazena um historico para o cliente e armazena qual corretor que cadastrou

 

Dúvida

Já que tem que informar qual corretor esta relacionado com qual imovel eu posso adicionar um campo chamado tipo ao relacionamento EntidadeResponsavelImovel para dizer se é um proprietario ou se é um Corretor.

 

Ou o correto seria ter um para o proprietario e um para o CorretorImovel?

[Marcos.Rodrigues 0]

Eu segui a lógica da infraEstrutura do imovel para fazer o armazenamento de interesse do cliente.

 

 

 

Tabelas novas

 

InteresseEntidade, InteresseNegocio, InteresseInfraEstrutura, DimensaoInteresseInfraEstrutura, QuantidadeInteresseInfraEstrutura

 

Só falta o que faz por local que seria o interesseBairro, mas eu vou tentar reorganizar as tabelas antes pq ta ficando muito confuso tem pouco espaço no meio

[Marcos.Rodrigues 0]

 

Eu só não consegui evitar que uma linha passasse sobre a outra neste modelo, mas acho que consegui fazer o interesse da pessoa.

[Motta 645]

Não sei se o sistema está sendo feito para uma imobiliária em perticular ou em geral para ser comercializado, de qualquer forma uma passo importante agora e validar o modelo com um especialista no negócio, ou o próprio comprador ou algum corretor ou dono de corretora.

 

A gente palpita na opinião do leigo, mas o especialista terá outra visão, "a visão".

 

Mas para isto é importante que o modelo não esteja cru, o seu já me parece no ponto de uma avaliação pelo usuário final.

 

Importante documentar TODAS as observações feitas pelo usuário e solicitar que este faça "perguntas ao modelo" e ver se o modelo responde e como responde às perguntas.

 

Nâo se incomode de refazer modelos e muito menos chato que refazer sistemas e códigos.

[João Batista Neto 448]

Nâo se incomode de refazer modelos e muito menos chato que refazer sistemas e códigos.

 

http://forum.imasters.com.br/public/style_emoticons/default/clap.gif

[Marcos.Rodrigues 0]

Obrigado a ambos, Motta e João pela ajuda...

 

me ajudaram muito...

 

Vou ver com o dono da corretora.

 

Só tenho que entender um pouco melhor sobre fazer as perguntas ao modelo.

 

Mas vocês me ajudaram muito, fico muito grato a toda a ajuda prestada.

 

Tentarei fazer mais umas pesquisas e estudos sobre o assunto e quem sabe em breve eu não estou por aqui ajudando a tirar essas dúvidas.

 

Muito Obrigado mais uma vez.

[Motta 645]

Um exemplo.

 

O Sistema precisa informar quantos apartamentos de três quartos tem a venda na faixa de X a Y mil reais tem nos bairros a, b, c.

O Sistema precisa calcular o valor da corretagem mensal dos corretores.

O Sistema precisa calcular o tempo médio de venda de um imóvel, por tipo, porte, corretor.

 

Isto quem melhor te informa é o usuário final, no caso o dono da corretora.

[William Penaforte 0]

Boua noite

 

É só uma duvida.

Estes campos não estão em reduncandia?

 

 

Obrigado.