[Alba-desarrollo] Posibles puntos a mejorar
Fernando Toledo
ftoledo en docksud.com.ar
Mie Jul 20 08:40:32 CEST 2011
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
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre : no disponible
Tipo : application/pgp-signature
Tamaño : 198 bytes
Descripción: This is a digitally signed message part.
Url : https://lists.ourproject.org/pipermail/alba-desarrollo/attachments/20110720/4eb36f09/attachment.pgp
Más información sobre la lista de distribución Alba-desarrollo