2011

Martínez Verona, Ana

Venegas Jara, Carlos

Julca Díaz, Lindley

Gálvez Velásquez, Juan Carlos

UPAO

20/04/2011

Proyecto Web de apoyo a la gestión de matrícula, desarrollado para el rubro educativo.

RESUMEN

Software para Gestión de Matrículas, este un sistema vía web que permite reservar matrículas y la visualización de notas, así como los datos personales del alumno; permitiendo el acceso a padres de familia, alumnos y público en general. Ha sido desarrollada de acuerdo a los parámetros del proceso ICONIX. El presente proyecto está orientado hacia las empresas del rubro educativo, siendo no necesariamente colegios, pues para que satisfaga las necesidades de otro tipo de institución educativa bastaría con crear nuevas versiones mejoradas, implementando o modificando ciertos campos. El sistema permitirá a los clientes informase sobre la existencia del número de vacantes en el grado en el que estén interesados, permitir la reserva de las mismas, visualizar las calificaciones de los alumnos, datos personales y un cárdex económico; dado que las diferentes computadoras de las oficinas estarán interconectadas, la información será actualizada constantemente en tiempo real, logrando una mayor satisfacción por parte del cliente hacia la empresa. Con este sistema se podrá saber los conceptos por los que aporta el alumno al colegio.

Parte I. Introducción

Capítulo 1. Escenario “Centro Educativo Particular Manuel Pardo” es un colegio mixto secundario que cuenta con 700 alumnos, aproximadamente. Pertenece a la Congregación de Padres Vicentinos. Actualmente, no cuenta con un sistema de matrículas web, proponiendo una solución eficiente mediante el presente proyecto. La gestión de matrícula se realiza de la siguiente manera:

Si el alumno es nuevo: pide informes en secretaría y, si cree conveniente matricularse, primero cancela en caja la mensualidad y la matrícula; para ello, el cajero crea al nuevo cliente en el sistema ingresando nombre y grado, lo que generará el ID asignado. Después, va con la secretaria, quien llenará la ficha de matrícula.

Si el alumno es antiguo y tiene dudas sobre el proceso, va a secretaría a consultarlas. Posteriormente, cancelará en caja, siendo necesario para esto indicar su número de ID.

1.1. Objetivos El presente proyecto está orientado a la creación de una aplicación web para el sector educativo. El ámbito de gestión de la institución está referido a la programación, brindar información, realizar pagos y registrar los mismos. El sistema presenta las siguientes funcionalidades:

Gestión de Matrículas: La aplicación de web permitirá registrar y modificar la

información de los alumnos.

Gestión vía web: Permite el acceso del público en general mediante la web y

así poder realizar la reserva de matrículas, ver vacantes disponibles, etc.

Parte II. Justificación y metodología

Capítulo 2. Justificación

3.1. Aplicaciones web

Los primeros bocetos de una aplicación web son las redes implementadas para la parte interna de la empresa, con el surgimiento del internet y con el paso de los años las aplicaciones web han tenido un gran auge, siendo muy usadas, sobre todo con el fin de fomentar el comercio electrónico. Las aplicaciones web, hoy en día, son muy importantes, su facilidad de administración, debido a que pueden ser manejadas desde cualquier lugar, las hace ideales tanto para su despliegue en internet como en intranets corporativas. La facilidad de uso de los interfaces web y el hecho de que cada día más personas estén acostumbradas a la navegación por internet hace que el tiempo de aprendizaje se reduzca considerablemente respecto a aplicaciones tradicionales standalone.

Capítulo 3. Metodología La elaboración de esta versión estuvo guiada por las directrices señaladas por ICONIX.

3.1. ICONIX

