Menu
▾
▴
gnet-desarrollo — La lista de los miembros de desarrollo
You can subscribe to this list here.
| 2008 |
Jan
(12) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(19) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: pablov g. <pab...@gm...> - 2008-07-02 22:36:49
|
Hola Santi, Soy Pablo, de sevilla. mmm no se pero creo que te conozco tal vez de algun hackmeeting? estuvist en Guernika el año pasado? No se lo mismo nos conocemos y todo..jej A ver, te doy las grancias antes de nada por compartir tu experiencia con nosotros, y de paso te invito a que participes si lo ves oportuno. No quiero contestarte por cada punto, pq comparto plenamente lo que dices yo tb conozco el mundillo de ls ONG y veo los mismos problemas que tu. La diferencia creo que esta en el analisis y en el inicio. gnet (lo que hay o lo que salga en el futuro) nace con la idea de organizar a los socios/asociados/militantes/colaboradores de un grupo ya sea ONG,asociacion o grupo de colegas... esta creo que es una diferencia esencial con otros proyectos. Es mucho mas general, aun no hay mucho desarrollado y de echo esa es otra de las diferencias cuando empezamos con la lista, el analisis y demas... lo haciamos con la idea de crear una aplicacion libre para tal uso y sí vimos otros proyectos pero por cuestiones X decidimos comenzar uno nuevo. Tambien te comento que la idea, y el inicio estan marcados por la necesidad que tuvimos en un momento dado de hacer un sistema para una asociacion y puest a desarrollar pues lo mejor era usar ese esfuerzo para crear algo mejor y libre. Ahora estamos en fase de analsiis, pq hemos repensado el proyecto, se ha juntado mas gente y estamos en ese periodo previo antes de sacar nada... por eso si aun tienes ganas te invito a tiy a todos los que estabais con gestiong a que colaboreis en el proyecto. Que se podria resumir en "gestion de los humanos que forman parte de un grupo", luego vendran los modulos de contabilidad, de cuotas, de contactos, de relaciones, etc...etc... Gracias porel aporte y nos vemos en elprox hm. Un saludo 2008/7/2 Santiago Capel Torres <sa...@ke...>: > Hola, me llamo Santi y soy el administrador del proyecto GestiONG. > Puesto que este proyecto está a punto de ser abandonado, me gustaría > exponeros algunas de mis reflexiones, con el mayor de los respetos, por > si os sirven para el futuro desarrollo: > > a) Antes de iniciar un proyecto, investigad si ya hay otros proyectos > similares e intentad ver la forma de colaborar con aquellos. > > b) Antes de comenzar con la primera línea de código, hablad con varias > ONG y adquirid un compromiso de que van a utilizar el programa. > > c) Renunciad desde el principio a la idea de que las ONG van a realizar > el esfuerzo de migrar a GNU/Linux. En este caso, vuestro enfoque de > hacer una aplicación cliente/servidor es lo más adecuado. > > d) Tened en cuenta que cada ONG funciona de una forma distinta. La > contabilidad, la forma de llevar la caja, la organización de las socias, > los proyectos, etc. Todo es diferente de una a otra. > > e) No os preocupéis por el proyecto GONG. Además de no ser competidores > funcionalmente, está pensado para ONG grandes que probablemente, > gastarán mucho dinero en la instalación y mantenimiento del programa. > > f) No seáis muy ambiciosos al principio. Sacad algo rápido que se pueda > utilizar y que sea provechoso, por ejemplo, los cobros de las cuotas de > los socios y socias. > > g) Tened en cuenta que el personal técnico de las ONG trabaja en > condiciones de semi-precariedad cuando no voluntariamente además de > tener una vida activa muy completa, lo que les deja poco tiempo para > aprender nuevos sistemas, aparte de cierto rechazo por las nuevas > tecnologías, a las que consideran más bien la culpa de su agobio que la > solución a sus problemas (esto es una opinión muy personal por mi parte). > > Nada más, espero que alguno de estos puntos os parezca interesante y en > lo posible, eviten que cometáis los mismos errores que GestiONG ha > cometido. > > Un abrazo, > -- santilin > > > > Luis Cabrera wrote: > > El día 22 de junio de 2008 19:47, pablov g2 <pab...@gm...> > escribió: > >> Bueno, yo tambien conocia de la existencia de GONG el proyecto este para > >> ONGs, pero claro... un detalle que no se menciona es que esta dotado de > >> 300mil euros... y que solo el analisis funcional puede que cueste unas > >> decenas de miles de euros... esto tambien situa muy bien donde est aun > >> proyecto y otro... > > > >> No creo que tengamos que coger como referencia el proyecto de GONG pq no > es > >> equiparable un proyecto a otro. Para mi este nuestro proyecto tiene > sentido > >> si lo relacionamos con otros proyectos de SL donde lo importante es la > >> retroalimentacion del proyecto por una comunidad...y ahi es donde creo q > >> tenemos q poner el objetivo... no creo tanto q el objetivo sea hacer una > >> herramienta perfecta sino en hacer una herramienta lo suficientemente > util > >> como para que atraiga a una masa critica de usuarios suficientemente > grande > >> como para que se sumen al desarrollo muchas mas personas.. > > > > Obviamente no son proyectos que cumplan una misma función, de eso no > > cabe duda. Sin embargo, veo que coincidimos en lo fundamental: un > > analisis funcional ayudaría a definir perfectamente cuales van a ser > > los ámbitos reales de trabajo para este proyecto. Un análisis > > funcional es necesario independientemente del origen o el destino de > > un proyecto. > > > >> Es decir la estrategia q planteo seria: > >> 1. hacer un analisis funcional lo mejor posible, pero como dice juanma > >> equilibrado con el tamaño actual del proyecto > > > > Ok, aunque tengo que añadir que actualmente el tamaño del proyecto es > > 0, directamente, ya que todavía no hay nada definidio. > > > >> 2. desarrollar y sacar una version beta lo mas potente posible... > > > > Yo lo traduciría en: Plantear un RoadMap realista y ejecutarlo paso a > paso. > > > >> 3. hacer una buena difusion e intentar promocionarlo lo maximo > posible... > > > > Con código en la mano, ya funcional (aunque sea una versión básica), > > esa siempre será una tarea pendiente. > > > > Solo añadir una cosa más: Ya va tocando meter este proyecto en algún > > sitio, con los servicios que vamos a necesitar. Hay que ir > > pensandolo... > > > >> salud > > > > Saludos a tod@s. > > > > Luis > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > _______________________________________________ > > Gnet-desarrollo mailing list > > Gne...@li... > > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Gnet-desarrollo mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > |
|
From: Santiago C. T. <sa...@ke...> - 2008-07-02 17:34:53
|
Hola, me llamo Santi y soy el administrador del proyecto GestiONG. Puesto que este proyecto está a punto de ser abandonado, me gustaría exponeros algunas de mis reflexiones, con el mayor de los respetos, por si os sirven para el futuro desarrollo: a) Antes de iniciar un proyecto, investigad si ya hay otros proyectos similares e intentad ver la forma de colaborar con aquellos. b) Antes de comenzar con la primera línea de código, hablad con varias ONG y adquirid un compromiso de que van a utilizar el programa. c) Renunciad desde el principio a la idea de que las ONG van a realizar el esfuerzo de migrar a GNU/Linux. En este caso, vuestro enfoque de hacer una aplicación cliente/servidor es lo más adecuado. d) Tened en cuenta que cada ONG funciona de una forma distinta. La contabilidad, la forma de llevar la caja, la organización de las socias, los proyectos, etc. Todo es diferente de una a otra. e) No os preocupéis por el proyecto GONG. Además de no ser competidores funcionalmente, está pensado para ONG grandes que probablemente, gastarán mucho dinero en la instalación y mantenimiento del programa. f) No seáis muy ambiciosos al principio. Sacad algo rápido que se pueda utilizar y que sea provechoso, por ejemplo, los cobros de las cuotas de los socios y socias. g) Tened en cuenta que el personal técnico de las ONG trabaja en condiciones de semi-precariedad cuando no voluntariamente además de tener una vida activa muy completa, lo que les deja poco tiempo para aprender nuevos sistemas, aparte de cierto rechazo por las nuevas tecnologías, a las que consideran más bien la culpa de su agobio que la solución a sus problemas (esto es una opinión muy personal por mi parte). Nada más, espero que alguno de estos puntos os parezca interesante y en lo posible, eviten que cometáis los mismos errores que GestiONG ha cometido. Un abrazo, -- santilin Luis Cabrera wrote: > El día 22 de junio de 2008 19:47, pablov g2 <pab...@gm...> escribió: >> Bueno, yo tambien conocia de la existencia de GONG el proyecto este para >> ONGs, pero claro... un detalle que no se menciona es que esta dotado de >> 300mil euros... y que solo el analisis funcional puede que cueste unas >> decenas de miles de euros... esto tambien situa muy bien donde est aun >> proyecto y otro... > >> No creo que tengamos que coger como referencia el proyecto de GONG pq no es >> equiparable un proyecto a otro. Para mi este nuestro proyecto tiene sentido >> si lo relacionamos con otros proyectos de SL donde lo importante es la >> retroalimentacion del proyecto por una comunidad...y ahi es donde creo q >> tenemos q poner el objetivo... no creo tanto q el objetivo sea hacer una >> herramienta perfecta sino en hacer una herramienta lo suficientemente util >> como para que atraiga a una masa critica de usuarios suficientemente grande >> como para que se sumen al desarrollo muchas mas personas.. > > Obviamente no son proyectos que cumplan una misma función, de eso no > cabe duda. Sin embargo, veo que coincidimos en lo fundamental: un > analisis funcional ayudaría a definir perfectamente cuales van a ser > los ámbitos reales de trabajo para este proyecto. Un análisis > funcional es necesario independientemente del origen o el destino de > un proyecto. > >> Es decir la estrategia q planteo seria: >> 1. hacer un analisis funcional lo mejor posible, pero como dice juanma >> equilibrado con el tamaño actual del proyecto > > Ok, aunque tengo que añadir que actualmente el tamaño del proyecto es > 0, directamente, ya que todavía no hay nada definidio. > >> 2. desarrollar y sacar una version beta lo mas potente posible... > > Yo lo traduciría en: Plantear un RoadMap realista y ejecutarlo paso a paso. > >> 3. hacer una buena difusion e intentar promocionarlo lo maximo posible... > > Con código en la mano, ya funcional (aunque sea una versión básica), > esa siempre será una tarea pendiente. > > Solo añadir una cosa más: Ya va tocando meter este proyecto en algún > sitio, con los servicios que vamos a necesitar. Hay que ir > pensandolo... > >> salud > > Saludos a tod@s. > > Luis > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Gnet-desarrollo mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > |
|
From: Luis C. <lca...@sa...> - 2008-06-23 08:07:49
|
El día 22 de junio de 2008 19:47, pablov g2 <pab...@gm...> escribió: > Bueno, yo tambien conocia de la existencia de GONG el proyecto este para > ONGs, pero claro... un detalle que no se menciona es que esta dotado de > 300mil euros... y que solo el analisis funcional puede que cueste unas > decenas de miles de euros... esto tambien situa muy bien donde est aun > proyecto y otro... > No creo que tengamos que coger como referencia el proyecto de GONG pq no es > equiparable un proyecto a otro. Para mi este nuestro proyecto tiene sentido > si lo relacionamos con otros proyectos de SL donde lo importante es la > retroalimentacion del proyecto por una comunidad...y ahi es donde creo q > tenemos q poner el objetivo... no creo tanto q el objetivo sea hacer una > herramienta perfecta sino en hacer una herramienta lo suficientemente util > como para que atraiga a una masa critica de usuarios suficientemente grande > como para que se sumen al desarrollo muchas mas personas.. Obviamente no son proyectos que cumplan una misma función, de eso no cabe duda. Sin embargo, veo que coincidimos en lo fundamental: un analisis funcional ayudaría a definir perfectamente cuales van a ser los ámbitos reales de trabajo para este proyecto. Un análisis funcional es necesario independientemente del origen o el destino de un proyecto. > Es decir la estrategia q planteo seria: > 1. hacer un analisis funcional lo mejor posible, pero como dice juanma > equilibrado con el tamaño actual del proyecto Ok, aunque tengo que añadir que actualmente el tamaño del proyecto es 0, directamente, ya que todavía no hay nada definidio. > 2. desarrollar y sacar una version beta lo mas potente posible... Yo lo traduciría en: Plantear un RoadMap realista y ejecutarlo paso a paso. > 3. hacer una buena difusion e intentar promocionarlo lo maximo posible... Con código en la mano, ya funcional (aunque sea una versión básica), esa siempre será una tarea pendiente. Solo añadir una cosa más: Ya va tocando meter este proyecto en algún sitio, con los servicios que vamos a necesitar. Hay que ir pensandolo... > salud Saludos a tod@s. Luis |
|
From: pablov g. <pab...@gm...> - 2008-06-22 18:46:56
|
Bueno, yo tambien conocia de la existencia de GONG el proyecto este para ONGs, pero claro... un detalle que no se menciona es que esta dotado de 300mil euros... y que solo el analisis funcional puede que cueste unas decenas de miles de euros... esto tambien situa muy bien donde est aun proyecto y otro... No creo que tengamos que coger como referencia el proyecto de GONG pq no es equiparable un proyecto a otro. Para mi este nuestro proyecto tiene sentido si lo relacionamos con otros proyectos de SL donde lo importante es la retroalimentacion del proyecto por una comunidad...y ahi es donde creo q tenemos q poner el objetivo... no creo tanto q el objetivo sea hacer una herramienta perfecta sino en hacer una herramienta lo suficientemente util como para que atraiga a una masa critica de usuarios suficientemente grande como para que se sumen al desarrollo muchas mas personas.. Es decir la estrategia q planteo seria: 1. hacer un analisis funcional lo mejor posible, pero como dice juanma equilibrado con el tamaño actual del proyecto 2. desarrollar y sacar una version beta lo mas potente posible... 3. hacer una buena difusion e intentar promocionarlo lo maximo posible... salud 2008/6/22 juanma lpr <jua...@gm...>: > Yo me plantearía la dimensión del proyecto en función de lo que somos, > somos 5 y participamos muy poquito en la lista. Por lo tanto creo que > deberiamos REPLANTEARNOS la dimensión y otras cuantas cosas. > En principio y en final , somos > ALEX , LUIS , ELENA , PABLO Y JUANMA . > Ya está. > Por donde vamos, y ahora intentemos opinar todos > > El día 14 de junio de 2008 13:17, Luis Cabrera <lca...@sa...> > escribió: > > El día 11 de junio de 2008 9:15, juanma lpr <jua...@gm...> >> escribió: >> >> > Hola a todos, después de una larga e interesantisima conversación >> telefónica >> > con Luis hemos concluido lo siguiente que os lo paso a comentar: >> >> [...] >> >> Después de esta conversación, Juanma quedó en pasarme el Análisis >> Funcional de herramienta Gestión ONG, una herramienta destinada a la >> gestión de ONG's, con unas especificaciones muy concretas... >> >> Hoy sábado he estado leyendolo (son 91 pág.). Después de leerlo y de >> reflexionar un poco, me parece evidente que deberíamos definir >> nuestro proyecto MUY BIEN y que también deberíamos realizar un estudio >> similar al que adjunto en este correo. >> >> Sin un objetivo claro y bien definido, lo único que vamos a conseguir >> es desarrollar otra aplicación más que, posiblemente, no llegue a >> alcanzar una masa crítica adecuada para que sea realimentada por la >> comunidad. >> >> Recomiendo la lectura de este estudio funcional y aconsejo realizar >> uno parecido para el proyecto que tenemos entre manos. El tener como >> referencia un estudio de este tipo, nos va a servir de referente a lo >> largo del desarrollo de toda la aplicación, además de ayudar a >> mantener enormemente la consistencia de la aplicación. >> >> Espero que comenten algo al respecto, para saber por donde seguimos. >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Gnet-desarrollo mailing list >> Gne...@li... >> https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo >> > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Gnet-desarrollo mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > > |
|
From: juanma l. <jua...@gm...> - 2008-06-22 07:51:58
|
Yo me plantearía la dimensión del proyecto en función de lo que somos, somos 5 y participamos muy poquito en la lista. Por lo tanto creo que deberiamos REPLANTEARNOS la dimensión y otras cuantas cosas. En principio y en final , somos ALEX , LUIS , ELENA , PABLO Y JUANMA . Ya está. Por donde vamos, y ahora intentemos opinar todos El día 14 de junio de 2008 13:17, Luis Cabrera <lca...@sa...> escribió: > El día 11 de junio de 2008 9:15, juanma lpr <jua...@gm...> > escribió: > > > Hola a todos, después de una larga e interesantisima conversación > telefónica > > con Luis hemos concluido lo siguiente que os lo paso a comentar: > > [...] > > Después de esta conversación, Juanma quedó en pasarme el Análisis > Funcional de herramienta Gestión ONG, una herramienta destinada a la > gestión de ONG's, con unas especificaciones muy concretas... > > Hoy sábado he estado leyendolo (son 91 pág.). Después de leerlo y de > reflexionar un poco, me parece evidente que deberíamos definir > nuestro proyecto MUY BIEN y que también deberíamos realizar un estudio > similar al que adjunto en este correo. > > Sin un objetivo claro y bien definido, lo único que vamos a conseguir > es desarrollar otra aplicación más que, posiblemente, no llegue a > alcanzar una masa crítica adecuada para que sea realimentada por la > comunidad. > > Recomiendo la lectura de este estudio funcional y aconsejo realizar > uno parecido para el proyecto que tenemos entre manos. El tener como > referencia un estudio de este tipo, nos va a servir de referente a lo > largo del desarrollo de toda la aplicación, además de ayudar a > mantener enormemente la consistencia de la aplicación. > > Espero que comenten algo al respecto, para saber por donde seguimos. > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Gnet-desarrollo mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > |
|
From: Luis C. <lca...@sa...> - 2008-06-14 11:17:03
|
El día 11 de junio de 2008 9:15, juanma lpr <jua...@gm...> escribió: > Hola a todos, después de una larga e interesantisima conversación telefónica > con Luis hemos concluido lo siguiente que os lo paso a comentar: [...] Después de esta conversación, Juanma quedó en pasarme el Análisis Funcional de herramienta Gestión ONG, una herramienta destinada a la gestión de ONG's, con unas especificaciones muy concretas... Hoy sábado he estado leyendolo (son 91 pág.). Después de leerlo y de reflexionar un poco, me parece evidente que deberíamos definir nuestro proyecto MUY BIEN y que también deberíamos realizar un estudio similar al que adjunto en este correo. Sin un objetivo claro y bien definido, lo único que vamos a conseguir es desarrollar otra aplicación más que, posiblemente, no llegue a alcanzar una masa crítica adecuada para que sea realimentada por la comunidad. Recomiendo la lectura de este estudio funcional y aconsejo realizar uno parecido para el proyecto que tenemos entre manos. El tener como referencia un estudio de este tipo, nos va a servir de referente a lo largo del desarrollo de toda la aplicación, además de ayudar a mantener enormemente la consistencia de la aplicación. Espero que comenten algo al respecto, para saber por donde seguimos. |
|
From: Luis C. S. <lca...@sa...> - 2008-06-11 10:40:05
|
Añadido soporte para llevar más de una organización, con capacidad para definir tantas sedes/subsedes/etc como hiciera falta por cada organización. También he cambiado las tablas que representaban el status de socios dentro de una organización por algo un poco más abstracto, con capacidad para definir casos como el de que una misma persona pueda tener varios status dentro de una organización, como podría ser el caso de un socio que además, es empleado de la misma organización. Como siempre, espero comentarios y criticas constructivas sobre el diseño, así como propuestas sobre casos extremos que «no quepan» en el diseño actual de la bbdd. Venga, ánimo y un saludo a tod@s Luis -- El sentido del humor consiste en saber reírse de las propias desgracias. -- Alfredo Landa. |
|
From: juanma l. <jua...@gm...> - 2008-06-11 08:15:32
|
Hola a todos, después de una larga e interesantisima conversación telefónica con Luis hemos concluido lo siguiente que os lo paso a comentar: Gnet es un proyecto todavía muy verde , ya que estamos discutiendo (y no muy efervescentemente) el modelo de datos. Meternos en un sembrado como el de la conferencia puede llegar a ser negativo. Es muy importante que demos todos nuestro punto de vista sobre el modelo de datos, cuanto más lo discutamos y trabajemos ahora , más tiempo nos va a ahorrar en el futuro desarrollo de código. Es importante que al que se le ocurra cualquier particularidad la suelte (por ejemplo que habrá que tener en cuenta que las cuotas pueden ser trimestrales , semestrales o anuales , etc...) . Hay que refrendar lo que se tiene diseñado y aportar a lo que se quiera meter nuevo. En el proyecto somos : Luis, Alex, Pablo , Elena y yo , por lo demás no veo otras aportaciones. Es demasiado ambicioso ir a Málaga a contar ¿que? ...si vamos a Málaga no es para contar que somos o que tenemos .... vamos a pedir ayuda ...y creo que es negativo. |
|
From: juanma l. <jua...@gm...> - 2008-06-11 06:46:20
|
No habeis dicho nada acerca de nuestra participación en el Congreso Internacinal de SL. |
|
From: Luis C. S. <lca...@sa...> - 2008-06-10 08:08:32
|
El Monday 09 June 2008 19:24:51 juanma lpr escribió: > Me gusta bastante ! Gracias Juama Ahora lo que toca son varias cosas: - Con referencia al diseño: * Darle una «pensada» para unir lo hecho hasta ahora al concepto de "Organización", de manera que nos permita que la aplicación pueda orientarse y escalar perfectamente hacia estos tres objetivos: 1) Una organización simple, básica 2) Una organización compleja, que puede llegar hasta la gestión de empleados propios 3) Una organización amplia, con subsedes, con necesidades casi de gran empresa. * Ver nuevas áreas hacia las que expandir el diseño de la bbdd. Esto quedaría pendiente si lo planteamos como extensiones. Me explico: Deberíamos definir lo que sería el core (núcleo) de la BBDD y dejar prevista la incorporación de nuevas tablas, que serían añadidas en forma de plugin's o complementos a la aplicación principal. Como ejemplos que se me ocurran en este momento, citar, por ejemplo, un módulo para el desarrollo de actividades (cursos, reuniones, charlas...), de manera que las tablas necesarias para este ejemplo, no interfieran con el nucleo del diseño de la bbdd. No sé si me he explicado, pero vendría a ser algo parecido a lo que gráficamente he hecho en el último gráfico que mandé: agrupar las tablas por temas concretos. - Con referencia a otros temas pendientes: * Definir si se da soporte multibasededatos, o se selecciona una sola bbdd, multiplataforma, y se la explime al máximo. * Hacer un «roadmap» hacia una previsible versión 1.0 * Definir los habitualmente llamados «milestones», o dicho de otra manera, definir los pasos a dar, con metas claras en cada nivel para todos. * Definir donde montamos el proyecto (Sourceforge, Berlios, Launchpad, etc...) Bueno, esto es todo, a esta hora de la mañana :-) Saludos Luis -- I am deeply CONCERNED and I want something GOOD for BREAKFAST! |
|
From: juanma l. <jua...@gm...> - 2008-06-09 18:25:58
|
Me gusta bastante ! El día 8 de junio de 2008 2:22, Luis Cabrera <lca...@sa...> escribió: > Hola a tod@s > > Va otra revisión del diseño de la BBDD. > Se intenta mantener la atomicidad máxima en la misma. Bastantes cambios. > > No incluí la parte de remesas y de historico de remesas porque no > tenía claro los campos que se incluirian ahi... > > De momento, me sigo centrando en las personas (socios) y su gestión. > Para la siguiente revisión, ya añado temas referentes a la > organización en si mismo. > > Como podrán ver en el gráfico que les adjunto, he marcado «temas» que > ya van quedando englobados en la BBDD, pero me gustaría saber que > otros «temas» quedan por tocar. > > Un saludo a tod@s ;-) > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Gnet-desarrollo mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > > |
|
From: Luis C. <lca...@sa...> - 2008-06-08 00:21:59
|
Hola a tod@s Va otra revisión del diseño de la BBDD. Se intenta mantener la atomicidad máxima en la misma. Bastantes cambios. No incluí la parte de remesas y de historico de remesas porque no tenía claro los campos que se incluirian ahi... De momento, me sigo centrando en las personas (socios) y su gestión. Para la siguiente revisión, ya añado temas referentes a la organización en si mismo. Como podrán ver en el gráfico que les adjunto, he marcado «temas» que ya van quedando englobados en la BBDD, pero me gustaría saber que otros «temas» quedan por tocar. Un saludo a tod@s ;-) |
|
From: juanma l. <jua...@gm...> - 2008-06-06 10:17:37
|
a falta de definir el modelo de datos, donde podemos alojar el proyecto ? en un servidor con PHP 5 . En sourceforge se puede ? Lo digo por ir comenzando a montar algo ya, aunque no tengamos el modelo de datos a Elena y a alguno más nos puede venir bien para enredar con el symphony y el jquery ... que os parece? |
|
From: Alejandro G. <ale...@gm...> - 2008-06-06 09:22:03
|
Buenas! Bueno lo primero pedir disculpas por mi ausencia, que he estado realmente liado con un par de curros que me han absorvido por completo, y avisar que ya estoy de nuevo con algo mas de tiempo para empezar a aportar al proyecto y a la lista. Hoy revisaré todo lo que habeis ido mandando y aportaré y comentaré mi granito de arena. Saludos! juanma lpr escribió: > 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... <mailto: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... <mailto:jua...@gm...> > To: pab...@gm... <mailto:pab...@gm...> > CC: gne...@li... > <mailto: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... > <mailto: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... > <mailto: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... > <mailto: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... > <mailto: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> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ------------------------------------------------------------------------ > > _______________________________________________ > Gnet-desarrollo mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnet-desarrollo > |
|
From: Luis C. <lca...@sa...> - 2008-06-06 07:11:41
|
Buenos días Solo aprovechar para saludar a Elena (¡bienvenida!) y para decir que, seguramente mañana, mando a la lista algunas aportaciones más al diseño de la bbdd. Saludos a tod@s Luis |
|
From: juanma l. <jua...@gm...> - 2008-06-05 23:11:02
|
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> > |
|
From: elena l. s. <ele...@ho...> - 2008-06-05 15:35:08
|
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 _________________________________________________________________ MSN Noticias http://noticias.msn.es/comunidad.aspx |
|
From: juanma l. <jua...@gm...> - 2008-06-04 11:14:06
|
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 > > |
|
From: Luis C. S. <lca...@sa...> - 2008-06-02 12:03:29
|
El Monday 02 June 2008 10:45:44 pablov g2 escribió: > Hola a todos, > > Os planteo una idea que se nos ha ocurrido...a ver aprovechando la > Conferencia Internacional de SL de Malaga, > http://www.opensourceworldconference.com/oswc/calls, se han abierto > pequeños espacios para presentar proyectos.. y habia pensado que tal > pudieramos presentar gnet (o como se llame para entonces) ... Darle publicidad es lo adecuado. Igual se suma gente con más tiempo para el proyecto, y eso es positivo. > Siendo conscientes del nivel de desarrollo que tiene ahora, jeje poco o > ninguno.. pues estaria bien ya sea para darle un empujon y que se nos > sumaran mas personas o simplemente por el echo de presnetar el proyecto si > estuviera ya en version beta para que se empezara a usar... Tratando de verlo desde fuera, es obvio que el proyecto anda en pañales todavía. La cuestión es dar algo que llame la atención a posibles desarrolladores. Sería bueno discutir algo más (bastante más) lo que hay sobre la mesa y así avanzar hacia algo más tangible, que pueda ser presentado en Málaga. > si os parece bien podemos plantear eso, una *Comunicaciones (Call for > paper), *que dura unos 10 minutos para presentar el proyecto. Por mi, OK > yo confio que a lo largo del verano le dediquemos suficiente tiempo como > para que avance considerablemente... Eso espero ;-) > Saludos > > PD: siguen pendientes los debates que se abrieron sobre postgres o mysql... Siguen abiertas muchas cosas, por lo que sería bueno retomar lo hecho hasta el momento y 'discutirlo' a fondo, para poder sentar las bases y comenzar a escribir código cuanto antes. Saludos a todos :-) Luis -- Everything you've learned in school as "obvious" becomes less and less obvious as you begin to study the universe. For example, there are no solids in the universe. There's not even a suggestion of a solid. There are no absolute continuums. There are no surfaces. There are no straight lines. -- R. Buckminster Fuller |
|
From: pablov g. <pab...@gm...> - 2008-06-02 09:45:38
|
Hola a todos, Os planteo una idea que se nos ha ocurrido...a ver aprovechando la Conferencia Internacional de SL de Malaga, http://www.opensourceworldconference.com/oswc/calls, se han abierto pequeños espacios para presentar proyectos.. y habia pensado que tal pudieramos presentar gnet (o como se llame para entonces) ... Siendo conscientes del nivel de desarrollo que tiene ahora, jeje poco o ninguno.. pues estaria bien ya sea para darle un empujon y que se nos sumaran mas personas o simplemente por el echo de presnetar el proyecto si estuviera ya en version beta para que se empezara a usar... si os parece bien podemos plantear eso, una *Comunicaciones (Call for paper), *que dura unos 10 minutos para presentar el proyecto. yo confio que a lo largo del verano le dediquemos suficiente tiempo como para que avance considerablemente... Saludos PD: siguen pendientes los debates que se abrieron sobre postgres o mysql... |
|
From: pablov g. <pab...@gm...> - 2008-05-27 13:51:50
|
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 > > |
|
From: Luis C. <lca...@sa...> - 2008-05-26 00:34:52
|
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. |
|
From: Luis C. S. <lca...@sa...> - 2008-05-09 17:35:51
|
Buenos días/Buenas tardes a todos Me pondré las pilas leyendo lo que hay hasta ahora. Un saludo a todos los participantes de la lista. Un saludo Luis -- Mencken and Nathan's Second Law of The Average American: All the postmasters in small towns read all the postcards. |
|
From: juanma l. <jua...@gm...> - 2008-05-09 16:06:20
|
luis ya puedes enviar mails a la lista |
|
From: juanma l. <jua...@gm...> - 2008-04-25 11:10:10
|
Hola a todos, yo soy esa nueva incorporación que se comenta al final del correo ;) He mirado como unirme al proyecto en Sourceforge pero parece que no ha de ser hecho de forma manual porque no hay un formulario de solicitud o similar. En Sourceforge tengo una cuenta desde hace ya cinco años (como pasa el tiempo...), y la cuenta es: ws...@us... Como ya comenté en el correo, pertenezco a una asociación universitaria (Grupo Universitario de Informática <http://www.gui.uva.es/>) en la Universidad de Valladolid, y como en todas las asociaciones... pues tenemos el típico problema de la organización y falta de coordinación interna por la mala comunicación, así que aprovechando que hace unos tres años tenía que hacer el proyecto de fin de carrera, pensé en desarrollar una solución de este tipo (otra tema aparte es que me metiese a teleco y no hiciese nada del proyecto hasta hace unos meses :P). Mi idea, era desarrollar una aplicación para estos menesteres, es decir no sólo para la asociación a la que pertenezco sino para más asociaciones, incluso para un departamento (en realidad la idea era desarrollar una aplicación para un grupo de personas con un fin común), ya que mi objetivo era desarrollar un núcleo sobre el que ensamblar módulos personalizados para cada tarea que se quisiese hacer. ¿Qué paso? Pues que el proyecto se me fue de las manos, y después de ver que lo que quería hacer era una especie de framework, cosa que una sola persona no podía hacer ni tampoco se podía hacer como proyecto de fin de carrera por su envergadura pues cambié de tutor de proyecto y reorientamos el proyecto a algo más de investigación, que es lo que me encuentro haciendo ahora pues ya por fin deseo terminar la carrera (je je je, estoy tres años matándome para hacer la carrera a curso por año, y despúes llega el proyecto y paso de él :P, en fin...). Así que lo que estoy haciendo ahora sigue teniendo un usuario, que es una asociación, pero con la diferencia de que simplemente estoy haciendo toda la fase de análisis de un proyecto software usando una metodología aplicable a lo que quiero hacer, que se denomina desarrollo de líneas de productos dirigido por modelos, y en concreto, una técnica de modelado para esto, que se denomina modelos de características. Lo que estoy haciendo suena muy bonito pero luego tocaría diseñarlo (pues mi análisis sólo dará como resultado unas pocas clases del dominio de análisis que logicamente deben ser transformadas y revisadas en el diseño) e implementarlo. Lo bueno es que se puede hacer, pero requiere tiempo y sobre todo, mano de obra. Bueno, dentro de lo que estoy trabajando, tengo un modelo de características, que no es más que un árbol con todas las funcionalidades que se desea tenga la aplicación, unas obligatorias y otras optativas (pues no todas las asociaciones son iguales). Yo os puedo aportar toda esta experiencia de ingeniería del software, que me he currado a la hora de establecer las relaciones entre los diferentes elementos que comprondrían la aplicación, e incluso podríais criticar (os aseguro que el dibujito del modelo de características es muy fácil de entender y ver como va), y por otro lado, también os puedo aportar mi experiencia en la implementación del proyecto tome la forma que tome. Bien es cierto que nunca he participado en un proyecto en equipo, más que las típicas prácticas de la carrera, pero bueno, debido a mi cargo en la asociación, sé lo que es trabajar en equipo :) Si me permitis la intromisión, me permito comentar algo del correo: On Sat, Apr 19, 2008 at 12:47 AM, juanma lpr <jua...@gm...> wrote: > Hola a todos, al final las conclusiones del otro día fueron las > siguientes(si me dejo alguna me completais): > Replantear el modelo de datos partiendo de este: > http://download.sauco.org/BD_Gulic1.png , a partir de este aportamos e > intentamos sacar una base sobre lo que trabajar. > Trabajamos con Sinphony como framawork de PHP. > Sobre esto, no opino, en tanto que mi conocimiento del proyecto se reduce a la descripción que había en Barrapunto y a este correo, pero lo de un framework en PHP, me parece excelente idea para controlar la envergadura de las cosas y quitarse ciertos problemas; por lo poco que acabo de mirar sobre Symfony, está interesante, y parece fácil de utilizar > - Dudas: > Mysql o postgreSQL ??? ¿Por qué no ambas? Con ADOdb no tienes porqué decidir la bbdd, desde mi experiencia de haber manejado el cms Joomla! que lidia con este problema, ellos tienen implementada una clase abstracta para la gestión de la base de datos, y sobre esa construyen una subclase para MySQL y permiten el uso de ADOdb por si se quiere usar cualquier otra bbdd. Logicamente el permitir una bbdd cualquiera implica que no te aproveches de variaciones sobre el estándar sql. De todos modos, lo habitual hoy en día es la primera, pero la segunda estaría bien contemplarla. > Sistema de base de datos en Inglés. No entiendo esto, así que me callo. Aplicación orientada a otros modelos territoriales (Ej: Que pueda adaptarse > a una asociación de Irlanda o de Dinamarca ) En mi opinión, el modelo territorial no debe influir en la aplicación, es decir, el hecho de la legislación me imagino que influirá minimamente, por ejemplo, que en un país sea obligatorio permitir darse de baja en la asocaición vía web y en otro vía sms, pero eso, al fin y al cabo no es más que una funcionalidad más o menos. No sé si esto va por el hecho de que pueda haber una asociación con varias sedes, que tampoco influiría más que en contemplar eso, el disponer de varias sedes; o va por el hecho de que sea una asociciación que tenga delegaciones con cierta independencia, al estilo de una federación con entidades locales con cierta independencia pero supeditadas a una política común que dirige ciertos aspectos comunes a todas las entidades locales (esto me ha venido ahora a la cabeza, y la verdad, es que nunca había pensado en esto, pero puede ser interesante) > Trabajamos en la lista de correo de SourceForge. Tenemos una nueva > incorporacion un compañero que se llama guillermo. > Bueno, esto ya lo he contestado con el ladrillo de antes, prometo intentar ser más breve para la próxima :P... a ver si lo logro, porque generalmente tengo una tendencia a escribir demasiado (excepto para mi proyecto en el que me cuesta un triunfo escribir cinco líneas seguidas :P) Ale, un saludo a tod@s. Guillermo R People should not be afraid of their governments. Governments should be afraid of their people (V for Vendetta, 2005) El día 19/04/08, Guillermo R <ws...@gm...> escribió: > > Hola a todos, > > yo soy esa nueva incorporación que se comenta al final del correo ;) He > mirado como unirme al proyecto en Sourceforge pero parece que no ha de ser > hecho de forma manual porque no hay un formulario de solicitud o similar. En > Sourceforge tengo una cuenta desde hace ya cinco años (como pasa el > tiempo...), y la cuenta es: ws...@us... > > Como ya comenté en el correo, pertenezco a una asociación universitaria (Grupo > Universitario de Informática <http://www.gui.uva.es/>) en la Universidad > de Valladolid, y como en todas las asociaciones... pues tenemos el típico > problema de la organización y falta de coordinación interna por la mala > comunicación, así que aprovechando que hace unos tres años tenía que hacer > el proyecto de fin de carrera, pensé en desarrollar una solución de este > tipo (otra tema aparte es que me metiese a teleco y no hiciese nada del > proyecto hasta hace unos meses :P). > Mi idea, era desarrollar una aplicación para estos menesteres, es decir no > sólo para la asociación a la que pertenezco sino para más asociaciones, > incluso para un departamento (en realidad la idea era desarrollar una > aplicación para un grupo de personas con un fin común), ya que mi objetivo > era desarrollar un núcleo sobre el que ensamblar módulos personalizados para > cada tarea que se quisiese hacer. ¿Qué paso? Pues que el proyecto se me fue > de las manos, y después de ver que lo que quería hacer era una especie de > framework, cosa que una sola persona no podía hacer ni tampoco se podía > hacer como proyecto de fin de carrera por su envergadura pues cambié de > tutor de proyecto y reorientamos el proyecto a algo más de investigación, > que es lo que me encuentro haciendo ahora pues ya por fin deseo terminar la > carrera (je je je, estoy tres años matándome para hacer la carrera a curso > por año, y despúes llega el proyecto y paso de él :P, en fin...). > Así que lo que estoy haciendo ahora sigue teniendo un usuario, que es una > asociación, pero con la diferencia de que simplemente estoy haciendo toda la > fase de análisis de un proyecto software usando una metodología aplicable a > lo que quiero hacer, que se denomina desarrollo de líneas de productos > dirigido por modelos, y en concreto, una técnica de modelado para esto, que > se denomina modelos de características. Lo que estoy haciendo suena muy > bonito pero luego tocaría diseñarlo (pues mi análisis sólo dará como > resultado unas pocas clases del dominio de análisis que logicamente deben > ser transformadas y revisadas en el diseño) e implementarlo. Lo bueno es que > se puede hacer, pero requiere tiempo y sobre todo, mano de obra. > Bueno, dentro de lo que estoy trabajando, tengo un modelo de > características, que no es más que un árbol con todas las funcionalidades > que se desea tenga la aplicación, unas obligatorias y otras optativas (pues > no todas las asociaciones son iguales). > > Yo os puedo aportar toda esta experiencia de ingeniería del software, que > me he currado a la hora de establecer las relaciones entre los diferentes > elementos que comprondrían la aplicación, e incluso podríais criticar (os > aseguro que el dibujito del modelo de características es muy fácil de > entender y ver como va), y por otro lado, también os puedo aportar mi > experiencia en la implementación del proyecto tome la forma que tome. > > Bien es cierto que nunca he participado en un proyecto en equipo, más que > las típicas prácticas de la carrera, pero bueno, debido a mi cargo en la > asociación, sé lo que es trabajar en equipo :) > > Si me permitis la intromisión, me permito comentar algo del correo: > > On Sat, Apr 19, 2008 at 12:47 AM, juanma lpr <jua...@gm...> wrote: > >> Hola a todos, al final las conclusiones del otro día fueron las >> siguientes(si me dejo alguna me completais): >> Replantear el modelo de datos partiendo de este: >> http://download.sauco.org/BD_Gulic1.png , a partir de este aportamos e >> intentamos sacar una base sobre lo que trabajar. >> Trabajamos con Sinphony como framawork de PHP. >> > > Sobre esto, no opino, en tanto que mi conocimiento del proyecto se reduce > a la descripción que había en Barrapunto y a este correo, pero lo de un > framework en PHP, me parece excelente idea para controlar la envergadura de > las cosas y quitarse ciertos problemas; por lo poco que acabo de mirar sobre > Symfony, está interesante, y parece fácil de utilizar > > >> - Dudas: >> Mysql o postgreSQL ??? > > > ¿Por qué no ambas? Con ADOdb no tienes porqué decidir la bbdd, desde mi > experiencia de haber manejado el cms Joomla! que lidia con este problema, > ellos tienen implementada una clase abstracta para la gestión de la base de > datos, y sobre esa construyen una subclase para MySQL y permiten el uso de > ADOdb por si se quiere usar cualquier otra bbdd. Logicamente el permitir una > bbdd cualquiera implica que no te aproveches de variaciones sobre el > estándar sql. De todos modos, lo habitual hoy en día es la primera, pero la > segunda estaría bien contemplarla. > > >> Sistema de base de datos en Inglés. > > > No entiendo esto, así que me callo. > > Aplicación orientada a otros modelos territoriales (Ej: Que pueda adaptarse >> a una asociación de Irlanda o de Dinamarca ) > > > En mi opinión, el modelo territorial no debe influir en la aplicación, es > decir, el hecho de la legislación me imagino que influirá minimamente, por > ejemplo, que en un país sea obligatorio permitir darse de baja en la > asocaición vía web y en otro vía sms, pero eso, al fin y al cabo no es más > que una funcionalidad más o menos. No sé si esto va por el hecho de que > pueda haber una asociación con varias sedes, que tampoco influiría más que > en contemplar eso, el disponer de varias sedes; o va por el hecho de que sea > una asociciación que tenga delegaciones con cierta independencia, al estilo > de una federación con entidades locales con cierta independencia pero > supeditadas a una política común que dirige ciertos aspectos comunes a todas > las entidades locales (esto me ha venido ahora a la cabeza, y la verdad, es > que nunca había pensado en esto, pero puede ser interesante) > > >> Trabajamos en la lista de correo de SourceForge. Tenemos una nueva >> incorporacion un compañero que se llama guillermo. >> > > Bueno, esto ya lo he contestado con el ladrillo de antes, prometo intentar > ser más breve para la próxima :P... a ver si lo logro, porque generalmente > tengo una tendencia a escribir demasiado (excepto para mi proyecto en el que > me cuesta un triunfo escribir cinco líneas seguidas :P) > > Ale, un saludo a tod@s. > > Guillermo R > > > People should not be afraid of their governments. Governments should be > afraid of their people (V for Vendetta, 2005) |
1 message has been excluded from this view by a project administrator.
