Perdón si algunas de estas cosas ya están hechas. Estoy trabajando sobre la versión 1.0 y debería ver como migrar los datos a la nueva versión. 1. El sistema permite la carga de alumnos duplicados. Esto no debería poderse. 2. Cuando se listan Horarios x docente, debería haber un menú desplegable con los nombres de los docentes en vez de tener que escribir el nombre del docente para listar. Esto se repite en varios lugares más y es una cosa que mejoraría mucho la usabilidad. 3. El módulo de notas debería permitir notas parciales. También elegir si queremos promediar o si vamos a poner una nota final de trimestre ponderativa. Una opción más interesante todavía sería que cada docente pueda agregar a discresión la cantidad de notas parciales que quiera. Esto es fundamental para que la carga de notas se haga por parte de los docentes en vez de que los preceptores o secretarios tengan que pasar todas las notas cada cierre de trimestre. 4. Módulo de planificaciones. La presentación en fecha de planificaciones es un tema muy absorbente en la escuela. Si tuvieramos un módulo que permita que la escuela lo diseñe (en cuanto a su estructura) y que cada docente lo cargue antes de la fecha límite; se volvería una herramienta muy valiosa para alibianar el trabajo de los directores de estudios. Exportar e importar datos debería ser una funcionabilidad disponible. 5. Módulo de libro de aula. Este módulo podría estar relacionado con el anterior, dado que los temas de la planificación deberían tomarse (aunque tengan sutiles modificaciones) para completar el libro de temas diarios. Con este módulo se vuelve muy eficiente el trabajo del profesor, haciendo que consuma menos tiempo en tareas administrativas. Exportar e importar datos debería ser una funcionabilidad disponible. 6. Módulo presentismo. Deberíamos poder tomar lista por materia, porque la nueva normativa (al menos en la Pcia. de BA) así lo pide. 7. Carga de datos externos. Tanto la carga inicial de datos, como las actualizaciones de principio de año, son tareas engorrosas. Pero si se pudieran cargar alumnos, familias y docentes a partir de un archivo CSV, entonces esto se volvería muchísimo más simple. Recuerden que en las escuelas suelen tener todo en planillas de cálculo, que pueden exportar esos datos según requerimiento. 8. Cuando se carga un alumno, al guardar el registro, nos vuelve a mostrar la pantalla de ese alumno. Sería mucho más eficiente que nos llevara al listado de alumnos una vez que confirmó el ingreso del nuevo. 9. En el formulario de carga de docentes, si ponemos la fecha de nacimiento del mismo directamente en el cuadro de texto (sin usar el calendario disponible), se genera un error de ingreso que deriva en que ya no se pueden listar los docentes, da un error 500 en el navegador. Como este: 10. Roles. El formulario para cargar el responsable de cada grupo familiar no dispone de las opciones para cargar la relación (padre, madre, etc.). Estos son los puntos que fuimos encontrando hasta ahora. Veamos en la reunión del lunes como se puede hacer para darle un órden de prioridades y como distribuir las tareas (tranqui... yo voy a colaborar... no solo buscar cosas para mejorar). :-) Un abrazo. -- --------------------------------------------------------------------------------------- Prof. Román H. Gelbort No busquemos aplicaciones que reemplacen aplicaciones, sino aplicaciones que resuelvan problemas específicos... http://www.piensalibre.com.ar ---------------------------------------------------------------------------------------
El 13 de julio de 2011 19:29, Roman H. Gelbort <[email protected]>escribió:
1. El sistema permite la carga de alumnos duplicados. Esto no debería poderse.
Buenas noches, Muy bien por la opciones que notas que hacen falta, vamos a estar realizando una lista de estas tareas para incluirlas en una nueva versión. Las tareas pendientes y reportes de bugs, los tenemos centralizados en el trac: http://dev.pressenter.com.ar/alba/report/1 , fijate que en el trac, cargamos tickets y los agrupamos por milestones (hitos), luego de que termine este hilo, vamos a agrupar las tareas en milestones, que serán futuras versiones del sistema ALBA. Para el resto que está en esta lista, pueden agregar sugerencias, para tenerlas en cuenta para las próximas versiones. Saludos! -- Sanchez Héctor PressEnter - http://www.pressenter.com.ar
te contesto entre lineas algunas cosas que se me ocuren =): On Mié 13 Jul 2011 19:29:51 Roman H. Gelbort escribió:
Perdón si algunas de estas cosas ya están hechas. Estoy trabajando sobre la versión 1.0 y debería ver como migrar los datos a la nueva versión. bien lo idea seria que tomes la version del svn que tiene bastantes cambios al respecto.
Por favor, enviame x mail un dump de tu base de datos (sin los datos solo la estructura, para poder compararla) mysqldump -d tu_base_alba > estrtructura_alba_roman.sql asi podemos ir pensando en poder hacer un update de alguna manera automatico desde la 1.0 a la proxima version
1. El sistema permite la carga de alumnos duplicados. Esto no debería poderse.
para esto tenemos que definir es que un alumno duplicado para vos. eje: mismo nombre-apellido? fecha de nacmiento ? documento? tener en cuenta que hay indocumentados
2. Cuando se listan Horarios x docente, debería haber un menú desplegable con los nombres de los docentes en vez de tener que escribir el nombre del docente para listar. Esto se repite en varios lugares más y es una cosa que mejoraría mucho la usabilidad.
esto tenemos que ver depdnde donde, porque por ejemplo si tenes 1000 alumnos en el estableciemiento cargar un combo con todos matas al browser. pero se podria decir que para docentes podriamos usarlo sin problemas.
3. El módulo de notas debería permitir notas parciales. También elegir si queremos promediar o si vamos a poner una nota final de trimestre ponderativa. Una opción más interesante todavía sería que cada docente pueda agregar a discresión la cantidad de notas parciales que quiera. Esto es fundamental para que la carga de notas se haga por parte de los docentes en vez de que los preceptores o secretarios tengan que pasar todas las notas cada cierre de trimestre. las notas parciales hay que terminar de implementarlo hay un tabla llamada examen que la idea era poder agregan cualquier nota en cuarquie momento, escrito, oral, etc.. independiente de las notas por periodo (1bimestre, 2do ,etc) el calculo de la nota final esta implementado para los periodos a grandes rasgos, vos podes hacer una forma que se llama promedio y recibe las notas de los 3 periodos (1BTrimestre, 2Trimestre, 3Trimeste) crear un cuarto periodo que sellama Nota FInal y le decis que es calculable y pones que formula usas y cuales son los periodos que tomas de parametros ej; Promedio|1,2,3 1,2 y 3 son los ID de los periodos anteriores.
http://dev.pressenter.com.ar/alba/wiki/Boletines Seria bueno que para el siguiente release creemos 3 o 4 formulas que se usan comunmente. aca tenes un par de ejemplos: http://dev.pressenter.com.ar/alba/browser/trunk/alba/lib/formulas?order=name
4. Módulo de planificaciones. La presentación en fecha de planificaciones es un tema muy absorbente en la escuela. Si tuvieramos un módulo que permita que la escuela lo diseñe (en cuanto a su estructura) y que cada docente lo cargue antes de la fecha límite; se volvería una herramienta muy valiosa para alibianar el trabajo de los directores de estudios. Exportar e importar datos debería ser una funcionabilidad disponible. 5. Módulo de libro de aula. Este módulo podría estar relacionado con el anterior, dado que los temas de la planificación deberían tomarse (aunque tengan sutiles modificaciones) para completar el libro de temas diarios. Con este módulo se vuelve muy eficiente el trabajo del profesor, haciendo que consuma menos tiempo en tareas administrativas. Exportar e importar datos debería ser una funcionabilidad disponible. 6. Módulo presentismo. Deberíamos poder tomar lista por materia, porque la nueva normativa (al menos en la Pcia. de BA) así lo pide. 7. Carga de datos externos. Tanto la carga inicial de datos, como las actualizaciones de principio de año, son tareas engorrosas. Pero si se pudieran cargar alumnos, familias y docentes a partir de un archivo CSV, entonces esto se volvería muchísimo más simple. Recuerden que en las escuelas suelen tener todo en planillas de cálculo, que pueden exportar esos datos según requerimiento. 8. Cuando se carga un alumno, al guardar el registro, nos vuelve a mostrar la pantalla de ese alumno. Sería mucho más eficiente que nos llevara al listado de alumnos una vez que confirmó el ingreso del nuevo. 9. En el formulario de carga de docentes, si ponemos la fecha de nacimiento del mismo directamente en el cuadro de texto (sin usar el calendario disponible), se genera un error de ingreso que deriva en que ya no se pueden listar los docentes, da un error 500 en el navegador. Como este: este es un error conocido, es por usar - o / no recuerdo si esta corregido en el trunk.
10. Roles. El formulario para cargar el responsable de cada grupo familiar no dispone de las opciones para cargar la relación (padre, madre, etc.). esta en trunk es un combo que se llama "Relacion con alumno" y los datos posibles salen de la tabla rol_responsable
Estos son los puntos que fuimos encontrando hasta ahora. Veamos en la reunión del lunes como se puede hacer para darle un órden de prioridades y como distribuir las tareas (tranqui... yo voy a colaborar... no solo buscar cosas para mejorar). :-)
Un abrazo. mil graciasss.
-- Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar
participants (3)
-
Fernando Toledo -
Héctor Sanchez -
Roman H. Gelbort