UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO

Transcripción

1 UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Nombre del proyecto: DESARROLLO DE LA APLICACIÓN WEB PARA EL SEGUIMIENTO DE EGRESADOS Empresa: UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MORELOS Memoria que como parte de los requisitos para obtener el título de: INGENIERO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN Presenta: ARREAGA VALDOVINOS JOSÉ LUIS Asesor de la UTEQ Asesor de la Empresa ISC. Monroy Villegas Flor A. ISC. Salmerón Flora Noé E. Santiago de Querétaro. Qro. Mayo 2013

2 RESUMEN El presente documento es especificar de manera general la visión de los requerimientos de software con respecto al Aplicación web para el seguimiento de egresados de la UAEM, el presente documento, será utilizado como primer frente de especificación general y proyección de funcionalidades particulares para dicho portal, por lo que queda asentado que toda funcionalidad fuera de esta especificación, será considerado como un posible cambio de alcance.también, se especifican los objetivos y alcances del proyecto, por otra parte encontrara temas como la metodología que se seguirá para la construcción así como las tecnologías que se utilizan y los recursos necesarios para satisfacer las necesidades del proyecto; finalmente se observan los resultados obtenidos, las conclusiones y algunas recomendaciones para el proyecto. Palabras clave: Aplicación Web, Requerimientos. 2

3 ABSTRACT This document is to specify generally the view of software requirements with respect to the web site for graduates of the UAEM, this document will be used as the first front projection general specification and features for that particular site, so all functionality is seated outside of this specification, can be considered a change in scope. Also, specify the objectives and scope of the project, on the other subjects found the methodology to be followed for the construction and the technologies used and the resources necessary to meet the needs of the project and finally shows the results obtained, the conclusions and recommendations for the project. 3

4 DEDICATORIA A dios porque nos ha permitido llegar hasta este día. Dedico este trabajo en especial a mis padres Teresa Valdovinos Ríos y Jesús Arreaga Sánchez porque ellos me ayudaron con sus consejos, en lo económico y con su amor, porque me acompañaron en esta aventura que significó la ingeniería, de forma incondicional siempre estuvieron apoyándome en mis momentos difíciles y quiero decirles que siempre serán mi referencia en la vida ellos les dedico este trabajo. A mis profesores, que me brindaron su paciencia y su entrega al impartir sus clases y siempre estaban ahí aun cuando no poníamos el interés que se merecían. A mis amigos, al brindarme su amistad en los momentos buenos y malos a ellos les dedico este trabajo. 4

5 AGRADECIMIENTOS La presente Tesina es un esfuerzo en el cual, directa o indirectamente, participaron varias personas acompañándome en los momentos de crisis y en los momentos de felicidad, por eso es que les doy mis más gratos agradecimientos. Le doy gracias a Dios por haberme permitido terminar mi carrera universitaria porque Él es el que me refugiaba en los momentos difíciles. A mis hermanos porque siempre me estuvieron orientando y dando consejos y principalmente a mi primo porque siempre estuvo conmigo ayudándome a resolver problemas que se presentaron durante mi carrera. A mis asesores de tesina a M.T.I. Flor Adriana Monroy por toda su ayuda que me otorgó y al Ing. Noé E. Salmerón Flora que también colaboró ayudando en lo que necesité, ya que sin ellos dos no hubiera podido lograr terminar este proyecto. A mis amigos, porque amigos de verdad se encuentran pocos, por haberme ayudado incondicionalmente a terminar cada nivel de la carrera: Ing. Noé E. Salmerón Flora, Francisco Morales. A mis compañeros, con los que compartí muchas horas dentro y fuera del salón, momentos de diversión que jamás podré olvidar. Porque sin ellos no 5

6 habría sido lo mismo y porque todos hemos logrado llegar a una meta más de nuestras vidas. Agradezco a mis maestros porque sin ellos no hubiera podido llegar hasta donde ahora estoy, son parte fundamental de mi formación como profesionista, al Mtro. Raúl, Mtro. Piña, y a todos lo que me transmitieron mucho o poco de sus conocimientos. 6

7 ÌNDICE RESUMEN... 2 ABSTRACT... 3 DEDICATORIA... 4 AGRADECIMIENTOS... 5 ÌNDICE... 7 I. INTRODUCCIÓN... 8 II. ANTECEDENTES III. JUSTIFICACIÓN IV. OBJETIVOS V. ALCANCE VI. FUNDAMENTACIÓN TEÓRICA VII. PLAN DE ACTIVIADADES VIII. RECURSOS MATERIALES Y HUMANOS IX. DESARROLLO DEL PROYECTO X. RESULTADOS OBTENIDOS XI. ANÀLISIS DE RIESGOS XII. CONCLUSIONES XIII. RECOMENDACIONES XIV. REFERENCIAS BIBLIOGRÀFICAS

8 I. INTRODUCCIÓN La Universidad Autónoma del Estado de Morelos tiene una gran cantidad de alumnos egresados cada año en todas sus facultades impartidas en varios campus en el estado de Morelos. Por tal motivo el área de servicio social y el departamento de seguimiento de egresados, se ha visto en la necesidad de requerir de una Aplicación que le ayude a tener un registro y control de cada uno de los alumnos egresados de las diferentes carreras, ya que actualmente no se maneja ningún sistema, Por tal motivo pretende desarrollar un portal específico para esa área y facilitar el registro de los egresados, así como su seguimiento laboral, poder generar una estadística de cómo es el comportamiento laboral de los egresados de dicha institución. La Aplicación deberá permitir el registro de egresados, así como su empresa en la que laboran, y mantener un historial de las empresas en las que se han empleado. Permitiendo también a las empresas registrase en dicho portal para poder ofertar sus oportunidades laborales de esta manera el departamento de seguimiento de egresados, poder informar de dichas oportunidades a los recién egresados o ya egresados con antigüedad que se encuentren sin trabajo. 8

