Вы находитесь на странице: 1из 26

2011

Proyecto Web de apoyo a la gestin de matrcula, desarrollado para el rubro educativo.

Martnez Verona, Ana Venegas Jara, Carlos Julca Daz, Lindley Glvez Velsquez, Juan Carlos
UPAO 20/04/2011

RESUMEN
Software para Gestin de Matrculas, este un sistema va web que permite reservar matrculas y la visualizacin de notas, as como los datos personales del alumno; permitiendo el acceso a padres de familia, alumnos y pblico en general. Ha sido desarrollada de acuerdo a los parmetros 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 institucin educativa bastara con crear nuevas versiones mejoradas, implementando o modificando ciertos campos.

El sistema permitir a los clientes informase sobre la existencia del nmero de vacantes en el grado en el que estn interesados, permitir la reserva de las mismas, visualizar las calificaciones de los alumnos, datos personales y un crdex econmico; dado que las diferentes computadoras de las oficinas estarn interconectadas, la informacin ser actualizada constantemente en tiempo real, logrando una mayor satisfaccin 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. Introduccin
Captulo 1. Escenario
Centro Educativo Particular Manuel Pardo es un colegio mixto secundario que cuenta con 700 alumnos, aproximadamente. Pertenece a la Congregacin de Padres Vicentinos. Actualmente, no cuenta con un sistema de matrculas web, proponiendo una solucin eficiente mediante el presente proyecto. La gestin de matrcula se realiza de la siguiente manera: Si el alumno es nuevo: pide informes en secretara y, si cree conveniente matricularse, primero cancela en caja la mensualidad y la matrcula; para ello, el cajero crea al nuevo cliente en el sistema ingresando nombre y grado, lo que generar el ID asignado. Despus, va con la secretaria, quien llenar la ficha de matrcula. Si el alumno es antiguo y tiene dudas sobre el proceso, va a secretara a consultarlas. Posteriormente, cancelar en caja, siendo necesario para esto indicar su nmero de ID.

1.1. Objetivos
El presente proyecto est orientado a la creacin de una aplicacin web para el sector educativo. El mbito de gestin de la institucin est referido a la programacin, brindar informacin, realizar pagos y registrar los mismos. El sistema presenta las siguientes funcionalidades:

Gestin de Matrculas: La aplicacin de web permitir registrar y modificar la informacin de los alumnos. Gestin va web: Permite el acceso del pblico en general mediante la web y as poder realizar la reserva de matrculas, ver vacantes disponibles, etc.

Parte II. Justificacin y metodologa


Captulo 2. Justificacin
3.1. Aplicaciones web
Los primeros bocetos de una aplicacin web son las redes implementadas para la parte interna de la empresa, con el surgimiento del internet y con el paso de los aos las aplicaciones web han tenido un gran auge, siendo muy usadas, sobre todo con el fin de fomentar el comercio electrnico. Las aplicaciones web, hoy en da, son muy importantes, su facilidad de administracin, 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 da ms personas estn acostumbradas a la navegacin por internet hace que el tiempo de aprendizaje se reduzca considerablemente respecto a aplicaciones tradicionales standalone.

Captulo 3. Metodologa
La elaboracin de esta versin estuvo guiada por las directrices sealadas por ICONIX.

3.1. ICONIX
El proceso de ICONIX es un modelado de objetos conducido por casos de uso, como RUP; tambin es relativamente pequeo y firme, como XP, pero no desecha el anlisis y diseo de ste. Este proceso tambin hace uso aerodinmico del UML (estndar del Object Management Group) mientras guarda un enfoque afilado en el seguimiento de requisitos. Y, el proceso se queda igual a la visin original de Jacobson del manejo de casos de uso, esto produce un resultado concreto, especfico y casos de uso fcilmente 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 bsicos. Adems de las caractersticas 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 conclusin, ICONIX es un proceso intermedio entre XP y RUP, siendo el primero muy til para softwares pequeos y, el segundo, muy til para softwares industriales; por tanto, ICONIX es una mezcla entre la agilidad de XP y la robustez de RUP. Estas tcnicas se aplican a proyectos con un equipo de desarrollo de tamao mediano.

3.2. Aplicacin 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: Inters 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 gestin de costes y tiempo. El equipo dispone de una formacin elevada y capacidad de aprender. El proyecto tiene un riesgo medio en cuanto a lo innovador de la tecnologa.

