proyecto colegio.pdf

PROYECTO FIN DE CARRERA

SISTEMA DE GESTI DE ALUMOS PARA TUTORES Y JEFATURA DE ESTUDIOS

AUTOR: LUIS ALBERTO DE MANUEL GILA MADRID, SEPTIEMBRE 2009

UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TCICA SUPERIOR DE IGEIERA (ICAI)

IGEIERO E IFORMTICA

Autorizada la entrega del proyecto del alumno:

Luis Alberto de Manuel Gila

DIRECTOR DEL PROYECTO

PROF. Pedro Lpez Jurez

Fdo.: Fecha: //

V B del Coordinador de Proyectos

PROF. EDUARDO ALCALDE LACHARRO

Fdo.: Fecha: //

Sistema de gestin de alumnos para tutores y Jefatura de Estudios

- I -

AGRADECIMIENTOS

Estos aos de carrera han supuesto un esfuerzo duro e intenso, los cuales no habran sido

posibles sin el apoyo incondicional de mi madre y mis amigos ms cercanos. Es por ello que

quiero darles las gracias. Tambin a mi director de proyecto sin el cul este trabajo no hubiera

sido posible. Su paciencia y apoyo han sido importantes durante este ltimo curso.

De esta Universidad me llevo un poco de todos los profesores que han pasado por los

distintos cursos, de los compaeros con los que he compartido momentos de alegra y momentos

de trabajo intenso y del ambiente que se respira aqu.

Durante estos ao no slo me he formado acadmicamente sino tambin como persona.

Es ahora cuando me siento preparado para afrontar nuevos retos. Con este proyecto se cierra una

etapa en mi vida para dar comienzo a otra.


- II -

RESUMEN

Este proyecto consiste en el diseo e implantacin de un sistema de gestin de alumnos

que facilite las tareas que llevan a cabo profesores y tutores. Adems proporciona al Jefe de

Estudios la informacin necesaria sobre el trabajo realizado por el equipo de profesores que

forman el grupo de trabajo y permite llevar un seguimiento ptimo de cada alumno desde que

empieza el curso hasta que termina.

Entre los requisitos que debe de cumplir est el de ofrecer una interfaz de usuario

amigable e intuitiva, de forma que el manejo de la misma no presente ninguna complicacin y su

aprendizaje requiera el mnimo tiempo posible.

Se trata de una aplicacin web desarrollada sobre un entorno open source (Linux, Apache,

MySQL y PHP) que estar instalada en un servidor central accesible por todos los usuarios. El

acceso personalizado al sistema de gestin permite tanto a profesores, tutores o Jefe de Estudios

controlar los siguientes aspectos:

Ejercicios realizados en clase.

Seguimiento de asignaturas.

Exmenes parciales, ordinarios y extraordinarios.

Seguimiento de alumnos.

Generacin de estadsticas e informes.

Exportacin de datos a hojas de clculo tipo Excel.

Ayuda en el proceso de toma de decisiones.

Este proyecto hace uso de un nmero importante de tecnologas innovadoras no slo en el

uso de software sino tambin en el del hardware. Aunque se trata de una aplicacin de gestin se

la ha dotado de funcionalidad extra mediante el uso de tecnologa AJAX, RSS, grficos en

FLASH, etc.


- III -

Se aprovecha el uso de la red WIFI de la Universidad. Esta tecnologa permite conectarse

a otros dispositivos incluso a Internet sin necesidad de cables y desde cualquier lugar dentro de la

zona de cobertura. De esta manera los profesores podrn usar sus dispositivos mviles favoritos

(mvil, Iphone, Blackberry, PDA, etc.) para acceder al sistema de gestin.

A pesar de no haberse desarrollado completamente otras funcionalidades, s se han

implementado los mdulos necesarios para que en un futuro la aplicacin pueda ser usada con

dispositivos biomtricos que permitan la identificacin de los usuarios, una infraestructura de

PKI que garantice la confidencialidad y autenticidad de los datos as como la firma electrnica

para ser usada en documentos oficiales como las actas de notas.

El proyecto incluye una valoracin econmica del coste del desarrollo del sistema a nivel

de hardware, software y servicios prestados para el desarrollo.


- IV -

ABSTRACT

This Project consists in the design and implementation of a student management system

that facilitates work carried out by teachers and tutors. It also provides the Head of Studies the

information necessary on the work done by the teachers team who form the working group and

allows a optimal monitoring of each student from the beginning until the course ends.

Among the requirements that must meet is to provide a friendly user interface and

intuitive, so that management would not present any complication and learning requires a

minimum time.

This is a web application developed on an open source environment (Linux, Apache,

MySQL and PHP) that would be installed on a server accessible by all users. Personalized access

to management system allows teachers, tutors or head of studies to control the following aspects:

Exercises done in class.

Monitoring of subjects.

Partial exams, regular and special.

Tracking students.

Generating reports and statistics.

Export data to spreadsheets such as Excel.

Help in the decision making process.

This project makes use of a large number of technologies not only in software but in

hardware. Although this is a management application has been given extra functionality using

AJAX, RSS, FLASH graphics, etc.


- V -

It exploits the use of the WiFi network at the University. This technology allows to

connect to other devices including Internet wirelessly from anywhere within the coverage area. In

this way teachers can use their favorite mobile devices (mobile, Iphone, Blackberry, PDA, etc.) to

access the system.

Despite not being fully developed other features, they have implemented the necessary

modules for a future in which the application can be used with biometric devices that identify the

users, a PKI infrastructure to ensure the confidentiality and authenticity of data and electronic

signatures to be used in official documents such as official scores.

The project includes an economic assessment of the cost of developing the system-level

hardware, software and services needed for development.


- VI -

NDICE

1 Introduccin al proyecto ............................................1 1.1 Introduccin...................................................................... 1 1.2 Motivacin del proyecto .................................................. 3 1.3 Objetivos ........................................................................... 4

1.3.1 Objetivos generales...................................................................4 1.3.2 Objetivos de la aplicacin..........................................................5

2 Sistema actual de gestin ..........................................7 3 Identificacin de necesidades ...................................9

3.1 Conceptos del sistema .................................................. 11 3.1.1 mbito del sistema..................................................................11 3.1.2 Restricciones...........................................................................13

4 Anlisis de Requisitos..............................................14 4.1 Introduccin.................................................................... 15

4.1.1 mbito del proyecto.................................................................15 4.2 Requisitos del sistema .................................................. 16 4.3 Modelo lgico ................................................................. 38

4.3.1 DFD Contextual.......................................................................38 4.3.2 DFD Conceptual de primer nivel..............................................39 4.3.3 DFD Conceptual de segundo nivel. Usuarios ..........................42 4.3.4 DFD Conceptual de segundo nivel. Asignaturas. ....................45 4.3.5 DFD Conceptual de segundo nivel. Grupos. ...........................48 4.3.6 DFD Conceptual de segundo nivel. Alumnos. .........................50 4.3.7 DFD Conceptual de segundo nivel. Asistencia. .......................53


- VII -

4.3.8 DFD Conceptual de segundo nivel. Ejercicios. ........................55 4.3.9 DFD Conceptual de segundo nivel. Informes. .........................58

4.4 Diccionario de datos ...................................................... 61 4.5 Modelo conceptual de datos ......................................... 62

4.5.1 Entidades principales ..............................................................63 4.5.2 Relaciones principales ............................................................64

5 Estudio de la arquitectura ........................................68 5.1 Especificacin de alternativas ...................................... 68

5.1.1 Arquitectura.............................................................................68 5.1.2 Sistemas operativos. ...............................................................78 5.1.3 Servidor Web ..........................................................................81 5.1.4 Lenguajes de programacin en el lado cliente.........................84 5.1.5 Lenguajes de programacin en el lado del servidor ................87 5.1.6 Gestor de Base de Datos ........................................................90

