PONTIFICIA UNIVERSIDAD CATLICA DEL PER

FACULTAD DE CIENCIAS E INGENIERA

ANALISIS, DISEO E IMPLEMENTACIN DE UN
SISTEMA DE INFORMACIN PARA LA GESTIN
ACADMICA DE UN INSTITUTO SUPERIOR
TECNOLGICO



Tesis para optar por el Ttulo de Ingeniero Informtico, que presenta el bachiller:




Alexander Daniel Norabuena Guevara








ASESOR: Johan Paul Balden Medrano



Lima, Agosto del 2011

II

Resumen

La gestin de la informacin acadmica en los Institutos Superiores
Tecnolgicos, sean privados o estatales, requieren el uso de mecanismos que
aseguren un manejo eficiente y contribuyan a incrementar la calidad de los
servicios que se brindan a los alumnos. El presente proyecto plantea la
construccin de un software que implemente estas caractersticas tan
importantes para el desempeo del personal del rea de Direccin
Acadmica.

El proyecto se desarrolla y divide en cuatro secciones.

La primera seccin realiza una presentacin de los conceptos necesarios
para la comprensin del problema, define el plan del proyecto, y muestra
algunas soluciones actuales que ofrecen las tecnologas de informacin.

La segunda seccin del proyecto presenta el anlisis realizado para la
elaboracin del software. Este anlisis presenta los requerimientos
identificados del cliente, los costos y beneficios del uso del software, y las
herramientas y tecnologas necesarias para la implementacin proyecto.

La tercera seccin expone el diseo del software, explicando las tecnologas
utilizadas para la construccin del producto, as como las pruebas realizadas
para verificar su correcto funcionamiento.

La cuarta seccin expone las observaciones, conclusiones y
recomendaciones obtenidas durante el desarrollo del proyecto.

Finalmente, el proyecto adjunta los anexos referidos a los documentos
elaborados en las etapas de anlisis y diseo del software.
VI

















A mis padres, Debbies y Daniel, que con su amor, consejos y apoyo
incondicional me impulsaron a superar dificultades y as realizarme
profesionalmente.

A mi esposa, Mary, por su paciencia.

A mi hija, Sofa.
VII

















Un agradecimiento especial al Mag. J ohan Balden Medrano por haberme
apoyado directa e indirectamente en la realizacin de este proyecto.
VIII

ndice de Contenidos

Introduccin.......................................................................................................1
1. Generalidades...................................................................................2
1.1. Definicin de Problema.....................................................................2
1.2. Marco Conceptual .............................................................................4
1.2.1 Formacin de Institutos Superiores Tecnolgicos.........................4
1.2.2. Diferencias entre Institutos Superiores Tecnolgicos Privados y
Pblicos......................................................................................................4
1.2.3. reas principales en la organizacin de un Instituto Superior
Tecnolgico................................................................................................5
1.2.4. Relacin entre el Ministerio de Educacin y los Institutos
Superiores Tecnolgicos a travs del departamento Direccin Acadmica.6
1.2.5. Problemas que se presentan en el rea de Direccin Acadmica.9
1.3. Plan del Proyecto............................................................................10
1.4. Estado del Arte................................................................................14
1.4.1. Sistema de Matrcula, Notas, Actas y Pagos - ISTP Peruano
Alemn (IPAL) ..........................................................................................14
1.4.2. Sistema de Matrcula y Control de Pagos - ISTP Federico
Villarreal....................................................................................................15
1.4.3. SIGA - Software Integrado de Gestin Acadmica Web.............16
1.4.4. SOFTAULA..................................................................................17
1.4.5. Cuadro comparativo de programas.............................................18
1.5. Descripcin y Sustentacin de la solucin......................................20
2. Anlisis............................................................................................22
2.1. Metodologa aplicada para el desarrollo de la solucin...................22
2.1.1. PMBOK........................................................................................23
2.1.2 Rational Unified Process (RUP) .....................................................25
2.2. Identificacin de requerimientos......................................................27
2.2.1. Requerimientos Funcionales.......................................................27
2.2.2. Requerimientos No Funcionales .................................................33
2.3 Anlisis de la solucin. ....................................................................33
2.3.1. Definicin del Sistema.................................................................34
2.3.2 Estudio Costo Beneficio ..............................................................38
2.3.3 Definicin del Entorno Tecnolgico.............................................42
2.3.4. Viabilidad del Proyecto................................................................43
3. Diseo de la Solucin.....................................................................45
3.1. Arquitectura de la Solucin..............................................................45
3.1.1. Arquitectura basada en el Framework Struts ..............................46
3.1.2. Arquitectura basada en el Framework Spring.............................48
3.1.3. Arquitectura elegida.....................................................................50
3.2. Diseo de la Solucin......................................................................51
Figura 3.4. Ingreso al sistema INSTISOFT. ....................................................52
3.3. Arquitectura de la Informacin.........................................................57
4. Construccin y Pruebas..................................................................59
4.1. Construccin....................................................................................59
4.1.1. Acceso a Datos utilizando el Framework Hibernate....................60
4.1.2. Aplicacin del Framework Spring................................................61
4.1.3. Diseo de reportes con las herramienta iReport y J asperReports62
4.2. Pruebas...........................................................................................63
4.2.1. Pruebas unitarias.........................................................................63
5. Observaciones, conclusiones y recomendaciones.........................66
5.1 Observaciones.................................................................................66
5.2 Conclusiones...................................................................................67
IX

5.3 Recomendaciones...........................................................................67
6. Referencias.....................................................................................69

Anexos

Anexo A: Documento De Visin
Anexo B: Catlogo de Requisitos
Anexo C: Especificacin de Requisitos de Software
Anexo D: Documento de Anlisis
Anexo E: Documento de Arquitectura
Anexo F: Modelo Fsico de Base de Datos
Anexo G: Plan de Pruebas Unitarias del Sistema

X

ndice de ilustraciones



Figura 1.1 Diagrama WBS del Sistema de Gestin Acadmica. 12
Figura 2.1. Grupos de Procesos de la Gestin de Proyectos. 23
Figura 2.2 Fases y Disciplinas del RUP. 26
Figura 2.3. Arquitectura general del sistema INSTISOFT. 34
Figura 2.4. Paquetes de los casos de uso del sistema. 36
Figura 2.5. Diagrama de clases de anlisis. 38
Figura 3.1 Patrn MVC. 46
Figura 3.2. Una aplicacin con Struts. 48
Figura 3.3. Estructura del Framework Spring. 49
Figura 3.4. Spring +Struts +Hibernate. 51
Figura 3.5. Ingreso al sistema INSTISOFT. 52
Figura 3.6. Diseo de Interfaz de INSTISOFT. 53
Figura 3.7. Barra de Mens de un usuario con perfil Docente. 53
Figura 3.8. Barra de Mens de INSTISOFT. 54
Figura 3.9. Formulario de enlaces de operaciones. 54
Figura 3.10. Formulario de registro de datos. 55
Figura 3.11. Formulario de bsqueda de datos. 56
Figura 3.12. Mensaje de xito de operacin. 56
Figura 3.13. Mensaje de error de operacin. 57
Figura 3.14. Diagrama fsico de base de datos. 58

XI

ndice de tablas

Tabla 1.1. Diferencias entre un IST Privado y un IST Pblico 5
Tabla 1.2. Problemas identificados en la Direccin Acadmica de un IST
Privado 9
Tabla 1.3. Distribucin de horas por procesos. 13
Tabla 1.4. Cuadro comparativo de las caractersticas de diversos sistemas de
gestin acadmica. 18
Tabla 2.1. Procesos del PMBOK que se realizarn en el presente proyecto. 24
Tabla 2.2. Fases del RUP 26
Tabla 2.3. Disciplinas y artefactos del RUP que se desarrollarn en el
presente proyecto. 27
Tabla 2.4. Requerimientos Funcionales del Mdulo de Configuracin. 29
Tabla 2.5. Requerimientos Funcionales del Mdulo de Programacin
Acadmica. 29
Tabla 2.6. Requerimientos Funcionales del Mdulo de Alumnos. 30
Tabla 2.7. Requerimientos Funcionales del Mdulo de Consultas y Reportes.
31
Tabla 2.8. Requerimientos Funcionales del Mdulo de Seguridad. 31
Tabla 2.9. Nivel de Prioridad. 32
Tabla 2.10. Requerimientos No Funcionales del Sistema INSTISOFT. 33
Tabla 2.11. Costo de capacitacin de personal. 40
Tabla 2.12. Cuadro de resumen de Costo-Beneficio para la implementacin
del proyecto. 41
Tabla 2.13. Herramientas para la construccin del Sistema de Gestin
Acadmica. 42


1
Introduccin

Los usuarios de los servicios educativos que brindan entidades de nivel
superior, como es el caso de los Institutos Tecnolgicos, buscan no slo una
buena formacin acadmica sino tambin una atencin de calidad que se
refleje en el ahorro de tiempo y la eficiencia de los resultados al realizar
trmites acadmicos. Lo contrario generara malestar y desercin de
estudiantes en busca de mejores alternativas que se ofrecen en un entorno
tan competitivo como es el de la educacin superior tcnica en Lima.
Cabe resaltar que los servicios educativos se ofrecen antes, durante y
despus de los estudios regulares de los alumnos, ya que involucran
actividades previas a la matrcula de los estudiantes y posteriores a su
finalizacin de estudios, como es el caso de las certificaciones.
El riesgo de brindar una mala atencin se incrementa si se realizan estas
actividades de forma manual o utilizando herramientas que no garanticen la
eficiencia del servicio.
Una alternativa de solucin para incrementar la calidad del servicio que
brindan los Institutos Tecnolgicos Superiores a los alumnos es el uso de
tecnologas de la informacin que sirvan de soporte a las actividades
realizadas en estas instituciones, asegurando el manejo eficiente de la
informacin y su disponibilidad en el momento oportuno.






















2

















1. Generalidades

A continuacin se explican los conceptos bsicos que se requieren para
entender el problema que se desea resolver a travs del desarrollo del
presente proyecto de tesis, luego se mostrar el esquema de actividades que
se seguir para el desarrollo del proyecto y finalmente se presentarn
alternativas de solucin existentes en la actualidad.


1.1. Definicin de Problema

La creciente demanda, de parte de los egresados de colegios de educacin
secundaria, por un carrera profesional corta, es decir, de 3 aos de duracin,
ha impulsado la formacin de Institutos Tecnolgicos Superiores en todo el
Per. Como se indica en [MEE09] tan slo en Lima existen ms 140 Institutos
Tecnolgicos entre privados y pblicos que han sido revalidados por el
Ministerio de Educacin.

Los Institutos Tecnolgicos Privados son instituciones que tienen como misin
formar profesionales tcnicos altamente competitivos que contribuyan al
desarrollo nacional. Para ser consecuentes con esta misin, los servicios,
tanto acadmicos como administrativos, que ofrecen a los alumnos, deben
ser eficientes y de calidad, pues en caso contrario se corre el riesgo de

3
fracasar como empresa, ya que los alumnos optarn por buscar otra
institucin que les ofrezcan mejores servicios.

Sin embargo, como resultado de las actividades asociadas a los servicios que
se ofrecen a los alumnos, que realiza el personal administrativo, y en
particular el personal del rea de Direccin Acadmica, se generan problemas
como gastos administrativos y de personal no planificados, sanciones
administrativas impuestas por La Direccin Regional de Educacin de Lima
Metropolitana (DRELM), desprestigio del rea ante los padres de familia al no
contar con el registro actualizado de la asistencia de los alumnos a clase,
entre otras. Estos problemas se acentan cuando los procesos se desarrollan
de forma manual o utilizando herramientas de uso genrico como una Hoja de
Clculo y un Procesador de Textos.

En su mayora, estos problemas tienen su origen en el uso de procedimientos
manuales para realizar la gestin acadmica. Esto se puede traducir como la
necesidad de implementar procedimientos eficientes que agilicen el proceso
de atencin a los alumnos e incremente la productividad de los empleados.

Este Proyecto de fin de Carrera est orientado a apoyar las actividades del
personal del rea de Direccin Acadmica de un Instituto Superior
Tecnolgico Privado, a travs del desarrollo de un software de tipo Sistema
de Informacin, que mediante su uso elimine los problemas mencionados en
los prrafos anteriores de esta seccin y contribuya de esta manera en
agilizar el servicio y atencin al alumno, logrando una mejora continua en los
actividades realizadas por los empleados del rea en mencin.



4
1.2. Marco Conceptual

En esta seccin se explican los conceptos que nos permiten definir el
contexto en el que se forman y desarrollan sus actividades los Institutos
Tecnolgicos Superiores, describiendo el marco de creacin y
funcionamiento, las diferencias fundamentales que existen entre Institutos
Tecnolgicos Privados y Pblicos, la estructura general de la institucin, la
forma en que se relaciona con el Ministerio de Educacin y los problemas que
se originan en las actividades administrativas del rea de Direccin
Acadmica.


1.2.1 Formacin de Institutos Superiores Tecnolgicos

Los Institutos Superiores Tecnolgicos (IST) se forman bajo el amparo del
reglamento descrito en el Decreto Supremo N 014-2002 ED, como se
muestra en [MDS02], el cual norma la creacin, autorizacin y revalidacin de
estas instituciones.
Los Institutos Superiores Tecnolgicos Pblicos y Privados, dependen
administrativamente de las Direcciones Regionales de Educacin y de las
Sub Regiones de Educacin, tal como se describe en [MED02].
Las Direcciones Regionales de Educacin, Sub Regionales de Educacin y
la Direccin de Educacin de Lima y del Callao, son las responsables de
aprobar las metas de atencin de alumnos que presentan los IST Pblicos y
Privados, previa evaluacin de la capacidad instalada, as como de su
equipamiento


1.2.2. Diferencias entre Institutos Superiores Tecnolgicos
Privados y Pblicos

Si bien es cierto que el Ministerio de Educacin del Per decreta normas que
rigen para todos los institutos superiores tecnolgicos, es necesario
mencionar que existen algunas diferencias entre los procesos que se realizan