La metodologa de ICONIX tiene xito dentro de proyectos Open Source. Es relativamente simple, realiza ciertos procedimientos propios de XP como Integracin continua, refactorizacin, pruebas unitarias y Test-Driven Development, a la vez toma las tareas de anlisis y diseo de RUP. A continuacin se proceder a explicar la aplicacin de cada una ellas en este proyecto. 1. Anlisis de requisitos. Se analiza las necesidades, requerimientos del sistema, es decir, sus funciones, por lo que se realiza el diagrama de clases. 2. Anlisis y diseo 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. Diseo detallado. Se analizan detalladamente los diagramas de secuencia y robustez, si hay cambios se realizan, y se procede a la realizacin de los diagramas de secuencia. 4. Implementacin. Del diagrama de clases nuevo generado a partir de todo ese proceso, se crea el cdigo, para este proyecto usamos Enterpirse Architect, el cual permite exportar el cdigo.

Parte III. Requisitos del proceso ICONIX


Captulo 4. Anlisis 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 institucin (registro, bsqueda, modificacin) Realizar mantenimiento de los alumnos que ya han estudiado en la institucin. Hacer un mantenimiento para administrativos (registro, bsqueda, modificacin). Realizar registro de notas. A travs del software de aplicacin se actualizar automticamente la base de datos. Mostrar un reporte de las matrculas realizadas en el presente ao escolar. Brindar servicio de acceso Web (se podr visualizar informacin, verificacin de notas, etc.)

4.2 Requerimientos No Funcionales


Compatibilidad: el sistema debe estar diseado 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 cdigo existente de la menor manera posible. Desempeo: Garantizar la confiabilidad, la seguridad y el desempeo del sistema informtico a los diferentes usuarios. En este sentido la informacin almacenada podr ser consultada. Facilidad de Uso e Ingreso de Informacin: El sistema debe ser de fcil uso y entrenamiento por parte de los usuarios del centro educativo.

Facilidad para las Pruebas: El sistema debe contar con facilidades para la identificacin de la localizacin de los errores durante la etapa de pruebas y de operacin posterior. Seguridad: El sistema debe ser diseado cuidando mucho la privacidad de los datos del usuario, evitando el hacking y otros tcnicas invasivas. Mantenibilidad: Toda el sistema deber estar complemente documentado, cada uno de los componentes de software que forman parte de la solucin propuesta debern estar debidamente documentados tanto en el cdigo fuente como en los manuales de administracin y de usuario. Plataforma: El sistema debe ser capaz de ejecutarse en plataformas mviles como smatphones, tablets, pda's, etc. Operatividad: El sistema deber poder ser administrado remotamente por las personas encargadas o designadas por el centro educativo. Validacin de Informacin: El sistema debe validar automticamente la informacin contenida en los formularios de ingreso. En el proceso de validacin de la informacin, 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 Aplicacin Web.

4.4 Modelo del Dominio

4.5 Casos de Uso

uc Casos de uso principales Lmite del sistema

Mostrar Vacantes

Registrar Alumno include Validar Informacin

include

Administrativ o

Registrar Matrcula Alumno Buscar Alumno include include include include Modificar Alumno Verificar Existencia

Modificar Matrcula

Consultar Reporte de Notas

Profesor

Actualizar Notas

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 Bsico: 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 permitindole que los corrija.

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 Bsico: 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 ningn resultado. *4. El administrativo vuelve a hacer la bsqueda. (Se regresa al paso 1)

Mostrar Vacantes
Este proceso permite mostrar el nmero de vacantes disponibles para determinado grado de estudio. Pre condiciones: El actor debe haberse logueado correctamente en el sistema. Pos condiciones: Se devuelve el nmero total de vacantes disponibles. Flujo Bsico: 1. El administrativo o alumno se loguea correctamente. 2. Solicita mostrar el nmero de vacantes disponibles. 3. Obtiene exitosamente el nmero de vacantes. Flujo Alternativo:

Validar Informacin
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 Bsico: 1. El usuario procede a registrarse. 2. Ingresa todos sus datos. 3. Se procede a la validacin de la informacin. 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 Bsico: 1. El actor se loguea correctamente. 2. Se permite la modificacin 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 Bsico: 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 situacin al usuario.