El proceso de ICONIX es un modelado de objetos conducido por casos de uso, como RUP; también es relativamente pequeño y firme, como XP, pero no desecha el análisis y diseño de éste. Este proceso también hace uso aerodinámico del UML (estándar del Object Management Group) mientras guarda un enfoque afilado en el seguimiento de requisitos. Y, el proceso se queda igual a la visión original de Jacobson del “manejo de casos de uso”, esto produce un resultado concreto, específico y casos de uso fácilmente entendibles, que un equipo de un proyecto puede usar para conducir el esfuerzo hacia un desarrollo real. El enfoque es flexible y abierto; siempre se puede seleccionar de los otros aspectos del UML para complementar los materiales básicos. Además de las características ya mencionadas, presenta las siguientes:

Centrado en datos: se descompone en fronteras de datos

Basado en escenarios que descomponen los casos de uso

Enfoque iterativo e incremental Ofrece trazabilidad

En conclusión, ICONIX es un proceso intermedio entre XP y RUP, siendo el primero muy útil para software’s pequeños y, el segundo, muy útil para software’s industriales; por tanto, ICONIX es una mezcla entre la agilidad de XP y la robustez de RUP.

Estas técnicas se aplican a proyectos con un equipo de desarrollo de tamaño mediano.

3.2. Aplicación de ICONIX

ICONIX es relativamente ágil y lo suficientemente robusto para un proyecto de mediana envergadura. Concretamente, se cumplen las siguientes recomendaciones para emplear ICONIX en un proyecto: • Interés sincero por todas las partes en que el proyecto tenga éxito. • El equipo de trabajo es mediano.

• A diferencia de XP, con este proceso existe un contrato fijo previo especificando tiempo, recursos y alcance, debido a que se hace uso de una gestión de costes y tiempo.

• El equipo dispone de una formación elevada y capacidad de aprender. • El proyecto tiene un riesgo medio en cuanto a lo innovador de la tecnología.

La metodología de ICONIX tiene éxito dentro de proyectos Open Source. Es relativamente simple, realiza ciertos procedimientos propios de XP como Integración continua, refactorización, pruebas unitarias y Test-Driven Development, a la vez toma las tareas de análisis y diseño de RUP. A continuación se procederá a explicar la aplicación de cada una ellas en este proyecto.

1. Análisis de requisitos. Se analiza las necesidades, requerimientos del sistema, es decir, sus funciones, por lo que se realiza el diagrama de clases.

2. Análisis y diseño preliminar.

En este paso, se realizan el modelo de dominio, que no es otra cosa sino el diagrama de clases, los diagramas de caso de uso y los diagramas de robustez.

3. Diseño detallado.

Se analizan detalladamente los diagramas de secuencia y robustez, si hay cambios se realizan, y se procede a la realización de los diagramas de secuencia.

4. Implementación.

Del diagrama de clases nuevo generado a partir de todo ese proceso, se crea el código, para este proyecto usamos Enterpirse Architect, el cual permite exportar el código.

Parte III. Requisitos del proceso ICONIX

Capítulo 4. Análisis de Requisitos

4.1 Requerimientos Funcionales El sistema deberá ser capaz de:

Mostrar las vacantes para cada grado.

Realizar un mantenimiento para los nuevos alumnos que ingresan a la institución (registro, búsqueda, modificación)

Realizar mantenimiento de los alumnos que ya han estudiado en la institución.

Hacer un mantenimiento para administrativos (registro, búsqueda, modificación).

Realizar registro de notas.

A través del software de aplicación se actualizará automáticamente la base de datos.

Mostrar un reporte de las matrículas realizadas en el presente año escolar.

Brindar servicio de acceso Web (se podrá visualizar información, verificación de notas, etc.)

4.2 Requerimientos No Funcionales

Compatibilidad: el sistema debe estar diseñado para correr adecuadamente en

los principales navegadores.

Escalabilidad: El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser incorporados afectando el código existente de la menor manera posible.

Desempeño: Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a los diferentes usuarios. En este sentido la información almacenada podrá ser consultada.

Facilidad de Uso e Ingreso de Información: El sistema debe ser de fácil uso y entrenamiento por parte de los usuarios del centro educativo.