5.2 Evaluacin de alternativas ............................................ 93 5.2.1 Evaluacin de la arquitectura ..................................................93 5.2.2 Evaluacin del sistema operativo ............................................95 5.2.3 Servidor Web ..........................................................................96 5.2.4 Lenguajes de programacin en el lado del cliente...................97 5.2.5 Lenguajes de programacin en el lado del servidor ................98 5.2.6 Servidor de bases de datos.....................................................99

5.3 Seleccin de la alternativa .......................................... 100


- VIII -

6 Diseo externo ........................................................101 6.1 Entorno operativo ........................................................ 101 6.2 Seguridad del sistema ................................................. 102 6.3 Configuracin hardware y software ........................... 103 6.4 Fronteras de mecanizacin ......................................... 103 6.5 Especificacin de procesos ........................................ 104 6.6 Diseo de interfaces .................................................... 111

6.6.1 Interfaz login..........................................................................111 6.6.2 Interfaz principal ....................................................................113 6.6.3 Interfaz ficha del alumno .......................................................115 6.6.4 Interfaz junta de evaluacin...................................................117

7 Diseo interno.........................................................119 7.1 Modelo fsico de la base de datos ............................... 119

8 Pruebas....................................................................128 8.1 Pruebas unitarias ......................................................... 128 8.2 Pruebas de integracin................................................ 129 8.3 Pruebas de validacin ................................................. 130

9 Implantacin............................................................132 9.1 Implantacin fsica ....................................................... 132

10 Conclusiones ........................................................134


- IX -

11 Futuras ampliaciones ........................................136 11.1 Infraestructura PKI .................................................... 136 11.2 RFID ............................................................................ 137 11.3 Generacin de documentos PDF ............................. 138

12 Bibliografa............................................................139 12.1 Libros.......................................................................... 139 12.2 Sitios Web .................................................................. 140

13 Valoracin econmica..........................................141 13.1 Presupuesto en horas - hombre............................... 141 13.2 Presupuesto hardware y software ........................... 142 13.3 Presupuesto total del proyecto ................................ 142 13.4 Planificacin............................................................... 144

Anexos..........................................................................146 1 Entrevistas con usuarios ............................................... 146 2 Anlisis numrico de evaluacin de alternativas ........ 157


- 1 -

1 Introduccin al proyecto 1.1 Introduccin

La Universidad Pontificia COMILLAS es una Universidad erigida por la Santa Sede,

cuya direccin ha sido encomendada a la Compaa de Jess. Est compuesta no slo por

alumnos sino por un equipo docente que realiza un seguimiento constante de su alumnado. Este

proyecto pretende integrar en un solo punto todas aquellas herramientas que utilizan los

diferentes tipos de usuarios del equipo docente para realizar este seguimiento.

Se ha pensado en un sistema que facilite el da a da de los profesores y tutores, que

aproveche los recursos existentes en la Universidad y que aada nuevas funcionalidades que

permitan hacer un mejor uso de la informacin. La usabilidad juega tambin un papel importante

en el desarrollo de este proyecto. Se busca que la herramienta se utilice de forma habitual y para

ello el entorno de trabajo debe de ser cmodo y agradable para el usuario.

El equipo docente presenta una serie de necesidades en cuanto a informacin se refiere

para llevar a cabo su trabajo da a da. Estas necesidades pasan por tener la posibilidad de llevar

un control ms homogneo sobre las faltas de asistencia de los alumnos, los ejercicios realizados

en clase, el seguimiento de alumnos repetidores, etc. Tambin existe una necesidad de compartir

esta informacin con tutores y jefes de estudios haciendo posible que los datos estn disponibles

en el momento en el que se necesitan sin tener que estar sujetos a demoras en el tiempo para

recopilar y tratar la informacin solicitada.

Actualmente toda esta informacin es recopilada por profesores en distintos formatos y

soportes. Desde hojas de papel hasta archivos en Excel, Word o ficheros planos, la informacin

queda distribuida en diversos puntos. Este hecho hace que tratarla y compartirla sea una tarea

tediosa que resta tiempo al equipo docente de sus funciones principales.


- 2 -

Al trabajar con datos de los alumnos, en fundamental tener presente la seguridad de la

informacin. Por este motivo se ha hecho mucho hincapi en la definicin de los roles de usuario

delimitando a qu informacin pueden acceder en funcin de su perfil. Tambin se ha tenido en

cuenta los estados por los que la informacin pasa desde que se crea, se transporta, se transforma

y se almacena.

Para el desarrollo de este proyecto se irn abordando una serie de etapas bien

diferenciadas, tanto en caractersticas como en volumen de recursos a utilizar, este conjunto de

fases es conocido como ciclo de vida del sistema. El conjunto de etapas, se puede clasificar en

tres tipos: etapas de Especificacin, etapas de Diseo y etapas de Implantacin. El seguimiento y

utilizacin de todas las etapas ser necesario para poder llegar al objetivo final, la creacin de un

software de calidad y su puesta en marcha en un caso real.


- 3 -

1.2 Motivacin del proyecto

Actualmente los datos se encuentran dispersos entre los distintos miembros del

profesorado. Adems esta situacin provoca que sean ms vulnerables a problemas como la

prdida de informacin por problemas de virus, fallos en el equipo informtico, etc. Otra de las

consecuencias de la dispersin de la informacin es que no puede ser consultada por los dems

profesores de manera inmediata. Esta situacin requiere localizar al profesor que puede disponer

de esa informacin, realizar una solicitud y esperar a que sta llegue tan pronto como el profesor

disponga de tiempo para elaborarla.

La principal motivacin para el desarrollo de este proyecto est en la aplicacin de los

conocimientos adquiridos durante la carrera en diversas reas de la informtica. Un proyecto de

estas caractersticas hace uso de conocimientos en programacin, bases de datos, seguridad

informtica, estructuras de datos, ingeniera del software, gestin de proyectos y gestin de

sistemas.

La segunda motivacin es una consecuencia directa del proyecto que se pretende llevar a

cabo. Se busca la centralizacin de los datos de forma que todo usuario con acceso pueda

consultarla en cualquier momento. Esta nueva configuracin en el almacenamiento de los datos

permitir que stos se encuentren localizados en un nico punto. La seguridad de los mismos ser

ms sencilla ya que slo hay que concentrarse en un punto y no en varios distribuidos. Tambin

se facilita la tarea de asegurar la informacin estableciendo polticas de seguridad de acceso a los

datos mediante el uso de usuarios y contraseas, y limitando el acceso a la misma utilizando

perfiles de usuario.


- 4 -

1.3 Objetivos

1.3.1 Objetivos generales

1. Centralizacin de la informacin en un nico punto permitiendo que sea accesible para los

miembros del profesorado.

2. Asegurar la confidencialidad de la informacin mediante polticas de seguridad que

garanticen que los datos slo son accedidos por quien tiene permiso para hacerlo.

3. Garantizar la disponibilidad de la informacin. Al estar centralizada es ms sencillo

implantar polticas de back-up y recuperacin en caso de desastre.

4. Disear una interfaz que sea amigable e intuitiva, disminuyendo as la curva de

aprendizaje de los usuarios del nuevo sistema.

5. Accesibilidad de la informacin desde cualquier punto. La red de datos de la Universidad

facilitar el uso de dispositivos mviles con conexin Wi-Fi de forma que los datos

estarn disponibles en cualquier momento y lugar.

6. Consolidacin de la informacin. A partir de la informacin introducida por los usuarios

es posible obtener datos que permitan una visin ms global de la evolucin de los

alumnos y de las asignaturas a lo largo del curso.

7. Exportacin de datos a otros formatos. La informacin no slo debe de estar centralizada

y asegurada, sino que debe de ser capaz de ser exportada a otros formatos que permitan su

manipulacin y tratamiento con otros fines, por ejemplo, generacin de listas de

calificaciones de un ejercicio en una asignatura.


- 5 -

1.3.2 Objetivos de la aplicacin

1. Rpido despliegue de la aplicacin: Al ser una aplicacin web realizada bajo el modelo