9 La finalidad es poder ayudar a los alumnos de la universidad autónoma del estado de mórelos a ubicarse fácilmente en las empresas llegando a un acuerdo o convenio con ellas por parte de la universidad, para poder brindar este apoyo a todos los egresados. 9

10 II. ANTECEDENTES La Universidad Autónoma del Estado de Morelos, desde sus inicios (el cual inició sus labores el 5 de mayo de 1872), su objetivo principal es brindar educación, profesión de calidad a la mayor cantidad de alumnos del estado de mórelos, actualmente ha crecido en su número de lugares ofertados para las distintas carreras propuestas. Cada año egresan aproximadamente unos 10 mil alumnos en los diferentes campus y carrearas. La UAEM cuenta con un área de Tecnologías de la Información, la cual se encarga de administrar, coordinar y desarrollar todos los proyectos tecnológicos basados en la solución a las necesidades que se presentan, para este caso específico es el área encargada de coordinar el desarrollo del portal web de seguimiento de egresados, tratando de implementar las nuevas tecnologías en desarrollo de software, con la finalidad de ofrecer soluciones con las nuevas técnicas de desarrollo. UBICACIÓN Av. Universidad Col. Chamilpa. Cuernavaca, Morelos. C. P

11 MISIÓN La universidad tiene como misión fundamental, constituirse en una institución educativa amplia, incluyente y generosa, en la que sus funciones sustantivas alcancen niveles de elevada calidad y pertinencia social, tanto por la sinergia que cada una de las tres obtiene al interrelacionarse entre sí, como porque la administración y las funciones adjetivas están volcadas en su apoyo. Para poder hacerlo, nuestra universidad requiere de un proyecto educativo que, por un lado, esté centrado en el estudiante y por el otro, que se oriente hacia el entorno. VISIÓN Es reconocida como una de las instituciones de educación superior con mayor nivel académico en el país. Cerca de dos tercios de sus programas de licenciatura han alcanzado la acreditación correspondiente. Su sistema de educación media superior se muestra como el de más alta calidad académica en el Estado de Morelos. La vida colegiada que lo caracteriza; la vinculación con el nivel superior alcanzada por vía de las Academias Generales por Disciplina; y la identidad propia que cada plantel ha conseguido, han hecho posible que más de la mitad de los estudiantes que egresan del bachillerato aprueben los exámenes de selección para ingresar a licenciatura, en el país. 11

12 III. JUSTIFICACIÓN La Universidad del Estado de Mórelos lleva ya actualmente más de 50 años formando profesionistas, y cada vez crece más el número de egresados de esta institución. Por lo tanto ha formado un área de seguimiento de graduados, con la finalidad de llevar un control por así decirlo de los profesionistas egresados, manteniendo contacto con ellos, y ayudándolos a incorporarse rápidamente en el ámbito laboral correspondiente a su área. En base a lo anterior, el área de seguimiento de egresados ha requerido la implementación de una Aplicación web de seguimiento de egresados, un desarrollo vía web, con el propósito de facilitar el acceso a todos los involucrados, es decir, tanto como alumnos y empresas, además del personal que estará involucrado en el uso y funcionamiento de la Aplicación. Dicha Aplicación permitirá el registro de todos los alumnos egresado, ligados a la matrícula escolar asignada durante su carrera, esto facilitara el acceso a cada alumno para introducir su información. Por otra parte el registro de empresas públicas y privadas y sus oportunidades laborales, ligados a los egresados que ya laboran ahí. Este vínculo facilitara el fácil acomodo de los egresados en una empresa pública o privada para aplicar sus conocimientos profesionales en el área que se hayan graduado. 12

13 IV. OBJETIVOS OBJETIVO GENERAL Mantener toda la información de los alumnos egresados con la finalidad de poder vincularlos con alguna de las empresas públicas y privadas para que puedan desarrollarse laboral y profesionalmente, Mediante una Aplicación web que permita el acceso a egresados y empresas registradas mediante algún convenio con la universidad. OBJETIVO ESPECÌFICO Contar con una Aplicación web para almacenar de manera ordenada y eficaz la información relacionada con los alumnos y empresas agregadas a la base de datos. Con la finalidad de poder manejar la información de manera correcta y de fácil acceso para los egresados y poderse postular para alguna oportunidad laboral publicada por alguna institución. 13

14 V. ALCANCE Se desarrollara una Aplicación web el cual permitirá el registro autorizado por el administrador de la Aplicación, esto incluye datos personales, divididos por alumnos, empresas, y usuarios del área de seguimiento de egresados. Los alumnos capturaran su información sobre su formación académica para ser consultada por el personal de la UAEM, y a su vez ingresaran una contraseña que les servirá para el acceso a su perfil junto con su correo electrónico como nombre de usuario. (A estos usuarios se les conocerá como Usuario Egresado).Una vez registrada dicha información, el usuario Egresado podrá visualizar su perfil, además podrá modificarla cuando lo desee o necesite según sea el caso. El usuario Egresado deberá tener la posibilidad de adjuntar archivos en formato PDF, JPG y PNG con los cuales comprobará que la información registrada tiene validación oficial. A su vez, el usuario Egresado podrá ingresar a su perfil, mediante la contraseña y el correo registrados, para modificar cualquier dato que se encuentre almacenado dentro de su perfil, dichas modificaciones se deberán almacenar en la Aplicación para futuras referencias. 14