Facilidad para las Pruebas: El sistema debe contar con facilidades para la identificación de la localización de los errores durante la etapa de pruebas y de operación posterior.

Seguridad: El sistema debe ser diseñado cuidando mucho la privacidad de los datos del usuario, evitando el hacking y otros técnicas invasivas.

Mantenibilidad: Toda el sistema deberá estar complemente documentado, cada uno de los componentes de software que forman parte de la solución propuesta deberán estar debidamente documentados tanto en el código fuente como en los manuales de administración y de usuario.

Plataforma: El sistema debe ser capaz de ejecutarse en plataformas móviles como smatphones, tablets, pda's, etc.

Operatividad: El sistema deberá poder ser administrado remotamente por las personas encargadas o designadas por el centro educativo.

Validación de Información: El sistema debe validar automáticamente la información contenida en los formularios de ingreso. En el proceso de validación de la información, se deben tener en cuenta aspectos tales como obligatoriedad de campos, longitud de caracteres permitida por campo, manejo de tipos de datos, etc.

4.3 Interfaces para la Aplicación Web.

4.4 Modelo del Dominio

4.5 Casos de Uso

uc Casos de uso principales

Límite del sistema

Actualizar Notas

Alumno Buscar Alumno

Consultar Reporte de

Notas

Modificar Alumno

Modificar Matrícula

Mostrar Vacantes

Registrar Alumno

Validar Información

Administrativ o

Profesor

Verificar

Existencia

Registrar Matrícula

«include»

«include»

«include»

«include»

«include»

«include»

Buscar Alumno

Este proceso permite buscar a un determinado alumno dentro de la base de datos.

Pre condiciones: El actor debe haberse logueado correctamente en el sistema.

Pos condiciones: Se devuelven los datos requeridos exitosamente.

Flujo Básico: 1. El administrativo se loguea correctamente. 2. Ingresa los datos del alumno requerido. Estos son: apellidos y nombres. 3. El sistema devuelve los resultados correspondientes. 4. El administrativo selecciona el resultado deseado.

Flujo Alternativo: *3. Los datos no produjeron ningún resultado. *4. El administrativo vuelve a hacer la búsqueda. (Se regresa al paso 1)

Registrar Alumno

Este proceso permite registrar un nuevo alumno con sus respectivos datos en el sistema.

Pre condiciones: El actor accede al área de registro web.

Pos condiciones: El alumno nuevo es registrado exitosamente.

Flujo Básico: 1. El alumno se dispone a registrarse en el sistema. 2. El sistema permite el ingreso de nuevos datos. 3. El alumno ingresa sus respectivos datos. 4. El sistema comprueba la validez de los datos y los almacena.

Flujo Alternativo: *4. El sistema comprueba la validez de los datos, si los datos no son correctos se informa al actor de ello permitiéndole que los corrija.

Mostrar Vacantes

Este proceso permite mostrar el número de vacantes disponibles para determinado grado de estudio.

Pre condiciones: El actor debe haberse logueado correctamente en el sistema.

Pos condiciones: Se devuelve el número total de vacantes disponibles.

Flujo Básico: 1. El administrativo o alumno se loguea correctamente. 2. Solicita mostrar el número de vacantes disponibles. 3. Obtiene exitosamente el número de vacantes.

Flujo Alternativo:

Validar Información

Este proceso permite verificar el correcto ingreso de datos por parte del usuario.

Pre condiciones: El actor debe haber introducido datos para almacenar.

Pos condiciones: Se muestra el resultado dependiendo de los datos ingresados.

Flujo Básico: 1. El usuario procede a registrarse. 2. Ingresa todos sus datos. 3. Se procede a la validación de la información. 4. El sistema muestra el resultado.

Flujo Alternativo:

Modificar Alumno

Este proceso permite modificar los datos de un determinado alumno.

Pre condiciones: El actor se identifica en el sistema.

Pos condiciones: Los datos del alumno se modifican exitosamente.