cliente-servidor no hace falta instalar software extra en los equipos, basta con tener un

navegador web. Este sistema evita que en cada equipo haya que instalar la aplicacin y

resuelve los problemas de incompatibilidad de libreras, sistemas operativos, etc.

2. Usabilidad: Los usuarios ya tienen experiencia en navegar por la web por lo que el uso de

esta aplicacin no les va a costar trabajo. An as se ha hecho un esfuerzo adicional de

forma que todos los enlaces de la aplicacin tienen el mismo aspecto, lo mismo pasa con

los botones y otros componentes.

3. Fiabilidad de los datos: Toda la informacin se guarda en un gestor de base de datos que

mantiene la coherencia de la informacin.

4. Seguridad: La seguridad es un aspecto muy importante, por ello se han implantado

distintas medidas de seguridad en el gestor de base de datos, en el servidor web, a nivel de

aplicacin e incluso en los perfiles de los usuarios que accedern a GEA.

5. Economa: Todo el sistema esta montado sobre software libre por lo que el coste en

licencias en cero. Otra ventaja del software libre es la posibilidad de extender la

funcionalidad tanto como se quiera ya que existen multitud de componentes desarrollados

que tambin son gratuitos.

6. Facilidad de actualizacin: Un entorno web permite facilitar la actualizacin de la

aplicacin ya que los cambios se aplican en un slo punto y quedan reflejados para todos

los usuarios.


- 6 -

7. Exportacin de datos: Los datos resultantes de informes deben de poder se exportados a

otros formatos, como por ejemplo hojas de clculo.

8. Representacin conjunta de los datos y comparacin: No slo se debe de poder

visualizar los datos individuales. El sistema debe de ser capaz de mostrar

metaconocimiento representando resultados globales mediante el uso de grficas,

esquemas, etc. que faciliten su comprensin y lectura.


- 7 -

2 Sistema actual de gestin

La gestin acadmica de los alumnos se realiza por tres tipos de usuarios que se

analizarn con mayor detalle ms adelante. De momento se realizar un breve comentario sobre

cada uno a modo de introduccin.

En primer lugar se encuentran los profesores que son los que tienen contacto con los

alumnos. Hay profesores que tambin son tutores existiendo uno por cada curso de cada carrera.

Cada carrera tiene, adems, un jefe de estudios que coordina a todos. Estos tres tipos de usuario

se encuentran jerarquizados.

En la actualidad la gestin de los alumnos se realiza de manera descentralizada. Los

profesores realizan ejercicios, dan case, hacen exmenes, etc. Todas estas actividades generan

informacin que es guardada de manera individual. Los tutores velan por los alumnos, en

especial por aquellos a los que les cuesta ms llevar el ritmo de los estudios. Cada cierto tiempo

los tutores precisan de informacin sobre alumnos por lo que tienen que ponerse en contacto con

los distintos profesores para que les hagan llegar la informacin necesaria sobre el rendimiento

acadmico de los alumnos.

Despus de la realizacin del ltimo examen de cada periodo los profesores se renen, por

cursos, con el jefe de estudios y tutores en lo que se denomina junta de evaluacin. Esta reunin

implica que cada profesor tiene que enviar a Jefatura de Estudios los datos acadmicos de cada

alumno. No existe una manera centralizada de enviar estos datos por lo que cada profesor los

hace llegar de la manera ms conveniente. Una vez recibidos, una persona se encarga de darles

un formato comn para que puedan ser analizados en la junta de evaluacin.


- 8 -

Todo este proceso presenta debilidades, principalmente de carcter humano que se da en

cada transmisin de informacin. Cada vez que se necesita informacin por parte de usuarios ms

arriba en la jerarqua es necesario esperar a que sta sea elaborada por los profesores y despus

transformada por los tutores o jefes de estudio.

La informacin que se vena manejando hasta ahora est en distintos soportes y formatos.

Profesores, tutores y jefes de estudios disponen de listados de alumnos, listados de calificaciones,

control de ausencias, etc. en hojas Excel, documentos Word, ficheros de texto plano, etc. Todo

esto suponen un desorden de informacin que dificulta su bsqueda y su procesamiento.

Para automatizar todos estos procesos se han realizado entrevistas con los usuarios para

conocer cmo es el sistema actual y qu actividades realizan. Tambin se han analizado futuros

procesos derivados del cambio en el modelo de gestin de la informacin as como nuevos

procesos que se quieren integrar para aadir funcionalidad.

Los procesos identificados actualmente son:

Gestin acadmica de alumnos.

Control de asistencia.

Gestin de ejercicios realizados en clase.

Control de las convocatorias de los alumnos.

Control sobre los alumnos de intercambio, tanto los que vienen de otras

universidades como los que se van a estudiar al extranjero.

Anotaciones de tutores y profesores sobre los alumnos que puedan ayudar a

esclarecer situaciones anmalas detectadas en junta de evaluacin (p.e. una bajada

en las notas de un alumno debido a un problema familiar).


- 9 -

3 Identificacin de necesidades

Esta etapa es fundamental para el buen desarrollo del proyecto. Es en esta etapa dnde se

va a hacer una primera aproximacin con los usuarios para definir el problema que se pretende

resolver, y es por eso por lo que las fuentes de informacin que se usen para realizar los

documentos de concepto del sistema deben ser claras y precisas.

Se ha empleado la tcnica de la entrevista como mtodo para obtener informacin del

usuario. En primer lugar se han seleccionado los usuarios que van a ser entrevistados, empezando

por los que estn situados ms arriba en la jerarqua, es decir, el jefe de estudios. Se continuar

despus con los tutores y por ltimo con los profesores. El criterio para determinar a qu

profesores se entrevista ser aquel que permita obtener ms informacin. Por ejemplo, profesores

que den asignaturas en dos carreras distintas, que sean profesores externos o que su trabajo tenga

alguna caracterstica especial. Con estos criterios se obtiene informacin rica en contenido. Las

entrevistas contendrn una mezcla de preguntas; abiertas en las primeras sesiones y orientadas

segn se vaya profundizando en el conocimiento extrado. Se realizarn en privado y

estableciendo cita previa.

El objetivo que se persigue es conocer los distintos procesos que se quieren automatizar

as como los problemas actuales que tienen y los motivos por los que se quiere desarrollar la

aplicacin.

Las preguntas estn orientadas a identificar procesos y actividades que se llevan a cabo,

as como los datos que se manejan. Las entrevistas han sido elaboradas, definindose todas las

cuestiones que se formularn.

Las entrevistas constan de dos partes, la primera parte se orienta a obtener informacin

relativa al entrevistado y la segunda est orientada a averiguar qu procesos se realizan y qu

datos se manejan. Ver anexo A para conocer el contenido de las mismas.


- 10 -

Como resultado de las entrevistas realizadas se han obtenido la siguiente lista de

necesidades que solicita el equipo docente:

Necesidad de compartir informacin, sobre todo entre profesores que imparten una misma

asignatura y entre profesores y jefes de estudio y tutores.

Poder llevar un control de asistencia ordenado y organizado.

Posibilidad de utilizar dispositivos mviles como por ejemplo PDA, Iphone o mviles

para realizar las tareas cotidianas.

Capacidad para ponerse en contacto con los alumnos a travs de otros medios y

segmentando el destino del mensaje.

Generar informes con datos consolidados sin tener que estar recopilando informacin

desde otras fuentes.

Llevar un mejor control de los alumnos y de su evolucin.

Facilitar la elaboracin de informacin para la junta de evaluacin.


- 11 -

3.1 Conceptos del sistema

3.1.1 mbito del sistema

Se trata de una aplicacin de uso exclusivo para el personal docente de la Universidad. Al

existir distintas sedes ubicadas en distintos puntos de la geografa de la Comunidad de Madrid, la

aplicacin se situar en el CPD. De esta forma se aprovecha la red interna de la Universidad para

