Primeras ideas

[Carlos Pantelides]

Estimadas/os:

Para romper el hielo y como no voy a poder asistir a las reuniones
presenciales, inicio nuestras conversaciones con algunas ideas acerca
de "Aulas"

Aula
Aulas tienen capacidad, quizas óptima <= máxima.
Ubicación (piso, ala?]
Coordenadas para dibujar

Curso
Existen los "Cursos" en el sistema existente?
Cursos tienen tamaño nominal y real
Materia/cátedra
Cursos pueden tener lista de mails, de paso el docente no
tiene que pedir a cada alumno el mail (1 version)
Cursos pueden tener Personas (Alumnos y Docentes) (2 version)
Pero habria que agregar el mail a la info central de alumnos?

Evento
No tiene repetición de asignación? no sé
No tiene Personas?
Tiene Personas Externas?

Permanente
Por ejemplo el Labi

Asignación
Tiene un Aula
Tiene un Curso
Tiene un Horario

Reglas (para más adelante)
No asignar un laboratorio informático a una materia determinada
(no tengo un buen ejemplo)
Afinidad, tender a dar ciertas aulas en ciertos pisos a ciertas
materias

Repetición
Al Asignar, podria crearse automaticamente las Asignaciones
restantes hasta el fin de cuatrimestre (o semestre?)

Visualizar estado actual
listado txt
vista web textual
vista web gráfica
Agregar marcas para avisar "Curso muy chico para Aula", "Aula
excedida"

Notificación por cambios
mail a Personas del Curso
destacado en vista web
rss feed

Editar estado actual, o sea asignar Cursos a Aulas
controlar tamaños
controlar colisiones
controlar que un curso no este en dos aulas a la vez? que no
hayan Asignaciones de un mismo Curso superpuestas

Registro histórico de Asignaciones read only (para aprovechar más
adelante)
Si hay feedback para evaluar aciertos, luego se podria
considerar que uno le diga al sistema "poneme todos estos cursos" y
que lo haga solo


mínima aplicación para comenzar, sin concepto de horario, vale la
pena?:
liberar aula $aula
liberar curso $curso
asignar $aula $curso
listar aulas [ocupadas|libres]
listar cursos [asignados|no asignados]
mostrar aula $aula
mostrar curso $curso

[Leandro Romero]

Estan buenas las ideas, se vieron en la reunion del jueves? No pude asistir.

Lo de liberar aula/aula, para mi deberia ser todo automatico, basado en el horario de cursada, y que solo en casos excepcionales (examenes/eventos) sea necesario hacer esto manualmente.

Sobre el lenguaje de programacion a elegir, no puedo aportar mucho porque nunca trabaje en aplicaciones web, al unico que conozco un poco es a Erlang (TP teoria de lenguajes).

Algunas ideas mas:

* Aprovechando que se va a hacer todo por internet, se podria tambien permitirle el acceso a los estudiantes (aunque uno restringido). Olvidarse de el aula donde uno cursa o buscar un aula libre, es algo comun.
* Se podria trabajar en conjunto con el sistema de inscripcion, asi no bien se inscriben aparecen en el aula correspondiente en nuestro grafico.
* Que el mail a los alumnos, sea opcional.

Perdon si estas cosas ya se discutieron el jueves.

Saludos, Leandro

[Carlos Pantelides]

Leando:

> Estan buenas las ideas, se vieron en la reunion del jueves?

No.

> Lo de liberar aula/aula, para mi deberia ser todo
> automatico, basado en el horario de cursada, y que solo en
> casos excepcionales (examenes/eventos) sea necesario hacer
> esto manualmente.

De acuerdo, pero aun asi hay que contemplar la liberación manual en caso de cancelarse algo.

> Sobre el lenguaje de programacion a elegir, no puedo
> aportar mucho porque nunca trabaje en aplicaciones web, al
> unico que conozco un poco es a Erlang (TP teoria de
> lenguajes).

Lo que hablamos el jueves es que lo mas probable es que quedemos con php, pues es lo que se usa en la facultad y un plus seria que luego los responsables actuales puedan mantener el código que les demos