Flujo Básico: 1. El actor se loguea correctamente. 2. Se permite la modificación de los datos. 3. Se ingresan los nuevos datos. 4. Se procede a validar. 5. El sistema actualiza correctamente los datos.

Flujo Alternativo: *3. Se ingresan los nuevos datos, en caso de introducir datos incorrectos el sistema advertirá al usuario.

Consultar Reporte de Notas

Este proceso permite buscar a un determinado alumno dentro de la base de datos.

Pre condiciones: El alumno se loguea en el sistema.

Pos condiciones: Se devuelve el reporte de notas correctamente.

Flujo Básico: 1. El alumno se loguea correctamente. 2. Solicita al sistema el reporte de notas correspondiente. 3. Se muestra exitosamente el reporte de notas.

Flujo Alternativo: *3. En caso de no existir actualmente un reporte de notas, el sistema advertirá sobre esta situación al usuario.

Modificar Matrícula

Este proceso permite modificar los datos de una matrícula.

Pre condiciones: El actor debe haberse logueado correctamente en el sistema.

Pos condiciones: Se devuelven los datos requeridos exitosamente.

Flujo Básico: 1. El alumno se loguea correctamente en el sistema. 2. El sistema permite la modificación de su matrícula 3. El actor procede a cambiar datos en su matrícula 4. El sistema informa que la matrícula se modificó exitosamente.

Flujo Alternativo: *4. El sistema no permite la modificación de la matrícula, debido a que las clases ya empezaron.

Actualizar Notas

Este proceso permite modificar las notas que ha obtenido un determinado alumno.

Pre condiciones: El actor debe haberse logueado correctamente en el sistema.

Pos condiciones: Las notas son registradas correctamente.

Flujo Básico: 1. El profesor se loguea correctamente. 2. Ingresa las notas correspondientes. 3. Se actualiza la base de datos.

Flujo Alternativo: *4. Las notas ingresadas son incorrectas, y el sistema le pide ingresar datos correctos.

Registrar Matrícula

Este proceso permite registrar una matrícula para el alumno en el sistema.

Pre condiciones: El actor debe haberse registrado y logueado correctamente.

Pos condiciones: La matrícula es registrada correctamente.

Flujo Básico: 1. El alumno se ha registrado y logueado correctamente. 2. Se llena el formulario correspondiente. 3. Se verifica el número de vacantes. 4. Se registra la matrícula correctamente.

Flujo Alternativo: *4. El número de vacantes es cero, entonces el sistema informa que no se puede realizar la matrícula.

Capítulo 5. Análisis y Diseño Preliminar En base a los casos de uso mencionados anteriormente, se procede a generar el diagrama de robustez. Aquí se detalla la gestión paso a paso dentro del sistema.

5.1 Diagramas de Robustez: Gestión de Matrículas

Capítulo 6. Diseño Detallado

En este capítulo se hace un diseño más detallado y profundo del sistema, mediante esta herramienta que brinda el proceso ICONIX que son los diagramas de secuencia.

6.1 Diagramas de Secuencia: Gestión de Matrículas

sd Registrar Alumno

Usuario Registrar Alumno Validar datos Base de DatosRegistro del

Alumno

1. Ingresar datos Personales()

2. Validar datos ingresados()

3. Guardar Datos Personales del Alumno()

4. Actualizar la BD()

5. BD actualizada ()

6. El registro de los Datos personales se realizo con exito()

sd Login

Persona Incio de sesion Validar Datos BD

1.Ingresar usuario y contraseña()

2.Validar()

3. Usuario correcto()

4. Usuario incorrecto()

sd Registro Matricula

Usuario Registrar Matricula Registro de

Matricula

Validar datos BDVerificar Vacante

1. Ingresar usuario y contraseña()

2. Ingresar datos de matricula()

3.Verificar si hay vancantes discponibles()

4. Guardar datos de la matricula()

5. Actualizar BD()

6.BD actuazilada()

7. La matricula ha sido finalizada con exito()

sd Notas