15 (Esta información solo la podrá consultar el personal autorizado por la UAEM y se podrá consultar desde el perfil Usuario Administrador ). Existirá un usuario denominado Usuario Administrador o usuario del área de seguimiento de egresados, el cual contara con todos los permisos para modificar información de la base de datos, ingresara a la Aplicación mediante un usuario y contraseña anteriormente almacenados para mantener la integridad de la información. Otro usuario será el Usuario UAEM el cual solo tiene la facultad de consultar la información almacenada en la base de datos, ingresando este mismo los parámetros de consulta que cumplan con la información que desea, y le serán mostrados en pantalla. Ingresara a la Aplicación mediante un usuario y contraseña anteriormente almacenados para mantener la integridad de la información. Finalmente están los usuarios de las empresas registradas la cuales podrán dar de alta las oportunidades laborales que tengan y a su vez podrán consultar el perfil de los alumnos egresados que se hayan postulado para esa oportunidad. 15

16 Se estará trabajando en la aplicación por un periodo de 4 meses con la fecha de entrega del mes de abril del 2013 con lo cual se entregara el avance final. Al mismo tiempo se estará trabajando bajo la metodología de modelo incremental para el desarrollo del proyecto. Los criterios de aceptación del cliente para este proyecto son: Entregar documentación de todas las fases desarrolladas en el proyecto. Aplicación de herramientas Open Source (de código abierto). Web atractiva y de fácil uso. Entregado en plazo (fechas finales y parciales). 16

17 VI. FUNDAMENTACIÓN TEÓRICA Las nuevas tecnologías avanzan rápidamente, por tal motivo es necesario estar constantemente actualizándose en los sectores de TI. METODOLOGÌA DE DESARROLLO Las metodologías de desarrollo son un conjunto de procedimientos, técnicas, herramientas y un soporte documental que ayuda a los desarrolladores a realizar un proyecto. Existen muchas metodologías para diferentes estilos de trabajo u organizaciones, a continuación mostramos la metodología utilizada en el desarrollo de este proyecto. MODELO DE PROCESO INCREMENTAL El modelo de proceso incremental, como la construcción de prototipos y otros enfoques evolutivos, es iterativo por naturaleza. Pero a diferencia de la construcción de prototipos, el modelo incremental se centra en la entrega de un producto operacional con cada incremento. Los primeros incrementos son versiones «incompletas» del producto final, pero proporcionan al usuario la funcionalidad que precisa y también una plataforma para la evaluación. El desarrollo incremental es particularmente útil cuando la dotación de personal no está disponible para una implementación completa en la fecha límite que se 17

18 haya establecido para el proyecto. Los primeros incrementos se pueden implementar con menos personas. (Ver Fig. 1) Figura 1. Diagrama de Modelo BACK END En la creación de un sitio web o una página de internet en general implica dos factores importantes, el front-end y el back-end. El crear un sitio web no es solo cuestión de decidirlo nada más porque sí. Hoy en día, con la llegada de la web 2.0, el crear un sitio puede ser una tarea que puede ser relativamente fácil, pues con tan solo unos clics se puede crear uno; sin embargo en la creación de un buen proyecto web o de software, se 18

19 tienen que contemplar distintos aspectos y éstos por lo general, suelen conocerlos pocos. De esa manera el back-end es la parte que procesa la entrada de datos que se efectuó desde el front-end, es decir, son los procesos que utiliza el administrador del sitio con sus respectivos sistemas para resolver las peticiones de los usuarios. De esta manera, en manera conjunta el front-end y el back-end interactúan en un sistema web o software para resolver las necesidades de los usuarios. La idea de esta abstracción es mantener separadas las diferentes partes de un sistema web o software con el fin de tener un mejor control. En pocas palabras el objetivo es que el front-end recolecte los datos y el back-end los procese. SERVIDOR DE APLICACIONES WEB APACHE TOMCAT Se denomina servidor de aplicaciones a un servidor en una red de computadoras que ejecuta ciertas aplicaciones. Un servidor de aplicaciones generalmente gestiona la mayor parte (o la totalidad) de las funciones de acceso a los datos de la aplicación. 19

20 Los principales beneficios de la aplicación de la tecnología de servidores de aplicación son la centralización y la disminución de la complejidad en el desarrollo de aplicaciones. Un servidor web es un programa que implementa el protocolo HTTP (HyperText Transfer Protocol). Es un programa que se ejecuta continuamente en un ordenador, manteniéndose a la espera de peticiones y que responde a estas peticiones adecuadamente, mediante una página web que se exhibirá en el navegador o mostrando el respectivo mensaje si se detectó algún error. Un servidor web se mantiene a la espera de peticiones HTTP por parte de un cliente HTTP que solemos conocer como navegador. El cliente realiza una petición al servidor y éste le responde con el contenido que el cliente solicita. Las aplicaciones de servidor muchas veces suelen ser la mejor opción para realizar aplicaciones web. Algunos servidores web importantes son: APACHE TOMCAT Apache Tomcat es una implementación de software de código abierto de Java Servlet y tecnologías JavaServer Pages. El servlet de Java y 20

21 especificaciones JavaServer Pages son desarrollados bajo la Java Community Process. Apache Tomcat se desarrolla en un entorno abierto y participativo y publicado bajo la licencia Apache versión 2. Apache Tomcat está destinado a ser una colaboración de los mejores desarrolladores en su clase en todo el mundo. MOTOR DE BASE DE DATOS POSTGRESQL Un Motor de base de datos es un servicio que se utiliza para almacenar y procesar datos en formato relacional (tabular) o como documentos XML. También puede ser un conjunto de algoritmos que permite la gestión y optimización de Base de datos. Prudentemente el Motor de bases de datos utiliza instrucciones específicas para la: Búsqueda de información, Añadir, Borrar, Modificar : Tablas y Añadir, Borrar, Modificar : Campos, Etc. La mayoría de los motores de bases de datos basan sus búsquedas por lo que se le llama I.D. (Identificadores), ya que se facilita la ordenación por medio del método Burbuja. 21

