Sugerencia sobre como plantear una aplicacion para inmobiliaria.

Hola,

uffff, lo que preguntas es muy muy amplio para una sola cuestión. A ver si
puedo orientarte en algunos asuntos.

Por lo de "aplicación inmobiliaria" a qué te refieres exactamente? Pueden
ser muchas cosas diferentes (facturación de una empresa inmobiliaria,
contabilidad de una empresa inmobiliaria, nóminas del personal de una empresa
inmobiliaria, todo tipo de gestiones de una empresa inmobiliaria, etc etc etc
etc etc). Si por el contrario, te refieres a la gestión de alquileres,
ventas, altas, bajas, consultas y modificaciones de locales, pisos, casas,
terrenos etc que pueda mover una empresa inmobiliaria, entonces te recomiendo
que te mires algunas páginas web de empresas inmobiliarias. Hay de todo y de
ahí puedes sacar ideas de cómo plantear las cosas para hacerlo. Las páginas
web podrían darte ideas de como hacer tus formularios para acceder a los
datos. (a lo mejor ni siquiera era esto lo que preguntabas...)

Para lo del back-end y el front-end esa es una técnica que consiste en tener
dos bases de datos Access: una con las tablas y los datos de la aplicación
(el back-end), que suele estar alojada en una máquina servidora y es común a
los usuarios de la red local, y la otra con los formularios, consultas,
informes, macros, módulos y tablas vinculadas a las tablas de la base de
datos del back-end (esta seria el front-end). Esta ultima es la aplicación
que debería tener cada usuario de la red para accedeer a los datos de la
aplicación, y que están en el back-end.

En Access, menú, herramientas, utilidades de la base de datos, administrador
de tablas vinculadas, tienes una útil herramienta para dividir una base de
datos en dos: back-end, con los datos de tu aplicación, y front-end, con los
objetos de trabajo de tu aplicación.

El tema, tanto de la aplicación inmobiliaria, como del back y front-end es
super amplio...

Saludos desde Barcelona,
Juan M. Afán de Ribera
http://accessvbafaq.mvps.org


"Mery" wrote:

Me han pedido hacer una aplicacion inmobiliaria, y no he trabajado nunca en
access en red, a ver si me podeis sugerir la mejor forma de plantearla.
Tampoco se muy bien en que consiste lo del back-end y el front-end, por lo
que no se si seria el mejor camino.

Muchas Gracias anticipadas

Muchas gracias por tu respuesta, la verdad es que no he caido en decir
exactamente lo que quería ya que yo lo tengo claro y a la hora de exponerlo
no se me ha ocurrido explicarlo. Lo que estoy es haciendo una apliación de
uso de propiedades, características, fotos, exportación excel, etc, lo que
utilizan los comerciales para gestionar las propiedades.

El tema es que ya la tengo dividida en dos BD, una con la lógica y otra con
los datos, que es lo que imagino que sse dice back-end y front-end. En
problema es que las tengo en el mismo directorio y no se como pasarlo a un
servidor.

Muchas gracias anticipadas.

"Juan M. Afan de Ribera" escribió:

Hola,

uffff, lo que preguntas es muy muy amplio para una sola cuestión. A ver si
puedo orientarte en algunos asuntos.

Por lo de "aplicación inmobiliaria" a qué te refieres exactamente? Pueden
ser muchas cosas diferentes (facturación de una empresa inmobiliaria,
contabilidad de una empresa inmobiliaria, nóminas del personal de una empresa
inmobiliaria, todo tipo de gestiones de una empresa inmobiliaria, etc etc etc
etc etc). Si por el contrario, te refieres a la gestión de alquileres,
ventas, altas, bajas, consultas y modificaciones de locales, pisos, casas,
terrenos etc que pueda mover una empresa inmobiliaria, entonces te recomiendo
que te mires algunas páginas web de empresas inmobiliarias. Hay de todo y de
ahí puedes sacar ideas de cómo plantear las cosas para hacerlo. Las páginas
web podrían darte ideas de como hacer tus formularios para acceder a los
datos. (a lo mejor ni siquiera era esto lo que preguntabas...)

Para lo del back-end y el front-end esa es una técnica que consiste en tener
dos bases de datos Access: una con las tablas y los datos de la aplicación
(el back-end), que suele estar alojada en una máquina servidora y es común a
los usuarios de la red local, y la otra con los formularios, consultas,
informes, macros, módulos y tablas vinculadas a las tablas de la base de
datos del back-end (esta seria el front-end). Esta ultima es la aplicación
que debería tener cada usuario de la red para accedeer a los datos de la
aplicación, y que están en el back-end.

En Access, menú, herramientas, utilidades de la base de datos, administrador
de tablas vinculadas, tienes una útil herramienta para dividir una base de
datos en dos: back-end, con los datos de tu aplicación, y front-end, con los
objetos de trabajo de tu aplicación.

