Facultad de Ingeniera de Sistemas, Computacin y

Telecomunicaciones

SISTEMA DE PAGOS PARA LA MEJORA DE PROCESOS DE
CONSULTA Y COMUNICACION caso: Institucin Educativa
Particular Santsimo Seor de Luren


Tesis para obtener el Ttulo de:
Ingeniero de Sistemas y Cmputo

Presentado por

Martin Joel Campos Hoyos




Lima Per
Julio 2014

NDICE

1. Diagrama de Casos de Uso 5
1.1. Especificacin de Caso de Uso Gestionar Usuario 5
1.2. Especificacin de Caso de Uso Registrar Alumno 6
1.3. Especificacin de Caso de Uso Buscar Alumno 7
1.4. Especificacin de Caso de Uso Enviar Alerta 8
1.5. Especificacin de Caso de Uso Emitir Boleta 9
1.6. Especificacin de Caso de Uso Imprimir Boleta 10
1.7. Especificacin de Caso de Uso Registrar Pago 11
1.8. Especificacin de Caso de Uso Consultar Reportes 11

2. Diagramas de Actividades 12
2.1. Gestionar Usuario 13
2.2. Registrar Alumno 13
2.3. Buscar Alumno 14
2.4. Enviar Alerta 14
2.5. Emitir Boleta 15
2.6. Imprimir Boleta 16
2.7. Registrar Pago 14
2.8. Consultar Reportes 15
3. Diagrama de Clases 16
4. Diagramas de Interaccin 19
5. Diagramas de Estado
6. Diagrama de Despliegue
7. Diagrama de Componentes
8. Diagrama de Modelo de Datos
9. Base de Datos
10. Modelos de Interfaces





Identificacin de Subsistemas

Descripcin de Sub Sistemas:
Cuentas por Cobrar: En este mdulo se utiliza y se modifica la informacin de los documentos de
los saldos registrados. Aqu se generaran reportes de las cuentas que an faltan pagar.
Seguridad: En este mdulo que ser usado por el administrador del sistema, se registrara y se
modificara la informacin3 de los usuarios. Adems, se encargara de definir los permisos de
acuerdo a lo dispuesto por el Cliente.
Alumnos: En este mdulo que ser usado por el administrador del sistema, se registrara y se
modificara la informacin3 de los alumnos.
Reportes: En este mdulo se generaran los reportes y bsquedas de la informacin que el usuario
requiera.
Integracin de Subsistemas de Anlisis
Descripcin de las interfaces entre subsistemas.



Restringir acceso Restringir acceso
Restringir acceso


Identificacin del Entorno Tecnolgico

Requerimientos del Hardware:
Los requerimientos del Equipo son:
- Equipo servidor
- Equipo Clientes
SEGURIDAD
ALUMNOS REPORTES
CUENTAS POR COBRAR
- Equipo de Comunicaciones
Equipo Servidor:
Con las siguientes caractersticas mnimas:
- Procesador Core i5 4200 CPU 1.60 HZ
- Memoria Ram de 4 gb
- Espacio libre del Disco duro 1 Tb
- Tarjeta de red 10/100M
- Sistema Operativo Windows 7 32bits

Equipo Cliente:
Con las siguientes caractersticas mnimas:
- Procesador Core i3 CPU 1.60 HZ
- Memoria Ram de 2 gb o superior
- Espacio libre del Disco duro 500 gb
- Tarjeta de red 10/100M
- Sistema Operativo Windows 7 32bits

Equipo Comunicaciones:
Cableado Estructurado
Concentrador 10/100M
Numero de puertos definir por el cliente de acuerdo a los terminales a instalarse.
Establecimiento De Requerimientos
Actor Mdulo Descripcin
Tesorero
Reportes
Se encarga de revisar todos
los reportes generados por
el sistema.
Cuentas por Cobrar
Se encarga de administrar
las cuentas por pagar,
brindar reportes de los
pagos efectuados y
cuentas por cobrar
pendientes.
Pagos
Se encarga de realizar un
pago y registrarlo en la
base de datos.
Registro de Alumnos
Se encarga de registrar los
datos personales de los
alumnos y apoderados.
Administrador de Sistema
Seguridad
Se encarga de autorizar los
derechos de acceso de los
usuarios al sistema.
Registro de Usuarios
Se encarga de registrar los
datos personales de los
usuarios as como de la
creacin de las cuentas
para el acceso al sistema.