22 POSTGRESQL PostgreSQL es un sistema de gestión de bases de datos objetorelacional, 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. 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 muestra un gráfico que ilustra de manera general los componentes más importantes en un sistema PostgreSQL. (Ver Fig. 2) Figura 2. Arquitectura de PostgreSQL 22

23 ENTORNO DE DESARROLLO ECLIPSE GALIELO Un entorno de desarrollo de software es una combinación de herramientas que automatiza o soporta al menos una gran parte de las tareas (o fases) del desarrollo: análisis de requisitos, diseño de arquitectura, diseño detallado, codificación, pruebas de unidades, pruebas de integración y validación, gestión de configuración, mantenimiento, etc. Las herramientas deben estar bien integradas, pudiendo inter-operar unas con otras. ECLIPSE GALIELO Plataforma de desarrollo para aplicaciones tanto de escritorio como web, flexible en su configuración y de fácil adaptación a los requerimientos de desarrollo mediante la incorporación de plugins adicionales de acuerdo a las diferentes necesidades, además de consumir pocos recursos, ser multiplataforma y soportar una gran mayoría de lenguajes. Eclipse es una comunidad de personas y organizaciones que deseen colaborar en el comercio de usar software de código abierto. Sus proyectos se centran en la construcción de una plataforma de desarrollo abierta compuesta por marcos extensibles, herramientas y tiempos de ejecución para la construcción, despliegue y gestión de software a través del ciclo de vida. La Fundación Eclipse es una organización sin fines de lucro, corporación miembro apoyó, que alberga los proyectos de Eclipse y ayuda a cultivar tanto una 23

24 comunidad de código abierto y un ecosistema de productos y servicios complementarios.[eclipse, 2013] FRAMEWORKS FrameWork es un concepto sumamente genérico, se refiere a ambiente de trabajo, y ejecución, por ejemplo Struts es considerado un framework para desarrollar aplicaciones (Aplicaciones sobre Windows). En general los framework son soluciones completas que contemplan herramientas de apoyo a la construcción (ambiente de trabajo o desarrollo) y motores de ejecución (ambiente de ejecución). STRUTS Struts es un framework web gratuito de código abierto solución para crear aplicaciones web de Java. Las aplicaciones Web difieren de las páginas web convencionales en que las aplicaciones web pueden crear una respuesta dinámica. Muchos sitios web ofrecen sólo las páginas estáticas. Una aplicación web puede interactuar con bases de datos y motores de lógica de negocios para personalizar una respuesta. 24

25 Aplicaciones Web basadas en JavaServer Pages, a veces se mezclan código de base de datos, código de diseño de página y el código de control de flujo. En la práctica, nos encontramos con que a menos que estas preocupaciones están separados, aplicaciones más grandes se vuelven difíciles de mantener. Una forma de preocupaciones distintas en una aplicación de software es el uso de un Modelo-Vista-Controlador (MVC). El modelo representa el código de negocios o base de datos, la vista representa el código de diseño de página y el controlador representa el código de navegación. El marco de trabajo Struts está diseñada para ayudar a los desarrolladores a crear aplicaciones web que utilizan una arquitectura MVC. El marco proporciona tres componentes clave: Una "solicitud" manejador proporcionado por el desarrollador de la aplicación que se asigna a una URI estándar. Una "respuesta" handler que transfiere el control a otro recurso que completa la respuesta. Una biblioteca de etiquetas que ayuda a los desarrolladores a crear interactivas basadas en formularios con las páginas del servidor. 25

26 La arquitectura del marco de trabajo y las etiquetas son compatibles. Struts trabaja bien con aplicaciones REST convencionales y con las tecnologías nuevas como SOAP y AJAX. HIBERNATE Históricamente, Hibernate facilitó el almacenamiento y recuperación de objetos del dominio de Java a través de mapeo objeto / relacional. Hoy, Hibernate es un conjunto de proyectos relacionados que permiten a los desarrolladores utilizar los modelos de dominio de estilo POJO en sus aplicaciones de manera que se extienden mucho más allá de mapeo objeto / relacional. MODELO MVC (Modelo Vista Controlador) Es un patrón de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. El patrón de llamada y retorno MVC (según CMU), se ve frecuentemente en aplicaciones web, donde la vista es la página HTML y el código que provee de datos dinámicos a la página. El modelo es el Sistema de Gestión de Base de 26

27 Datos y la Lógica de negocio, y el controlador es el responsable de recibir los eventos de entrada desde la vista. Descripción del patrón MVC Modelo: Esta es la representación específica de la información con la cual el sistema opera. En resumen, el modelo se limita a lo relativo de la vista y su controlador facilitando las presentaciones visuales complejas. El sistema también puede operar con más datos no relativos a la presentación, haciendo uso integrado de otras lógicas de negocio y de datos afines con el sistema modelado. Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz de usuario. Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca peticiones al modelo y, probablemente, a la vista. (Ver Fig. 3) Figura 3. Diagrama de Modelo MVC (Modelo, Vista y Controlador) 27

28 FRONT END El front-end en diseño de software y desarrollo web hace referencia a la visualización del usuario navegante o, dicho de otra manera, es la parte que interactúa con los usuarios. De una manera práctica, el front-end sería todos esos formularios que rellenamos en las webs, las aplicaciones que manejamos y todas esas cosas que tengan que realizar los usuarios. HTML El HTML no es más que una aplicación del SGML (Standard Generalized Markup Language), un sistema para definir tipos de documentos estructurados y lenguajes de marcas para representar esos mismos documentos. El término HTML se suele referir a ambas cosas, tanto al tipo de documento como al lenguaje de marcas. El HTML, Hyper Text Markup Language (Lenguaje de marcación de Hipertexto) es el lenguaje de marcas de texto utilizado normalmente en la www (World Wide Web). Fue creado en 1986 por el físico nuclear Tim Berners-Lee; el cual tomo dos herramientas preexistentes: El concepto de Hipertexto (Conocido también como link o ancla) el cual permite conectar dos elementos entre si y el SGML (Lenguaje Estándar de Marcación General) el cual sirve para 28