5
en un Instituto Superior Tecnolgico Privado y uno Pblico, tal como se
aprecian en la tabla 1.1.

IST Privado IST Pblico
Durante el ao se programan varios
inicios de ciclos, segn la demanda
de los alumnos. Esto implica que al
momento de elaborar los documentos
que se presentan a La Direccin
Regional de Educacin de Lima
Metropolitana (DRELM), se tengan
que juntar grupos de alumnos del
mismo ciclo que no necesariamente
iniciaron sus clases en la misma
fecha.
Slo se programan dos inicios al ao,
segn lo establecido por el Ministerio
de Educacin y regulado por su
organismo Direccin Regional de
Educacin de Lima Metropolitana
(DRELM).
Se ofrecen las especialidades en tres
turnos: maana, tarde y noche.
El estado slo reconoce dos turnos:
diurna y nocturna.
Tienen una currcula interna distinta a
la establecida por el Ministerio de
Educacin. Por tanto, deben de
realizar un cuadro de equivalencias
entre su currcula interna y la
publicada por el Ministerio de
Educacin.
Los cursos ofrecidos se ajustan a la
currcula establecida por el Ministerio
de Educacin
Tabla 1.1. Diferencias entre un IST Privado y un IST Pblico, en base a [MED02].


1.2.3. reas principales en la organizacin de un Instituto
Superior Tecnolgico

Las principales reas que podemos identificar en la organizacin de un
Instituto Tecnolgico son:

a. Direccin General.- Se encarga de definir los objetivos institucionales y
coordinar las diferentes actividades que involucran a las dems reas de
la organizacin.

6
b. Direccin Administrativa.- Administra los recursos humanos y materiales
de la institucin, as como su contabilidad.
c. Direccin Acadmica.- Centraliza y maneja la informacin relacionada a
los alumnos, atiende sus requerimientos y procesa los diferentes trmites
que estos realizan. Entre los principales servicios que ofrece esta rea
tenemos:

Registro de Currcula.
Programacin de horarios.
Matrculas.
Ratificaciones de matrculas.
Registro de evaluaciones.
Traslados internos y externos.
Certificaciones.
Titulaciones.

Para brindar estos servicios, los Institutos Superiores Tecnolgicos que recin
empiezan a desarrollar sus actividades y aquellos que poseen escasos
recursos econmicos hacen uso de herramientas comerciales y genricas
que apoyen sus funciones administrativas, como un Procesador de Textos,
una Hoja de Clculo o hasta mquinas de escribir. Sin embargo, estas
herramientas resultan insuficientes para poder gestionar con eficiencia toda la
informacin que es requerida y utilizada por el rea de Direccin Acadmica.


1.2.4. Relacin entre el Ministerio de Educacin y los Institutos
Superiores Tecnolgicos a travs del departamento
Direccin Acadmica.

Para definir el alcance de este documento comenzaremos explicando la
relacin que existe entre el rea de Direccin Acadmica de un Instituto
Superior Tecnolgico y el Ministerio de Educacin a travs de la Direccin
Regional de Educacin de Lima Metropolitana (DRELM).

Dos veces al ao (cada semestre) el rea de Direccin Acadmica debe
presentar a la Direccin Regional de Educacin de Lima Metropolitana
(DRELM) las Nminas de Matrculas, que son las listas oficiales que

7
contienen los datos de los alumnos ingresantes y promovidos en los
diferentes ciclos de las especialidades o carreras profesionales impartidas en
un periodo lectivo. La informacin que contienen estas nminas se obtienen a
partir de los procesos de matrcula que se llevan a cabo en la institucin.
Cabe resaltar que para el caso de Institutos Superiores Tecnolgicos
Privados, el Ministerio de Educacin se muestra flexible en cuanto a las
fechas de presentacin, pues, se pueden establecer de comn acuerdo con la
institucin las fechas en las que se elevarn los documentos requeridos.
Adems, debemos tener en cuenta que estas presentaciones se realizan dos
veces al ao, pues es as como lo establece formalmente el Ministerio de
Educacin en [MED02]. Sin embargo, en los Institutos Superiores
Tecnolgicos Privados ocurren varios inicios de semestres acadmicos
durante el ao, por lo que la informacin de estas Nminas de Matrcula es
en realidad una recopilacin de los datos de todos los alumnos matriculados
en todos estos inicios durante un semestre.

Aproximadamente unos cuatro meses despus de haber presentado las
Nminas de matrculas, tal como se indica en [MED02], el rea de Direccin
Acadmica debe presentar a la Direccin Regional de Educacin de Lima
Metropolitana (DRELM) las Actas de Evaluacin Semestral, que son los
documentos que consignan las notas finales obtenidas por los alumnos (del
primero al sexto ciclo) luego de las evaluaciones respectivas en las diferentes
carreras impartidas en un semestre acadmico. La informacin de estas notas
finales se obtiene de un documento interno que se conoce como Consolidado
de Notas, el cual es un registro de todas las notas obtenidas por los alumnos
en las diferentes asignaturas cursadas en el semestre acadmico. Este
Consolidado de Notas, a su vez, se elabora en base a la informacin que
figura en los Registros de Notas que los profesores entregan a la Direccin
Acadmica.

Se debe mencionar que junto a las Actas de Evaluacin Semestral, tambin
se presentan las Actas de Convalidacin, que son documentos que oficializan
el traslado interno de un alumno de una especialidad a otra, en caso se hayan
producido en el semestre acadmico.

Ambos documentos presentados, Nminas de Matrcula y Actas de
Evaluacin Semestral, que corresponden a un semestre acadmico, deben

8
coincidir en cuanto a la cantidad y datos de alumnos matriculados y
evaluados en los diferentes ciclos, turnos y especialidades, de lo contrario la
institucin deber rehacer estos documentos para volver a presentarlos,
generndose un gasto administrativo.

Si algunos de estos documentos se entregan en forma extempornea, la
Direccin Regional de Educacin de Lima Metropolitana (DRELM) sancionar
administrativamente a la institucin, tal como se indica en [MED09].

Los problemas expuestos en los dos prrafos anteriores generan el atraso en
el cumplimiento de las actividades diarias del personal de la Direccin
Acadmica y de los objetivos propuestos en esta rea.

Al finalizar un ao o al comenzar uno nuevo, la Direccin Regional de
Educacin de Lima Metropolitana (DRELM) exige presentar tal como se indica
en [MED08], la Propuesta de Metas, que es un documento que solicita la
autorizacin de un nmero determinado de alumnos que la institucin justifica
que puede albergar para brindar servicios educativos en el nuevo ao
acadmico. Sin embargo, este documento no podr ser presentado si es que
la institucin no ha cumplido en presentar las Nminas de Matrcula y las
Actas de Evaluacin Semestral, como se puede ver en [MED08].

Durante todo el ao la Direccin Acadmica podr presentar a la Direccin
Regional de Educacin de Lima Metropolitana (DRELM) los Expedientes de
Ttulos, que son un conjunto de documentos que incluyen el formato de ttulo
para que sea inscrito en el Ministerio de Educacin y devuelto a la institucin
con Resolucin Directoral. As, de esta manera, los alumnos podrn optar por
su ttulo profesional, tal como se indica en [MED09]. Entre los documentos
adjuntos al expediente se encuentra el Certificado de Notas del alumno, de
primero a sexto ciclo. Las notas del alumno descritas en este Certificado son
comparadas con las notas registradas en las Actas de evaluacin, de
encontrarse alguna diferencia, la institucin deber rehacer el expediente.
Este ltimo problema no slo genera gastos administrativos y de personal,
sino que expondra a la institucin a una demanda judicial, por parte del
alumno, por negligencia del personal en el cumplimiento de sus funciones.


9
Cuando las actividades de un rea administrativa en una institucin son
llevadas a cabo de forma manual, existe una mayor probabilidad de cometer
errores en el tratamiento de los datos, como omisiones o alteraciones en el
contenido. Este problema se acrecienta en el caso de la gestin que realiza la
Direccin Acadmica de un Instituto Superior Tecnolgico Privado, debido al
manejo de mltiples documentos que utilizan la misma informacin, pero,
presentada en diferentes formatos.

Adems, por los volmenes de informacin que maneja la institucin,
respecto a los alumnos de las distintas carreras profesionales en diferentes
turnos a travs de todos los aos de operacin, se hace ms difcil llevar a
cabo la bsqueda en el archivo fsico de algn dato en particular, generando
la perdida de tiempo del personal del rea en estudio y el consecuente
malestar de los alumnos.


1.2.5. Problemas que se presentan en el rea de Direccin
Acadmica.

De lo expuesto en los prrafos de la seccin anterior, podemos resumir los
problemas que se presentan en el rea de Direccin Acadmica, e identificar
las causas que los generan, en la tabla 1.2.

Problema Causa
Prdida de horas-hombre, por la
ejecucin repetida de tareas,
como por ejemplo el llenado de
datos de los alumnos por cada
trmite que estos realizan o la
correccin de documentos
indebidamente llenados.
Redundancia innecesaria de la
informacin registrada, como
sucede al llenar repetidas veces
desde diversas fuentes los datos
del alumno.

Sanciones administrativas
impuestas por la Direccin
Regional de Educacin de Lima
Metropolitana (DRELM) por la
entrega extempornea de
Inconsistencia en los datos
transcritos en los diferentes
documentos utilizados.


10
Problema Causa
documentos, como Nminas de
Matrculas, etc.
Gastos administrativos no
planificados o innecesarios, que
se incurren en el rea al tener que
rectificar los errores de digitacin
en los diferentes documentos
emitidos.
Demandas judiciales interpuestas
por los alumnos por negligencia
del personal administrativo al
omitir su registro en una nmina
de matriculados.
Inconsistencia en los datos
transcritos en los diferentes
documentos utilizados.

Prdida de horas-hombre en la
bsqueda manual de datos en el
archivo.
Falta de un procedimiento que
agilice el proceso de bsqueda de
la informacin registrada.

Disminucin en los ingresos por
cobro de pensin, al mostrarse
reacios los alumnos a efectuar el
pago por la demora en la entrega
de los carnets de medio pasaje,
debido a la entrega extempornea
de nominas oficiales, por parte de
la Direccin Acadmica, a la
Direccin Regional de Educacin
de Lima Metropolitana (DRELM).

Falta de un procedimiento que
facilite la actualizacin de datos
documentados.

Perdida de credibilidad de la
institucin ante los alumnos por el
no cumplimiento de la
programacin de horarios de
clase.

Falta de un medio de fcil acceso
para que los docentes actualicen
su disponibilidad horaria.

Deterioro de la imagen de la Falta de un adecuado control de

11
Problema Causa
institucin ante la opinin pblica
y la Direccin Regional de
Educacin de Lima Metropolitana
(DRELM), al generalizarse y
difundirse el mal servicio a los
alumnos, cuando estos van a
realizar un trmite y no reciben la
atencin oportuna.
las actividades del personal.

Desprestigio del rea ante los
padres de familia al no contar con
el registro actualizado de la
asistencia de los alumnos a clase.
Falta de un adecuado
procedimiento para tomar la
asistencia de los alumnos.


Tabla 1.2. Problemas identificados en la Direccin Acadmica de un IST Privado, en base a
[MED02],[MED08],[MED09].


1.3. Plan del Proyecto

El plan del proyecto de implementacin del sistema de gestin acadmica de
un Instituto Superior Tecnolgico Privado, se distribuye en cuatro procesos
principales: la gestin del proyecto, la concepcin, la elaboracin y la
construccin.
La gestin del proyecto se realizar durante toda la vida del proyecto, con la
finalidad de garantizar el cumplimiento de los objetivos planificados en las
fechas establecidas.
En el proceso de concepcin se determinan las necesidades de los usuarios
de la Direccin Acadmica, que servirn para establecer los requerimientos
que implementar el sistema. Luego, se define el plan de proyecto inicial que
guiar el trabajo hasta la construccin del sistema.
En el proceso de elaboracin se realiza el anlisis y diseo de la solucin
generando los documentos ERS (Especificacin de Requisitos de Software) y
de Arquitectura. As mismo, se desarrollan los prototipos del software que
guiarn la posterior implementacin.

12
Durante el proceso de construccin, se utilizarn las herramientas elegidas en
el proceso de anlisis para la implementacin del sistema. Se definirn el plan
de pruebas y plan de ejecucin, para luego registrar los resultados de los
mismos.
A continuacin, la figura 1.1 muestra la estructura de trabajo del proyecto,
expresado a travs de un diagrama WBS (Work Breakdown Structure) o
Estructura Desglosada del Trabajo.
Herramienta para la
Gestin Acadmica de un
Instituto Superior
Tecnolgico Privado
Gestin del
Proyecto
Concepcin Elaboracin Construccin
Formular la
definicin y el
alcance del
proyecto.
Entregables
1,2 y 3.
Elaboracin de
los requisitos
de software -
ERS
Elaboracin de
estndares de
interfaz grfica
Elaboracin de
prototipos
Elaboracin de
Documento de
Arquitectura
Anlisis -
Elaboracin del
Diagrama de
Clases de
Anlisis
Glosario de
terminos
Levantamiento
de informacin
Elaboracin del
Documento de
Visin
Catlogo de
Requisitos
Planificar y
elaborar los
casos de uso
del negocio.
Diagramas de
casos de uso.
Plan de
proyecto inicial
Administracin
de horas y
recursos
Plan de
iteracin para
cada fase
Evaluar la
iteracin
Iniciar el
desarrollo
Prototipo de la
arquitectura de
software
Administrar los
procesos y
recursos de
control
Diseo
Diagrama de
Clases de
Diseo
Desarrollo del
software que
se ajuste a la
arquitectura
Plan de
Ejecucin.
Plan de
Pruebas.

Figura 1.1: Diagrama WBS del Sistema de Gestin Acadmica.

La descomposicin del trabajo se ha realizado tomando en cuenta las fases
de desarrollo de la metodologa RUP (Rational Unified Process) y la Gestin
de Proyectos del PMBOK, de forma que se pueda aplicar una direccin y
control integrados a lo largo del desarrollo del software.

13