1. Casos de Uso
Los casos de uso de nuestro sistema (diagrama de casos de uso) se mostrarn en la siguiente
imagen (Fig. 01), teniendo como actor principal al Tesorero, el cual interacta con el sistema con
los diferentes casos de uso, que son: Gestionar usuario, registrar alumno, buscar alumno, enviar
alerta, emitir boleta, imprimir boleta, registrar pago, consultar reportes. Y como actor secundario
al encargado del sistema.


Fig. 001




1.1 Especificacin de Caso de Uso: Gestionar Usuario
1. Caso de Uso: Gestionar Usuario
1.1 Breve Descripcin
El sistema deber permitir el registro de nuevos usuarios a travs de un formulario
accesible a travs de la pantalla de inicio.
2. Actores
2.1 Actores Primarios
Encargado de Sistemas

3. Flujo de Eventos
3.1 Flujo Bsico:

1. Acceder a registro de Nuevo usuario.
2. El sistema muestra una serie de campos a rellenar: Nombre, Apellido Paterno, Apellido
Materno, Fecha de nacimiento (Con el siguiente formato establecido, usando dos cifras
para el da y el mes, y cuatro cifras para el ao), usuario, contrasea (De hasta 20
caracteres), ocupacin, DNI, pas, idioma, y e-mail.
3. El Encargado de sistemas rellena los campos y enva los datos.
4. El sistema comprueba que todos los campos estn rellenados.
5. El sistema comprueba que las contraseas introducidas coincidan.
6. El sistema comprueba que no existe un usuario con ese nombre de usuario.
7. El sistema crea el usuario.
8. Se informa al usuario de que la operacin se ha realizado con xito.
9. Se cierra el asistente de registro y se muestra la pantalla de acceso.

3.2 Flujo Alternativo
Campos en blanco
4.1. Si hay algn campo en blanco, se informa al usuario.
4.2. El Encargado de sistemas vuelve a introducir y envia los datos.
Usuario ya existente
6.1. Si el nombre de usuario ya existe, se informa al usuario.
6.2. El Encargado de sistemas debe modificar el nombre de usuario y volver a
enviar todos los datos.
Cancelar registro
El Encargado de sistemas puede cancelar en cualquier momento el registro,
haciendo Click en el botn cancelar.
El sistema cerrar el registro y muestra al usuario a la pantalla de acceso.
4. Precondiciones
El usuario no est registrado en el sistema.
5. Post Condiciones
El nuevo usuario queda registrado correctamente en el sistema.

1.1 Especificacin de Caso de Uso: Registrar Alumno
2. Caso de Uso: Gestionar Usuario
2.1 Breve Descripcin
El caso de uso permite al tesorero registrar a un alumno, el alumno quedara
registrado en el sistema para agilizar los dems proceso del sistema.
2. Actores
2.1 Actores Primarios
Tesorero

6. Flujo de Eventos
6.1 Flujo Bsico:
1. El caso de uso se inicia cuando el tesorero selecciona la opcin Registrar
Alumno en la interfaz del Men.
2. El sistema muestra la interfaz REGISTRAR ALUMNO y muestra los
siguientes datos:

Datos del Alumno: Nombre, Apellido Paterno, Apellido Materno, DNI, fecha
de nacimiento, edad, lugar de nacimiento, direccin, nivel educativo, grado,
nombre del apoderado, DNI del apoderado, telfono fijo, celular, e-mail,
ocupacin.
Adems de las opciones registrar y cancelar.
3. El Tesorero ingresa nombre del alumno.
4. El Tesorero ingresa los dems datos del alumno y del apoderado.
5. El Tesorero solicita registrar.
6. El sistema graba los datos del alumno y muestra el Mensaje Registro
satisfactorio.

6.2 Flujo Alternativo
Campos en blanco
4.1. Si hay algn campo en blanco, se informa al Tesorero.
4.2. El Tesorero vuelve a introducir y enviar los datos.
Cancelar registro
El Tesorero puede cancelar en cualquier momento el registro, haciendo Click en el
botn cancelar.
El sistema cerrar el registro y muestra al usuario a la pantalla de acceso.
7. Precondiciones
El usuario deber estar logueado en el sistema.
8. Post Condiciones
El nuevo alumno queda registrado correctamente en el sistema.