que todos los usuarios puedan hacer uso de ella.

El sistema pretende mecanizar las funciones con mayor carga administrativa para facilitar

el control de las mismas. Se espera que la herramienta proporcione al personal docente un control

de los datos sobre alumnos, calificaciones, faltas de asistencia, etc. A continuacin se detalla la

tipologa de usuarios finales que tendr la aplicacin.

Jefe de Estudios: Existe uno por carrera. Debe disponer de informes sobre el rendimiento por

clase de las distintas asignaturas que se imparte. Tambin precisa de informes que le permitan

tener la informacin necesaria cuando se celebren las juntas de evaluacin.

Tutores: Existe uno por cada curso de cada carrera. Debe de poder acceder a informacin

relativa al alumnado del curso del que es tutor para realizar un seguimiento. Especial atencin

merecen los alumnos que son repetidores ya que sobre ellos hay un seguimiento ms

exhaustivo.

Profesores: Hay varios por cada curso de cada carrera. Deben disponer de informacin sobre

control de asistencia, ejercicios realizados, etc. que les permita llevar un mejor control sobre

la asignatura que imparten y su alumnado.

Personal de Jefatura de Estudios: Existen varios por cada carrera. Se encargar la correcta

parametrizacin del sistema, gestionando profesores, asignaturas y grupos.


- 12 -

Administrador del sistema. Su funcin es la de definir los usuarios que pueden acceder a la

aplicacin y realizar un mantenimiento de la misma (copias de seguridad, etc.).

Las funciones del negocio a mecanizar son:

Gestin de ejercicios realizados en clase. Cada profesor deber de indicar qu ejercicios se

han hecho en clase, en qu fecha y la calificacin de los mismos por cada alumno.

Control de asistencia de alumnos. Cada profesor de cada asignatura tendr que indicar qu

alumnos han faltado a sus clases y en qu das.

Calificaciones de exmenes. Cada vez que se realicen exmenes parciales, ordinarios o

extraordinarios se deber de indicar la calificacin obtenida por cada alumno.

Con toda esta informacin se realizarn informes con datos agrupados que permitan

conocer el estado de alumnos, cursos, etc. convirtindose en informacin til para los distintos

usuarios de la aplicacin.


- 13 -

3.1.2 Restricciones

En este apartado se hace referencia a las principales restricciones que afectan al proyecto.

Para el desarrollo de la aplicacin, no se podr utilizar la base de datos actual de alumnos que

utiliza Secretaria por los siguientes motivos.

Seguridad: La Universidad se muestra recelosa a abrir la conexin de esta base de

datos por motivos de seguridad.

Incompatibilidad: El actual sistema se encuentra diseado sobre un gestor de base de

datos para el cual no hay conectores que permitan acceder a l desde otros lenguajes

de programacin distintos del suyo.

Por tanto ser necesario disear una nueva base de datos. Existe una aplicacin interna

que utiliza Jefatura de Estudios que permite exportar los datos en formato Excel. sta es la nica

manera que existe de sincronizar la informacin existente en ambas bases de datos. Todo esto

obliga a que la aplicacin (GEA) importe los datos desde estos ficheros.

En cuanto al software empleado se exige la utilizacin de software libre ya que existe una

voluntad por parte de la Universidad de impulsar el uso de este tipo de software en el mbito

acadmico. Son muchas las instituciones acadmicas y Comunidades Autnomas que realizan

campaas para potenciar el software open source dentro de sus procesos de negocio. La

Universidad no desea quedarse atrs y ha puesto esta condicin para la realizacin del proyecto.

La seguridad y confidencialidad de los datos es otra de las preocupaciones referentes al

proyecto. Por ello se han planificado distintas medidas que garanticen estas operaciones.

Por ltimo la fecha de puesta en marcha deber ser para el inicio del curso 2010/2011. En

esta fecha la aplicacin debe de estar terminada, instalada y sus usuarios formados.


- 14 -

4 Anlisis de Requisitos

En esta etapa se busca tener un concepto claro de las necesidades, problemas y requisitos

del usuario. Es necesario tener un conocimiento claro acerca del sistema para poder profundizar y

proponer una solucin de la mejor forma posible.

A continuacin se detallan los requisitos que tiene que tener el sistema para cubrir las

necesidades del negocio. Adems, estos conocimientos que se van a adquirir a travs de los

requisitos servirn para la realizacin de un modelo fsico y lgico. Dicha adquisicin de

conocimientos se compone principalmente de una entrevista y un periodo de participacin activa

para adquirir los conocimientos necesarios para el desarrollo del software.

Se realizar un primer y bsico anlisis de la aplicacin. Para ello, se comienza con una

introduccin, una descripcin del sistema actual, una lista de requisitos que permite introducir el

modelo lgico del nuevo sistema, el diccionario de datos y el modelo conceptual de datos.


- 15 -

4.1 Introduccin

En este apartado se analiza el mbito del proyecto, el contexto general del sistema, las

unidades de organizacin afectadas y las funciones primarias consideradas en la mecanizacin.

4.1.1 mbito del proyecto

En este apartado se especifica el mbito del proyecto. A modo de resumen del apartado,

se muestra cmo el usuario se relacionar con el sistema y ste a su vez con la base de datos de la

Universidad, tal y como se puede comprobar en el diagrama de presentacin mostrado a

continuacin.

Sistema

Usuarios

BBDD


- 16 -

4.2 Requisitos del sistema

A continuacin, se exponen los requisitos que debe cumplir la aplicacin. Para ello se han

tenido en cuenta los objetivos identificados en el captulo de Identificacin de Necesidades y que

fueron extrados a partir de los diferentes encuentros y entrevistas que se han tenido con los

usuarios. Se han recogido en modo de fichas individuales, fcilmente identificables y que

ayudarn al diseo del nuevo sistema.

Entorno de fcil uso.

Control de acceso.

Tiempos de gestin y de consulta pequeos.

Validacin de datos.

Definicin de perfiles.

Exportacin de datos a ficheros Excel.

Uso de dispositivos mviles.

Expresin de resultados en forma grfica.

Buscador.

Back-up de la base de datos.

Gestin de alumnos.

Gestin de faltas de asistencia.

Gestin de ejercicios de clase.

Gestin de exmenes.

Gestin de asignaturas.

Gestin de usuarios.

Informe de faltas de asistencia.

Informe de evolucin de alumnos por asignatura

Informe de evolucin de alumnos por asignaturas

Informe de evolucin de alumnos por clase

Informe Junta de Evaluacin


- 17 -

Proyecto: Sistema de gestin de alumnos para tutores y Jefatura de Estudios

Jefe de proyecto:

Requisitos

Ttulo Entorno de fcil uso.

Identificador AR-01 Fecha 24/03/2009

Versin 1.0 Prioridad Alta

Estado Aceptado Categora Funcional

Descripcin Diseo de un interfaz cmodo y fcil de uso para todos los usuarios

Medicin

Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas que

validen su correcto funcionamiento.

Beneficios

Tener un interfaz agradable, de uso fcil y claro facilita el trabajo al usuario y como

consecuencia, rentabiliza el trabajo al mximo, eliminando tiempos adicionales por un mal

diseo de la aplicacin.

Comentarios / Soluciones sugeridas

La aplicacin deber de contar con un men lateral en donde se diferencie claramente las

opciones que tiene cada usuario en funcin de su tipo de perfil. Tambin deber de existir un

buscador en la parte superior de todas las pginas que permita buscar alumnos por nombre, clave,

etc. as como un buscador avanzado que permita refinar la bsqueda.

Documentos relacionados

Ninguno

Requisitos relacionados

Ninguno


- 18 -


Jefe de proyecto:

Requisitos

Ttulo Control de acceso.



Estado Aceptado Categora Seguridad

Descripcin

Para la realizacin de todas las operaciones en la aplicacin, se requerir el

empleo de un login inicial que permita conectarse a la misma slo a los

usuarios registrados. De este modo, se evitarn modificacin de datos en el