29 colocar etiquetas o marcas en un texto que indique como debe verse. HTML no es propiamente un lenguaje de programación como C++, Visual Basic, etc., sino un sistema de etiquetas. HTML no presenta ningún compilador, por lo tanto algún error de sintaxis que se presente, éste no lo detectará y se visualizara en la forma como éste lo entienda. JSP La tecnología JavaServer Pages (JSP) permite a los desarrolladores web y diseñadores, desarrollar rápidamente y mantener con facilidad, ricas de información, páginas web dinámicas que los sistemas empresariales existentes apalancamiento. Como parte de la familia de la tecnología Java, la tecnología JSP facilita el rápido desarrollo de aplicaciones basadas en Web que son independientes de la plataforma. La tecnología JSP separa la interfaz de usuario de la generación de contenidos, permitiendo a los diseñadores cambiar el diseño general de la página sin alterar el contenido dinámico subyacente. [Oracle, 2013] La tecnología JSP utiliza etiquetas XML, encapsulan la lógica que genera el contenido de la página. La lógica de la aplicación puede residir en los recursos basados en el servidor (como la arquitectura de componentes JavaBeans) que la página se accede con estas etiquetas. Todos y todas las etiquetas de formato (HTML o XML) se pasan directamente a la página de 29

30 respuesta. Al separar la lógica de la página de su diseño, presentación y apoyo de un diseño basado en componentes reutilizables, la tecnología JSP hace que sea más rápido y más fácil que nunca para construir aplicaciones basadas en Web. JQUERY jquery es una biblioteca JavaScript rápido, pequeño y rico en funciones. Hace las cosas como documento HTML recorrido y la manipulación, el control de eventos, animación y Ajax mucho más simple con un API fácil de usar que funciona a través de una multitud de navegadores. Con una combinación de flexibilidad y extensibilidad, jquery ha cambiado la forma en que millones de personas escriben JavaScript. [ jquery, 2013] BOOTSTRAP Es una colección de herramientas de software libre para la creación de sitios y aplicaciones web. Contiene plantillas de diseño basadas en HTML y CSS con tipografías, formularios, botones, gráficos, barras de navegación y demás componentes de interfaz, así como extensiones opcionales de JavaScript. 30

31 UML Las grandes aplicaciones, ejecutan estudios de negocios, y mantener una empresa en marcha debe ser algo más que un grupo de módulos de código. Ellos deben estructurarse de una manera que permite la escalabilidad, la seguridad y la ejecución robusto bajo condiciones de estrés, y su estructura a menudo referida como su arquitectura se deben definir con suficiente claridad que los programadores de mantenimiento pueden encontrar y corregir un error que aparece mucho después de los autores originales que han pasado en otros proyectos. Es decir, estos programas deben ser diseñados para funcionar a la perfección en muchas áreas, y la funcionalidad de los negocios no es el único (aunque ciertamente es el núcleo esencial). Por supuesto que una arquitectura bien diseñada beneficia a cualquier programa, y no sólo a los más grandes, ya que hemos identificado aquí. Hemos mencionado las grandes aplicaciones primero porque la estructura es una forma de tratar con la complejidad, por lo que los beneficios de la estructura (y de modelado y diseño, como demostraremos) compuesto como tamaño de la aplicación aumenta de tamaño. Otra ventaja de la estructura es que permite la reutilización de código: El tiempo de diseño es el momento más fácil para estructurar una aplicación como un conjunto de módulos o componentes independientes. Con el tiempo, las empresas a construir una biblioteca de modelos de componentes, cada uno 31

32 representando una aplicación almacenando en una biblioteca de módulos de código. Cuando otra aplicación necesita la misma funcionalidad, el diseñador puede importar rápidamente su módulo de la biblioteca. En el momento de la codificación, el desarrollador puede importar la misma rapidez el módulo de código en la aplicación. Figura 4. Logotipo de UML 32

33 VII. PLAN DE ACTIVIADADES El proyecto de la Aplicación web se ha estructurado en cinco fases, desglosadas a su vez con las tareas correspondientes en cada fase de desarrollo. A continuación se muestra la tabla con todas las tareas especificadas con duración, fecha inicio y fecha fin. (Ver tabla 1) Tabla 1. Plan de Actividades. NOMBRE DE LA TAREA DURACIÓN INICIO FIN Aplicación Web 77 días Lunes 1/14/13 Martes 4/30/13 Análisis 15 días Lunes 1/14/13 Viernes 2/1/13 Levantamiento de Requerimientos Lunes 1/14/13 Viernes 2/18/13 Entrevista con Cliente 5 días Lunes 1/14/13 Viernes 1/18/13 Creación de Casos de Uso 5 días Lunes 1/21/13 Viernes 1/25/13 Documentación de Requerimientos 5 días Lunes 1/28/13 Viernes 2/1/13 Diseño 15 días Lunes 2/4/13 Viernes 2/22/13 Pantallas Propuestas 5 días Lunes 2/4/13 Viernes 2/8/13 Diagrama de B.D. 5 días Lunes 2/11/13 Viernes 2/15/13 Análisis de B.D. 5 días Lunes 2/18/13 Viernes 2/22/13 Desarrollo 38 días Lunes 2/25/13 Viernes 4/17/13 Hacer B.D. 8 días Lunes 2/25/13 Miércoles 3/6/13 Programar Pantallas 20 días Jueves 3/7/13 Miércoles 4/3/13 Hacer Vinculación Pantallas con Miércoles 10 días Jueves 4/4/13 B.D. 4/17/13 Pruebas 8 días Jueves 4/18/13 Lunes 4/29/13 Pruebas Unitarias 4 días Jueves 4/18/13 Martes 4/23/13 Miércoles 4 días Lunes 4/29/13 Pruebas Integrales 4/23/13 Web Servicie Instalación en Producción 1 días Martes 4/30/13 Martes 4/30/13 Traspasar a Servidor del Cliente 1 días Martes 4/30/13 Martes 4/30/13 33