1.1 Especificacin de Caso de Uso: Buscar Alumno
3. Caso de Uso: Gestionar Usuario
3.1 Breve Descripcin
Este caso de uso permite buscar un alumno por nombre del alumno y por el N de
DNI. Cuando se encuentre al alumno el sistema cargar los alumnos en el caso de
uso base que lo invoc.
2. Actores
2.1 Actores Primarios
Tesorero

9. Flujo de Eventos
9.1 Flujo Bsico:

1. El Caso de Uso se inicia cuando es invocado por otro caso de uso base.
2. El sistema muestra la interfaz BUSCAR ALUMNO con los campos: DNI,
Nombre, apellido materno, apellido paterno. Adems incluye las opciones:
Buscar, Aceptar y Salir.
3. El Tesorero ingresa el criterio de bsqueda nombre y apellidos o DNI del
alumno.
4. El Tesorero selecciona buscar.
5. El sistema muestra el alumno que coincide con el criterio de bsqueda.
6. El Tesorero selecciona Aceptar.
7. El sistema carga los datos en la interfaz del caso de uso base que lo invoc y
finaliza el caso de uso.

a. Flujo Alternativo
Cancelar registro
En el paso 5, si el sistema no selecciona ningn alumno por el criterio de
bsqueda muestra el mensaje: No se encuentra alumno para el criterio
ingresado. El caso de uso contina en el paso 3 o selecciona Salir y finaliza
el caso de uso.

10. Precondiciones
El usuario deber estar logueado en el sistema.
Lista de alumnos disponible.
11. Post Condiciones
Ninguno.

1.4 Especificacin de Caso de Uso: Enviar Alerta
1. Caso de Uso: Enviar Alerta
3.1 Breve Descripcin
El Tesorero llevar a cabo el envo y registro de una alerta en el sistema que ser seal
para que el apoderado tenga conocimiento de sus saldos pendientes y as tener una
mejor administracin de los saldos pendientes para evitar los pagos a destiempo.
2. Actores
2.1 Actores Primarios
Tesorero

3. Flujo de Eventos
3.1 Flujo Bsico:
1. El caso de uso comienza cuando el tesorero selecciona enviar alertas de
saldos.
2. El sistema muestra el interfaz de la creacin de la alerta pidiendo los
siguientes datos: Nombre de Alerta, mensaje de la alerta, Alerta por email,
alerta por mensaje de texto, destinatarios.
3. El tesorero llena los campos para la creacin de una alerta y selecciona el
botn enviar.
4. El sistema muestra un mensaje de confirmacin para el envo de la alerta.
5. El Tesorero acepta la confirmacin.
6. El sistema enva las alertas a todos los destinarios y muestra un mensaje:
Envo exitoso.
7. El tesorero registra la alerta enviada seleccionando registrar alerta.
8. El sistema registra la alerta y el caso de uso finaliza.

3.2 Flujo Alternativo
3.2.1 CANCELAR REGISTRO
Despus del paso 3.1.4 del flujo bsico.
Si el tesorero selecciona la opcin Cancelar, el caso de uso finaliza.
3.2.2 VALIDACIN DEL SISTEMA
El sistema valida que se ingresen todos los datos del registro de Alerta.
Verifica que no existan conflictos de dato. Muestra aviso de registro finalizado.

4 Precondiciones
4.1 USUARIO HABILITADO
El Usuario ha ingresado al sistema, el cual le ha asignado los accesos disponibles.
5 Post Condiciones
5.1 La alerta ha sido enviada y registrada satisfactoriamente en el sistema.

2. Diagramas de Actividades

Los diferentes diagramas de actividades de nuestro sistema se mostrarn a continuacin,
los cuales sern detallados uno por uno, explicando su funcionamiento como finalidad en
el sistema.
2.1 Gestionar Usuario
En la Fig.02 se muestra el diagrama de actividades de Registrar Usuario, el cual describe cmo
funcionar el caso de uso Gestionar Usuario, empezando desde la Actividad: Solicitar datos al
usuario el cual realiza el encargado del sistema, pasando por Ingresar datos solicitados, realizado
por el usuario (nica actividad realizada por el usuario), luego el sistema realiza la actividad:
Verifica los datos, en donde se verificar los datos ingresados anteriormente, terminando con la
ltima actividad: Registro Exitoso.