sistema por personas no autorizadas. Adems se ofrecer un acceso

personalizado segn el perfil del usuario. Los accesos fallidos se registrarn

en un log.

Medicin

Se realizarn pruebas con el objeto de determinar si es posible que un usuario no registrado pueda

acceder a zonas de la aplicacin sin haber pasado por la pantalla de login. Se verificar que el

fichero de log registra los intentos fallidos de acceso.

Beneficios

Gracias a la implementacin de este requisito se conseguir filtrar los accesos a la aplicacin y se

permitir una adaptacin de las tareas permitidas a los usuarios segn su perfil.


Para la verificacin del usuario y contrasea se acudir a la tabla de usuarios en la que se

almacenan estos datos. La administracin del perfil se realizar segn esa misma tabla.


Ninguno


AR-05


- 19 -


Jefe de proyecto:

Requisitos

Ttulo Tiempos de gestin y de consulta bajos.




Descripcin Las consultas a la base de datos deben de tener un tiempo de respuesta lo

ms bajo posible.

Medicin

Se realizarn pruebas con consultas sobre ms de una tabla y con el uso de condiciones. Se

comprobar que todas las consultas terminan antes de 30 segundos.

Beneficios

La informacin debe ser enviada al usuario en el mnimo tiempo posible para que se facilite la

toma de decisiones y evite distracciones innecesarias.


Se recomienda pasar los datos a tercera forma normal, usar ndices para datos que sean

referenciados con frecuencia y procedimientos almacenados.


Ninguno


Ninguno


- 20 -


Jefe de proyecto:

Requisitos

Ttulo Validacin de datos.




Descripcin Validacin de los datos en el lado del cliente antes de ser enviados al

servidor. Segunda validacin en el servidor antes de guardarlos en la BD

Medicin

Se realizarn pruebas con distintos tipos de datos segn sea el campo. Cuando haya un campo

vaco o un campo en el que el formato no es el correcto, la aplicacin deber de avisar al usuario

que el dato introducido es incorrecto.

Beneficios

El hecho de disponer de mecanismos de verificacin permiten asegurar la calidad de la

informacin que almacena el sistema y la obtencin de unos resultados adecuados.


Usar javascript como lenguaje de validacin en el lado del cliente.


Ninguno


Ninguno


- 21 -


Jefe de proyecto:

Requisitos

Ttulo Definicin de perfiles.




Descripcin Definicin de distintos perfiles en funcin de las actividades que vaya a

realizar el usuario en la aplicacin y de los datos a los que tenga acceso.

Medicin

Definir una serie de permisos para distintos perfiles de prueba y comprobar que la aplicacin

muestra las opciones correspondientes a los permisos definidos.

Beneficios

Asegurar la informacin, garantizar la confidencialidad de los datos y la integridad de los

mismos.


Determinar los perfiles ms corrientes de usuarios: profesores, tutores, administradores, etc. y la

informacin a la que deben acceder.


Ninguno


AR-02


- 22 -


Jefe de proyecto:

Requisitos

Ttulo Exportacin de datos a ficheros Excel.




Descripcin Los informes y los resultados de las consultas en el sistema deben de poder

ser exportadas a ficheros Excel para su tratamiento posterior.

Medicin

Se comprobar mediante el fichero obtenido que su contenido se corresponde con la consulta o

informe pedido al sistema.

Beneficios

La posibilidad de exportar datos fuera del sistema permite a los profesores aplicar frmulas

personalizas para calcular promedios, personalizar informes, agregar o quitar informacin, etc.


Definir plantillas personalizadas para cada uno de los casos, de forma que el sistema slo tenga

que rellenar el fichero con informacin.


Ninguno


Ninguno


- 23 -


Jefe de proyecto:

Requisitos

Ttulo Uso de dispositivos mviles.




Descripcin Permitir el acceso a la aplicacin desde dispositivos mviles.

Medicin

Usando diferentes dispositivos mviles comprobar que el acceso al sistema se realiza

adecuadamente y se disponen de las mismas opciones que cuando se accede desde un PC.

Beneficios

Dar movilidad a los profesores que no siempre tienen tiempo de estar en el ordenador de sus

despacho para acceder a la aplicacin. De esta manera cualquier dispositivo mvil con conexin a

Internet podr servir como puerta de acceso al sistema.



Ninguno


Ninguno


- 24 -


Jefe de proyecto:

Requisitos

Ttulo Expresin de resultados en mediante grficos.


Versin 1.0 Prioridad Media


Descripcin Usar grficos de barras, charts, etc. para representar informacin.

Medicin

Comprobar que los grficos representan correctamente la informacin suministrada.

Beneficios

Permite la representacin de informacin de manera condensada, mejorando la usabilidad del

sistema.



Ninguno


AR-01


- 25 -


Jefe de proyecto:

Requisitos

Ttulo Buscador.




Descripcin Definir un buscador que permita la bsqueda de alumnos por clave de

alumno, nombre/apellidos, curso, asignatura, etc.

Medicin

Comprobar que los datos se ajustan a las condiciones definidas en el buscador.

Beneficios

Ayuda al usuario a localizar informacin importante de manera sencilla y rpida mediante la

simple definicin de condiciones.


Crear un buscador con los criterios de bsqueda ms utilizados y permitir el acceso a un buscador

avanzado con el resto de criterios.


Ninguno


AR-01, AR-02


- 26 -


Jefe de proyecto:

Requisitos

Ttulo Back-up de la base de datos.



Estado Aceptado Categora Seguridad

Descripcin Copias de seguridad peridicas, con el fin de no perder la informacin en

caso de error o cada del sistema.

Medicin

Simular un problema en el sistema. Verificar que la copia se ha realizado correctamente y que la

restauracin del back-up devuelve el sistema al punto anterior al fallo del mismo.

Beneficios

Disponer de un mecanismo de back-up permite asegurar la informacin en caso de prdida de

manera casual o intencionada.


Definir una poltica de back-up realizando todos los das una copia incremental del sistema y una

copia completa al menos una vez a la semana.


Ninguno


Ninguno


- 27 -


Jefe de proyecto:

Requisitos

Ttulo Gestin de alumnos.




Descripcin La aplicacin permitir el alta, baja, modificacin y consulta de los datos de

los alumnos relacionados con su expediente acadmico.

Medicin



Beneficios

Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una mayor

capacidad de anlisis con datos hasta ahora no disponibles.


Este requisito se desarrollar en un mdulo de la aplicacin. Existir una tabla en la base de datos

llamada alumnos que recoger todos sus datos.


Ninguno


Ninguno


- 28 -


Jefe de proyecto:

Requisitos

Ttulo Gestin de faltas de asistencia.





faltas de asistencia relacionados con los alumnos.

Medicin



Beneficios





llamada asistencias que recoger todos sus datos.


Ninguno


Ninguno


- 29 -


Jefe de proyecto:

Requisitos

Ttulo Gestin de ejercicios de clase.





ejercicios realizados en clase relacionados con los alumnos.

Medicin



Beneficios





llamada ejercicios que recoger todos sus datos.


Ninguno


Ninguno


- 30 -


Jefe de proyecto:

Requisitos

Ttulo Gestin de exmenes.




Descripcin La aplicacin permitir el alta, modificacin y consulta de los datos de

exmenes realizados en clase por los alumnos.

Medicin



Beneficios





llamada convocatorias_asignaturas que recoger todos sus datos.


Ninguno


Ninguno


- 31 -


Jefe de proyecto:

Requisitos

Ttulo Gestin de asignaturas.





asignaturas para cada carrera.

Medicin



Beneficios





llamada rel_alumnos_asignaturas que recoger todos sus datos.


Ninguno


Ninguno


- 32 -


Jefe de proyecto:

Requisitos

Ttulo Gestin de usuarios.





usuarios de la aplicacin.

Medicin



Beneficios





llamada usuarios que recoger todos sus datos.


Ninguno


AR-02, AR-05


