facultad de ingenierÍa, ciencias fÍsicas y … central del ecuador facultad de ingenierÍa,...

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA

CARRERA DE INGENIERÍA INFORMÁTICA

SISTEMA DE SEGUIMIENTO ESTUDIANTIL EN LOS NIVELES DE EDUCACIÓN GENERAL BÁSICA Y BACHILLERATO

TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO

AUTOR: SANDOVAL ALVEAR JUAN SEBASTIÁN

TUTOR: ING. DEL POZO SÁNCHEZ FRANZ EDUARDO, MBA.

QUITO – ECUADOR

2015

ii

DEDICATORIA

Dedico principalmente este trabajo a Dios, sin él no somos nada en esta

vida. A mis padres Ricardo y María, por ustedes y para ustedes este

trabajo y este nuevo logro en mi vida. A mis hermanos Byron, Cristina,

Damariz y David así como también a mis sobrinos Erika, Andrés y Juanito.

Sepan que todo el tiempo que les prive de mi compañía, mis consejos, y

lo poco o mucho de mi profesión ha sido para culminar esto que hoy logro.

SEBASTIÁN SANDOVAL

iii

AGRADECIMIENTOS

Agradezco a Dios por darme la vida y permitirme culminar esta etapa. A

mis padres Ricardo y María por brindarme su cariño y su apoyo

incondicional durante toda mi vida estudiantil, a mis hermanos Byron,

Cristina, Damariz, David, por permitirme terminar este trabajo, todos y

cada uno de los miembros de mi familia han sido fundamentales en la

culminación de este trabajo Gracias por estar conmigo y darme sus

palabras de aliento cuando más lo necesite.

A mí querida Universidad Central del Ecuador, por estos maravillosos

años que viví bajo su manto de sabiduría. Gracias por darme la dicha de

poder decir a todo el mundo soy de la mejor Universidad del país, soy de

“LA CENTRAL”.

Al Ing. Franz Del Pozo, más que un tutor o un profesor de la Universidad

ha sido durante ya cinco años un gran amigo, gracias por la motivación y

el aporte con su sabiduría en la culminación de este trabajo. También un

agradecimiento a los Ing. Aldrín Flores e Ing. Mauro Rosas por sus

valiosos aportes en el presente trabajo.

A todos y cada uno de mis amigos y personas cercanas que directa e

indirectamente colaboraron en la culminación del presente trabajo

GRACIAS a todos. Una mención especial a mi gran amigo Cristian

Almeida por el gran apoyo que me brindo en la realización del presente

trabajo.

SEBASTIÁN SANDOVAL

iv

AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL

v

CERTIFICACIÓN TUTOR

vi

RESULTADO DEL TRABAJO DE GRADUACIÓN

vii

CALIFICACIÓN TRIBUNAL

viii

CONTENIDO

DEDICATORIA .......................................................................................... ii

AGRADECIMIENTOS ............................................................................... iii

AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL .................................. iv

CERTIFICACIÓN TUTOR .......................................................................... v

RESULTADO DEL TRABAJO DE GRADUACIÓN .................................... vi

CALIFICACIÓN TRIBUNAL ..................................................................... vii

CONTENIDO .......................................................................................... viii

LISTA DE TABLAS .................................................................................. xii

LISTA DE FIGURAS ............................................................................... xiv

RESUMEN.............................................................................................. xvi

ABSTRACT ........................................................................................... xvii

CERTIFICADO TRADUCCIÓN RESUMEN AL INGLÉS ....................... xviii

TÍTULO DEL TRADUCTOR .................................................................... xix

CAPÍTULO I INTRODUCCIÓN ............................................................. - 1 -

Antecedentes .................................................................................... - 2 -

Problema de la investigación............................................................. - 2 -

Planteamiento del Problema. ......................................................... - 2 -

Formulación del problema. ............................................................ - 5 -

Objetivo de la investigación ............................................................... - 6 -

Objetivo General. ........................................................................... - 6 -

Objetivos Específicos. ................................................................... - 6 -

Alcances ........................................................................................... - 6 -

Limitaciones ...................................................................................... - 8 -

Justificación de la investigación ........................................................ - 8 -

Contexto y Marco Teórico ............................................................... - 10 -

El propósito del estudio. .............................................................. - 10 -

El significado del estudio. ............................................................ - 10 -

Lenguaje de Programación. ......................................................... - 11 -

Motor de Base de Datos. ............................................................. - 12 -

Servidor de Aplicaciones. ............................................................ - 16 -

ix

CAPÍTULO II METODOLOGÍA Y DISEÑO DEL SISTEMA ................. - 17 -

Aspectos Metodológicos de la Investigación ................................... - 17 -

Tipo de Investigación de Campo.................................................. - 17 -

Métodos de Investigación. ........................................................... - 17 -

Fuentes y Técnicas para la Recolección de Datos. ..................... - 18 -

Población ..................................................................................... - 18 -

Muestra ....................................................................................... - 18 -

La Encuesta ................................................................................ - 19 -

Resultados Encuesta a Docentes. ............................................... - 20 -

Análisis 1. .................................................................................... - 21 -

Análisis 2. .................................................................................... - 22 -

Análisis 3. .................................................................................... - 23 -

Análisis 4. .................................................................................... - 24 -

Análisis 5. .................................................................................... - 26 -

Conclusión. .................................................................................. - 26 -

Requerimientos ............................................................................... - 27 -

Requerimientos Funcionales. ...................................................... - 27 -

Requerimientos No Funcionales. ................................................. - 28 -

Descripción de los interesados y usuarios del sistema .................... - 28 -

Resumen de los interesados. ...................................................... - 29 -

Resumen de los usuarios. ........................................................... - 30 -

Perfiles de usuario. ...................................................................... - 31 -

Vista general del sistema ................................................................ - 32 -

Plan de desarrollo de software ........................................................ - 32 -

CAPÍTULO III DESARROLLO DEL SISTEMA ................................... - 34 -

Diagramas ....................................................................................... - 34 -

Diagramas de Proceso. ............................................................... - 34 -

Diagramas de Casos de Uso. ...................................................... - 36 -

Identificación y esquematización de Casos de Uso ......................... - 38 -

Especificación de Casos de Uso ..................................................... - 40 -

Especificación Caso de Uso: Registrar Periodo Académico. ....... - 40 -

Especificación Caso de Uso: Modificar Periodo Académico. ....... - 41 -

x

Especificación Caso de Uso: Registrar paralelos. ........................ - 42 -

Especificación Caso de Uso: Modificar paralelos. ........................ - 43 -

Especificación Caso de Uso: Registrar Grado Curso. .................. - 44 -

Especificación Caso de Uso: Modificar grado curso. ................... - 45 -

Especificación Caso de Uso: Asignar Niveles EGB, BGU. ........... - 46 -

Especificación Caso de Uso: Modificar Niveles EGB, BGU. ........ - 47 -

Especificación Caso de Uso: Registrar Docentes. ....................... - 48 -

Especificación Caso de Uso: Modificar datos de los docentes. .... - 49 -

Especificación Caso de Uso: Registrar Estudiantes. ................... - 50 -

Especificación Caso de Uso: Modificar datos de los estudiantes. - 51 -

Especificación Caso de Uso: Reestablecer Clave. ...................... - 52 -

Especificación Caso de Uso: Modificar mi Clave. ........................ - 53 -

Especificación Caso de Uso: Administrar Ficha Estándar. ........... - 55 -

Especificación Caso de Uso: Administrar Ficha Seguimiento. ..... - 56 -

Especificación Caso de Uso: Consultar Estadísticas. .................. - 57 -

Vista Lógica .................................................................................... - 58 -

Modelo Entidad-Relación ............................................................. - 58 -

Modelo de Datos ......................................................................... - 59 -

Diccionario de Datos. ................................................................... - 60 -

CAPÍTULO IV PRUEBAS, CONCLUSIONES Y RECOMENDACIONES ... - 61 -

Desarrollo de un Plan de Pruebas ................................................... - 62 -

Especificación Caso de Prueba: Ficha Estándar. ........................ - 62 -

Especificación Caso de Prueba: Ficha Seguimiento. ................... - 66 -

Pruebas de estrés a la aplicación. ............................................... - 70 -

Resultados del Plan de Pruebas ..................................................... - 73 -

Resultado Caso de Prueba: Ficha Estándar. ............................... - 73 -

Resultado Caso de Prueba: Ficha Seguimiento........................... - 73 -

Resultados Pruebas de estrés. .................................................... - 73 -

Conclusiones .................................................................................. - 73 -

Recomendaciones .......................................................................... - 74 -

BIBLIOGRAFÍA ................................................................................... - 76 -

xi

ANEXOS ............................................................................................ - 78 -

A. MANUAL DE INSTALACIÓN ...................................................... - 78 -

B. MANUAL DE USUARIO ............................................................ - 146 -

C. MANUAL TÉCNICO .................................................................. - 169 -

D. CERTIFICADO UNIDAD EDUCATIVA “LA COLINA” ................ - 240 -

xii

LISTA DE TABLAS

Tabla 1. Definición del problema. ...................................................... - 5 -

Tabla 2. Cuadro distributivo de la población. .................................. - 19 -

Tabla 3. Respuestas a la pregunta 1. ............................................. - 21 -

Tabla 4. Respuesta a la pregunta 2. ............................................... - 22 -




Tabla 8. Resumen de Interesados en el Sistema. ........................... - 29 -

Tabla 9. Resumen de los usuarios del sistema. .............................. - 30 -

Tabla 10. Perfil de usuario Administrador. ..................................... - 31 -

Tabla 11. Perfil de usuario Coordinador del DECE. ....................... - 31 -

Tabla 12. Perfil de usuario Docente. ............................................. - 32 -

Tabla 13. Diagrama de procesos del sistema. ............................... - 36 -

Tabla 14. Casos de uso del usuario administrador. ....................... - 39 -

Tabla 15. Casos de uso del usuario DECE. .................................. - 40 -

Tabla 16. Casos de uso del usuario docente. ................................ - 40 -

Tabla 17. Registrar periodo académico. ........................................ - 41 -

Tabla 18. Modificar periodo académico. ........................................ - 42 -

Tabla 19. Registrar paralelos. ....................................................... - 43 -

Tabla 20. Modificar paralelos. ....................................................... - 44 -

Tabla 21. Registrar grado curso. ................................................... - 45 -

Tabla 22. Modificar grado curso. ................................................... - 46 -

Tabla 23. Asignar niveles EGB, BGU. ........................................... - 47 -

Tabla 24. Modificar niveles EGB, BGU. ......................................... - 48 -

Tabla 25. Registrar docentes. ....................................................... - 49 -

Tabla 26. Modificar docentes. ....................................................... - 50 -

Tabla 27. Registrar Estudiantes. ................................................... - 51 -

Tabla 28. Modificar Estudiantes. ................................................... - 52 -

Tabla 29. Reestablecer Clave. ...................................................... - 53 -

Tabla 30. Modificar Clave. ............................................................. - 54 -

xiii

Tabla 31. Administrar Ficha Estándar. .......................................... - 56 -

Tabla 32. Administrar Ficha de Seguimiento. ................................ - 57 -

Tabla 33. Consultar Estadísticas. .................................................. - 57 -

Tabla 34. Casos de Prueba. .......................................................... - 61 -

Tabla 35. Caso de Prueba: Ficha Estándar. .................................. - 62 -

Tabla 36. Caso de Prueba: Ficha Seguimiento. ............................ - 67 -

xiv

LISTA DE FIGURAS

Figura 1. Representación de PostgreSQL .................................... - 16 -

Figura 2. Formato encuesta docentes. ......................................... - 20 -

Figura 3. Respuesta a la pregunta 1. ............................................ - 21 -

Figura 4. Respuesta a la pregunta 2, representada en gráfico. .... - 22 -

Figura 5. Respuesta a la pregunta 3, representada en gráfico. .... - 23 -



Figura 8. Conclusión representada en gráfico .............................. - 26 -

Figura 9. Diagrama de Proceso. ................................................... - 35 -

Figura 10. Diagrama General de Sub Procesos. ............................ - 36 -

Figura 11. Ingreso al sistema. ........................................................ - 37 -

Figura 12. Usuario administrador. .................................................. - 37 -

Figura 13. Usuario DECE. .............................................................. - 38 -

Figura 14. Usuario Docente ............................................................ - 38 -

Figura 15. Modelo Entidad Relación. .............................................. - 58 -

Figura 16. Modelo de Datos. .......................................................... - 59 -

Figura 17. Caso de Prueba: Ficha Estándar (1).............................. - 63 -









Figura 26. Caso de Prueba: PDF Ficha Estándar. .......................... - 66 -

Figura 27. Caso de Prueba: Ficha Seguimiento (1). ....................... - 68 -




xv


Figura 32. Reporte PDF Ficha Seguimiento. .................................. - 70 -

Figura 33. Prueba de estrés # 1. Comandos. ................................. - 71 -

Figura 34. Prueba de estrés # 1. Comandos. ................................. - 71 -

Figura 35. Prueba de estrés # 2. Resultados. ................................. - 72 -

Figura 36. Prueba de estrés # 3. Resultados. ................................. - 72 -

xvi

RESUMEN

SISTEMA DE SEGUIMIENTO ESTUDIANTIL EN LOS NIVELES DE

EDUCACIÓN GENERAL BÁSICA Y BACHILLERATO.

El principal objetivo de este trabajo ha sido la sistematización del proceso

de seguimiento estudiantil en los niveles de Educación General Básica y

Bachillerato. Para lograr el objetivo, se generó encuestas a los docentes y

autoridades de la Unidad Educativa “La Colina” y se concluyó que era de

suma importancia el tener un registro histórico del estudiante durante todo

el tiempo que permanezca en la institución en formato digital, puesto que

actualmente estos mismos registros se los tiene en papel.

En los capítulos 1 y 2 encontraremos información acerca del problema de

la investigación, herramientas de desarrollo de la aplicación, metodología

de investigación y desarrollo que se va a emplear. En los capítulos 3 y 4

se enmarcan en el desarrollo y pruebas del sistema, conclusiones y

recomendaciones.

DESCRIPTORES: SISTEMA DE SEGUIMIENTO ACADÉMICO /

SEGUIMIENTO ESTUDIANTIL/ NIVELES DE EDUCACIÓN /

EDUCACIÓN GENERAL BÁSICA / BACHILLERATO / INVESTIGACIÓN

ESTUDIANTIL / SIGNIFICADO DEL ESTUDIO / REGISTRO PERÍODO

ACADÉMICO.

xvii

ABSTRACT

STUDENTS’ TRACKING SYSTEM OF BASIC GENERAL EDUCATION

AND HIGH SCHOOL LEVELS.

The main work objective was the systematization of students’ tracking

process in Basic General Education and High School levels. To achieve

this goal, it was carried out some surveys to teachers and authorities of

“La Colina” Educational Unit and concluded that having a student historical

record in digital format was of a great importance during the student

academic year, since currently these mentioned records are on paper

form.

In chapters 1 and 2, we will find information about the research problem,

tools for application development, research and development methodology

to be used. In chapters 3 and 4 it frames in the system development and

work, conclusions and recommendations.

DESCRIPTORS: STUDENTS’ TRACKING SYSTEM / STUDENTS’

TRACKING / EDUCATION LEVELS / BASIC GENERAL EDUCATION /

HIGH SCHOOL / STUDENT RESEARCH / STUDY MEANING /

ACADEMIC PERIOD REGISTRATION.

xviii

CERTIFICADO TRADUCCIÓN RESUMEN AL INGLÉS

xix

TÍTULO DEL TRADUCTOR

- 1 -

CAPÍTULO I

INTRODUCCIÓN

Actualmente el seguimiento estudiantil lo realiza el departamento DECE

“Departamento de Consejería Estudiantil”, que es además responsable de

la orientación educativa y profesional; también atienden las demandas de

las familias y el profesorado.1

La información que genera y procesa un ¨DECE¨ en cualquier institución

educativa sea esta particular o fiscal es muy importante. Realiza análisis

de la historia física, psicológica, entornos y diferentes problemáticas, de

todos y cada uno de los estudiantes. Este tipo de informes generan

muchos documentos –papeles- que se convierten en respaldos legales

del accionar del ¨DECE¨.

El ¨DECE¨ maneja información muy importante dada su responsabilidad,

sin embargo no se ha tecnificado el tratamiento de la información, lo que

ha llevado a que los ¨DECE¨ no puedan tener un control eficiente sobre el

seguimiento de los casos de estudiantes con peligro de perder su año

escolar.

Esta tesis propone un sistema que apoye a solucionar la organización y

negocio de esta información sensible para apoyar a los estudiantes con

peligro a perder el año. Apoya a tecnificar procesos que hasta el momento

1 El Departamento de Consejería Estudiantil (DECE) es la instancia responsable de la

atención integral de las y los estudiantes. Su propósito es brindar apoyo y acompañamiento psicológico, psicoeducativo, emocional y social, en concordancia con el marco legal vigente. (Fuente: Ministerio de Educación. Subsecretaría de Innovación y Buen Vivir).

- 2 -

no están dando soluciones precisas dada la cantidad de información que

se procesa en el DECE.

Antecedentes

La forma como se maneja la información de los estudiantes de la Unidad

Educativa La Colina para su respectivo seguimiento es mediante fichas,

con lo que se espera llegar a dar una asesoría personalizada a sus

estudiantes, pero que, al no contar con una herramienta que permita

automatizar e integrar el manejo de información, pierde día a día valiosa

información que se acumula en hojas de papel en una u otra oficina.

Lo que se busca entonces es poner en las manos de quién la necesite

información pronta sobre los estudiantes, no solamente su situación

académica sino también su situación familiar y cultural.

La necesidad de contar con una aplicación que permitan conocer la

realidad actual en el centro educativo, es evidente e indispensable debido

a que del control y procesamiento de toda esta información, permitirá a la

institución ser más competitiva dentro del ámbito educativo utilizando las

herramientas con nuevos enfoques, garantizando un seguimiento

académico de calidad.

Problema de la investigación

Planteamiento del Problema. Actualmente el DECE, de acuerdo al

nuevo Modelo de Atención Integral del MinEduc2 incorpora la gestión y

2 Siglas del Ministerio de Educación de la República del Ecuador.

- 3 -

lineamientos en cuanto a la atención y alcances. Plantea también

estrategias de atención innovadoras reflexivas, ideológicas en los

enfoques de derecho, género, salud mental e interculturalidad.3

La información que manejan los DECE son los estudios de la vida de

cada estudiante. Aquí se encontrarán los acercamientos del estudiante

con sus compañeros, docentes, inspectores, etc. Esta información

involucra también un estudio profesional sobre las destrezas para el

estudio, y también las deficiencias que puede tener un estudiante

determinado. Estas deficiencias pueden ser de carácter emocional o

físico. También conllevan, si es necesario, diagnósticos externos de

profesionales de salud mental o física.

En algunos casos la información se convierte en “información

confidencial” ya que esta muestra razones por las cuales el estudiante

puede estar afectado y no consigue subir su rendimiento académico.

Siendo esta una información importante, se la puede catalogar como

"vital".

De aquí la importancia de prevenir que la información de los estudiantes

dependan de la estadía de los docentes en un plantel educativo, en

algunos colegios, si el docente deja de trabajar en el colegio, el estudiante

puede perder toda su información o historial en el DECE, bajando a cero

todo el trabajo o esfuerzo que dicho departamento ha realizado por el

3 Ministerio de Educación. Subsecretaría de Innovación y Buen Vivir. Presentación del

nuevo modelo de gestión para los DECE.

- 4 -

estudiante, en la mayoría de planteles, no tienen históricos de las

atenciones en DECE.4

Es importante enfatizar que los estudiantes pueden estar en fila de

espera, y las carpetas físicas son meramente registros que no dan

señales de alerta. La mayoría de colegios tiene más de 500 estudiantes

en sus instalaciones y los directivos del DECE no cuentan con el tiempo

para leer cada carpeta habitualmente porque su compromiso de atención

es grande de acuerdo al mandato del Ministerio de Educación, esto hace

notar en consecuencia un impedimento físico y cronológico por el manejo

de la información que la mayoría de veces está colapsada. Los

departamentos DECE regularmente no guardan todas las carpetas porque

no hay espacio para tanta carpeta.5

El trabajo del DECE se consigue por medio de reuniones que atienden y

dan seguimiento, controlan y evalúan la problemática de cada estudiante.

Cada gestión - reunión se documenta. Actualmente no existe un sistema

que guarde los históricos de estas gestiones, las fichas de evaluación,

baterías, etc.

Actualmente el MinEduc solicita evidencias firmadas de las gestiones –

reuniones del DECE, la documentación en estos casos se convierten en

evidencias que respaldan el trabajo de los profesionales del DECE, por

esta razón el paso a sistematizar la información se hace delicada, sin

4 Apreciaciones. Entrevista de Profundidad. Dra. Teresa Estévez. Directora DECE. Distrito La Salle

Ecuador. Coordina 20 unidades DECE en Ecuador. 5 Apreciaciones. Entrevista de Profundidad. Dra. Teresa Estévez. Directora DECE. Distrito La Salle

Ecuador. Coordina 20 unidades DECE en Ecuador.

- 5 -

embargo esta tesis busca dar un camino de solución para generar

documentación organizada que permita dar soluciones ágiles a este

problema generalizado.

El problema de

No contar con una herramienta tecnológica que

permita automatizar los procesos académicos

generados en la Institución.

Existen procesos que se realizan manualmente.

Traspapelar documentos.

Inexistencia de un sistema que permita dar un

seguimiento académico a los estudiantes que

ayude a mejorar su rendimiento.

Afecta a

Todos; estudiantes, docentes, padres de familia del

Centro Educativo “La Colina” involucrados en los

procesos que se generan en la Institución.

El impacto asociado

es

Almacenar y organizar la información referente a

las fichas que se realizan en el DECE para el

respectivo seguimiento estudiantil, control de

planificaciones, para que estos datos sean

accesibles de manera oportuna y eficaz obteniendo

reportes para un mejor seguimiento.

Una solución

adecuada sería

Automatizar el proceso, generar interfaces

amigables y sencillas, que cuenten con las

herramientas necesarias para la correcta ejecución

de los procesos propios de un sistema de

seguimiento académico.

Tabla 1. Definición del problema.

Fuente: Tesista. Autor: Tesista.

Formulación del problema. No existen registros de seguimiento

estudiantil para determinar las causas que provocan un bajo rendimiento

- 6 -

académico y que a su vez conllevan a pérdidas de año y/o deserción

estudiantil.

Objetivo de la investigación

Objetivo General. Proponer un registro de seguimiento sistematizado de

la información básica estudiantil útil para que los profesionales del DECE

realicen un seguimiento eficiente y se puedan prevenir las causas que

provocan un bajo rendimiento académico.

Objetivos Específicos.

Acoplar el modelo de ficha estándar y ficha de seguimiento

estudiantil del Ministerio de educación a un modelo propio para la

Unidad Educativa “La Colina”.

Sistematizar las fichas estándar y de seguimiento bajo el modelo

acoplado.

Controlar la ficha estándar y de seguimiento estudiantil por año

lectivo, a fin de llevar un histórico de cada estudiante.

Alcances

Levantamiento de una ficha estándar para los alumnos de EGB y

BGU.

Levantamiento de una ficha de seguimiento estudiantil para los

alumnos de EGB y BGU.

Control de la ficha estándar por año lectivo (históricos).

Control de la ficha de seguimiento estudiantil por año lectivo

(históricos).

- 7 -

Elaboración de pantalla de ingreso de datos de ficha estándar y

ficha se seguimiento estudiantil para cada estudiante.

Configuración de seguridades y roles en el sistema, según las

actividades que realice cada rol.

Diseño de una plantilla para el FRONT END.

Elaboración de 1 reporte consolidado por estudiante, donde se

muestre el histórico de las fichas estándar.

o Reporte debe permitirse exportar a PDF.

Elaboración de 1 reporte consolidado por estudiante, donde se

muestre el histórico de las fichas de seguimiento.

o Reporte debe permitirse exportar a PDF.

Elaboración de reportes estadísticos basados en las fichas de

seguimiento estudiantil y ficha estándar.

Se desarrollará el sistema bajo las especificaciones JEE para

ambientes WEB.

Configuración de los siguientes ítems:

o JAVA: JDK 1.6.X instalación de JDK y configuración de

variables de entorno.

o POSTGRESQL 9.X instalación del motor de base de datos,

generación de modelo de datos.

o JBOSS 6.X EAP instalación del servidor, despliegue de la

aplicación en la intranet de la institución.

Documentación de instalación, manuales técnico y de usuario.

La ficha de seguimiento estudiantil contemplará las áreas cognitiva,

comportamental y emocional.

- 8 -

La ficha estándar contemplará las áreas familiares, salud, historia

vital del estudiante y datos generales.

El caso de aplicación del sistema será para la Unidad Educativa

“La Colina”.

Limitaciones

El sistema no contempla el registro de notas.

En el sistema no se realizará ningún tipo de análisis de datos o

minería de datos.

La aplicación se desarrollará con herramientas Open Source por lo

cual no se dispone de un soporte oficial.

La aplicación no contempla una gestión de respaldos automática.

La base de datos no contempla una gestión de respaldos

automática.

Justificación de la investigación

El DECE gestiona, evalúa, crea y da seguimiento a información vital de

cada estudiante, esto forja la necesidad de reinventar la organización de

la información que se va acumulando con el tiempo. Reinventar para dar

paso a una nueva era de sistematizar esta información permitiendo a los

personeros del DECE dar un seguimiento eficiente a cada estudiante.

Por la cantidad de estudiantes que puedan manejar los centros

educativos, es importante entregar un sistema, que permita organizar la

- 9 -

información para que los profesionales del DECE la encuentren

rápidamente. No es posible que estando en una era en donde la

tecnología gestiona y facilita el manejo de muchos procesos, no se hayan

planteado anteriormente la importancia de apoyar a los estudiantes con

un sistema que les permita tener un eficiente manejo de cada caso, este

sistema entregará criterios de seguimientos a tiempo para prevenir

problemas de pérdida de año o deserciones del sistema educativo.

Siendo de mucha importancia dar esta solución, en la mayoría de colegios

no se lleva un histórico de los estudiantes, la información es susceptible a

riesgos de eventualidades físicas. Es necesario para los profesionales

que forman parte del DECE, contar con una herramienta tecnológica que

logre medir el grado de atención que está teniendo un estudiante.

El nuevo modelo de gestión propuesto por el MinEduc promueve la

construcción de un proyecto de vida hacia el reconocimiento de las

particularidades del estudiante y potencializar sus necesidades cognitivas

y emotivas.

Las actividades del DECE se fijan únicamente por criterios científico –

técnicos – éticos y excluyen toda forma de proselitismo. La LOEI concibe

al nuevo Modelo de Atención Integral como una acción indispensable de

la misión educativa que debe ser implementado y puesto en marcha por

los DECE de todos los establecimientos y modalidades6.

6 Ministerio de Educación. Subsecretaría de Innovación y Buen Vivir. Presentación del

nuevo modelo de gestión para los DECE.

- 10 -

Siendo una línea directriz de este modelo la innovación y el mejoramiento

de la atención dada a los estudiantes se justifica constitucionalmente la

necesidad del DECE para la creación del sistema

Contexto y Marco Teórico

Para la presente disertación, se ha decidido utilizar tanto técnicas como

software ampliamente conocido a lo largo de la carrera, y que por varias

razones resultan útiles a la hora del desarrollo del actual sistema.

El propósito del estudio. El propósito de este documento es recoger,

analizar y definir las necesidades de alto nivel y las características del

Sistema de Seguimiento Estudiantil en los niveles de Educación General

Básica y Bachillerato. El documento se centra en la funcionalidad

requerida por los participantes en el proyecto y los usuarios finales.

El presente sistema se encargará de los procesos relacionados con el

manejo de fichas estándar, fichas de seguimiento, registro de alumnos y

docentes, y generará los reportes necesarios para el seguimiento

académico de los estudiantes.

El significado del estudio. Este sistema permitirá a la Unidad Educativa

La Colina automatizar los procesos académicos generados en el proceso

de enseñanza aprendizaje y se podrá acceder a sus utilidades a través de

la Web, de forma rápida y sencilla y sin necesidad de intermediarios lo

cual supondrá un acceso rápido y sencillo a los datos, gracias a interfaces

gráficas y amigables.

- 11 -

Lenguaje de Programación.

Para el desarrollo de este trabajo se escogió el lenguaje de Programación

JAVA. Los motivos principales por los cuales se optó por este lenguaje

son los siguientes:

INDEPENDENCIA DE PLATAFORMA.- Característica que va

ligada con el entorno sobre el cual vamos a ejecutar nuestra

aplicación. Java goza de independencia de plataforma por lo cual

es indiferente si programamos en entorno Linux, Windows,

Macintosh, etc. De igual forma la publicación de nuestra aplicación

será indiferente al Sistema operativo sobre el cual desarrollamos.

Para el Sistema de Seguimiento estudiantil se desarrollará bajo

lenguaje Java en ambiente Windows y de igual forma la publicación

de nuestro programa será también bajo Sistema Operativo

Windows.

ORIENTADO A OBJETOS.- Esta característica permite al

programador acercar la forma de programar a la forma de pensar

del ser humano.

GESTIÓN DE MEMORIA.- En java el programador ya no se hace

responsable de la gestión de memoria, se deja este trabajo al

Garbage Collector que se encarga de liberar automáticamente toda

la memoria que ya no se utiliza.

LIBRERÍAS ESTÁNDAR.- Java viene acompañado de un conjunto

de librerías para realizar tareas comunes a la hora de programar.

La API de Java incluye tres bloques básicos de librerías: Java

Standar Edition (JSE), Java Enterprise Edition (JEE) y Java Micro

- 12 -

Edition (JME). Para el presente trabajo se utilizó principalmente las

librerías JEE y más propiamente el estándar JEE.

COMUNIDAD OPEN SOURCE.- Otra de las características es que

cuenta con una gran comunidad de desarrolladores a nivel mundial.

Si bien es cierto la curva de aprendizaje del lenguaje no es muy

alta, el hecho de que exista una gran comunidad de

desarrolladores hace que las inquietudes acerca de cualquier tema

relacionado con Java sean resueltas en su gran mayoría.

Algunas características adicionales que podemos mencionar

acerca de este lenguaje son las siguientes: Diversidad de Entornos

de desarrollo, Frameworks para desarrollo web, Gestión de errores,

Multithreading y Sincronización.

Motor de Base de Datos.

Para elegir el motor de base de datos a emplearse en el desarrollo del

Sistema de Seguimiento Estudiantil se analizaron 3 de los principales

motores de datos Open Source que existen en la actualidad:

SQLite.

MySQL.

PostgreSQL.

SQLite: Es un potente gestor de base de datos muy liviano cuya principal

característica es la de ser embebido (Que viene como parte de algún

lenguaje de programación o aplicativo) y portable.

- 13 -

VENTAJAS

o Toda la base de datos consta de un único archivo en el

disco, lo que hace que sea extremadamente portable.

o Trabaja con SQL nativo.

o Ideal para desarrollar y probar en simultáneo.

DESVENTAJAS

o No posee gestión de usuarios. Carece de administración de

conexiones y concurrencia.

o Carece de escalabilidad así como también por el hecho de

trabajar con sistema de archivos el rendimiento suele verse

afectado.

MySQL: Es el más popular de todos los Sistemas de Bases de Datos

Relacionales (RDBMS). La mayoría de páginas web y una gran parte de

Sistemas Gestores de Contenido (CMS) la usan hoy en día.

VENTAJAS

o Facilidad para trabajar. MySQL puede ser instalado

fácilmente y de forma rápida en cualquier sistema operativo

soportado. Su inicialización de igual forma es

extremadamente simple.

o Seguridad. Posee una gran cantidad de seguridades en su

construcción. No por nada la gran mayoría de CMS’s lo usan

como su motor de base de datos.

o Veloz. Al renunciar a algunos estándares MySQL se

presenta como una base de datos que acorta tiempos de

- 14 -

respuesta en consultas, lo cual también te permite ganar

velocidad en ambientes web.

DESVENTAJAS

o Limitaciones conocidas. Viene con limitaciones en

funcionalidades que algunas aplicaciones con tecnología de

última generación no soportan. Al ganar en velocidad hace

que se vean restringidas funcionalidades importantes que a

la larga podrían ser de utilidad para el desarrollador o

administrador del sistema.

o Problemas de Fiabilidad. El manejo de transacciones,

auditoria, referencias, usuarios, etc. es poco confiable en

este motor de base de datos.

o Desarrollo Estancado. A pesar de seguir siendo un producto

de código abierto, Desde la adquisición por Oracle el

desarrollo de este motor se ha estancado.

PostgreSQL: Actualmente el más avanzado y compatible con SQL de

todos los Sistemas de Base de Datos Relacionales de Código Abierto.

Tiene soporte completo para que las transacciones cumplan con la

atomicidad, coherencia, aislamiento y durabilidad (ACID).

VENTAJAS

o Posee total compatibilidad con el estándar SQL Nativo de un

Sistema de Base de Datos Relacional (RDBMS).

o Soporte. PostgreSQL está apoyado por una gran comunidad

dedicada al desarrollo y generación de nuevo conocimiento.

- 15 -

Actualmente existen sitios de respuesta a inquietudes 27/7

de forma gratuita.

o Soporte de Terceros. PostgreSQL está soportado por

herramientas de terceros que permiten diseñar, administrar y

utilizar el motor de base de datos.

o Programación en base de datos. PostgreSQL soporta

procedimientos almacenados, funciones de base de datos y

disparadores (TRIGERS).

DESVENTAJAS

o Rendimiento. Para operaciones simples de lectura pesada

PostgreSQL puede tener un rendimiento bajo en

comparación con otros motores de base de datos como

MySQL.

o Popularidad. No es una base de datos muy conocida en

relación a otros motores de base de datos como MySQL.

o Alojamiento (Hosting). Es más difícil conseguir proveedores

de alojamiento para PostgreSQL en comparación con su

directo competidor MySQL.

Una vez detalladas las principales ventajas y desventajas de 3 de los más

conocidos motores de base de datos Open Source, se decidió que el

desarrollo del Sistema se lo realizará con el motor de base de datos

POSTGRESQL 9.2.

Se llegó a ésta decisión puesto que este motor brinda seguridad, tiene

soporte de SQL NATIVO, soporta programación de base de datos y nos

- 16 -

garantiza que los datos que se encuentran en su interior son fidedignos y

cumplen las condiciones de Atomicidad, coherencia, aislamiento y

durabilidad ACID.

Figura 1. Representación de PostgreSQL

Fuente: http://www.postgresql.org. Autor: Desconocido.

Servidor de Aplicaciones.

El Servidor de Aplicaciones sobre el cual se desarrolló el sistema es

Jboss EAP 6.1. Este servidor es el que actualmente tiene instalado la

Unidad Educativa “La Colina” en su servidor. El proyecto sin embargo

puede ejecutarse sobre Jboss AS 6.X o superiores.

- 17 -

CAPÍTULO II

METODOLOGÍA Y DISEÑO DEL SISTEMA

Aspectos Metodológicos de la Investigación

Tipo de Investigación de Campo.

Para diseñar el Sistema de Seguimiento estudiantil se ha recopilado datos

referentes a todos los procesos que se han dado durante años anteriores

en la institución y aplicar una investigación de campo. Estos datos han

sido recopilados a través de entrevistas con autoridades, personal

docente, personal administrativo. También se ha generado una encuesta

válida para determinar si el sistema era o no necesario en la institución.

Métodos de Investigación.

Método Inductivo.

Es el método por el cual, a partir de varios casos observados, se obtiene

una ley general, válida también para los casos no observados. Consiste,

pues, en una acción generalizadora, o más simplemente, en una

generalización.

Método Deductivo.

En el método deductivo el científico utiliza la lógica y una información

general para formular una solución posible a un problema dado. Luego

comprueba esa solución en varias situaciones típicas. Por tanto, en el

enfoque deductivo el razonamiento va de lo general a lo específico.

- 18 -

El método de investigación utilizado en el desarrollo de este trabajo es el

MÉTODO INDUCTIVO ya que como mencionamos anteriormente nos

hemos basado en casos observados, entrevistas y encuestas a los

diferentes personeros de la institución para generar el análisis y posterior

desarrollo del sistema.

Fuentes y Técnicas para la Recolección de Datos. Para el desarrollo

de este proyecto se ha utilizado el siguiente mecanismo para la

recolección de datos.

Durante el desarrollo de este proyecto se recopiló información relacionada

con el uso de tecnologías de información dentro de la Unidad Educativa

La Colina así como también se realizó un estudio de la forma como se

llevan a cabo los procesos de seguimiento estudiantil en el DECE.

Población. La población de este proyecto está comprendida en los

profesores que laboran en la Unidad Educativa La Colina.

Muestra. Se ha elegido una muestra aleatoria al buscar mejores

informantes, como muestra se escogió a los docentes que imparten

clases de Quinto a Décimo Año Básica, personal que labora en DECE y el

administrador del área de sistemas.

Administrador 1

Docentes que imparten clase en 5to a 7mo 12

- 19 -

Docentes que pertenecen al DECE 7

Total 20

Tabla 2. Cuadro distributivo de la población.


La Encuesta. Se realizó una encuesta a una minoría de docentes para

saber cómo está la forma actual de llevar los casos de seguimiento

estudiantil y realizando una serie de preguntas como ayuda para el

desarrollo de este proyecto, con esto encontraríamos las soluciones a los

problemas, y que el futuro sistema no presente los inconvenientes

actuales.

La encuesta fue generada en un ambiente web de la intranet de la Unidad

Educativa “La Colina”, se usó la herramienta LIMESURVEY levantada

sobre un servidor Apache 2.2 y una base de datos MySQL. Este sistema

tiene como característica principal la facilidad para generar encuestas y

fue por este motivo que se lo instaló.

Se generó la encuesta bajo el siguiente formato:

- 20 -

Figura 2. Formato encuesta docentes.

Fuente: Unidad Educativa “La Colina”. Autor: Unidad Educativa “La Colina”, Tesista.

Resultados Encuesta a Docentes.

1. ¿Cree Usted que el sistema de Seguimiento Estudiantil debe

actualizarse?

- 21 -

Categoría Frecuencia Porcentaje

Muy de acuerdo 12 60%

De acuerdo 6 30%

Indiferente 2 10%

En desacuerdo 0 0%

Muy en desacuerdo

0 0%

TOTAL 20 100%

Tabla 3. Respuestas a la pregunta 1.


Figura 3. Respuesta a la pregunta 1.

Fuente: Unidad Educativa “La Colina”. Autor: Unidad Educativa “La Colina”, Tesista

Análisis 1. El 60% del personal que labora en la institución y que utiliza la

forma manual de dar seguimiento a los estudiantes está muy de acuerdo

que debe ser actualizado, el 30% está de acuerdo y solo dice que hay que

adaptarse a cualquier sistema y el 10% está indiferente por lo que teme

no adaptarse a un nuevo sistema.

2. ¿La forma actual de dar seguimiento a los estudiantes responde

a las necesidades educativas del presente milenio?

- 22 -



De acuerdo 4 20%

Indiferente 2 10%

En desacuerdo 6 30%

Muy en desacuerdo

0 0%

TOTAL 20 100%

Tabla 4. Respuesta a la pregunta 2.


Figura 4. Respuesta a la pregunta 2, representada en gráfico.


Análisis 2. El 40% del personal que labora en la institución y que utiliza la

forma manual de dar seguimiento a los estudiantes está muy de acuerdo

que este sistema responde con las necesidades actuales, un 20%

también está de acuerdo que no ha tenido inconvenientes, el 10% está

indiferente no opina sobre el tema y un 30% no está de acuerdo por lo

que de esta forma se lleva mucho tiempo dar un análisis a la situación del

estudiante.

- 23 -

3. ¿El proceso manual de seguimiento estudiantil cumple con

todas las expectativas?



De acuerdo 5 25%

Indiferente 0 0%

En desacuerdo 8 40%

Muy en desacuerdo

2 10%

TOTAL 20 100%



Figura 5. Respuesta a la pregunta 3, representada en gráfico.


Análisis 3. El 50% del personal que labora en la institución y pertenece al

DECE está muy de acuerdo que cumple con todas las expectativas en el

proceso de seguimiento, el 40% está en desacuerdo que no cumple con

- 24 -

todas las expectativas, pero un 10% está en total desacuerdo porque el

proceso es demasiado lento y no se puede acceder a las fichas desde

otro lugar que no sea la institución.

4. ¿Cree Ud. Necesario que la manera de llevar el seguimiento

estudiantil tiene que ser en un sistema de ambiente web?



De acuerdo 0 0%

Indiferente 3 15%

En desacuerdo 2 10%

Muy en desacuerdo

0 0%

TOTAL 20 100%





Análisis 4. El 75% del personal que labora en la institución y utiliza la

forma actual de dar seguimiento está muy de acuerdo que se migre a un

- 25 -

sistema en ambiente web y poder utilizar el sistema dentro y fuera de la

institución, un 15% no opina del mismo, pero un 10% está en desacuerdo

por lo que ya está acostumbrado a la manera manual de dar seguimiento

y piensa que no va poder adaptarse al nuevo sistema.

5. ¿Si se automatiza el proceso de seguimiento estudiantil cree

usted que sería factible cumplir con el tiempo requerido?



De acuerdo 3 15%

Indiferente 2 10%

En desacuerdo 0 0%

Muy en desacuerdo

0 0%

TOTAL 20 100%





- 26 -

Análisis 5. El 75% y el 15% del personal que labora en la institución y

utiliza la forma actual de dar seguimiento están de acuerdo en optimizar

los procesos de seguimiento académico para un ahorro de tiempo en los

procesos, el 10% del personal no opina sobre el mismo.

Conclusión.

En estos resultados podemos apreciar que la mayoría de trabajadores

que laboran en esta institución en el DECE están de acuerdo en que la

forma actual de llevar el seguimiento académico no cumple con las

expectativas y que es necesario sistematizar este proceso. Esto lo

podemos ver reflejado en el siguiente gráfico:

Figura 8. Conclusión representada en gráfico


- 27 -

Requerimientos

Actualmente la Unidad Educativa La Colina lleva un control de forma

manual en cuanto a los datos que se registran en el DECE, utilizando

fichas donde se encuentra toda la información referente a los estudiantes.

Dada esta situación, se ha requerido asistencia para la creación de un

sistema automatizado de seguimiento estudiantil, siendo el principal

requerimiento que debe satisfacer el de registrar la misma información

mencionada de manera digital, manteniendo integridad de datos, fácil

acceso a la información y mejor relación de referencias.

Requerimientos Funcionales. Se requiere llevar una nómina con todos

los datos de los estudiantes y que se mantenga actualizada por cada año

lectivo que el estudiante se matricula en la institución.

El sistema debe registrar toda la información relevante de los

estudiantes siguiendo el esquema actual de seguimiento por parte

del DECE.

El sistema debe permitir la actualización de datos personales para

cada estudiante mediante formularios.

El sistema debe permitir la carga de las fichas de los estudiantes

en un formato específico desde reportes generados por los

profesores, inspector, compañeros, padres de familia.

Se requiere llevar una nómina de los docentes y las actividades

internas que desempeñan en la institución.

- 28 -

El sistema debe generar reportes estadísticos en todos los ámbitos

que maneja para su monitoreo.

El sistema debe permitir la generación de eventos y acciones que

deben ser registradas por el DECE para dar el seguimiento a los

estudiantes.

Requerimientos No Funcionales. Cada actividad debe tener un

encargado (quien remitió el caso). Cada actividad debe tener por lo

menos un responsable (quien realizó el seguimiento del estudiante

reportado).

Los responsables se obtienen de los miembros que integran el

DECE.

Las actividades del estudiante deben ser registradas en el sistema

por dos vías: DECE y Docente.

Los DECE’s encargados deben monitorizar el estado de las

actividades una vez que estas finalicen.

Descripción de los interesados y usuarios del sistema

Para proveer de una forma más efectiva productos y servicios que se

ajusten a las necesidades de los usuarios, es necesario identificar e

involucrar a todos los participantes como parte del proceso de modelado

de requerimientos.

Esta sección muestra un perfil de los participantes y de los usuarios

involucrados en el proyecto, así como los problemas más importantes que

éstos perciben para enfocar la solución propuesta hacia ellos.

- 29 -

Resumen de los interesados. Los interesados son todas aquellas

personas directamente involucradas en la definición y alcance de este

proyecto. A continuación se presenta la lista de los interesados:

Nombre Descripción Responsabilidades

RECTOR Rector de Unidad

Educativa La Colina

Analizar los avances y

facilitar los recursos

necesarios para el

desarrollo del proyecto

DECE Departamento de

Consejería Estudiantil.

Departamento

encargado de llevar el

seguimiento

académico de los

estudiantes de la

institución

Responsable de facilitar la

información referente al

proceso que se realiza

para el respectivo

seguimiento estudiantil.

Sr. Sebastián

Sandoval

Analista del Sistema Responsable del

desarrollo del proyecto,

con conocimientos de

entorno de desarrollo.

Tabla 8. Resumen de Interesados en el Sistema.

Fuente: Unidad Educativa “La Colina”. Autor: Tesista.

- 30 -

Resumen de los usuarios. Los interesados son todas aquellas personas

directamente involucradas en la definición y alcance de este proyecto. A

continuación se presenta la lista de los interesados:

Nombre Descripción Responsabilidades

Administrador

del sistema

Persona de la

Institución de

nivel

administrativo

Administrar funcionalmente el

sistema (gestionar los

parámetros, verificar registros,

gestionar cuentas y roles, dar

mantenimiento al sistema frente

a nuevos requerimientos).

Coordinador

DECE

Persona de la

Institución que

Coordina el

Seguimiento

estudiantil en la

institución.

Ingresa la información de los

alumnos referente a los casos

que se han remitido sobre las

actividades de estos.

Docente Persona de

nivel operativo

de la

institución

Remitir el caso sobre

estudiantes para dar el

seguimiento.

Tabla 9. Resumen de los usuarios del sistema.


- 31 -

Perfiles de usuario.

Administrador del Sistema

Representante Administrativo de la Institución

Descripción

Persona del Área de Informática

que administra el Sistema de

Seguimiento Académico Estudiantil

designado por una autoridad de la

Institución

Tipo Administrador del Sistema

Responsabilidades Gestionar accesos a usuarios.

Administrar los módulos de sistema

Configurar los parámetros del

sistema

Realizar cambios en los registros.

Criterio de Éxito Inicialización de parámetros

completa

Usuarios registrados

Grado de participación Activa

Comentarios Ninguno

Tabla 10. Perfil de usuario Administrador.


Coordinador

Representante Coordinador del Departamento

DECE

Descripción

Persona de nivel administrativo de

la Institución

Tipo Persona de nivel administrativo

miembro del departamento DECE

que coordina y realiza el

seguimiento para tomar acciones.

Responsabilidades Ingresar/actualizar las actividades

de los estudiantes

Criterio de Éxito Registro exitoso


Comentarios Ninguno

Tabla 11. Perfil de usuario Coordinador del DECE.


- 32 -

Docente

Representante Personal de la Institución

Descripción Docentes que pertenecen a la

Institución

Tipo Usuario del sistema

Responsabilidades Realizar el registro de actividades

de estudiantes

Criterio de Éxito Registro exitoso


Comentarios Ninguno

Tabla 12. Perfil de usuario Docente.


Vista general del sistema

El producto de software a desarrollar es un sistema WEB el cual permitirá

realizar un control, seguimiento y gestión de todos los procesos que se

realizan en el DECE, integrando a estudiantes, docentes y DECE’s.

El principal módulo de Seguimiento será una herramienta de ayuda a los

docentes que son designados como Preceptores para dar el seguimiento

personalizado a los alumnos pero de una manera organizada y

automatizada.

Plan de desarrollo de software

Este Plan de Desarrollo de Software es una versión preliminar preparada

para ser incluida en la propuesta elaborada como respuesta al proyecto

“Implementación Web para la gestión y Seguimiento Académico

Estudiantil de la Unidad Educativa La Colina” que resultará en la

implementación del Sistema de Gestión y Seguimiento Académico

- 33 -

Estudiantil. Este documento provee una visión global del enfoque de

desarrollo propuesto.

Para el proyecto utilizaremos metodología CASCADA puesto que para

desarrollar cada fase una de las fases dependemos de que la anterior

termine, para este proyecto en particular se siguió un modelo de

desarrollo lineal. Se incluirá el detalle para las fases de Análisis y

Desarrollo en la siguiente tabla.

- 34 -

CAPÍTULO III

DESARROLLO DEL SISTEMA

Diagramas

Para poder establecer el diseño para un proyecto no basta con solamente

delimitarlo, es por eso que los diagramas se vuelven una poderosa

herramienta visual tanto para condensar las características más

importantes de un proyecto como para dar a conocer la manera en que se

procederá a su desarrollo.

Teniendo en consideración esto, los siguientes puntos presentarán los

diagramas considerados más relevantes para determinar si no todo, una

gran parte del diseño estructural del proyecto tratado en la presente

disertación.

Diagramas de Proceso. Los diagramas de proceso son un excelente

inicio pues mediante un flujo definido determinan a nivel general que

funciones esenciales deberá cumplir el sistema, además de quienes

intervendrán en dichos procesos y cuál es su alcance dentro de los

mismos.

- 35 -

Figura 9. Diagrama de Proceso.

Fuente: Unidad Educativa “La Colina”. Autor: DECE, Tesista.

SISTEMA DE SEGUIMIENTO ESTUDIANTIL

OBJETIVO

Llevar un registro lo más completo posible de los estudiantes a fin

de monitorizar su desempeño académico y humano durante el

bachillerato.

OBSERVACIONES

Se encuentra estrechamente relacionado con la deserción

de los estudiantes en cualquiera sea el nivel que se

encuentre cursando.

INDICADORES

Estudiantes registrados: Se refiere a la cantidad de

estudiantes que han ingresado al sistema y registrado sus

datos, este indicador es válido para el respectivo

seguimiento.

Actividades creadas: Se refiere a las actividades que han

sido ingresadas a través del sistema.

Observaciones registradas: Observaciones registradas a

un estudiante a través de una actividad.

RESPONSABLES

Coordinador del DECE encargado de la administración del sistema.

DEFINICIÓN DE PROCESO

- 36 -

Registro de Actividades.

Se refiere al núcleo del sistema de seguimiento, ya que es una

referencia para la creación de actividades. Entiéndase actividad

cualquier evento que se pueda realizar en el cual se asignen

observaciones y acciones a seguir con el reporte que se genera.

Tabla 13. Diagrama de procesos del sistema.


Figura 10. Diagrama General de Sub Procesos.


Diagramas de Casos de Uso. Considerados los diagramas más

representativos para los usuarios debido a que establecen todas las

opciones presentes dentro de un sistema, quienes podrán acceder a las

mismas y de qué forma lo harán.

Estos diagramas determinan no solamente una estructura de las

funciones disponibles para un usuario sino también un primer

acercamiento a una interfaz de uso del sistema.

- 37 -

Figura 11. Ingreso al sistema.


Figura 12. Usuario administrador.


- 38 -

Figura 13. Usuario DECE.


Figura 14. Usuario Docente


Identificación y esquematización de Casos de Uso

Un actor representa el rol genérico del sistema. El nombre que se le dé a

un actor deberá reflejar el papel que tendrá para el sistema. Los casos de

uso son una descripción de un conjunto de secuencias de acciones que

- 39 -

un sistema ejecuta y que produce un resultado observable de interés para

un actor particular. Reflejan el uso que harán los actores del sistema; se

muestran a través de ellos las funcionalidades que ofrecerá el sistema.

Actor Caso de Uso

Administrador Registrar periodo académico

Editar, eliminar periodo académico.

Registrar paralelos

Editar, eliminar Paralelos

Registrar el grado curso

Editar, eliminar grado curso

Registrar los Niveles EGB, BGU

Editar, eliminar niveles EGB, BGU

Registrar Docentes

Editar, eliminar docentes

Asignar tutor (docente) a los niveles EGB, BGU

Editar, borrar tutores asignados a los niveles EGB,

BGU.

Registrar usuario del DECE

Editar, eliminar usuarios DECE.

Registrar estudiantes

Editar, eliminar Estudiantes

Cargar por Archivo.

Tabla 14. Casos de uso del usuario administrador.


- 40 -

Actor Caso de Uso

DECE Crear ficha estándar

Editar Ficha estándar

Consulta de históricos de ficha estándar

Crear ficha de seguimiento

Editar Ficha de seguimiento

Consulta de históricos de ficha seguimiento

Consultar reportes estadísticos

Tabla 15. Casos de uso del usuario DECE.


Actor Caso de Uso

Docente Consulta ficha estándar

Crea ficha de seguimiento de los estudiantes que

están bajo su tutoría

Consulta fichas de seguimiento creadas por él.

Tabla 16. Casos de uso del usuario docente.


Especificación de Casos de Uso

Especificación Caso de Uso: Registrar Periodo Académico.

Actores Administrador

Propósito Permitir al administrador registrar el año académico

- 41 -

Descripción Registra el año lectivo correspondiente para poder

administrar los demás servicios del sistema.

Curso Típico de Eventos

Acción del Actor Respuesta del Sistema

1. Este caso, inicia cuando comienza

un nuevo año lectivo en la unidad

educativa

2. El administrador se sitúa sobre el

menú Periodo Académico, luego se

dirige al submenú Listado

3. El sistema presentará el listado de los

Periodos académicos de la unidad

educativa

4. El administrador presiona botón

nuevo

5. El sistema presentara la ventana

donde se debe ingresar el periodo inicial

y final.

6. El administrador selecciona el

estado del periodo.

Curso alterno de acción

La información ingresada es incorrecta o existen campos vacíos, el sistema

presentara un mensaje de error

Tabla 17. Registrar periodo académico.


Especificación Caso de Uso: Modificar Periodo Académico.


Propósito Editar o eliminar periodo académico

- 42 -

Descripción Cuando se necesita actualizar o hacer algún cambio en el

periodo académico.



1. Este caso, inicia cuando se

necesita alargar o eliminar algún

periodo académico.


menú Periodo Académico, luego se



Periodos Académicos de la unidad

educativa


editar o eliminar

5. El sistema presentará la ventana

donde se debe ingresar el periodo inicial

y final si la opción fue editar y si fue

eliminar el periodo se borrará del

sistema.

6. El administrador debe seleccionar

el estado del periodo que se

encuentra en actividad.

Tabla 18. Modificar periodo académico.


Especificación Caso de Uso: Registrar paralelos.


- 43 -

Propósito Permitir al administrador registrar los paralelos

Descripción Crea los paralelos que necesarios según la unidad

educativa los necesite



1. El administrador entra al sistema a

través de su usuario, se sitúa en el

menú de Paralelos, luego en el

submenú listados


Paralelos existentes en la unidad

educativa


nuevo

4. El sistema presentará un formulario,

en el cual se puede registrar el paralelo.

5. El administrador ingresa el

paralelo con su respectivo estado.

6. El sistema valida la información

ingresada para crear el nuevo paralelo

7. El administrador presiona el botón

guardar o cancelar

8. El sistema presentará un mensaje de

que el paralelo se a procesado

exitosamente.



presentara un mensaje de error

Tabla 19. Registrar paralelos.


Especificación Caso de Uso: Modificar paralelos.


Propósito Permitir al administrador editar o eliminar paralelos

- 44 -

Descripción Este caso empieza cuando se desea realizar una

actualización o modificación de los datos del paralelo.



1. Este caso empieza cuando se

desea realizar un cambio del paralelo

ingresado


menú Paralelos, luego se dirige al

submenú Listado y se pone sobre el

lápiz que es para modificar los datos

3. El sistema presentará un formulario

para modificar los datos del paralelo.

4. El administrador modificará o

eliminará los paralelos

5. El administrador da un clic sobre el

botón guardar

6. El sistema valida información

ingresada y modifica o elimina el

paralelo.



presentara un mensaje de error.

Tabla 20. Modificar paralelos.


Especificación Caso de Uso: Registrar Grado Curso.


Propósito Permitir al administrador registrar el grado.

- 45 -

Descripción Registra el curso al cual posteriormente se le asignara un

paralelo.




menú Grado Curso y luego sobre el

submenú listado.

2. El sistema presentará un formulario,

en el cuál se pueda registrar el grado

curso.

2. El administrador ingresa el grado

curso con su respectivo estado y da

clic en guardar.


ingresada y crea un nuevo grado curso


que el grado curso ha sido procesado

exitosamente.




Tabla 21. Registrar grado curso.


Especificación Caso de Uso: Modificar grado curso.


Propósito Permitir al administrador editar o eliminar grados.


actualización o modificación de los datos del grado curso.


- 46 -



desea realizar un cambio del grado

curso ingresado


menú Grado Curso, luego se dirige al

submenú Listado y se pone sobre el

lápiz que es para modificar los datos


para modificar los datos del grado curso.


eliminará los grados, dando un clic

sobre el botón guardar.


ingresada y modifica o elimina el grado

curso.




Tabla 22. Modificar grado curso.


Especificación Caso de Uso: Asignar Niveles EGB, BGU.


Propósito Permitir al administrador asignar los niveles EGB, BGU.

Descripción Asigna un paralelo con un curso para formar los niveles

EGB, BGU que existen en la unidad educativa.



- 47 -


menú Niveles EGB, BGU luego se



paralelos con sus respectivos cursos

asignados.


nuevo

4. El sistema presentara la ventana

donde se debe ingresar el curso y

paralelo con su respectivo estado.

5. El administrador ingresa los datos

y da clic sobre guardar.


ingresada y crea el nuevo nivel EGB o

BGU.

7. El sistema presentará un mensaje

procesado exitosamente.




Tabla 23. Asignar niveles EGB, BGU.


Especificación Caso de Uso: Modificar Niveles EGB, BGU.


Propósito Permitir al administrador editar o eliminar los niveles

EGB, BGU.


actualización o modificación de los datos de los cursos

asignados a los paralelos.


- 48 -



menú Niveles EGB, BGU luego se

dirige al submenú Listado y se pone

sobre el lápiz que es para modificar

los datos


para modificar los datos de los niveles

asignados.


eliminará los niveles EGB, BGU,

dando un clic sobre el botón guardar.


ingresada y modifica o elimina el nivel

EGB, BGU.




Tabla 24. Modificar niveles EGB, BGU.


Especificación Caso de Uso: Registrar Docentes.


Propósito Permitir al administrador ingresar todos los datos del

docente.

Descripción Registra la información de los profesores que laboran en

la unidad educativa, el administrador registra la

información del profesor.



- 49 -

1. Este caso empieza cuando el

docente llega a la institución para

que registren sus datos


menú Docentes, luego sobre el

submenú Listado y da clic sobre el

botón nuevo.

3. El sistema presentará el formulario

para registrar los datos del docente.

4. El administrador ingresa la

información en el formulario de

nuevo docente y guarda.


ingresada y crea un nuevo registro.


éxito.




Tabla 25. Registrar docentes.


Especificación Caso de Uso: Modificar datos de los docentes.


Propósito Modificar o agregar nueva información del docente

Descripción Este caso empieza cuando el docente realiza una

actualización o modificación de sus datos.



- 50 -


docente quiere modificar sus datos.


menú Docentes, luego se dirige al

submenú Listado.


docentes

4. El administrador ingresara la

cédula del docente y se pondrá sobre

editar.

5. El sistema habilitará la página de

resultados.


Tabla 26. Modificar docentes.


Especificación Caso de Uso: Registrar Estudiantes.


Propósito Permitir al administrador ingresar todos los datos del

estudiante.

Descripción Registra la información de los estudiantes que ingresan a

la unidad educativa, el administrador registra la

información del estudiante.



- 51 -


estudiante se inscribe en la Unidad

Educativa


menú Estudiantes, luego sobre el

submenú Listado y da clic sobre el

botón nuevo.

3. El sistema presentará el formulario

para registrar los datos del estudiante.


información en el formulario del

nuevo estudiante y guarda.


ingresada y crea un nuevo registro.


éxito.

Curso Alterno de Acción



Tabla 27. Registrar Estudiantes.


Especificación Caso de Uso: Modificar datos de los estudiantes.


Propósito Modificar o agregar nueva información del estudiante

Descripción Este caso empieza cuando es necesaria una

actualización de los datos del estudiante.

- 52 -




necesita modificar los datos del

estudiante.


menú Estudiantes, luego se dirige al

submenú Listado.

3. El sistema presentará la pantalla para

buscar el estudiante según los criterios

de búsqueda

4. El administrador ingresará a la

opción editar según el estudiante que

buscó.

5. El sistema habilitará la página para

registrar datos actuales y guardar los

cambios.


éxito.




Tabla 28. Modificar Estudiantes.


Especificación Caso de Uso: Reestablecer Clave.


Propósito Permitir al administrador reestablecer una clave que se le

haya olvidado a un usuario.

- 53 -

Descripción Permite reestablecer una clave de algún usuario que

olvido su contraseña para poder ingresar al sistema.




usuario del sistema necesita una

contraseña nueva por olvido


menú Seguridad, luego sobre el

submenú Reestablecer Clave.


ingresar el usuario y la nueva

contraseña.

4. El administrador ingresa el usuario

al cual asignará una contraseña,

confirmará esta contraseña y guarda.


ingresada y crea la nueva contraseña.


éxito.




Tabla 29. Reestablecer Clave.


Especificación Caso de Uso: Modificar mi Clave.


- 54 -

Propósito Permitir al administrador modificar la clave de acceso al

sistema.

Descripción Por seguridad permite modificar la contraseña del usuario

administrador.




administrador quiere cambiar la

contraseña a una más segura.


menú Seguridad, luego sobre el

submenú Modificar mi Clave.


ingresar contraseña actual y la nueva

contraseña.


contraseña actual, la nueva

contraseña, confirmará esta

contraseña y guarda.


ingresada y crea la nueva contraseña.


éxito.




Tabla 30. Modificar Clave.


- 55 -

Especificación Caso de Uso: Administrar Ficha Estándar.

Actores DECE

Propósito Permitir al DECE administrar una ficha estándar.

Descripción El usuario asignado del DECE podrá crear y modificar las

fichas estándar de los estudiantes.




requiere crear o modificar una ficha

estándar.

2. El usuario DECE se sitúa sobre el

menú Ficha Estándar, luego sobre el

submenú Administrar Fichas.

3. El sistema presentará la pantalla con

los criterios de búsqueda para encontrar

los estudiantes a los cuales se desea

crear la ficha.

4. El usuario DECE ingresa el criterio

de búsqueda, se sitúa sobre la

operación que desea; crear, editar,

borrar, o ver en formato PDF.

5. El sistema presenta el formulario para

llenar con los datos del estudiante; datos

de salud, académicos, historia vital,

rendimiento.

6. El usuario DECE llena los datos

del formulario y da en guardar.


éxito.




- 56 -

Tabla 31. Administrar Ficha Estándar.


Especificación Caso de Uso: Administrar Ficha Seguimiento.

Actores DECE

Propósito Permitir al DECE administrar una ficha de seguimiento.

Descripción El usuario asignado del DECE podrá crear o editar las

fichas de seguimiento.




menú Ficha Seguimiento, luego

sobre el submenú Administrar

Fichas.

2. El sistema presentará la pantalla con

los criterios de búsqueda para encontrar

los estudiantes a los cuales se desea

crear la ficha.


de búsqueda, se sitúa sobre la

operación que desea; nuevo o en

editar si el estudiante ya tiene

creadas fichas de seguimiento.

4. El sistema presenta el formulario para

llenar con los datos de remisión del

caso, las causas de remisión y registrar

el caso.

5. El usuario DECE llena los datos

del formulario y da en guardar.


éxito.




- 57 -

Tabla 32. Administrar Ficha de Seguimiento.


Especificación Caso de Uso: Consultar Estadísticas.

Actores DECE

Propósito Permitir al DECE consultar estadísticas.

Descripción El usuario asignado del DECE podrá ver las estadísticas

generadas sobre los estudiantes de la Unidad Educativa.




requiere ver una estadística.


menú Estadísticas, luego sobre el

submenú de la estadística que desea

consultar.

3. El sistema presentará la pantalla

donde se debe seleccionar el periodo

académico del cual desea la estadística.


de búsqueda.

5. El sistema presenta el gráfico de la

estadística deseada.




Tabla 33. Consultar Estadísticas.


- 58 -

Vista Lógica

Modelo Entidad-Relación

Figura 15. Modelo Entidad Relación.


- 59 -

Modelo de Datos

Figura 16. Modelo de Datos.


- 60 -

Diccionario de Datos. Finalmente, presentamos un diccionario de datos,

que como lo indica su nombre, presenta basándose en un diagrama físico

de la base de datos, las definiciones de cada uno de los datos usados por

el Sistema y con ello proporcionar un mejor entendimiento de como los

almacena y utiliza en el cumplimiento de los requerimientos planteados.

NOTA: Para efectos prácticos y por la extensión del diccionario de datos,

el mismo se encuentra en la sección de ANEXOS en el MANUAL

TÉCNICO.

- 61 -

CAPÍTULO IV

PRUEBAS, CONCLUSIONES Y RECOMENDACIONES

La necesidad de comprobar el correcto funcionamiento del producto hace

que sea imprescindible un plan de pruebas, con el cual se procederá a

realizar una serie de ensayos que permitan obtener resultados correctos y

erróneos con el fin de analizar el proceso de ejecución.

Con este conjunto de pruebas se podrá determinar si el programa tiene

errores sobre todo en casos extremos y particulares, tanto si estos fallos

se producen por una mala implementación del programa o bien por un

uso específico que realiza el usuario. El aspecto más importante para

realizar la planificación de este conjunto de pruebas es abarcar con ellas

todos los requisitos que debe cumplir el programa y que por tanto

responda correctamente a las funcionalidades que fueron solicitados

inicialmente.

Los casos de prueba que serán usados para probar la funcionalidad del

sistema se detallan en la siguiente tabla:

Número de Prueba

Caso de Prueba

1 Ficha Estándar

2 Ficha Seguimiento

Tabla 34. Casos de Prueba.


- 62 -

Desarrollo de un Plan de Pruebas

Especificación Caso de Prueba: Ficha Estándar.

Nombre Crear una Ficha Estándar

Entradas Datos previos La base de datos del sistema contiene previamente lo siguiente:

o Alumnos registrados en el sistema

o Periodo Académico registrado en el sistema

o Nivel EGB, BGU de paralelos registrado en el

sistema.

Datos a ingresar

o Datos de Información

o Datos Familiares

o Referencias Familiares del Estudiante

o Datos de Salud

o Datos Académicos

o Historia Vital

o Notas de Rendimiento Académico

Salidas Pantalla de confirmación ficha estándar procesada exitosamente. Reporte PDF con los datos ingresados.

Descripción Se crean fichas estándar de todos los estudiantes que se registran en la Unidad Educativa La Colina

Procedimiento de Prueba

- Ingrese al sistema con perfil de usuario

perteneciente al DECE.

- Ingrese a la opción de menú Ficha Estándar

- Ingrese a Administrar Fichas

- Seleccione el Grado Curso

- Seleccione el Paralelo

- Si sabe el código o nombre del estudiante

digite en el campo donde se le pide

- Pulse sobre buscar

- Escoja el estudiante y pulse sobre la operación

crear

- Ingrese los datos que se piden en la ficha

- Termine su proceso dando clic sobre guardar

Resultados Esperados

El sistema presenta la ficha del estudiante El sistema guarda la ficha en formato PDF.

Tabla 35. Caso de Prueba: Ficha Estándar.

- 63 -


Figura 17. Caso de Prueba: Ficha Estándar (1).






- 64 -







- 65 -







- 66 -

Figura 26. Caso de Prueba: PDF Ficha Estándar.


Especificación Caso de Prueba: Ficha Seguimiento.

Nombre Crear una Ficha Seguimiento Entradas Datos previos

La base de datos del sistema contiene previamente lo siguiente:

o Alumnos registrados en el sistema

o Docentes registrados en el sistema

o Periodo Académico registrado en el sistema

o Nivel EGB, BGU de paralelos registrado en el

sistema.

Datos a ingresar

o Datos de Remisión Caso

o Causas de Remisión en el Área Cognitiva

- 67 -

o Causas de Remisión en el Área

Comportamental

o Causas de Remisión en el Área Emocional

o Datos del Registro del Caso

Salidas Pantalla de confirmación ficha seguimiento procesada exitosamente

Descripción Se crean fichas de seguimiento para todos los estudiantes que se registran en la Unidad Educativa La Colina en los que se requiera ingresar un reporte de actividad.

Procedimiento de Prueba

- Ingrese al sistema con perfil de usuario

perteneciente al DECE. En el caso de los

DOCENTES pueden también crear fichas de

seguimiento pero únicamente para los

estudiantes del grado curso y paralelo en los

que hayan sido designados como tutores.

- Ingrese a la opción de menú Ficha

Seguimiento

- Ingrese a Administrar Fichas

- Seleccione el Grado Curso

- Seleccione el Paralelo

- Si sabe el código o nombre del estudiante

digite en el campo donde se le pide

- Pulse sobre buscar

- Escoja el estudiante y pulse sobre la llave de

seguimiento

- Pulse sobre nuevo para crear una ficha de

seguimiento

- Ingrese los datos que se piden en la ficha

- Agregue las causas de remisión del caso

- Registre el caso por el que se da esta remisión

- Termine su proceso dando clic sobre guardar

Resultados Esperados

El sistema presenta la ficha del estudiante El sistema guarda la ficha en formato PDF

Tabla 36. Caso de Prueba: Ficha Seguimiento.


- 68 -

Figura 27. Caso de Prueba: Ficha Seguimiento (1).






- 69 -





- 70 -

Figura 32. Reporte PDF Ficha Seguimiento.


Pruebas de estrés a la aplicación.

Para la realización de las pruebas de estrés a la aplicación se toma en

cuenta las siguientes consideraciones.

La prueba de estrés se la realizó con la herramienta APACHE

BENCHMARK (ab). Esta herramienta viene como complemento en

cualquier instalador de Apache Http.

La prueba se la realizó sobre una máquina con Windows 8.1 de 64

bits. Intel Core I7, 1TB Disco Duro, 12 GB Memoria RAM.

- 71 -

La herramienta simula número de accesos al sistema general y

número de accesos concurrentes.

Escenario 1: N = 1000 usuarios, C = 100 concurrentes.

Figura 33. Prueba de estrés # 1. Comandos.


Figura 34. Prueba de estrés # 1. Comandos.


- 72 -


Figura 35. Prueba de estrés # 2. Resultados.



Figura 36. Prueba de estrés # 3. Resultados.


- 73 -

Resultados del Plan de Pruebas

Resultado Caso de Prueba: Ficha Estándar. Luego de realizar la

prueba, existió una buena interacción entre el sistema y el usuario de

manera que la prueba fue realizada con éxito.

Resultado Caso de Prueba: Ficha Seguimiento. Luego de realizar la

prueba, existió una buena interacción entre el sistema y el usuario de

manera que la prueba fue realizada con éxito.

Resultados Pruebas de estrés. Con los 3 escenarios de pruebas

llegamos a la conclusión que el sistema se encuentra óptimo para trabajar

bajo demanda de hasta 200 usuarios. Cabe recalcar que en la institución

tenemos un personal de alrededor de 30 usuarios por lo que la aplicación

no tendría problema ante la demanda de varios usuarios concurrentes.

Conclusiones

La mayoría de los planteles educativos, carecen de medios

eficientes, seguros y transparentes para manejar su información

académica, y para reportarla a los respectivos organismos de

control. Esta necesidad es satisfecha con el desarrollo de sistemas

de información, diseñados en base a los reglamentos establecidos

por el Ministerio de Educación y la institución educativa.

- 74 -

Las Ficha de Seguimiento y la Ficha Estándar pueden adaptarse a

otras escuelas o colegios puesto que manejan el formato base del

Ministerio de Educación.

Los reportes generados tanto de Ficha estándar como de Ficha de

Seguimiento en PDF cumplen con la política de “cero papeles” que

tiene puesta en marcha actualmente el gobierno.

La Unidad Educativa “La Colina” actualmente no tiene una

normativa clara acerca de la confidencialidad de la información de

cada uno de sus estudiantes.

Recomendaciones

La Unidad Educativa “La Colina” debería plantearse una política de

respaldo de información tanto de base de datos como de la

aplicación. Se sugiere que estos respaldos sean al menos en cada

inicio de año.

Activar en el sistema el período académico vigente al inicio de cada

año lectivo. Si no se realiza este procedimiento el sistema queda

inútil de la mayoría de sus funcionalidades principales.

Adaptar el reporte de Ficha de Seguimiento y Ficha Estándar con

un Logo de la institución en caso de requerirlo. Los reportes que

genera el sistema están bajo el formato del Ministerio de

Educación.

Cuando se ejecuten las cargas de Excel hacerlo con los formatos

que se encuentran proporcionados en el CD ENTREGRABLE.

- 75 -

Se sugiere a los usuarios revisar la documentación del Sistema de

Seguimiento Académico: manual de usuario y de instalación,

acción que asegurará la correcta utilización del sistema y obtener

así todos sus beneficios.

- 76 -

BIBLIOGRAFÍA

1. MINISTERIO DE EDUCACIÓN. Subsecretaría de Innovación y

Buen Vivir. Modelo de Atención Integral para los DECE. Disponible

en http://educacion.gob.ec/que-son-los-dece/

2. ORTIZ, Hugo; ROBLES, Zen; PÉREZ, Ricardo. Sistema de Seguimiento Académico para la Planeación de la Asignatura y la Planeación de la Evaluación. Ciencias de la Ingeniería y Tecnología Handbook T-VII: Congreso Interdisciplinario de Cuerpos Académicos / coord. por José Miguel Barrón Adame, Marcos Rodríguez Sánchez, Joel Quintanilla Domínguez, 2014, ISBN 978-607-8324-24-8, págs. 168-176. Descargado el 16 de Enero del 2015 desde http://dialnet.unirioja.es/servlet/articulo?codigo=4860693.

3. VÁZQUEZ, Mario Alberto Manuel; FRANCICA, Patricia Adriana; SOSA, Raquel Adriana. Desempeño académico universitario y perfil cognitivo-emocional. Tesis psicológica: Revista de la Facultad de Psicología, ISSN 1909-8391, Vol. 9, Nº. 1, 2014 (Ejemplar dedicado a: El ser y la existencia en el contexto del siglo XXI), págs. 86-101. Descargado el 20 de Enero del 2015 desde http://dialnet.unirioja.es/servlet/articulo?codigo=4801787.

4. BONNETON D. Consejo docente y seguimiento académico de los alumnos. La organización del trabajo escolar: una oportunidad para repensar la escuela /Mónica Gather Thurler (aut.), Olivier Maulini (aut.), 2010, ISBN 978-84-7827-906-7, págs. 255-272. Descargado el 20 de Enero del 2015 desde http://dialnet.unirioja.es/servlet/articulo?codigo=3229399.

5. VÁSQUEZ, Jiménez; SONIA, Mariela. (2013). La tutoría en la escuela secundaria. Ediciones Díaz de Santos. Descargado el 25 de Enero del 2015 desde http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=11038717&p00=tutoria+escuela+secundaria.

6. ALVARADO, Elizabeth. (2009). Orientación y tutoría: desarrollo

integral de los alumnos de secundaria. Ediciones Arlequín.

Descargado el 26 de Enero del 2015 desde

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docI

D=10328321&p00=tutoria+escuela+secundaria

7. CHACÓN, O. (2003): Teorías sobre orientación vocacional. En:

Diseño, aplicación y evaluación de una propuesta de orientación

http://dialnet.unirioja.es/servlet/autor?codigo=3552141



http://dialnet.unirioja.es/servlet/articulo?codigo=4860693



http://dialnet.unirioja.es/servlet/libro?codigo=563105













http://dialnet.unirioja.es/servlet/revista?codigo=17631

http://dialnet.unirioja.es/servlet/revista?codigo=17631

http://dialnet.unirioja.es/ejemplar/374509

http://dialnet.unirioja.es/ejemplar/374509










http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Jim%c3%a9nez+V%c3%a1squez%2c+Mariela+Sonia&f09=author&adv.x=1&p00=la+tutoria+en+la+escuela+secundaria



http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Ediciones+D%c3%adaz+de+Santos&f09=publisher&adv.x=1&p00=la+tutoria+en+la+escuela+secundaria

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=11038717&p00=tutoria+escuela+secundaria




- 77 -

vocacional para la Educación Media, Diversificada y Profesional

Venezolana. Tesis Doctoral. Cap. 3.

Consultado 26 de Enero del 2015, Url:

http://laurapernas.wordpress.com/2010/01/29/teorias-sobre-

orientacion-vocacional/

8. CHINCHILLA ARLEY, Ricardo. (2011). El software libre: Una alternativa para automatizar unidades de información. Revista Bibliotecas. Vol. 29, No. 1, 2011. Red Universidad Nacional de Costa Rica Descargado el 10 de Enero del 2015 desde http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=10328321&p00=tutoria+escuela+secundaria.

9. CASSÁ, Ordax; ARANZAZU OCAÑA, José Miguel; UFANO Díaz, Pilar. (2012). Programación web en java. Ministerio de Educación de España. Descargado el 12 de Enero del 2015 desde http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=10751181&p00=java

10. RIBES, Alba Purificación. (2013). Manual de Javascript. Editorial CEP, S.L. Descargado el 12 de Enero del 2015 desde http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=10820916&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Chinchilla+Arley%2c+Ricardo&f09=author&adv.x=1&p00=manual+postgresql

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/docDetail.action?docID=10625541&p00=manual+postgresql



http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Red+Universidad+Nacional+de+Costa+Rica&f09=publisher&adv.x=1&p00=manual+postgresql

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Red+Universidad+Nacional+de+Costa+Rica&f09=publisher&adv.x=1&p00=manual+postgresql



http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Ordax+Cass%c3%a1%2c+Jos%c3%a9+Miguel&f09=author&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Aranzazu+Oca%c3%b1a+D%c3%adaz+Ufano%2c+Pilar&f09=author&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Aranzazu+Oca%c3%b1a+D%c3%adaz+Ufano%2c+Pilar&f09=author&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/docDetail.action?docID=10751181&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Ministerio+de+Educaci%c3%b3n+de+Espa%c3%b1a&f09=publisher&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Ministerio+de+Educaci%c3%b3n+de+Espa%c3%b1a&f09=publisher&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=10751181&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/detail.action?docID=10751181&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Ribes+Alba%2c+Purificaci%c3%b3n&f09=author&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Ribes+Alba%2c+Purificaci%c3%b3n&f09=author&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Editorial+CEP%2c+S.L.&f09=publisher&adv.x=1&p00=java

http://bvirtual.uce.edu.ec:2054/lib/bgeneralucesp/search.action?p09=Editorial+CEP%2c+S.L.&f09=publisher&adv.x=1&p00=java

- 78 -

ANEXOS

A. MANUAL DE INSTALACIÓN

Introducción El Sistema de Seguimiento Estudiantil ha sido construido para facilitar el

manejo eficiente de los procesos académicos generados en el

Departamento DECE dentro del Centro Educativo “La Colina”.

El presente manual ha sido elaborado con la finalidad de ser una

herramienta ágil que facilite la instalación del sistema en ambiente de

producción, así como también en caso de requerirlo ejecución del

programa fuente.

NOTA: Todas las configuraciones realizadas en el presente manual

aplican para Sistemas Operativos Windows 7, Windows 8 o superiores de

64 bits.

Instalación en ambiente de Producción

Llamaremos Instalación en ambiente de producción, a la instalación en un

servidor dedicado para la aplicación. Para esta instalación no se requiere

el código fuente de la aplicación pero si se requiere el entregable o

publicable que lo llamaremos EAR.

Requerimientos de Hardware y Software

Requerimientos de Software

Sistema Operativo Windows 7 o superior de 64 bits.

JDK 7u71 Windows 64 bits.

- 79 -

PostgreSQL 9.2.10 Windows 64 bits.

Jboss EAP 6.1 Windows 64 bits

Mozilla Firefox 30.0 o superior (Recomendado).

Requerimientos de Hardware

Procesador Intel Pentium 3 o superior.

Memoria RAM mínimo 4GB.

Disco duro mínimo de almacenamiento 100 GB.

Lector de CD/DVD.

Puertos USB.

Instalación JDK

Para la instalación del JDK nos dirigimos al CD ENTREGABLE y

buscamos el directorio “INSTALADORES 64 BITS” dentro de este

directorio encontraremos el ejecutable de nombre: jdk-7u71-windows-

x64.exe como se muestra en la Figura 1.

Figura 1. Instalador JDK 64 bits.


Presionamos doble clic sobre el instalador y accederemos a la pantalla de

bienvenida de instalación de JDK. Tenemos que seguir los pasos que nos

indique.

- 80 -

Figura 2. Pantalla de Bienvenida Instalador JDK.


Luego de presionar clic en siguiente deberemos escoger la ruta de

instalación para el JDK, deberemos dejar la ruta marcada por defecto por

el instalador.

Figura 3. Ruta de Instalación de JDK


- 81 -

Esperamos unos minutos mientras se ejecuta la instalación de JDK.

Figura 4. Progreso de Instalación de JDK


Finalizada la barra de progreso, automáticamente nos mostrará el

asistente de instalación de JRE debiendo indicar el PATH de instalación

del mismo. Dejamos la configuración que nos muestre por defecto el

instalador y presionamos clic en siguiente.

Figura 5. Ruta (Path) de Instalación de JRE.


De igual forma tendremos un progreso de instalación para el JRE que

será sumamente rápido, finalizado esto ya estará lista la instalación tanto

- 82 -

de JDK como de JRE. Deberemos dar clic en “Close” o cerrar para dar por

terminada la instalación.

Figura 6. Fin instalación JDK y JRE.


Con la instalación finalizada el siguiente paso es configurar la variable de

entorno JAVA_HOME.

Accederemos como primer paso a “Equipo”. Una forma de acceso rápido

es presionar las teclas WINDOWS + E simultáneamente. En esta pantalla

presionaremos clic derecho y en el menú desplegable que nos muestre

daremos clic en “Propiedades”.

- 83 -

Figura 7. Acceso a propiedades de Mi Equipo.


En la ventana que nos muestre ubicaremos en el lado izquierdo de la

pantalla el menú “Configuración Avanzada del Sistema” accedemos al

mencionado menú.

Figura 8. Configuración avanzada del Sistema.


Ubicamos el botón “Variables de Entorno” en la parte inferior derecha de

la pantalla desplegable mostrada y accedemos a la misma.

- 84 -

Figura 9. Pantalla de Propiedades del Sistema.


Ya en la pantalla variable de entorno nos ubicamos en la sección

Variables de Sistema y creamos una nueva variable. En nombre de

variable colocamos JAVA_HOME y en valor de la variable colocamos la

ruta de instalación de JDK por defecto será C:\Program

Files\Java\jdk1.7.0_71\jre\ y clic en aceptar en todas las pantallas

desplegables que se hayan abierto para guardar los cambios ejecutados

en las variables del sistema.

- 85 -

Figura 10. Pantalla de Variables de Entorno.


Figura 11. Creación variable de entorno JAVA_HOME.


Con toda la configuración guardada y las pantallas de configuración

igualmente cerradas todas abriremos una nueva consola de comandos

CMD. Para esto y de forma rápida presionaremos las teclas WINDOWS +

R simultáneamente. Nos mostrará la ventana EJECUTAR COMANDOS

- 86 -

del sistema Windows y escribiremos el comando “cmd” en minúsculas

seguido de esto daremos clic en aceptar.

Figura 12. Ventana EJECUTAR COMANDOS de Windows.


Para comprobar que java y su variable de entorno está instalada

exitosamente digitamos el comando “java -version” en la línea de

comandos que tenemos desplegada. El resultado debe ser algo parecido

a la siguiente figura.

Figura 13. Verificación instalación de Java.


Si hemos ejecutado los pasos descritos anteriormente y con la

confirmación de que el JDK y JRE están instalados podemos decir que

JAVA se instaló exitosamente en nuestro sistema operativo y podemos

continuar instalando el resto de programas necesarios para la ejecución

de nuestro sistema.

Instalación PostgreSQL 9.2

- 87 -

NOTA: De forma general y tanto para la instalación en ambiente de

producción como la ejecución del programa fuente se tiene la siguiente

configuración para PostgreSQL.

SUPER USUARIO: postgres

CLAVE SUPER USUARIO: postgres

NOMBRE BASE DE DATOS: seguimiento

PUERTO: 5432

Para la instalación del PostgreSQL nos dirigimos al CD ENTREGABLE y

buscamos el directorio “INSTALADORES 64 BITS” dentro de este

directorio encontraremos el ejecutable de nombre: postgresql-9.2.10-1-

windows-x64.exe como se muestra en la Figura 14, lo ejecutamos con

doble clic.

Figura 14. Instalador PostgreSQL 9.2.


La primera pantalla que nos mostrará el instalador es la que nos indicará

la instalación de repositorios adicionales para la correcta ejecución de

PostgreSQL. Si nuestro sistema operativo tiene estos repositorios el

instalador saltara esta pantalla.

- 88 -

Figura 15. Paquetes adicionales PostgreSQL 9.2.


Cargados los paquetes adicionales ya tendremos disponible la pantalla de

bienvenida de nuestro instalador presionamos clic en siguiente.

Figura 16. Bienvenida instalador PostgreSQL 9.2.


- 89 -

Dejamos el directorio de instalación que nos muestre el instalador por

defecto así como también el directorio de datos. Es recomendable que en

ambos casos no modifiquemos los directorios para facilidad de

configuraciones futuras. En las dos pantallas de directorios presionamos

clic en siguiente.

Figura 17. Directorio de instalación PostgreSQL 9.2.


Figura 18. Directorio de datos para PostgreSQL 9.2.

Fuente: Tesista.

- 90 -

Autor: Tesista.

Ingresamos la clave “postgres” (ver notas al inicio de esta sección). Clic

en siguiente.

Figura 19. Ingreso de clave para súper usuario de base de datos.


En la configuración del puerto dejamos la que viene por defecto, es decir

el puerto 5432. Clic en siguiente.

Figura 20. Configuración del puerto específico de base de datos.


- 91 -

Las opciones avanzadas dejamos la configuración avanzada por defecto

es decir “DEFAULT LOCALE” presionamos clic en siguiente y nos indicará

que estamos listos para iniciar la instalación en una última pantalla, de

igual forma damos clic en siguiente.

Figura 21. Opciones avanzadas de instalación de PostgreSQL.


Figura 22. Pantalla Listo para instalar PostgreSQL.


- 92 -

Esperaremos unos minutos mientras se ejecuta la instalación de

PostgreSQL.

Figura 23. Progreso de instalación de PostgreSQL.


Al finalizar el progreso nos indicará una nueva pantalla que la instalación

ha finalizado exitosamente. Adicional nos preguntará si deseamos instalar

el Stack Builder de PostgreSQL dejaremos el check desmarcado tal y

como muestra la figura 24 y daremos clic en finalizar.

- 93 -

Figura 24. Finalización de instalación PostgreSQL.


Creación de Base de datos seguimiento

Para crear la base de datos “seguimiento” que es la que almacenará

todos los datos de nuestros sistema accederemos al programa pgAdmin

III. Para esto nos dirigimos a Inicio, Todos Los programas, PostgreSQL

9.2 y damos clic en el programa pgAdmin III como muestra la figura 25.

Figura 25. Accediendo a pgAdmin III.


En el lado izquierdo de la pantalla del programa nos mostrará los

servidores de base de datos disponibles. Daremos doble clic en el

Servidor por defecto que nos muestre y nos pedirá nuestra clave de

acceso digitaremos la clave de súper usuario ingresada en la instalación

que es “postgres” y daremos clic en aceptar.

- 94 -

Figura 26. Ingreso de clave en Servidor de base de datos PostgreSQL.


Si nuestras credenciales son satisfactorias ya podemos crear nuestra

base de datos para ello damos clic derecho sobre el icono “Database”

como muestra la figura 27 y clic en “New DataBase”.

Figura 27. Creación de nueva base de datos.


Ingresamos el nombre de nuestra base de datos “seguimiento” y

escogemos como propietario al súper usuario “postgres”. Clic en aceptar

para finalizar la creación.

- 95 -

Figura 28. Credenciales de base de datos seguimiento.


Creada la base de datos debemos acceder a ella, para esto damos doble

clic en “DataBases” y seguido de esto doble clic en la nueva base de

datos creada “seguimiento”.

Figura 29. Confirmación de base de datos seguimiento creada.


- 96 -

Restauración de Scripts Base de Datos seguimiento

Todos los scripts necesarios para restaurar nuestra base de datos, crear

tablas, secuencias y cargar datos maestros se encuentran en el CD

ENTREGRABLE directorio “SCRIPTS” tal como muestra la figura 30.

Figura 30. Directorio de Scripts para base de datos seguimiento.


En el programa pgAdmin III damos doble clic en la base de datos

“seguimiento” creada en el paso previo. Marcamos con un clic esta base

de datos y damos clic en el botón SQL como muestra la figura 31.

Figura 31. Acceso a SQL en base de datos seguimiento.

Fuente: Tesista.

- 97 -

Autor: Tesista.

En la ventana de SQL damos clic en el menú File, luego en el sub menú

Open y nos mostrará una pantalla propia de Windows donde deberemos

seleccionar un archivo de extensión .sql para ejecutarlo. Nos dirigiremos

al CD ENTREGABLE al directorio “SCRIPTS” y escogeremos el primer

archivo de nombre “1.- Script Creacion Base de Datos.sql” damos clic en

aceptar.

Figura 32. Menú open pantalla SQL en base de datos seguimiento.


Figura 33. Carga script número 1 base de datos seguimiento.


- 98 -

Cargado el SQL en nuestra ventana daremos clic en el ícono que muestra

la figura 34. Con esto habremos creado las tablas de la base de datos con

sus respectivas relaciones.

Figura 34. Ejecución script número 1 base de datos seguimiento.


Figura 35. Progreso ejecución script número 1 base de datos seguimiento.


- 99 -

Repetiremos los pasos descritos a partir de la figura 30 para cargar los

scripts restantes. Estos scripts son “2.- Script Creacion Secuencias.sql” y

“3.- Script de Datos Maestros.sql”.

Figura 36. Scripts número 2 y 3 base de datos seguimiento.


Con la ejecución correcta de estos dos scripts tendremos listas las

secuencias asociadas a las tablas y los datos maestros para poder

empezar a usar nuestro sistema.

Con la ejecución de los 3 scripts que se encuentran dentro del CD

ENTREGABLE directorio “SCRIPTS” nuestra base de datos debería

quedar de la siguiente manera.

Figura 37. Base de datos seguimiento restaurada exitosamente.

- 100 -


Instalación Programas Utilitarios

Previo a la instalación del servidor de aplicaciones Jboss EAP

necesitaremos algunos programas utilitarios para configuraciones futuras

y para la propia instalación del servidor. Los programas que

necesitaremos instalar son los siguientes: NotePad++ y Winrar. Los dos

programas para 64 bits.

Instalación Winrar

El programa Winrar nos será de mucha utilidad para descomprimir el

archivo de Jboss que por defecto lo tenemos comprimido en formato .rar.

Este programa viene en el CD ENTREGABLE en el directorio

“INSTALADORES 64 BITS” y lo encontramos con el nombre winrar-x64-

521.exe tal como muestra la figura 38. Lo ejecutamos con doble clic.

Figura 38. Instalador Winrar.


Dejamos el directorio por defecto de instalación y continuamos la

instalación dando clic en el botón “Instalar”.

- 101 -

Figura 39. Directorio de instalación Winrar.


Al igual que en el paso anterior dejamos las extensiones que soporta

Winrar por defecto damos clic en aceptar.

Figura 40. Extensiones que soporta Winrar.


- 102 -

Con las configuraciones previas realizadas la instalación estará finalizada

y deberemos dar clic en la última pantalla en la opción “Done” o en la

opción aceptar según corresponda el idioma.

Figura 41. Finalización instalación Winrar.


Instalación NotePad++

El programa NotePad++ nos será de mucha utilidad para editar los

archivos de configuración del servidor Jboss así como también editar los

archivos .sql en caso de requerirlo. En general este programa permite la

edición de la mayoría de archivos soportados bajo la plataforma Windows.

Este programa viene en el CD ENTREGABLE en el directorio

“UTILITARIOS” con el nombre npp.6.7.5.Installer.exe tal como muestra

la figura 42. Damos doble clic en el ejecutable.

Figura 42. Instalador NotePad++.

Fuente: Tesista.

- 103 -

Autor: Tesista.

Escogemos el lenguaje de nuestra preferencia para nuestro caso el

español y damos clic en aceptar nos mostrara seguidamente la pantalla

de bienvenida a la instalación del programa.

Figura 43. Selección de idioma para el instalador de NotePad++.


Figura 44. Pantalla de bienvenida instalación de NotePad++.


- 104 -

Aceptamos el acuerdo de licencia del programa dando clic en el botón

“Acepto” y dejamos por defecto el directorio de instalación que nos

propone el asistente . Damos clic en siguiente.

Figura 45. Acuerdo de licencia NotePad++.


Figura 46. Directorio de instalación de NotePad++.


- 105 -

En las siguientes pantallas de configuración dejaremos las mismas por

defecto y daremos clic en siguiente hasta finalizar la instalación.

Figura 47. Selección de componentes NotePad++.


Figura 48. Selección de componentes y opción instalar NotePad++.


- 106 -

Figura 49. Progreso de instalación de NotePad++.


Figura 50. Fin de instalación de NotePad++.


Realizados todos los pasos anteriores tendremos disponible el programa

NotePad++ en nuestra máquina.

- 107 -

Instalación Jboss EAP 6.1. Despliegue de la aplicación.

El servidor Jboss EAP 6.1 viene proporcionado en el CD ENTREGABLE

en el directorio “JBOSS” con el nombre jbossEAPTesis.rar tal como

muestra la figura 51. Copiamos este archivo y lo pegamos en el disco

local C o en el disco que tenga instalado el sistema operativo de la PC.

Figura 51. Instalador Jboss EAP 6.1.


Una vez copiado en el disco C damos clic derecho sobre el archivo y

seleccionamos la opción “Extraer aquí” o “Extract to here” según el idioma

que tengamos configurado en nuestra máquina.

Figura 52. Descomprimiendo Instalador Jboss EAP 6.1 en disco local.

- 108 -

El proceso de descomprimir tomará algunos minutos dependiendo de la

máquina sobre la cual se está instalando, debemos esperar. Mientras

tanto nos mostrará una pantalla de progreso similar a la siguiente.

Figura 53. Progreso descompresión Jboss EAP 6.1 en disco local.

Cuando la descompresión ha finalizado nuestro disco local C tendrá un

nuevo directorio de nombre “jbossEAPTesis” mismo que contiene a

nuestro servidor Jboss EAP 6.1.

Figura 54. Disco Local con Jboss EAP 6.1 instalado.


Finalmente nos queda realizar el Despliegue de nuestra aplicación sobre

el servidor, para ello primero ubicaremos el EAR en el CD ENTREGABLE.

Este se encuentra en el directorio “EAR” bajo el nombre

SEGUIMIENTO.ear tal como muestra la figura 55. Copiamos este archivo.

- 109 -

Figura 55. Archivo Seguimiento.ear de despliegue de aplicación.


En nuestro servidor local accedemos al directorio

C:\jbossEAPTesis\standalone\deployments\ y dentro de este directorio

pegamos el archivo copiado en el paso anterior del CD ENTREGABLE. El

directorio ahora deberá quedar de la siguiente manera.

Figura 56. Directorio deployments del servidor Jboss EAP 6.1.


Ahora accedemos al directorio local C:\jbossEAPTesis\bin\ y dentro de

este directorio ubicamos el archivo standalone.bat. Lo ejecutamos

haciendo doble clic sobre el mismo.

- 110 -

Figura 57. Archivo standalone.bat del servidor Jboss EAP 6.1.


Esperaremos a que el servidor termine de levantarse. Una vez terminado

este proceso tendremos una pantalla como la siguiente.

Figura 58. Levantamiento del servidor Jboss EAP 6.1.


Para comprobar que el sistema se desplego exitosamente accederemos

en un navegador (preferentemente Mozilla Firefox) y digitaremos la

- 111 -

siguiente URL: http://localhost:8080/seguimiento. Si la instalación fue

exitosa nos mostrará la siguiente pantalla.

Figura 59. Pantalla de acceso al sistema.


Probaremos identificarnos en el sistema con las siguientes credenciales:

Usuario: admin

Contraseña: admin

Si ya tenemos conexión con base de datos habremos accedido al menú

del administrador, teniendo una pantalla como la siguiente.

http://localhost:8080/seguimiento

- 112 -

Figura 60. Menú de Administración.


Todos los pasos anteriores han conllevado a tener instalado Jboss EAP

6.1 y desplegado el aplicativo en el servidor. Cabe recalcar que el servidor

que se proporciona en el CD ENTREGABLE viene con todas las

configuraciones predefinidas así que si el usuario sigue los pasos del

presente manual no necesitará realizar configuraciones adicionales para

conectar el servidor con la base de datos.

Ejecución del Programa Fuente

Llamaremos Ejecución del programa fuente al proceso mediante el cual

correremos el software desarrollado desde su código fuente. Añadiremos

un servidor de aplicaciones y realizaremos el despliegue de la aplicación

desde el ambiente de desarrollo.

- 113 -

Para este procedimiento no necesitamos el EAR de la aplicación, lo que si

se necesita es el Código fuente del aplicativo miso que se encuentre en el

CD ENTREGRABLE.

Requerimientos de Hardware y Software

Requerimientos de Software

Sistema Operativo Windows 7 o superior de 64 bits.

JDK 7u71 Windows 64 bits.

PostgreSQL 9.2.10 Windows 64 bits.

Jboss EAP 6.1 Windows 64 bits.

Eclipse Luna 4.4.1.

Mozilla Firefox 30.0 o superior (Recomendado).

Requerimientos de Hardware

Procesador Intel Pentium 5 o superior.

Memoria RAM mínimo 8GB.

Disco duro mínimo de almacenamiento 100 GB.

Lector de CD/DVD.

Puertos USB.

NOTA: Para la ejecución del programa fuente vamos a usar la instalación

de JDK, POSTGRESQL y JBOSS EAP 6.1 realizadas en el presente

documento en la sección Instalación en ambiente de producción. Para el

caso del Servidor de Aplicaciones JBOSS EAP 6.1 realizaremos una

configuración adicional para que nos reconozca el mismo servidor tanto

- 114 -

en ambiente de producción como en el ambiente de desarrollo de Eclipse

Luna.

Instalación Eclipse Luna 4.4.1

Para la instalación del Eclipse Luna 4.4.1 nos dirigimos al CD

ENTREGABLE y buscamos el directorio “ECLIPSE LUNA” dentro de este

directorio encontraremos el ejecutable de nombre: eclipse luna.rar como

se muestra en la Figura 61 lo copiamos.

Figura 61. Instalador Eclipse Luna.


Nos dirigimos al disco local C de nuestro equipo o en su defecto al disco

en donde se encuentre instalado el Sistema Operativo del equipo.

Pegamos el instalador de eclipse Luna en el directorio raíz. Tendremos

algo parecido a la figura 62.

Figura 62. Directorio raíz disco C con instalador Eclipse Luna.


- 115 -

Antes de descomprimir el archivo de eclipse luna deberemos crear un

directorio para alojar el espacio de desarrollo. Este directorio lo crearemos

de igual forma en el disco local C en su directorio raíz, el nombre para

este directorio será “workspace”.

Figura 63. Creación de carpeta de espacio de trabajo.


Ubicamos ahora en el CD ENTREGABLE el directorio “CODIGO

FUENTE” y copiamos el archivo SEGUIMIENTO.zip.

Figura 64. Archivo de código fuente SEGUIMIENTO.zip


En el nuevo directorio creado en el disco c “workspace” pegamos el

archivo SEGUIMIENTO.zip copiado en el paso anterior.

- 116 -

Figura 65. Espacio de trabajo con código fuente cargado.


Como paso adicional copiamos la ruta de nuestro espacio de trabajo en

algún documento vacío o la tenemos guardado en nuestros apuntes para

posterior configuración en eclipse. Si hemos seguido las indicaciones del

presente manual la ruta que deberemos copiar será la C:\workspace\ y la

llamaremos de ahora en adelante RUTA ESPACIO DE TRABAJO.

Regresamos nuevamente al disco local C:\ y descomprimimos el archivo

eclipse luna.rar sobre del directorio actual como muestra la figura 66.

Figura 66. Descomprimiendo Eclipse Luna.


- 117 -

El proceso de descompresión puede tardar varios minutos mostrándonos

mientras tanto un avance de la operación.

Figura 67. Avance Descompresión Eclipse Luna.


Finalizado el proceso tendremos una nueva carpeta de nombre eclipse

luna accedemos y ubicamos el ejecutable eclipse.exe doble clic para

abrirlo.

Figura 68. Eclipse Luna instalado en equipo local. Icono de ejecución.


Esperaremos un par de minutos mientras eclipse se abre y cuando esté

listo nos preguntara el espacio de trabajo sobre el que vamos a trabajar

- 118 -

para esto copiamos la RUTA ESPACIO TRABAJO definida con

anterioridad. El resultado será algo similar a la figura 69. Seguido de esto

damos clic en aceptar.

Figura 69. Configuración espacio de trabajo en Eclipse Luna.


Finalmente tendremos la pantalla de bienvenida de eclipse luna similar a

la siguiente figura.

Figura 70. Pantalla bienvenida Eclipse Luna.


Instalación Código Fuente

Importación Código Fuente al Entorno de Desarrollo.

- 119 -

Primero deberemos abrir en el entorno de desarrollo Eclipse Luna la

perspectiva “Package Explorer” para ello nos dirigimos al menú Windows,

Open Perspective, Show view y finalmente la opción Other tal como

muestra la figura 71.

Figura 71. Agregar nueva perspectiva de desarrollo.


En la ventana que nos muestra en el cuadro de búsqueda escribiremos la

palabra “pack” hasta que nos auto complete con la opción “Package

Explorer”. Cuando encuentre la opción que requerimos la seleccionamos y

damos clic en el botón Ok.

Figura 72. Perspectiva Package Explore.

- 120 -


Ubicamos luego en eclipse luna la nueva perspectiva abierta y la

seleccionamos. Sobre un espacio en blanco de esta perspectiva damos

clic derecho y seleccionamos la opción “Import”.

Figura 73. Opción Import en perspectiva Package Explore.


Digitamos seguido la palabra “existing” en la ventana Import y esperamos

que nos auto complete la búsqueda. Debemos encontrar la opción

“Existing Projects into Workspace” la marcamos y damos clic en siguiente

como muestra la figura 74.

- 121 -

Figura 74. Existing projects into Workspace Opción Importar.


Escogemos la opción “Select archive file” y damos clic en el botón

“Browse”.

Figura 75. Selección por Archivo en Opción Importar.


En el cuadro de dialogo para selección de archivo que nos muestra nos

dirigimos a la ruta RUTA ESPACIO TRABAJO definida en pasos previos.

- 122 -

Seleccionamos el archivo SEGUIMIENTO.zip que también copiamos en

un paso previo y damos clic en la opción abrir.

Figura 76. Importación del archivo SEGUIMIENTO.zip.


La ventana Importar deberá quedar con el siguiente aspecto (ver figura

77) antes de proceder a la importación. Damos clic en el botón finalizar.

Figura 77. Proyectos a cargar como resultado de importación.


Terminada la importación deberemos ya tener el código fuente en Eclipse

Luna dentro de la pestaña Package Explorer. Cerramos las perspectivas

- 123 -

que no necesitemos dejando eso si la perspectiva JEE con las pestañas

de Servidor y Package Explorer disponibles, el resto se las puede

minimizar o cerrar.

Figura 78. Código fuente en Eclipse Luna.


NOTA: Es muy probable que luego de la importación nos marque errores

en código fuente (color rojo sobre cada uno de los proyectos importados).

Estos errores los corregiremos luego de agregar el Servidor al entorno de

desarrollo.

Proceso Project Clean (Limpieza de Código)

Este proceso es muy importante de aquí en adelante para ir compilando y

construyendo el código fuente a medida que vayamos corrigiendo

posibles errores. De aquí en adelante lo llamaremos simplemente con el

nombre PROJECT CLEAN. Este proceso consta de los siguientes pasos.

Nos dirigimos al menú Project, Clean y lo abrimos.

- 124 -

Figura 79. Menú Project, Clean.


Escogemos la opción Clean All Projects (Limpiar todos los proyectos) y

damos clic en el botón aceptar. Este proceso puede tardar algunos

minutos; mientras termina el proceso nos mostrará una barra de progreso

con el avance de la operación.

Figura 80. Opción Clean Projects de Eclipse Luna.


- 125 -

Instalación Servidor Jboss EAP 6.1 en Eclipse Luna

En este apartado configuraremos el Servidor Jboss EAP 6.1 para que

arranque desde Eclipse Luna y lo cargaremos con el código fuente

cargado en el paso anterior.

NOTA: La instalación sobre el equipo del Servidor Jboss EAP 6.1 debe

ser la misma que se realizó en la sección Instalación en ambiente de

Producción del presente documento. Este apartado no contempla esa

sección y en caso de necesitar repetir los pasos recurrir al recurso antes

mencionado.

En Eclipse Luna ubicamos la pestaña Servers (Servidores) identificada

con el siguiente ícono.

Figura 81. Ícono Servers.


Seleccionamos la pestaña Servers y dentro de la misma damos clic

derecho en algún espacio en blanco. En el cuadro desplegable

seleccionaremos la opción New (Nuevo) y la opción Server.

- 126 -

Figura 82. Opción nuevo servidor.


Deberemos identificar que tipo de Servidor deseamos crear, para ello en

la ventana escogeremos la opción Red Hat Jboss Middleware y de sus

opciones escogeremos “Jboss Enterprise Application Plataform 6.0”.

Figura 83. Servidores disponibles para instalación.


El nombre con el que vamos a crear a nuestro Servidor será “Jboss EAP”

debiendo quedar como la figura 84. A continuación damos clic en

siguiente.

- 127 -

Figura 84. Definiendo nombre del servidor.


Para el tipo de instalación que estamos realizando no necesitamos

configuraciones de adaptadores por tanto en la pantalla de Creación de

adaptadores solo daremos clic en siguiente.

Figura 85. Configuración de adaptadores para el servidor.


Como mencionamos al inicio de este apartado usaremos la instalación

realizada en el capítulo “Instalación en ambiente de producción”.

Resultado de esta instalación tenemos que el directorio C:\jbossEAPTesis

contiene todo lo necesario para arrancar Jboss. De ahora en adelante a

este directorio lo identificaremos como JBOSS_HOME en este manual.

- 128 -

En la siguiente pantalla de la instalación del servidor sobre eclipse luna

deberemos indicar justamente el home directory de Jboss, para lo cual

ubicaremos en nuestro sistema de archivos el JBOOS_HOME tal como

muestra la siguiente figura. Damos clic en Ok para seleccionar.

Figura 86. Ruta instalación real de Jboss.


En el bloque Runtime JRE deberemos marcar la opción “Alternate JRE” y

damos clic en el botón “Installed JREs…”

Figura 87. Configurando JRE Instalados.

Fuente: Tesista.

- 129 -

Autor: Tesista.

Editamos la versión de JDK que nos muestra por defecto el programa.

Esto lo realizamos con la finalidad de indicarle a eclipse luna que corra

sobre la JDK ya instalada en el apartado “Instalación en ambiente de

producción” del presente documento.

Figura 88. Edición de JREs Instalados.


Escogemos la ruta de instalación de java tal como muestra la figura 89.

Figura 89. Directorio real de instalación de JDK seleccionado.


- 130 -

Presionamos clic en Ok y Aceptar en las pantallas que aparecieron a

manera de pop ups para la configuración de JDK. La configuración final

de Jboss deberá quedar similar a la siguiente figura. Seguido de esto

damos clic en siguiente.

Figura 90. Configuración final de Jboss.


La última configuración que debemos hacer es agregarle los proyectos

que queremos desplegar en nuestro servidor. Para ello marcamos el

proyecto seguimiento y damos clic en el botón “Add All”. Esto hará que el

proyecto seguimiento se coloque en el lado derecho de la ventana en la

sección Configured. Damos clic en Finalizar.

- 131 -

Figura 91. Agregando proyectos al servidor para publicar.


Como hemos realizado el proceso de agregación del servidor a eclipse

luna y hemos asociado el proyecto con el servidor deberemos realizar el

proceso PROJECT CLEAN definido con anterioridad. Es probable que

luego de realizar PROJECT CLEAN nos siga mostrando errores. Estos

errores los corregiremos en el siguiente apartado.

Corrección errores compilación

El presente apartado busca dar solución a los posibles errores que

puedan presentarse durante la carga del código fuente y la ejecución en

el servidor de aplicaciones. Cabe recalcar que estos errores se presentan

por la asociación del código fuente con el servidor y porque también se

- 132 -

necesita configurar la librería de usuario SEGUIMIENTO dentro del

entorno de desarrollo.

En la pestaña Package Explorer ubicamos el proyecto seguimiento, lo

seleccionamos y damos clic derecho. En las opciones que nos muestre

ubicamos Properties (Propiedades) y damos clic.

Figura 92. Propiedades proyecto seguimiento.


En las opciones de la izquierda de la ventana escogemos la opción

Targed Runtimes y hacemos clic sobre ella. En el lado derecho nos deben

aparecer dos servidores, marcamos el servidor con el nombre que

hayamos creado y damos clic en el botón Apply (Aplicar).

- 133 -

Figura 93. Targed Runtimes proyecto seguimiento.


En la misma ventana ahora buscamos en el lado izquierdo la opción

Server (Servidor). En el lado derecho nos aparecerá el servidor que

acabamos de crear con el nombre seleccionado. Lo marcamos y damos

clic en Apply y finalmente clic en Ok.

Figura 94. Server proyecto seguimiento.


- 134 -

Como en ocasiones anteriores ejecutamos la operación PROJECT

CLEAN para que nos vaya corrigiendo los errores asociados a este

proyecto.

Ahora es el turno del proyecto seguimiento-ejb. De igual forma que en el

caso anterior, nos dirigimos a la pestaña Package Explorer,

seleccionamos el proyecto seguimiento-ejb, presionamos clic derecho y

accedemos a sus propiedades.

Figura 95. Propiedades proyecto seguimiento-ejb.


Ubicamos la opción Server en el lado izquierdo y accedemos a ella. Al

igual que en el proyecto seguimiento, para el proyecto seguimiento-ejb

también deberemos marcar el servidor con el que vamos a asociarlo.

Marcamos el servidor Jboss recientemente configurado y damos clic en

Apply.

- 135 -

Figura 96. Server proyecto seguimiento-ejb.


El proyecto seguimiento-ejb tiene la particularidad que depende de la

librería de usuario SEGUIMIENTO. Esta librería viene creada por defecto

pero no se encuentra asociada con los jars de los que depende. Por ello

es necesario volver a editarla y asociarle los jars como a continuación se

procederá a detallar.

Nos dirigimos en la misma pantalla que nos quedamos a la opción Java

Build Path del lado izuierdo y accedemos a ella. En el lado derecho

marcaremos la opción Libraries y ahí encontraremos la librería

SEGUIMIENTO. La seleccionamos y presionamos clic en el botón Edit

(Editar) que se encuentre a la izquierda.

- 136 -

Figura 97. Java Build Path proyecto seguimiento-ejb.


En la ventana que nos muestre User Library escogeremos damos clic en

el botón “User Libraries”.

Figura 98. User Libraries proyecto seguimiento-ejb.


Procedemos a crear una nueva librería. Clic en el botón New (Nuevo).

Ingresamos el nombre SEGUIMIENTO y damos clic en OK.

- 137 -

Figura 99. Creación librería SEGUIMIENTO proyecto seguimiento-ejb.


Con la librería creada nos resta agregar los jars asociados a la librería

SEGUIMIENTO. Marcamos la librería creada y presionamos clic en el

botón Add JARs. Esto a su vez mostrará una pantalla con los proyectos

que actualmente se encuentran en el entorno de desarrollo.

Seleccionaremos el proyecto seguimiento y dentro de este proyecto

encontraremos la carpeta lib. Desplegamos la carpeta lib y nos mostrará

un listado de todas las librerías que dependen del proyecto.

Seleccionamos todas los jars que se encuentran dentros de esta carpeta

y damos clic en OK. El proceso de selección de los directorios asi como

de los jars se muestra en la siguiente figura.

- 138 -

Figura 100. JARs que dependen del proyecto seguimiento-ejb.


Figura 101. JARs en librería SEGUIMIENTO del proyecto seguimiento-ejb.


- 139 -

Damos clic en Ok y Finish en las pantallas librerías de usuario.

Figura 102. Finalización librería SEGUIMIENTO del proyecto seguimiento-ejb.


Finalmente la configuración de Java Build Path esta lista presionamos clic

en Apply y luego on OK para aplicar los cambios al proyecto seguimiento-

ejb.

Repetimos el proceso PROJECT CLEAN para corregir los errores

producidos por este proyecto.

Figura 103. Project Clean del proyecto seguimiento-ejb.


- 140 -

Si hemos realizado los pasos tal como está detallado hasta el momento

ya no deberíamos tener errores en el código fuente.

Si por algún motivo se presentaran errores, accederemos a las

propiedades de cada uno de los proyectos restantes (seguimiento-jpa,

seguimiento-jpa-kernel) y asociaremos el SERVER configurado en

seguimiento y seguimiento-ejb tal como se detalló en pasos previos.

Ejecución del código fuente

Para poder ejecutar el código fuente, deberemos asegurarnos que el

mismo no contenga errores. En caso de contener errores el servidor no

arrancará.

En eclipse luna accedemos a la pestaña Server (Servidor) y sobre el

Jboss que tenemos disponible damos clic derecho y seleccionamos la

opción Publish.

Figura 104. Publish del proyecto seguimiento.


- 141 -

Dependiendo de nuestra maquina el servidor puede tomar algunos

minutos en realizar la publicación. Mientras tanto nos mostrará un avance

del proceso.

Figura 105. Progreso de la publicación del proyecto seguimiento.


Finalmente sobre la misma pestaña del Servidor Marcamos el servidor

que tenemos disponible y nos dirigimos al lado derecho de la pestaña y

presionamos clic en el botón Start (Iniciar) tal como muestra la siguiente

figura.

Figura 106. Arranque del servidor con el proyecto seguimiento cargado.


Mientras termina de arrancar el servidor tendremos logs que nos mostrará

en la consola de la aplicación. Finalizado el arranque del servidor

abriremos un navegador de internet, de preferencia Mozilla Firefox.

- 142 -

Digitamos la URL http://localhost:8080/seguimiento. Si todo estuvo

correcto tendremos la pantalla de login del sistema. Accederemos con

“admin” tanto para usuario como para contraseña. Esto nos indicará que

el proceso se completó con éxito.

Figura 107. Logs servidor indicando proceso exitoso.


Figura 108. Pantalla de Inicio de Sesión.


http://localhost:8080/seguimiento

- 143 -

Figura 109. Acceso exitoso al sistema.


Respaldos Base de datos

Este apartado detalla el proceso que se debe seguir para obtener un

respaldo de la base de datos “seguimiento”.

Para obtener el respaldo deberemos acceder al programa pgAdmin III y

conectarnos con nuestras credenciales a la base de datos seguimiento.

Una vez conectado sobre la base de datos seguimiento daremos clic

derecho y escogeremos la opción Backup.

- 144 -

Figura 110. Opción Backup base de datos seguimiento.


La extensión de nuestros archivos puede ser del tipo DMP o SQL con

minúsculas. Escogeremos la ruta donde deseamos guardar y el nombre

del archivo. El tipo de formato Plain (Plano) y clic en el botón BACKUP.

Algo parecido a la siguiente figura.

Figura 111. Archivo y formato Backup base de datos seguimiento.

- 145 -


Dependiendo de la capacidad de procesamiento de la máquina sobre la

cual esta instalado el servidor de base de datos, este procedimiento

puede tomar algunos minutos. Cuando este proceso haya finalizado

tendremos un mensaje de retorno 0. Esto ya nos indica que el backup fue

exitoso. Daremos clic en el botón Done (Listo).

Figura 112. Backup realizado exitosamente.


- 146 -

B. MANUAL DE USUARIO

Introducción

El Sistema de Seguimiento Estudiantil ha sido construido para facilitar el




herramienta ágil que facilite la utilización de las opciones y

funcionalidades del Sistema de Seguimiento Estudiantil en los Niveles de

Educación General Básica y Bachillerato.

Administrador funcional y usuarios del sistema

Los principales agentes del Sistema son los funcionarios de las aéreas de

administración del plantel, docentes y representantes del DECE, los

mismos que se encargan de gestionar a través del sistema la información

relacionada con las actividades del proceso de seguimiento estudiantil.

Acceso a la aplicación

Ingreso al sistema.

Mediante un navegador web se debe ingresar a la página

http://localhost:8080/seguimiento/, una vez hecho esto se cargara la

página como se muestra en la Figura 1.

- 147 -

Figura 1. Pantalla de Ingreso al Sistema.


Autentificación de usuario. Una vez desplegada la pantalla de ingreso al

sistema como nos muestra la Figura 1, para autentificarnos como usuario

debemos hacer lo siguiente:

Llenar los campos de Usuario y Contraseña.

Dar un enter o hacer clic en el botón iniciar.

Menú Principal Rol Usuario Administrador

Una vez autentificados correctamente en el sistema dependiendo del rol

de usuario que se haya autentificado, se nos desplegará la pantalla

principal como nos muestra la Figura 2.

- 148 -

Figura 2. Pantalla Principal del Sistema Usuario Administrador.


Como podemos ver en la figura anterior al momento de autentificarnos

nos muestra la pantalla principal y podemos desplegar el menú principal

de la aplicación el mismo que consta de los siguientes módulos:

Periodo Académico

Contiene los periodos de cada año académico, aquí es donde se

puede ingresar el año lectivo del Plantel Educativo tanto

individualmente o carga por archivo.

Paralelos

Contiene el formulario para ingresar los paralelos del Plantel

Educativo.

Grado Curso

Contiene los niveles de grados que se asignan a la Institución

Educativa.

Niveles EGB, BGU Paralelos

Contiene los grados con sus paralelos respectivos, es decir que aquí

es donde se asignan cada grado-curso a su paralelo respectivo.

- 149 -

Docentes

Contiene a los profesores que pertenecen al Plantel Educativo, se los

puede asignar por carga de archivo o individualmente.

Tutor-Niveles EGB, BGU

Aquí es donde se asigna el Docente a un nivel EGB o BGU para saber

que este es el tutor del nivel asignado.

DECES

Contiene los formularios para poder ingresar los usuarios del DECE

tanto individualmente como por carga de archivo.

Estudiantes

Contiene los formularios para poder ingresar la información del

estudiante, igualmente se lo puede realizar tanto individualmente como

por carga de archivo.

Dentro de cada módulo tenemos los submenús Listado y Carga por

Archivo.

Periodo Académico. Dentro de este módulo tenemos el submenú Listado

y la Carga por Archivo. Para crear un año lectivo nuevo, editarlo o

eliminarlo damos clic en el submenú Listado y se tiene la pantalla que se

muestra en la figura 3.

- 150 -

Figura 3. Pantalla Listado Periodo Académico.


Para crear un nuevo Periodo Académico hacemos clic en nuevo, llenamos

todos los campos, seleccionamos el estado y pulsamos el botón guardar.

El sistema mostrara la siguiente pantalla:

Figura 4. Pantalla Crear Periodo Académico.


Para editar un periodo académico se da clic sobre el lápiz que se

encuentre a lado del periodo deseado y se edita el campo deseado y

luego de realizar los cambios pulsamos guardar.

- 151 -

Si se desea crear un Periodo Académico desde un archivo de Excel se lo

puede hacer por medio del submenú Carga por Archivo dando clic en

Choose para buscar el archivo tal como se muestra en la figura siguiente:

Figura 5. Pantalla Crear Periodo Académico Carga por Archivo.


Paralelo.

Para crear un nuevo paralelo, editarlo o eliminarlo nos colocamos

sobre Listado, y nos muestra la siguiente pantalla:

Figura 6. Pantalla Listado Paralelo.


Para crear un nuevo Paralelo hacemos clic en nuevo, llenamos el código y

la descripción, seleccionamos el estado y pulsamos el botón guardar.

- 152 -

Figura 7. Pantalla Crear Paralelo.


Para editar o eliminar un paralelo se debe pulsar sobre el lápiz de editar o

la figura de un basurerito para eliminar tal como se muestra en la figura 3.

Se puede crear paralelos a través de una carga por archivo tal como se lo

realiza para el módulo anterior.

Grado Curso.

Para crear un nuevo Grado Curso, editarlo o eliminarlo nos

colocamos sobre Listado, y nos muestra la siguiente pantalla:

Figura 8. Pantalla Listado Grado Curso.


- 153 -

Para crear un nuevo Grado Curso hacemos clic en nuevo, llenamos el

código y la descripción, seleccionamos el estado y pulsamos el botón

guardar.

Figura 9. Pantalla Crear Grado Curso.


Para editar o eliminar un Grado se debe pulsar sobre el lápiz de editar o la

figura de un basurerito para eliminar, al igual como se lo hace en los

módulos anteriores.

Se puede crear paralelos a través de una carga por archivo tal como se lo

realiza en los módulos anteriores.

Niveles EGB, BGU.

Para crear un nuevo Nivel ya sea este EGB o BGU, editarlo o

eliminarlo nos colocamos sobre Listado, y nos muestra la siguiente

pantalla:

- 154 -

Figura 10. Pantalla Listado Niveles EGB, BGU.


Para crear un nuevo Nivel hacemos clic en nuevo, seleccionamos el grado

y el paralelo que queremos asignar, seleccionamos el estado y pulsamos

el botón guardar.

Figura 11. Pantalla Crear Niveles EGB, BGU.


Para editar o eliminar un Grado se debe pulsar sobre el lápiz de editar o la

figura de un basurerito para eliminar, al igual como se lo hace en los


Se puede crear Niveles EGB, BGU a través de una carga por archivo tal

como se realizan las cargas en los módulos anteriores.

Docentes.

Para crear un Docente, editar o eliminar la información de este

docente nos colocamos sobre Listado, y nos muestra la siguiente pantalla:

- 155 -

Figura 12. Pantalla Listado Docentes.


Para crear un nuevo Docente hacemos clic en nuevo, llenamos los

campos solicitados y seleccionamos el estado, luego de hacerlo pulsamos

el botón guardar.

Figura 13. Pantalla Crear Docentes.


Para editar o eliminar un Docente se debe pulsar sobre el lápiz de editar o

la figura de un basurerito para eliminar, al igual como se lo hace en los


Se puede crear Docentes a través de una carga por archivo tal como se

realizan las cargas en los módulos anteriores.

Tutor – Niveles EGB, BGU.

- 156 -

Para asignar un tutor a un nivel creado anteriormente debemos

seleccionar el submenú Listado donde podremos ver los tutores

asignados a su respectivos niveles EGB, BGU, aquí debemos pulsar

sobre el lápiz de editar para poder asignar un tutor.

Figura 14. Pantalla Listado Tutores-Niveles EGB, BGU.


Al hacer clic en editar en la fila del Nivel EGB o BGU que desea asignarle

un nuevo tutor se nos presentará una pantalla donde debemos buscar el

docente que asignaremos a ese nivel y después guardaremos.

Figura 15. Pantalla Asignar Tutor.


Luego se nos desplegará una pantalla como la siguiente donde debemos

seleccionar el docente dando clic en el botón de un visto.

- 157 -

Figura 16. Pantalla Buscar Tutor.


DECES.

Para crear un usuario que sea perteneciente al DECE, se lo realiza

colocándonos sobre el submenú Listado y luego en el botón nuevo.

Figura 17. Pantalla Listado DECES.


En la pantalla que se nos despliega hay que llenar la información que se

pide, seleccionar el estado y luego pulsar sobre guardar.

- 158 -

Figura 18. Pantalla Crear Docentes.


Para editar o eliminar un Docente se debe pulsar sobre el lápiz de editar o

la figura de un basurerito para eliminar, tal como muestra la figura 17.

Se puede crear usuarios DECES a través de una carga por archivo tal

como se realizan las cargas en los módulos anteriores.

Estudiantes.

Para crear un estudiante nuevo, editar o eliminar uno existente se

lo realiza colocándonos sobre el submenú Listado que nos desplegará

una pantalla como la siguiente:

Figura 19. Pantalla Listado Estudiantes.

Fuente: Tesista.

- 159 -

Autor: Tesista.

Al pulsar sobre nuevo debemos llenar los formularios que se nos

presentan con la información del estudiante, después de llenar el

formulario damos clic en guardar.

Figura 20. Pantalla Crear Nuevo Estudiante.


Para editar o eliminar un estudiante primero debemos buscarlo, esto se lo

realiza mediante los criterios de búsqueda, aquí debemos seleccionar el

grado y paralelo y si deseamos un estudiante que sabemos su código o

nombre los colocamos en las cajas que indican este criterio de búsqueda

y al final damos sobre buscar, tal como muestra la figura 19.

Al dar clic sobre buscar se desplegarán los estudiantes que se

encontraron según el criterio de búsqueda que hayamos utilizado, aquí

podemos editar o eliminar el estudiante pulsando sobre el lápiz de editar o

el basurerito de eliminar.

- 160 -

Figura 21. Pantalla Buscar Estudiante.


Se puede crear estudiantes mediante una carga por archivo tal como se

realizan las cargas en los módulos anteriores.

Menú Principal Rol Usuario DECE

Una vez autentificados correctamente en el sistema dependiendo del

usuario DECE que se haya autentificado, se nos desplegará la pantalla


Figura 22. Pantalla Principal del Sistema Usuario DECE.

Fuente: Tesista.

- 161 -

Autor: Tesista.


como usuario DECE nos muestra la pantalla principal y podemos

desplegar el menú principal de la aplicación el mismo que consta de los

siguientes módulos:

Ficha Estándar

Contiene el formulario para llenar la información de un estudiante, esta

es su información como es datos familiares, referencias familiares,

datos de salud, datos académicos, historia vital, rendimiento

académico.

Ficha Seguimiento

Contiene el formulario para ingresar los datos de remisiones de casos,

la causa en el área cognitiva, en el área comportamental, área

emocional y quien registró el caso.

Estadísticas

Contiene los reportes estadísticos de las condiciones de vivienda,

estado civil, servicios básicos, atención médica, facilidad estudio y el

seguimiento estudiantil.

Tanto en el módulo de la ficha estándar como en la ficha de seguimiento

se tienen los submenús Administrar Fichas e Historial.

Ficha Estándar.

- 162 -

Para crear una ficha estándar nueva nos colocamos sobre

Administrar Fichas y seleccionamos crear en la fila donde se encuentre el

estudiante del cual queremos crear la ficha, si conocemos alguno de los

criterios de búsqueda lo colocamos para encontrar al estudiante al cual

queremos crear la ficha.

Figura 23. Pantalla Administrar Ficha Estándar.


En el formulario que se nos presenta después de colocarnos sobre crear,

llenamos todos los campos, y pulsamos el botón guardar. El sistema

mostrara la siguiente pantalla:

- 163 -

Figura 24. Pantalla Formulario Crear Ficha Estándar.


En este formulario en la sección del rendimiento académico se puede

ingresar las notas correspondientes a cada periodo del año lectivo, para

hacerlo damos clic sobre el lápiz y aquí colocamos la nota, luego damos

- 164 -

en el visto. Al final de haber llenado todas las secciones del formulario

debemos guardar.

Figura 25. Pantalla Formulario Crear Ficha Estándar Sección

Rendimiento Académico.


Para editar una ficha estándar lo hacemos dando clic sobre ver/editar,

para eliminar simplemente damos clic sobre el basurerito de eliminar. Una

vez creada la ficha podemos verla en formato pdf e imprimirla si

deseamos.

Figura 26. Pantalla Formulario Editar, Eliminar, Imprimir Ficha

Estándar.


Si se desea consultar una ficha estándar damos sobre históricos y

buscamos según necesitemos.

- 165 -

Figura 27. Pantalla Históricos Ficha Estándar.


Ficha Seguimiento.

Para administrar esta ficha nos vamos sobre el submenú

administrar, aquí podemos buscar el estudiante que queremos hacerle un

seguimiento y crear la ficha o editar si ya tiene una creada.

Figura 28. Pantalla Administrar Ficha Seguimiento.


Para crear una nueva ficha damos clic sobre nuevo, llenamos el

formulario que se nos presenta y damos en guardar.

- 166 -

Figura 29. Pantalla Crear, Editar, Imprimir Ficha Seguimiento.


Para editar una ficha damos sobre el lápiz de editar y cambiamos los

campos del formulario que deseemos y guardamos. Si queremos imprimir

una ficha damos clic sobre el dibujito de impresora.

Si se desea consultar una ficha estándar damos sobre históricos y

buscamos según necesitemos, de igual forma como se lo hace en la ficha

estándar.

Estadísticas.

Para consultar sobre alguno de los submenús que se encuentran

en el módulo de estadísticas, se da clic sobre este y se coloca el periodo

académico deseado, luego damos sobre buscar.

- 167 -

Figura 30. Pantalla Estadísticas.


Menú Principal Rol Usuario Docente

Una vez autentificados correctamente en el sistema dependiendo del

usuario Docente que se haya autentificado, se nos desplegará la pantalla


Figura 31. Pantalla Principal del Sistema Usuario Docente.



como usuario Docente nos muestra la pantalla principal y podemos

desplegar el menú principal de la aplicación el mismo que consta de los

siguientes módulos:

Ficha Estándar

En esta el docente solamente puede consultar.

Ficha Seguimiento

- 168 -

Contiene el formulario para ingresar los datos de remisiones de casos,

la causa en el área cognitiva, en el área comportamental, área

emocional y quien registró el caso.

Ficha Estándar.

Para consultar una ficha simplemente se da sobre consulta y nos

presenta la siguiente pantalla.

Figura 32. Pantalla Consulta Ficha Estándar.


Ficha Seguimiento.

Para administrar esta ficha nos vamos sobre el submenú

administrar, aquí podemos buscar el estudiante que queremos hacerle un

seguimiento y crear la ficha de igual forma como se lo hace en el módulo

Ficha Seguimiento del usuario DECE explicado anteriormente.

- 169 -

C. MANUAL TÉCNICO

Introducción

El Sistema de Seguimiento Estudiantil ha sido construido para facilitar el




herramienta ágil que facilite la comprensión del desarrollo de la aplicación,

sus elementos y que los conforman cada uno de ellos.

En el presente manual se pretende detallar de manera clara los aspectos

més relevantes tanto de base de datos como de la aplicación web.

- 170 -

BASE DE DATOS

MODELO ENTIDAD RELACIÓN

Figura 1. Modelo Entidad Relación.


- 171 -

MODELO FÍSICO

Figura 2. Modelo Físico.


- 172 -

DICCIONARIO DE DATOS

1.- TABLA seg_area_cognitiva

Descripción: Tabla que guarda las áreas cognitivas del Sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y arc_codigo bigint Y Y PRIMARY KEY

fecha_creacio

n

timestam

p

Y Fecha Creacion del

registro

fecha_modific

acion

timestam

p

Fecha Modificacion

del registro

fecha_borrad

o

timestam

p

Fecha de borrado

lógico

estado varchar(1) Y Estado del registro

A= ACTIVO,

I=INACTIVO

arc_descripci

on

varchar(1

000)

Y Descripcion Area

Cognitiva

Tabla 1. seg_area_cognitiva


Relaciones: No posee.

- 173 -

2.- TABLA seg_area_comportamental

Descripción: Tabla que guarda las Areas comportamentales del sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y arm_codigo bigint Y Y PRIMARY KEY

fecha_creacio

n

timestam

p

Y Fecha de creación

del registro

fecha_modific

acion

timestam

p

Fecha de

actualización del

registro

fecha_borrad

o

timestam

p

Fecha de borrado

logico del registro


A= ACTIVO,

I=INACTIVO

arm_descripci

on

varchar(1

000)

Y Descripción de area

comportamental

Tabla 2. seg_area_comportamental.



3.- TABLA seg_area_emocional

Descripción: Tabla que almacena las Áreas emocionales del sistema.

Columnas:

- 174 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y are_codigo bigint Y Y PRIMARY KEY

fecha_creacio

n

timestam

p

Y Fecha creación del

registro

fecha_modific

acion

timestam

p

Fecha Modificación

del registro

fecha_borrad

o

timestam

p

Fecha Borrado lógico

del registro


A= ACTIVO,

I=INACTIVO

are_descripci

on

varchar(1

000)

Y Descripción area

emocional

Tabla 3. seg_area_emocional



4.- TABLA seg_atencion_medica

Descripción: Tabla que almacena los registros de Atención Médica del

sistema.

Columnas:

- 175 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y atm_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha Modificación

del registro

fecha_borrad

o

timestam

p

Fecha de Borrado

lógico del registro

estado varchar(

1)

Y Estado del registro A=

ACTIVO, I=INACTIVO

atm_descripci

on

varchar(

255)

Y Descripción atención

mé

Tabla 4. seg_atencion_medica



5.- TABLA seg_condicion_vivienda

Descripción: Tabla que almacena los datos de Condiciones de Vivienda

del sistema.

Columnas:

- 176 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y cov_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p

Y Fecha de creación del

registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

cov_descripci

on

varchar(

255)

Y Descripción condición

de vivienda

Tabla 5. seg_condicion_vivienda.



6.- TABLA seg_dato_academico

Descripción: Tabla que almacena los datos Académicos de la Ficha

Estándar.

Columnas:

- 177 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y daa_codigo bigint Y Y PRIMARY KEY

fecha_creacion timesta

mp

Y Fecha de Creación del

registro

fecha_modificaci

on

timesta

mp

Fecha Modificación del

registro

fecha_borrado timesta

mp

Y Fecha Borrado lógico

del registro

estado varchar(

1)

Estado del registro A=

ACTIVO, I=INACTIVO

daa_asignaturas

_dificultad

varchar(

255)

Asignaturas en las que

presenta dificultad el

estudiante.

daa_asignaturas

_preferencia

varchar(

255)

Asignaturas de

preferencia del

estudiante.

daa_clubes varchar(

255)

Clubes en los que

participa el estudiante

daa_dignidades_

alcanzadas

varchar(

255)

Dignidades alcanzadas

por el estudiante.

daa_extracurricul

ares

varchar(

255)

Actividades

extracurriculares del

- 178 -

estudiante.

daa_fecha_ingre

so

timesta

mp

Fecha de ingreso a la

institución.

daa_horario_trab

ajo_repre

varchar(

255)

Horario de trabajo de

los representantes.

daa_institucion_

procedente

varchar(

255)

Insitutución de la que

procede el estudiante.

Si es alumno nuevo

daa_logros_acad

emicos

varchar(

255)

Logros academicos del

estudiante.

daa_observacion varchar(

2000)

Observaciones

daa_participacio

n_en

varchar(

255)

Participación en algún

grupo o actividad en la

institución.

daa_quien_contr

ola_tareas

varchar(

255)

Quién controla las

tareas del estudiante.

daa_quien_pasa

_tardes

varchar(

255)

Con quién pasa las

tardes el estudiante

daa_repetido_ani

os

varchar(

255)

El estudiante ah

repetido años lectivos.

Y daa_fie_codigo bigint FOREING KEY:

Guarda la relación

entre la Ficha Estandar

- 179 -

y el Dato academico

del estudiante.

Tabla 6. seg_dato_academico.


Relaciones: Si posee.

CA

MP

O

TA

BL

A

CA

MP

O F

K

daa_fie_codigo public.seg_ficha_estandar fie_codigo

Tabla 7. Relaciones seg_dato_academico.


7.- TABLA seg_dato_familiar

Descripción: Tabla que almacena los datos Familiares

(familiar/representante) de la Ficha Estándar.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y daf_codigo bigint Y Y PRIMARY KEY


mp


registro

fecha_modifica timesta Fecha de modificación

- 180 -

cion mp del registro


mp

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

daf_direccion_d

omicilio

varchar(

255)

Dirección de Domicilio

del

familiar/representante.

daf_direccion_t

rabajo

varchar(

255)

Dirección del trabajao

de


daf_edad integer Edad del


daf_email varchar(

255)

Correo electrónico


daf_ingresos_

mensuales

numeric(

10,2)

Ingresos mensuales

del


daf_lugar_traba

jo

varchar(

255)

Lugar de trabajo del


daf_nombre varchar(

255)

Nombre del


daf_observacio

n

varchar(

2000)

Observaciones

- 181 -

daf_otro_famili

ar

varchar(

255)

Otro tipo de


Especificar quién

daf_profesion varchar(

255)

Profesión del


daf_telefono_d

omicilio

varchar(

255)

Teléfono del domicilio

del


daf_telefono_tr

abajo

varchar(

255)

Teléfono de trabajo del


Y daf_esc_codigo varchar(

255)

FOREIGN KEY:

Guarda la relación

entre el estado civil y el

dato familiar.

Y daf_fie_codigo bigint FOREIGN KEY:

Guarda la relación

entre la ficha estandar

y el dato familiar

Y daf_tif_codigo varchar(

255)

FOREIGN KEY:

Guarda la relación

entre el Tipo de

Familiar y el dato

familiar.

daf_telefono_c varchar( Teléfono familiar del

- 182 -

elular 255) familiar/representante.

Tabla 8. seg_dato_familiar



CA

MP

O

TA

BL

A

CA

MP

O F

K

daf_tif_codigo public.seg_tipo_familiar tif_codigo

daf_fie_codigo public.seg_ficha_estandar fie_codigo

daf_esc_codigo public.seg_estado_civil esc_codigo

Tabla 9. Relaciones seg_dato_familiar


8.- TABLA seg_dato_salud

Descripción: Tabla que almacena los datos de salud de la Ficha estandar

del estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y das_codigo bigint Y Y PRIMARY KEY


mp

Y Fecha Creación del

registro

fecha_modifica

cion

timesta

mp

Fecha de modificación

del registro.

- 183 -


mp

Fecha de borrado lógico

del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

das_cual_alergi

as

varchar(

500)

Qué tipo de alergias

posee el estudiante.

das_cual_cond

_med_esp

varchar(

500)

Condiciones médicas

especiales del

estudiante

das_cual_disca

pacidad

varchar(

500)

Qué tipo de

discapacidad tiene el

estudiante.

das_nombre_m

edico

varchar(

255)

Nombre del médico que

atiende regularmente al

estudiante

das_observacio

n

varchar(

2000)

Observaciones

das_tiene_alerg

ias

varchar(

2)

Y El estudiante tiene

alergias

das_tiene_cond

_med_esp

varchar(

2)


alguna condición

medica especial

das_tiene_disc

apacidad

varchar(

2)


algún tipo de

- 184 -

discapacidad

Y das_atm_codig

o

varchar(

255)

FOREIGN KEY: Guarda

la relación entre los

registros de atención

médica y el dato de

salud

Y das_fie_codigo bigint FOREIGN KEY: Guarda

la relación entre la ficha

estándar y el dato de

salud

das_medicame

ntos

varchar(

500)

Medicamentos que

toma el estudiante.

Tabla 10. seg_dato_salud.



CA

MP

O

TA

BL

A

CA

MP

O F

K

das_fie_codigo public.seg_ficha_estandar fie_codigo

das_atm_codigo public.seg_atencion_medica atm_codigo

Tabla 11. Relaciones seg_dato_salud.


- 185 -

9.- TABLA seg_dece

Descripción: Tabla que almacena los deces del sistema

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y dec_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

dec_direccion varchar(

255)

Dirección del DECE

dec_email varchar(

255)

Correo electrónico del

DECE

dec_nombre varchar(

255)

Nombre identificatorio

del DECE

dec_telefono varchar( Teléfono del DECE

- 186 -

255)

Tabla 12. seg_dece



10.- TABLA seg_detalle_seguimiento

Descripción: Tabla que almacena los hitos de seguimiento del

estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y des_codigo bigint Y Y PRIMARY KEY


mp


registro

fecha_modifica

cion

timesta

mp


del registro


mp


del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

des_accion varchar(

1000)

Acción a realizar

des_diagnostic varchar( Diagnostico

- 187 -

o 1000)

des_fecha_det

alle

timesta

mp

Fecha del detalle de

seguimiento

des_fecha_dia

gnostico

timesta

mp

Fecha de diagnostico

des_finalizado varchar(

2)

Y El registro ah finalizado

des_motivo varchar(

1000)

Motivo del detalle

des_nombre_e

specialista

varchar(

255)

Nombre del especialista

que atendió al

estudiante

des_recomend

aciones

varchar(

1000)

Recomendaciones del

especialista

des_requiere_d

iagnostico

varchar(

2)

Y Requiere diagnóstico el

estudiante

des_resultado varchar(

1000)

Resultado del

diagnostico

des_usu_actual

izacion

varchar(

255)

Usuario que actualiza el

registro (auditoria)

des_usu_creaci

on

varchar(

255)

Usuario que crea el


Y des_fis_codigo bigint Y FOREIGN KEY: Guarda

la relación entre la Ficha

- 188 -

de Seguimiento y el

Detalle de seguimiento

Tabla 13. seg_detalle_seguimiento



CA

MP

O

TA

BL

A

CA

MP

O F

K

des_fis_codigo public.seg_ficha_seguimiento fis_codigo

Tabla 14. Relaciones seg_detalle_seguimiento


11.- TABLA seg_docente

Descripción: Tabla que almacena los docentes del sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y doc_cedula varchar(

255)

Y Y PRIMARY KEY:

Cédula del docente

fecha_creacio

n

timestam

p


registro

fecha_modific timestam Fecha de

- 189 -

acion p modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

doc_direccion varchar(

255)

Dirección del docente

doc_email varchar(

255)


docente

doc_nombre varchar(

255)

Y Nombre del Docente

doc_telefono varchar(

255)

Teléfono del Docente

Tabla 15. seg_docente



12.- TABLA seg_embarazo_parto

Descripción: Tabla que almacena los registro del embarazo/parto del

sistema.

Columnas:

- 190 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y emp_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado

lógico

estado varchar(

1)


ACTIVO, I=INACTIVO

emp_descripc

ion

varchar(

255)

Y Descripción embarazo

/ parto

Tabla 16. seg_embaraz_parto



13.- TABLA seg_estado_civil

Descripción: Tabla que almacena los registros del Estado Civil del

sistema

Columnas:

- 191 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y esc_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

esc_descripci

on

varchar(

255)

Y Descripción estado

civil

Tabla 17. seg_estado_civil



14.- TABLA seg_estudiante

Descripción: Tabla que almacena los estudiantes del sistema.

Columnas:

- 192 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y est_codigo varchar(

255)

Y Y PRIMARY KEY


mp


registro

fecha_modifica

cion

timesta

mp


del registro


mp

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

est_cedula varchar(

255)

Cédula del estudiante

est_domicilio varchar(

255)

Domicilio del

estudiante

est_fecha_naci

miento

timesta

mp

Fecha de nacimiento

del estudiante

est_nombre varchar(

255)

Y Nombre del estudiante

est_sector varchar(

255)

Sector de residencia

del estudiante

est_sexo varchar( Y Sexo del estudiante:

- 193 -

1) F= FEMENINO,

M=MASCULINO

est_telefono varchar(

255)

Teléfono del

estudiante

Tabla 18. seg_estudiante



15.- TABLA seg_estudiante_tutor_grado_curso

Descripción: Tabla que almacena la relación Varios a varios entre la

tabla Estudiante y la tabla tutor grado curso paralelo.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y etg_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modifi

cacion

timesta

mp


del registro

fecha_borra

do

timesta

mp


del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

- 194 -

Y etg_est_codi

go

varchar(

255)

Y FOREIGN KEY: Guarda

la relación con la tabla

Estudiante

Y etg_tgp_codi

go

bigint FOREIGN KEY: Guarda


tutor grado curso

paralelo.

Tabla 19. seg_estudiante_tutor_grado_curso



CA

MP

O

TA

BL

A

CA

MP

O F

K

etg_est_codigo public.seg_estudiante est_codigo

etg_tgp_codigo public.seg_tutor_gradocurso_paralelo tgp_codigo

Tabla 20. Relaciones seg_estudiante_tutor_grado_curso


16.- TABLA seg_facilidad_estudio

Descripción: Tabla que almacena los registros de Facilidad de estudio

del sistema.

Columnas:

- 195 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fae_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

fae_descripci

on

varchar(

255)

Y Descripción de

facilidad de estudio

Tabla 21. seg_facilidad_estudio



17.- TABLA seg_fich_estand_record_academ

Descripción: Tabla que guarda las notas de los periodos academicos del

estudiante en una ficha estandar.

Columnas:

- 196 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fra_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timestam

p


registro

fecha_modifi

cacion

timestam

p


del registro

fecha_borrad

o

timestam

p


del registro

estado varchar(1

)

Y Estado del sistema,

A=ACTIVO,

I=INACTIVO

fra_calificaci

on

numeric(

10,2)

Calificación del período

fra_descripci

on

varchar(2

55)

Descripción del la

calificación

Y fra_fie_codig

o



Ficha estandar

Tabla 22. seg_fich_estand_record_academ



- 197 -

CA

MP

O

TA

BL

A

CA

MP

O F

K

fra_fie_codigo public.seg_ficha_estandar fie_codigo

Tabla 23. Relaciones seg_fich_estand_record_academ


18.- TABLA seg_ficha_estand_serv_basico

Descripción: Tabla que almacena la relación entre la ficha estandar y las

facilidades de estudio que tiene el estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fsb_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modifi

cacion

timesta

mp


del registro

fecha_borrad

o

timesta

mp


del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

esb_aplica varchar( Y Indica si el registro

- 198 -

2) aplica o no SI = APLICA,

NO = NO APLICA

Y fsb_fie_codig

o



Ficha estándar.

Y fsb_seb_codi

go

varchar(

255)



Servicios básicos

Tabla 24. seg_ficha_estand_serv_basico



CA

MP

O

TA

BL

A

CA

MP

O F

K

fsb_fie_codigo public.seg_ficha_estandar fie_codigo

fsb_seb_codigo public.seg_servicio_basico seb_codigo

Tabla 25. Relaciones seg_ficha_estand_serv_basico


19.- TABLA seg_ficha_estandar

Descripción: Tabla que almacena los registros de Ficha Estandar.

Columnas:

- 199 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fie_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modifi

cacion

timesta

mp

Fecha de modificación del

registro

fecha_borrad

o

timesta

mp


del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

fie_cedula varchar(

255)

Cedula del estudiante

asociado a la ficha

estandar

fie_domicilio varchar(

255)

domicilio del estudiante

asociado a la ficha

estandar

fie_fecha_na

cimiento

timesta

mp

Fecha de nacimiento del

estudiante asociado a la

ficha estandar

fie_nombre varchar(

255)

Y Nombre del estudiante

asociado a la ficha

estandar

- 200 -

fie_sector varchar(

255)

Sector de residencia del

estudiante asociado a la

ficha estandar

fie_sexo varchar(

1)

Y Sexo del estudiante

asociado a la ficha

estandar. M=

MASCULINO,

F=FEMENINO

fie_telefono varchar(

255)

Teléfono del estudiante

asociado a la ficha

estandar

Y fie_etg_codig

o

bigint FOREING KEY: Guarda


Estudiante tutor grado

curso paralelo

fie_usu_actu

alizacion

varchar(

255)



fie_usu_crea

cion

varchar(

255)

Usuario que crea el


fie_promedio numeric

(10,2)

Promedio del estudiante

en el periodo academico

sobre el cual se está

llenando la ficha estandar

Tabla 26. seg_ficha_estandar


- 201 -

Relaciones: Si posee. C

AM

PO

TA

BL

A

CA

MP

O F

K

fie_etg_codigo public.seg_estudiante_tutor_grado_curso etg_codigo

Tabla 27. Relaciones seg_ficha_estandar


20.- TABLA seg_ficha_estandar_facilidad_estudi

Descripción: Tabla que almacena la relación entre la ficha estándar y las

facilidades de estudio que posee el estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y ffe_codigo bigint Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


del registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrado timestam

p

Fecha de borrado


- 202 -

estado varchar(1

)

Y Estado del registro

A= ACTIVO,

I=INACTIVO

efe_aplica varchar(2

)

Y Aplica o no la

facilidad de estudio.

SI= APLICA,

NO=NO APLICA

Y ffe_fae_codigo varchar(2

55)

FOREIGN KEY:

Guarda la relación

con la tabla Facilidad

de estudio.

Y ffe_fie_codigo bigint FOREIGN KEY:

Guarda la relación

con la tabla Ficha

estándar

Tabla 28. seg_ficha_estandar_facilidad_estudi


Relaciones: SI posee.

CA

MP

O

TA

BL

A

CA

MP

O F

K

ffe_fae_codigo public.seg_facilidad_estudio fae_codigo

ffe_fie_codigo public.seg_ficha_estandar fie_codigo

Tabla 29. Relaciones seg_ficha_estandar_facilidad_estudi

Fuente: Tesista.

- 203 -

Autor: Tesista.

21.- TABLA seg_ficha_seguim_area_cognit

Descripción: Tabla que almacena la relación entre la Ficha de

Seguimiento y las áreas cognitivas en las que presenta problemas el

estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fsa_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modifi

cacion

timesta

mp


registro

fecha_borrad

o

timesta

mp


del registro

estado varcha

r(1)


ACTIVO, I=INACTIVO

fsa_aplica varcha

r(2)

Y Aplica el area cognitiva.

SI=APLICA, NO = NO

APLICA

Y fsa_arc_codi

go



- 204 -

Area Cognitiva

Y fsa_fis_codig

o



Ficha de Seguimiento

Tabla 30. seg_ficha_seguim_area_cognit



CA

MP

O

TA

BL

A

CA

MP

O F

K

fsa_fis_codigo public.seg_ficha_seguimiento fis_codigo

fsa_arc_codigo public.seg_area_cognitiva arc_codigo

Tabla 31. Relaciones seg_ficha_seguim_area_cognit


22.- TABLA seg_ficha_seguim_area_comport

Descripción: Tabla que almacena la relación entre la ficha de

seguimiento y las áreas comportamentales en las que presenta problemas

el estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

- 205 -

Y fsm_codigo bigint Y Y PRIMARY KEY

fecha_creacio

n

timesta

mp


registro

fecha_modific

acion

timesta

mp

Fecha de

modificación del

registro


mp

Fecha de borrado


estado varchar

(1)


ACTIVO, I=INACTIVO

fsm_aplica varchar

(2)

Y Aplica el registro de

area comportamental.

SI=APLICA, NO=NO

APLICA

Y fsm_arm_codi

go

bigint FOREIGN KEY:

Guarda la relación

con la tabla Area

comportamental

Y fsm_fis_codigo bigint FOREIGN KEY:

Guarda la relación

con la tabla Ficha de

Seguimiento

Tabla 32. seg_ficha_seguim_area_comport


- 206 -


CA

MP

O

TA

BL

A

CA

MP

O F

K

fsm_arm_codigo public.seg_area_comportamental arm_codigo

fsm_fis_codigo public.seg_ficha_seguimiento fis_codigo

Tabla 33. Relaciones seg_ficha_seguim_area_comport


23.- TABLA seg_ficha_seguim_area_emocion

Descripción: Tabla que almacena la relación entre la ficha de

seguimiento y las áreas emocionales en las que presenta problemas el

estudiante.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fse_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modifi

cacion

timesta

mp


registro

fecha_borrad

o

timesta

mp


del registro

estado varcha Y Estado del registro A=

- 207 -

r(1) ACTIVO, I=INACTIVO

fse_aplica varcha

r(2)

Y Aplica el area emocional.

SI=APLICA, NO=NO

APLICA

Y fse_are_codi

go



Area emocional

Y fse_fis_codig

o



Ficha de Seguimiento.

Tabla 34. seg_ficha_seguim_area_emocion



CA

MP

O

TA

BL

A

CA

MP

O F

K

fse_are_codigo public.seg_area_emocional are_codigo

fse_fis_codigo public.seg_ficha_seguimiento fis_codigo

Tabla 35. Relaciones seg_ficha_seguim_area_emocion


24.- TABLA seg_ficha_seguimiento

Descripción: Tabla que almacena los registros de Ficha de Seguimiento.

Columnas:

- 208 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y fis_codigo bigint Y Y PRIMARY KEY


mp


registro

fecha_modifica

cion

timesta

mp


del registro


mp

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

fis_causas_rem

ision

varchar(

1000)

Causas de la remisión

del caso

fis_diagnostica

do

varchar(

2)

Y El estudiante ah sido

diganosticado. SI, NO

fis_estrategias_

apoyo

varchar(

1000)

Estrategias de apoyo al

estudiante

fis_fecha_finali

zacion

timesta

mp

Fecha de finalización

del seguimiento

fis_fecha_recep

cion

timesta

mp

Fecha de recepción del

caso

fis_fecha_remis

ion

timesta

mp

Fecha de remisión del

caso

- 209 -

fis_fecha_revisi

on_dece

timesta

mp

Fecha de revisión por

parte del DECE

fis_finalizado varchar(

2)

Y Seguimiento Finalizado.

SI, NO

fis_dece_respo

nsable

varchar(

255)

Dece responsable de la

atención del caso

fis_nombre_re

mitente

varchar(

255)

Nombre del remitente

fis_otras varchar(

1000)

Otras causas de

remisión del caso

fis_revisado_de

ce

varchar(

2)

Y Revisado por el DECE

fis_usu_actuali

zacion

varchar(

255)



fis_usu_creacio

n

varchar(

255)

Usuario que crea el


Y fis_etg_codigo bigint FOREIGN KEY: Guarda


Estudiante tutor grado

curso paralelo

Y fis_per_codigo varchar(

255)

FOREIGN KEY: Guarda


Periodo académico

fis_asign_otro_ varchar( Asignatura en caso de

- 210 -

prof 255) que sea remitida por

otro profesor.

fis_nombre_otr

o_prof

varchar(

255)

Nombre del profesor.

En caso de que sea

remitida por otro

profesor

fis_resultado_di

agnostico

varchar(

1000)

Resultado del

diagnostico

Tabla 36. seg_ficha_seguimiento



CA

MP

O

TA

BL

A

CA

MP

O F

K

fis_etg_codigo public.seg_estudiante_tutor_grado_curso etg_codigo

fis_per_codigo public.seg_persona_remitente per_codigo

Tabla 37. Relaciones seg_ficha_seguimiento


25.- TABLA seg_grado_curso

Descripción: Tabla que almacena los registro de Grados Cursos (Niveles

EGB, BGU).

Columnas:

- 211 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y grc_codigo bigint Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

grc_descripci

on

varchar(

255)

Descripción del grado

curso

Tabla 38. seg_grado_curso



26.- TABLA seg_historia_vital

Descripción: Tabla que almacena los registros de Historia Vital de la

Ficha Estandar.

Columnas:

- 212 -

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y hiv_codigo bigint Y Y PRIMARY KEY


mp


del registro

fecha_modificacio

n

timesta

mp

Fecha de

modificación del

registro


mp

Fecha de borrado


estado varchar(

1)

Y Estado del registro

A= ACTIVO,

I=INACTIVO

hiv_accidentes varchar(

255)

Accidentes que

haya sufrido el

estudiante

hiv_accidentes_e

mbarazo

varchar(

255)

Accidentes en el

embarazo

hiv_alergias varchar(

255)

Alergias

hiv_cirugias varchar(

255)

Cirugias a las que

haya sido sometido

hiv_dificultad_emb varchar( Dificultades en el

- 213 -

arazo 255) embarazo

hiv_edad_biberon varchar(

255)

Edad en la que dejo

el biberón

hiv_edad_caminar varchar(

255)

Edad en la que

empezo a caminar

hiv_edad_esfintere

s

varchar(

255)

Edad en la que

empezo a controlar

los esfínteres

hiv_edad_hablar varchar(

255)

Edad en la que

empezo a hablar

hiv_edad_madre varchar(

255)

Edad de la madre al

momento de

concebirlo

hiv_enfermedades varchar(

255)

Enfermedades

hiv_medicamentos

_embarazo

varchar(

255)

Medicamentos en el

embarazo

hiv_observacion varchar(

2000)

Observaciones

hiv_otros varchar(

255)

Otros remitencias

hiv_perdidas_cono

cimiento

varchar(

255)

Pérdidas del

conocimiento

hiv_periodo_lactan varchar( Período de lactancia

- 214 -

cia 255)

hiv_peso_al_nacer varchar(

255)

Peso al nacer

hiv_talla_al_nacer varchar(

255)

Talla al nacer

Y hiv_emp_codigo varchar(

255)

Y FOREIGN KEY:

Guarda la relación

con la tabla

embarazo /parto

Y hiv_fie_codigo bigint FOREIGN KEY:

Guarda la relación

con la tabla Ficha

Estandar

Tabla 39. seg_historia_vital



CA

MP

O

TA

BL

A

CA

MP

O F

K

hiv_fie_codigo public.seg_ficha_estandar fie_codigo

hiv_emp_codigo public.seg_embarazo_parto emp_codigo

Tabla 40. Relaciones seg_historia_vital


- 215 -

27.- TABLA seg_paralelo

Descripción: Tabla que almacena los registros de paralelos del Sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y par_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

par_paralelo varchar(

255)

Paralelo

Tabla 41. seg_paralelo



28.- TABLA seg_periodo_academico

- 216 -

Descripción: Tabla que almacena los períodos académicos del sistema.

Columnas: P

K

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y per_id integer Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p


del registro

fecha_borrado timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

per_fin integer Y Año en que inicia el

período académico

per_inicio integer Y Año en que culmina el

período académico

per_numero_p

eriodos

integer Numero de periodos

que tiene el Periodo

academico

per_base_calif

icacion

numeric(

10,2)

Calificación Base que

se va a aplicar en el

período académico

Tabla 42. seg_periodo_academico

- 217 -



29.- TABLA seg_persona_remitente

Descripción: Tabla que almacena los registros de personas remitentes

de fichas de seguimiento en el sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y per_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

per_nombre varchar(

255)

Y Nombre del tipo de

persona remitente

Tabla 43. seg_persona_remitente

Fuente: Tesista.

- 218 -

Autor: Tesista.


30.- TABLA seg_referencia_familiar

Descripción: Tabla que almacena los registros de referencias familiares

de la Ficha Estándar.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y ref_codigo bigint Y Y PRIMARY KEY


mp


registro

fecha_modificac

ion

timesta

mp


del registro


mp

Fecha de borrado

lógico

estado varchar(

1)


ACTIVO, I=INACTIVO

ref_descripcion

_vivienda

varchar(

2000)

Descripción de la

vivienda

ref_estructura_f

amiliar

varchar(

1000)

Descripción de la

estructura familiar

ref_familiar_dis

capacidad

varchar(

2)

Familiares con

discapacidad

- 219 -

ref_observacion

es

varchar(

2000)

Observaciones

ref_quien_disca

pacidad

varchar(

500)

Quienes de los

familiares presentan

discapacidad

ref_vive_con varchar(

500)

Con quién vive el

estudiante

Y ref_cov_codigo varchar(

255)

FOREIGN KEY:

Guarda la relación con

la tabla Condiciones

de Vivienda

Y ref_fie_codigo bigint FOREIGN KEY:

Guarda la relación con

la tabla Ficha Estandar

Tabla 44. seg_referencia_familiar



CA

MP

O

TA

BL

A

CA

MP

O F

K

ref_fie_codigo public.seg_ficha_estandar fie_codigo

ref_cov_codigo public.seg_condicion_vivienda cov_codigo

Tabla 45. Relaciones seg_referencia_familiar


- 220 -

31.- TABLA seg_rol

Descripción: Tabla que almacena los registros de roles del sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y rol_id bigint Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

rol_nombre varchar(

255)

Nombre del rol

Tabla 46. seg_rol



32.- TABLA seg_servicio_basico

- 221 -

Descripción: Tabla que almacena los registros de Servicios básicos del

sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y seb_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

seb_descripci

on

varchar(

255)

Y Descripción del

servicio básico

Tabla 47. seg_servicio_basico



33.- TABLA seg_tipo_familiar

- 222 -

Descripción: Tabla que almacena los registros de tipo de familiar del

sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y tif_codigo varchar(

255)

Y Y PRIMARY KEY

fecha_creacio

n

timestam

p


registro

fecha_modific

acion

timestam

p

Fecha de

modificación del

registro

fecha_borrad

o

timestam

p

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

tif_descripcio

n

varchar(

255)

Y Tipo de familiar

Tabla 48. seg_tipo_familiar



34.- TABLA seg_tutor_gradocurso_paralelo

- 223 -

Descripción: Tabla que almacena la relación entre Docente (Tutor),

Grado Curso, Paralelo y Período Académico.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y tgp_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modifi

cacion

timesta

mp


del registro

fecha_borrad

o

timesta

mp


del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

Y tgp_grc_codi

go



Grado Curso

Y tgp_par_codi

go

varchar(

255)

FOREIGN KEY: Guarda


Paralelo

Y tgp_per_id integer FOREIGN KEY: Guarda


Período académico

Y tgp_doc_ced varchar( FOREIGN KEY: Guarda

- 224 -

ula 255) la relación con la tabla

docente

Tabla 49. seg_tutor_grado_curso_paralelo



CA

MP

O

TA

BL

A

CA

MP

O F

K

tgp_per_id public.seg_periodo_academico per_id

tgp_par_codigo public.seg_paralelo par_codigo

tgp_grc_codigo public.seg_grado_curso grc_codigo

tgp_doc_cedula public.seg_docente doc_cedula

Tabla 50. Relaciones seg_tutor_grado_curso_paralelo


35.- TABLA seg_usuario

Descripción: Tabla que almacena los registros de usuarios del sistema.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y usu_cedula varchar(

20)

Y Y PRIMARY KEY:

Cédula del Usuario

fecha_creacion timesta Y Fecha de creación del

- 225 -

mp registro

fecha_modifica

cion

timesta

mp


del registro


mp

Fecha de borrado


estado varchar(

1)


ACTIVO, I=INACTIVO

usu_direccion varchar(

255)

Dirección del usuario

usu_email varchar(

255)


usuario

usu_login varchar(

255)

Login de acceso al

sistema del usuario

usu_mombre varchar(

255)

Y Nombre del usuario

usu_pasword varchar(

255)

Clave de acceso al

sistema del usuario

usu_telefono varchar(

255)

Telefono del usuario

usu_bloqueado varchar(

2)

Indica si el usuario se

encuentra bloqueado

por seguridad

usu_fecha_fin_

bloqueo

timesta

mp

Fecha y Hora en la

cual se levanta el

- 226 -

bloqueo del usuario

usu_intentos_a

cceso

integer Numero de intentos

de acceso fallido al

sistema

Tabla 51. seg_usuario



36.- TABLA seg_usuario_rol

Descripción: Tabla que almacena la relación entre Usuario y rol.

Columnas:

PK

FK

No

mb

re

Tip

o D

ato

No

t n

ull

Un

iqu

e

Desc

rip

ció

n

Y uar_codigo bigint Y Y PRIMARY KEY

fecha_creaci

on

timesta

mp


registro

fecha_modific

acion

timesta

mp


del registro

fecha_borrad

o

timesta

mp


del registro

estado varchar(

1)


ACTIVO, I=INACTIVO

- 227 -

Y uar_rol_id bigint Y FOREIGN KEY: Guarda


Rol

Y uar_usu_ced

ula

varchar(

20)



Usuario

Tabla 52. seg_usuario_rol



CA

MP

O

TA

BL

A

CA

MP

O F

K

uar_usu_cedula public.seg_usuario usu_cedula

uar_rol_id public.seg_rol rol_id

Tabla 53. Relaciones seg_usuario_rol

Fuente: Tesista. Autor: Tesista

SCRIPT CREACION TABLAS Y RELACIONES

El script de Creación de Base de datos se encuentra disponible en el CD

ENTREGABLE, directorio “SCRIPTS”. El nombre del archivo es “1.- Script

Creacion Base de Datos.sql”.

No se incluye el código en este documento por cuanto el archivo es muy

extenso.

- 228 -

SCRIPT CREACION SECUENCIAS



Creacion Secuencias.sql”.


extenso.

SCRIPT CREACION DATOS MAESTROS



de Datos Maestros.sql”.


extenso.

Este archivo contiene la configuración inicial del sistema con la cual es

posible empezar a gestionar toda la administración y por ende luego los

perfiles de DECE y DOCENTES.

CÓDIGO FUENTE ARQUITECTURA DEL PROYECTO SEGUIMIENTO

El proyecto SEGUIMIENTO se desarrolló en base a la arquitectura

planteada en la siguiente figura:

- 229 -

Figura 3. Arquitectura del Proyecto SEGUIMIENTO.

Fuente: http://globalmentoring.com.mx/curso-java-servlets-jsp/. Autor: Desconocido

Capa de Presentación

En la capa de presentación se genera todo el código responsable de

interactuar directamente con el Cliente. Para el proyecto seguimiento se

empleó la tecnología JSF + PRIMEFACES 5.2. Para la gestión de los

eventos y acciones de los formularios se integró archivos XHTML con

Backing Beans. En reporteria se uso las librerías de jasper reports.

Capa de Negocio

Esta capa junto con la capa de acceso a datos es la más importante del

proyecto. En particular en esta capa se maneja todas las reglas de

negocio y lógica que se necesita para gestionar el sistema

SEGUIMIENTO. Esta capa es intermediaria entre la capa de presentación

y la capa de acceso a datos. Para este caso el proyecto SEGUIMIENTO

se empleó EJB (Enterprise Java Beans).

Capa de Acceso a Datos

- 230 -

El acceso a datos que es el último nivel de la estructura gestiona el

mapeo de las tablas de la base de datos como entidades así como

también es la encargada de realizar las diferentes operaciones contra un

motor de base de datos. En general a este tipo de operaciones se las

conoce como CRUD’s (Create, Read, Update and Delete. Crear, Leer,

Actualizar y Borrar).

Para el manejo de transacciones se configuro el servidor de aplicaciones

para que a través de un contexto de persistencia (PERSISTENCE

CONTEXT) sean los encargados de gestionas las transacciones que

realiza cada usuario conectado en el sistema contra la base de datos.

También es importante mencionar que los Bens encargados de realizar

las operaciones CRUD en java están gestionados a través de DAO’s

genéricos mismos que permiten la reultilización de código y facilitan la

comunicación entre java y la base de datos.

DAO (Data Acces Object)

Permite comunicar la aplicación con el motor de base de datos a través de

clases Java. En particular y como se mencionó en párrafos anteriores

para el proyecto SEGUIMIENTO se implementó DAOS GENERICOS.

EJB (Enterprise Java Beans)

Interfaces y Clases java que gestionan las reglas que dictarán el negocio

de la aplicación. Junto con los DAO’s y en particular para el proyecto

- 231 -

SEGUIMIENTO son de gran utilidad tanto en el desarrollo como en la

puesta en producción puesto que, transparentan diferentes aspectos

como concurrencia, transacciones etc dejando para el programador la

preocupación única de agregar la lógica al negocio.

Backing Beans.

Son clases javas con anotaciones específicas que permiten

conjuntamente con los archivos XHTML (o JSP) gestionar las diferentes

operaciones que realiza un cliente.

ESTRUCTURA DEL CÓDIGO FUENTE SEGUIMIENTO

El código fuente del proyecto SEGUIMIENTO consta de 5 grandes sub

proyectos o sub carpetas que son:

seguimiento: EAR de la aplicación. Une todos los demás

proyectos y es el proyecto que se despliega en el servidor.

seguimiento-ejb: Contiene las reglas de negocio del proyecto.

seguimiento-jpa: En este proyecto se encuentran todos los

Entities (Mapeo de las tablas de una base de datos como clases

java). Contiene además el archivo persistence.xml.

seguimiento-jpa-kernel: Contiene los DAO’s genéricos y clases

utilitarias.

Seguimiento-web: En este proyecto se encuentra toda la parte

visual. A saber formularios, clases javascript, Ajax, Backing Beans

etc.

- 232 -

Figura 4. Código fuente proyecto SEGUIMIENTO.


Proyecto seguimiento

También conocido como EAR. Como ya hemos mencionado este proyecto

realiza un ensamble del resto de proyectos para publicarlos como un

conjunto. Adicional y para el proyecto de SEGUIMIENTO bajo este

proyecto se colocaron todas las librerías que vamos a usar en los otros

proyectos.

Figura 5. Código fuente proyecto SEGUIMIENTO y librerías.


- 233 -

Proyecto seguimiento-jpa

Contiene el mapeo de las tablas de la base de datos como clases java.

También incluye el archivo persistence.xml que es el que se encarga de

gestionar los contextos de persistencia conjuntamente con el servidor.

Figura 6. Código fuente proyecto seguimiento-jpa.


Figura 7. Contenido del archivo persistence.xml.


Proyecto seguimiento-jpa-kernel

Contiene los DAO’s genéricos que se encargan de la comunicación entre

la aplicación y la base de datos. Este conjunto de librerías viene

distribuido en varios paquetes que se muestran a continuación.

- 234 -

Figura 8. Contenido del proyecto seguimiento-jpa-kernel.


Anotation: Contiene anotaciones para saber si una transacción es

persistente o de solo lectura.

Controller y Controler View. Interfaz e implementación que contiene

un sin número de operaciones básicas para trabajo con base de

datos.

Model. Campos genéricos que se implementaran en las entidades

que se vayan creando. Por ejemplo todas las entidades tienen

fecha de creación, fecha de modificación. Estos campos se

gestionan desde estos paquetes.

Kernel y Kernel Crypt. Seguridad en el acceso a datos.

Proyecto seguimiento-ejb

Contiene las reglas de negocio que rigen para el proyecto

SEGUIMIENTO. Proporciona también una conexión JDBC para los

reportes de jasper report así como DTO’s que simplifican el acceso a

- 235 -

datos. Por ultimo proporciona las clases de encriptación de las claves del

usuario así como también el acceso al sistema.

Figura 9. Contenido del proyecto seguimiento-ejb.


DTO. Clases java que sirven para simplificar el resultado de

búsquedas cuando estas son demasiado complejas o tienen un

gran número de resultados como respuesta. También de forma

parecida en los reportes estadísticos se trabajó con un DTO

Genérico para todos los reportes que se encuentra en este

paquete.

EJB, EJBIMPL. Ejb con sus respectivas implementaciones. Es aquí

donde se gestiona propiamente la lógica del negocio.

JDBC. Cadena de conexión JDBC que se envía en los reportes de

jasper reports para cuando necesitamos generar PDF’S.

UTILS. Clases utilitarias para seguridad y encriptación de claves.

- 236 -

Proyecto seguimiento-web

Contiene los formularios XHTML, Backing Beans, Validadores,

Convertidores y demás utilitarios que hagan referencia a la programación

visual del proyecto. En cada Backing Bean existe al menos una llamada a

un EJB a través de inyección de dependencia.

Este proyecto también contiene hojas de estilos, jars propios de la parte

visual PRIMEFACES 5.2. Y dos archivos muy importantes de

configuración para el proyecto.

Web.xml.

FacesConfig.xml

Figura 10. Código java en el proyecto seguimiento-web.


Como código java en el proyecto seguimiento-web tenemos:

Convertidores. Para proporcionar conversión de tipos en un

formulario JSF ó XHTML.

- 237 -

DATAMANAGER. Managed Beans de Session que guardan los

atributos de cada uno de los formularios.

MANAGED BEAN. Backing Beans que se integran con

DATAMANAGER’s para ejecutar las operaciones que solicite el

cliente.

Validadores. Proporciona validaciones como por ejemplo de la

cédula de identidad en un formulario JSF ó XHTML.

PROPERTIES. Archivo de propiedades con las etiquetas de la

mayoría de textos de los formularios.

Figura 11. Contenido web en el proyecto seguimiento-web.


La parte de programación web del proyecto está distribuido por carpetas

de la siguiente manera:

- 238 -

ADMIN. Contiene XHTML relacionados con el usuario

administrador.

DECE. Contiene XHTML relacionados con el usuario dece.

DOCENTE.Contiene XHTML relacionados con el rol docente.

PAGES. Páginas varias como por ejemplo mensajes de

advertencia.

REPORTES. Contiene XHTML para generación de reportes

estadísticos.

RESOURCES. Contiene imágenes, css, js gifs y todo lo referente a

estilos de la aplicación.

TEMPLATES. Estructura de la plantilla con la que se trabaja en el

proyecto.

LOGIN.XHTML. Página de entrada a la aplicación donde el usuario

ingresa su nombre de usuario y contraseña.

- 239 -

Figura 12. Estructura del archivo WEB.XML.


Figura 13. Estructura del archivo FACESCONFIG.XML.


- 240 -

D. CERTIFICADO UNIDAD EDUCATIVA “LA COLINA”

facultad de ingenierÍa, ciencias fÍsicas y … central del ecuador facultad de ingenierÍa,...

Documents