Fig. 02

2.2 Registrar Alumno
En la Fig.03 se muestra el diagrama de actividades de Registrar Alumno, el cual describe cmo
funcionar el caso de uso Registrar Alumno, empezando desde la Actividad: Solicitar datos del
alumno el cual realiza el tesorero, pasando despus de brindar los datos a Ingresarlos al sistema,
luego el sistema realiza la actividad: Verificar datos, en donde se verificar los datos ingresados
anteriormente por el apoderado para corroborar que la informacin sea correcta, de lo contrario
se regresa a la actividad de brindar datos del alumno en caso este incorrecto o falte algn dato y
sino se procede a registrar los datos ingresados y termina con la ltima actividad: Registro Exitoso.

Fig. 03
2.3 Buscar Alumno
En la Fig. 04 se muestra el Diagrama de Actividades Buscar Alumno, el cual describe el
funcionamiento del caso de uso Buscar Alumno, empezando desde la actividad en donde el
sistema muestra la interfaz de bsqueda, luego permite el ingreso de los datos del alumno por
parte del tesorero, el sistema realiza la bsqueda y posteriormente muestra los resultados de la
bsqueda. El tesorero selecciona el registro buscado y termina con la muestra de los datos del
registro buscado y seleccionado.

Fig. 04

2.4 Enviar Alerta

En la Fig. 05 se muestra el Diagrama de Actividades Enviar alerta, el cual describe el
funcionamiento del caso de uso Enviar alerta, empezando desde la actividad en donde el sistema
muestra la interfaz de bsqueda, luego permite el ingreso de los datos del alumno por parte del
tesorero, el sistema realiza la bsqueda y posteriormente muestra los resultados de la bsqueda.
El tesorero selecciona el registro buscado y termina con la muestra de los datos del registro
buscado y seleccionado.


Fig. 05



3. Diagrama de Clases
En la siguiente imagen (Fig. 06) se muestra el diagrama de Clases de nuestro sistema, en donde se
especifica los variables y mtodos de cada clase, las cuales se pueden observar a continuacin.


Fig. 06







4. Diagramas de Interaccin

Los diagramas de Interaccin (Secuencia y colaboracin) de nuestro sistema se mostrarn a
continuacin, siendo especificados segn el tipo y nombre de cada diagrama.

4.1.1 Diagrama de Secuencia Gestionar Usuario:
En la Fig. 07 se observa el diagrama de secuencia de Gestionar Usuario, en donde se ve la
interaccin del tesorero con las interfaces de registro y como esta reacciona.


Fig. 07





4.1.1 Diagrama de Colaboracin Gestionar Usuario

En la Fig. 08 se observa el diagrama de colaboracin de Gestionar Usuario, en donde se ve
la interaccin del tesorero con la interfaz de registro y como esta reacciona.


Fig. 08










4.2.1 Diagrama de Secuencia Registrar Alumno

En la Fig. 09 se observa el diagrama de secuencia de Registrar Alumno, en donde se ve la
interaccin del Tesorero con las interfaces y como esta reacciona.


Fig. 09









4.2.2 Diagrama de Colaboracin Registrar Alumno

En la Fig. 10 se observa el diagrama de colaboracin de Registrar Alumno, en donde se ve la
interaccin del Tesorero con las interfaces y como esta reacciona.


Fig. 10









4.3.1 Diagrama de Secuencia Buscar Alumno

En la Fig. 11 se observa el diagrama de secuencia de Buscar Alumno, en donde se ve la
interaccin del Tesorero con las interfaces y como esta reacciona.


Fig. 11









4.3.2 Diagrama de Colaboracin Buscar Alumno

En la Fig. 12 se observa el diagrama de colaboracin de Buscar Alumno, en donde se ve la
interaccin del Tesorero con las interfaces y como esta reacciona.


Fig. 12











4.4.1 Diagrama de Secuencia Enviar Alerta