Profesor Registro de Notas Base de DatosValidar Notas Registro Notas

1. Ingresar cd_Alumno()

2. Buscar cod_Alumno en BD()

3. cod_alumno encontrado()

4. Ingresar notas()

5. Registrar Notas del alumno()

6. Actualiza BD()

7. BD actualizada()

8. Notas del alumno registradas()

sd Mostrar Vacante

Persona Mostar Vacante Validar datos Vacante

1. Ingresar usuario y contraseña()

2. Validar datos()

3. Obtener Vacante del grado()

4. Mostar la vacante()

5. Puede registarse()

Capítulo 7. Gestiones 7.1 Gestión de Matrículas Este apartado está orientado al registro de matrículas de alumnos. Individualmente, cada alumno registrado cuenta con atributos como:

Código

Apellidos

Nombres

Grado Adicionalmente se pueden tener información para contactar con ellos, por ejemplo:

Dirección

Teléfono

E-mail

Apoderado Y datos adicionales como:

Lugar de Nacimiento

Fecha de Nacimiento

Colegio de procedencia

7.1.1 Registro de alumnos Al registrarse el alumno llena los datos mencionados anteriormente.

7.1.2 Búsqueda de alumnos Se podrán realizar búsquedas por apellido de alumnos.

7.1.3 Visualización de información del alumno Esto se realizará cuando se desee imprimir algún recibo de pago, y/o el director consulte la lista de alumnos inscritos.

7.2 Gestión de pagos

La gestión de pagos (models) se centra en el pago de los conceptos tanto de matrícula, pensión, como de uniformes escolares (products) En cuanto al modelo de pago de matrícula y pensión se tienen los siguientes atributos:

Código del alumno

Nombres

Grado

Concepto de cargo de matrícula y pensión asignado para todos por defecto. En cuanto al modelo de pago de uniforme escolar se consideró lo siguiente:

Código del alumno

Nombres

Grado

Tipo de uniforme escolar y su respectiva talla a elegir.

7.3 Gestión de uniformes escolares Se gestiona la venta de uniformes escolares propios de la institución, pues poseen un diseño y colores distintivos de la institución. Están clasificados por tipo ya sea polos, buzos, short, chompas y chalecos; y por tallas como XS, S, M y L. El proceso de ventas de uniformes comienza cuando un cliente escoge una serie de productos y cantidades que se formalizan en un pedido. Posteriormente los pedidos son actualizados en el servidor y la entrega se hará efectiva cuando el almacenero registre que el pedido ya fue entregado.

7.3.1 Creación de pedidos A partir de un cliente se podrá crear un nuevo pedido. El único dato necesario será el código del cliente.

7.3.2 Añadir uniformes a un pedido Se podrán buscar los uniformes por tallas para añadirlos al pedido en curso, en la cantidad deseada.

7.3.3 Visualización de pedidos Se podrá visualizar el pedido en el recibo de pago emitido por el cajero.

7.4 Herramientas En el desarrollo de este proyecto se han utilizado las siguientes herramientas en cada ámbito.

7.4.1 Desarrollo • Netbeans • MySQL

7.4.2 Ejecución El software requerido para la ejecución del sistema es: 1. MySQL como base de datos. 2. Netbeans para la ejecución del proyecto. 3. Un navegador web (Internet Explorer ó Mozilla) para la actualización de datos y

la visualización del sistema vía web.

8. Glosario: Alumno: persona que registra sus datos en el sistema.

Profesor: persona que registrara y actualizara las notas de los alumnos en el

sistema.

Administrativo: persona encargada de la administración y manejo del colegio.

Apoderado: persona a cargo de un determinado alumno registrado en el

sistema.req

Vacante: cupo libre y disponible en el sistema de matrícula.

Matrícula: registro del alumno, certificando su participación en el colegio.

Nota: número vigesimal (1-20) que corresponde al rendimiento de cada alumno en

los diferentes cursos.

Diagrama de clases

Diagr ama de Base de Datos