Siguiente: Desarrollos futuros Superior: Un sistema de informaci�n Anterior: Tecnolog�a utilizada... y un

Arquitectura

Actualmente el software tiene una arquitectura monol�tica, es decir, consta b�sicamente de un solo producto que ofrece toda la funcionalidad necesaria, aunque dentro de este producto se pueden distinguir distintas unidades funcionales que a continuaci�n describimos. Pretendemos, en la siguiente fase del proyecto, dividir el software en varios productos independientes con un interfaz definido que les permita comunicarse, de este modo dispondremos de diversos componentes reutilizables f�cilmente en otros proyectos.

Las unidades funcionales del sistema son:

• Calendario acad�mico (esta es la �nica unidad actualmente implementada como un producto independiente). B�sicamente permite definir el comienzo y final de un curso acad�mico (o a�o laboral, etc..), d�as festivos, periodos especiales (vacaciones, clases, ex�menes, etc..) y provee un API para realizar diversas consultas.

• Colecciones de asignaturas. Una asignatura reune informaci�n diversa: la ficha (descripci�n, metodolog�a, etc..), su horario, etc.. Una colecci�n de asignaturas proporciona interfaces para la edici�n de calendarios de ex�menes y horarios.

• Titulaci�n. Una titulaci�n contiene una colecci�n de asignaturas, normalmente organizadas por cursos, adem�s de informaci�n general de la titulaci�n. La raz�n de que las colecciones de asignaturas sean independientes se debe a que en ocasiones se precisa tener ``sacos'' de asignaturas, por ejemplo asignaturas de libre elecci�n ofrecidas por un departamento a todas las titulaciones de una universidad.

• Espacios f�sicos. Una colecci�n de aulas, laboratorios y otros espacios f�sicos, con interfaces web para gestionar su ocupaci�n, realizar consultas y hacer reservas, y un API ofreciendo servicios similares a otros m�dulos.

• Usuarios. Una colecci�n de usuarios, cada usuario tiene un conjunto de perfiles: estudiante, profesor, director de titulaci�n, etc.., cada perfil le permite realizar diferentes operaciones, por ejemplo un estudiante puede realizar la reserva de los grupos de pr�cticas y un director de titulaci�n puede editar los horarios de la titulaci�n que dirige.

El software en su conjunto puede ser utilizado en otras instituciones, pero adem�s, gracias a su arquitectura modular, sus componentes aislados podr�n reutilizarse en otras aplicaciones.