Modificar Matrcula
Este proceso permite modificar los datos de una matrcula. Pre condiciones: El actor debe haberse logueado correctamente en el sistema. Pos condiciones: Se devuelven los datos requeridos exitosamente. Flujo Bsico: 1. El alumno se loguea correctamente en el sistema. 2. El sistema permite la modificacin de su matrcula 3. El actor procede a cambiar datos en su matrcula 4. El sistema informa que la matrcula se modific exitosamente. Flujo Alternativo: *4. El sistema no permite la modificacin de la matrcula, 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 Bsico: 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 Matrcula
Este proceso permite registrar una matrcula para el alumno en el sistema. Pre condiciones: El actor debe haberse registrado y logueado correctamente. Pos condiciones: La matrcula es registrada correctamente. Flujo Bsico: 1. El alumno se ha registrado y logueado correctamente. 2. Se llena el formulario correspondiente. 3. Se verifica el nmero de vacantes. 4. Se registra la matrcula correctamente. Flujo Alternativo: *4. El nmero de vacantes es cero, entonces el sistema informa que no se puede realizar la matrcula.

Captulo 5. Anlisis y Diseo Preliminar


En base a los casos de uso mencionados anteriormente, se procede a generar el diagrama de robustez. Aqu se detalla la gestin paso a paso dentro del sistema.

5.1 Diagramas de Robustez: Gestin de Matrculas

Captulo 6. Diseo Detallado


En este captulo se hace un diseo ms detallado y profundo del sistema, mediante esta herramienta que brinda el proceso ICONIX que son los diagramas de secuencia.

6.1 Diagramas de Secuencia: Gestin de Matrculas

sd Registrar Alumno

Usuario

Registrar Alumno

Validar datos

Registro del Alumno

Base de Datos

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 Registro Matricula

Usuario

Registrar Matricula

Validar datos

Verificar Vacante

Registro de Matricula

BD

1. Ingresar usuario y contrasea()

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 Login

Persona

Incio de sesion

Validar Datos

BD

1.Ingresar usuario y contrasea()

2.Validar()

3. Usuario correcto()

4. Usuario incorrecto()

sd Notas

Profesor

Registro de Notas

Validar Notas

Registro Notas

Base de Datos

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 1. Ingresar usuario y contrasea()

Validar datos

Vacante

2. Validar datos()

3. Obtener Vacante del grado()

4. Mostar la vacante()

5. Puede registarse()

Captulo 7. Gestiones
7.1 Gestin de Matrculas
Este apartado est orientado al registro de matrculas de Individualmente, cada alumno registrado cuenta con atributos como: alumnos.

Cdigo Apellidos Nombres Grado Adicionalmente se pueden tener informacin para contactar con ellos, por ejemplo: Direccin Telfono E-mail Apoderado

Y datos adicionales como: Lugar de Nacimiento Fecha de Nacimiento Colegio de procedencia

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

7.1.2Bsqueda de alumnos
Se podrn realizar bsquedas por apellido de alumnos.

7.1.3Visualizacin de informacin del alumno


Esto se realizar cuando se desee imprimir algn recibo de pago, y/o el director consulte la lista de alumnos inscritos.

7.2 Gestin de pagos

La gestin de pagos (models) se centra en el pago de los conceptos tanto de matrcula, pensin, como de uniformes escolares (products) En cuanto al modelo de pago de matrcula y pensin se tienen los siguientes atributos: Cdigo del alumno Nombres Grado Concepto de cargo de matrcula y pensin asignado para todos por defecto.

En cuanto al modelo de pago de uniforme escolar se consider lo siguiente: Cdigo del alumno Nombres Grado Tipo de uniforme escolar y su respectiva talla a elegir.

7.3 Gestin de uniformes escolares


Se gestiona la venta de uniformes escolares propios de la institucin, pues poseen un diseo y colores distintivos de la institucin. Estn 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.1Creacin de pedidos
A partir de un cliente se podr crear un nuevo pedido. El nico dato necesario ser el cdigo del cliente.

7.3.2Aadir uniformes a un pedido


Se podrn buscar los uniformes por tallas para aadirlos al pedido en curso, en la cantidad deseada.

7.3.3Visualizacin 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.1Desarrollo
Netbeans MySQL

7.4.2Ejecucin
El software requerido para la ejecucin del sistema es: 1. MySQL como base de datos. 2. Netbeans para la ejecucin del proyecto. 3. Un navegador web (Internet Explorer Mozilla) para la actualizacin de datos y la visualizacin del sistema va 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 administracin 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 matrcula. Matrcula: registro del alumno, certificando su participacin en el colegio. Nota: nmero vigesimal (1-20) que corresponde al rendimiento de cada alumno en los diferentes cursos.

Diagrama de clases

Diagrama de Base de Datos