34 Figura 5. Project de Plan de Actividades 34

35 VIII. RECURSOS MATERIALES Y HUMANOS Para la realización de este proyecto se tienen en cuenta recursos materiales como humanos, a continuación se muestran definidos en tablas diferentes los humanos y materiales, los cuales son fundamentales para el desarrollo de este proyecto. SOFTWARE Y HARDWARE Tabla 2. Recursos de software y hardware DESCRIPCIÓN CANTIDAD Internet Explorer versiones 7, 8, 9, 10 1 Servidor de Aplicaciones Web 1 Servidor de Base de Datos, PostgreSQL 1 VNC Viewer 1 Entorno de Desarrollo, Eclipse Galileo 1 Herramienta de Diseño, Enterprise Architect 1 Microsoft Project Laptops, RAM 2gb mínimos, procesador core i3 a 2.3GHz 2 HUMANOS Tabla 3. Recursos humanos PERFIL CANTIDAD Líder de Proyecto 1 Programador Java Jr. 1 Personal de Pruebas 2 35

36 IX. DESARROLLO DEL PROYECTO Antes de empezar con el desarrollo del proyecto se describe brevemente la metodología que se utilizó para cumplir con los objetivos del proyecto. METODOLOGÍA Para asegurar la calidad del proyecto nos apegamos a las convenciones y buenas prácticas para el desarrollo de software, por experiencia y más facilidad de uso, el proyecto será regido por el siguiente enfoque metodológico denominado modelo de proceso incremental. (Ver descripción en Metodología de Desarrollo). LEVANTAMIENTOS DE REQUERIMIENTOS En esta fase de desarrollo se realizaron las entrevistas con el cliente para documentar algunos de los requerimientos de la aplicación de los cuales algunos se describen a continuación: 1. Se debe contar con un nombre de usuarios y contraseña para ingresar a la aplicación. 2. Cada usuario deberá tener acceso a solo algunos módulos específicos de la aplicación. 36

37 3. Solo el administrador de la aplicación podrá dar de alta, baja, modificar a los usuarios. 4. Los usuarios finales tendrán la opción de dar de alta, baja y modificar empleados. 5. Algunos usuarios solo podrán hacer consultas y búsquedas de los datos de la Base de Datos. 6. La aplicación debe llevar el historial de los registros de la aplicación. Entre muchos más solo por mencionar algunos de los más importantes en la aplicación. ANÁLISIS En análisis se examinan los datos recopilados durante las entrevistas con el cliente, realizando una documentación de flujo de datos y análisis de decisiones, para examinar el grado de desempeño de la Aplicación y si cumple con las necesidades del cliente. Esta fase también se creó diagramas de casos de uso, de secuencia de negocio con la herramienta Enterprise Architect, para tener un mejor entendimiento de esta fase. 37

38 Los casos de uso son parte del análisis de la Aplicación. De forma que al ser parte del análisis nos ayudan a describir qué es lo que la Aplicación debe hacer. Los casos de uso son lo qué hace el Aplicación desde el punto de vista del usuario. Es decir, describen el uso del Aplicación y cómo este interactúa con el usuario. En estos diagramas de casos de uso se puede observar cómo va a interactuar cada uno de los usuarios, como son el administrador, empresa y alumno como también vemos cada una de sus actividades que van a poder realizar en la aplicación. (Ver Fig. 6) Figura 6. Diagrama de casos de uso DISEÑÓ En esta fase de desarrollo del proyecto es muy importante tener una buena arquitectura de la aplicación para ello es necesario realizar un diagrama 38

39 que se llama Diseño de la Arquitectura de la Aplicación Web para obtener un resultado más eficaz, y fácil seguimiento de lo que se está codificando, a continuación se muestra el diseño y arquitectura de la Aplicación Web para el Seguimiento de Egresados de la UAEM. (Ver Fig. 7) Figura 7. Arquitectura de la Aplicación Web DISEÑO DE LA BASE DE DATOS Para tener el manejo de información que se controla en la Aplicación es necesario hacer una BD (base de datos) para que se almacene toda la información que se genera día tras día y para esto es muy importante el diseño de la base de datos porque de ella se desprende el funcionamiento de la aplicación, es por eso que se realizó un diagrama para hacer la relación con cada una de las tablas que contiene la base de datos. A continuación se 39

40 muestra el esquema general del diseño que se realizó de la base de datos. (Ver Fig. 8) Figura 8. Esquema de Base de Datos Una de las tablas más importantes en la Aplicación es la de Alumno ya que en ella se almacena la información con la que se va a tener el seguimiento y contacto con los egresados. A continuación se describe campo por campo. IdAlumno: Este campo permitirá asignar una clave única a cada registro de la tabla Alumno. Nombre: Este campo se refiere al nombre del alumno que se va a registrar. Ap_paterno: Este se refiere al apellido paterno del alumno. 40

41 Ap_materno: Este se refiere al apellido materno del alumno. Sexo: Guarda el sexo, hombre o mujer. Fecha_nacimiento: Este campo almacena la fecha de nacimiento (año-mesdía). Nacionalidad: Guarda el tipo de país en que nació o que nacionalidad tiene (Ejem. Mexicana, Brasileña, etc.) Curp: Este campo almacena el curp (clave única de registro de población) del alumno. Teléfono: En este campo permitirá introducir el teléfono particular del alumno. Correo: Se guardara la dirección de correo electrónico. Fotografía: Almacena una fotografía actual del registro para mostrar en búsquedas. Domicilio: En este campo se guardara la dirección del registro (calle, número y colonia). Estudios_idEstudios: Este campo hace relación con la tabla de Estudios con la de Alumno. 41

