Re: [Gnet-desarrollo] Replanteamiento del esquema de la base de datos

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hola Elena, pues por el momento estamos empezando, estamos definiendo el
modelo de datos. Como habrás visto es algo muy básico, que tiene que ver con
una aplicación para cualquier entidad, sobre todo para asociaciones y
también porque no para pymes enfocadas en la economía social.

La base pretende ser una variante más básica de la gestión de
RRHH<http://es.wikipedia.org/wiki/Sistema_de_Administraci%C3%B3n_de_Recursos_Humanos>
Por el momento, vamos a cerrar el modelo de datos, aporta todo lo que creas
que puede ser bueno.

Si quieres ir aventajando (creo que sería muy bueno), miraté algún tutorial
de *jquery* y *Symphony PHP.

*Estimo que en un mes comenzaremos a preparar el entorno de programación.
Hasta ese momento puedes mirar estos frameworks e ir participando y
poniendote al día con la lista , aunque estamos un poco paradas. ¿Alex tu
sigues por ahí no ;) ?

El día 5 de junio de 2008 17:35, elena lenguas silva <ele...@ho...>
escribió:

>  Buenas a todos, soy Elena..
> No conteste ayer porque se me ha estropeado el portatil..
> He echado un vistazo al modelo de datos, me gustaría saber que puedo ir
> haciendo yo
> y que me expliqueis un poco más la aplicacion..
>
>
> ------------------------------
> Date: Wed, 4 Jun 2008 13:14:02 +0200
> From: jua...@gm...
> To: pab...@gm...
> CC: gne...@li...
> Subject: Re: [Gnet-desarrollo] Replanteamiento del esquema de la base de
> datos
>
>
> yo comparto el modelo de datos , en la parte bancaria aprovecharía todo el
> trabajo que hemos realizado y con el que hemos concluido hacer tablas que
> permitan de una manera óptima generar los recibos de domiciliación que
> manejan todos los bancos (csb19) , y también importar los ficheros de
> devoluciones. Parto de la base de que las domiciliaciones debe ser una cosa
> común , sino habría que meterlo como módulo a parte y por tanto todas estas
> tablas también.
>
> Por lo tanto las tablas quedarían así:
>
> TABLA CUOTAS
> tipo_cuota : trimestral, anual,semestral,etc...
> cuantia : lo que paga al mes el socio
> id_socio: id que relaciona con la tabla de datos personales
> cuota_cambiada: por si el socio se queda en paro, o cambia su situación y
> deciden entre remesas cambiarle la cuantía de la cuota
>
> TABLA DATOS_BANCO
> ccc: numero de cuenta
> banco: el banco que corresponde
> id_socio:
>
> REMESAS
> id: key primary
> tipo: trimestral,anula,semestra,etc...
> emision: fecha
> mes_remesa: mes de la remesa
>
> REMESAS_HIST
> id_remesa: id que relaciona la remesa en la tabla remesas
> id_personal:
> resultado: si está devuelta la domiciliacion o se ha cobrado correcto
> cuota: cuantía
>
> Vamos a dar cañita a esto para que el proyecto tenga cuerpo. Nosotros en un
> mes o así nos pondremos a migrar y adaptar al nuevo modelo de datos todo el
> código que hemos hecho para la aplicación de la asociación.
>
> Os presento a Elena , una nueva incorporación al proyecto. Adjunto de nuevo
> el modelo de datos para que lo vea.
>
>
>
> El día 27 de mayo de 2008 15:51, pablov g2 <pab...@gm...> escribió:
>
> Hola Luis,
>
> Perdona que haya tardado unos dias en abrir el mail, pero ando hasta arriba
> de curro. Vamos al lio.
>
> Voy comentando usando la guia del SQL, en ese orden..
>
> La tabla organization, creo q habría que dotarla de algún modelo que
> permita gestionar una misma asociacion pero en distintos niveles, ejemplo
> una ONG con varios grupos, dispersos en localidades.
>
> La tabla de personaldocumenttype y personaldocument; lo veo estupendo esto
> encaja con la idea que teniamos de hacer flexible a la herramienta y que se
> adaptara a cualquier asociacion. La duda que tengo es a la hora de trabar
> con muchos usuarios/ y con muchos registros creados para estos usuarios, veo
> que se haría con arrays, tiene alguna limitación en cuanto a cosistencia, o
> velocidad de la bd??
>
> La tabla de cuotas, tal vez lo haga demasiado complejo, pero se podría
> hacer igual que con los personaldocument, y poder ampliar la información de
> la cuota, con, numero de cuenta, domiciliación, deudas, etc... O bien
> relacionar esta información propia del socio con la gestión de cuotas. No se
> aquí se podría complicar un poco mas el modelo para intentar dar respuestas
> a muchas más situaciones.
>
> Me parece estupendo lo de los cargos, ademas ya pensando un poco en el
> resultado final, incluso se podría organizar através de relaciones entre los
> distintos cargos de forma que se dibuje facilmente el organigrama de la
> asociacion.
>
> El resto de tablas me parecen bastante bien. Y en general me gusta
> muchisimo el planteamiento, buen trabajo.
>
> Le daré otro vistazo a ver si se me ocurre alguna cosa más que incorporar.
>
> Saludos
>
>
>
> 2008/5/26 Luis Cabrera <lca...@sa...>:
>
>  Hola a todos ....
>
> Había quedado con Juanma en tratar de mandar un esquema más elaborado
> de la base de datos para poder evaluarlo en la lista.
>
> No me ha dado tiempo de realizar un esquema completo, pero lo que
> adjunto ya perfila por donde iría el esquema de la bbdd que tengo en
> mente.
>
> Lo he realizado en postgresql, que es la base de datos con la que
> trabajo habitualmente.
>
> Adjunto fichero SQL con comentarios y una captura de imagen que
> muestra el estado de las relaciones de lo que hay actualmente.
>
> Espero añadir nuevos componentes a la BBDD a medida que sean
> discutidos por esta lista.
>
> Saludos a todos.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gnet-desarrollo mailing list
> Gne...@li...
> https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gnet-desarrollo mailing list
> Gne...@li...
> https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo
>
>
>
> ------------------------------
> Tecnología, moda, motor, viajes,.suscríbete a nuestros boletines para estar
> siempre a la última MSN Newsletters<http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenance&Brand=WL&RU=http%3a%2f%2fmail.live.com>
>