Se han establecido las actividades del trabajo de manera que generen algn
producto, que permita facilitar su control y evaluacin.

El proyecto tendr una duracin estimada de 816 horas que abarcarn un
periodo aproximado de 6 meses. Estas horas estarn divididas de la siguiente
manera: 223 horas para la gestin del proyecto, algunas de sus actividades
se realizarn de principio a fin, 68 horas para la concepcin, 290 horas para la
elaboracin y 371 horas para la construccin.

La distribucin de horas por procesos se realizar segn se muestra en la
tabla 1.3.

Procesos Horas
Gestin del Proyecto
Entrevistas con el asesor de tesis para definir el proyecto a
desarrollar. 4
Elaborar Entregable 1. Desarrollar el enunciado del alcance
preliminar del proyecto 12
Elaborar Entregable 2. Elaboracin del Diagrama de Gantt y WBS. 17
Elaborar Entregable 3. Definicin del alcance. 20
Verificacin del alcance. Control del alcance 25
Control del cronograma 25
Control de calidad 40
Total de horas por proceso 143
Concepcin
Levantamiento de Informacin, entrevistas con personal del rea
de Direccin Acadmica. 15
Definicin de requerimientos para los mdulos del sistema 15
Generacin del Catalogo de requisitos 15
Generacin del Documento visin y Casos de uso del negocio.
Diagramas de casos de uso. 15
Generacin del Plan de proyecto inicial. 8
Total de horas por proceso 68
Elaboracin
Elaboracin del glosario de trminos de los departamentos de la
Direccin Acadmica. 10
Especificacin de requisitos de software para los mdulos del
sistema 50
Diagrama de Actividades, Diagrama de casos de Uso. Diagrama
de clases de Anlisis. 25

14
Procesos Horas
Elaboracin del estndar de interfaz grafica. 10
Elaboracin de prototipos de Interfaz de Usuario para los mdulos. 35
Elaboracin del estndares de programacin 10
Elaboracin del documento de Arquitectura 20
Elaboracin de prototipos de Arquitectura para los
mantenimientos( uno por modulo) 25
Refinar la visin del proyecto y casos de uso 20
Documento de estimacin del proyecto 30
Total de horas por proceso 235
Construccin
Registro de Asignacin de actividades de desarrollo del software
(horas) 25
Elaboracin del Diagrama de Clases de Diseo. 25
Programacin de los mdulos del sistema 300
Pruebas del software 20
Total de horas por proceso 370
Tabla 1.3. Distribucin de horas por procesos.


1.4. Estado del Arte

Debido que no existe una herramienta de software comercial destinada a
atender todas las necesidades de gestin acadmica de los Institutos
Superiores Tecnolgicos Privados del Per, vale decir, un software que
implemente las reglas definidas por el Ministerio de Educacin y se adapte a
la forma de trabajo propia de estas instituciones en nuestro pas, a
continuacin se describirn dos herramientas hechas a medida para
instituciones educativas de nivel tecnolgico superior de nuestra capital y dos
herramientas ofrecidas en el Internet, que se utilizan para la gestin
acadmica.


1.4.1. Sistema de Matrcula, Notas, Actas y Pagos - ISTP Peruano
Alemn (IPAL)

Desarrollado entre el 2007 y 2008 para atender las principales necesidades
del ISTP Peruano Alemn en las reas de Direccin Acadmica y Caja. Este
programa permite generar documentos oficiales, cmo Nominas de Alumnos,

15
Actas de Evaluacin Semestral y de Recuperacin, con el formato adecuado,
y que son requeridos por el Ministerio de Educacin. A continuacin se
describen sus principales caractersticas segn se indica en [MAN07].

Caractersticas:

Facilita la navegacin entre ventanas a los usuarios.
Registra alumnos, generando un cdigo por cada especialidad en la que
se matricule.
Permite agrupar lgicamente diferentes aulas.
Registra Consolidado de Notas.
Ingresar las subsanaciones por exmenes de recuperacin.
Genera reportes de Nminas de Alumnos, Actas de Evaluacin Semestral
y de Recuperacin, Boleta de Notas y Record de Pagos.
Consultas econmicas, acadmicas y de datos personales.
Genera record de asistencia.
Registra pagos por matrcula, ratificacin de matrcula, pensin y otros
pagos relacionados con actividades acadmicas.
Genera reporte de alumnos morosos.
Genera Balance Econmico.
Migra reportes hacia Excel.
Arquitectura Cliente/Servidor. Trabaja en red local LAN.


1.4.2. Sistema de Matrcula y Control de Pagos - ISTP Federico
Villarreal

Orientado principalmente a atender el proceso de matrcula y pagos que
realizan los alumnos. Permite atender las necesidades de matrcula de
alumnos y control de pagos bsicas de esta institucin a travs de dos
subsistemas diseados para estos fines. Genera Nminas de Alumnos
Matriculados, con el formato solicitados por el Ministerio de Educacin. Sus
principales caractersticas tal como se indican en [MAN05] son:

Caractersticas:

Fcil de utilizar, orientado a ventanas.

16
Registra alumnos.
Registra informacin de matrculas.
Registra especialidades y asignaturas.
Registra docentes.
Genera Nminas de Alumnos matriculados.
Genera reporte de pagos de alumnos.
Registra pagos por matrcula, pensin y venta de artculos.
Arquitectura Cliente/Servidor. Trabaja en red LAN.


1.4.3. SIGA - Software Integrado de Gestin Acadmica Web

Es un sistema modular para la administracin acadmica y curricular,
diseado especialmente para instituciones de educacin superior funciona
completamente en Internet, que integra tanto datos como procesos en una
solucin completa eliminando barreras de espacio y tiempo. SIGA cumple a
cabalidad con las caractersticas necesarias que garantizan la calidad del
mismo, ellas son: funcionalidad, fiabilidad, usabilidad, eficiencia,
mantenibilidad y portabilidad; todo esto permite la integracin con futuros
desarrollos de manera econmica y de alta calidad, tal como se indica en
[SIGA07].
Como SIGA es un producto diseado para interactuar a travs del Internet,
permite compartir informacin de manera eficiente y segura entre
dependencias, evitando los problemas de inconsistencia originados por la
redundancia de informacin. Las interfaces para los usuarios son amigables y
tienen uniformidad en su presentacin inducindole a navegar por el sistema,
al autoaprendizaje, facilitando a los mismos enfrentarse a las nuevas
tecnologas de la informtica con nimo y confianza.
El sistema SIGA esta compuesto de subsistemas que permite la operacin de
los diferentes procesos acadmicos, como son matrculas, evaluaciones,
trmites y mantenimientos. Estos subsistemas a su vez se dividen en
mdulos especficos para cada actividad. La organizacin tiene la opcin, de
acuerdo a sus necesidades, de elegir los subsistemas, facilitando adquirir la
aplicacin completa o los mdulos o subsistemas de acuerdo a sus
necesidades particulares.

17


1.4.4. SOFTAULA

SoftAula es una suite de productos para gestin de centros de educacin
superior que se presenta en 4 modalidades: Lite, Basic, Profesional y
Enterprise. Las caractersticas ms importantes, relacionadas a la gestin
acadmica, que ofrecen las presentaciones Profesional y Enterprise son las
que se indican en [SFA11] y se describen a continuacin:

Gestin de alumnos, direcciones y relaciones familiares.
Creacin de grupos de alumnos.
Gestin de aulas y espacios.
Definicin de cursos y agrupacin de materias.
Gestin de profesores (datos personales y profesionales, condiciones
econmicas, disponibilidad horaria, etc.
Adicin de reservas no previstas.
Gestin de estados de reservas (asistente, no presentado, anulado).
Bsqueda y asignacin de espacios disponibles (aulas).
Bsqueda y asignacin de recursos disponibles.
Gestin y resolucin de conflictos entre espacios y profesores para
determinados das y horas.
Gestin de estados de reservas (asistente, no presentado, anulado).
Adicin de reservas no previstas.
Control de asistencias por profesor.
Gestin de exmenes y pruebas de control, medias y estadsticas por
grupo.
Gestin de Incidencias por alumno.
Envo de notificaciones individuales o por grupo (impresin, correo
electrnico, SMS, etc.).
Asistentes para la localizacin de grupos disponibles, creacin de
reservas, cambio de grupo, nivel, etc.
Prrrogas de estudios.
Creacin automtica de grupos con asignacin automtica de
profesores y aulas en funcin de disponibilidades y otros criterios de
filtrado.

18
Edicin de Plantillas Estndar (matrculas, certificados, actas, carnet,
diploma, asistencias, calificaciones, etc.).
Creacin de plantillas personalizadas para listados.

1.4.5. Cuadro comparativo de programas

A continuacin se muestra en la tabla 1.4, un cuadro comparativo de las
funciones y caractersticas ofrecidas por los programas descritos en las
subsecciones anteriores de esta seccin, as como tambin se muestran las
funciones que realizar la propuesta de software del presente proyecto.

Funcin SGAPA SGAFV SIGA SOFTA Propuesta
Del
Proyecto
Gestin de grupos de
alumnos o inicios
acadmicos.
Si Si Si Si Si
Gestin de alumnos. Si Si Si Si Si
Gestin de docentes. Si Si Si Si Si
Gestin de aulas,
laboratorios y talleres.
Si No Si Si Si
Permite agrupar
lgicamente diferentes
aulas.
Si No No No Si
Gestin de notas y
evaluaciones.
Slo
registro
Si Si Si Si
Genera reportes de
Nminas de Alumnos y
Actas de Evaluacin
Semestral con los formatos
del Ministerio de Educacin
del Per.
Si
Slo
Nminas
No No Si
Genera reportes de Record
acadmico y de pagos.
Si Si Si Si Si
Genera record de
asistencia de alumnos.
Si No Si Si No

19
Funcin SGAPA SGAFV SIGA SOFTA Propuesta
Del
Proyecto
Gestin de asignaturas y
especialidades.
Si No Si Si Si
Gestin de contenidos
temticos por asignatura.
No No Si Si No
Gestin de asignaturas
equivalentes del Ministerio
de Educacin del Per.
No No No No Si
Gestin de carga horaria
de docentes.
No No No Si Si
Gestin de horarios de
clases.
No No Si Si Si
Consultas econmicas,
acadmicas y de datos
personales.
Si Si Si Si Si
Gestin de pagos por
matrcula, ratificacin de
matrcula, pensin y otros
pagos relacionados con
actividades acadmicas.
Si Si Si Si No
Genera reporte de alumnos
morosos.
Si Si Si Si No
Permite enviar correos
electrnicos a docentes y
alumnos.
No No Si Si Si
Permite migrar reportes
hacia Excel o Word.
Slo
Excel
No Si Si Si
Trabaja sobre la plataforma
de Internet.
No No Si Si Si
Tabla 1.4. Cuadro comparativo de las caractersticas de diversos sistemas de gestin
acadmica, en base a [MAN07], [MAN05], [SIGA07] y [SFA11].
Donde:
SGAPA, es el Sistema de Matrcula, Notas, Actas y Pagos - ISTP
Peruano Alemn (IPAL).

20
SGAFV, es el Sistema de Matrcula y Control de Pagos - ISTP
Federico Villarreal.
SIGA, es el Software Integrado de Gestin Acadmica Web
SOFTA, es la presentacin profesional de SoftAula.

1.5. Descripcin y Sustentacin de la solucin

El presente proyecto busca implementar un sistema de informacin que
apoye la gestin acadmica de un Instituto Superior Tecnolgico Privado.

Este sistema de gestin acadmica estar conformado por 5 mdulos. El
primer mdulo se encargar de la configuracin de la informacin bsica del
sistema como son especialidades, asignaturas, docentes, aulas y
laboratorios.

El segundo mdulo se encargar de la programacin acadmica, el cual
permitir administrar la informacin relacionada a un inicio acadmico como
son la creacin de grupos de inicio, la programacin de horarios y asignacin
de aulas y laboratorios, as como la equivalencia entre las asignaturas
impartidas por el Instituto y las establecidas por el Ministerio de Educacin
como oficiales, por nivel y especialidad.

El tercer mdulo se encargar de administrar la informacin relacionada a los
alumnos como las matrculas, considerando traslados internos (entre
especialidades) y externos (desde otros Institutos), las evaluaciones,
permitiendo que los docentes puedan registrar directamente las notas finales.
As mismo, este mdulo permitir el registro y monitoreo de los diferentes
trmites que los alumnos realizan en el rea de Direccin Acadmica como
solicitudes de certificaciones y titulaciones, permitiendo enviar comunicados
por email al alumno.

El cuarto mdulo permitir realizar consultas al sistema como alumnos por
grupos, carga horaria de docente, horario acadmico por grupo y asignaturas
por especialidad. Tambin se podrn generar reportes como Nminas
semestrales de alumnos matriculados y Actas de Evaluacin Semestral.


21
Finalmente el quinto mdulo se encargar de la seguridad del sistema
permitiendo administrar la informacin de los usuarios y de sus actividades
realizadas en el sistema.

La implementacin de los mdulos mencionados ayudar en mejorar la
eficiencia de los procesos realizados en el rea de Direccin Acadmica de
los Institutos Superiores Tecnolgicos, evitando ingresar repetidas veces la
misma informacin e incurrir en errores de falta de coherencia de los datos
que se ingresan en diferentes documentos, como las nminas de matrcula y
Actas de Evaluacin Semestral. As mismo se verificar la validez de la
informacin registrada como en el caso de programacin de horarios.

Adems, el personal de esta rea ahorrar tiempo al no realizar algunas
tareas, como el ingreso de notas finales por asignatura, necesarias para
elaborar las Actas de Evaluacin Semestral, reingreso de datos almacenados
o bsqueda de informacin en archivos fsicos.


22
















2. Anlisis

En este captulo se presenta el estudio de la solucin propuesta en el
proyecto, para lo cual se explicar la metodologa de desarrollo y gestin a
utilizar en la elaboracin del sistema, luego se identificarn los requerimientos
de usuarios para crear la solucin del problema y finalmente, se realizar el
anlisis de la solucin, el que comprende un estudio costo beneficio, la
determinacin del alcance del sistema, la identificacin del entorno
tecnolgico, el establecimiento de las funciones principales del software, la
definicin de las interfaces de usuario y la especificacin del plan de pruebas.


2.1. Metodologa aplicada para el desarrollo de la solucin

La metodologa de desarrollo de software que se utilizar en este proyecto
ser RUP (Rational Unified Process), pues asegura el desarrollo de un
software de calidad dentro de los plazos y presupuestos predecibles, tal como
se describe en [IBM98]. As mismo, para la gestin del Proyecto se emplear
la GUIA PMBOK de PMI (Project Management Institute), debido a que es un
estndar que contiene prcticas aplicables a la gestin de proyectos que son
ampliamente reconocidas por su valor y utilidad, tal como se indica en
[IEEE04].



23
2.1.1. PMBOK

El PMBOK (Project Management Body of Knowledge) es una coleccin de
procesos y reas de conocimiento generalmente aceptadas como las mejores
prcticas dentro de la gestin de proyectos. Segn [IEEE04] el PMBOK es un
estndar reconocido internacionalmente que provee los fundamentos de la
gestin de proyectos que son aplicables a un amplio rango de proyectos,
incluyendo software, ingeniera, etc.
PMBOK reconoce 5 procesos bsicos y 9 reas de conocimiento comunes a
casi todos los proyectos. Los cinco grupos de procesos bsicos son:

Inicio.
Planificacin.
Ejecucin.
Control y Monitoreo.
Cierre.


Figura 2.1. Grupos de Procesos de la Gestin de Proyectos, tomada de Project
Experts en [PEX09].

24
Los procesos se superponen e interactan a travs de un proyecto o fase.
Los procesos son descritos en trminos de: Entradas (documentos, planes,
diseos, etc.), Herramientas y Tcnicas (mecanismos aplicados a las
entradas) y Salidas (documentos, productos, etc.). Las nueve reas del
conocimiento mencionadas en el PMBOK son:

Gestin de la Integracin de Proyectos,
Gestin del Alcance en Proyectos,
Gestin del Tiempo en Proyectos,
Gestin de la Calidad en Proyectos,
Gestin de Costos en Proyectos,
Gestin del Riesgo en Proyectos,
Gestin de Recursos Humanos en Proyectos,
Gestin de la Comunicacin en Proyectos, y
Gestin de la Logstica en Proyectos.

En el desarrollo del presente proyecto se aplicarn las prcticas del PMBOK,
expuestas en su tercera versin, en los procesos y reas del conocimiento
descritos en la tabla 2.1.
Proceso
PMBOK
Subprocesos rea de conocimiento
Iniciacin Desarrollar el enunciado del
alcance preliminar del proyecto.
Integracin
Definicin del alcance. Alcance
Crear WBS. Alcance
Definicin de actividades. Tiempo
Desarrollo del cronograma.
Diagrama de Gantt.
Tiempo
Estimacin de costos. Costo
Planificacin
Planificacin de la calidad. Calidad
Ejecucin Realizar el aseguramiento de la
calidad.
Calidad
Control Verificacin del alcance. Alcance

25
Proceso
PMBOK
Subprocesos rea de conocimiento
Control del alcance. Alcance
Control del cronograma. Tiempo
Control de costos. Costo
Realizar el control de calidad. Calidad
Cierre Cerrar el proyecto. Integracin
Tabla 2.1. Procesos del PMBOK que se realizarn en el presente proyecto.


2.1.2 Rational Unified Process (RUP)

RUP es una metodologa que define claramente quien, cmo, cundo y qu
debe hacerse, tal como se indica en [IBM98]; su enfoque esta basado en
modelos que utilizan un lenguaje simblico bien definido para tal fin, el UML
(Unified Modeling Language o Lenguaje de Modelamiento Unificado).
Esta metodologa aporta herramientas como los casos de uso, que definen
los requerimientos de los usuarios del sistema. Permite la ejecucin iterativa
del proyecto y del control de riesgos.
Las caractersticas principales de esta metodologa son:
Guiado por los Casos de Uso
Centrado en la Arquitectura
Guiado por los Riesgos
Iterativo
A travs de un proyecto guiado por RUP, los requerimientos funcionales son
expresados en la forma de Casos de Uso, que guan la realizacin de una
arquitectura ejecutable de la aplicacin. Adems, el proceso focaliza el
esfuerzo del equipo en construir los elementos crticos estructuralmente y del
comportamiento antes de construir elementos menos importantes. La
mitigacin de los riesgos ms importantes gua la definicin y confirmacin del
alcance en las primeras etapas del ciclo de vida. Debido a que RUP divide el
ciclo de vida en iteraciones, nos permitir evaluar el avance del desarrollo del
software del presente proyecto, en base a las versiones refinadas de los
ejecutables de la aplicacin que se producirn.

26
La metodologa RUP, llamada as por sus siglas en ingls Rational Unified
Process, divide en 4 fases el desarrollo del software. Cada Fase tiene definido
un conjunto de objetivos y un punto de control especifico, tal como se
describe en la tabla 2.2.

Tabla 2.2. Fases del RUP, tomada de Metodologa de Desarrollo de Software (MDS), en
[IBM98]

Como se muestra en la figura 2.2, RUP considera un conjunto de disciplinas
que guan el desarrollo del software en sus diferentes fases. Estas disciplinas
de desarrollo son las siguientes:

Modelado de Negocios: Entendiendo las necesidades del negocio.
Requerimientos: Trasladando las necesidades del negocio a un
sistema automatizado.
Anlisis y Diseo: Trasladando los requerimientos dentro de la
arquitectura de software.
Implementacin: Creando software que se ajuste a la arquitectura y
que tenga el comportamiento deseado.
Pruebas: Asegurndose que el comportamiento requerido es el correcto
y que todo los solicitado esta presente.
Fase Objetivos Puntos de Control
Concepcin Definir el alcance del proyecto
Entender que se va a construir
Objetivo del
proyecto.
Elaboracin Construir una versin
ejecutable de la arquitectura de
la aplicacin
Entender cmo se va a
construir
Arquitectura de la
aplicacin.
Construccin Completar el esqueleto de la
Aplicacin con la funcionalidad
Construir una versin Beta
Versin Operativa
Inicial de la
Aplicacin
Transicin Construir la versin Final Aplicacin final.

27
Configuracin y administracin del cambio: Guardando todas las
versiones del proyecto.
Administrando el proyecto: Administrando horarios y recursos.
Ambiente: Administrando el ambiente de desarrollo.
Distribucin: Distribuir fsicamente el producto del proyecto.


Figura 2.2 Fases y Disciplinas del RUP, tomada de Metodologa de Desarrollo de Software
(MDS) en [RNX08].

La gestin del proyecto descrito en este documento se realizar con algunos
procesos de PMBOK como ya se explico en la seccin 2.2.1. Se debe tener
en cuenta que como este proyecto busca generar una herramienta de uso
genrico para la gestin acadmica de un Instituto Superior Tecnolgico
Privado, no se realizar la instalacin ni el monitoreo en el usuario final, por
tanto no se utilizar la fase de Transicin, sin embargo, para el desarrollo de
las otras fases se utilizarn las disciplinas y artefactos de RUP descritas en la
tabla 2.3.

Disciplina Artefacto
Modelado de negocios Definicin del alcance del proyecto.

Requerimientos Catlogo de Requisitos
Anlisis y diseo ERS (Especificacin de Casos de Uso).
Documento de Visin.

28
Disciplina Artefacto
Documento de Anlisis (Diagrama de
Clases de anlisis).
Documento de Arquitectura (Tecnologas
y estructuras de componentes).
Prototipos (Diseo de interfaces).
Anlisis y diseo Documento de Diseo (Diagrama de
clases de diseo, modelo de bases de
datos).
Plan de Pruebas (Pruebas unitarias).
Implementacin Plan de Ejecucin.
Versin Beta.
Pruebas Ejecucin de pruebas.
Tabla 2.3. Disciplinas y artefactos del RUP que se desarrollarn en el presente proyecto.

2.2. Identificacin de requerimientos
En base a la informacin oficial del Ministerio de Educacin presentada en
[MED02], [MED08] y [MED09], as como a entrevistas realizadas con personal
del rea de la Direccin Acadmica de 3 Institutos Superiores Tecnolgicos
Privados (ISTP) de nuestra capital: ISTP Peruano Alemn, ISTP Federico
Villarreal e ISTP Paul Mller se han logrado determinar los requerimientos
para la implementacin del software de Gestin Acadmica del presente
proyecto. Los requerimientos en detalle se encuentran en el Catlogo de
Requisitos del anexo B de este documento. En adelante nombraremos al
Sistema para la Gestin Acadmica de un Instituto Superior Tecnolgico
Privado como INSTISOFT.

2.2.1. Requerimientos Funcionales

El sistema INSTISOFT permitir realizar lo que se describe en las tablas 2.4,
2.5, 2.6, 2.7 y 2.8. Los valores de la columna de prioridad se han tomado de
la tabla 2.9. El detalle de esta informacin se encuentra en el Anexo B
Catlogo de Requisitos.


29
Mdulo de Configuracin
No. Descripcin Prioridad
1
El sistema permitir mantener la informacin de
las especialidades o carreras profesionales.
3
2
El sistema permitir mantener la informacin de
asignaturas impartidas por el Instituto en una
especialidad y nivel determinado.
3
3
El sistema permitir mantener la informacin de
asignaturas consideradas oficiales por el
Ministerio de Educacin en una especialidad y
ciclo determinado.
3
4
El sistema permitir mantener la informacin de
aulas tales como el piso o ubicacin y la
capacidad.
3
5
El sistema permitir mantener la informacin de
laboratorios tales como el piso o ubicacin y la
capacidad.
3
6
El sistema permitir mantener la informacin de
docentes.
3
Tabla 2.4. Requerimientos Funcionales del Mdulo de Configuracin.



Mdulo de Programacin Acadmica
No. Descripcin Prioridad
1
El sistema permitir mantener grupos de alumnos
relacionados a inicios acadmicos.
1
2
El sistema permitir mantener un horario de
clases asociado a un grupo o inicio acadmico.
1
3
El sistema permitir mantener la disponibilidad
horaria de un docente.
2
4
El sistema permitir registrar y eliminar las
equivalencias entre las asignaturas impartidas
2

30
Mdulo de Programacin Acadmica
No. Descripcin Prioridad
por el Instituto y las consideradas oficiales por el
Ministerio de Educacin.
Tabla 2.5. Requerimientos Funcionales del Mdulo de Programacin Acadmica.


Tabla 2.6. Requerimientos Funcionales del Mdulo de Alumnos.



Mdulo de Alumnos
No. Descripcin Prioridad
1
El Sistema permitir mantener la informacin de
los alumnos.
1
2
El Sistema permitir buscar un alumno por su
cdigo o apellidos
1
3
El sistema permitir registrar y modificar la
matricula de alumnos nuevos.
1
4
El sistema permitir revalidar la matrcula de
alumnos antiguos.
1
5
El sistema permitir registrar traslados de alumnos
de una especialidad a otra.
1
6
El sistema permitir registrar traslados de alumnos
de otros institutos.
1
7
El sistema permitir registrar y modificar los
resultados obtenidos por los alumnos en las
evaluaciones de sus asignaturas.
1
8
El sistema permitir registrar y modificar el estado
de los trmites realizados por alumnos ante el
rea de Direccin Acadmica.
2
9
El sistema permitir enviar comunicados a travs
de correos electrnicos a los alumnos.
1

31
Mdulo de Consultas y Reportes
No. Descripcin Prioridad
1 El sistema permitir al alumno consultar sus notas. 2
2
El sistema permitir al alumno consultar el estado
de los trmites que haya realizado.
2
3
El sistema permitir consultar el horario acadmico
asignado a un grupo.
2
4
El sistema permitir consultar la carga horaria de
un docente.
2
5
El sistema permitir consultar las asignaturas
asignadas a una especialidad por ciclos.
2
6
El sistema permitir generar un reporte de alumnos
matriculados en un grupo o inicio acadmico.
2
7
El sistema permitir generar un reporte de Nmina
de alumnos matriculados en un semestre.
1
8
El sistema permitir generar un reporte de Acta de
Evaluacin Semestral
1
Tabla 2.7. Requerimientos Funcionales del Mdulo de Consultas y Reportes.



Mdulo de Seguridad
No. Descripcin Prioridad
1
El sistema permitir ingresar a los usuarios previa
identificacin de su nombre y contraseas
asignadas.
1
2
El sistema permitir mantener a los usuarios del
rea de Direccin Acadmica
1
3
El sistema permitir consultar las actividades de los
usuarios en el sistema en un periodo de tiempo
determinado.
2
4 El sistema permitir modificar la contrasea a los 2

32
Mdulo de Seguridad
No. Descripcin Prioridad
usuarios.
Tabla 2.8. Requerimientos Funcionales del Mdulo de Seguridad.



Prioridad
Valor Descripcin
1 Alta
2 Media
3 Baja
Tabla 2.9. Nivel de Prioridad.

La implementacin de estos requerimientos funcionales en el sistema
INSTISOFT ofrece la oportunidad a los usuarios, en la medida que los
utilicen, de disminuir el desperdicio de horas-hombre al tener que realizar la
bsqueda manual de datos y la comparacin o cruce de informacin
contenida en diferentes documentos con la finalidad de detectar
inconsistencia de datos al cometer errores de transcripcin. As mismo, al
disponer de la informacin registrada y accesible bajo los formatos
establecidos por el Ministerio de Educacin permitir generar en forma
oportuna estos documentos evitando recibir sanciones administrativas por la
Direccin Regional de Educacin de Lima Metropolitana (DRELM) por realizar
una entrega extempornea.
Adems, al disponer los docentes de un medio para registrar directamente las
notas finales de los alumnos bajo su cargo, as como actualizar su
disponibilidad horaria se disminuir la carga de trabajo de los empleados de
Direccin Acadmica.
As mismo, permitir controlar las actividades realizadas por el personal
generando un reporte de auditora.



33
2.2.2. Requerimientos No Funcionales

El sistema INSTISOFT implementar los requerimientos no funcionales
mostrados en la tabla 2.10.

N Descripcin Prioridad
1
Ser independiente del sistema operativo.
1
2
Ser desarrollado con el lenguaje de programacin
java.
1
3
Utilizar como base de datos a PostgreSQL.
1
4
Trabajar sobre la plataforma Web.
1
5
Permitir realizar backups peridicos de la base
de datos.
2
6
El software se entregar con el cdigo fuente
adjunto.
2
Tabla 2.10. Requerimientos No Funcionales del Sistema INSTISOFT.

La implementacin de estos requerimientos no funcionales en el sistema
INSTISOFT le permitir trabajar en un red interna a una organizacin
(Intranet) o en un servidor web pblico de Internet facilitando su acceso y uso
a travs de un navegador web, como Internet Explorer 7.0 en adelante o
Mozilla Firefox desde la versin 3.0 a ms. Sin embargo, se recomiendan
algunas medidas de seguridad para su implementacin en un servidor web,
tales como el uso de un servidor Firewall, que permita implementar a la
institucin polticas de acceso a la red interna. As mismo, es recomendable
utilizar un protocolo de comunicacin segura como HTTPS (protocolo de
transferencia segura de hipertexto) que mediante un certificado digital
autorice a un usuario iniciar una sesin en la aplicacin del servidor.
2.3 Anlisis de la solucin.

A continuacin se realiza el anlisis de la solucin planteada para el sistema,
para lo cual se presentar un estudio tcnico de las herramientas y equipos
que se utilizarn en la implementacin del software y estudio de costo-
beneficio que permitir establecer la viabilidad del proyecto expuesto en este
documento.

34

2.3.1. Definicin del Sistema
El Sistema de Gestin Acadmica para Institutos Superiores Tecnolgicos
Privados ser desarrollado en la plataforma Web, tal como se muestra en la
figura 2.3, lo que permitir mantener la informacin y funciones accesibles a
los usuarios, segn sus privilegios, a travs de un programa navegador web.
Esta caracterstica agilizar las actividades de los empleados del rea y
disminuir su carga de trabajo al derivar algunas de las actividades que
realizan actualmente hacia otras personas, por ejemplo, el llenado de notas
finales de los alumnos por asignaturas lo realizarn los docentes.





Figura 2.3. Arquitectura general del sistema INSTISOFT.
Segn las necesidades de los usuarios identificadas en el Documento de
Visin del anexo A, la implementacin de este sistema se realizar en los
siguientes mdulos:

Mdulo de Configuracin, permitir administrar la informacin de
especialidades, asignaturas, aulas y laboratorios, as como de docentes.
Este mdulo ser utilizado por el Administrador Acadmico.

Mdulo de Programacin Acadmica, el cual permitir administrar la
informacin relacionada a un inicio acadmico tales como la creacin de
grupos de inicio, la programacin de horarios y asignacin de aulas y
laboratorios, as como la equivalencia entre las asignaturas impartidas
por el Instituto y las establecidas como oficiales por el Ministerio de
Educacin, por nivel y carrera profesional. Se debe considerar que el



PC
Cliente
Servidor del Instituto.



Base de datos
INSTISOFT
Servidor de
aplicacin
INSTISOFT
Red

35
sistema validar los datos ingresados evitando la inconsistencia de la
informacin, como por ejemplo al registrar horarios de clases. Este
mdulo ser utilizado por el Administrador Acadmico en todas sus
funciones, por el docente para la actualizacin de su disponibilidad
horaria y por el empleado del rea de Direccin Acadmica para realizar
todo tipo de consultas definidas en el mdulo.

Mdulo de Alumnos, se encargar de gestionar la matrcula de alumnos
nuevos y las revalidaciones de matrcula, considerando traslados internos
o cambios de especialidad y traslados externos desde otros institutos.
Tambin se podrn administrar las evaluaciones de los alumnos,
permitiendo que los docentes puedan registrar directamente las notas
finales. Se debe notar que a partir de estas notas registradas se
generarn las Actas de Evaluacin Semestral que son remitidas al
Ministerio de Educacin para su visacin. As mismo, este mdulo
permitir administrar la informacin de solicitudes y entrega de
certificados y ttulos, registrando las solicitudes de los alumnos,
controlando el estado de tramitacin de estos documentos y permitiendo
comunicar a los alumnos por mail en el momento que su titulo o
certificado gestionado se encuentre disponible, adicionalmente se
facilitarn las consultas en lnea del personal y de los alumnos. Este
mdulo ser utilizado por el empleado del rea de Direccin Acadmica
para registrar las matrculas de alumnos, trmites y realizar todo tipo de
consultas definidas en el mdulo, por el Administrador Acadmico para
realizar todo tipo de consultas y por el docente para el registro y
modificacin de notas.

Mdulo de Consultas y Reportes, permitir realizar consultas como
alumnos por grupos, carga horaria de docente, horario acadmico por
grupo y asignaturas por especialidad. Tambin se podrn generar
reportes como Nminas semestrales de alumnos matriculados y Actas de
Evaluacin Semestral. Este mdulo ser utilizado por el Administrador
Acadmico y el empleado del rea de Direccin Acadmica para realizar
todo tipo de consultas y generacin de reportes, as como tambin por los
alumnos para consultar sus notas o algn trmite de certificado o ttulo
que hayan realizado.


36
Mdulo de Seguridad, permitir administrar la seguridad del sistema a
travs del mantenimiento y control de usuarios segn los privilegios del
perfil que se les haya asignado. As mismo se podr realizar un
seguimiento de las actividades que hayan realizado los usuarios en el
sistema durante un periodo determinado. Este mdulo ser utilizado por
el Administrador de Seguridad.

La figura 2.4 muestra los mdulos del sistema organizados en paquetes que
se detallan en el anexo C, Especificacin de Requisitos de Software, los que
se utilizarn para organizar los casos de uso. Un caso de uso representa una
funcin del sistema.

Figura 2.4. Paquetes de los casos de uso del sistema.

Los casos de uso por paquete son los siguientes:
a) Configuracin:
Mantener especialidad.
Mantener asignaturas por especialidad.

37
Mantener rea de estudio.
Mantener docente.
b) Programacin Acadmica
Buscar Grupo.
Mantener grupo.
Registrar horario por grupo.
Mantener equivalencias entre asignaturas.
c) Alumnos
Mantener evaluaciones.
Buscar alumno.
Mantener alumno.
Mantener matrcula.
Registrar traslado.
Mantener trmites.
Enviar email.
d) Consultas y Reportes:
Consultar notas.
Consultar trmites.
Consultar carga horaria de docente.
Consultar horario acadmico por grupo.
Consultar asignaturas por especialidad.
Generar nmina de matrcula.
Generar acta de evaluacin semestral.
e) Seguridad:
Iniciar sesin.
Modificar contrasea.
Mantener usuario de Gestin Acadmica.
Consultar Log de usuario.
La especificacin de cada caso de uso se encuentra en el apndice C.

38
As mismo, como parte del anlisis de la solucin, se ha elaborado un
diagrama de las clases que representan a los diferentes objetos que se han
considerado relevantes para este sistema, debido a la informacin que
contienen. Este diagrama se muestra en la figura 2.5.
Docente
-codDocente
-nombres
-paterno
-materno
-domicilio
-email
-web
-telefono
-celular
-estado
Grupo
-codGrupo
-codigo
-fechaFin
-fechaInicio
-turno
-nivel
-periodoMinisterio
-estado
HorarioXGrupo
-codHorarioXGrupo
-horainicio
-horafin
-dia
*
1
*
1
AsignaturaInstituto
-codAsignaturaInstituto
-nombre
-abreviacion
-estado
Alumno
-codAlumno
-codigo
-nombres
-paterno
-materno
-telefonofijo
-dni
-fechanacimiento
-celular
-email
-web
-domicilio
-estado
Matricula
-codMatricula
-fechaRegistro
-fechamodificacion
-codigo
-reciboPago
-condicion
-edad
-ennomina
-situacion
-estado
Nomina
-codNomina
-codigo
-cara
-codPeriodoMinisterio
-codNivel
-codTurnoMinisterio
-codEspecialidad
MatriculadosXNomina
-codMatriculadosXNomina
*
1
*
1
Especialidad
-codEspecialidad
-nombre
-clave
-estado
* 1
*
1
NotaXAsignatura
-codNotaXAsignatura
-promunidad1
-promunidad2
-promunidad3
-promunidad4
-promfinal
-observacion
*
1
*
1
HorarioDocente
-codHorarioDocente
-hora
-dia
-estado
*
1
AsignaturaMinisterio
-codAsignaturaMinisterio
-nombre
-abreviacion
-estado
Equivalencia
-codEquivalencia
-anio
-estado
*
1
*
1
AreaEstudio
-codAreaEstudio
-nombre
-piso
-capacidad
-tipo
-estado
*
1
*
1
Empleado
-codEmpleado
-nombres
-paterno
-materno
-email
-estado
-telefono
-celular
Usuario
-codUsuario
-nombre
-clave
-fechacreacion
-perfil
-estado
1
1
Log
-codLog
-horaFecha
-accion
-descripcion
*
1
1
1
1
1
Tramite
-codTramite
-fechaRegistro
-fechaAtencion
-tipoDocumento
-codigo
-estado
*
1
*
1
instituto
-codInstituto
-nombre
-subregion
-direccion
-numero
-provincia
-distrito
-director
-resolucion
-telefono
Turnoministerio
-idturnoministerio
-nombre
*
1

Figura 2.5. Diagrama de clases de anlisis.

Cada una de estas de clases describe los datos o atributos ms importantes
de los objetos del sistema que representa. Algunas de las clases ms
importantes de este modelo son las siguientes:

Alumno.- Representa a todos los alumnos del Instituto. Cada alumno ser
identificado por un cdigo nico.
Grupo.- Representa a un grupo de alumnos que estudian una carrera
profesional en un mismo turno y nivel en el Instituto. Cada grupo tienen unas
fechas de inicio y de fin fijadas previamente a su inicio. As mismo, los grupos
se distinguen por un cdigo nico.

39
Matricula.- Representa a las matrculas de todos alumnos que se realizan
antes de iniciar un nuevo nivel en el Instituto.
AsignaturaInstituto.- Representa a las asignaturas que imparte el Instituto y
que estn agrupadas por especialidad o carrera profesional. Cada una de
estas asignaturas tiene equivalencia con una asignatura del Ministerio de
Educacin.
HorarioXGrupo.- Representa el horario acadmico que se ha establecido para
un grupo. Cada horario relaciona un docente con una asignatura del Instituto
que ser impartida en un da y horas establecidas.

En el apndice D se puede encontrar ms detalle acerca de cada una de
estas clases y de los atributos que contiene.


2.3.2 Estudio Costo Beneficio

El desarrollo e implementacin de un Sistema de Informacin para el apoyo a
la gestin acadmica de un Instituto Superior Tecnolgico Privado conlleva
gastos para la institucin que adopta esta poltica de mejora, sin embargo, los
beneficios que obtendr superan ampliamente estos costos iniciales.

Como gastos iniciales se debe considerar la adquisicin de un equipo que
cumpla la funcin de servidor de aplicaciones y de servidor de base de datos,
esto permitir a la institucin tener control total sobre su informacin y no
depender de un tercero. Se deber implementar tambin un mdulo que
facilite el registro de notas obtenidas por los alumnos en las asignaturas a
cargo de los docentes. Asumimos que ya existe instalada la conexin a
Internet en la institucin, esto permitir el acceso de la informacin desde
cualquier lugar y en todo momento. As mismo, se asume que los empleados
del rea cuentan con un equipo con conexin a la red del rea y acceso a
Internet.

Para realizar la capacitacin del personal, se formarn tres grupos:
empleados de Direccin Acadmica, coordinadores y docentes invirtiendo un
total de S/.3760, segn se detalla en la tabla 2.11.



40
Costo de capacitacin de personal
Tipo de
empleado
Costo hora-
hombre (S/.)
Total
empleados
Total horas-
hombre
Costo Total por
tipo de
empleado(S/.)
Direccin
Acadmica
10 8 16 1,280
Coordinador 15 4 8 480
Docente 10 100 2 2,000

Costo Total
(S/.)
3,760
Tabla 2.11. Costo de capacitacin de personal.

La implementacin del Sistema de Gestin Acadmica aportar beneficios
econmicos a la Institucin que se explicarn en los siguientes prrafos.

Por lo expuesto en la seccin 1.2.5., uno de los problemas que afronta el rea
de Direccin Acadmica es la prdida de horas-hombre. Podemos estimar el
tiempo que actualmente se desperdicia en el rea de Direccin Acadmica al
no utilizar INSTISOFT:

Bsqueda de notas de alumnos.- Diariamente se realizan un promedio de
20 consultas de notas de alumnos en los archivos de la Institucin, esto
hace un aproximado de 400 consultas al mes. Por cada consulta se
invierte un promedio de 30 minutos. Por tanto, al mes se desperdicia 200
horas en bsquedas de notas de forma manual.

Registro de notas finales de alumnos.- En un mes, 15 aulas en promedio
finalizan un periodo lectivo, por lo que se deben registrar las notas finales
obtenidas por los alumnos. Si consideramos que cada aula cursa 7
asignaturas en promedio y que por el registro de notas de un curso se
utilizan 20 minutos, obtendramos un total de 35 horas al mes
desperdiciadas por el personal del rea de Direccin Acadmica. Esto se
evitara al permitir que los docentes registren, ellos mismos, estas
evaluaciones.

Elaboracin de Certificados de Notas Oficiales.- Diariamente se solicitan
un promedio de 10 Certificados de Notas Oficiales, lo que en un mes

41
hara un total de 200 solicitudes. Tomando en cuenta que se invierte 20
minutos por elaborar el documento en mencin en un cuadro, haran un
total de 67 horas al mes.

Es decir, que en total se desperdician aproximadamente 302 horas-hombre
por no utilizar el software INSTISOFT. Si consideramos que el costo de hora-
hombre promedio es de S/. 10.00, el valor total de horas-hombre perdidas
seria de S/. 3,020 por mes.

Otro problema expuesto en la seccin 1.2.5. es la sancin a la que puede
estar afecta la Institucin por el incumplimiento en la entrega oportuna
semestral de documentos a la Direccin Regional de Educacin de Lima,
tales como Nminas de Matrculas y Actas de Evaluacin Semestral. El monto
de esta sancin es variable, pero por lo general, asciende a una UIT (Unidad
Impositiva Tributaria), es decir, a S/. 3,600, segn [SNT11].

La implementacin de INSTISOFT permitir disminuir los gastos incurridos en
el rea de Direccin Acadmica que han sido expuestos en los prrafos
anteriores. A continuacin se muestra en la tabla 2.12 un resumen de los
conceptos y valores de costos y beneficios tratados de esta seccin.

Costos Beneficios
tem Valor
mensual
(S/.)
Valor por
5 meses
(S/.)
tem Valor
mensual
(S/.)
Valor por
5 meses
(S/.)
Servidor de Base
de Datos y
Aplicaciones 1,000 5,000
Sancin de la
DRELM (1 UIT).
En promedio
una sancin por
semestre.
710 3,550
Mdulo de
registro de notas.
720 3,600
Ahorro de
horas-hombre
en actividades
manuales.
3,020 15,100
Capacitacin de
personal
627 3,760



42
Costos Beneficios
tem Valor
mensual
(S/.)
Valor por
5 meses
(S/.)
tem Valor
mensual
(S/.)
Valor por
5 meses
(S/.)
Total 2,347 12,360 Total 3,730 18,650
Tabla 2.12. Cuadro de resumen de Costo-Beneficio para la implementacin del proyecto en 6
meses.

2.3.3 Definicin del Entorno Tecnolgico

Las herramientas que se utilizarn para la implementacin de este proyecto
de apoyo a la gestin acadmica de un Instituto Superior Tecnolgico Privado
tienen como principal caracterstica el ser software libre, lo que permite
ahorrar en costos de implementacin y libera a la institucin del pago de
licencias.

Para la implementacin del Sistema de Gestin Acadmica se utilizar el
lenguaje de programacin J ava, cuyo compilador en su versin 1.6 se puede
descargar de la pgina de SUN Microsystems [SUN09]. El IDE de
programacin ser NetBeans versin 6.9.1, el cual se puede descargar de la
pgina de Netbeans Community [NBE10].

El servidor de la aplicacin utilizar el contenedor de servlets Tomcat versin
6.0, el cual se puede descargar de la pgina de Apache Tomcat [TOM09].
Este servidor permite ejecutar aplicaciones desarrolladas en lenguaje java.

El motor de la base de datos que se utilizar para el almacenamiento y
manejo de la informacin ser PostgreSQL versin 8.4

Herramientas para la construccin del Sistema de Gestin Acadmica
Tipo Nombre Versin
Lenguaje de programacin J ava Edicin
estndar
1.6.0
Entorno de desarrollo NetBeans IDE 6.9.1
Base de Datos PostgreSQL 8.4.0
Servidor de aplicaciones
Web
Tomcat 7.0

43
Herramientas para la construccin del Sistema de Gestin Acadmica
Tipo Nombre Versin
Servidor Web Apache 2.0
Tabla 2.13. Herramientas para la construccin del Sistema de Gestin Acadmica.


2.3.4. Viabilidad del Proyecto

Por lo expuesto en las secciones 2.3.1, 2.3.2 y 2.3.3 se pueden apreciar los
beneficios que aportar la implementacin de este Sistema de Gestin
Acadmica a un Instituto Superior Tecnolgico y en particular al rea de
Direccin Acadmica, no slo en sentido econmico, por el ahorro de horas
de trabajo del personal y recursos materiales, sino tambin por el uso de la
tecnologa que incrementar la eficiencia de los empleados, al controlar y
reducir los errores que se producen en el tratamiento manual de datos, y
aliviara la carga de trabajo.

La inversin que realice la institucin en la implementacin de este Sistema
de Gestin Acadmica ser recuperada en menos de un semestre,
obteniendo luego como beneficio un ahorro de S/.4762 mensuales, lo que
representa un aproximado de S/. 57144 anuales, esto ltimo sin considerar el
ahorro por pagos de demandas judiciales por negligencia de personal, o la
revalorizacin de la imagen de la institucin, tanto interna como
externamente, lo que incrementara su ventaja competitiva y consecuente
incremento de ganancias.

Por ser un sistema complejo en funciones y extenso en caractersticas,
conviene dividirlo en mdulos que agrupen funciones relacionadas, de modo
que la solucin al problema del rea de Direccin Acadmica sea mucho ms
fcil de implementar y mantener durante el periodo de 5 meses propuesto
para este proyecto.

Por lo expuesto, podemos afirmar que estamos presentando una herramienta
que es til, por las funciones que implementa para atender las necesidades
del rea de Direccin Acadmica, y econmica, por los ahorros relacionados
a horas-hombre, pagos de sanciones y trmites administrativos que generar,
lo que la convierte en una excelente alternativa de solucin para los

44
problemas del rea de Direccin Acadmica de un instituto Superior
Tecnolgico.


45
























3. Diseo de la Solucin

El diseo de la solucin del problema identificado en el captulo 1 del presente
documento tiene como objetivo principal definir la arquitectura del software del
sistema, detallando los componentes que se utilizarn para el Sistema de
Informacin de Gestin Acadmica de un Instituto Superior Tecnolgico.

Este captulo explica los dos aspectos principales que guiarn el diseo del
software, la definicin de la arquitectura y el diseo que se utilizar para crear
la interfaz grfica del sistema.


3.1. Arquitectura de la Solucin

El Sistema de Informacin tratado en el presente documento de tesis se
implementar sobre una plataforma Web, esto permitir la flexibilidad del
sistema logrando estar al alcance de todos los usuarios a travs de un
navegador web, y disponible en todo momento y desde cualquier lugar
siempre que se utilice un servidor web pblico.


46
Para definir la arquitectura de este Sistema de Informacin Web, se disponen
de varias herramientas tecnolgicas de cdigo abierto disponibles en Internet
para el lenguaje J ava, de las cuales se expondrn en las siguientes
subsecciones dos alternativas. Estas utilizan el patrn MVC o Modelo Vista
Controlador, as como tambin se basan en una estructura de niveles o
capas: presentacin, dominio y persistencia.

Segn [ART04] MVC es un patrn de diseo que se utiliza para separar los
datos de su representacin, lo que permite a los desarrolladores crear las
funciones del sistema que permitirn el acceso a datos sin tener que
preocuparse por la forma como se presentarn al usuario.


Figura 3.1. Patrn MVC

El modelo de MVC es responsable por los datos y reglas del sistema.
Coordina la lgica del negocio, el acceso a la base de datos, y todas las otras
acciones crticas del sistema que no se relacionan con la parte visual. La vista
en MVC se encarga de mostrar los datos sin alterarlos. Finalmente, el
controlador es el mecanismo por el cual la vista y el modelo se comunican.


3.1.1. Arquitectura basada en el Framework Struts

Segn [ART04] un framework es un conjunto de clases relacionadas y otros
elementos de soporte que facilitan el desarrollo de aplicaciones por el
suministro de parte preconstruidas.


47
Struts fue uno de los primeros frameworks basados en el patrn de diseo
MVC (Modelo Vista Controlador) que aparecieron en Internet. Es de
distribucin gratuita, basado en cdigo J ava, y se puede descargar de la
pgina de Apache en [APA09].

En una aplicacin web tpica un cliente enva datos a travs de un formulario
HTML, esta informacin es manejada por un Servlet de J ava que se encarga
de procesarla, por lo general interactuando con una base datos, para luego
preparar la respuesta en un formato HTML, o bien, enviarla a una pgina J SP
(J ava Server Page) la que puede combinar cdigo J ava con HTML para
presentar informacin obtenida de forma dinmica.

Tal como se menciona en [ART04] el objetivo de Struts es separar claramente
las funciones del modelo (lgica de la aplicacin que interacta con la base
de datos) de la vista (pginas HTML presentadas al cliente) y del controlador
(instancia que pasa informacin entre la vista y el modelo). Struts provee el
controlador (un Servlet conocido como ActionServlet) y facilita la escritura de
plantillas para la capa de presentacin o vista (tpicamente pginas J SP,
aunque tambin podra ser un archivo XML).

En este modelo de arquitectura, las interfaces utilizan libreras de etiquetas
HTML propias de Struts y lenguaje J avaScript. Las libreras de etiquetas
HTML de Struts constituyen el trmino Vista dentro del modelo MVC.

Las clases que conforman la lgica del negocio obtienen la informacin de la
base de datos a partir de la capa de persistencia utilizando la lgica
implementada por el sistema, para luego enviarla a la capa de presentacin.
Estas clases constituyen la capa de negocio del sistema.

La ltima capa de este modelo es la de persistencia con clases dedicadas a la
comunicacin del sistema con la base de datos, utilizando, para ello, el
Framework Hibernate, el que tiene como principal funcin vincular las tablas
de un modelo de bases de datos relacional con entidades del dominio que
pertenecen a un modelo orientado a objetos, conocidos como POJ Os. Esto lo
realiza a travs de archivos XML. Hibernate se encarga de concretar las
transacciones con las bases de datos.


48
Las clases de la capa de persistencia junto con las clases de negocio
constituyen para Struts el trmino Modelo del diseo MVC.

La figura 3.2 muestra la estructura de componentes del framework Struts
descrita en los prrafos anteriores de esta misma seccin. Se debe resaltar la
funcin del archivo xml Struts-config.xml, el que permite configurar las
acciones que se realizarn como respuesta a los requerimientos de los
clientes web.


Figura 3.2 Una aplicacin con Struts, en [STR02].


3.1.2. Arquitectura basada en el Framework Spring

En [SPR06] se menciona que el framework Spring es software de cdigo
abierto que implementa patrones de diseo conocidos como Factory, Abstract
Factory, Builder, Decorator, Service Locator, entre otros. Es un framework de
cdigo abierto que se comunica fcilmente con otros frameworks como lo son:
Struts, Hibernate, iBatis, Tapestry, entre otros.

Entre las caractersticas ms resaltantes de Spring encontramos los mdulos
por los que esta compuesto, tal como se muestra en la figura 3.3. Algunos de
estos mdulos son:

49

El Core Container o Contenedor de Inversin de Control (Inversion of
Control, IoC) es el ncleo del sistema. Responsable de la creacin y
configuracin de los objetos.
Aspect-Oriented Programming Framework, que trabaja con soluciones
que son utilizadas en numerosos lugares de una aplicacin, lo que se
conoce como asuntos transversales (cross-cutting concerns).
Data Access Framework, que facilita el trabajo de usar un API (Librera o
archivo que contiene funciones para el desarrollo de aplicaciones) con
J DBC (Conjunto de clases que pertenecen al lenguaje java para realizar
operaciones con bases de datos), Hibernate, etc.
Remote Access framework. Facilita la existencia de objetos en el servidor
que son exportados para ser usados como servicios remotos.
Spring Web MVC. Maneja la asignacin de peticiones a controladores y
desde estos a las vistas. Implica el manejo y validacin de formularios.
Spring Web Services



Figura 3.3. Estructura del Framework Spring, ver en [SPR08].


En este modelo de arquitectura las interfaces J SP (J ava Server Pages o
Pginas de Servidor J ava) forman la capa de presentacin, estas pginas
utilizan el lenguaje J avaScript, tanto para comunicarse con las clases
dedicadas a la lgica de presentacin como para mostrar las respuestas a los
usuarios en un formato sencillo.

50

El control del flujo de datos en la presentacin lo realizan las clases Action de
Struts integradas a Spring, estas clases se encargan de controlar la
comunicacin entre el cliente y el servidor.

Las clases de negocio que constituyen la capa de negocio se encargan de
administrar los datos obtenidos de la base de datos y presentarlos en el
formato reconocido por las clases dedicadas a la lgica de presentacin.

Debido que Spring permite que cualquier clase ejecute sus mtodos de
manera transaccional, el control de las transacciones se realiza en la capa de
negocio.

Finalmente, de forma similar a Struts, este modelo de arquitectura posee una
capa de persistencia que contiene un conjunto de clases encargadas de
comunicarse con la base de datos, utilizando el Framework Hibernate, que se
integra con Spring. Los datos obtenidos de la base de datos relacional se
almacenan en las clases de dominio o entidades de negocio, las que tienen la
misma estructura que sus correspondientes tablas. Estas clases de dominio
pertenecen a la capa de persistencia.



3.1.3. Arquitectura elegida


La arquitectura que se utilizar en la etapa de Diseo e Implementacin de
INSTISOFT estar conformada por las tecnologas Struts en su versin 2 y
Spring descritas en los puntos 3.1.1 y 3.1.2 de este documento. Debido a que
el Framework Spring se acopla perfectamente con otros Frameworks como
Struts y Hibernate, se lograr aprovechar las mejores caractersticas de cada
una de estas herramientas, como son el adecuado control del flujo de
informacin desde la capa de presentacin o vista hacia el modelo o lgica
del negocio, en el caso de Struts, y el manejo eficiente de las transacciones
con base de datos relacionales desde una aplicacin orientada a objetos,
como es el caso de Hibernate.


Adems, tal como se muestra en la figura 3.4, las herramientas
seleccionadas, Spring, Struts y Hibernate pueden trabajar en conjunto bajo el

51
patrn de diseo MVC (Modelo Vista Controlador), el cual se ha seleccionado
para desarrollar el software de este trabajo de tesis por representar mejor a la
estructura de una aplicacin web, as como implementar sus funciones.


Figura 3.4. Spring +Struts +Hibernate, ver en [SHI11].




3.2. Diseo de la Solucin

Esta seccin tiene como propsito presentar el diseo de las interfaces que
se utilizarn para acceder y utilizar las funciones implementadas en el
software INSTISOFT.

Para permitir el ingreso de los usuarios registrados al sistema INSTISOFT se
utilizar un formulario inicial, tal como se muestra en la figura 3.5, en el que

52
se solicitar el nombre y clave de usuario, para poder verificar la existencia de
los datos en el sistema.


Figura 3.5. Ingreso al sistema INSTISOFT.

Una vez que se haya validado a un usuario, el Sistema de Informacin para la
Gestin Acadmica de Instituto Superior Tecnolgico (INSTISOFT) utilizar
un diseo de interfaz dividida en 2 secciones, tal como se muestra en la
Figura 3.6. En la seccin superior se describe el nombre del producto, as
como los datos del usuario conectado al sistema (nombres, apellidos y tipo de
usuario). Adems, en esta seccin podemos observar una barra de mens
que permitir a los usuarios acceder a diferentes funciones de la aplicacin
segn el rol que se le haya asignado. En la siguiente seccin se muestra el
contenido del formulario, si este es demasiado grande para ser mostrado en
el rea de la ventana aparecer una barra de desplazamiento vertical.


53

Figura 3.6. Diseo de Interfaz de INSTISOFT.

La barra de mens que se utilizar ser horizontal y estar ubicada en la
parte superior de la ventana del navegador. Esta barra contiene las opciones
principales del men, que no sern las mismas para todos los usuarios, pues
variarn segn el tipo de usuario que se haya conectado. Por ejemplo, las
opciones del men que se muestran en la figura 3.6 corresponden a un
usuario con perfil de Administrador Acadmico, y son distintas a las opciones
de men que se muestran en la figura 3.7, que corresponden a un usuario
con perfil Docente.

Figura 3.7. Barra de Mens de un usuario con perfil Docente.

Al seleccionar con un clic uno de estos mens, entonces se desplegarn las
alternativas correspondientes tal como se muestra en la figura 3.8.

54

Figura 3.8. Barra de Mens de INSTISOFT.

Por lo general, una vez que se seleccione alguna de las alternativas de los
mens se mostrar un formulario con enlaces relacionados a operaciones que
se pueden realizar, tal como bsqueda o registro, con la entidad respectiva,
tal como se muestra en la figura 3.9.

Figura 3.9. Formulario de enlaces de operaciones.

Los formularios que se utilicen para registrar o modificar datos de entidades
del sistema presentarn un formulario con el titulo apropiado, segn se vaya a
registrar una nueva entidad o modificar los datos de una existente, as como
el nombre de la entidad correspondiente tal como se muestra en la figura
3.10. Este formulario presentar dos botones, uno para Grabar los datos y el
otro para Limpiar los valores escritos o seleccionados en los campos. As
mismo, se mostrar un enlace que permitir realizar una bsqueda de la
entidad correspondiente. El sistema generar los identificadores nicos para
cada entidad registrada, estos identificadores sern nmeros correlativos que
empezaran en uno. En el caso de los alumnos y los grupos se generarn
cdigos con un formato especfico. Para el caso de los alumnos su cdigo
estar formado por el ao en que se registra y un nmero correlativo de 4
dgitos, por ejemplo: 20110001, corresponder al primer alumno registrado en
el ao 2011. Para el caso de los grupos su cdigo estar formado por el
nmero del mes y ao de inicio, la letra inicial del turno, la abreviacin de la
especialidad y el nivel del grupo (que toma los valores del uno al seis), por

55
ejemplo: 05/2011/M/CEI/1, corresponde al grupo que inici en Mayo del 2011,
en el turno maana, en la especialidad de Computacin e Informtica y en el
primer nivel. Para el caso de las especialidades o carreras profesionales, ser
el mismo usuario quien cree una abreviacin del nombre, la cual deber ser
validada por el sistema para evitar duplicidades, esta abreviacin servir
como cdigo de la especialidad.

Figura 3.10. Formulario de registro de datos.

Los formularios que se utilicen para realizar la bsqueda de datos
presentarn un rea de filtro donde se ingresarn las condiciones de
bsqueda a realizar y un rea de resultados, que mostrar el conjunto de
registros coincidentes con los datos de bsqueda proporcionados que han
sido encontrados. Tal como se puede apreciar en la figura 3.11, luego de
seleccionar el botn Buscar, estos datos se presentarn en forma de tabla
con opciones de exportacin a diferentes formatos como Excel (versin
2003), PDF (versin 8.0), XML o CSV. As mismo, en la parte inferior se
presenta un enlace que permitir retornar al formulario con los enlaces
principales a las operaciones que se pueden realizar con la entidad tratada.



56

Figura 3.11. Formulario de bsqueda de datos.

En el caso de que una operacin de registro haya tenido xito se mostrar un
mensaje en forma de etiqueta en color verde en la ventana de enlaces de
operaciones tal como se muestra en la figura 3.12, pero si la operacin de
registro, bsqueda o generacin de reporte fracaso se mostrar un mensaje
de error en color rojo en el mismo formulario donde se ejecuto la operacin,
tal como se puede apreciar en la figura 3.13.

Figura 3.12. Mensaje de xito de operacin.


57

Figura 3.13. Mensaje de error de operacin.

Como se puede apreciar todos los formularios presentan una interfaz intuitiva,
y homognea que permitir al usuario familiarizarse fcilmente con su uso.

3.3. Arquitectura de la Informacin

En esta seccin se describe la estructura de la base de datos teniendo en
cuenta que el Sistema Gestor de Base de Datos relacional que se utilizar
ser PostgreSql, en su versin 8.4, lo que fija un rango de tipos de datos a
utilizar en el sistema. Esta base de datos se ha diseado para satisfacer las
necesidades del Sistema de Informacin para la Gestin Acadmica de un
Instituto Superior Tecnolgico. El modelo de base de datos del sistema se
muestra en la figura 3.14.





58

alumno
idalumno: serial
idusuario: integer (FK)
codigo: character(10)
nombres: character varying(30)
paterno: character varying(30)
materno: character varying(30)
telefonofijo: character varying(10)
celular: character varying(10)
email: character varying(50)
web: character varying(50)
domicilio: character varying(120)
estado: character varying(10)
dni: character(8)
fechanacimiento: date
docente
iddocente: serial
nombres: character varying(30)
paterno: character varying(30)
materno: character varying(30)
domicilio: character varying(120)
email: character varying(50)
web: character varying(50)
telefono: character(7)
idusuario: integer (FK)
estado: character varying(10)
celular: character(9)
especialidad
idespecialidad: serial
nombre: character varying(50)
estado: character varying(10)
clave: character(3)
asignaturainstituto
idasignaturainstituto: serial
nombre: character varying(50)
idespecialidad: integer (FK)
idnivel: integer (FK)
abreviacion: character varying(5)
estado: character varying(10)
grupo
idgrupo: serial
idnivel: serial (FK)
idturno: serial (FK)
codigo: character varying(20)
idespecialidad: integer (FK)
idperiodoministerio: integer (FK)
idareaestudio: integer (FK)
fechainicio: date
fechafin: date
estado: character varying(10)
areaestudio
idareaestudio: serial
nombre: character varying(50)
piso: integer
tipo: character varying(30)
estado: character varying(10)
capacidad: integer
turno
idturno: serial
nombre: character varying(10)
empleado
idempleado: serial
nombres: character varying(30)
paterno: character varying(30)
materno: character varying(30)
idusuario: integer (FK)
email: character varying(50)
estado: character varying(10)
telefono: character(7)
celular: character(9)
usuario
idusuario: serial
idperfil: integer (FK)
nombre: character varying(50)
clave: character varying(30)
fechacreacion: date
estado: character varying(10)
perfil
idperfil: serial
nombre: character varying(50)
descripcion: character varying(200)
matricula
idmatricula: serial
idgrupo: integer (FK)
fecharegistro: date
idalumno: integer (FK)
idsituacion: integer (FK)
idcondicion: integer (FK)
codigo: character(11)
reciboPago: character varying(6)
estado: character varying(10)
fechamodificacion: date
ennomina: character(2)
edad: integer
dia
iddia: serial
nombre: character varying(10)
nivel
idnivel: serial
numero: integer
horarioxgrupo
idhorarioxgrupo: serial
iddocente: integer (FK)
iddia: integer (FK)
idgrupo: integer (FK)
idareaestudio: integer (FK)
idhorainicio: integer (FK)
idasignaturainstituto: integer (FK)
idhorafin: integer
notaxasignatura
idnotaxasignatura: serial
idmatricula: serial (FK)
promunidad1: integer
promunidad2: integer
promunidad3: integer
promunidad4: integer
promfinal: integer
idasignaturainstituto: integer (FK)
observacion: character varying(200)
horariodocente
idhorariodocente: serial
iddocente: integer (FK)
iddia: integer (FK)
idhora: integer (FK)
estado: character varying(50)
tramite
idtramite: char(18)
idtipodocumento: integer (FK)
fecharegistro: date
fechaatencion: date
descripcion: character varying(200)
idalumno: integer (FK)
idempleado: integer (FK)
codigo: character(6)
estado: character varying(10)
tipodocumento
idtipodocumento: serial
nombre: character varying(50)
log
idlog: serial
horafecha: character varying(25)
descripcion: character varying(200)
idaccion: integer (FK)
idusuario: integer (FK)
accion
idaccion: serial
nombre: character varying(25)
hora
idhora: serial
inicio: character varying(2)
fin: character varying(2)
asignaturaministerio
idasignaturaministerio: serial
nombre: character varying(50)
idespecialidad: integer (FK)
abreviacion: character varying(5)
idnivel: integer (FK)
estado: character varying(10)
equivalencia
idequivalencia: serial
idasignaturainstituto: integer (FK)
idasignaturaministerio: integer (FK)
anio: integer
estado: character varying(10)
situacion
idsituacion: serial
nombre: character varying(30)
condicion
idcondicion: serial
nombre: character varying(15)
periodoministerio
idperiodoministerio: serial
nombre: character varying(10)
nomina
idnomina: serial
codigo: character(10)
cara: integer
idperiodoministerio: serial (FK)
idturnoministerio: serial (FK)
idnivel: serial (FK)
idespecialidad: serial (FK)
matriculadosxnomina
idmatriculadosxnomina: char(18)
idmatricula: integer (FK)
idnomina: integer (FK)
asignaturainstitutoxdocente
idasignaturainstitutoxdocente: serial
idasignaturainstituto: integer (FK)
iddocente: integer (FK)
instituto
idinstituto: serial
nombre: character varying(100)
subregion: character varying(15)
direccion: character varying(50)
numero: character varying(5)
distrito: character varying(50)
provincia: character varying(50)
telefono: character(7)
director: character varying(50)
resolucion: character varying(100)
turnoministerio
idturnoministerio: serial
nombre: character varying(10)

Figura 3.14. Diagrama fsico de base de datos.

En el anexo F se presenta con mayor detalle el modelo fsico de esta base de
datos.


59
















4. Construccin y Pruebas

En esta seccin se desarrolla el cdigo de los componentes del Sistema de
Informacin para la Gestin Acadmica de un Instituto Superior Tecnolgico,
as mismo se desarrollan todos los procedimientos de operacin y seguridad
con el objetivo de asegurar el correcto funcionamiento del Sistema para su
posterior implantacin.

En las siguientes subsecciones se explica el proceso de construccin del
sistema, as como tambin se incluye la realizacin de pruebas unitarias,
pruebas de integracin de los subsistemas y componentes y pruebas del
sistema, de acuerdo al plan de pruebas establecido.

4.1. Construccin

En este proceso se codifican los componentes del sistema en base a las
especificaciones de construccin establecidas en la seccin 3
correspondiente a la etapa de diseo.

De acuerdo a lo que se estableci en la etapa de anlisis, para la
construccin del Sistema de Informacin para la Gestin Acadmica de un
Instituto Superior Tecnolgico, se deben cumplir los siguientes requisitos:


60
Registro de una nueva programacin acadmica o inicio de ciclo en algn
nivel de una especialidad considerando asignaciones de aulas,
laboratorios y de docentes encargados de la enseanza. Se verificarn
los cruces en la asignacin de recursos y docentes.
Matrcula de alumnos en un grupo asignado a un inicio de ciclo. Se
verificar la disponibilidad de vacantes del grupo para evitar matrculas
indebidas.
Generar Nminas de Matrculas y Actas de Evaluacin Semestral en
base a los formatos utilizados por el Ministerio de Educacin del Per.
Registrar usuarios del sistema.

As mismo, en la etapa de diseo se decide utilizar el framework Spring como
modelo para la construccin del sistema y el Framework Hibernate para la
conexin y transacciones con la base de datos. A continuacin, se explica de
qu forma se implementaron estas caractersticas en el sistema.

4.1.1. Acceso a Datos utilizando el Framework Hibernate

El Framework Hibernate se ubica en el dominio del modelo del patrn MVC
y se encarga de realizar la conexin con la base de datos PostgreSQL, as
como de ejecutar las consultas y transacciones sobre la informacin
almacenada en las tablas de dicha base de datos.

Como paso inicial para realizar estas actividades se utiliza un archivo que
pertenece al Framework Hibernate, llamado hibernate.cfg.xml, y que se utiliza
para realizar la configuracin de conexin con base de datos. Este archivo
contiene informacin de la conexin como el nombre y tipo de base de datos,
el puerto de conexin a utilizar as como el nombre y clave de cuenta de
usuario que se utilizar.

Una vez creado el archivo de configuracin se procede a crear la estructura
de clases conocidas como POJ Os (Plain Old J ava Object), las que se
relacionan con cada una de las tablas de la base de datos en un
procedimiento conocido como mapeo. Estas clases se utilizan para
comunicar el modelo relacional de la base de datos PostgreSQL y el modelo

61
orientado a objetos de J ava, de forma que para realizar las operaciones de
consulta y transacciones se utilice la estructura de estas clases para
almacenar y compartir informacin.

A bajo nivel se utilizan objetos Session y Transaction para la comunicacin
con la base de datos. El uso del objeto Transaction permite realizar
operaciones como agregar, modificar y eliminar datos sin tener que crear
instrucciones sql.

Se debe mencionar que el entorno de NetBeans facilita a travs de sus
asistentes la creacin del archivo de configuracin de Hibernate y del los
POJ Os.

4.1.2. Administrando la lgica del negocio con el Framework
Spring