- 33 -


Jefe de proyecto:

Requisitos

Ttulo Informe de faltas de asistencia.




Descripcin

La aplicacin proporcionar un informe con datos sobre el alumno, su clave

acadmica, curso, titulacin, asignatura, horas lectivas y porcentaje de

faltas.

Medicin



Beneficios

Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una gestin

ms eficiente de la informacin.


Este requisito se desarrollar en un mdulo de la aplicacin. Aportar capacidad analtica a

profesores, tutores y jefes de estudio sobre la asistencia a clase de alumnos.


Ninguno


AR-11


- 34 -


Jefe de proyecto:

Requisitos

Ttulo Informe de evolucin de alumnos por asignatura.




Descripcin

La aplicacin proporcionar un informe con datos sobre el alumno, su clave

acadmica, curso, titulacin, asignatura, horas lectivas, porcentaje de faltas,

ejercicios realizados en clase, calificaciones anteriores, exmenes, etc.

Medicin



Beneficios


ms eficiente de la informacin sobre el progreso general del alumno de manera individual.



profesores, tutores y jefes de estudio sobre la evolucin del alumno.


Ninguno


AR-11, AR-12, AR-13, AR-14


- 35 -


Jefe de proyecto:

Requisitos

Ttulo Informe de evolucin de alumnos por asignaturas.




Descripcin La aplicacin proporcionar un informe con datos sobre los alumnos, claves

acadmicas de cada uno, titulacin, asignatura, ejercicios, etc.

Medicin



Beneficios


ms eficiente de la informacin sobre el progreso general de los alumnos en una determinada

asignatura.



profesores, tutores y jefes de estudio sobre la evolucin de los alumnos en las distintas

asignaturas.


Ninguno


AR-11, AR-12, AR-13, AR-14


- 36 -


Jefe de proyecto:

Requisitos

Ttulo Informe de evolucin de alumnos por clase.




Descripcin La aplicacin proporcionar un informe con datos sobre los alumnos, claves

acadmicas de cada uno, titulacin, conjunto de asignaturas, etc.

Medicin



Beneficios


ms eficiente de la informacin sobre el progreso general de todos los alumnos de un

determinado grupo.



profesores, tutores y jefes de estudio sobre la evolucin de una clase o grupo.


Ninguno


AR-11, AR-12, AR-13, AR-14


- 37 -


Jefe de proyecto:

Requisitos

Ttulo Informe Junta de Evaluacin.




Descripcin

La aplicacin proporcionar un informe con datos sobre los alumnos, claves

acadmicas de cada uno, titulacin, conjunto de asignaturas, notas,

ejercicios de clase, calificaciones, convocatorias anteriores, crditos

pendientes, crditos aprobados, etc.

Medicin



Beneficios


ms eficiente de la informacin cuando se deban de celebrar juntas de evaluacin. Proporcionar

a los profesores, tutores y jefes de estudio, informacin consolidada.



profesores, tutores y jefes de estudio en las juntas de evaluacin.


Ninguno


AR-11, AR-12, AR-13, AR-14


- 38 -

4.3 Modelo lgico

En este apartado se analiza el modelo lgico del nuevo sistema. Para su obtencin se ha

partido del anlisis del sistema actual y de la lista de requisitos del sistema.

4.3.1 DFD Contextual

A continuacin, se muestra el DFD contextual de la aplicacin a desarrollar.

MIIESPECIFICACIOES

Tipo Nombre Descripcin

Proceso Sistema GEA Proceso que engloba el sistema.

Flujo de datos Claves usuario Clave del usuario para acceder al sistema.

Flujo de datos Rechazo Mensaje de aviso del sistema en caso de que la clave del usuario y

la contrasea sean incorrectos.

Flujo de datos Entradas Datos necesarios para el funcionamiento del sistema: ejercicios,

alumnos, asignaturas, calificaciones, etc.

Flujo de datos Salidas Informacin obtenida en forma de resultados de bsqueda,

informes, datos exportados, etc.

Entidad externa Usuario El usuario de la aplicacin.

Usuario 0

Sistema GEA

Entradas

Salidas

Claves usuario

Rechazo


- 39 -

4.3.2 DFD Conceptual de primer nivel

1 Login

usuario

password

USUARIOS LOG

usuario 2 Men

Opcin

4 Asignaturas

3 Usuarios

5 Grupos

6 Alumnos

7 Control de asistencia

9 Informes

8 Ejercicios

LOG

USUARIOS JEFES_ESTUDIO TIPOS_USUARIO TUTORES SECRETARIA ASIGNATURAS GRUPOS_CURSO

CARRERAS GRUPOS_CURSO PLANES_ESTUDIO USUARIOS ASIGNATURAS

GRUPOS_CURSO CURSOS

CARRERAS GRUPOS_CURSO ASIGNATURAS ALUMNOS CONVOCATORIAS ASISTENCIA EJERCICIOS

ALUMNOS ASISTENCIA

ALUMNOS ASIGNATURAS EJERCICIOS

ASISTENCIA EJERCICIOS ASIGNATURAS ALUMNOS GRUPOS_CURSO


- 40 -

MIIESPECIFICACIOES

Tipo Nombre Atributos Descripcin

Proceso Login -

Proceso encargado de controlar el acceso a

la aplicacin.

Proceso Men

-

Proceso que genera un men personalizado

con distintas opciones en funcin del

usuario y de su perfil.

Proceso Usuarios

-

Proceso que controla la gestin de los

usuarios en la aplicacin. Toda actividad en

este mdulo queda registrada en un fichero

de log.

Proceso Asignaturas

-

Proceso encargado de la gestin de las

asignaturas para los diferentes cursos y

carreras.

Proceso Grupos

-

Proceso que gestiona los grupos en los que

se dividen los alumnos para cada carrera y

curso.

Proceso Alumnos -

Proceso que realiza la gestin de alumnos

en el sistema.

Proceso Control de asistencia -

Proceso que controla la asistencia a clase de

los alumnos.

Proceso Ejercicios -

Proceso que gestiona las calificaciones de

los ejercicios y exmenes de los alumnos.

Proceso Informes -

Proceso que genera los diferentes tipos de

informes del sistema.

Flujo de datos Usuario -

Clave de usuario. Necesario para acceder a

la aplicacin.

Flujo de datos PASSWORD - Contrasea del usuario.

Almacn de

Datos

LOG FECHA, HORA, USUARIO,

DESCRIPCIN

Registra las acciones relacionadas con los

usuario.

Almacn de

Datos

USUARIOS ID_USUARIO, PASS, NOMBRE,

APELLIDOS, EMAIL

Informacin sobre los usuarios registrados

en el sistema.

Almacn de

Datos

JEFES_ESTUDIO ID_USUARIO, ID_CARRERA Informacin complementaria sobre usuarios

que adems son jefes de estudios.


- 41 -

Almacn de

Datos

TIPOS_USUARIO ID_TIPO_USUARIO,

TIPO_USUARIO

Define los perfiles para cada tipo de

usuario.

Almacn de

Datos

TUTORES ID_USUARIO, ID_CURSO Informacin complementaria sobre usuarios

que adems son tutores.

Almacn de

Datos

SECRETARIA ID_USUARIO, ID_CARRERA Informacin complementaria sobre usuarios

que adems son personal administrativo.

Almacn de

Datos

ASIGNATURAS CODIGO_ASIGNATURA,

NOMBRE, ASIGNATURA,

TIPO_ASIGNATURA, TIPO,

CONVOCATORIA, CREDITOS,

ID_CURSO

Informacin sobre las asignaturas

impartidas.

Almacn de

Datos

GRUPOS_CURSO ID_GRUPO_CURSO,

ID_CURSO,

NOMBRE_GRUPO_CURSO

Definicin de los grupos creados para cada

curso de cada carrera.

Almacn de

Datos

ALUMNOS CLAVE_ALUMNO, NOMBRE,

APELLIDOS,