42 DESARROLLO Esta fase de desarrollo se refiere a la codificación o implementación de las funcionalidades que la aplicación tiene, y una de las interfaces más importantes fue la del login, porque esta fue la primera que se construyó, a continuación se muestra la interfaz con todas sus validaciones necesarias para que solo ingresen los usuarios registrados en la base de datos y a los módulos asignados. (Ver Fig.9) Figura 9. Pantalla de Login. En la siguiente figura se muestra la forma en la que se realiza el cambio de contraseña en caso de que algún usuario tenga la necesidad de realizar ese cambio. (Ver Fig. 10) 42

43 Figura 10. Pantalla de cambio de Contraseña También podemos observar en la figura la interfaz en la que un administrador puede hacer la baja de un usuario no permitido por los mismos administradores, en la cual su búsqueda se realiza por varios patrones y filtros del registro y así mismo se puede modificar o dar de baja definitiva. (Ver Fig. 11) Figura 11. Pantalla eliminar registros. 43

44 La figura muestra la interfaz de los formularios de altas, bajas, modificación de usuarios de la Aplicación. También esta interfaz cuenta con la opción de permisos como se mencionó en los requerimientos y su función principal es asignar a los usuarios los permisos a módulos específicos según sea el perfil que tenga el usuario. (Ver Fig. 12) Figura 12. Pantalla Registro de Usuarios 44

45 También la Aplicación tiene la interfaz para registrar noticias relevantes con el tema de ofertas laborales y de interés para los usuarios de la Aplicación en la Figura se muestra como se dan de alta esas noticias. (Ver Fig. 13) Figura 13. Pantalla de registro de noticias PRUEBAS PRUEBAS UNITARIAS Las pruebas unitarias permiten realizar pruebas a los módulos de la Aplicación de forma individual con el fin de verificar el correcto funcionamiento 45

46 de los mismos, así como también que la información que sea ingresada o extraída mediante estos módulos concuerde con lo deseado por el usuario. Las primeras pruebas que se realizaron fueron sobre la interfaz de alta de usuarios, en la cual se capturaron todos los datos para verificar si se guardaban en la base de datos. Posteriormente se intentó ingresar con los datos que se guardaron tomando el nombre de usuario y contraseña para verificar si las validaciones aplicadas al código funcionaban correctamente. Consecutivamente se fueran insertando algunos datos. A continuación se muestran algunos casos: Nombre de usuario correcto e incorrecto. Contraseña correcta e incorrecta. Solo contraseña. Solo nombre de usuario. Pruebas sobre altas, modificación y bajas de Alumnos. En esta parte de la Aplicación se obtuvieron las pruebas ingresando datos en la interfaz que se realizó para esta actividad de registro de alumnos y realizar búsquedas. 46

47 Algunos casos fueron: Insertar valores aleatorios y ver si los almacena en la BD. Llenar todos los campos del formulario y verificar si los guarda. Buscar registros por nombre, Ap. Paterno, Ap. Materno, curp., carrera, etc. Verificar si regresa todos los registros de la BD. Eliminando un registro y verificar si se eliminó de la BD o al modificar, si realizo la actualización. PRUEBAS DE INTEGRACIÓN. Las pruebas de integración verifican que uno o más módulos puedan ser integrados de forma correcta, verificando que si alguno de estos módulos ingresa algún dato a la Aplicación, en otro de estos pueda verificarse o inclusive modifican sin tener ningún problema al intentarlo. Integración de base de datos y campos de los formularios: una vez que se ingresó un nuevo registro en la base de datos mediante la interfaz de búsquedas de alumnos, se probó la función de eliminar alumnos, si el registro previamente eliminado no se encontraba en la base de datos, el resultado era satisfactorio y la integración habría funcionado. 47

48 De la misma manera se realizó una prueba en donde se ingresaría un nuevo registro mediante la interfaz de Registrar alumno para observar si este registro podía ser verificado mediante la interfaz de Buscar alumno obteniendo después de haber ingresado al interfaz de consulta los datos del nuevo registro y los mostraba de forma satisfactoria. Integración de la interfaz, Buscar alumno y Registrar alumno: en este módulo se realizó una prueba en la cual se ingresó un nuevo registro a la base de datos mediante la interfaz de registrar alumno, para después verificar si este nuevo registro podía ser buscado mediante la interfaz buscar alumno, al introducir la clave de curp y posteriormente presionando el botón de buscar, obteniendo de esta manera una serie de registros en donde aparecía la información correspondiente a esta persona. Integración de interfaz Modificar alumno y Buscar alumno: después de verificar que la interfaz de Buscar Alumno mostraba la información del registro seleccionado, se realizó una prueba en la que una vez que se obtuvieron estos datos, se intentó modificar uno de los campos que contenía la información del alumno que se había buscado previamente y después realizar la modificación, después de haber realizado esta acción, se procedió a verificar que dicho registro había sido modificado de forma satisfactoria, al utilizar la interfaz de Buscar alumno y constatar que este registro había cambiado. 48

49 WEB SERVICE En este tipo de pruebas se activó en la Aplicación para ver la capacidad que soportaba la Aplicación en forma paralelo, también se realizaron acciones en la aplicacion como fueron búsquedas, registros y vista de lectura, dando como resultado satisfactorio con los requerimientos proporcionados por el cliente al inicio del proyecto. INSTALACIÓN Y PRODUCCIÓN En la Aplicación se entregó de forma electrónica y de forma física en un disco grabado con todas las carpetas y archivos necesarios para poder poner en producción, ya que una persona encargada del área de informática se encargara de realizar las instalaciones de la Aplicación en su servidor particular. Posteriormente se tomaron algunos días de prueba para después poder utilizar la Aplicación ya en una forma real. 49