El tema, tanto de la aplicación inmobiliaria, como del back y front-end es
super amplio...

Saludos desde Barcelona,
Juan M. Afán de Ribera
http://accessvbafaq.mvps.org


"Mery" wrote:

> Me han pedido hacer una aplicacion inmobiliaria, y no he trabajado nunca en
> access en red, a ver si me podeis sugerir la mejor forma de plantearla.
> Tampoco se muy bien en que consiste lo del back-end y el front-end, por lo
> que no se si seria el mejor camino.
>
> Muchas Gracias anticipadas

Bueno, lo de la aplicación para inmobiliaria creo que más o menos te lo
contesté. Yo no he hecho nunca una aplicación para una inmobiliaria, así que
tampoco podría contarte mucho. A grosso modo es una aplicación más de base de
datos.

Con el otro tema sí puedo orientarte más concretamente.

- Toma la base de datos con los datos y colócala en el servidor.
- abre la base de datos con la lógica (front-end).
- ves a menu, herramientas, utilidades de base de datos, administrador de
tablas vinculadas
- marca todas las tablas vinculadas (se supone que todas están vinculadas a
la base de datos que has puesto en el servidor)
- marca también la casilla que dice "pregunta siempre por la ubicación"
- aprieta el botón aceptar

a partir de aquí navega por tu red y busca la base de datos que has colocado
en el servidor. Una vez localizada, selecciónala y acepta. Access procederá a
revincular las tablas a la nueva ruta donde esté la base de datos con el
back-end (con los datos).

Saludos desde Barcelona,
Juan M. Afán de Ribera
http://accessvbafaq.mvps.org


"Mery" wrote:

Muchas gracias por tu respuesta, la verdad es que no he caido en decir
exactamente lo que quería ya que yo lo tengo claro y a la hora de exponerlo
no se me ha ocurrido explicarlo. Lo que estoy es haciendo una apliación de
uso de propiedades, características, fotos, exportación excel, etc, lo que
utilizan los comerciales para gestionar las propiedades.

El tema es que ya la tengo dividida en dos BD, una con la lógica y otra con
los datos, que es lo que imagino que sse dice back-end y front-end. En
problema es que las tengo en el mismo directorio y no se como pasarlo a un
servidor.

Muchas gracias anticipadas.

"Juan M. Afan de Ribera" escribió:

> Hola,
>
> uffff, lo que preguntas es muy muy amplio para una sola cuestión. A ver si
> puedo orientarte en algunos asuntos.
>
> Por lo de "aplicación inmobiliaria" a qué te refieres exactamente? Pueden
> ser muchas cosas diferentes (facturación de una empresa inmobiliaria,
> contabilidad de una empresa inmobiliaria, nóminas del personal de una empresa
> inmobiliaria, todo tipo de gestiones de una empresa inmobiliaria, etc etc etc
> etc etc). Si por el contrario, te refieres a la gestión de alquileres,
> ventas, altas, bajas, consultas y modificaciones de locales, pisos, casas,
> terrenos etc que pueda mover una empresa inmobiliaria, entonces te recomiendo
> que te mires algunas páginas web de empresas inmobiliarias. Hay de todo y de
> ahí puedes sacar ideas de cómo plantear las cosas para hacerlo. Las páginas
> web podrían darte ideas de como hacer tus formularios para acceder a los
> datos. (a lo mejor ni siquiera era esto lo que preguntabas...)
>
> Para lo del back-end y el front-end esa es una técnica que consiste en tener
> dos bases de datos Access: una con las tablas y los datos de la aplicación
> (el back-end), que suele estar alojada en una máquina servidora y es común a
> los usuarios de la red local, y la otra con los formularios, consultas,
> informes, macros, módulos y tablas vinculadas a las tablas de la base de
> datos del back-end (esta seria el front-end). Esta ultima es la aplicación
> que debería tener cada usuario de la red para accedeer a los datos de la
> aplicación, y que están en el back-end.
>
> En Access, menú, herramientas, utilidades de la base de datos, administrador
> de tablas vinculadas, tienes una útil herramienta para dividir una base de
> datos en dos: back-end, con los datos de tu aplicación, y front-end, con los
> objetos de trabajo de tu aplicación.
>
> El tema, tanto de la aplicación inmobiliaria, como del back y front-end es
> super amplio...
>
> Saludos desde Barcelona,
> Juan M. Afán de Ribera
> http://accessvbafaq.mvps.org
>
>
> "Mery" wrote:
>
> > Me han pedido hacer una aplicacion inmobiliaria, y no he trabajado nunca en
> > access en red, a ver si me podeis sugerir la mejor forma de plantearla.
> > Tampoco se muy bien en que consiste lo del back-end y el front-end, por lo
> > que no se si seria el mejor camino.
> >
> > Muchas Gracias anticipadas

Muchas gracias, ya lo tengo en funcionamiento.

"Juan M. Afan de Ribera" escribió:

Bueno, lo de la aplicación para inmobiliaria creo que más o menos te lo
contesté. Yo no he hecho nunca una aplicación para una inmobiliaria, así que
tampoco podría contarte mucho. A grosso modo es una aplicación más de base de
datos.

Con el otro tema sí puedo orientarte más concretamente.

- Toma la base de datos con los datos y colócala en el servidor.
- abre la base de datos con la lógica (front-end).
- ves a menu, herramientas, utilidades de base de datos, administrador de
tablas vinculadas
- marca todas las tablas vinculadas (se supone que todas están vinculadas a
la base de datos que has puesto en el servidor)
- marca también la casilla que dice "pregunta siempre por la ubicación"
- aprieta el botón aceptar

a partir de aquí navega por tu red y busca la base de datos que has colocado
en el servidor. Una vez localizada, selecciónala y acepta. Access procederá a
revincular las tablas a la nueva ruta donde esté la base de datos con el
back-end (con los datos).

Saludos desde Barcelona,
Juan M. Afán de Ribera
http://accessvbafaq.mvps.org


"Mery" wrote:

> Muchas gracias por tu respuesta, la verdad es que no he caido en decir
> exactamente lo que quería ya que yo lo tengo claro y a la hora de exponerlo
> no se me ha ocurrido explicarlo. Lo que estoy es haciendo una apliación de
> uso de propiedades, características, fotos, exportación excel, etc, lo que
> utilizan los comerciales para gestionar las propiedades.
>
> El tema es que ya la tengo dividida en dos BD, una con la lógica y otra con
> los datos, que es lo que imagino que sse dice back-end y front-end. En
> problema es que las tengo en el mismo directorio y no se como pasarlo a un
> servidor.
>
> Muchas gracias anticipadas.
>
> "Juan M. Afan de Ribera" escribió:
>
> > Hola,
> >
> > uffff, lo que preguntas es muy muy amplio para una sola cuestión. A ver si
> > puedo orientarte en algunos asuntos.
> >
> > Por lo de "aplicación inmobiliaria" a qué te refieres exactamente? Pueden
> > ser muchas cosas diferentes (facturación de una empresa inmobiliaria,
> > contabilidad de una empresa inmobiliaria, nóminas del personal de una empresa
> > inmobiliaria, todo tipo de gestiones de una empresa inmobiliaria, etc etc etc
> > etc etc). Si por el contrario, te refieres a la gestión de alquileres,
> > ventas, altas, bajas, consultas y modificaciones de locales, pisos, casas,
> > terrenos etc que pueda mover una empresa inmobiliaria, entonces te recomiendo
> > que te mires algunas páginas web de empresas inmobiliarias. Hay de todo y de
> > ahí puedes sacar ideas de cómo plantear las cosas para hacerlo. Las páginas
> > web podrían darte ideas de como hacer tus formularios para acceder a los
> > datos. (a lo mejor ni siquiera era esto lo que preguntabas...)
> >
> > Para lo del back-end y el front-end esa es una técnica que consiste en tener
> > dos bases de datos Access: una con las tablas y los datos de la aplicación
> > (el back-end), que suele estar alojada en una máquina servidora y es común a
> > los usuarios de la red local, y la otra con los formularios, consultas,
> > informes, macros, módulos y tablas vinculadas a las tablas de la base de
> > datos del back-end (esta seria el front-end). Esta ultima es la aplicación
> > que debería tener cada usuario de la red para accedeer a los datos de la
> > aplicación, y que están en el back-end.
> >
> > En Access, menú, herramientas, utilidades de la base de datos, administrador
> > de tablas vinculadas, tienes una útil herramienta para dividir una base de
> > datos en dos: back-end, con los datos de tu aplicación, y front-end, con los
> > objetos de trabajo de tu aplicación.
> >
> > El tema, tanto de la aplicación inmobiliaria, como del back y front-end es
> > super amplio...
> >
> > Saludos desde Barcelona,
> > Juan M. Afán de Ribera
> > http://accessvbafaq.mvps.org
> >
> >
> > "Mery" wrote:
> >
> > > Me han pedido hacer una aplicacion inmobiliaria, y no he trabajado nunca en
> > > access en red, a ver si me podeis sugerir la mejor forma de plantearla.
> > > Tampoco se muy bien en que consiste lo del back-end y el front-end, por lo
> > > que no se si seria el mejor camino.
> > >
> > > Muchas Gracias anticipadas

On 15 abr, 16:36, Mery wrote:

Me han pedido hacer una aplicacion inmobiliaria, y no he trabajado nunca en
access en red, a ver si me podeis sugerir la mejor forma de plantearla.
Tampoco se muy bien en que consiste lo del back-end y el front-end, por lo
que no se si seria el mejor camino.

Muchas Gracias anticipadas

Te sugiero que mires opciones ya realizadas y que están muy bien.
Ejemplo: http://www.inmoenter.com