ID_GRUPO_CURSO, EMAIL

Informacin sobre todos los alumnos

registrados en la aplicacin.

Almacn de

Datos

CONVOCATORIAS ID_CONVOCATORIA,

ID_CARRERA, DESCRIPCIN,

TIPO_CONVOCATORIA

Datos relativos a las convocatorias de las

distintas asignaturas.

Almacn de

Datos

ASISTENCIA FECHA, HORA,

ID_CLAVE_ALUMNO,

ID_CODIGO_ASIGNATURA

Informacin sobre el registro de faltas de

asistencia de alumnos.

Almacn de

Datos

PLANES_ESTUDIO ID_PLAN, ID_CARRERA,

NOMBRE_PLAN

Configuracin de los planes de estudio y su

relacin con las asignaturas.

Almacn de

Datos

EJERCICIOS ID_EJERCICIO ,

ID_CODIGO_ASIGNATURA,

ID_USUARIO, FECHA,

NOMBRE_EJERCICIO

Informacin sobre los ejercicios realizados

para cada asignatura.

Almacn de

Datos

CURSOS ID_CURSO, TOTAL_CREDITOS,

ID_PLAN. NOMBRE_CURSO

Cursos que componen una carrera en un

plan de estudios.

Almacn de

Datos

CARRERAS ID_CARRERA, ID_ESCUELA,

NOMBRE_CARRERA,

CODIGO_CARRERA

Carreras que se imparten en una escuela.

Por ejemplo en la Escuela de Ingeniera se

imparten carreras de Informtica e

Industriales.


- 42 -

4.3.3 DFD Conceptual de segundo nivel. Usuarios

USUARIOS

3.2 Modificacin

de usuario

3.3 Baja de usuario

3.1 Alta de usuario

3.4 Gestin de usuarios y

cursos

LOG TIPOS_USUARIO SECRETARIA

GRUPOS_CURSO

Solicitud de alta

Solicitud de modificacin

Solicitud de baja

Solicitud de relacin de usuario con curso/s

3.6 Gestin de usuarios y j. estudio

JEFES_ESTUDIO

Solicitud de relacin de usuario con jefes de estudio

3.5 Gestin de usuarios y

tutores

TUTORES

Solicitud de relacin de usuario con tutores


- 43 -

MIIESPECIFICACIOES

Tipo Nombre Atributos Descripcin

Proceso Alta de usuario.

-

Este proceso da de alta un nuevo usuario en la

base de datos. Necesita una solicitud de alta y el

resultado es una insercin en la base de datos.

Proceso Modificacin de

usuario.

-

Este proceso modifica un usuario existente en la

base de datos. Necesita una solicitud de

modificacin por parte del usuario. Se presentan

los usuarios existentes y tras seleccionar uno y

modificar sus caractersticas, se actualizan los

datos en la base.

Proceso Baja de usuario.

-

Proceso que da de baja un usuario existente en la

base de datos. Requiere una solicitud de baja y el

resultado es la eliminacin del recurso de la base.

Proceso Gestin de usuarios y

cursos.

-

Proceso que gestiona la asignacin de un usuario

a un curso. Necesita una solicitud de asignacin

por parte del usuario. Se seleccionan los usuarios

existentes y los cursos disponibles. Se selecciona

uno de cada y se guardan los cambios en la base

de datos. Tambin puede darse el caso de que se

desee modificar esta relacin o eliminarla.


tutores. -

Proceso que gestiona la asignacin del atributo

tutor a un usuario. El proceso aade este

atributo, lo modifica o elimina.


jefes de estudio. -

Proceso que gestiona la asignacin del atributo

jefe de estudios a un usuario. El proceso aade

este atributo, lo modifica o elimina.

Flujos de

Datos

Solicitud de alta.

-

Solicitud por parte del usuario. A continuacin el

sistema presenta los campos a rellenar por parte

del usuario.

Flujos de

Datos

Solicitud de

modificacin. -


sistema presenta los campos a modificar por parte

del usuario.

Flujos de

Datos

Solicitud de baja.

-


sistema presenta los usuarios disponibles para dar

de baja.


- 44 -

Flujos de

Datos

Solicitud de relacin

de usuario con

curso/s.

-

Solicitud por parte del usuario. El sistema

presenta los usuarios y los cursos disponibles y

enlaza ambos.

Flujos de

Datos


de usuario con

tutores.

-


presenta los usuarios permitiendo asignar o

eliminar de cada uno de ellos el atributo tutor.

Flujos de

Datos


de usuario con jefes

de estudio. -


presenta los usuarios permitiendo asignar o

eliminar de cada uno de ellos el atributo jefe de

estudio.

Almacn de

Datos

LOG FECHA, HORA, USUARIO,

DESCRIPCIN

Registra las acciones relacionadas con los

usuario.

Almacn de

Datos

USUARIOS ID_USUARIO, PASS,

NOMBRE, APELLIDOS,

EMAIL

Informacin sobre los usuarios registrados en el

sistema.

Almacn de

Datos

TIPOS_USUARIO ID_TIPO_USUARIO,

TIPO_USUARIO

Define los perfiles para cada tipo de usuario.

Almacn de

Datos

SECRETARIA ID_USUARIO,

ID_CARRERA

Informacin complementaria sobre usuarios que

adems son personal administrativo.

Almacn de

Datos


ID_CURSO,

NOMBRE_GRUPO_CURSO

Definicin de los grupos creados para cada curso

de cada carrera.

Almacn de

Datos

TUTORES ID_USUARIO, ID_CURSO Informacin complementaria sobre usuarios que

adems son tutores.

Almacn de

Datos

JEFES_ESTUDIO ID_USUARIO,

ID_CARRERA

Informacin complementaria sobre usuarios que

adems son jefes de estudios.


- 45 -

4.3.4 DFD Conceptual de segundo nivel. Asignaturas.

PLANES_ESTUDIO

4.2 Modificacin de asignatura

4.3 Baja de

asignatura

4.1 Alta de

asignatura

Solicitud de alta


Solicitud de baja

CARRERAS

GRUPOS_CURSO

USUARIOS

ASIGNATURAS


- 46 -

MIIESPECIFICACIOES Tipo Nombre Atributos Descripcin

Proceso Alta de asignatura.

-

Este proceso da de alta una nueva asignatura en

la base de datos. Necesita una solicitud de alta y

el resultado es una insercin en la base de datos.


asignatura.

-

Este proceso modifica una asignatura existente

en la base de datos. Necesita una solicitud de


los usuarios, los planes de estudio, las carreras y

los grupos por curso existentes y tras seleccionar

cada uno y modificar las caractersticas de la

asignatura, se actualizan los datos en la base de

datos.

Proceso Baja de asignatura.

-

Proceso que da de baja una asignatura existente

en la base de datos. Requiere una solicitud de

baja y el resultado es la eliminacin del recurso

de la base.

Flujos de

Datos

Solicitud de alta.

-

Solicitud por parte del usuario. A continuacin

el sistema presenta los campos a rellenar por

parte del usuario.

Flujos de

Datos

Solicitud de

modificacin. -


el sistema presenta los campos a modificar por

parte del usuario.

Flujos de

Datos

Solicitud de baja.

-


el sistema presenta las asignaturas disponibles

para dar de baja.

Almacn

de Datos


ID_CURSO,

NOMBRE_GRUPO_CURSO


de cada carrera.

Almacn

de Datos


NOMBRE_CARRERA,

CODIGO_CARRERA

Carreras que se imparten en una escuela. Por

ejemplo en la Escuela de Ingeniera se imparten

carreras de Informtica e Industriales.

Almacn

de Datos

PLANES_ESTUDIO ID_PLAN, ID_CARRERA,

NOMBRE_PLAN

Configuracin de los planes de estudio y su

relacin con las asignaturas.


- 47 -

Almacn

de Datos

USUARIOS ID_USUARIO, PASS,

NOMBRE, APELLIDOS,

EMAIL