> Algunas ideas mas:
>
> * Aprovechando que se va a hacer todo por internet, se
> podria tambien permitirle el acceso a los estudiantes
> (aunque uno restringido). Olvidarse de el aula donde uno
> cursa o buscar un aula libre, es algo comun.

Es parte del objetivo. Luego en otro mail desarrollaré una idea que estoy masticando al respecto, de paso para mantener los hilos separados.

Carlos

[José Fresco]

En la reunión de hoy jueves 4/6, retomando lo que se planteó por acá, empezamos a debatir cuáles son la entidades que va a tener la aplicación y qué "características" va a tener cada entidad. Por supuesto que esto no es definitivo y todavía hay que madurarlo un poco así que es indispensable seguir proponiendo y preguntar lo que no se entienda.
(En las entidades/características que no parecen tan obvias pongo una breve explicación. Todas las entidades tienen implícitamente un ID y un nombre descriptivo.)

• Aulas
  
  • Capacidad
  • Ubicación (sede, piso, etc., tendría que ser lo más preciso posible; se escuchan ideas creativas)
    
  • {Proyector, Tableros, Accesibilidad, PC, etc}: características extraordinarias que podría tener el aula. Quizás esto podría ser una entidad aparte. "Accesibilidad" se refiere a que diga si el aula tiene facilidades para personas con capacidades reducidas. En la entidad "Alumnos" aparecería una marca similar, con esto se podría detectar fácilmente si un alumno está inscripto en un curso a cuya aula asignada no puede acceder.
    
• Sector: pretende agrupar aulas por el sector que las administra (porque no todas son administradas por Bedelía). Por ejemplo los laboratorios de Física, que son administrados por el depto. de Física.
  
  • Aulas administradas
    
  • Administrador
• Cursos
  
  • Aulas asignadas
    
  • Vacantes
  • Horarios
  • Cantidad de alumnos
  • Docentes
  • Alumnos
• Eventos
• Aulas asignadas
• Asistentes
  
• {Recurrentes, Singulares u Ocasionales, Exámenes finales}
• Alumnos
• Padrón
• Mail
• Características especiales de accesibilidad
  
• Usuarios: a diferencia de Alumnos, estos usuarios son los que administran la aplicación (empleados de Bedelía, etc).
  
• Password
• Niveles de permisos
  
• Grupos
  
• Docentes
• Cursos
• Materia
• Registro: se llevará un registro (log) de las acciones que ejecuta cada usuario, los accesos al sistema, etc.
  
• Interfaz de usuario
• Seguridad: pantalla de autenticación para saber qué acciones puede ejecutar el usuario.
  
• Plantillas: opción de personalizar la interfaz gráfica.
  

--

Por otro lado, hay otros tres ítems para que vayamos pensando y proponiendo:

1. Cómo vamos a manejar las franjas horarias y de días, o sea cómo armar una especie de calendario.
2. Cómo se van a asignar los cursos.
3. Necesitamos herramientas. En principio quien conozca algún sitio que ofrezca un repositorio Git gratuito y un wiki decente, que proponga y decidimos entre las opciones que surjan. Assembla ofrece repositorio Git y wiki de forma gratuita y algunos otros chiches (gratis y pagos).
   

Saludos,

José.

2009/5/25 Carlos Pantelides <carlos_p...@yahoo.com>

[Sebastián Santisi]

José Fresco escribió:
> 3. Necesitamos herramientas. En principio quien conozca algún sitio

> que ofrezca un repositorio Git gratuito y un wiki decente, que
> proponga y decidimos entre las opciones que surjan. Assembla

> <http://www.assembla.com/> ofrece repositorio Git y wiki de forma

> gratuita y algunos otros chiches (gratis y pagos).

En este momento yo estoy viendo de armar un servidorcito que corra en
una máquina virtual y dejarlo corriendo en casa dándole acceso a todos...
Tuve un par de problemas con la instalación del sistema operativo
ahí, así que todavía no lo tengo terminado...
Si todo sale bien, esa podría ser una buena alternativa; si bien un
tanto lenta, porque la conexión de internet de mi casa anda para atrás
(pueden testearla en http://planet.phiuba.com.ar ).
Por otro lado, teniendo una imagen con un server andando, también
podría correrla cada uno en su casa.
Los mantengo informados :).
Saludos;

Sebastián