En la Fig. 13 se observa el diagrama de secuencia de Enviar Alerta, en donde se ve la
interaccin del Tesorero con las interfaces y como esta reacciona, teniendo el fin de una
alerta de saldo pendiente enviada al usuario (Apoderado).


Fig. 13









4.4.2 Diagrama de Colaboracin Enviar Alerta

En la Fig. 14 se observa el diagrama de colaboracin de Enviar Alerta, en donde se ve la
interaccin del Tesorero con las interfaces y como esta reacciona.


Fig. 14










5. Diagramas de Estado
5.1 Diagrama de Estado: Registro de Alerta
En la Fig.15 se puede observar el diagrama de estado: Registro de Alarma el cual se puede
observar a continuacin en donde se ve el comportamiento del proceso de la creacin de
una Alerta

Fig. 15









5.2 Diagrama de Estado: Registro de Usuario
En la Fig.16 se puede observar el diagrama de estado: Registro de Usuario en el cual se
puede observar a continuacin en donde se ve el comportamiento del registro de un
usuario.

Fig. 16










5.3 Diagrama de Estado: Registro de Pago
En la Fig.17 se puede observar el diagrama de estado: Registro de Pago el cual se puede
observar a continuacin en donde se ve el comportamiento del proceso del pago.

Fig. 17











6. Diagrama De Despliegue
En la Fig. 18 se puede observar el diagrama de Despliegue de nuestro Sistema.


Fig. 18










7. Diagramas de Componentes
En la Fig. 19 se puede observar el diagrama de Componentes de nuestro Sistema.



Fig. 19











8. Diagramas Modelo de Datos
En la Fig. 20 se puede observar el diagrama de Modelamiento de Datos de nuestro
Sistema.

Fig. 20










BASE DE DATOS CREADA EN XAMPP













TABLAS CREADAS


TRIGERS:
CREATE TABLES

--
-- Base de datos: `bdluren`
--

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `alerta`
--

