UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DEL MÓDULO PARA INSPECTORES EN EL SISTEMA
ACADÉMICO PARA FACILITAR EL CONTROL EN EL
COMPORTAMIENTO DE LOS ESTUDIANTES DE
LAS INSTITUCIONES EDUCATIVAS
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: CARMEN AMARILIS LOZANO CASTRO
TUTOR: LCDO. PABLO ALARCÓN MSC.
GUAYAQUIL – ECUADOR 2016
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO “ DESARROLLO DEL MÓDULO PARA INSPECTORES EN EL SISTEMA ACADÉMICO PARA FACILITAR EL CONTROL EN EL COMPORTAMIENTO DE LOS ESTUDIANTES DE LAS
INSTITUCIONES EDUCATIVAS ”
REVISORES:
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas
y Físicas
CARRERA: Ingeniería en sistemas computacionales
FECHA DE PUBLICACIÓN: N° DE PÁGS.:200
ÁREA TEMÁTICA: Áreas de gestión académica, comunicación e interacción entre la comunidad educativa –
docentes, representantes y alumnos.
PALABRAS CLAVES: Sistema Académico, Sitio Web, Control, Instituciones Educativas y Java
RESUMEN La educación ha ido evolucionando año a año por lo que la importancia del tema se centra, que con
el uso de la tecnología y las herramientas necesarias se permita solucionar el problema de comunicación, dando a
conocer las actividades que se realizan y permitiendo el acceso a la información. Por lo antes expuesto se llegó
a proponer el desarrollo de un sitio web que contenga el módulo de inspectoría de las Unidades Educativas
facilitando así la organización y comunicación de los inspectores con los representantes de los alumnos y que
puedan tomar decisiones oportunas en el comportamiento de los estudiantes para lograr alcanzar un mejor nivel
académico. Se desarrolló bajo la modalidad de investigación de tipo factible y se tomó como metodología para el
desarrollo del proyecto el método cascada. Finalmente se considera que este proyecto es de gran utilidad, incidirá
de manera favorable en la interacción entre la los representantes, docentes y alumnos lo que le permitirá tener un
mejor control de las actividades académicas de sus representados. La importancia radica en la información que va
a ser ingresada, procesada va a ser de gran ayuda para tener un mejor control y mejorar el ambiente comunicativo
entre la institución y los usuarios (administrativos, docentes, padres, representantes y estudiantes).
N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:
Nº
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF X SI NO
CONTACTO CON AUTOR: CARMEN AMARILIS LOZANO CASTRO
Teléfono: E-mail:
CONTACTO DE LA INSTITUCIÓN
CISC
Nombre: Ab. Juan Chávez Teléfono: 2307729
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “Desarrollo del módulo para
inspectores en el sistema académico para facilitar el control en el
comportamiento de los estudiantes de las Instituciones Educativas“
elaborado por la Srta. Carmen Amarilis Lozano Castro, Alumno no titulado
de la Carrera de Ingeniería en Sistemas Computacionales Facultad de
Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a
la obtención del Título de Ingeniero en Sistemas, me permito declarar que
luego de haber orientado, estudiado y revisado, la Apruebo en todas sus
partes.
Atentamente
Lcdo. Pablo Alarcón Msc.
TUTOR
IV
DEDICATORIA
El presente proyecto de titulación se lo
dedico primero a Dios, luego a mis
padres, a mi esposo y mi hijo quienes
fueron participe de este logro, gracias a
ellos pude concluir mi carrera
universitaria.
V
AGRADECIMIENTO
Primeramente doy gracias a Dios por
darme vida y permitirme tener el amor
de mi familia, la cual es el motivo
primordial de mis esfuerzos para
conseguir los objetivos que me he
propuesto.
Gracias a mis padres por estar siempre
a mi lado dándome su amor,
compresión y apoyo incondicional, a mi
esposo y a mi hijo por su amor y
preocupación. A mis profesores que
compartieron sus conocimientos
conmigo permitiéndome realizarme
profesionalmente.
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc. DECANO DE LA FACULTAD CIENCIAS MATEMATICAS
Y FISICAS
Ing. Inelda Martillo Alcívar, Mgs DIRECTORA
CISC, CIN
Lcdo. Pablo Alarcón, M.Sc. TUTOR
Ing. Yadira Bello, M.Sc. TRIBUNAL
Lcda. Janet Pazmiño, M.Sc. TRIBUNAL
Ab. Juan Chávez A. SECRETARIO
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
Carmen Amarilis Lozano Castro
VIII
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO DEL MÓDULO PARA INSPECTORES EN EL SISTEMA
ACADÉMICO PARA FACILITAR EL CONTROL EN EL
COMPORTAMIENTO DE LOS ESTUDIANTES DE
LAS INSTITUCIONES EDUCATIVAS
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO en Sistemas Computacionales
Auto/a: Carmen Amarilis Lozano Castro
C.I. 092351232-1
Tutor: Lcdo. Pablo Alarcón Msc.
Guayaquil, marzo del 2016
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por la estudiante Carmen Amarilis Lozano Castro, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: SISTEMA INTEGRADO PARA GESTIÓN ACADÉMICA: MÓDULO PARA INSPECTORES EN EL SISTEMA ACADÉMICO PARA FACILITAR EL CONTROL EN EL COMPORTAMIENTO DE LOS ESTUDIANTES DE LAS INSTITUCIONES EDUCATIVAS. Considero aprobado el trabajo en su totalidad.
Presentado por:
Carmen Amarilis Lozano Castro Cédula de ciudadanía N°0923512321
__________________________ Lcdo. Pablo Alarcón Msc.
Guayaquil, marzo del 2016
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación Nombre Alumno: Carmen Lozano Castro
Dirección: Guasmo Central Coop. 1° de Agosto Mz. C Villa 1
Teléfono:0994321719 E-mail: [email protected]
Facultad: Ciencias Matemáticas y Físicas
Carrera: Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Lcdo. Pablo Alarcón
Título del Proyecto de titulación: : Desarrollo Del Módulo Para Inspectores En El Sistema Académico Para Facilitar El Control En El Comportamiento De Los Estudiantes De Las Instituciones Educativas
Tema del Proyecto de Titulación: : Desarrollo Del Módulo Para Inspectores En El Sistema Académico Para Facilitar El Control En El Comportamiento De Los Estudiantes De Las Instituciones Educativas
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno: 3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
mailto:[email protected]
XI
ÍNDICE GENERAL
Contenido
APROBACIÓN DEL TUTOR ................................................................................. III
DEDICATORIA ....................................................................................................... IV
AGRADECIMIENTO ............................................................................................... V
TRIBUNAL PROYECTO DE TITULACIÓN ........................................................... VI
DECLARACIÓN EXPRESA .................................................................................. VII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR .................................................. IX
Autorización para Publicación de Proyecto de Titulación en Formato Digital ....... X
Resumen .............................................................................................................XVII
Abstract ..............................................................................................................XVIII
INTRODUCCIÓN .................................................................................................... 1
CAPÍTULO I ............................................................................................................ 3
EL PROBLEMA ....................................................................................................... 3
Causas y Consecuencias del Problema ............................................................. 5
Formulación del Problema .................................................................................. 6
Evaluación del Problema .................................................................................... 6
OBJETIVOS ............................................................................................................ 7
Objetivo General ................................................................................................. 7
Objetivos Específicos .......................................................................................... 7
ALCANCES DE LA PROPUESTA .......................................................................... 7
JUSTIFICACIÓN E IMPORTANCIA ...................................................................... 9
METODOLOGÍA DEL PROYECTO ...................................................................... 10
METODOLOGÍA DE DESARROLLO ................................................................... 14
Ventaja: ......................................................................................................... 14
Desventajas:.................................................................................................. 14
CAPÍTULO II ......................................................................................................... 16
MARCO TEÓRICO ............................................................................................... 16
ANTECEDENTES DEL ESTUDIO........................................................................ 16
FUNDAMENTACIÓN TEÓRICA ........................................................................... 17
FUNDAMENTACIÓN LEGAL ........................................................................... 46
Fundamentación Filosófica ............................................................................... 60
Fundamentación Pedagógica ........................................................................... 61
Fundamentación Psicológica ............................................................................ 61
PREGUNTA CIENTÍFICA A CONTESTARSE ................................................. 62
DEFINICIONES CONCEPTUALES .................................................................. 63
XII
CAPÍTULO III ........................................................................................................ 65
PROPUESTA TECNOLÓGICA ............................................................................ 65
Análisis de factibilidad ....................................................................................... 65
Factibilidad Operacional ................................................................................... 66
Factibilidad técnica............................................................................................ 66
Factibilidad Legal .............................................................................................. 67
Factibilidad Económica ..................................................................................... 67
Etapas de la metodología del proyecto ............................................................ 68
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ...................................... 72
CAPÍTULO IV ........................................................................................................ 74
RECOMENDACIONES ......................................................................................... 77
REFERENCIAS BIBLIOGRÁFICAS ..................................................................... 78
DIRECCIONES WEB ............................................................................................ 78
ANEXOS ............................................................................................................... 79
XIII
ÍNDICE DE CUADROS
CUADRO Nº 1 Delimitación del Problema............................................................ 5
CUADRO N° 2 Población……………………………………...................................11
CUADRO Nº 3 Software………………..................................................................67
CUADRO Nº 4 Hardware………………………………………………………………68
CUADRO Nº 5 Otros……………………………………….......................................68
CUADRO Nº 6 Personal…………………………………………………………….....68
CUADRO Nº 7 Criterios de Validación…………………………………………….....72
CUADRO Nº 8 Criterios de Aceptación………………………………………………74
CUADRO N° 9 Descripción Tabla ins_asignacion_curso_inspector………….....109
CUADRO N° 10 Descripción Tabla ins_control_asistencia……………………....109
CUADRO N° 11 Descripción Tabla ins_ingreso_anecdota_estudiantil…………110
CUADRO N° 12 Descripción Tabla ins_permiso_salida_estudiante…………….110
XIV
ÍNDICE DE GRÁFICOS
GRÁFICO Nº 1 Método Cascada…………...........................................................14
GRÁFICO Nº 2 MVC……………….......................................................................19
GRÁFICO Nº 3 JSP..............................................................................................20
GRÁFICO Nº 4 Página JSP……………................................................................24
GRÁFICO Nº 5 Entorno de funcionamiento……………........................................27
GRÁFICO Nº 6 Apache Tomcat…….……………………………............................30
GRÁFICO Nº 7 Entorno del Servidor………………...……………………...............31
GRÁFICO Nº 8 NetBeans…………………………………………...........................34
GRÁFICO Nº 9 Versión Netbeans........................................................................37
GRÁFICO Nº 10 Elementos OO...........................................................................41
GRÁFICO Nº 11 Propiedades de Objetos….........................................................42
GRÁFICO Nº 12 Encapsulamiento……................................................................42
GRÁFICO Nº 13 Implementación de encapsulamiento.........................................43
GRÁFICO Nº 14 Pantalla de Login……….............................................................88
GRÁFICO Nº 15 Seleccionar Institución…...........................................................88
GRÁFICO Nº 16 Ingreso de Usuarios...................................................................89
GRÁFICO Nº 17 Pantalla Principal…....................................................................89
GRÁFICO Nº 18 Ingreso a la Aplicación como Administrador...............................90
GRÁFICO Nº 19 Menú de Opciones….…………………………............................90
GRÁFICO Nº 20 Ingreso Nuevo Inspector Curso……………………….................91
GRÁFICO Nº 21 Casilleros Definidos……………………………............................92
GRÁFICO Nº 22 Opciones a Seleccionar.............................................................92
GRÁFICO Nº 23 Vista Detalla de Mantenimiento Inspector Curso........................93
GRÁFICO Nº 24 Menú de opciones del Módulo de Inspectoría............................93
GRÁFICO Nº 25 Menú Ingreso de Anécdotas Estudiantiles.................................94
GRÁFICO Nº 26 Ingreso de Anécdotas Estudiantiles……....................................94
GRÁFICO Nº 27 Opciones a Seleccionar en Ingreso de Anécdotas.....................95
GRÁFICO Nº 28 Falta Campos por Llenar…………………...................................96
GRÁFICO Nº 29 Guardar Anécdotas Estudiantiles……………….........................96
GRÁFICO Nº 30 Información Encontrada………….………………………….........97
GRÁFICO Nº 31 Menú Permiso Salida a Estudiantes.…………………………......97
XV
GRÁFICO Nº 32 Permiso Salida a Estudiantiles…...............................................97
GRÁFICO Nº 33 Motivos Permiso Salida a Estudiantes.......................................98
GRÁFICO Nº 34 Mensaje Información Creada con Éxito......................................98
GRÁFICO Nº 35 Consulta Permiso de Salida……..…..........................................98
GRÁFICO Nº 36 Consulta Permiso de Salida por Nombre....................................99
GRÁFICO Nº 37 Consulta Permiso de Salida por Cédula.....................................99
GRÁFICO Nº 38 Menú de Control de Docentes…….. ……….............................100
GRÁFICO Nº 39 Control de Asistencia a Docente…………….…........................100
GRÁFICO Nº 40 Registrar Información en Control de Asistencia a Docentes.....101
GRÁFICO Nº 41 Consulta de Asistencia a Docentes por Nombre......................102
GRÁFICO Nº 42 Consulta de Asistencia a Docentes por Cédula........................102
GRÁFICO Nº 43 Mené Consulta de Anécdotas Estudiantiles.............................103
GRÁFICO Nº 44 Consulta Anécdotas Estudiantiles……………..........................103
GRÁFICO Nº 45 Menú Ingreso Representante...................................................104
GRÁFICO Nº 46 Consulta de Anécdota Ingreso Representante.........................104
GRÁFICO Nº 47 Caso de Uso Ingreso al Sistema..............................................106
GRÁFICO Nº 48 Caso de Uso Opciones de Administrador.................................107
GRÁFICO Nº 49 Caso de Uso Opciones de Asignación Curso-Inspector...........107
GRÁFICO Nº 50 Caso de Uso Opciones del Representante...............................107
GRÁFICO Nº 51 Caso de Uso Opciones del Inspector.......................................108
GRÁFICO Nº 52 Caso de Uso Opciones del Tutor…..........................................108
XVI
ÍNDICE DE ANEXOS
Anexo 1: Cronograma de Actividades………………………………………………..80
Anexo 2: Registró de Sesiones de Tutoría de Trabajo de Titulación………………81
Anexo 3: Parámetros a Considerar en Tutoría de Titulación……………………….82
Anexo 4: Unidad Curricular de Titulación…………………………………………….83
Anexo 5: Permiso para la Realización del proyecto de Titulación…………………84
Anexo 6: Solicitud de Permiso Para el Levantamiento de Información……………85
Anexo 7: Detalle de los Objetivos Cumplidos………………………………………..86
Anexo 8: Certificado de Objetivos Cumplidos……………………………………….87
Anexo 9: Manual de Usuario.………………..………………………………………..88
Anexo 10: Manual Técnico…………………………………………………………..106
XVII
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DEL MÓDULO PARA INSPECTORES EN EL SISTEMA
ACADÉMICO PARA FACILITAR EL CONTROL EN EL COMPORTAMIENTO DE LOS ESTUDIANTES DE
LAS INSTITUCIONES EDUCATIVAS
Resumen
La educación ha ido evolucionando año a año por lo que la importancia del tema se centra, en que con el uso de la tecnología y las herramientas necesarias se permita solucionar el problema de comunicación, dando a conocer las actividades que se realizan y permitiendo el acceso a la información. Por lo antes expuesto se llegó a proponer el desarrollo de un sitio web que contenga el módulo de inspectoría de las Unidades Educativas facilitando así la organización y comunicación de los inspectores con los representantes de los alumnos y que puedan tomar decisiones oportunas en el comportamiento de los estudiantes para lograr alcanzar un mejor nivel académico. Se desarrolló bajo la modalidad de investigación de tipo factible y se tomó como metodología para el desarrollo del proyecto el método cascada. Finalmente se considera que este proyecto es de gran utilidad, incidirá de manera favorable en la interacción entre la los representantes, docentes y alumnos lo que le permitirá tener un mejor control de las actividades académicas de sus representados. La importancia radica en la información que va a ser ingresada, procesada va a ser de gran ayuda para tener un mejor control y
Autor: Carmen Lozano Castro
Tutor: Lcdo. Pablo Alarcón Msc.
XVIII
mejorar el ambiente comunicativo entre la institución y los usuarios (administrativos, docentes, padres, representantes y estudiantes).
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DEVELOPMENT MODULE FOR INSPECTORS IN THE ACADEMIC SYSTEM TO FACILITATE THE CONTROL IN THE BEHAVIOR OF
STUDENTS EDUCATIONAL INSTITUTIONS
Abstract
Education has evolved every year so the importance of the subject focuses with the use of technology and tools will allow solve the communication problem, publicizing the activities carried out and allowing access to the information. For the above it was even proposed the development of a website containing the module Inspectorate of Educational Units thus facilitating the organization and communication of inspectors with representatives of the students and they can make appropriate decisions in behavior achieving students achieve better academic level. It was developed in the form of research feasible type and taken as methodology for the project the waterfall method. Finally, it considers that this project is very useful, will impact favorably on the interaction between the representatives, teachers and students which will allow better control of academic activities of their clients. The importance lies in the information to be entered, processed will be of great help to have better control and improve the communication between the institution and environment (administrative, teachers, parents, guardians and students) users.
Autor: Carmen Lozano Castro
Tutor: Lcdo. Pablo Alarcón Msc.
1
INTRODUCCIÓN
La educación en el Ecuador está cosechando logros más relevantes en el
mejoramiento de la calidad en el sistema educativo, con la creciente expansión de
los centros de educación las exigencias se tornan mucho más fuertes.
En las Unidades Educativas es muy importante fortificar estrategias en donde se
debe identificar los elementos importantes para llevar a cabo una buena
planificación, esto nos lleva a la conclusión de que un problema importante en las
Unidades Educativas es la toma de decisiones adecuadamente y el planeamiento
de los objetivos, competencias y evaluación del trabajo realizado. Este problema
demanda el desarrollo de nuevos instrumentos para mejorar la planeación, el
seguimiento de programas y la evaluación de resultados, a través del uso de los
Sistemas de Información.
La ejecución de procesos informáticos en las Unidades Educativas nos ha
permitido prestar atención de como la informática y la comunicación han sido el
instrumento tecnológico más apto para la implementación de procesos
modernizadores de la producción y de la administración.
Es de mucha importancia tomar en cuenta que la ciudadanía demanda servicios
de calidad, el desarrollo de estrategias claras dentro de una institución educativa,
permite gestionar la información como una herramienta que facilita el desarrollo
del software que soporta la información del área institucional, esto permite la
detección y corrección de errores a tiempo. Con las nuevas tecnologías se ha
desarrollado nuevas y mejores estrategias se están empleando con la finalidad de
optimizar el tiempo y brindar un buen servicio. Por lo cual este proyecto consiste
en la transmisión de información desde la página web.
Se desarrolló bajo la modalidad de investigación de tipo factible y se tomó como
metodología para el desarrollo del proyecto el método cascada, que es el enfoque
metodológico que ordena estrictamente las etapas del proceso de desarrollo del
2
software de manera que se debe finalizar una etapa para poder comenzar con la
siguiente.
Tomando en cuenta que un sistema de control académico completo es complejo y
complicado desarrollar en el tiempo que se establece para el proyecto de tesis, se han
definido algunas limitantes que se detallan a continuación: No se ingresará en el
sistema información histórica de anteriores años lectivos.
El presente trabajo está constituido por cuatro capítulos que se detallan a
continuación.
En el Capítulo I El Problema: Se habla de la ubicación del problema en un contexto,
situación conflicto nudos críticos, causas y consecuencias del problema, delimitación
del problema, formulación del problema, evaluación del problema, objetivos de la
investigación, alcance de la propuesta, justificación e importancia de la investigación
y la metodología del proyecto.
En el Capítulo II Marco Teórico: Se trata de los antecedentes de estudio, dentro de la
fundamentación teórica se analiza las diferentes metodologías que avala la
investigación, lenguajes y herramientas tecnológicas que son empleadas en el
desarrollo del software, la fundamentación legal que respaldan la realización de esta
tesis y las preguntas a contestarse, así como también se proporciona un listado de
términos que se han utilizado en esta tesis con su significado.
En el Capítulo III Propuesta Tecnológica: Se describe el análisis de factibilidad,
factibilidad operacional, factibilidad técnica, factibilidad legal, factibilidad económica,
etapas de las metodología de proyecto, así como también los entregables del proyecto
y los criterios de validación de la propuesta.
En el Capítulo IV: Es en donde encontraremos el criterio de aceptación, conclusiones,
recomendaciones y bibliografía.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
Las Unidades Educativas realizan diferentes gestiones en el área de educación,
los procesos se realizan se manera manual, por lo cual tiene inconvenientes al
gestionan las diferentes actividades que en ella se realiza lo que ocasiona la
pérdida de tiempo, incomodidad insatisfacción de los usuarios.
Las operaciones que realizan el jefe de Talento Humano y los inspectores de curso
de las unidades educativas son de vital importancia, están dirigidas a las gestiones
de tales como el control de los estudiantes y el control del orden de la unidad
educativa, realizando los procesos de registro de anécdotas de los estudiantes,
asistencias de docentes, asignación de curso a inspectores, así como los
permisos de salida de los estudiantes y las consultas que puede realizar el padre
de familia para conocer sobre el comportamiento de su representado y para dar a
conocer las actividades dentro de la institución, todos estos procesos quedan
plasmados en papel con la posibilidad que se traspapelen, extravíen y se dañen,
quedando sin respaldo.
Esto implica la inversión del tiempo de los inspectores al realizar dichos procesos,
al realizar el seguimiento de los llamados de atención y anécdotas del estudiante.
Así como también no existe control de la información y de la comunicación con los
padres de familias que asisten a dichas citaciones y no tienen una manera
constante para poder monitorear el avance académico y conductual de sus hijos
sino hasta las reuniones quimestrales.
Con este proyecto se lograría por medio del módulo de inspectoría tener esta
información de manera ordenada y controlada.
4
Situación Conflicto Nudos Críticos
Actualmente el proceso del área de inspectoría es gestionada manualmente ya
que no existe algún método tecnológico que se pueda utilizar. La institución no
cuenta con las herramientas tecnológicas para realizar este proceso de forma más
eficiente y al contar solo con una computadora para realizar el proceso se vuelve
lento el proceso.
La situación del problema dentro de las instituciones educativas secundarias, se
ubica en el método que se usan para realizar sus gestiones diarias, no existe una
adecuada forma de respaldar la información ni una manera más eficiente de cómo
llevar la comunicación con los representantes legales de los alumnos, provocando
de esta manera que los representantes no reciban a tiempo las comunicados que
les son emitido y de llevar un control sobre el comportamiento de su representado
del cual en muchos de los casos los representantes no tiene conocimiento.
Los inspectores, deben realizar sus actividades académicas de manera física y
luego así mismo si hay algún problema por una llamada de atención, indisciplina
o falta justificada mal asentada o no asentada, ocasiona muchos problemas.
Los representantes tienen que esperar a una reunión para enterarse de los
llamados de atención u otras actividades que el estudiante no le ha comunicado,
lo cual no les permite tomar correctivos sino para el siguiente quimestre; si pudiera
tener un medio de visualizar más seguido, podría tomar correctivos que repercuten
a corto plazo en el comportamiento del estudiante.
Para la unidad educativa una página web informativa que contenga un módulo de
inspectoría es un producto innovador puesto que no forma parte de otros sistemas
académico siendo de gran ayuda puesto que podrán dar a conocer muchas de las
actividades que se realizan en ella y así mejorar la coeducación que se busca
actualmente al involucrar activamente a los padres de familia en la formación de
los estudiantes dando a conocer de qué manera es el comportamiento de su
representado.
5
Causas y Consecuencias del Problema
Causas
Las causas y consecuencias del módulo de inspectoría debe a una gran
variedad de razones, como:
El incorrecto registro de informes.
Extravío de la información.
Acceso fraudulento a la información por terceros.
Consecuencias
Un informe registrado incorrectamente, puede llegar a presentar confusión
entre el personal de la institución.
Pérdida de credibilidad y confianza del representante de alumno.
Información importante expuesta a cualquier persona.
Cuadro No. 1
Delimitación del Problema
Campo Académico
Área Administrativa, docente y educativa.
Aspecto Automatización de procesos.
Tema Módulos De Inspectoría de Sistema Académico Para Institución Secundaria
Fuente: Carmen Lozano
Elaboración: Carmen Lozano
6
Formulación del Problema
¿Puede un módulo de inspectoría en un sistema académico con una interfaz
gráfica amigable bajo ambiente web en las unidades educativas, mejorar los
procesos y ofrecer un servicio de calidad?
Evaluación del Problema
Los aspectos evaluados en el problema son los siguientes:
Evidente: El problema se encuentra en este aspecto, ya que es evidente la
desorganización de los procesos de inspectoría.
Factible: Con la implementación de tecnología porque se va a tratar de dar
solución al problema y mejorar su calidad de servicio.
Concreto: El sistema se encuentra en este aspecto, ya que es una herramienta
tecnológica fácil de interactuar con el usuario.
Claro: Es un problema que se puede solucionar con el nuevo proceso
tecnológico.
Relevante: Este sistema que se plantea permitirá el mejor desempeño de los
inspectores.
Identifica los productos esperados: El desarrollo de su implementación
tecnológica contribuye con soluciones alternativas para la institución educativa
Variable Independiente: Desarrollo del módulo para inspectores en el sistema
académico.
Variable Dependiente: Control en el comportamiento de los estudiantes.
7
OBJETIVOS
Objetivo General
Desarrollar el Módulo de Inspectoría para el Sistema Académico de la Unidad
Educativa “Gloria Gorelik”, mediante una herramienta tecnológica que facilite la
organización y el control de los procesos que realizan los inspectores.
Objetivos Específicos
Analizar de los procesos manuales y de los requerimientos de la unidad
educativa para el desarrollo del módulo de inspectoría.
Diseñar y desarrollar de la Base de Datos del módulo de inspectoría.
Desarrollar una interfaz gráfica amigable q facilite el uso del sistema al usuario
que realiza la actividad y agilizar los procesos que se realiza en el módulo de
inspectoría.
Elaborar el módulo de inspectoría que permita tener el control de los registros
de comportamiento de los estudiantes, tomar de decisiones oportunas e
interactúe con los representantes de los alumnos para mantener una mejor
comunicación.
Implementar el sistema.
ALCANCES DE LA PROPUESTA
Establecer reuniones con las autoridades de la Unidad Educativa para
recabar información necesaria y así llevar a cabo la creación de este módulo.
Diseño y desarrollo del portal web basado en el lenguaje de programación
java con la herramienta de programación NetBeans 8.0.2.
8
Desarrollar el entorno de la Base de Datos en lenguaje PostgreSQL 9.4.4. que
guardará registros del módulo de los mismos.
Crear un módulo de inspectoría que permitirá realizar los siguientes procesos
en donde los campos en su mayoría estarán parametrizados.
Ingreso de anécdotas de los estudiantes sobre su comportamiento
(informe de inspectoría)
En el ingreso de anécdotas del estudiante se ingresaran aquellos actos
de indisciplina que no requiere de un envió de citación.
Consulta del Ingreso de anécdotas de los estudiantes.
En la consulta de ingreso de anécdotas del estudiante el representante,
inspector y tutor podrá tener acceso a los actos de indisciplina de su
representado.
Permiso de salidas de estudiantes.
En esta opción el registrara la salida de los estudiantes de la institución
en caso que se presente alguna emergencia.
Control de asistencia a clases de los Docentes.
Esta opción permitirá el ingreso de los docentes que lleguen a
retrasados o que falten a sus clases.
Asignación de cursos que son asignados para cada inspector.
Esta opción permitirá el ingreso de cuáles son los cursos que están
asignados a cada inspector.
Realizar la conexión con la base de Datos y la integración con los demás
módulos de tal manera que funcione de manera integrada.
9
JUSTIFICACIÓN E IMPORTANCIA
El sistema planteado está orientado a contribuir con la unidad educativa en la falta
de tecnología para llevar a cabo los procesos académicos, proporcionar a estas
instituciones de recursos tecnológicos, que le permita acceder al sistema, para
realizar los procesos necesarios con mayor fiabilidad y facilitando en manejo de
información de la institución académica .
Ofrecer la facilidad a los padres de familia, de poder consultar la información
académica de sus hijos en el momento que este lo requiera accediendo a la página
web que contiene el sistema académico de la institución secundaria.
Mejorará el proceso que realizan los inspectores.
La importancia radica en la información que va a ser ingresada, procesada y que
va a ser de gran ayuda para tener un mejor control y mejorar el ambiente
comunicativo entre la institución y los usuarios (administrativos, docentes, padres,
representantes y estudiantes).
Contar con una herramienta tecnológica como es un sistema académico, que
permita la interacción y comunicación entre maestros, padres y alumnos, es una
necesidad, que aporten y beneficien el trabajo de los usuarios, en la actividad de
gestiones académicas. Esto reducirá el tiempo que destinan a estas gestiones y
permitirá contar con una información confiable, oportuna y rápida, cuando se
precise disponer de ellas para tomar decisiones y realizar informes quimestrales
o parciales, así como análisis del avance del curso por materias.
La ventaja de contar con una página web que brinde un servicio adicional a los
padres, que por ejemplo no puedan ir al colegio por sus actividades de trabajo,
tiempo, etc., y poder hacer un seguimiento académico a los estudiantes a través
del sistema utilizando herramientas informáticas.
Esta propuesta permite alcanzar la eficiencia en los procesos que realiza el
inspector y mejorará el funcionamiento de las actividades en las unidades
educativas.
10
METODOLOGÍA DEL PROYECTO
La metodología del proyecto nos permite establecer de forma ordenada lo pasos
para alcanzar los objetivos planteados. En cuanto el proyecto fue progresando se
aplicaron diferentes métodos con los que fue posible lograr el cumplimiento de los
objetivos que se plantearon.
Entre de los métodos que se utilizó en el proyecto están el método deductivo para
valorar los aspectos de la investigación y analizar cada uno de los procesos que
se demostraron.
El método inductivo con el cual se analizó los requerimientos encontrados, luego
de la realización de las entrevistas y exponer una solución.
La entrevista es un método con la cual se pudo obtener datos valiosos e
importantes, es decir, se logró obtener la información requerida.
En estadística va más allá de lo que usualmente se conoce como tal. Una
población se establece como un conjunto finito o infinito de personas u objetos
que presentan características comunes.
Modalidad de la investigación
La modalidad de esta investigación con el tema: Desarrollo del módulo para
inspectores en el sistema académico de la unidad educativa “Gloria Gorelik” para
facilitar el control en el comportamiento de los estudiantes con sus
correspondiente análisis y reportes de casos tratados se apoya en los
lineamientos del trabajo de campo, bibliográfico, documental, proyecto factible.
Proyecto Factible
“Un proyecto factible, como su nombre lo indica, tiene un propósito de utilización
inmediata, la ejecución de la propuesta”. (UPEL, 2011)
11
Es decir, el proyecto factible se basa en la investigación y desarrollo de una
propuesta de proyecto para solucionar un problema o una necesidad.
“Que se trata de una propuesta de acción para resolver un problema practico o
satisfacer una necesidad. Es indispensable que dicha propuesta se acompañe de
una investigación, que demuestre su factibilidad o posibilidad de realización”.
(ARIAS, 2008, pág. 76)
En otras palabras, que en el proyecto factible siempre hay la posibilidad de buscar
la solución a los problema pero fundamentándolos.
Investigación de Campo
Se comprende por Investigación de Campo, el análisis sistemático de problemas
de la realidad, con el fin de explicarlos, interpretarlos, entender su naturaleza y
elementos que lo constituyen, esclarecer sus causas y efectos, o pronosticar su
ocurrencia; haciendo uso de técnicas características de cualquiera de los
paradigmas o enfoques de investigación conocidos o en desarrollo.
Población “Una población es un conjunto de todos los elementos que estamos estudiando,
acerca de los cuales intentamos sacar conclusiones.”(RUBIN, 2010, Pág. 49).
Es decir, se utilizará un conjunto de personas que tienen características comunes
las cuales nos ayudaran con nuestro estudio.
Cuadro N° 2 Población
Ítem Estrato Población
1 Administrativos 8
2 Docentes 20
3 Representantes legales 70
4 Total 98
Fuente: Unidad Educativa. Elaborado por: Carmen Lozano Castro.
12
Instrumento de la investigación
Encuesta
Se usó el método de la encuesta para obtener una información detallada sobre la
situación del problema, y con esto obtener un resultado sistemático.
La información en su mayor parte que fue recopilada directamente de la fuente
con la ayuda de instrumentos como entrevistas y encuestas a personal
administrativo, profesores, inspectores y alumnos de la institución.
Observación directa
Como otro método se usó la observación que ayudó a obtener datos importantes
y reales del estudio.
Se realizó el método de observación para conocer el rango de confiabilidad de los
resultados de las encuestas
Análisis de documento
Con el análisis de documento se obtuvo información completa y técnicas
procedencia actualizada, tesis y experiencias para enriquecer esta investigación.
Procedimiento de la investigación
En el estudio de la investigación es necesario utilizar un proceso estructurado que
guíe la realización de la misma para alcanzar el objeto deseado.
Lo relevante en una investigación es seleccionar los métodos adecuados,
identificando la naturaleza del fenómeno que se va a estudiar. Por consiguiente,
los métodos y técnicas seleccionados nos permitirán implementar las etapas de
la presente investigación.
13
Estos pasos se detallan a continuación:
Selección del tema.
Delimitación del tema.
Planteamiento del problema de investigación.
Planteamiento de hipótesis.
Creación del marco conceptual y teórico.
Formulación del trabajo de campo o laboratorio.
Selección de técnicas y tecnología.
Desarrollo de la investigación. Observación, registro de información,
organización y análisis de los datos.
Conclusiones
Recolección de la Información
Cuestionario.
Consultar información en libros.
Buscar información en internet.
14
METODOLOGÍA DE DESARROLLO
Método Cascada
El método cascada es el método utilizado para el desarrollo del sistema, que
también se lo conoce como un método clásico, tradicional o lineal secuencial, es
una secuencia de etapas que se refieren al análisis de requerimientos, el diseño,
implementación, pruebas y mantenimiento.
Gráfico N° 1
Método Cascada
Elaborado por: Carmen Lozano
Fuente:http://ingsistemaswalteridat.blogspot.com/2012_04_01_archive.html
Ventaja: El método de cascada se concentra en su sencillez ya que sigue los pasos
intuitivos necesarios a la hora del desarrollo del software.
Desventajas:
Los proyectos en la actualidad casi no siguen el flujo secuencial que sugiere el
modelo, existen repeticiones que crean conflictos en la aplicación del prototipo.
http://ingsistemaswalteridat.blogspot.com/2012_04_01_archive.html
15
Con frecuencia para el usuario es complicado establecer de forma clara todos los
requerimientos que él necesita. El ciclo de vida clásico lo requiere y tiene problema
en adaptar posibles inquietudes que pueden existir al comienzo de muchos
productos.
No se tendrá una versión funcional hasta llegar hasta las etapas finales del
proyecto, luego realicen las pruebas de su funcionamiento y se compruebe que
no existen errores. Porque Un error importante no detectado a tiempo puede ser
causar grandes problemas.
16
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Se ha podido identificar la necesidad de desarrollar e implementar un sistema
académico que facilite los procesos que realizan los inspectores de la unidad
educativa y la obtención de la información rápida y veraz de los estudiantes, es
decir, automatizar y mejorar el proceso actual en que se lleva el control de los
estudiantes en el comportamiento, de esta manera contar con un sistema que
permita agilizar las tareas del inspector y de esta manera ahorraría tiempo con el
uso de las herramientas tecnológicas.
El módulo de inspectoría permitirá una gestión más precisa, eficiente, fácil y
personalizada de acuerdo con la necesidad de la institución, en este módulo del
sistema académico se va a llevar el registro de información, asignación de cursos,
emisión de citaciones de para poder visualizarlos vía web por parte de los padres
de familia de forma automatizada y organizada.
Las unidades educativas, ofrecen a sus alumnos la oportunidad de una enseñanza
de calidad, pero muchas no poseen herramientas tecnológicas para el registro de
sus actividades que realicen, todos sus procesos los realizan manualmente lo que
retrasa el trabajo.
Poder facilitarles a los padres de familia una herramienta de consulta inmediata y
disponible en cualquier momento, los ayudaría a estar informados al momento de
los resultados de sus representados en su comportamiento, así como de otros
temas educativos de su interés.
Es decir, la razón principal por la que es necesario desarrollar un sistema
académico web con un módulo de inspectoría, es para poder comunicar de
manera más eficiente y eficaz como se están desempeñando y comportando los
estudiante.
17
FUNDAMENTACIÓN TEÓRICA
Un sistema de académico es mucho más que un programa y esto es quizás un
punto principal a tomar en cuenta, puede definirse como un conjunto de
componentes interrelacionados que permitan almacenar, procesar y distribuir la
información de tal manera que con esta se tome decisiones oportunas y se pueda
tener el control de la institución; adicional con este proceso automatizado pueden
brindar soporte a los responsables y poder crear soluciones para la obtención de
resultados.
“Se definirá a un sistema de información como un sistema basado en computadora, el cual es alimentado con datos por medio de procedimientos de entrada y convierte los datos en información. La información se muestra por procedimientos de salida.”(Introducción al análisis de sistemas y la ingeniería de software, Roberto Cortés Morales, p. 17)
En otras palabras, un sistema de información nos devuelve la información
necesaria que se requiere pero con datos que se han ingresado con anterioridad
por medio de los diferentes procedimientos de entrada.
Lenguaje de Programación Java Web
Se denomina a Java como un lenguaje de desarrollo de propósito general, y por
lo tanto es válido para gestionar todo tipo de aplicaciones. Incorpora una
combinación de características que lo hacen especial y está siendo acogido por
multitud de fabricantes como herramienta principal para el desarrollo de
aplicaciones altamente comerciales.
Una de sus principales características es que los programas “ejecutables”,
creados por el compilador de Java, son independientes de la arquitectura. Se
ejecutan indistintamente en una gran diversidad de equipos con múltiples
microprocesadores y sistemas operativos. De momento, es público. Puede
conseguirse un JDK (Java Developer's Kit) o Kit de desarrollo de aplicaciones Java
gratis.
18
El lenguaje de programación Java Web nos permite crear Applets y se ejecutan
localmente en el ordenador, se pueden escribir app’s para intrarredes,
aplicaciones cliente/servidor, aplicaciones distribuidas en redes locales y en
Internet. Las aplicaciones son de total confianza, se puede llevar el control en lo
que se refiere a la seguridad, frente al acceso a recursos del sistema y es apto
para gestionar permisos y criptografía.
Características del lenguaje java
Orientado a objetos.
Tiene un excelente funcionamiento en red.
Saca provecho de características de la mayoría de los lenguajes modernos
evitando sus fallos. En particular los del C++.
Posee una gran funcionalidad debido a sus librerías (clases).
No posee punteros manejables por el programador, aunque los maneja
internamente y transparentemente.
El control de la memoria no es un problema, la gestiona el propio lenguaje
y no el programador.
Permite generar aplicaciones con pocos errores posibles.
Incluye Multi-Threading (para permitir la ejecución de tareas concurrentes
dentro de un mismo programa).
Simple; Java reduce hasta en un 50% los fallos más comunes de
programación respecto a los demás lenguajes
19
Distribuido; Java ofrece librerías y herramientas para que los programas
sean distribuidos, es decir, para que se ejecuten en distintas máquinas e
interactuando entre ellas.
Multiplataforma Plataforma (arquitectura neutral); las aplicaciones java
(.java) para poder ser ejecutadas, antes deberán ser compiladas dando
como resultado un código intermedio denominado bytecode (.class). los
bytecode son ejecutados por la Java Virtual Machine (JVM) donde son
interpretados y luego traducidos al lenguaje máquina según la plataforma
donde se ejecute. La ventaja de la JVM es la portabilidad del lenguaje.
La máquina virtual java (JVM)
La máquina virtual Java es una idea revolucionaria del lenguaje. Es la entidad que
otorga la independencia de plataforma para los programas Java “compilados” en
byte-code.
Gráfico N° 2
Máquina Virtual Java
Elaborado por: Carmen Lozano Castro Fuente: http://es.slideshare.net/RamiroEstigarribiaCanese/2introduccin-a-las-aplicaciones-en-java-44226443
http://es.slideshare.net/RamiroEstigarribiaCanese/2introduccin-a-las-aplicaciones-en-java-44226443http://es.slideshare.net/RamiroEstigarribiaCanese/2introduccin-a-las-aplicaciones-en-java-44226443
20
Modelo Vista Controlador (MVC)
El modelo vista controlador es un patrón de arquitectura que divide en 3 partes
que son: la interfaz, los datos y la lógica del control. Es usado en aplicaciones
web en la cual la vista sería una página HTML, el modelo consiste en un sistema
de gestión de la base de datos donde el controlador recibirá los eventos que se
ingresan desde la vista.
Gráfico N° 3
MVC
Elaborado por: Carmen Lozano Castro Fuente: http://es.slideshare.net/jlbugarin/arquitectura-java-web
JSP (Java Server Pages)
La tecnología JSP (Java Server Pages) es una especificación abierta desarrollada
por Sun Microsystems como una opción a Active Server Pages (ASP) de Microsoft,
y son un componente importante de la especificación de Java 2 Enterprise Edition
(J2EE). La mayoría de los servidores de aplicaciones comercialmente disponibles
(como BEA WebLogic, IBM WebSphere, Live JRun, Orion, etcétera) ya usan
http://es.slideshare.net/jlbugarin/arquitectura-java-web
21
tecnología JSP. Esta tecnología permite crear páginas web con contenido
dinámico y supone una evolución frente a la tecnología CGI, y los Servlets.
JSP es una derivada tecnología de java que abarca elementos especiales para
proporcionar el contenido dinámico para web. Al mismo tiempo permite una
separación en n capas de la arquitectura de la aplicación web y se integra
perfectamente con todas las API's empresariales de Java: JDBC, RMI (y CORBA),
JNDI, EJB, JMS, JTA.
Estructura de una página JSP
Una página JSP no es una página Web con HTML tradicional y código Java. La
extensión de fichero de una página JSP es ".jsp" en vez de ".html" o".htm", y eso
le transmite al servidor que esta página solicita una manipulación especial que se
conseguirá con una extensión del servidor o un plug-in. Ejemplo:
Hola, mundo!!
Hola, mundo!
Hoy es
Directivas
Las directivas JSP son órdenes procesadas por el motor JSP cuando la página
JSP se traduce a un servlet. Las directivas utilizadas en este ejemplo le dicen al
motor JSP que incorpore ciertos paquetes y clases. Las directivas están
encapsuladas entre etiquetas de directiva .
22
Declaraciones
Las declaraciones JSP nos brindan viabilidad para configurar variables para su
uso posterior en expresiones o scriptlets. Adicional podemos declarar variables
dentro de expresiones o scriptlets en el momento de darle uso. El ámbito es toda
la página JSP, no hay concepto de variables de ejemplar. Donde podemos decir,
no tenemos que declarar variables de ejemplar para usar en más de una expresión
o scriptlet. Las declaraciones van limitadas entre etiquetas de declaración . Podemos tener varias declaraciones. Por ejemplo,
Scriptlets
Los scriptlets JSP nos da la posibilidad de impregnar segmentos de líneas de
código java dentro de una página JSP. El código impregnado se incorpora
directamente en el servlet generado que se ejecuta cuando se solicita la página.
Este scriptlet usa las variables declaradas en las directivas descritas arriba. Los
Scriptlets van limitados entre etiquetas .
23
Variables Predefinidas
Un scriptlet puede utilizar variables predefinidas tales como: session, request,
response, out, e in. Para una explicación mejor se mostrará que en este ejemplo
se usa la variable predefinida request, que es un objeto HttpServletRequest. De la
misma forma, response es un objeto HttpServletResponse, out es un objeto
PrintWriter, e in es un objeto BufferedReader. Las variables predefinidas se
utilizan en los scriptlets de la misma manera que se usan en los servelts, excepto
que no se declaran.
Expresiones
Las expresiones JSP nos brinda la posibilidad de recuperar dinámicamente o
calcular valores a incorporar directamente en la página JSP. En este ejemplo, una
expresión obtiene el número de la seguridad social desde el bean de entidad
Bonus y lo pone en la página JSP.
Bonus Calculation
Social security number retrieved:
Bonus Amount retrieved:
Etiquetas específicas de JSP
La especificación JavaServer Pages 1.1 define etiquetas específicas de JSP que
nos permiten expandir la implementación JSP con nuevas características y ocultar
24
complejidad a los diseñadores visuales que requieren buscar la página JSP y
modificarla.
Procesamiento de la página JSP
En el momento que se invoque a ésta página (date.jsp), será compilada (por el
motor JSP) en un Servlet Java. En este preciso momento el Servlet es manejado
por el motor Servlet como cualquier otro Servlet. El motor Servlet carga la clase
Servlet (usando un cargador de clases) y lo ejecuta para crear HTML dinámico
para enviarlo al browser, como se ve en el Grafico 4, el Servelt crea un objeto Date
y lo escribe como un String en el objeto out(Salida), que es el stream de salida
hacia el browser.
Gráfico N°4
Procesamiento de la página JSP
Elaborado por: Carmen Lozano Fuente: http://geneura.ugr.es/~jmerelo/JSP/
Scripts de JSP (Objetos implícitos)
El motor JSP nos permite instancias de un conjunto de clases. Son objetos ya
predeterminados, que no tenemos más que usar (no hay que instanciarlos). Deben
utilizarse dentro de los límites del código Java. Algunos objetos implícitos:
http://geneura.ugr.es/~jmerelo/JSP/
25
Page.- (javax.servlet.jsp.HttpJspPage.): La instancia del servlet de la
página. Es sólo un sinónimo de this, y no es muy usado en Java. Fue
elaborado como situación para el día en que los lenguajes de script
puedan incorporar otros lenguajes distintos de Java.
Config.- (javax.servlet.ServletConfig): Los datos de configuración del
servlet.
Request.- (javax.servlet.http.HttpServletRequest): Los datos de la
petición, incluyendo los parámetros. Este es el HttpServletRequest
asociado con la petición, y nos permite tener visibilidad de parámetros
de la petición (mediante getParameter), el tipo de petición (GET, POST,
HEAD, etc.), y las cabeceras HTTP entrantes (cookies, Referer, etc.).
Estrictamente hablando, se permite que la petición sea una subclase
de ServletRequest distinta de HttpServletRequest, si el protocolo de la
petición es distinto del HTTP.
Response.- (javax.servlet.http.HttpServletResponse): Los datos de la
respuesta. Este es el HttpServletResponse que trabaja en conjunto
con la respuesta al cliente. Como el stream de salida tiene un buffer,
es correcto seleccionar las líneas de código estado y cabeceras de
respuesta, aunque no está permitido en los servlets normales una vez
que la salida ha sido enviada al cliente.
Out.- (javax.servlet.jsp.JspWriter): Es el flujo de salida para el
contenido de la página. Este es el PrintWriter usado para enviar la
salida al cliente. Sin embargo, para poder darle gran utilidad el objeto
response esta es una versión con buffer de PrintWriter llamada
JspWriter. Podemos acoplar el tamaño del buffer, o incluso desactivar
el buffer, usando el atributo buffer de la directiva page. Se utiliza casi
exclusivamente en scriptlets ya que las expresiones JSP obtienen un
lugar en el stream de salida, y por esto es raro que se refieran
explícitamente a out.
26
Sesión.- (javax.servlet.http.HttpSession): Son los datos específicos de
la sesión de un usuario. Este es el objeto HttpSession ligado con la
petición. Las sesiones se crean de manera automática, por esta razón
esta variable se fusiona incluso si no hubiera una sesión de referencia
entrante. La única excepción es utilizar el atributo session de la
directiva page para desactivar las sesiones, en cuyo caso los diferentes
intentos de referenciar la variable session provocaran un error en el
momento de traducir la página JSP a un servlet.
Application.- (javax.servlet.ServletContext): Los datos compartidos
por todas las páginas de una aplicación. El ServletContext obtenido
mediante getServletConfig().getContext().
pageContext.- (javax.servlet.jsp.PageContext): Se refiere a los datos
de contexto para la ejecución de la página. JSP presenta una nueva
clase llamada PageContext para encapsular las características de uso
específicas del servidor como JspWriters de alto rendimiento. La idea
principal es que, si tenemos acceso a ellas a través de esta clase en
vez directamente, nuestro código seguirá funcionando en motores
servlet/JSP "normales".
Exception.- (java.lang.Throwable): Errores o excepciones no capturadas.
Ejemplo:
Expresiones de JSP
Estas expresiones son una maravillosa herramienta para incorporar código
embebido dentro de la página HTML. Cualquier cosa que limite entre los tags será
27
examinado, transformado a cadena y posteriormente presentado en pantalla. La
conversión desde el tipo inicial a String es manejada de manera automática. Es
importante recalcar que la expresión no culmina en punto y coma (;). Esto se debe
porque el motor de JSP, pondrá la expresión automáticamente entre out.println().
Las expresiones JSP te permiten parametrizar las páginas HTML. Una y otra vez,
en el código de la página HTML, se verá bucles usando código Java, simplemente
empezando y acabando las condiciones o bucles entre los tags.
Entornos de funcionamiento
El diseño, la robustez de Java, el respaldo de la industria y su fácil portabilidad
han convertido de Java en uno de los lenguajes con un elevado crecimiento y
extensión de uso en distintos ámbitos del mercado informático.
Gráfico N° 5
Entornos de Funcionamiento
Elaborado por: Carmen Lozano Fuente: https://sites.google.com/site/javatehworld/java/independencia-de-la-plataforma
En dispositivos móviles y sistemas empotrados.- A partir de la creación de la
especificación J2ME (Java 2 Plataform, Micro Edition), una versión del entorno de
https://sites.google.com/site/javatehworld/java/independencia-de-la-plataformahttps://sites.google.com/site/javatehworld/java/independencia-de-la-plataforma
28
ejecución Java reducido y altamente optimizado, especialmente desarrollado y
dirigido para el mercado de dispositivos electrónicos de consumo masivo se ha
elaborado toda una revolución en lo que a la extensión de Java se refiere.
En el navegador web.- La primera versión de java abre la posibilidad de
desarrollar aplicaciones pequeñas (Applets) en Java que luego pueden ser
incorporadas en una página HTML para que puedan ser descargadas y
ejecutadas por el browser.
Estas pequeñas aplicaciones se ejecutan en una JVM que el navegador tiene
predeterminado como extensión (plug-in) en un contexto de seguridad restringido
configurable para así impedir la ejecución local de código potencialmente
malicioso.
En sistemas de servidor; En lo que se refiere a servidores, Java es más popular
que nunca, desde la aparición de la especificación de Servlets y JSP (Java Server
Pages).
Por lo pronto, las aplicaciones web dinámicas de servidor que existían se basaban
fundamentalmente en componentes CGI y lenguajes interpretados. Ambos tenían
diversos conflictos (principalmente lentitud, exceso de carga computacional o de
memoria y propensión a errores por su interpretación dinámica). Los servlets y las
JSPs supusieron un importante avance ya que:
El API de programación es fácil, flexible y extensible.
Los servlets no se consideran procesos independientes (como los CGIs)
y por lo tanto tienen su ejecución en el mismo proceso que la JVM
mejorando visiblemente el rendimiento y reduciendo el exceso de carga
computacional y de memoria requeridas.
Las JSPs son páginas que se compilan dinámicamente de modo que el
código que se obtiene es una ventaja en rendimiento substancial frente a
muchos lenguajes interpretados.
29
La especificación de Servlets y JSPs define un API de programación y los
requisitos para un contenedor (servidor) dentro del cual se puedan abarcar
estos componentes para así crear aplicaciones web dinámicas completas.
En la actualidad existe multitud de contenedores (libres y comerciales)
compatibles la gran mayoría con estas especificaciones.
Debido su expansión entre la comunidad de desarrolladores, estas
tecnologías han abierto camino a diferentes modelos de desarrollo mucho
más completos con frameworks (p.e. Struts, Webwork) que se sobreponen
sobre los servlets y las JSPs para adquirir un entorno de trabajo mucho
más productivo y segmentado en el que la especialización de roles sea
una realidad (diseñadores gráficos, desarrolladores, etc) y se facilite la
robustez y reutilización de código. A pesar de todo esto, las tecnologías
que subyacen (Servlets y JSPs) son substancialmente las mismas.
Hoy en día esta estructura de trabajo se ha transformado en uno de los estándar
de-facto para el desarrollo de app`s web dinámicas de servidor.
En aplicaciones de escritorio; Actualmente existen una amplia gama de
aplicaciones gráficas de usuario desarrolladas en Java.
El entorno de ejecución Java (JRE) se ha convertido en un componente
indispensable en los computadores de usuario de los sistemas operativos más
usados en el mundo entero. Adicional, muchas aplicaciones Java lo incorporan
dentro del propio paquete de la aplicación de modo que se ejecuten en cualquier
computador.
En las versiones antiguas de la plataforma Java existían visibles limitaciones en
las APIs de desarrollo gráfico (AWT). Con la aparición de la biblioteca Swing la
situación mejoró notablemente y posteriormente con la aparición de bibliotecas
como SWT hacen que el desarrollo de aplicaciones de escritorio complejas y con
dinamismo, usabilidad, etc. sea relativamente fácil.
30
Servidor Web Apache Tomcat
Apache Tomcat es una implementación de software de código abierto de Java
Servlet y tecnologías JavaServer Pages.
Características
Es desarrollado en un ambiente de código abierto y participativo.
Tiene la pretensión de ser una asistencia de los mejores desarrolladores
de su clase de todo el mundo.
Gráfico N° 6
Apache Tomcat
Elaborado por: Carmen Lozano Castro Fuente: http://tomcat.apache.org/download-80.cgi
Entorno del Servidor
Apache Tomcat es un servidor que posee el soporte para servlet así como también
para JavaServlet Pages, en el consta el compilador Jasper que permite convertir
en servlet la JSPs al ser compiladas.
http://tomcat.apache.org/download-80.cgi
31
Se presenta una combinación el motor de servlet de Tomcat con el servidor Web
Apache y a partir de la versión de apache tomcya 4.0 se comienza a utilizar el
contenedor de servlet Catalina.
Este puede desempeñarse como servidor Web, independiente en ambientes de
alta escala de tráfico y alta disponibilidad.
Lo que hace posible que Tomcat se desempeñe en cualquier sistema operativo
que disponga de la máquina virtual Java es porque fue escrito en lenguaje Java.
Gráfico N° 7
Entorno del Servidor
Elaborado por: Carmen Lozano Castro Fuente:http://swdefabrica.blogspot.com/2012/09/montando-nuestro-primer-servidor.html
Estructura de directorios
bin – ejecutables y scripts de Tomcat.
conf – Configuración integral para todas las aplicaciones.
http://swdefabrica.blogspot.com/2012/09/montando-nuestro-primer-servidor.htmlhttp://swdefabrica.blogspot.com/2012/09/montando-nuestro-primer-servidor.html
32
catalina.policy – Régimen de seguridad.
catalina.properties y logging.properties.
servlet.xml – Fichero de configuración principal de Tomcat.
web.xml – Descriptores de desarrollo de aplicación web.
context.xml – Opciones de configuración específicas de Tomcat.
tomcat-users.xml – Base de datos de usuarios y passwords.
Por cada engine y host un directorio.
lib – ficheros JAR disponibles para todas las aplicaciones web.
servlet-api.jar (Servlet), jasper.jar (JSP) y jasper-el.jar (EL).
Drivers para bases de datos: MySQL JDBC driver (mysql-connector-java-
5.1.{xx}-bin.jar)
JSTL (jstl.jar y standard.jar).
logs – ficheros de logs.
Catalina.{yyyy-mm-dd}.log, localhost.{yyyy-mm-dd}.log, etc.
webapps – directorio base para las aplicaciones web.
work – servlets y clases resultantes de traducir ficheros JSP y JSF.
temp – ficheros temporales
33
Web.xml
Datasource
jdbc/academicoDS
javax.sql.DataSource
Container
LoginServlet
com.controlador.LoginServlet
Usuarios
com.controlador.Usuarios
CargaSelect
com.controlador.CargaSelect
Entorno de desarrollo Integrado
NETBEANS
Interface Developement Environment (IDE)
Java no tiene un ambiente de desarrollo propio, por esa razón, se puede utilizar
desde un bloc de notas hasta entornos avanzados de desarrollo como NetBeans.
Netbeans es ambiente amigable de desarrollo que ayuda a desarrollar app’s
complicado con interacción web, UML, base de datos, aplicaciones orientadas
telefonía móvil e inclusive Inteligencia Artificial. Debido a su performance, se
abordará la programación de aplicaciones en este IDE.
34
Gráfico N° 8
Elaborado por: Carmen Lozano Castro Fuente: Programa NetBeans Hoy en día esta estructura de trabajo se ha transformado en uno de los estándar
de-facto para el desarrollo de app`s web dinámicas de servidor.
En aplicaciones de escritorio; Actualmente existen una amplia gama de
aplicaciones gráficas de usuario desarrolladas en Java.
El entorno de ejecución Java (JRE) se ha convertido en un componente
indispensable en los computadores de usuario de los sistemas operativos más
usados en el mundo entero. Adicional, muchas aplicaciones Java lo incorporan
dentro del propio paquete de la aplicación de modo que se ejecuten en cualquier
computador.
En las versiones antiguas de la plataforma Java existían visibles limitaciones en
las APIs de desarrollo gráfico (AWT). Con la aparición de la biblioteca Swing la
situación mejoró notablemente y posteriormente con la aparición de bibliotecas
como SWT hacen que el desarrollo de aplicaciones de escritorio complejas y con
dinamismo, usabilidad, etc. sea relativamente fácil.
35
Estaba en la búsqueda de buenas ideas en que invertir, y encontró en Xelfi una
excelente oportunidad. Así, tras una reunión, el negocio se llevó a cabo. El plan
de inicio era desarrollar unos componentes JavaBeans para redes. JardaTulach,
quien diseñó la arquitectura elemental de la IDE, propuso la idea de llamarlo
NetBeans, a fin de describir este objetivo.
Cuando las especificaciones de los Enterprise JavaBeans salieron, decidieron
trabajar con este estándar, ya que no tenía sentido competir contra él, sin embargo
predomino el nombre de NetBeans.
El año 1999 Netbeans DeveloperX2 fue lanzado al mercado, soportando Swing.
Las mejoras de rendimiento que llegaron con el JDK 1.3, lanzado en otoño de
1999, hicieron de NetBeans una alternativa realmente atractiva para el desarrollo
de herramientas. En el verano de 1999, el equipo trabajó arduamente para
rediseñar DeveloperX2 en un NetBeans más modular, lo que lo convirtió en la
base de NetBeans hoy en día. El verano de 1999.
Sun Microsystems anhelaba una herramienta mejor de desarrollo en Java, y
empezó a estar interesado en NetBeans. El otoño de 1999, con la nueva
generación de NetBeans Beta, se llegaría a un acuerdo.
Sun incorporo otra compañía de herramientas al mismo tiempo, Forté, y decidió
renombrar NetBeans a Fortéfor Java. El nombre de NetBeans desapareció por un
periodo de tiempo. Después de seis meses, se tomó la decisión de hacer a
NetBeans código abierto.
Mientras que Sun había aportado considerablemente con líneas de código en
varios proyectos de código abierto a través de los años, NetBeans se transformó
en el primer proyecto de código abierto patrocinado por ellos. En Junio del 2000
NetBeans.org fue lanzado.
Evolución de NetBeans Un proyecto open source es un proceso que lleva tiempo
encontrar el equilibrio ideal. El primer año, fue relevante como inicio. Los dos años
posteriores, se orientó hacia el código abierto. Una muestra de lo abierto que era,
en los primeros dos años había más discusión que implementación. Con NetBeans
36
3.5 se mejoró enormemente en desempeño, y con la llegada de NetBeans 3.6, se
re-implementó el sistema de ventanas y la hoja de propiedades, y se limpió
eficazmente la interfaz. NetBeans 4.0 fue un gran cambio en cuanto a la forma de
funcionar del IDE, con los nuevos sistemas de proyectos, con este cambio no solo
de la experiencia de usuario final, sino del reemplazo de muchas partes de la
infraestructura que había incorporado NetBeans anteriormente. NetBeans IDE 5.0
adquirió un mejor soporte para el desarrollo de nuevos módulos, el nuevo
constructor intuitivo de interfaces Matisse, un nuevo y rediseñado soporte de CVS,
soporte a SunApplicationServer 8.2, Weblogic9 y JBoss 4. Con Netbeans 6.01 y
6.8 Se dio soporte a frameworks comerciales como son Struts, Hibernate.
Evolución de NetBeans
Un proyecto open source es un procedimiento que solicita de tiempo ubicar el
equilibrio. En un principio fue de gran importancia.
Luego pasando los años comenzó su orientación hacia el código abierto. Como
un modelo de lo abierto que era, en los primeros 2 años existía más debate que
implementación. Con NetBeans 3.5 se mejoró en gran manera el cumplimiento y
con la llegada de NetBeans 3.6, se volvió a implementar el sistema de ventanas y
la hoja de propiedades, y se limpió enormemente la interfaz. El mayor cambio se
dio con NetBeans 4.0 al referirse a la forma de desempeñar del IDE, con nuevos
sistemas de proyectos, con el cambio no solo de la experiencia de user, sino del
reemplazo de varias piezas de la infraestructura que había tenido anteriormente.
Con la versión de 5.0 se incorporó un soporte mucho superior para el desarrollo
de nuevos módulos, el nuevo constructor intuitivo de interfaces Matisse, un
rediseñado y nuevo soporte de CVS, soporte a Sun ApplicationServer 8.2,
Weblogic9 y JBoss 4.
El soporte a frameworks se dio con la llegada de las versiones 6.01 y 6.8 que
fueron altamente comerciales como son Struts, Hibernate. NetBeans 7 llega el
soporte para XML dentro del propio lenguaje, un nuevo concepto de superpaquete,
soporte para closures y la Introducción de anotaciones estándar para detectar
fallos en el software.
37
Gráfico N° 9
Versiones NetBeans
Elaborado por: Carmen Lozano Castro Fuente: https://netbeans.org/community/releases/roadmap.html
Postgresql
Base de Datos
PostgreSQL es un gestor de bases de datos orientadas a objetos (SGBDOO o
ORDBMS en sus siglas en inglés) de mucho reconocimiento y usado en entornos
de software libre porque cumple los estándares SQL92 y SQL99, y también por el
soporte que ofrece a funcionalidades avanzadas, lo que lo sitúa en un gran nivel
a difernecia que muchos SGBD comerciales. El origen de PostgreSQL se encasilla
en el gestor de bases de datos POSTGRES desarrollado en la Universidad de
Berkeley y que se falló en favor de PostgreSQL a partir de 1994. Ya para esto,
contaba con prestaciones que lo hacían exclusivo en el mercado y que otros
gestores de bases de datos comerciales han ido añadiendo durante este periodo
de tiempo.
PostgreSQL se distribuye bajo licencia BSD, lo que hace permisible su uso,
redistribución, modificación con la única restricción de mantener el copyright del
https://netbeans.org/community/releases/roadmap.html
38
software a sus autores, en concreto el PostgreSQL Global DevelopmentGroup y
la Universidad de California. PostgreSQL puede gestionar en múltiples
plataformas y, a partir de la próxima versión 8.0 , también en Windows de forma
nativa.
Para las versiones anteriores existen versiones binarias para este sistema
operativo, pero no tienen ningún respaldo ni registro oficial. Para el seguimiento
de los ejemplos y la ejecución de las actividades, es importante disponer de los
datos de acceso del user administrador del gestor de bases de datos. Y así en
algunos de estos los privilegios necesarios serán en menor proporción, para los
capítulos que ejecutan la administración del SGBDOO será imprescindible
disponer de las credenciales de administrador.
Los comandos escritos o sentencias por el usuario estarán en fuente
monoespaciada, y las palabras que poseen un significado especial en PostgreSQL
estarán en formato negrita. Es de suma importancia hacer notar que estas últimas
no siempre son palabras reservadas, sino sentencias o comandos de psql (el
cliente interactivo de PostgreSQL). La versión de PostgreSQL que se ha usado
durante la redacción de este apartado, y en los ejemplos, es la 7.4, la última
versión estable en ese momento, aunque no habrá ningún inconveniente en
ejecutarlos en versiones anteriores, hasta la 7.0.
Objetivos de PostgreSQL
El principal objetivo de este estudio es conocer el gestor de bases de datos
relacionales con soporte para objetos PostgreSQL, y discutir tanto sus
características similares a otros gestores de bases de datos, como las que lo
diferencian de sus competidores de código abierto.
Adicional, se brinda la oportunidad de poner en práctica los conocimientos
adquiridos en el módulo referido a SQL sobre un sistema gestor de base de datos
real y evaluar las posibles diferencias entre el estándar y la implementación que
hace de él el SGBD.
39
Y finalmente, se exponen las tareas de administración del SGBD más habituales
que el usuario debe de ejecutar como administrador de Post-greSQL.
Características
Aquí se podría comentar las características más relevantes de este SGBD con
soporte para objetos, tanto sus prestaciones más importantes y destacadas, como
las limitaciones en su implementación o diseño de los estándares SQL. Es
interesante repasar su historia, ya que las personas que han sido partìcipe en su
pleno desarrollo como la relación con otros gestores de bases de datos, nos
permitirá ofrecer una mejor visión de la evolución del mismo.
Limitaciones
Este tipo de gestores de bases de datos tienen sus limitaciones que suelen
identificarse de manera rápida analizando y estudiando las prestaciones que se
tienen previstas para las futuras versiones. Donde se encuentra lo siguiente:
Puntos de recuperación dentro de transacciones: En la actualidad, las
diferentes transacciones se detienen completamente si se encuentra
durante su ejecución un fallo. El apoyo de puntos de recuperación permitirá
recuperar y controlar mejor las transacciones más complejas.
No soporta tablespaces Se define dónde se almacena la base de datos,
los índices, él esquema etc.
El soporte a orientación a objetos que se brinda no es más que una simple
extensión que ofrece prestaciones como la herencia, pero no se podría
decir que es un soporte completo.
Introducción a la orientación a objetos
Debido a que PostgreSQL incorpora en sus extensiones orientación a objetos,
cabe recalcar y repasar algunos de los conceptos interrelacionados con este
paradigma de estructuración de datos y programación.
40
El modelo orientado a objetos
Cuando el lenguaje de programación comenzó a aplicar ideas para modelar
aspectos de la realidad de forma más directamente que los métodos clásicos, la
orientación a objetos se dio a conocer mucho más y manifestando mayormente
sus ventajas tales como son:
Da la posibilidad de un modelado más natural de la realidad.
Permite la reutilización de componentes de software
. Brinda mecanismos de abstracción para mantener controlable la
construcción de sistemas complejos.
Siempre aparecen cada vez más herramientas tecnológicas y lenguajes de
programación autodenominada orientada a objetos y los ya existentes evolucionan
rápidamente incorporando nuevas características. Así mismo se han desarrollado
muchos métodos y metodologías bajo este enfoque, cada una con aportaciones
propias que algunas veces resulta incoherentes entre sí. Y de esta manera se ha
logrado la creación de un lenguaje unificado para el modelado, llamado
precisamente UML (unified modeling language).
La idea de UML es ser independiente la cual lo hace importante para la
comunicación entre desarrolladores de cualquier metodología. Viéndolo de esta
manera, es indispensable la presencia de un modelo informal de objetos que guie
la evolución de la tecnología y que tenga la aceptación de los expertos en la
materia. Un modelo así posibilita su estudio coherente por parte de los
profesionales de las tecnologías de la información que ayudaría la creación de
mejores lenguajes y herramientas.
Objetos: Clase frente a instancia
Los objetos son abstracciones que elaboramos del mundo a nuestro alrededor y
que visualizamos por sus propiedades. Para la OO todo es un objeto.
41
Por cada objeto hay una existencia de forma independiente de los demás objetos;
por lo tanto podemos decir, que tiene propia identidad. Aunque dos objetos
posean los mismos valores exactamente, no por eso se tratararan el mismo objeto,
seguirán siendo entidades diferentes.
En los modelos Orientado a Objetos, la identidad se representa con el identificador
de objeto, IDO Conceptualmente, el IDO de un objeto es exclusivo e irrepetible en
el espacio y tiempo.
Los IDO son el mecanismo que nos permite realizar hacer referencias a un objeto
desde otro. Por lo tanto las referencias construyen las relaciones entre los objetos.
Los objetos que comparten similares propiedades se puede decir que forman parte
de la misma clase. En los modelos Orientados a Objetos, las clases le sustraen
el acto central a los objetos, ya que es por medio de estas como se conceptualizan
las propiedades de los mismos y adicional se usan como plantillas para elaborar
objetos.
Gráfico N° 10
Elaborado por: Carmen Lozano Castro Fuente: http://ocw.uoc.edu/computer-science-technology-and-multimedia/bases-de-datos/bases-de-datos/P06_M2109_02152.pdf
Al ser creado un objeto usando la definición expuesta por una clase, tendremos
un valor definido para él, esto es lo que llamamos una instancia del objeto. En el
proceso de ejecución de los programas se trabaja con instancias. Como
definición, la instancia es igual a una tupla (fila) concreta en una tabla de base de
datos.
Top Related