Informacin sobre los usuarios registrados en el

sistema.

Almacn

de Datos


NOMBRE, ASIGNATURA,


CONVOCATORIA,

CREDITOS, ID_CURSO

Informacin sobre las asignaturas impartidas.


- 48 -

4.3.5 DFD Conceptual de segundo nivel. Grupos.

5.2 Modificacin

de grupo

5.3 Baja de grupo

5.1 Alta de grupo

Solicitud de alta


Solicitud de baja

CURSOS GRUPOS_CURSO


- 49 -


Proceso Alta de grupo.

-

Este proceso da de alta un nuevo grupo en la base

de datos. Necesita una solicitud de alta y el



grupo.

-

Este proceso modifica un grupo existente en la



los cursos existentes y tras seleccionar cada uno y

modificar las caractersticas del grupo, se

actualizan los datos en la base de datos.

Proceso Baja de grupo.

-

Proceso que da de baja un grupo existente en la



Flujos de

Datos

Solicitud de alta.

-


sistema presenta los campos a rellenar por parte

del usuario.

Flujos de

Datos

Solicitud de

modificacin. -


sistema presenta los campos a modificar por parte

del usuario.

Flujos de

Datos

Solicitud de baja.

-


sistema presenta los grupos disponibles para dar de

baja.

Almacn

de Datos


ID_CURSO,

NOMBRE_GRUPO_CURSO


de cada carrera.

Almacn

de Datos

CURSOS ID_CURSO,

TOTAL_CREDITOS, ID_PLAN.

NOMBRE_CURSO

Cursos que componen una carrera en un plan de

estudios.


- 50 -

4.3.6 DFD Conceptual de segundo nivel. Alumnos.

6.2 Modificacin

de alumno

6.3 Baja de alumno

6.1 Alta de alumno

Solicitud de alta


Solicitud de baja

ALUMNOS

ASIGNATURAS

CARRERAS

GRUPOS_CURSO

EJERCICIOS ASISTENCIA CONVOCATORIAS


- 51 -


Proceso Alta de alumno.

-

Este proceso da de alta un nuevo alumno en la

base de datos. Necesita una solicitud de alta y el



alumno.

-

Este proceso modifica un alumno existente en la



las asignaturas, carreras y grupos por curso

existentes y tras seleccionar cada uno y modificar

las caractersticas del alumno, se actualizan los

datos en la base de datos.

Proceso Baja de alumno.

-

Proceso que da de baja un alumno existente en la



Flujos de

Datos

Solicitud de alta.

-


sistema presenta los campos a rellenar por el

usuario.

Flujos de

Datos

Solicitud de

modificacin. -


sistema presenta los campos a modificar por el

usuario.

Flujos de

Datos

Solicitud de baja.

-


sistema presenta los alumnos disponibles para dar

de baja.

Almacn

de Datos


ID_CURSO,

NOMBRE_GRUPO_CURSO


de cada carrera.

Almacn

de Datos


NOMBRE_CARRERA,

CODIGO_CARRERA

Carreras que se imparten en una escuela. Por

ejemplo en la Escuela de Ingeniera se imparten

carreras de Informtica e Industriales.


- 52 -

Almacn

de Datos


NOMBRE, ASIGNATURA,


CONVOCATORIA, CREDITOS,

ID_CURSO


Almacn

de Datos


APELLIDOS,


Informacin sobre todos los alumnos registrados

en la aplicacin.

Almacn

de Datos

CONVOCATORIAS ID_CONVOCATORIA,

ID_CARRERA, DESCRIPCIN,

TIPO_CONVOCATORIA

Datos relativos a las convocatorias de las distintas

asignaturas.

Almacn

de Datos


ID_CLAVE_ALUMNO,




Almacn

de Datos



ID_USUARIO, FECHA,

NOMBRE_EJERCICIO

Informacin sobre los ejercicios realizados para

cada asignatura.


- 53 -

4.3.7 DFD Conceptual de segundo nivel. Asistencia.

7.2 Modificar falta de

asistencia

7.3 Eliminar falta de asistencia

7.1 Crear falta de

asistencia

Solicitud de alta


Solicitud de baja

ALUMNOS ASISTENCIA


- 54 -


Proceso Crear falta de

asistencia. -

Este proceso crea una nueva falta de asistencia en

la base de datos. Necesita una solicitud de

creacin y el resultado es una insercin en la base

de datos.

Proceso Modificacin falta

de asistencia.

-

Este proceso modifica una falta de asistencia

existente en la base de datos. Necesita una

solicitud de modificacin por parte del usuario. Se

presentan los alumnos existentes y tras seleccionar

uno y modificar las caractersticas de la falta de

asistencia, se actualizan los datos en la base de

datos.

Proceso Eliminar falta de

asistencia. -

Proceso que elimina una falta de asistencia

existente en la base de datos. Requiere una

solicitud de baja y el resultado es la eliminacin

del recurso de la base.

Flujos de

Datos

Solicitud de alta.

-


sistema presenta los campos a rellenar por el

usuario.

Flujos de

Datos

Solicitud de

modificacin. -


sistema presenta los campos a modificar por el

usuario.

Flujos de

Datos

Solicitud de baja.

-


sistema presenta las faltas de asistencia

disponibles para eliminar.

Almacn

de Datos


APELLIDOS,


Informacin sobre todos los alumnos registrados

en la aplicacin.

Almacn

de Datos


ID_CLAVE_ALUMNO,





- 55 -

4.3.8 DFD Conceptual de segundo nivel. Ejercicios.

8.2 Modificar ejercicio

8.3 Eliminar ejercicio

8.1 Crear

ejercicio

Solicitud de alta


Solicitud de baja

ALUMNOS EJERCICIOS ASIGNATURAS


- 56 -


Proceso Crear ejercicio.

-

Este proceso crea un nuevo ejercicio en la

base de datos. Necesita una solicitud de alta y

el resultado es una insercin en la base de

datos.


ejercicio.

-

Este proceso modifica un ejercicio existente

en la base de datos. Necesita una solicitud de

modificacin por parte del usuario. Se

presentan los alumnos y las asignaturas

existentes y tras seleccionar cada uno y

modificar las caractersticas del ejercicio, se

actualizan los datos en la base de datos.

Proceso Eliminar ejercicio.

-

Proceso que da de baja un ejercicio existente

en la base de datos. Requiere una solicitud de

baja y el resultado es la eliminacin del

recurso de la base.

Flujos de

Datos

Solicitud de alta.

-


el sistema presenta los campos a rellenar por

el usuario.

Flujos de

Datos

Solicitud de

modificacin. -


el sistema presenta los campos a modificar por

el usuario.

Flujos de

Datos

Solicitud de baja.

-


el sistema presenta los ejercicios disponibles

para dar de baja.

Almacn

de Datos

ASIGNATURAS CODIGO_ASIGNATURA, NOMBRE,

ASIGNATURA, TIPO_ASIGNATURA,

TIPO, CONVOCATORIA, CREDITOS,

ID_CURSO



- 57 -

Almacn

de Datos


APELLIDOS, ID_GRUPO_CURSO,

EMAIL

Informacin sobre todos los alumnos

registrados en la aplicacin.

Almacn

de Datos



ID_USUARIO, FECHA,

NOMBRE_EJERCICIO

Informacin sobre los ejercicios realizados

para cada asignatura.


- 58 -

4.3.9 DFD Conceptual de segundo nivel. Informes.

9.1 Informe de

faltas de asistencia

9.2 Informe de

evolucin de alumnos por asignaturas

9.3 Informe de evolucin

individual de alumnos

Informe Informe

Informe

ALUMNOS

ASISTNCIA ASIGNATURAS

ALUMNOS

ASIGNATURAS

ALUMNOS

GRUPOS_CURSO

EJERCICIOS

EJERCICIOS

ASISTENCIAS

Solicitud de informe

Solicitu

proyecto colegio.pdf

Documents

Transcript of proyecto colegio.pdf