CREATE TABLE IF NOT EXISTS `alerta` (
`id_alerta` int(11) NOT NULL AUTO_INCREMENT,
`fecha_alerta` date NOT NULL,
`nombre_alerta` varchar(30) NOT NULL,
`detalle_alerta` varchar(30) NOT NULL,
`id_apoderado` int(11) NOT NULL,
`id_usuario` int(11) NOT NULL,
PRIMARY KEY (`id_alerta`),
KEY `id_apoderado` (`id_apoderado`,`id_usuario`),
KEY `id_usuario` (`id_usuario`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `alumno`
--

CREATE TABLE IF NOT EXISTS `alumno` (
`id_alumno` int(11) NOT NULL AUTO_INCREMENT,
`nombre_alumno` varchar(30) NOT NULL,
`apellido_alumno` varchar(30) NOT NULL,
`DNI_alumno` int(11) NOT NULL,
`Edad_alumno` int(11) NOT NULL,
`Sexo_alumno` int(11) NOT NULL,
`direccion_alumno` varchar(30) NOT NULL,
`fecha_Nac_alumno` date NOT NULL,
`id_seccion` int(11) NOT NULL,
`id_apoderado` int(11) NOT NULL,
`id_nivel` int(11) NOT NULL,
`id_pago` int(11) NOT NULL,
PRIMARY KEY (`id_alumno`),
KEY `id_seccion`
(`id_seccion`,`id_apoderado`,`id_nivel`,`id_pago`),
KEY `id_nivel` (`id_nivel`),
KEY `id_apoderado` (`id_apoderado`),
KEY `id_pago` (`id_pago`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `apoderado`
--

CREATE TABLE IF NOT EXISTS `apoderado` (
`id_apoderado` int(11) NOT NULL AUTO_INCREMENT,
`nombre_apod` varchar(30) NOT NULL,
`apellido_apod` varchar(30) NOT NULL,
`email_apod` varchar(40) NOT NULL,
`direccion_apod` varchar(40) NOT NULL,
`telf_fijo` int(11) NOT NULL,
`DNI_apod` int(11) NOT NULL,
`celular_apod` int(11) NOT NULL,
`id_usuario` int(11) NOT NULL,
`id_alumno` int(11) NOT NULL,
`id_pago` int(11) NOT NULL,
`id_alerta` int(11) NOT NULL,
`id_fichamat` int(11) NOT NULL,
PRIMARY KEY (`id_apoderado`),
KEY `id_usuario`
(`id_usuario`,`id_alumno`,`id_pago`,`id_alerta`),
KEY `id_fichamat` (`id_fichamat`),
KEY `id_alumno` (`id_alumno`),
KEY `id_alerta` (`id_alerta`),
KEY `id_pago` (`id_pago`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `ficha_mat`
--

CREATE TABLE IF NOT EXISTS `ficha_mat` (
`id_fichamat` int(11) NOT NULL AUTO_INCREMENT,
`id_apoderado` int(11) NOT NULL,
`id_alumno` int(11) NOT NULL,
PRIMARY KEY (`id_fichamat`),
KEY `id_apoderado` (`id_apoderado`,`id_alumno`),
KEY `id_alumno` (`id_alumno`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `nivel_academico`
--

CREATE TABLE IF NOT EXISTS `nivel_academico` (
`id_nivel` int(11) NOT NULL AUTO_INCREMENT,
`nombre_nivel` varchar(30) NOT NULL,
`id_alumno` int(11) NOT NULL,
`id_seccion` int(11) NOT NULL,
PRIMARY KEY (`id_nivel`),
KEY `id_alumno` (`id_alumno`,`id_seccion`),
KEY `id_seccion` (`id_seccion`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `seccion`
--

CREATE TABLE IF NOT EXISTS `seccion` (
`id_seccion` int(11) NOT NULL AUTO_INCREMENT,
`tipo_seccion` varchar(30) NOT NULL,
`id_nivel` int(11) NOT NULL,
`id_alumno` int(11) NOT NULL,
PRIMARY KEY (`id_seccion`),
KEY `id_nivel` (`id_nivel`,`id_alumno`),
KEY `id_alumno` (`id_alumno`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `t_boletaele`
--

CREATE TABLE IF NOT EXISTS `t_boletaele` (
`id_boletaelec` int(11) NOT NULL AUTO_INCREMENT,
`fecha_boleta` date NOT NULL,
`detalle_fecha` varchar(30) NOT NULL,
`monto_boleta` float NOT NULL,
`id_usuario` int(11) NOT NULL,
`id_pago` int(11) NOT NULL,
`id_apoderado` int(11) NOT NULL,
PRIMARY KEY (`id_boletaelec`),
KEY `id_usuario` (`id_usuario`,`id_pago`,`id_apoderado`),
KEY `id_apoderado` (`id_apoderado`),
KEY `id_pago` (`id_pago`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `t_pago`
--

CREATE TABLE IF NOT EXISTS `t_pago` (
`id_pago` int(11) NOT NULL AUTO_INCREMENT,
`fecha_pago` date NOT NULL,
`monto_pago` float NOT NULL,
`detalle_pago` varchar(30) NOT NULL,
`descripcion_pago` varchar(50) NOT NULL,
`id_usuario` int(11) NOT NULL,
`id_apoderado` int(11) NOT NULL,
PRIMARY KEY (`id_pago`),
KEY `id_usuario` (`id_usuario`,`id_apoderado`),
KEY `id_apoderado` (`id_apoderado`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `usuario`
--

CREATE TABLE IF NOT EXISTS `usuario` (
`id_usuario` int(11) NOT NULL AUTO_INCREMENT,
`nombre_usuario` varchar(30) NOT NULL,
`apellido_usuario` varchar(30) NOT NULL,
`email_usuario` varchar(30) NOT NULL,
`nombre_login` varchar(30) NOT NULL,
`password1` varchar(30) NOT NULL,
`passwrod2` varchar(30) NOT NULL,
`id_apoderado` int(11) DEFAULT NULL,
`id_pago` int(11) DEFAULT NULL,
`id_boletaelec` int(11) DEFAULT NULL,
`id_alerta` int(11) DEFAULT NULL,
PRIMARY KEY (`id_usuario`),
KEY `id_apoderado` (`id_apoderado`,`id_pago`,`id_boletaelec`),
KEY `id_alerta` (`id_alerta`),
KEY `id_pago` (`id_pago`),
KEY `id_boletaelec` (`id_boletaelec`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=6 ;

--
-- Volcado de datos para la tabla `usuario`
--

INSERT INTO `usuario` (`id_usuario`, `nombre_usuario`,
`apellido_usuario`, `email_usuario`, `nombre_login`, `password1`,
`passwrod2`, `id_apoderado`, `id_pago`, `id_boletaelec`,
`id_alerta`) VALUES
(5, 'martin', 'campos hoyos', 'martinc@hotmail.com', 'mjch13',
'martin13', 'martin13', NULL, NULL, NULL, NULL);

--
-- Restricciones para tablas volcadas
--

--
-- Filtros para la tabla `alerta`
--
ALTER TABLE `alerta`
ADD CONSTRAINT `alerta_ibfk_1` FOREIGN KEY (`id_usuario`)
REFERENCES `usuario` (`id_usuario`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `alerta_ibfk_2` FOREIGN KEY (`id_apoderado`)
REFERENCES `apoderado` (`id_apoderado`) ON DELETE CASCADE ON
UPDATE CASCADE;

--
-- Filtros para la tabla `alumno`
--
ALTER TABLE `alumno`
ADD CONSTRAINT `alumno_ibfk_1` FOREIGN KEY (`id_nivel`)
REFERENCES `nivel_academico` (`id_nivel`) ON DELETE CASCADE ON
UPDATE CASCADE,
ADD CONSTRAINT `alumno_ibfk_2` FOREIGN KEY (`id_seccion`)
REFERENCES `seccion` (`id_seccion`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `alumno_ibfk_3` FOREIGN KEY (`id_apoderado`)
REFERENCES `apoderado` (`id_apoderado`) ON DELETE CASCADE ON
UPDATE CASCADE,
ADD CONSTRAINT `alumno_ibfk_4` FOREIGN KEY (`id_pago`)
REFERENCES `t_pago` (`id_pago`) ON DELETE CASCADE ON UPDATE
CASCADE;

--
-- Filtros para la tabla `apoderado`
--
ALTER TABLE `apoderado`
ADD CONSTRAINT `apoderado_ibfk_1` FOREIGN KEY (`id_usuario`)
REFERENCES `usuario` (`id_usuario`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `apoderado_ibfk_2` FOREIGN KEY (`id_alumno`)
REFERENCES `alumno` (`id_alumno`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `apoderado_ibfk_3` FOREIGN KEY (`id_alerta`)
REFERENCES `alerta` (`id_alerta`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `apoderado_ibfk_4` FOREIGN KEY (`id_pago`)
REFERENCES `t_pago` (`id_pago`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `apoderado_ibfk_5` FOREIGN KEY (`id_fichamat`)
REFERENCES `ficha_mat` (`id_fichamat`) ON DELETE CASCADE ON UPDATE
CASCADE;

--
-- Filtros para la tabla `ficha_mat`
--
ALTER TABLE `ficha_mat`
ADD CONSTRAINT `ficha_mat_ibfk_1` FOREIGN KEY (`id_apoderado`)
REFERENCES `apoderado` (`id_apoderado`) ON DELETE CASCADE ON
UPDATE CASCADE,
ADD CONSTRAINT `ficha_mat_ibfk_2` FOREIGN KEY (`id_alumno`)
REFERENCES `alumno` (`id_alumno`) ON DELETE CASCADE ON UPDATE
CASCADE;

--
-- Filtros para la tabla `nivel_academico`
--
ALTER TABLE `nivel_academico`
ADD CONSTRAINT `nivel_academico_ibfk_1` FOREIGN KEY
(`id_alumno`) REFERENCES `alumno` (`id_alumno`) ON DELETE CASCADE
ON UPDATE CASCADE,
ADD CONSTRAINT `nivel_academico_ibfk_2` FOREIGN KEY
(`id_seccion`) REFERENCES `seccion` (`id_seccion`) ON DELETE
CASCADE ON UPDATE CASCADE;

--
-- Filtros para la tabla `seccion`
--
ALTER TABLE `seccion`
ADD CONSTRAINT `seccion_ibfk_1` FOREIGN KEY (`id_alumno`)
REFERENCES `alumno` (`id_alumno`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `seccion_ibfk_2` FOREIGN KEY (`id_nivel`)
REFERENCES `nivel_academico` (`id_nivel`) ON DELETE CASCADE ON
UPDATE CASCADE;

--
-- Filtros para la tabla `t_boletaele`
--
ALTER TABLE `t_boletaele`
ADD CONSTRAINT `t_boletaele_ibfk_1` FOREIGN KEY (`id_apoderado`)
REFERENCES `apoderado` (`id_apoderado`) ON DELETE CASCADE ON
UPDATE CASCADE,
ADD CONSTRAINT `t_boletaele_ibfk_2` FOREIGN KEY (`id_usuario`)
REFERENCES `usuario` (`id_usuario`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `t_boletaele_ibfk_3` FOREIGN KEY (`id_pago`)
REFERENCES `t_pago` (`id_pago`) ON DELETE CASCADE ON UPDATE
CASCADE;

--
-- Filtros para la tabla `t_pago`
--
ALTER TABLE `t_pago`
ADD CONSTRAINT `t_pago_ibfk_1` FOREIGN KEY (`id_usuario`)
REFERENCES `usuario` (`id_usuario`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `t_pago_ibfk_2` FOREIGN KEY (`id_apoderado`)
REFERENCES `apoderado` (`id_apoderado`) ON DELETE CASCADE ON
UPDATE CASCADE;

--
-- Filtros para la tabla `usuario`
--
ALTER TABLE `usuario`
ADD CONSTRAINT `usuario_ibfk_1` FOREIGN KEY (`id_apoderado`)
REFERENCES `apoderado` (`id_apoderado`) ON DELETE CASCADE ON
UPDATE CASCADE,
ADD CONSTRAINT `usuario_ibfk_2` FOREIGN KEY (`id_pago`)
REFERENCES `t_pago` (`id_pago`) ON DELETE CASCADE ON UPDATE
CASCADE,
ADD CONSTRAINT `usuario_ibfk_3` FOREIGN KEY (`id_boletaelec`)
REFERENCES `t_boletaele` (`id_boletaelec`) ON DELETE CASCADE ON
UPDATE CASCADE,
ADD CONSTRAINT `usuario_ibfk_4` FOREIGN KEY (`id_alerta`)
REFERENCES `alerta` (`id_alerta`) ON DELETE CASCADE ON UPDATE
CASCADE;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
ELIMINAR TABLA

DROP TABLE usuario
DROP TABLE alerta
DROP TABLE alumno
DROP TABLE apoderado
DROP TABLE ficha_mat
DROP TABLE nivel_academico
DROP TABLE seccin
DROP TABLE t_boletaele
DROP TABLE t_pago

INSERTAR DATOS A LA TABLA USUARIO
INSERT INTO `bdluren`.`usuario` (`id_usuario`, `nombre_usuario`, `apellido_usuario`,
`email_usuario`, `nombre_login`, `password1`, `passwrod2`, `id_apoderado`, `id_pago`,
`id_boletaelec`, `id_alerta`) VALUES (NULL, 'martin', 'campos hoyos',
'martincampos_013@hotmail.com', 'mjch13', '123456', '123456')
INSERTAR DATOS A LA TABLA ALUMNO
INSERT INTO `bdluren`.`alumno` (`id_alumno`, `nombre_alumno`, `apellido_alumno`,
`DNI_alumno`, `Edad_alumno`, `Sexo_alumno`, `direccion_alumno`, `fecha_Nac_alumno`,
`id_seccion`, `id_apoderado`, `id_nivel`, `id_pago`) VALUES (NULL, 'Diego', 'Valera Uribe',
'76554321', '13', 'M', 'Jr. Huaraz 1809', '2001-03-12');
INSERTAR DATOS A LA TABLA APODERADO
INSERT INTO `bdluren`.`apoderado` (`id_apoderado`, `nombre_apod`, `apellido_apod`,
`email_apod`, `direccion_apod`, `telf_fijo`, `DNI_apod`, `celular_apod`, `id_usuario`, `id_alumno`,
`id_pago`, `id_alerta`, `id_fichamat`) VALUES (NULL, 'Violeta', 'Hoyos Calderon',
'violetah@hotmail.com', 'Jr. Huaraz 1809', '3302543', '06699634', '987632422');









Modelos de Interfaces del Sistema
Interfaz de Registro de Usuario:







Interfaz de Registro de Alumno:












Interfaz de Bsqueda de Alumno:

Interfaz del Envo de Alertas: