UNIVERSIDAD CENTRAL DEL ECUADOR … · A mi madre Liliana Pasquel que con su ejemplo y tenacidad ha...
93
UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN LABORAL PARA LA FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA DE LA UNIVERSIDAD CENTRAL DEL ECUADOR. TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO AUTOR: WASHINGTON FERNANDO PULUPA PASQUEL TUTOR: ING. ALICIA LORENA ANDRADE BAZURTO QUITO – ECUADOR 2015
Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR … · A mi madre Liliana Pasquel que con su ejemplo y tenacidad ha...
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y
MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL PARA LA FACULTAD DE
INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA DE LA
UNIVERSIDAD CENTRAL DEL ECUADOR.
TRABAJO DE GRADUACIÓN
PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO
INFORMÁTICO
AUTOR: WASHINGTON FERNANDO PULUPA PASQUEL
TUTOR: ING. ALICIA LORENA ANDRADE BAZURTO
QUITO – ECUADOR
2015
ii
DEDICATORIA
A Dios, a la vida que nos da la oportunidad de hacer cosas increíbles, además brinda
el beneficio del conocimiento y la oportunidad de descubrir todo su encanto.
A mi madre Liliana Pasquel que con su ejemplo y tenacidad ha sabido enfocarme en
que nunca hay que darse por vencido en ningún aspecto, con su ejemplo de rectitud y
frontalidad ante la vida.
A mi padre Cristóbal Pulupa que a pesar de la distancia siempre ha demostrado
responsabilidad ante las barreras de la vida.
A mi hermano Andrés Pulupa para que este escrito demuestre que a pesar de
complicada pueda ser la ciencia y la ingeniería, nada es imposible.
A mis compañeros y amigos que son la familia que se escoge, a los que han estado
ahí apoyando o acompañando a lo largo de toda la carrera.
Pulupa Pasquel Washington Fernando
iii
AGRADECIMIENTO
A dios y a la vida por haberme dado la oportunidad de aprender y entender lo
increíble que es esta carrera.
A mi madre por haber estado ahí cuando la necesitaba y con su apoyo para lograr
este objetivo.
A la Universidad Central del Ecuador, Facultad de Ingeniería Ciencias Físicas y
Matemáticas, por haber permitido cursar por su espacio, además por la oportunidad
de conocer grandes personas entre compañeros, amigos y profesores.
A la Ing. Alicia Andrade, directora de tesis por su guía y asesoramiento durante el
desarrollo y culminación de este proyecto.
A todos los docentes que supieron impartir y motivar a adquirir el valioso
conocimiento que es fundamental en esta carrera.
Pulupa Pasquel Washington Fernando
iv
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL
v
CERTIFICACIÓN DE TUTOR
vi
INFORME FINAL DEL TUTOR
vii
NOTIFICACIÓN DEL TRIBUNAL
viii
RESULTADO DEL TRABAJO DE GRADUACIÓN
ix
CONTENIDO
CONTRAPORTADA ............................................................................................................. i
DEDICATORIA .................................................................................................................... ii
AGRADECIMIENTO ......................................................................................................... iii
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL .................................................. iv
CERTIFICACIÓN DE TUTOR .......................................................................................... v
INFORME FINAL DEL TUTOR ....................................................................................... vi
NOTIFICACIÓN DEL TRIBUNAL ................................................................................. vii
RESULTADO DEL TRABAJO DE GRADUACIÓN ..................................................... viii
CONTENIDO ....................................................................................................................... ix
LISTA DE FIGURAS ......................................................................................................... xii
LISTA DE TABLAS .......................................................................................................... xiii
ABSTRACT ......................................................................................................................... xv
CERTIFICACIÓN DE TRADUCCIÓN. ........................................................................ xvi
TÍTULO ............................................................................................................................. xvii
INTRODUCCIÓN ................................................................................................................ 1
CAPÍTULO I ......................................................................................................................... 2
1 PRESENTACIÓN DEL PROBLEMA. ....................................................................... 2
1.1 Planteamiento del problema. ................................................................................ 2
1.2 Interrogantes de la investigación. ......................................................................... 3
1.3 Objetivos. ............................................................................................................... 4
1.3.1 Objetivo general. ........................................................................................... 4
1.3.2 Objetivos específicos. ..................................................................................... 4
1.4 Justificación. .......................................................................................................... 4
1.5 Alcance de la Investigación. .................................................................................. 5
CAPITULO II ....................................................................................................................... 6
2 MARCO TEÓRICO. .................................................................................................... 6
2.1 Antecedentes. ......................................................................................................... 6
2.2 Fundamentación teórica. ...................................................................................... 6
2.2.1 Metodología de desarrollo (Iconix)............................................................... 7
2.2.2 Diseño arquitectónico. ................................................................................... 9
2.2.2.1 Arquitectura física. .................................................................................... 9
2.2.2.2 Arquitectura de software. ....................................................................... 12
x
2.2.3 Aplicaciones web.......................................................................................... 14
2.2.3.1 Software libre. .......................................................................................... 16
2.2.3.2 Lenguaje de programación. .................................................................... 16
2.2.3.3 Mapeo objeto relacional (ORM). ............................................................ 17
2.2.3.4 Objetos de negocio para aplicaciones empresariales. ........................... 18
2.2.3.5 Framework para desarrollo web. ........................................................... 19
2.2.3.6 Servidor de aplicaciones (Jboss). ............................................................ 20
2.2.3.7 Entorno de desarrollo integrado............................................................. 21
2.2.3.8 Base de datos. ........................................................................................... 21
CAPÍTULO III .................................................................................................................... 24
3. DISEÑO METODOLÓGICO .................................................................................... 24
3.1 Descripción de la metodología. ........................................................................... 24
3.1.1 ICONIX ........................................................................................................ 24
3.1.2 Fases de ICONIX. ........................................................................................ 25
3.1.3 Características Principales ......................................................................... 26
3.2 Análisis de Requerimientos ................................................................................ 27
3.2.1 Modelo de dominio. ..................................................................................... 28
3.2.2 Prototipo de interfaz de usuario. ................................................................ 28
3.2.3 Modelo de casos de uso. ............................................................................... 32
3.3 Análisis y Diseño Preliminar. ............................................................................. 34
3.3.1 Descripción de los Casos de Uso. ................................................................ 34
3.3.2 Diagrama de Robustez. ............................................................................... 40
3.4 Usabilidad del Sistema .................................................................................... 41
3.5 Seguridad ......................................................................................................... 41
3.6 Funciones ......................................................................................................... 41
CAPÍTULO IV .................................................................................................................... 43
4. CONCLUSIONES Y RECOMENDACIONES ........................................................ 43
4.1 Conclusiones. ....................................................................................................... 43
4.2 Recomendaciones ................................................................................................ 45
REFERENCIAS BIBLIOGRÁFICAS .............................................................................. 47
ANEXOS .............................................................................................................................. 49
ANEXO A. ........................................................................................................................... 49
1. Marco Administrativo. ............................................................................................ 49
1.1 Recursos. .......................................................................................................... 49
xi
1.2 Presupuesto. ..................................................................................................... 49
1.3 Cronograma. .................................................................................................... 50
ANEXO B. ........................................................................................................................... 55
2. Diseño de la Base de Datos. ..................................................................................... 55
ANEXO C. ........................................................................................................................... 56
3. Manual Técnico. ...................................................................................................... 56
3.1 Ejecución Programa Fuente. ...................................................................... 56
3.2 Estructura de Carpetas. .................................................................................. 68
xii
LISTA DE FIGURAS
Figura 2.1 Metodología Iconix ................................................................................................ 8
Figura 2.2 Modelo Cliente Servidor ...................................................................................... 10
Figura 2.3 Modelo Cliente Ligero ......................................................................................... 11
Figura 2.4 Arquitectura Física Mínima ................................................................................. 11
Figura 2.5 Arquitectura Física Óptima .................................................................................. 12
Figura 2.6 Arquitectura Física más Usada ............................................................................. 12
Figura 2.7 Modelo de Aplicación por Capas. ........................................................................ 14
Figura 2.8 Modelo de Infraestructura Empresarial ................................................................ 15
Figura 2.9 Estructura de Hibernate ........................................................................................ 18
Figura 2.10 Estructura Interna de EJB................................................................................... 19
Figura 2.11 Estructura Interna de JSF ................................................................................... 20
Figura 2.12 Estructura Interna de PostgreSQL ...................................................................... 22
Figura 3.1 Diagrama de clases inicial. ................................................................................... 28
Figura 3.2 Prototipo inicio. ................................................................................................... 29
Figura 3.3 Prototipo login candidato. .................................................................................... 29
Figura 3.4 Prototipo hoja de vida de candidato. .................................................................... 30
Figura 3.5 Prototipo encuesta. ............................................................................................... 30
Figura 3.6 Prototipo resultado encuesta. ............................................................................... 31
Figura 3.7 Prototipo ver ofertas. ............................................................................................ 31
Figura 3.8 Prototipo postulaciones. ....................................................................................... 32
Figura 3.9 Caso de Uso Candidato o Egresado/Graduado. .................................................... 33
Figura 3.10 Caso de Uso Empresa. ....................................................................................... 33
Figura 3.11 Caso de Uso Administrador. .............................................................................. 34
Figura 3.12. Diagrama de Robustez Candidato. .................................................................... 40
Figura 3.13 Diagrama de Robustez Empresa. ....................................................................... 40
Figura 3.14. Diagrama de Robustez Administrador. ............................................................. 41
xiii
LISTA DE TABLAS
Tabla 3.1. Identificación de Usuario. .................................................................................... 35
Tabla 3.2 Caso de Uso Registro de Candidatos. .................................................................... 36
Tabla 3.3 Ingresos de Información de Candidatos. ............................................................... 37
Tabla 3.4. Caso de Uso Petición de Empresas. ...................................................................... 38
Tabla 3.5. Caso de Uso Gestión de Graduados/Egresados. ................................................... 39
Tabla 3.6. Caso de Uso Reportes. ......................................................................................... 40
xiv
RESUMEN
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN
LABORAL PARA LA FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y
MATEMÁTICA DE LA UNIVERSIDAD CENTRAL DEL ECUADOR.
El interés de este proyecto permite dar a conocer una solución informática utilizando
tecnologías libres para desarrollar una aplicación web.
Este proyecto permite incorporar y automatizar las relaciones entre los estudiantes
graduados y/o egresados de la facultad de ingeniería, por lo cual incorpora
información de sus hojas de vida y permite recabar información por medio de
encuestas, cuya información ayude a conocer los factores existentes en el campo
laboral.
En esta herramienta también participan empresas que puedan encontrar hojas de vida
de los egresados/graduados de la facultad, permitiendo publicar ofertas laborales.
El proyecto se desarrolló bajo la metodología ICONIX, con las herramientas de
software: JBoss AS7.1 - EJB 3.1 - Hibernate (JPA 2.0) - JSF 2.2 (Primefaces 5.1) –
HTML – JavaScript - PostgreSQL 9.3 - Elipse Luna, Jboss Tools.
El documento incluye todo el proceso de construcción del proyecto desde el análisis,
desarrollo e implementación.
Finalmente se planteará las conclusiones y recomendaciones a seguir para garantizar
su correcto funcionamiento.
DESCRIPTORES:
JAVAEE6 / CREAR COMPONENTES DINÁMICOS EN JSF / METODOLOGÍA
DE DESARROLLO ICONIX / APLICACIONES WEB / POSTGRESQL / EJB /
JPA / DAO / DTO / PRIMEFACES
xv
ABSTRACT
MONITORING AND OCCUPATIONAL SYSTEM FOR GRADUATE student
OF ENGINEERING of PHYSICAL SCIENCES AND MATHEMATIC,
CENTRAL UNIVERSITY OF ECUADOR.
This project looks for a software solution using open technologies to develop a web
application.
It will incorporate and automate the relationship between graduate students and / or
graduates of the Engineering Faculty, which includes information through surveys, it
will help know existing factors the workplace.
This tool also involved companies that look for resumes of graduates / school
graduates, allowing publish job offers.
The project was developed under the Iconix methodology, software tools: JBoss
AS7.1 - EJB 3.1 - Hibernate (JPA 2.0) - JSF 2.2 (Primefaces 5.1) - HTML -
JavaScript - PostgreSQL 9.3 - Ellipse Luna, Jboss Tools.
This document includes the whole process of construction of the project, analysis
data, development and implementation.
Finally, conclusions and recommendations to follow to ensure their proper
functioning will arise.
DESCRIPTORS:
JAVAEE6 / CREATE DYNAMIC COMPONENTS JSF / DEVELOPMENT
METHODOLOGY ICONIX ICONIX / WEB APPLICATION / POSTGRESQL /
EJB / JPA / DAO / DTO / PRIMEFACES
xvi
CERTIFICACIÓN DE TRADUCCIÓN.
xvii
TÍTULO
1
INTRODUCCIÓN
La Facultad de Ingeniería Ciencias Físicas y Matemática es una de las facultades más
prestigiosas de la Universidad Central del Ecuador, por la calidad de profesionales
que ha contribuido a lo largo de su trayectoria a la sociedad, por lo cual se ve
reflejada en su misión y su visión, la facultad tiene como:
Misión: “Formar profesionales técnicos en Ingeniería Civil, Ingeniería Informática,
Ingeniería en Matemática, Ingeniería en Diseño Industrial e Ingeniería en
Computación Gráfica, capacitados para impulsar con eficiencia el desarrollo del país,
con conocimientos de la realidad nacional, dotados de los recursos científicos y
técnicos para que su formación profesional esté al servicio de los intereses del
bienestar del pueblo ecuatoriano y del mundo.”1
Visión “La visión de la Facultad de Ingeniería, Ciencias Físicas y Matemática, es ser
el referente de primera categoría en la formación de profesionales de pre y posgrado,
con excelencia académica en ciencia, técnica e investigación, de manera que, con la
participación de todas las Facultades de la Universidad, sea capaz de encarar un
proceso multidisciplinario de afianzamiento de los valores de identidad nacional y de
conciencia social para el desarrollo cultural, científico, técnico, político, y económico
del país.”2
El sistema del plan consiste en desarrollar un proyecto en el cual permita el
seguimiento de los egresados de la Facultad de Ingeniería Ciencias Físicas y
Matemática de la Universidad Central del Ecuador.
El sistema permitirá el seguimiento de egresados mediante encuestas y una bolsa de
empleo, la misma que beneficiara a los estudiantes para la inserción laboral dentro de
las entidades del país.
1 http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-matematica/mision-y-vision 2 http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-matematica/mision-y-vision
2
CAPÍTULO I
1 PRESENTACIÓN DEL PROBLEMA.
BASE LEGAL
De acuerdo a la Ley Orgánica de Educación Superior vigente, que dice textualmente:
Artículo 142. Sistema de seguimiento de graduados.- Todas la instituciones del
sistema de educación superior, públicas y particulares, deberán instrumentar un
sistema de seguimiento a sus graduados y sus resultados serán remitidos para
conocimiento del Consejo de Evaluación, Acreditación y Aseguramiento de la
calidad de la Educación Superior y según el Reglamento General de Aplicación de la
LOES3, Artículo 26. Del sistema de seguimiento a graduados.- La SENESCYT4
diseñará los procedimientos necesarios para que las instituciones de educación
superior instrumenten un sistema de seguimiento a los graduados, el cuál será parte
del SNIESE5. Los resultados de este sistema serán notificados al CEAACES6
anualmente.
1.1 Planteamiento del problema.
Las demandas de la sociedad de nuestro país, sus necesidades y sus carencias apelan
fuertemente al sector educativo para obtener una respuesta o servicio que satisfagan
sus necesidades. Sin embargo, muchas veces se hace notoria la incongruencia entre
los procesos educativos, las necesidades sociales y las exigencias del mercado
laboral.
Es por ello, que la Universidad Central del Ecuador requiere de diagnósticos sobre
sus fortalezas y debilidades, ya que ésta es la principal herramienta y fundamento
para planear y llevar a cabo proyectos necesarios y adecuados para la mejora de la
3 LOES Ley Orgánica de Educación Superior 4 SENESCYT Secretaría Nacional de Educación Superior, Ciencia, Tecnología e Innovación 5 SNIESE Sistema Nacional de Información de la Educación Superior de la Educación 6 CEAACES Consejo de Evaluación, Acreditación y Aseguramiento de la Calidad de la Educación
Superior
3
formación de sus estudiantes capaces de elevar su calidad de vida y satisfacer las
necesidades de la sociedad.
En la Facultad de Ingeniería la relación con las empresas y sus estudiantes egresados
se encuentra de alguna manera limitada y la línea de comunicación y
retroalimentación ha sido débil al momento de obtener respuestas a temas como
demandas laborales, perfiles adecuados, situación y objetivo laboral, satisfacción
profesional; es por ello, que se ve en la necesidad de contar con un sistema web que
permita estrechar la relación de la Facultad con la Empresa impulsando la inserción
laboral de los profesionales y de alguna manera contribuir al seguimiento de sus
estudiantes egresados y graduados.
Prognosis.
El desarrollo y la implantación de un sistema informático integrado mejora la
disponibilidad de información y reduce el tiempo de respuesta para consultar datos,
reportes, informes. Significa un avance tecnológico en la integración de datos de los
graduados y egresados.
1.2 Interrogantes de la investigación.
- ¿Es posible implementar un sistema informático integrado en el cual los alumnos
egresados y graduados puedan registrar sus datos y obtener el beneficio de una
bolsa de empleo?
- ¿Cómo se puede establecer una herramienta informática la cual esté disponible en
la infraestructura y disponibilidad externa de la facultad de ingeniería?
- ¿Se puede contar con plataformas tecnológicas que permitan administrar de
mejor forma los datos y análisis de los estudiantes graduados y egresados?
- ¿En qué forma podemos mejorar los procedimientos manuales, para obtener
resumes de datos?
4
1.3 Objetivos.
1.3.1 Objetivo general.
Potenciar la Inserción Laboral de los estudiantes egresados de la Facultad de
Ingeniería Ciencias Físicas y Matemática de la Universidad Central del Ecuador a
través de un sistema informático el cual esté auspiciado y respaldado por la facultad
mencionada, así mismo facilite el aspecto de seguimiento a los egresados y
graduados de la facultad.
1.3.2 Objetivos específicos.
- Proponer una herramienta que permita el desarrollo efectivo del egresado y su
inserción laboral a nivel institucional.
- Mejorar la satisfacción de los titulados con relación a la inserción laboral, por lo
cual permitirá aumentar la tasa de empleo de los estudiantes egresados.
- Reunir, aumentar y actualizar la información que se tiene de los egresados de
pregrado y postgrado a través de datos estadísticos para apoyar la toma de
decisiones y la planeación académica.
- Desarrollar la herramienta informática mediante el uso de software libre, así
como el lenguaje de programación, bases de datos, control del desarrollo,
infraestructura tecnológica involucrada.
- Implementar la herramienta informática mediante el uso de la metodología de
desarrollo Iconix, para su correcta estructuración y ágil desarrollo.
1.4 Justificación.
La inserción laboral y seguimiento a egresados pretende contribuir la mejora de los
niveles y la calidad de la empleabilidad de los estudiantes de la Facultad de
5
Ingeniería Ciencias Físicas y Matemática, es decir, uno de los principales retos de las
Universidades es el seguimiento de los egresados y la inserción en el mercado laboral
de ellos.
Mediante el desarrollo y la implementación del sistema se fortalecerá la relación
facultad- empresa con fines de retroalimentación en la formación, empleo del
estudiante egresado, así como de los beneficios asociados se relacionan con la
elaboración de diagnósticos necesarios para la toma de decisiones teniendo en cuenta
que el estudiante egresado es la referencia que tiene la sociedad sobre
establecimiento educativo.
De tal manera que el sistema pretende ser una herramienta que permita proporcionar
datos valiosos con la finalidad de cubrir y reajustar puntos débiles de tal manera que
los estudiantes egresados sigan siendo los máximos participes y pioneros
profesionales del país.
1.5 Alcance de la Investigación.
Desarrollar e implementar un sistema web que solucione los problemas de búsqueda
y acceso a empleo para la comunidad universitaria de la Facultad de Ingeniería de la
Universidad Central del Ecuador como la selección de personal lineamientos de la
gestión universitaria.
El sistema contemplará el registro de los candidatos la facultad de ingeniería, la
administración del currículum vitae, gestión de privacidad del currículum,
administración de contraseñas, visualización de postulaciones, encuestas a egresados;
para las empresas se incluye el registro en el sistema, publicación de avisos de
empleos, administración de postulaciones, filtros de currículums, administración de
contraseñas, recuperación de contraseña; se incluyen buscadores de avisos.
La administración, gestión y la socialización con las empresas ofertantes es
compromiso del personal idóneo asignado de la Facultad de Ingeniería de la
Universidad Central del Ecuador.
6
CAPITULO II
2 MARCO TEÓRICO.
2.1 Antecedentes.
La disponibilidad de información, tanto como su almacenamiento, edición o
actualización es importante para cualquier institución, ya sea para la toma de
decisiones o realizar varias gestiones con la misma.
Cualquier entidad que cuente con robustos sistemas informáticos puede mejorar su
imagen ante sus competidores en caso de entidades públicas puede mejorar la
atención de la población considerablemente, en tiempos de espera, precisión en
cantidades monetarias, indirectamente puede generar obras oportunas.
La facultad de ingeniería no cuenta actualmente con un sistema informático el cual
permita la paremetrizacion de preguntas en intervalos de tiempo de egresamiento es
decir un cuestionario más personalizado de acuerdo al tiempo que el estudiante se
graduó o egreso de la institución, el sistema permitirá la integración hacia una bolsa
de empleo, la cual en la inserción laboral y tenga relación con el título de la carrera.
2.2 Fundamentación teórica.
El sistema tendrá como función la gestión de una bolsa de empleos que posibilita el
seguimiento a egresados, se registrará información relativa a la demanda del mercado
laboral, los objetivos y situación laboral de los candidatos, información y demandas
de las empresas interesadas en reclutar personal, permitiendo tener información
centralizada de manera rápida.
Procesos rápidos, eficientes y homogéneos.
Aporta a la inclusión laboral de los egresados y graduados, ya que estos podrán
postularse a los avisos, o publicar sus anuncios.
7
Con la información recolectada la Facultad podrá analizar los perfiles más
demandados, con el fin de mejorar los pensum de estudios.
2.2.1 Metodología de desarrollo (Iconix)
La metodología es el conjunto de reglas y pasos estrictos que se siguen para
desarrollar una aplicación informática completa, de forma oportuna, de esta forma
minimizando las pérdidas de tiempo y recursos.
Para el desarrollo de este proyecto utilizaremos la metodología Iconix fijada en uno
de los objetivos del documento.
Las etapas de la metodología con las siguientes:
Análisis de requerimientos.
Modelo de dominio. En esta etapa se define los Diagramas de Clases
extremadamente simplificado, se definen los objetos de la vida real cuyo
comportamiento o datos deban ser almacenados.
Prototipo rápido. Aquí se define el prototipo para simular el diseño del
sistema, esto evalúan los usuarios y los cambios se realizan dentro del
prototipo en sí.
Modelo de casos de uso. Comprende los actores, el sistema y los propios
casos de uso. Permiten a los usuarios estructurar y articular sus deseos.
Análisis y diseño preliminar
Diseño de casos de uso. Definen bajo la forma de acciones y reacciones el
comportamiento de un sistema desde el punto de vista de un usuario.
Diagrama de robustez. Ilustra gráficamente las iteraciones entre los objetos
participantes de un caso de uso
Diseño
8
Diagrama de secuencia. Derivan de las fichas de casos de uso, esto se
implementa por el curso de la acción, los objetos, los mensajes y métodos.
Implementación
Escribir / Generar código. En cualquier caso, aquí es donde se escribe el
código tal y como fue especificado en las fases anteriores y se planean las
pruebas basándonos en los requisitos iniciales, al nivel que fuese necesario.
Plan de Pruebas. Pruebas del Sistema, pruebas del ciclo del negocio, pruebas de
Interfaz de Usuario y pruebas de estrés.
Figura 2.1 Metodología Iconix
Fuente: http://2.bp.blogspot.com/-ThphQEoUIhE/TkVcQ-
caJYI/AAAAAAAAACM/3hqZabNHBNw/s1600/general.PNG
Ventajas.
- La metodología es basada en las metodologías de desarrollo ágil, las cuales
permiten obtener resultados en menos tiempo.
9
- Se obtiene buenos resultados en la construcción de sistemas informáticos de
pequeña y mediana complejidad.
Desventajas.
Esta metodología es la definición de un proceso ágil para poder obtener la
especificación de requerimientos y poder modelar el sistema haciendo uso del
Lenguaje de Modelamiento Unificado (UML). La principal desventaja de esta
metodología es que necesita información rápida y puntual de los requisitos, del
diseño y de las estimaciones, además, es una metodología que no debe ser usada en
proyectos de larga duración.7
2.2.2 Diseño arquitectónico.
La arquitectura describe como la aplicación estará ejecutándose en el ámbito físico y
en el ámbito de la aplicación de software. La estructura de la arquitectura afecta en el
sistema sus características de mantenimiento, disponibilidad, seguridad.
2.2.2.1 Arquitectura física.
Dentro de la distribución de funciones de los dispositivos por medio podremos
acceder a la aplicación de software, en la arquitectura física utilizaremos la modelo
de red Cliente-Servidor, el cual es una arquitectura distribuida.
7 http://www.ecured.cu/index.php/ICONIX
10
Cliente
Servidor
Servidor
Red
Figura 2.2 Modelo Cliente Servidor
Ventajas.
- Se puede hacer uso efectivo de los sistemas en red con muchos procesadores
distribuidos. Es fácil añadir un nuevo servidor e integrado con el resto del
sistema, también permite actualizar los servidores sin afectar el sistema.
- Centraliza el control de recursos y datos.
Desventajas.
- Si el número de clientes simultáneos es elevado, el servidor puede saturarse.
- Frente a fallas del lado del servidor, el servicio queda paralizado para los
clientes.
En este modelo de arquitectura cliente servidor podemos realizar la carga de tareas
de procesamientos de información en el cliente o en el servidor, por esta división de
tareas se conoce los modelos Cliente Liviano o Ligero y Cliente Pesado.
11
En nuestro caso para el desarrollo del sistema informático estaremos inmersos en el
modelo Cliente Liviano o Ligero, porque la aplicación estará disponible a través de
un servidor web por medio de un navegador, y no será necesario instalar la misma en
cada terminal.
Cliente
Servidor
Realiza la mayor
carga de Trabajo
Cliente Ligero
Figura 2.3 Modelo Cliente Ligero
De acuerdo al análisis de la arquitectura de software la arquitectura física cliente
servidor nos permitirá tener servidores realizando tareas específicas o en un solo
servidor realizando todas las tareas, con lo cual tenemos la arquitectura física mínima
y la arquitectura física óptima.
Arquitectura Física Mínima.
En este caso describe los dispositivos y servidores necesarios para que la aplicación
pueda funcionar y esté disponible para su uso.
Servidor
Contenedor Web, Procesos de Negocio y Base de Datos
Navegador Web
Interfaz de Usuario
Figura 2.4 Arquitectura Física Mínima
12
Arquitectura Física Óptima.
En aspecto se describe cuáles son los dispositivos y servidores necesarios para que la
aplicación funcione y esté disponible de manera óptima.
Navegador Web
Servidor de
Base de Datos
Interfaz de Usuario
Servidor de Proceso
de Negocio
Servidor Web
Figura 2.5 Arquitectura Física Óptima
Otra alternativa para que funcione nuestra aplicación informática de manera óptima
es tener un servidor donde realice las funciones de servidor web y de aplicaciones,
mientras que en otro servidor esta almacenadas las bases de datos. Esta distribución
es la más usada en el modelo de arquitectura cliente servidor de capas.
Navegador Web
Servidor de
Base de Datos
Interfaz de Usuario
Servidor Web y de Proceso
de Negocio
Figura 2.6 Arquitectura Física más Usada
2.2.2.2 Arquitectura de software.
13
En la arquitectura de software utilizaremos del modelo de capas. Las mismas que
estarán distribuidas de la siguiente manera:
Capa de acceso a datos.
En esta capa se realiza las actividades de acceso a la base de datos, es decir se
gestiona la conexión con las bases de datos, así mismo como actividades de mapeo
objeto relacional (ORM) utilizando un motor de persistencia.
Capa de lógica de negocio.
Dentro de esta capa se maneja todo lo referente a las ejecuciones de procesamiento
de información de acuerdo a las operaciones de las reglas lógicas del negocio que
realiza la entidad o los procedimientos necesarios para cumplir la función del sistema
informático.
Capa de presentación.
Esta capa está encargada de la interfaz de usuario como se presenta la información y
como permite el manejo de la misma a través de la interfaz, es decir que sea
comprensible para los usuarios que manejan el sistema. De acuerdo a las definiciones
de arquitectura y por la facilidad de acceso estaremos orientados a usar las
tecnologías web como son HTML y Javascript. Es decir desarrollaremos una
aplicación web.
14
Capa de Datos
Base de Datos
Capa Logica de Negocio
Capa de Presentacion
Mo
de
lo e
n C
ap
as
Figura 2.7 Modelo de Aplicación por Capas.
2.2.3 Aplicaciones web
Las Aplicaciones Web son aquellas aplicaciones que son accesibles a través de un
navegador instalado en el cliente conectándose a un servidor web a través de Internet
o de una intranet.
Ventajas
- Ahorro de tiempo, se pueden realizar tareas sencillas sin necesidad de
descargar ni instalar ningún programa.
- No hay problemas de compatibilidad, basta tener un navegador mínimamente
actualizado para poder utilizarlas.
- Ocupan espacio mínimo en nuestro disco duro.
- Las actualizaciones son inmediatas por que el software lo gestiona el propio
desarrollador, cuando nos conectamos estamos usando siempre la última
versión que haya lanzado.
15
- Son multiplataforma por que pueden usarse desde cualquier sistema operativo
porque sólo es necesario tener un navegador.
- Ayudan en la portabilidad es independiente del ordenador donde se utilice (un
PC de sobremesa, un portátil o un móvil) porque se accede a través de una
página web (sólo es necesario disponer de acceso a Internet, o a la red interna
en caso de ser intranet).
Desventajas.
- Ofrece menos funcionalidades que una aplicación de escritorio como
aplicaciones de procesamiento de texto, hojas de cálculo, aunque actualmente
de acuerdo a la tendencia eso puede cambiar, con las aplicaciones existentes
en internet.
- Depende de la existencia de una red para funcionar, así mismo de la
velocidad de la red para ofrecer una mejor respuesta, aunque actualmente se
están trabajando en nuevos protocolos para que la velocidad de respuesta sea
mayor, Ejemplo el protocolo SPDY es complementario para el protocolo
HTTP por el cual se cargan las páginas web.
Figura 2.8 Modelo de Infraestructura Empresarial
16
Fuente: http://www.raginwald.com/portal/images/stories/soft_architecture.png.
Consultad el 9 de abril de 2013.
Tecnologías de Desarrollo.
Para el desarrollo de la aplicación usaremos herramientas bajo licencia de software
libre, por política gubernamental, y por qué el costo de desarrollo sea menor. Así
mismo por sus beneficios que ofrece.
2.2.3.1 Software libre.
La definición de software libre estipula los criterios que se tienen que cumplir para
que un programa sea considerado libre.
El software libre debe cumplir las siguientes libertades.
- La libertad de ejecutar el programa, para cualquier propósito (libertad 0).
- La libertad de estudiar cómo trabaja el programa, y cambiarlo para que haga
lo que usted quiera (libertad 1). El acceso al código fuente es una condición
necesaria para ello.
- La libertad de redistribuir copias para que pueda ayudar al prójimo (libertad
2).
- La libertad de mejorar el programa y publicar sus mejoras, y versiones
modificadas en general, para que se beneficie toda la comunidad (libertad 3).
El acceso al código fuente es una condición necesaria.
2.2.3.2 Lenguaje de programación.
Java es un lenguaje de programación de alto nivel, actualmente uno de los más
usados a nivel de cualquier aplicación, ya sea aplicación estándar, aplicación web,
aplicación empresarial o aplicaciones móviles también es utilizado en varias
herramientas de BPM o Workflow, gestión documental.
El lenguaje de programación java fue desarrollado por James Glosling, en la empresa
Sun Microsystems, que fue comprada por Oracle.
17
Las aplicaciones de Java son generalmente compiladas a bytecode (clase Java) que
puede correr en cualquier máquina virtual Java (JVM) sin importar la arquitectura de
la computadora. Java es un lenguaje de programación de propósito general,
concurrente, basado en clases, y orientado a objetos, que fue diseñado
específicamente para tener tan pocas dependencias de implementación como fuera
posible.
Ventajas.
Ya hemos descrito anteriormente cuáles son sus mayores ventajas que son como
definen a este lenguaje.
Desventajas.
Una de las principales desventajas es que se necesita varias líneas de código para
realizar pocas instrucciones. Incluso ha sido criticado como un lenguaje horrible.
2.2.3.3 Mapeo objeto relacional (ORM).
El término de mapeo objeto/relacional (ORM) se refiere a la técnica de mapear una
representación de datos desde un modelo de objeto a un modelo de datos relacionales
con un esquema basado en SQL.
Hibernate no solamente se ocupa del mapeo desde las clases Java a las tablas de las
bases de datos (y desde los tipos de datos de Java a los tipos de datos de SQL), sino
que también facilita la consulta y recuperación de datos. Esto puede reducir de
manera importante el tiempo de desarrollo que se tomaría con el manejo de datos de
forma manual en SQL y JDBC.
La meta de Hibernate es aliviar el trabajo del desarrollador en 95% de la persistencia
de datos comunes relacionados con tareas de programación. Es posible que Hibernate
no sea la mejor solución para aquellas aplicaciones centralizadas en datos que
solamente utilizan los procedimientos almacenados para implementar la lógica
empresarial en la base de datos, Hibernate es mucho más útil con modelos de
dominio orientados a objetos y con lógica empresarial middle-tier (nivel medio) con
base en Java. Sin embargo, Hibernate ciertamente puede ayudar a eliminar o a
18
encapsular código SQL específico del vendedor, ayuda con la tarea común de
traducción del grupo de resultados desde una representación tabular a un grafo de
objetos.
También permite el uso de criteria query en un estándar para realizar consultas SQL
en lenguaje java usando el principio de orientación a objetos
El diagrama a continuación brinda una perspectiva a alto nivel de la arquitectura de
Hibernate.
Figura 2.9 Estructura de Hibernate
Fuente: http://docs.jboss.org/hibernate/orm/3.5/reference/es-
ES/html/images/overview.png. Consultad el 10 de abril de 2013.
2.2.3.4 Objetos de negocio para aplicaciones empresariales.
EJB (Enterprise JavaBeans) es un modelo de programación que nos permite construir
aplicaciones Java mediante objetos ligeros (como POJO's). Cuando construimos una
aplicación, son muchas las responsabilidades que se deben tener en cuenta, como la
seguridad, transaccionalidad, concurrencia, etc. El estándar EJB nos permite
centrarnos en el código de la lógica de negocio del problema que deseamos
19
solucionar y deja el resto de responsabilidades al contenedor de aplicaciones donde
se ejecutará la aplicación.
A continuación se muestra una figura del funcionamiento de los EJB.
Figura 2.10 Estructura Interna de EJB
Fuente: http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-
2004/ejb/imagenes/arquitecturaEJB.png. Consultado el 11 de abril de 2013.
2.2.3.5 Framework para desarrollo web.
La tecnología JavaServer Faces es un marco de trabajo de interfaces de usuario del
lado de servidor para aplicaciones Web basadas en tecnología Java
Los principales componentes de la tecnología JavaServer Faces son:
- Un API y una implementación de referencia para: representar componentes
UI y manejar su estado; manejo de eventos, validación del lado del servidor y
conversión de datos; definir la navegación entre páginas; soportar
internacionalización y accesibilidad; y proporcionar extensibilidad para todas
estas características.
- Una librería de etiquetas JavaServer Pages (JSP) personalizadas para dibujar
componentes UI dentro de una página JSF.
Este modelo de programación bien definido y la librería de etiquetas para
componentes UI facilita de forma significativa la tarea de la construcción y
mantenimiento de aplicaciones Web con UIs del lado del servidor. Con un mínimo
esfuerzo.
Así mismo podemos:
20
- Conectar eventos generados en el cliente a código de la aplicación en el lado
del servidor.
- Mapear componentes UI a una página de datos del lado del servidor.
- Construir un UI con componentes reutilizables y extensibles.
- Grabar y restaurar el estado del UI más allá de la vida de las peticiones de
servidor.
Como se puede apreciar en la siguiente figura, el interface de usuario que
creamos con la tecnología JavaServer Faces (representado por myUI en el
gráfico) se ejecuta en el servidor y se renderiza en el cliente.
Figura 2.11 Estructura Interna de JSF
Fuente: http://docs.oracle.com/cd/E19879-01/819-3669/images/jsfIntro-
server.gif. Consultado el 15 de abril de 2013.
2.2.3.6 Servidor de aplicaciones (Jboss).
Un servidor de aplicaciones es un marco de software que proporciona un enfoque
generalizado para la creación de una aplicación.
La mayoría de los entornos del servidor de aplicaciones contienen un modelo integral
de capa de servicio. Un servidor de aplicaciones actúa como un conjunto de
componentes accesibles para el desarrollar software a través de un API (Interfaz de
programación de aplicaciones) definido por la propia plataforma. Para las
aplicaciones Web, estos componentes se realizan generalmente en el mismo entorno
de ejecución como su servidor Web (s), y su principal tarea es apoyar la construcción
de páginas dinámicas. Sin embargo, muchos servidores de aplicaciones se dirigen
21
mucho más que la generación de página Web: implementan servicios como balanceo
de carga, por lo que permite centrarse en el desarrollo de la lógica de negocio.
El servidor de aplicaciones se comporta como un prolongado de la máquina virtual
para ejecutar aplicaciones, el manejo transparente de las conexiones a la base de
datos, por un lado, y, a menudo, las conexiones con el cliente Web.
Para la implementación del sistema informático utilizaremos el servidor de
aplicaciones JBoss, el mismo que es multiplataforma ya que está desarrollado en su
totalidad en lenguaje de programación java, por lo tanto utiliza su máquina virtual
para este fin. También escogemos Jboss por su licencia libre y por el soporte que
brinda la empresa Red Hat en caso de requerirlo, pero cuenta con una gran
comunidad de ayuda en caso de problemas técnicos.
2.2.3.7 Entorno de desarrollo integrado.
Un entorno de desarrollo integrado (IDE) es un entorno de programación que ha sido
empaquetado como un programa de aplicación; es decir, consiste en un editor de
código, un compilador, un depurador y un constructor de interfaz gráfica (GUI). Los
IDEs pueden ser aplicaciones por sí solas o pueden ser parte de aplicaciones
existentes.
En nuestro caso como usaremos software libre para el desarrollo de la aplicación,
usaremos el entorno de desarrollo integrado Eclipse, este IDE es más usado para
desarrollar aplicaciones con el lenguaje de programación java.
También ofrece la posibilidad de agregar programas extras (plug ins), que permite
mejorar la perspectiva de acuerdo al desarrollo de una aplicación.
2.2.3.8 Base de datos.
PostgreSQL es un sistema de gestión de bases de datos objeto-relacional, distribuido
bajo licencia BSD y con su código fuente disponible libremente. Es el sistema de
gestión de bases de datos de código abierto más potente del mercado y en sus últimas
versiones no tiene nada que envidiarle a otras bases de datos comerciales.
22
PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en vez de
multihilos para garantizar la estabilidad del sistema. Un fallo en uno de los procesos
no afectará el resto y el sistema continuará funcionando.
A continuación se ilustra con una imagen su funcionamiento:
Figura 2.12 Estructura Interna de PostgreSQL
Fuente: http://www.postgresql.org.es/sites/default/files/pgclient_server_0.png.
Consultado el 20 de abril de 2013.
Ventajas.
- Responde con la misma velocidad en grandes volúmenes de datos.
- Mejor rendimiento en replicación con su herramienta slony.
- Soporta los tipos de datos, cláusulas, funciones y comandos de tipo estándar
SQL92/SQL99 y extendidos propios de PostgreSQL.
- Puede operar sobre distintas plataformas, incluyendo Linux, Windows, Unix,
Solaris y MacOS X.
23
- Cuenta con una gran comunidad y se pude apoyar con su documentación
oficial.
Desventajas.
- Consume un porcentaje mayor de recursos comparados con otros motores de
bases de datos, pero mantiene su rendimiento con cualquier cantidad de datos.
- No se cuenta con un soporte oficial en caso de errores inesperados, hay que
apoyarse en la documentación oficial y las comunidades, no siempre las
respuestas son inmediatas.
- La sintaxis de algunos de sus comandos o sentencias no es nada intuitiva.
24
CAPÍTULO III
3. DISEÑO METODOLÓGICO
3.1 Descripción de la metodología.
El desarrollo e implementación se basa en el supuesto de que el seguimiento de
egresados y de inserción laboral es una herramienta fundamental para detectar el
impacto de los procesos educativos y con ello implementar estrategias y acciones
que permitan abordar debilidades y mantener las fortalezas en favor de las próximas
generaciones.
Por otra parte, contar con una base de información sistemática y objetiva
del desempeño de los estudiantes egresados/graduados de los niveles pregrado
y posgrado proporcionará elementos relevantes para la toma de decisiones. Además,
permite fundamentar y llevar a cabo proyectos pertinentes y relevantes para elevar
la calidad educativa institucional.
De acuerdo con los objetivos de este proyecto, el tipo de resultados que se van a
ponderar serán en relación al ritmo de incorporación al mercado laboral y al nivel
inmediato superior de educación, la ubicación en el mercado de trabajo o en
instituciones de educación superior; así como la satisfacción del desempeño
profesional y académico.
3.1.1 ICONIX
ICONIX es un proceso simplificado en comparación con otros más tradicionales, que
unifica un conjunto de métodos de orientación a objetos con el objetivo de abarcar
todo el ciclo de vida de un proyecto.
Es una metodología pesada-ligera de Desarrollo del Software que se halla entre RUP
(Rational Unified Process) y XP (eXtreme Programming), unifica un conjunto de
métodos de orientación a objetos con el objetivo de tener un control estricto sobre
todo el ciclo de vida del producto a realizar.
25
3.1.2 Fases de ICONIX.
Análisis de requerimientos.
En esta fase se deben analizar todos los requisitos que formaran parte del sistema y
con estos construir el diagrama de clases, que representa las agrupaciones funcionales
que estructuraran el sistema en desarrollo. Para esta fase se utilizan 3 herramientas:
- Modelo de dominio: esto se refiere a identificar objetos y cosas del mundo
real que intervienen con nuestro sistema. (Estático). Elaborar el diagrama de
clases con requerimientos iniciales
- Prototipo de interfaz de usuario: implica la creación de un modelo o
modelos operativos del trabajo de un sistema, en el que analistas y clientes
deben estar de acuerdo. (Dinámico/ los usuarios se hacen participantes activos
en el desarrollo).
- Modelo de casos de uso: describe las acciones o el comportamiento que un
usuario realiza dentro del sistema. Comprende de actores, casos de uso y el
sistema.
Análisis y diseño preliminar.
- Diagramas de caso de uso. Describe como los actores operan dentro del
proyecto.
- Diagrama de robustez. En este diagrama involucra los objetos frontera que
son los objetos externos al sistema, objetos de control que manejan
interacciones de los otros objetos y finalmente los objetos de entidad.
26
Diseño.
Diagramas de Secuencia.
Muestra los métodos que llevaran las clases de nuestro sistema. Muestra todos los
cursos alternos que pueden tomar todos nuestros casos de uso. Se debe terminar el
modelo estático, añadiendo los detalles del diseño en el diagrama de clases y
verificar si el diseño satisface todos los requisitos identificados.
Implementación.
Después de tener el diseño se creara el software; que posteriormente se entregara. Se
debe utilizar el diagrama de componentes si fuera necesario para apoyar el
desarrollo, es decir mostrar una distribución física de los elementos que componen la
estructura interna del sistema. Así como escribir y generar el código.
Pruebas.
Producir diagramas necesarios
Despliegue
Componentes
Escritura de código
Pruebas de sistema y aceptación basadas en casos de uso.
Ciclos de vida de desarrollo de software utilizado.
El ciclo de vida incremental consiste en desarrollar por partes el producto de manera
que pueda integrarse funcionalmente.
El ciclo de vida iterativo en cada ciclo se revisa y mejora el producto, el desarrollo se
organiza en series de mini-proyectos cortos llamados iteraciones.
3.1.3 Características Principales
ICONIX cuenta con tres características fundamentales:
- Iterativo e incremental: durante el desarrollo del modelo del dominio y la
definición de casos de uso se producen varias iteraciones. El ciclo de
vida incremental consiste en desarrollar por partes el producto de manera
que se pueda integrar funcionalmente, ciclo de vida iterativo, es decir, en
27
cada ciclo se revisa y mejora el producto.
- Trazabilidad: cada paso que se realiza está definido por un requisito, se
define la trazabilidad como la capacidad de seguir una relación entre los
diferentes artefactos de software producidos.
- Dinámica del UML: ofrece un uso dinámico del UML porque utiliza
algunos diagramas UML, sin exigir la utilización de todos, como en el
caso de RUP (Rational Unified Process).
3.2 Análisis de Requerimientos
El análisis de requerimientos permitió identificar a los objetos de dominio, las
relaciones entre objetos que intervienen en el problema, los actores, los objetivos
y las responsabilidades que realizan en cada uno de los procesos existentes en la
facultad. Dentro de los requerimientos básicos que se definieron con las
autoridades pertinentes de la Facultad de Ingeniería Ciencias Físicas y Matemática
que serán tomados en cuenta para el desarrollo del sistema son:
- Proporcionar una solución a un problema en el manejo de
informaciones importantes sobre sus estudiantes egresados y
graduados, ya que la facultad (autoridades encargadas de esta
información) desconoce de la vida profesional de sus graduados.
- Desarrollar bajo estándares de desarrollo de software, explícitamente se
enmarcará en plataformas de software Java.
- El sistema contará con módulos bien definidos para los distintos tipos
de usuario.
- Ofrecer la posibilidad de una bolsa de empleo virtual debido a la
gran acogida que tiene esta opción para el reclutamiento y la selección
de talento humano, el sistema está orientado hacia la población de
los graduados, egresados y docentes de la facultad de Ingeniería
Ciencias Físicas y Matemática.
28
- Ofrecer la posibilidad de hacer seguimiento a egresados y de inserción
laboral mediante la aplicación de una encuesta debidamente autorizada
de manera que la facultad pueda conocer la situación actual de sus
graduados, de manera que estreche la relación de las autoridades con sus
estudiantes.
3.2.1 Modelo de dominio.
Figura 3.1 Diagrama de clases inicial.
3.2.2 Prototipo de interfaz de usuario.
Se presenta un conjunto de pantallas similar al diseño visual del sistema.
- Inicio.
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
Candidato
-
-
-
-
-
-
-
Identificacion
Nombres
Apellidos
CorreoElectronico
FechaNacimiento
Sexo
Foto
: String
: String
: String
: String
: Date
: int
: byte
Empresa
-
-
-
-
-
Identificacion
RazonSocial
NombreComercial
RUC
CorreoElectronico
: String
: String
: String
: String
: String
Admnistrador
-
-
NombreUsuario
Contraseña
: int
: int
Usuario
-
-
Usuario
Contraseña
: String
: String
Encuestas
-
-
-
-
-
encuesta
catgoria
preguntas
respuestas
resultados
: String
: String
: String
: String
: String
29
Figura 3.2 Prototipo inicio.
- Login o Entrada de Candidato.
Figura 3.3 Prototipo login candidato.
30
- Hoja de vida del candidato.
Figura 3.4 Prototipo hoja de vida de candidato.
- Encuesta.
Figura 3.5 Prototipo encuesta.
- Resultados Encuesta
31
Figura 3.6 Prototipo resultado encuesta.
- Ver Ofertas.
Figura 3.7 Prototipo ver ofertas.
32
- Postulaciones.
Figura 3.8 Prototipo postulaciones.
3.2.3 Modelo de casos de uso.
- Candidato o Egresado/Graduado.
33
Figura 3.9 Caso de Uso Candidato o Egresado/Graduado.
- Empresa
Figura 3.10 Caso de Uso Empresa.
Candidato (Egresado/
Graduado)
Autenticación Recuperar Contraseña
Registro en el Sistema
Registro Hoja de Vida
Encuesta de Seguimiento
Buscar Ofertas Laborales
Postular Ofertas Laborales
Empresa
Ingreso al Sistema Recuperar Contraseña Registro
Actualizar Datos
Publicar Ofertas
Ver Postulaciones
Candidato
Postular Oferta
Aceptar/Rechazar Postulación
34
- Administrador.
Figura 3.11 Caso de Uso Administrador.
3.3 Análisis y Diseño Preliminar.
3.3.1 Descripción de los Casos de Uso.
- Identificación de Usuarios.
Nombre Descripción Stakeholder (Responsable)
Administrador
funcional del
sistema
Persona de la Facultad de
Ingeniería Ciencias Físicas y
Matemática, asignada por las
autoridades para la
Administración funcional del
sistema.
Administrar funcionalmente el
sistema, dentro de sus funciones:
acceso a estadísticas y reportes,
gestionar peticiones de usuario,
gestionar usuarios.
Administrador
Ingreso
Crear Encuestas
Reporte de Encuestas
Reporte de Candidatos
Reporte de Empresas
Actor_2
Responder Encuestas
35
Usuario
Candidato
Egresados, graduados que
requieran hacer uso del
sistema como herramienta de
búsqueda de ofertas de
empleo.
Registrarse en el sistema,
ingresar/actualizar currículums vitae,
actualizar datos, responder a encuesta,
postularse a las posibles ofertas
laborales.
Usuario
Empresa
Empresas públicas o privadas,
Instituciones de gobierno,
consultoras de talento humano.
Registrarse en el sistema,
actualizar sus datos, buscar o
seleccionar personal, publicar avisos,
administrar postulaciones y
currículums vitae.
Tabla 3.1. Identificación de Usuario.
- Registro de candidatos: egresados/graduados
CU-01 Registro de los candidatos: Egresados – Graduados
ACTORES
Estudiantes Egresados – Graduados de la Facultad de
Ingeniería Ciencias Físicas y Matemática de la Universidad
Central del Ecuador.
DESCRIPCIÓN
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL cuenta con un debido procedimiento
para el registro
de los posibles usuarios interesados en ser parte del sistema.
PRECONDICIÓN
Técnicamente no existe una precondición, SISTEMA DE
SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN
LABORAL está
orientado para el personal de la Facultad de Odontología.
SECUENCIA PASO ACCIÓN
1 El posible candidato ingresa a la dirección
electrónica asociada a SISTEMA DE
SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL.
36
NORMAL
2 Ingresa al menú Bolsa de Empleo y se dirige a la
opción Egresados/Graduados.
3
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y
DE INSERCIÓN LABORAL da la bienvenida al
posible candidato y le invita a ser parte del sistema
mediante el registro. 4 SISTEMA DE SEGUIMIENTO DE EGRESADOS Y
DE INSERCIÓN LABORAL presenta un formulario
de registro.
5
El candidato debe proporcionar la información
solicitada en el formulario y finalmente dar clic en
Registrar. Todos los campos requeridos son
obligatorios en el registro.
6
La información del candidato es almacenada en la
base de datos y el candidato ya es miembro de
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y
DE INSERCIÓN LABORAL. EXCEPCIÓN PASO ACCIÓN
Tabla 3.2 Caso de Uso Registro de Candidatos.
- Ingreso en información de Candidatos
CU-02
Ingreso y actualización de información de los Candidatos:
Datos Personales y Currículum Vitae
ACTORES
Estudiantes Egresados – Graduados de la Facultad de
Ingeniería Ciencias Físicas y Matemática de la Universidad
Central del Ecuador.
DESCRIPCIÓN
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL permite guardar y actualizar la
información que ingresa los candidatos: Datos Personales y
Currículum Vitae.
PRECONDICIÓN
El usuario candidato debe iniciar sesión con las credenciales
solicitadas.
37
SECUENCIA PASO ACCIÓN
NORMAL
1
El usuario después de iniciar sesión puede
actualizar la información de los datos personales
previamente registrados en el registro.
2
Consecutivamente cuenta con un formulario que
hace referencia al currículum vitae: Estudios –
Experiencia – Herramientas (Software) – Idiomas
– Referencias.
3
El usuario ingresa su información respectiva en
cada uno de los bloques anteriormente
mencionados.
4
Finalmente agrega y guarda su currículum vitae, el
mismo que será visto por las posibles empresas
que publicarán las ofertas laborales.
5
El usuario puede exportar su currículum vitae a
formato PDF.
6
Si el usuario quiere revisar las posibles ofertas
laborales previamente deberá llenar de forma
obligatoria el cuestionario de seguimiento.
EXCEPCIÓN
PASO ACCIÓN
4,5
Mientras los campos obligatorios no hayan sido
llenados SISTEMA DE SEGUIMIENTO DE
EGRESADOS Y DE INSERCIÓN LABORAL
no podrá actualizar la información.
Tabla 3.3 Ingresos de Información de Candidatos.
- Caso de Uso Petición de Empresas.
CU-08 Gestionar Peticiones de Registro de las Empresas Candidatas
ACTORES
Usuario Administrador encargado de la parte funcional del
sistema.
38
DESCRIPCIÓN
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL cuenta con un módulo para el
usuario administrador con la finalidad de gestionar
candidatos como la generación de reportes.
PRECONDICIÓN
El usuario administrador debe iniciar sesión con las
credenciales registradas.
SECUENCIA PASO ACCIÓN
NORMAL
1
Una vez logueado el administrador del sistema debe
dirigirse a la opción Empresas.
2
En la opción Empresas se presenta una lista de las
empresas que han realizado el pre-registro a espera
de su aprobación. 3 El administrador debe seleccionar la opción ver
Tabla 3.4. Caso de Uso Petición de Empresas.
- Gestionar Egresados Graduados.
CU-09 Gestionar Candidatos: Egresados – Graduados
ACTORES
Usuario Administrador encargado de la parte funcional del
sistema.
DESCRIPCIÓN
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL cuenta con un módulo para el
usuario administrador con la finalidad de gestionar
candidatos como la generación de reportes.
PRECONDICIÓN
El usuario administrador debe iniciar sesión con las
credenciales registradas.
SECUENCIA PASO ACCIÓN
NORMAL
1
Una vez logueado el administrador del sistema
debe dirigirse a la opción Candidatos.
2
En la opción Candidatos se presenta una lista de
los estudiantes egresados – graduados registrados
en el sistema.
39
3
El administrador debe seleccionar la opción ver
más y se presentará el currículum vitae de los
egresados - graduados.
4
Después de revisar la información de los
candidatos el administrador podrá llevar un
registro de la totalidad de candidatos registrados en
el sistema.
5
Consecutivamente el administrador tendrá acceso a
las encuestas que fueron llenadas por los
candidatos.
6
El usuario administrador revisará periódicamente el
incremento de los candidatos en el Sistema.
EXCEPCIÓN
PASO ACCIÓN
4,5
El usuario administrador puede hacer uso de la
información con la finalidad de revisar los
problemas que tienen sus egresados en el ámbito
laboral.
Tabla 3.5. Caso de Uso Gestión de Graduados/Egresados.
- Generar Reportes
CU-10 Generar Reportes
ACTORES
Usuario Administrador encargado de la parte funcional del
sistema.
DESCRIPCIÓN
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL cuenta con un módulo para el
usuario administrador
con la finalidad de generación de reportes.
PRECONDICIÓN
El usuario administrador debe iniciar sesión con las
credenciales registradas.
SECUENCIA PASO ACCIÓN
1
Una vez logueado el administrador del sistema
debe dirigirse a la opción Reportes.
2
Los reportes serán presentados de forma gráfica
por requerimiento de las autoridades.
40
NORMAL
3
El usuario administrador puede seleccionar el tipo
de reporte y el tipo de gráfico que desea presentar.
Tabla 3.6. Caso de Uso Reportes.
3.3.2 Diagrama de Robustez.
- Candidato.
Figura 3.12. Diagrama de Robustez Candidato.
- Empresa.
Figura 3.13 Diagrama de Robustez Empresa.
- Administrador
Candidato
Inicio
Sesion
Gestor de
Conexion
Controlar
Encuesta
Contestada
Pagina de
Inicio
Opciones
Menu
Empresa
Inicio
Sesion
Gestor de
Conexion Pagina de
Inicio
Opciones
Menu
41
Figura 3.14. Diagrama de Robustez Administrador.
3.4 Usabilidad del Sistema
Ofrecerá una interfaz de usuario familiar a los usuarios finales muy similares
a otras aplicaciones web, de tal manera que no haya ningún problema en el correcto
uso del mismo, la navegabilidad será muy básica ya que cada uno de los usuarios
de acuerdo a su respectivo rol tendrá acceso a las opciones disponibles. Es
importante mencionar que el usuario puede acceder al sistema mediante el
navegador web de su preferencia.
3.5 Seguridad
El usuario deberá llenar los campos de usuario y contraseña una vez registrado en
el sistema (Administrador y Usuario), en el caso de los usuarios deben realizar un
pre-registro que será aprobado o no por el usuario Administrador con la
información que se proporciona de la posible empresa; cada tipo de usuario tendrá
funciones específicas en el sistema debido al rol que cumpla.
3.6 Funciones
Empresa
Inicio
Sesion
Gestor de
Conexion Pagina de
Inicio
Opciones
Menu
Gestor de
Encuesta
Encuesta
42
Con la implementación de SISTEMA DE SEGUIMIENTO DE EGRESADOS Y
DE INSERCIÓN LABORAL PARA LA FACULTAD DE INGENIERÍA
CIENCIAS FÍSICAS Y MATEMÁTICAS se busca mejorar la relación de la
Facultad con sus graduados como de las posibles Empresas que ofrecerán vacantes
de trabajo a sus profesionales; de tal manera que surjan respuestas a
cuestionamientos propios de la facultad ya que por medio del cuestionario que
deberá ser llenado de forma obligatoria por parte de sus estudiantes se podrá
determinar el grado de satisfacción de sus alumnos hacia la formación académica
recibida, así como también la situación actual de los mismos con la finalidad de
refinar y corregir detalles con el objetivo de mejorar y aportar con profesionales de
calidad a la exigente sociedad.
43
CAPÍTULO IV
4. CONCLUSIONES Y RECOMENDACIONES
4.1 Conclusiones.
SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN LABORAL
fue desarrollado con el objetivo de automatizar el proceso de seguimiento a sus
estudiantes egresados y graduados que por motivo de categorización de los
establecimientos de Educación Superior del país los organismos reguladores de la
calidad de educación exigen a cada uno de los establecimientos proporcionar estos
datos, es por ello, la Facultad de Facultad de Ciencias Físicas y Matemática
incorpora este sistema que permitirá conocer la situación actual laboral de sus
estudiantes. Por tanto como puntos importantes cabe mencionar:
- La implementación del Sistema para la Inserción Laboral y
Seguimiento Graduados efectuado por la Facultad de Ciencias Físicas y
Matemática, significa el incremento de posibilidades para los estudiantes
egresados y graduados de obtener mejores oportunidades en el campo
laboral acorde a su formación que permite respaldarse en el prestigio
logrado por parte de la Facultad.
- SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN
LABORAL además del seguimiento a sus estudiantes egresados-
graduados ofrece a sus candidatos una bolsa de empleo virtual, para ello
se estudió el flujo de trabajo que emplea una bolsa de empleo con
la finalidad de incorporar una solución factible y manejable para
quienes formen parte del sistema.
- El empleo de la metodología de desarrollo ICONIX para el
desarrollo de SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL que ha sido implantado con éxito ha
proporcionado parámetros claros para la consecución del mismo, ya que
44
su estructura obliga al desarrollador a documentar el proceso de
acuerdo a las fases que lo componen con la finalidad de llevar
registros del desarrollo desde su inicio hasta la finalización del mismo.
- SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN
LABORAL permite a las Empresas que desean formar parte del
sistema a publicar sus ofertas laborales y revisar los perfiles
completos de los candidatos que se postulen a sus ofertas, con la
finalidad de mejorar la relación de la Facultad con las Empresas, por
tanto las autoridades podrán estar a la vanguardia de los perfiles que
solicitan las empresas para buscar parámetros que permitan mejorar la
calidad de profesional de sus graduados.
- El usuario administrador debe monitorear constantemente el sistema
con la finalidad de verificar el estatus del mismo, además cuenta con la
posibilidad de administrar a los usuarios candidatos y usuarios Empresa
mediante las opciones habilitadas, por tanto tendrá acceso a los datos de
las encuestas con el objetivo de generar reportes y estadísticas acerca de
la satisfacción del estudiante respecto a la formación recibida en la
Universidad Central del Ecuador, caso concreto la Facultad de
Odontología.
- SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE INSERCIÓN
LABORAL ha sido desarrollado bajo los estándares vigentes en la
programación para aplicaciones web, así como el uso de las
herramientas de software que hicieron posible la culminación del sistema
desde el diseño, desarrollo e implementación optimizando tiempo y
recursos. Es necesario acotar que todo el potencial y ventajas que puede
brindar SISTEMA DE SEGUIMIENTO DE EGRESADOS Y DE
INSERCIÓN LABORAL recaen directamente en los protagonistas
directos del proceso.
45
4.2 Recomendaciones
Al realizar la implementación de SISTEMA DE SEGUIMIENTO DE
EGRESADOS Y DE INSERCIÓN LABORAL, se debe tener en consideración las
siguientes recomendaciones que permiten y contribuyen al buen funcionamiento y
desempeño del Sistema:
Para cumplir los objetivos planteados, es fundamental la participación activa de
los usuarios: Egresados- Graduados- Empresas.
- Coordinar con las dependencias responsables, la promoción y
socialización de SISTEMA DE SEGUIMIENTO DE EGRESADOS Y
DE INSERCIÓN LABORAL tanto internamente como exteriormente
con la finalidad de estrechar relaciones con las posibles Empresas
candidatas y sus estudiantes egresados – graduados.
- Encargar la administración y gestión del sistema al personal idóneo
dentro de la Facultad con el objetivo de corregir cualquier tipo de
inconveniente que pueda surgir por cualquier circunstancia que se pueda
presentar.
- Aprovechar la implementación y experiencia tecnológica en la
infraestructura que posee el centro de cómputo de la Facultad, para la
generación posterior de procesos y sistemas informáticos que requieran
el uso de la plataforma empresarial web.
- Aprovechar la implantación del sistema para el desarrollo
incremental de varios procesos y módulos dentro de la aplicación por
parte de estudiantes que son parte de una tesis o que están desarrollando
la misma, como puede ser la incorporación de una solución Business
Intelligence.
- Cada vez que se suba una versión nueva del sistema al
46
servidor de aplicaciones JBoss es recomendable parar y eliminar la
anterior versión para evitar conflictos de referencia, orígenes de datos y
dominios de seguridad.
47
REFERENCIAS BIBLIOGRÁFICAS
1. Equipo FYAC, (2010). http://heybabe452.tripod.com/capitulo1/. Consultado
el 6 de marzo de 2013.
2. Sommerville, I. (2005). Ingeniería del Software, p.76, 227. Consultado el 6
de marzo de 2013.
3. Alexandercg7, (Mayo 2012).
http://micodigoisw.wordpress.com/2012/05/08/modelo-rup/. Consultado el 14
de marzo de 2013.
4. IBM, http://www-01.ibm.com/software/awdtools/rup/. Consultado el 14 de
marzo de 2013.
5. Wikipedia, http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
Alegsa, Consultado el 14 de marzo de 2013.
6. http://www.alegsa.com.ar/Respuesta/ventajas_y_desventajas_del_modelo_cli
enteservidor.htm. Consultado el 20 de marzo de 2013.
7. Ecured,
http://www.ecured.cu/index.php/Arquitectura_Cliente_Servidor#Ventajas_de
l_esquema_Cliente-Servidor. Consultado el 20 de marzo de 2013.
8. Portal Programas, http://www.portalprogramas.com/ayuda/c19/programas-
online. Consultado el 20 de marzo de 2013.
9. Systemdim,
http://www.systemdim.com.ec/userfiles/image/servicios/apliweb.gif.
Consultado el 20 de marzo de 2013
10. The Chromium Projects, http://www.chromium.org/spdy. Consultado el 23 de
marzo de 2013.
11. GNU.org, http://www.gnu.org/philosophy/free-sw.es.html. Consultado el 24
de marzo de 2013.
12. Deitel (2008), Como programar en Java, p.7. Consultado el 2 de abril de
2013.
13. Wikipedia,
http://es.wikipedia.org/wiki/Java_%28lenguaje_de_programaci%C3%B3n%2
9. Consultado el 3 de abril de 2013
48
14. Youtube (Entrevista Linus Torvalds),
http://www.youtube.com/watch?v=Aa55RKWZxxI. Consultado el 4 de abril
de 2013.
15. Postgresql Oficial, http://www.postgresql.org.es/sobre_postgresql.
Consultado el 4 de abril de 2013.
16. Tecnologías Libres,
http://www.tecnologiaslibres.com/portal/content/view/19395/52/. Consultado
el 4 de abril de 2013.
17. Hibernate JBoss, http://docs.jboss.org/hibernate/orm/3.5/reference/es-
ES/html/preface.html. Consultado el 11 de abril de 2013.
18. DavidMarco.es, http://www.davidmarco.es/blog/entrada.php?id=239.
Consultado el 11 de abril de 2013.
19. Oracle JavaServer Faces,
http://docs.oracle.com/javaee/5/tutorial/doc/bnaph.html. Consultado el 11 de
abril de 2013.
20. Jtech, http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-
2004/ejb/sesion01-apuntes.htm. Consultad el 11 de abril de 2013.
21. Craftware,
http://www.craftware.net/es/descargas/modelo_de_proceso_de_negocio.pdf.
Consultado el 13 de mayo de 2013.
22. ICONIX (página oficial) http://www.iconixsw.com/ Consultado 20 enero
2015.
23. Carla Rebeca Patricia de San Martin Oliva
http://www.portalhuarpe.com.ar/Seminario09/archivos/UsodeICONIX.pdf
Consultado 22 de enero de 2015.
49
ANEXOS
ANEXO A.
1. Marco Administrativo.
1.1 Recursos.
- Personal de Apoyo (Tutor- Tesista).
- Material Bibliográfico.
- Servicios Básicos.
1.2 Presupuesto.
Facultad de Ingeniería, Ciencias Físicas y Matemática
Escuela de Ciencias
Recursos y Presupuesto para Tesis de Grado
Ítem Rubros de Gastos Cantidad Valor Total
N° N° $ $
RECURSO HUMANO
1 Tutor de Tesis de Grado 1 0,00 0,00
2 Tribunal de Tesis de Grado 3 0,00 0,00
3 Investigador (Autor de Tesis de Grado) 1 0,00 0,00
SUBTOTAL RECURSOS HUMANOS 0,00
RECURSOS MATERIALES
4 Resma de papel 3 4,50 13,50
5 Cartucho de tinta B/N 2 24,75 49,50
6 Cartucho a color 2 29,00 58,00
7 Copias 700 0,03 21,00
SUBTOTAL RECURSOS MATERIALES 142,00
MATERIAL BIBLIOGRÁFICO
8 Internet 100 H 1,00 100,00
9 Fotocopias de libros 400 0,03 12,00
10 Transcripción borrador trabajo de grado 1 50,00 50,00
50
11 Empastado del trabajo de grado 6 40,00 240,00
SUBTOTAL RECURSOS MATERIALES 402,00
RECURSOS INFORMÁTICOS
12 Computador de escritorio 1 00,00 00,00
13 Laptop 1 00,00 00,00
14 Impresora Multifunción 1 00,00 00,00
15 Cd 25 1,00 25,00
16 Flash memory 1 00,00 00,00
SUBTOTAL DE RECURSOS INFORMÁTICOS 25,00
ALIMENTACIÓN
17 Comidas 1
100,00
18 Transporte 1
100,00
OTROS
19 Gastos varios 1 200,00 200,00
SUBTOTAL DE OTROS 200,00
TOTAL GASTOS 969,00
IMPREVISTOS (5%) 48.45
TOTAL 1017.45
1.3 Cronograma.
Nombre de tarea Duración Comienzo Fin Predecesoras
Tesis 148 días mar
22/07/14
vie
13/02/15
Análisis 24 días mar
22/07/14
lun
25/08/14
Investigación 5 días lun
04/08/14
vie
08/08/14
Toma de requerimientos 3 días lun mié 3
51
11/08/14 13/08/14
Documentación de requerimientos 2 días jue
14/08/14
vie
15/08/14 4
Análisis funcional 2 días lun
18/08/14
mar
19/08/14 5
Alcance funcional mínimo 3 días mié
20/08/14
vie
22/08/14 6
Flujo de trabajo 1 día lun
25/08/14
lun
25/08/14 7
Especificación 5 días mar
26/08/14
lun
01/09/14
Casos de Uso 2 días mar
26/08/14
mié
27/08/14 8
Historia de Usuario 1 día jue
28/08/14
jue
28/08/14 10
Análisis de Antecedentes 2 días vie
29/08/14
lun
01/09/14 11
Arquitectura 19 días mar
02/09/14
vie
26/09/14
Diagrama de Clases 2 días mar
02/09/14
mié
03/09/14 12
Diagrama casos de uso 2 días mié
10/09/14
jue
11/09/14 14
Diagrama de flujo de trabajo 2 días vie
12/09/14
lun
15/09/14 15
Diagrama arquitectura de
software 2 días
mar
16/09/14
mié
17/09/14 16
Documentación de plataforma
tecnológica 2 días
jue
18/09/14
vie
19/09/14 17
Especificación de estándares de
programación 2 días
lun
22/09/14
mar
23/09/14 18
Estándares de construcción de 3 días mié vie 19
52
plataforma web (Colores, imágenes,
etc...)
24/09/14 26/09/14
Programación 76 días lun
29/09/14
lun
12/01/15
Instalación software base libre
(linux fedora, postgresql, java,
eclipse, etc...)
1 día lun
29/09/14
lun
29/09/14 20
Creación de base de datos 1 día mar
30/09/14
mar
30/09/14 22
Levantamiento de ambiente de
programación 1 día
mié
01/10/14
mié
01/10/14 23
Módulo de Sistema 19 días jue
02/10/14
mar
28/10/14
Ingreso al sistema 2 días jue
02/10/14
vie
03/10/14 24
Mantenimiento de usuarios 2 días mar
07/10/14
mié
08/10/14 26
Mantenimiento de catálogos 4 días jue
09/10/14
mar
14/10/14 27
Cambio de contraseña 1 día mié
15/10/14
mié
15/10/14 28
Mantenimiento de parámetros 1 día jue
16/10/14
jue
16/10/14 29
Mantenimiento de perfiles 2 días vie
17/10/14
lun
20/10/14 30
Seguridad de perfiles 3 días mar
21/10/14
jue
23/10/14 31
Carga automática del menú 3 días vie
24/10/14
mar
28/10/14 32
Modulo Candidatos 24 días mié
29/10/14
lun
01/12/14
Hoja de Vida 10 días mié mar 33
53
29/10/14 11/11/14
Mis Datos 2 días mié
12/11/14
jue
13/11/14 35
Mis Postulaciones 2 días vie
14/11/14
lun
17/11/14 36
Recuperar Clave 2 días mar
18/11/14
mié
19/11/14 37
Respuestas 2 días jue
20/11/14
vie
21/11/14 38
Encuesta 2 días lun
24/11/14
mar
25/11/14 39
Ver Ofertas 2 días mié
26/11/14
jue
27/11/14 40
Recuperar Clave 2 días vie
28/11/14
lun
01/12/14 41
Modulo Empresas 17 días mar
02/12/14
mié
24/12/14
Actualizar Clave 2 días mar
02/12/14
mié
03/12/14 42
Publicar Avisos 5 días jue
04/12/14
mié
10/12/14 44
Ingreso de Datos 2 días jue
11/12/14
vie
12/12/14 45
Recuperar Clave 2 días lun
15/12/14
mar
16/12/14 46
Ver Hojas de vida 2 días mié
17/12/14
jue
18/12/14 47
Ver Postulaciones 2 días vie
19/12/14
lun
22/12/14 48
Actualizar Postulaciones 2 días mar
23/12/14
mié
24/12/14 49
Reportes 13 días jue lun
54
25/12/14 12/01/15
Candidatos 2 días jue
25/12/14
vie
26/12/14 50
Empresas 2 días lun
29/12/14
mar
30/12/14 52
Candidatos Aceptados 2 días mié
31/12/14
jue
01/01/15 53
Postulaciones 2 días vie
02/01/15
lun
05/01/15 54
Estadísticas de Candidatos 2 días mar
06/01/15
mié
07/01/15 55
Estadísticas de Empresas 3 días jue
08/01/15
lun
12/01/15 56
Pruebas 8 días mar
13/01/15
jue
22/01/15 57
Mantenimiento 8 días vie
23/01/15
mar
03/02/15 58
Producción 8 días mié
04/02/15
vie
13/02/15 59
55
seg
_u
sua
rio
usu
_co
dig
o
usu
_p
ass
wo
rd
usu
_m
ail
usu
_ce
lula
r
usu
_te
lefo
no
usu
_d
ire
ccio
n
usu
_lo
gin
usu
_e
sta
do
SE
RIA
L
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
BO
OL
<p
k>
seg
_u
sua
rio
_p
erf
il
up
e_
co
dig
o
up
e_
usu
ari
o
up
e_
pe
rfil
SE
RIA
L
INT
4
INT
4
<p
k>
<fk
1>
<fk
2>
seg
_p
erf
il
pe
r_co
dig
o
pe
r_n
om
bre
SE
RIA
L
VA
RC
HA
R(2
55
)
<p
k>
seg
_a
cce
so
acc_
co
dig
o
acc_
co
mp
on
en
te_
me
nu
acc_
pe
rfil
SE
RIA
L
INT
4
INT
4
<p
k>
<fk
1>
<fk
2>
seg
_co
mp
on
en
te
co
m_
co
dig
o
co
m_
de
scri
pcio
n
SE
RIA
L
VA
RC
HA
R(2
55
)
<p
k>
seg
_m
en
u
me
n_
co
dig
o
me
n_
pre
de
ce
sor
me
n_
no
mb
re
me
n_
de
scri
pcio
n
me
n_
url
me
n_
ico
no
me
n_
ord
en
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
INT
4
<p
k>
<fk
>
seg
_co
mp
on
en
te_
me
nu
cm
e_
co
dig
o
cm
e_
co
mp
on
en
te
cm
e_
me
nu
SE
RIA
L
INT
4
INT
4
<p
k>
<fk
1>
<fk
2>
seg
_h
isto
ria
l_p
ass
wo
rd
hp
a_
co
dig
o
hp
a_
usu
ari
o
hp
a_
pa
ssw
ord
hp
a_
fech
a
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
TIM
ES
TA
MP
<p
k>
<fk
>
be
m_
ca
nd
ida
to
ca
n_
co
dig
o
ca
n_
usu
ari
o
ca
n_
ide
nti
fica
cio
n
ca
n_
tip
o_
ide
nti
fica
cio
n
ca
n_
no
mb
res
ca
n_
ap
ell
ido
s
ca
n_
est
ad
o_
civ
il
ca
n_
fech
a_
na
cim
ien
to
ca
n_
lug
ar_
na
cim
ien
to
ca
n_
ma
x_
est
ud
io
ca
n_
est
ad
o_
est
ud
io
ca
n_
sexo
SE
RIA
L
INT
4
VA
RC
HA
R(1
5)
INT
4
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
INT
4
TIM
ES
TA
MP
VA
RC
HA
R(2
55
)
INT
4
INT
4
INT
4
seg
_re
gis
tro
_lo
gin
rlo
_co
dig
o
rlo
_u
sua
rio
rlo
_fe
ch
a
SE
RIA
L
INT
4
TIM
ES
TA
MP
<p
k>
<fk
>
seg
_ca
talo
go
ca
t_co
dig
o
ca
t_p
red
ece
sor
ca
t_d
esc
rip
cio
n
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
<p
k>
<fk
>
seg
_p
ara
me
tro
pa
r_co
dig
o
pa
r_d
esc
rip
cio
n
pa
r_va
lor
SE
RIA
L
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
<p
k>
be
m_
em
pre
sa
em
p_
co
dig
o
em
p_
usu
ari
o
em
p_
razo
n_
socia
l
em
p_
no
mb
re_
co
me
rcia
l
em
p_
ruc
em
p_
we
b
em
p_
ub
ica
cio
n
em
p_
secto
r
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(1
3)
VA
RC
HA
R(2
55
)
INT
4
INT
4
<p
k>
<fk
>
be
m_
avis
o
avi_
co
dig
o
avi_
em
pre
sa
avi_
pu
est
o
avi_
rem
un
era
cio
n
avi_
de
scri
pcio
n
avi_
fech
a_
ca
du
cid
ad
avi_
va
ca
nte
s
SE
RIA
L
INT
4
INT
4
NU
ME
RIC
VA
RC
HA
R(1
00
0)
TIM
ES
TA
MP
INT
4
<p
k>
<fk
>
be
m_
co
nta
cto
co
n_
co
dig
o
co
n_
em
pre
sa
co
n_
no
mb
res
co
n_
ap
ell
ido
s
co
n_
ma
il
co
n_
tele
fon
o
co
n_
ca
rgo
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(1
0)
INT
4
<p
k>
<fk
>
be
m_
po
stu
lacio
n
po
s_co
dig
o
po
s_ca
nd
ida
to
po
s_a
vis
o
po
s_a
ce
pta
do
SE
RIA
L
INT
4
INT
4
BO
OL
<p
k>
<fk
1>
<fk
2>
be
m_
ha
bil
ida
d
ha
b_
co
dig
o
ha
b_
tip
o
ha
b_
ca
nd
ida
to
ha
b_
de
scri
pcio
n
ha
b_
fech
a_
inic
io
ha
b_
fech
a_
fin
ha
b_
en
tid
ad
SE
RIA
L
INT
4
INT
4
VA
RC
HA
R(2
55
)
TIM
ES
TA
MP
TIM
ES
TA
MP
VA
RC
HA
R(2
55
)
<p
k>
<fk
1>
<fk
2>
be
m_
tip
o_
ha
bil
ida
d
tha
_co
dig
o
tha
_d
esc
rip
cio
n
SE
RIA
L
VA
RC
HA
R(2
55
)
<p
k>
be
m_
exp
eri
en
cia
exp
_co
dig
o
exp
_ca
nd
ida
to
exp
_e
nti
da
d
exp
_fe
ch
a_
inic
io
exp
_fe
ch
a_
fin
exp
_ta
rea
s
exp
_p
ue
sto
SE
RIA
L
INT
4
VA
RC
HA
R(1
00
)
TIM
ES
TA
MP
TIM
ES
TA
MP
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
<p
k>
<fk
>
be
m_
refe
ren
cia
ref_
co
dig
o
ref_
ca
nd
ida
to
ref_
no
mb
re
ref_
tele
fon
o
ref_
ma
il
ref_
tip
o_
em
pre
sa
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
VA
RC
HA
R(1
0)
VA
RC
HA
R(2
55
)
INT
4
<p
k>
<fk
>
cu
e_
pre
gu
nta
pre
_co
dig
o
pre
_co
ntr
ol
pre
_ca
teg
ori
a
pre
_d
esc
rip
cio
n
SE
RIA
L
INT
4
INT
4
VA
RC
HA
R(1
00
0)
<p
k>
<fk
1>
<fk
2>
cu
e_
resp
ue
sta
res_
co
dig
o
res_
pre
gu
nta
res_
de
scri
pcio
n
SE
RIA
L
INT
4
VA
RC
HA
R(1
00
0)
<p
k>
<fk
>
cu
e_
co
ntr
ol
co
n_
co
dig
o
co
n_
de
scri
pcio
n
SE
RIA
L
VA
RC
HA
R(2
55
)
<p
k>
cu
e_
resu
lta
do
rsu
_co
dig
o
rsu
_re
spu
est
a
rsu
_ca
nd
ida
to
SE
RIA
L
INT
4
INT
4
<p
k>
<fk
1>
<fk
2>
seg
_lo
g
log
_co
dig
o
log
_u
sua
rio
log
_u
rl
log
_co
ntr
ol
log
_ip
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
VA
RC
HA
R(2
55
)
<p
k>
<fk
>
be
m_
ima
ge
n_
em
pre
sa
iem
_co
dig
o
iem
_e
mp
resa
iem
_im
ag
en
iem
_p
ath
SE
RIA
L
INT
4
byte
a
VA
RC
HA
R(1
00
0)
<p
k>
<fk
>
be
m_
ima
ge
n_
ca
nd
ida
to
ica
_co
dig
o
ica
_ca
nd
ida
to
ica
_im
ag
en
ica
_p
ath
SE
RIA
L
INT
4
byte
a
VA
RC
HA
R(1
00
0)
<p
k>
<fk
>
cu
e_
ca
teg
ori
a
ca
t_co
dig
o
ca
t_e
ncu
est
a
ca
t_d
esc
rip
cio
n
SE
RIA
L
INT
4
VA
RC
HA
R(2
55
)
<p
k>
<fk
>
cu
e_
en
cu
est
a
en
c_
co
dig
o
en
c_
de
scri
pcio
n
en
c_
ha
bil
ita
do
SE
RIA
L
VA
RC
HA
R(2
55
)
BO
OL
<p
k>
ANEXO B.
2. Diseño de la Base de Datos.
56
ANEXO C.
3. Manual Técnico.
3.1 Ejecución Programa Fuente.
Para la creación del proyecto, se necesita tener instaladas las siguientes herramientas
de desarrollo:
- El kit de desarrollo de Java (JDK), en el desarrollo del sistema la versión
instalada es jdk-7u45-windows-i586.exe.
- IDE de desarrollo Eclipse, cuya versión es eclipse-jee-luna-SR1 -
win32.zip.
- Servidor de Aplicaciones jboss-as-7.1.1.Final.zip.
CARGA Y COMPILACIÓN DEL PROYECTO EN ECLIPSE LUNA
Se procede a cargar el proyecto de Java, para ello debemos seguir el procedimiento
que se detalla a continuación con el objetivo de actualizar o realizar el
mantenimiento del sistema: Ejecutar el IDE de desarrollo (Eclipse Luna), desde el
acceso directo creado en el escritorio.
57
Como siguiente paso Eclipse necesita seleccionar el espacio de trabajo (workspace),
es decir el directorio donde se encuentra el proyecto, para este caso se ha creado una
carpeta llamada _javaee en la que se encuentra alojado el proyecto BESG.
Figura 1 Workspace Eclipse
Una vez que se ha accedido a la interfaz del IDE de desarrollo se debe cargar el
proyecto, para ello en la interfaz seleccionar el menú File – Import…
58
Figura 2 Procedimiento de importación de proyecto
Para importar el proyecto seleccionar la carpeta General – Existing Projects into
Workspace. A continuación seleccionar la opción Browse… para ubicar el
directorio donde se encuentra el proyecto.
59
60
Figuras 3 Importando proyecto
Seleccionar la carpeta, en este caso particular el proyecto se aloja en la carpeta
_javaee, es por ello que es seleccionada la misma; una vez ubicada la carpeta que
contiene el proyecto seleccionar la opción Aceptar, consecuentemente seleccionar la
opción Add Project to working sets con la finalidad de copiar al workspace y
finalmente seleccionar la opción Finalizar.
61
Cabe mencionar que la operación se la debe realizar con los tres proyectos existentes
(BESG- BESGEJB- BESGWeb) y así se presenta el proyecto en el área del
explorador de paquetes Project Explorer.
Figura 4 Estructura de Proyecto
Como siguiente paso es necesario crear un nuevo servidor dentro de eclipse que
permita ejecutar y probar el sistema, para ello seleccionar la pestaña Servers en la
parte inferior derecha de la interfaz.
62
Figura 5 Configuración de JBoss AS 7.1
Click sobre No servers aviable. Click the link to create new server.., seleccionar
JBossAS 7.1. Seleccionar la ruta donde se encuentra la carpeta de Jboss 7.1. Luego
dejar las opciones como se muestra en la figura.
63
Figura 6. Configuración de Jboss al Crear Nuevo Servidor
64
65
Figura 7. Importando el proyecto a Jboss.
Hacer clic en Finalizar.
Finalmente el servidor ha sido configurado bajo el procedimiento sugerido y puede
ser iniciado desde la consola de eclipse, para ello clic derecho y seleccionar Start o
en la pestaña Servers seleccionar Start. Clic derecho sobre el nombre del proyecto y
seleccionar la opción Full Publish con la finalidad de levantar el proyecto. Es
importante mencionar que el servidor como el proyecto toma su debido tiempo en
iniciar dependiendo de la capacidad dela máquina en la que han sido instaladas.
66
Figuras 8 Publishing to JBoss 7.1 Runtime Server
67
Es importante mencionar la Arquitectura propia del sistema que fue presentada en
detalle en el CAPÍTULO II, la misma se muestra en la siguiente figura.
Figura 8 Arquitectura
El proyecto desde el punto de vista lógico estará conformado:
Capa Cliente Esta capa es la que hace referencia al computador desde el cual el
usuario candidato accede al sistema a través del uso de navegadores web.
Servidor de Aplicaciones Dispositivo de software mediante el cual se desplegará la
aplicación empresarial desarrollada en Java.
Capa Web Es la capa donde se construye las páginas XHTML mediante el uso del
Framework JSF. Para el uso de AJAX se usa la implementación de PrimeFaces.
68
Backing Beans Son clases Java encargadas de implementar la funcionalidad de las
páginas XHTML. Un Backing Bean es usualmente un Bean común de java que sirve
de soporte para un objeto manejado dentro de la aplicación.
Capa Negocio Es la capa donde se definen las reglas del negocio de la aplicación
empresarial y será la encargada de recibir las peticiones de usuario y entregar una
respuesta mediante el respectivo proceso.
EJB Enterprise JavaBeans Clases Java ligeras donde se programan las reglas del
negocio de la aplicación, proporcionan un modelo de componentes distribuido
estándar del lado del servidor, uno de sus objetivos es dotar al programador de un
modelo que le permita abstraerse de los problemas generales de una aplicación
empresarial (concurrencia, transacciones, persistencia) para centrarse en el desarrollo
de la lógica del negocio.
DAOs Data Access Object Son clases Java en las cuales se implementa el acceso a
las tablas de la base de datos, suministra una interfaz común entre la aplicación y uno
o más dispositivos de almacenamiento de datos.
Base de Datos Es donde se van a almacenar los datos generados por la aplicación
para su posterior uso en la generación de reportes.
3.2 Estructura de Carpetas.
Una vez conocida la arquitectura lógica del proyecto es importante mencionar y
conocer la estructura de archivos, carpetas que corresponden al desarrollo, para ello
se hará una breve descripción de la estructura desarrollada. El sistema se encuentra
estructurado de la siguiente manera: BESG- BESGEJB- BESGWeb, una vez
cargado el proyecto en Eclipse, estas carpetas se encuentran distribuidas como se
indica en la figura.
69
Figura 9. Estructura de Carpetas.
3.2.1 BESG
En la carpeta BESG se encuentra el código fuente del proyecto, dividido en
subcarpetas que contienen los archivos de acuerdo a su funcionalidad, es importante
70
mencionar a las siguientes subcarpetas. En otras palabras BESG es el proyecto EAR,
que sirve para contener a los proyectos BESGEJB – BESGWeb.
Figura 10 Contenido de la carpeta BESG.
3.2.2 BESGEJB.
BESGEJB es el proyecto que contiene la lógica del negocio y la persistencia hacia la
base de datos. Cabe recordar que los EJB son clases java ligeras donde se programas
las reglas de negocio de la aplicación, por tanto en la carpeta en mención se ha
definido las reglas de negocio.
71
Figura 11 Contenido de la carpeta BESGEJB.
ejbModule contiene los paquetes de la aplicación como: negocio, negocio.impl,
persistence.dao, persistence.dao.impl. El formato que se ha establecido para
estructurar de una manera ordenada los paquetes en el proyecto es:
ec.edu.uce.besg.ejb<nombre del módulo>.<NombreCapaFuncional>.
72
Figura 12 ejbModule
Es importante mencionar que en el paquete persistence se encuentran las clases de
persistencia que hacen referencia a las entidades de la base de datos a través del
mapeo. A continuación se muestra la estructura de la capa de persistencia.
Figura 13 Persistencia
- DAO (Data Access Object) encapsula el acceso a la base de datos, por lo
que cuando la capa lógica de negocio necesite interactuar con la base de
datos, va a hacerlo a través de la API que le ofrece DAO. Generalmente
esta API consiste en métodos CRUD (Create, Read, Update y Delete).
73
Entonces por ejemplo cuando la capa de lógica de negocio necesite
guardar un dato en la base de datos, va a llamar a un método create ( ).
- Los DTO (Data Transfer Object) o también denominados VO (Value
Object), son utilizados por DAO para transportar los datos desde la base
de datos hacia la capa de lógica de negocio y viceversa.
El Entity Candidato se describe de la siguiente manera:
Figura 14 Entity Candidato.
- Dentro del META-INF se encuentra el archivo de configuración
denominado
persistence.xml
- persistence.xml describe la configuración de la persistencia que se está
manejando en el desarrollo de BESG, el esquema maneja sus respectivas
entidades.
74
Figura 16 persistence.xml
3.2.3 BESGWeb.
BESGWeb es el proyecto que contiene todos los elementos web como javascript,
páginas HTML y los controladores que se encargan de recolectar las acciones y los
datos que las páginas emiten. En esta carpeta se encuentra la capa de presentación del
proyecto, dividido en subcarpetas que contienen las diferentes clases de archivos de
acuerdo a su uso.
Java Resources – src, contiene archivos con extensión .java y corresponde a los
beans que brindan la funcionalidad a las páginas dinámicas XHTML. Estos son los
encargados de guardar información, utilizan un API para representar componentes de
la interfaz de Usuario y manejar sus estados, manejar sus eventos; también realizan
la validación del lado del servidor, la conversión de datos y definir la navegación
entre páginas.
75
Figura 17 Estructura de BESGWeb
WebContent, esta carpeta contiene las páginas xhtml, las mismas que proporcionan
el aspecto visual del sistema, para cada formulario. La carpeta css contiene los estilos
que son utilizados en las páginas xhtml.
Figura 18 Carpeta css
Dentro de la carpeta pages se encuentran las páginas Web que presentan la interfaz
para los usuarios
76
Figura 19. Páginas respectivas de cada usuario
La carpeta WEB-INF contiene los archivos de configuración:
- faces-config.xml, archivo de configuración del jsf.
- web.xml, archivo de configuración de componentes del proyecto para el
despliegue del sistema, describe al contenedor Web, sus elementos y el
modo en que se accede a los mismos. Además, define los aspectos de
seguridad, fichero de bienvenida, parámetros iniciales y parámetros de
contexto.
Figuras 20 Archivos de configuración de WEB-INF