50 X. RESULTADOS OBTENIDOS Se logró crear una Aplicación web para la administración y seguimiento de los alumnos egresados de la Universidad Autónoma del Estado de Morelos, y la generación y control de la documentación necesaria para realizar reportes y otros documentos para las actividades de esta dependencia, facilitando la realización de estas actividades dentro del área de servicios escolares de la UAEM. A continuación se muestra la lista de opciones que tiene la Aplicación l web. Dar de alta usuarios de perfiles como: o Administradores o Empresas o Alumnos Asignar permisos por medio de módulos a usuarios o Administrador o Administrador Auditor o Oportunidades Laborales o Clasificaciones o Gráficas y reportes Gestionar usuarios o Dar alta usuarios 50

51 o Eliminar usuarios o Modificar usuarios o Cambio de contraseñas Registro de noticias Laborales Generar Reportes de estadísticas. Auditoria de usuarios Buzón de solicitudes Al finalizar se proporcionaran los entregables siguientes: Página Web Presentaciones de la Aplicación Web Memoria final Documentos que nos han servido para gestionar el proyecto (project charter, Análisis de requerimientos, pruebas, etc...) Planificación (Project) Análisis de Riesgos El manual de usuario no está en la lista de entregables, debido a que el proyecto está en prueba y no se ha terminado de forma total. 51

52 XI. ANÀLISIS DE RIESGOS Para el trabajo de análisis de riesgos en la ejecución del proyecto del Aplicación web, se tomaron en cuenta varios factores que podían afectar el desarrollo, los cuales se describen en la siguiente tabla. (Ver tabla. 4, Fig. 14) Figura 13. Tabla de análisis de riesgos RESPONSABLE RIESGO MITIGACIÓN PROBABILIDAD IMPACTO Noé Salmerón, José L. Arreaga Ausencia de algunos de los integrantes del proyecto y/o falta de apoyo. Realizar contrato de compromiso en todo el proyecto Baja Alto Noé Salmerón, José L. Arreaga El cliente del proyecto no brinde la información necesaria a tiempo a los miembros del equipo del proyecto Realizar una agenda de citas con el cliente bien establecidas. Medio Alto Noé Salmerón, José L. Arreaga Cambio de requerimientos en el desarrollo del proyecto. Realizar documentos bien definidos por el cliente y proveedor. Medio Alto Noé Salmerón, José L. Arreaga Perdida de código o documentación en el desarrollo del proyecto. Realizar respaldos eventualmente. Medio Alto 52

53 Figura 14. Ponderación de impacto y probabilidad. 53

54 XII. CONCLUSIONES Al terminar el presente proyecto, interesante en su pleno desarrollo, surgen nuevas incógnitas que interesan a cualquier grupo de desarrollo de software para proseguir en la puesta en práctica de los resultados. El proyecto ha sido concluido con éxito de acuerdo a las necesidades tecnológicas que el cliente necesitaba para que la Aplicación cumpla con su función de cada día. En este proyecto podemos ver que las Tecnologías de Información y Comunicación, siguen siendo muy importantes para poder realizar las tareas de mejor manera y especialmente en el manejo de información, en el uso que les dan a la misma el personal encargado de cada área de las empresas u organizaciones. El proyecto de la Aplicación web para el seguimiento de egresados, supone un cambio importante en la forma de trabajar con el seguimiento de los egresados y la forma más correcta en el manejo de sus documentos e información relacionada a los alumnos, como también se puede tener en contacto con las empresas que se desean incorporar a la Aplicación para poder tener una relación más directa con la bolsa de trabajo y así hacer más fácil el ayudar a los egresados a encontrar un empleo. 54

55 Este proyecto se justifica por los grandes cambios tecnológicos que ha puesto la invasión tecnológica en nuestra vida cotidiana. Uno de los aspectos que ha transformado más profundamente nuestra vida es la facilidad de comunicación y acceso a la información. Un acontecimiento que tiene lugar a miles de kilómetros de distancia llega a nosotros unos minutos más tarde de haberse producido. 55

56 XIII. RECOMENDACIONES El proyecto desarrollado tiene oportunidad a mejoras con respecto a incluir nuevos módulos que no fueron considerados en el alcance debido a que la arquitectura de este proyecto permite tener una extensión sin problema alguno para el personal dedicado a estas mejoras. Se recomienda para este tipo de proyectos asignar más tiempo y personal de recursos humanos con el fin de que los futuros proyectos sean desarrollados con mayor profesionalidad. Por lo tanto también es recomendable para el personal de la universidad autónoma del estado de Morelos proporcionar más facilidades de trabajo, un ambienté de trabajo apto para este tipo de proyecto y sobre todo, la seriedad necesaria. Con respecto al ramo de recomendaciones técnicas de la Aplicación web. Se sugiere tener un respaldo de toda la información de la Aplicación en otra máquina que no esté funcionando como servidor por si intercede una falla en el servidor. 56

57 Se aconseja tener un programa antivirus con actualizaciones recientes para poder detectar o prevenir con anticipación algún posible ataque a la Aplicación. en la nube. Se propone tener replicaciones de la base de datos en otro disco virtual 57

58 XIV. REFERENCIAS BIBLIOGRÀFICAS LIBROS S.A. Dart, R.J. Ellison, P.H. Feiler, A.N. Habermann: Software Development Environments. IEEE Computer, Vol.20 No.11 pp.18-28, Nov SITIOS WEB (Página principal de UML, 2013) (Portal web principal de postgresql, 2013) (Página de la comunidad de Eclipse, 2013) (Página de frameworks struts, 2013) (Página de herramientas de hibernate, 2013) 58

59 (Portal principal de Oracle, 2013) (Página Web de la biblioteca jquery, 2013 ) (Portal web de Universidad Autónoma del Estado de Morelos, 2013) 59