Una vez completadas las operaciones de mapeo de la base de datos
utilizando el Framework Hibernate, se desarrolla la lgica del negocio que se
encuentra en el modelo del patrn MVC.

Para ello se definen en primer lugar las clases que se encargarn de
implementar el patrn DAO (Data Access Object) y que permitirn persistir los
objetos del dominio del modelo en la base de datos. Luego, se crean las
clases que contendrn en s toda la lgica del negocio, y que sern los
llamados en el momento que se tenga que proporcionar alguna funcin del
sistema.

Para atender los requerimientos capturados por Struts desde la vista se
debe configurar el archivo XML de contexto de Spring, para que se encargue
de proporcionar los objetos necesarios (inyeccin de dependencia) a las
clases Action del Framework Struts.

Debido a que Spring implementa la programacin orientada a aspectos, se
utiliza esta caracterstica en el sistema para interceptar los errores que se
puedan generar en la ejecucin de los mtodos de alguno de los objetos del
modelo, y as simplificar este proceso. En este caso se utiliza una clase

62
conocida como Proxy que se encargar de capturar los errores, tratarlos y
enviar un mensaje predefinido a la capa de presentacin.

4.1.3. Atendiendo los requerimientos de los usuarios con Struts.

Para capturar los requerimientos enviados por los usuarios a travs de la
vista se utilizan las clases Action del Framework Struts. En estas clases es
donde se implementa la inyeccin de dependencia del Framework Spring. La
integracin entre ambos frameworks se logra cedindole todo el control del
manejo de la clase Action de Struts al Framework Spring.

Por tanto existir una relacin o mapeo entre la clase Action de Struts, que
captura o intercepta una solicitud y la clase de Spring encargada de atender
dicho requerimiento. Como se explico en la subseccin anterior, esta relacin
tambin se debe declarar en el archivo de contexto de Spring.

4.1.4. Diseo de reportes con las herramienta iReport y
JasperReports


iReport es una herramienta visual que sirve para generar ficheros XML
(plantillas de informe) que se puedan utilizar con la herramienta de
generacin de informes J asperReports. Ambas herramientas se pueden
descargar de [RPT10].

El J asper Report es una librera para la generacin de informes. Est escrita
en J ava y es libre. El funcionamiento consiste en escribir un archivo XML
donde se recogen las particularidades del informe. Este archivo XML lo tratan
las clases del J asper para obtener una salida. Esta salida puede ser un PDF,
XML, HTML, CSV, XLS, RTF, TXT.

El paso inicial que se sigue para trabajar con estas herramientas fue
configurar las variables de entorno de la herramienta iReport, para establecer

63
el origen de base de datos y las libreras que se utilizaran. Luego se
establece el tamao del reporte, por defecto A4, sin embargo, para el Acta de
Evaluacin Semestral se utilizo el tamao A3. El asistente muestra un diseo
de reporte dividido en secciones horizontales.

A continuacin se definen los distintos elementos que mostrarn alguna
informacin sobre el reporte, tales como parmetros, campos, imgenes,
elementos de texto, etc. Finalmente se compila el reporte y se genera un
archivo XML. Este archivo XML ser el que utilizar la herramienta
J asperReports, que est incorporada en NetBeans, para mostrar la
informacin de la base de datos en el reporte.

4.2. Pruebas

En esta seccin se describen los casos de prueba que se utilizarn para
medir el rendimiento del sistema desarrollado en el presente trabajo. Estas
pruebas se realizarn en una primera etapa por cada uno de los mdulos del
sistema (pruebas unitarias), luego integrando cada mdulo (pruebas de
integracin) y finalmente una prueba a todo el sistema.

4.2.1. Pruebas unitarias


El objetivo principal de realizar las pruebas unitarias es comprobar el correcto
funcionamiento de cada uno de los componentes individuales ubicados en los
diferentes mdulos del presente sistema de informacin.
Estas pruebas se han diseado en base al documento Plan de Pruebas
Unitarias del Sistema que se encuentra en el anexo G. La ejecucin de estas
pruebas unitarias empieza con el registro o creacin de datos, luego
continan las actualizaciones, bsquedas o consultas y se concluye con la
eliminacin.

64
A continuacin se presentan las pruebas unitarias ms importantes del
presente sistema.

a. Pruebas Unitarias del Mdulo de Programacin Acadmica
Para el mdulo de Programacin acadmica se realizaron los siguientes
casos de prueba:
Creacin de grupo.- Verifica que los datos del grupo creado son los
mismos que los datos iniciales de la prueba.
Actualizacin de grupo.- Verifica que los datos del grupo creado son
modificados por los datos iniciales de la prueba.
Eliminacin de grupo.- Verifica que el grupo establecido como dato
inicial de prueba es eliminado.
Creacin de un horario acadmico de un grupo.- Verifica que los
datos del horario creado son los mismos que los datos iniciales de prueba.

b. Pruebas Unitarias del Mdulo de Alumnos
Para el mdulo de Alumnos se realizaron los siguientes casos de prueba:
Bsqueda de alumno por cdigo.- Verifica que los datos del alumno
devuelto corresponden al cdigo ingresado.
Bsqueda de alumno por apellidos.- Verifica que los datos del alumno
devuelto corresponden a los apellidos ingresados.
Creacin de matrcula de alumno.- Verifica que los datos de la
matrcula creada son los mismos que los datos iniciales de la prueba.
Actualizacin de matrcula.- Verifica que los datos de la matrcula
creada son modificados por los datos iniciales de la prueba.
Eliminacin de matrcula.- Verifica que la matrcula establecida como dato
inicial de prueba es eliminada.

c. Pruebas Unitarias del Mdulo de Consultas y Reportes.

65
Para el mdulo de Consultas y Reportes se realizaron los siguientes casos de
prueba:
Bsqueda de notas de alumno por matrcula.- Verifica que las notas del
alumno devueltas corresponden a la matrcula ingresada.
Creacin de nmina de matrcula.- Verifica que los datos de nmina
creada corresponda a los datos iniciales ingresados.
Bsqueda de nmina de matrcula.- Verifica que los datos devueltos
correspondan a la nmina que acaba de ser creada.
Elaboracin de acta de evaluacin semestral.- Verifica que los datos del
acta correspondan a la nmina seleccionada.



66





















5. Observaciones, conclusiones y recomendaciones

En esta seccin se describen las observaciones, conclusiones y
recomendaciones finales en base a lo expuesto en el presente proyecto.


5.1 Observaciones

Como se explica en la seccin 1.4 de este documento existen varias
herramientas comerciales que se ofrecen en el mercado informtico como
apoyo a la gestin acadmica de una entidad educativa. Sin embargo, la
mayora de estas herramientas son software de tipo genrico que proceden
de otros pases, lo que implica que no atienden los principales requerimientos
que presenta un Instituto Tecnolgico y que no se adapta a la forma de
trabajo de las instituciones de nuestro medio.
El software propuesto en este proyecto pretende satisfacer los requerimientos
primarios de los Institutos Tecnolgicos de nuestro pas incorporando
caractersticas ofrecidas por software genrico ofrecido en Internet y en
tiendas comerciales de software. De esta manera se logra un producto

67
apropiado a las exigencias de los Institutos tecnolgicos de nuestro medio y
que adems es competente con otros productos ofrecidos por al competencia.

5.2 Conclusiones

La metodologa RUP en las fases elegidas para el desarrollo de este
proyecto, tal como se indican en la seccin 2.1.2, guiaron de forma efectiva el
desarrollo del software en todas sus etapas, desde el anlisis hasta la
implementacin, brindando un mecanismo fiable y eficiente que describa
cada componente considerado para la implementacin final.
Los conocimientos adquiridos durante los ciclos de estudio en la Facultad de
Ciencias e Ingeniera de la Universidad se integraron y coadyuvaron a la
conclusin satisfactoria de este trabajo. Pero, se debe considerar que gran
parte de este conocimiento es de orientacin general, y por tanto para una
aplicacin particular tal conocimiento debe ser complementado con
herramientas y tecnologas de soporte que competen al alumno investigar su
aplicacin.

5.3 Recomendaciones

Una dificultad encontrada en el presente proyecto ha sido la falta de tiempo
suficiente para la realizacin de las actividades asociadas a su desarrollo. Es
por este motivo que no se agregaron algunas funcionalidades que resultaran
importantes para la institucin. Por ejemplo, el proceso de cobros por
matrcula y pensin que se realiza a los alumnos, si bien es cierto que se
relaciona con otra rea que pertenece a la Direccin Administrativa, este
proceso se complementa con la matrcula de alumnos. Por ello, se sugiere
incorporar esta funcionalidad como una extensin del presente proyecto, de
manera que se logre construir un producto til en todas las reas del instituto.
As mismo, se recomienda incorporar herramientas de comunicacin que
fomenten la participacin de los alumnos y docentes, tales como wikis, foros y

68
blogs. El concepto de Web 2.0 se adapta muy bien al mbito educativo
teniendo como objetivo la difusin de contenidos temticos por parte de
docentes y la edificacin de una comunicacin dinmica y eficaz entre los
diferentes miembros del Instituto.


69
6. Referencias

5.4 Libros

[ART04] N. Ford, Art of J ava web Development, Manning, Greenwich, 2004.
Pags. 6-14, 131-155,

[SPR06] S. Ladd, D. Davison, S. Devijver y C. Yates, Expert Spring MVC and
Web Flow, Apress, USA, 2006. Pags. 7-75.

5.5 Referencias de Fuentes Electrnicas

[MEE09] Ministerio de Educacin Direccin de Educacin Superior
Tecnolgica y Tcnico-Productiva. Consulta de Centros de
Formacin Profesional Tcnica y Asociaciones Civiles. PER.
2009.
http://destp.minedu.gob.pe/centros.asp?xyz=1&xdpto=LIMA&sdpto=
LIMA&xprov=LIMA&sprov=LIMA&xdist=TODOS&sdist=TODOS&xti
pcen=01&Ytipcen=01&busca=.

[MDS02] Ministerio de Educacin Direccin de Educacin Superior
Tecnolgica y Tcnico-Productiva. Decreto Supremo N 014-2002
ED. PER. 2002. http://destp.minedu.gob.pe/docum/DS002-2008-
ED.PDF

[MED02] Ministerio de Educacin - Normas De Inicio, Organizacin Y
Desarrollo De Las Actividades Acadmicas De Los Centros Y
Programas De Educacin Ocupacional E Institutos Superiores
Tecnolgicos. PER. 2002.
http://destp.minedu.gob.pe/docum/D021-02-UFP-DINESST.doc.
[MED09] Ministerio de Educacin. Direccin de Educacin Superior
Tecnolgica y Tcnico-Productiva. RD N 0417-2009-ED. PER.
2009. http://destp.minedu.gob.pe/docum/rd-0417-2009-ed.pdf

70
[MED08] Ministerio de Educacin - Direccin de Educacin Superior
Tecnolgica y Tcnico-Productiva. R.D. N 0818-2008-ED.
DIRECTIVA N 104-2008-DIGESUTP. PER. 2009.
http://ciberdocencia.gob.pe/index.php?id=2943&a=articulo_complet
o.
[SIGA07] Siga Software Integrado de Gestin Acadmica. COLOMBIA.
2007.
http://www.datasae.com/siga/index.php?option=com_content&task=
view&id=12&Itemid=42.
[SFA11] SoftAula Software para Gestionar Instituciones Educativas.
ESPAA. 2009. http://softaula.net/?page_id=1031.
[IBM98] IBM Rational unified Process Best Practices for Software
Development Team. 1998.
http://www.ibm.com/developerworks/rational/library/content/03J uly/1
000/1251/1251_bestpractices_TP026B.pdf
[IEEE04] IEEE Standard Association - IEEE Std 1490-2003 Adoption of PMI
StandardA Guide to the Project Management Body of Knowledge
Description. USA. 2004.
http://standards.ieee.org/reading/ieee/std_public/description/se/149
0-2003_desc.html.
[PEX09] Project Experts Project ExpertEase Using Project Vital Signs to
Prioritize Expectations. 2009.
http://www.projectexperts.com/articles/1vitalsigns.html.
[SNT11] Sunat. Valores de la UIT. PER. 2009.
http://www.sunat.gob.pe/indicestasas/uit.html
[SUN09] Home Page de Sun Microsystems. USA. 2009. http://www.sun.com.
[NBE10] Home Page de Netbeans Community. USA. 2010.
http://www.netbeans.org.
[TOM09] Home Page de Apache Tomcat. USA. 2009.
http://tomcat.apache.org/.

71
[APA09] Home Page de Apache Software Foundation. USA. 2009.
http://www.apache.org/.
[STR02] Oracle - How I Do J akarta Struts with J Developer?. USA. 2002.
http://www.oracle.com/technology/products/jdev/howtos/jsp/StrutsH
owTo.html.
[SPR08] DevelopersBook Spring Framework Tutorials. USA. 2008.
http://www.developersbook.com/spring/spring-tutorials/spring-
tutorials.php.
[SHI11] Schinetec .NET Case Study. CHINA. 2011.
http://www.shinetechchina.com/softwave/case_study/loansystem.ht
m.
[RPT10] The J aspersoft open source development site for community projects and
the J aspersoft Business Intelligence Suite. USA. 2010.
http://jasperforge.org/.


5.6 Manuales

[MAN07] Instituto Superior Tecnolgico Privado Peruano Alemn. Manual de
Usuario del Sistema del ISTP IPAL. PER. 2007. Av. Uruguay N
514 - Lima.

[MAN05] Instituto Superior Tecnolgico Privado Federico Villarreal. Manual de
Usuario del Sistema de Matrcula y Control de Pagos del ISTP
Federico Villarreal. PER. 2005. Av. 28 de J ulio 687 - Lima.

72
Anexos

Anexo A: Documento De Visin
Anexo B: Catlogo de Requisitos
Anexo C: Especificacin de Requisitos de Software
Anexo D: Documento de Anlisis
Anexo E: Documento de Arquitectura
Anexo F: Modelo Fsico de Base de Datos
Anexo G: Plan de Pruebas Unitarias del Sistema