UNIVERSIDAD NACIONAL DE PIURAFACULTAD DE INGENIERIA INDUSTRIAL

PROGRAMA DE ACTUALIZACION EN INGENIERIA INFORMATICA VERSION XIV

PERFIL DE INVESTIGACION PROFESIONAL

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE PUBLICACIÓN DE EVALUACIONES PARA CONSULTAS VÍA WEB Y

SERVICIO DE MENSAJE CORTO (SMS), PARA LA ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA DE LA UNIVERSIDAD NACIONAL DE PIURA

RESPONSABLES

Bach. FERNÁNDEZ RIVERA JUAN ALBERTO Bach. FLORES ESTRADA ENRIQUE ALBERTO Bach. GONZALES SANDOVAL PAUL JIMMY

PROFESOR ASESOR:

Ing. CRUZ YARLEQUÉ WILFREDO

PIURA – PERU

(MAYO – 2012)

1

I. DATOS GENERALES

I.1 Versión Del PatproPrograma de Actualizaciónón Profesional en Ingeniería Informática Versión XIV

I.2 Título TentativoAnálisis, Diseño e Implementación de un Sistema de Publicación de Evaluaciones para consultas vía Web y Servicio de Mensaje Corto (SMS), para la Escuela Profesional de Ingeniería Informática de la Universidad Nacional de Piura

I.3 Autor(es):Bach. Fernández Rivera Juan Alberto Bach. Flores Estrada Enrique AlbertoBach. Gonzales Sandoval Paul Jimmy

I.4 Asesor:Ing. Cruz Yarlequé Wilfredo

I.5 Línea de Investigación:Tecnología de la Información e Ingeniería de Software.

I.6 Fecha de Ejecución:De Mayo a Setiembre del 2012

II. PLANTEAMIENTO DEL PROBLEMA

II.1 Descripción de la Realidad Problemática

La Universidad Nacional de Piura (UNP), es una institución pública que tiene como finalidad la formación profesional de sus estudiantes tanto intelectual como moralmente. La UNP cuenta con docentes especializados para cada una de sus facultades, entre ellas la facultad de Ingeniería industrial (FII) y dentro de ella la especialidad de Ingeniería Informática.

Los docentes de la especialidad de Ingeniería Informática, evalúan constantemente a sus estudiantes utilizando diferentes instrumentos de evaluación, los resultados de estas calificaciones las registran en sus archivos personales (Hojas de Excel, Base de Datos, bitácoras, etc.), y tienen la responsabilidad de publicar estos resultados según el reglamento académico de la UNP, pero debido al número de asignaturas de las que son responsables, a las horas de dictado de clases asignadas, y/o a los cursos de

2

especialización (Maestría, Doctorados, etc.) en los que algunos docentes están inscritos como parte de su formación profesional, es que la publicación de las calificaciones muchas veces no se da en el tiempo establecido o planteado por el reglamento académico, llegando algunas veces a publicarse los resultados de las calificaciones al finalizar el ciclo académico, dejando al alumno sin posibilidad de reclamo, es por esta razón que los alumnos se encuentran en constante seguimiento del docente, llegando muchas veces a formar largas colas fuera de sus oficinas, generando caos y desorden, además de malestar e inconformidad en la relación docente alumno y/o viceversa.

También algunos docentes logran publicar sus notas en el mural respectivo de su oficina, pero algún alumno descontento con su nota, opta por dañar lo publicado (rayar, romper y/o retirar la publicación), y de esta forma no todos los alumnos acceden a tener conocimiento de su(s) calificación(es).

Los alumnos no cuentan con información actualizada para obtener los resultados de las evaluaciones y cuando estas evaluaciones se publican no son notificados de manera inmediata.

II.2 Definición del Problema

La publicación de los resultados de las evaluaciones de los alumnos de la FII por parte de los docentes es un tema muy importante para la población estudiantil, ya que de esta manera pueden llevar un mayor control sobre su rendimiento académico, el cual se ve afectado debido a que muchas veces los docentes por razones ajenas a ellos, y que escapan de su control, no logran publicar dichos resultados en el tiempo establecido por reglamento académico que establece se deben devolver a los siete días hábiles de haber sido administrada la evaluación.

El presente Trabajo de Investigación propone un sistema de publicación de los resultados de las evaluaciones académicas, el cual brindara a los docentes un formato para el registro de los resultados de las evaluaciones, que luego podrá ser exportado al sistema. Brindando a los alumnos e interesados, la posibilidad de consultar los resultados de las evaluaciones ya sea desde el Sistema Web o a través de un SMS (servicio de mensaje corto), buscando de esta forma aminorar la brecha del tiempo en la publicación de resultados, y dar un mayor control del rendimiento académico de cada estudiante.

Además el sistema propuesto deberá incidir en el tema de seguridad para la autentificación de los usuarios e integridad de la información brindada, para que no exista duda alguna de la veracidad de los resultados.

3

II.3 Delimitación del ProblemaLa presente investigación será realizada en la Facultad de Ingeniería Industrial, especialidad de Ingeniería Informática, de la Universidad Nacional de Piura. La duración del proyecto será de cuatro meses a partir de la aprobación del perfil de investigación profesional. Con esta investigación se logrará dar un aporte intelectual tanto a los a estudiantes de ingeniería informática como a los investigadores ligados al estudio y desarrollo de Sistemas de Información a los cuales se les proporcionará evidencia empírica de los resultados obtenidos con la implementación del sistema a desarrollar, el cual posteriormente se puede utilizar en otras escuelas profesionales de la UNP y otras universidades.

II.4 Formulación del Problema

¿Cómo mejorará la implementación de un sistema de consultas de evaluaciones vía internet y SMS el tiempo de entrega de los resultados de las evaluaciones?

II.5 Objetivos:

Objetivo GeneralAnalizar, diseñar e implementar un sistema de publicación de evaluaciones para consulta vía Web y SMS para la escuela profesional de Ingeniería Informática de la Universidad Nacional de Piura.

Objetivos Específicos Determinar los requerimientos del sistema, especificando el

propósito general del Sistema de Software propuesto. Analizar el documento de requerimientos para producir las

especificaciones técnicas del sistema utilizando los diagramas de Caso de Uso.

Diseñar la estructura y el comportamiento del sistema de software (DOO).

Establecer los mecanismos de seguridad para la aplicación. Implementar el diseño del sistema de software (codificación). Realizar pruebas y depuraciones del sistema implementado. Evaluar los resultados de la investigación de acuerdo a los

criterios de evaluación establecida.

4

II.6 Justificación

Conscientes de la importancia que posee la publicación en el tiempo establecido por el reglamento de la UNP de los resultados de las evaluaciones de los alumnos de la escuela profesional de Ingeniería informática por parte de los docentes, ya que dichos resultados son utilizados como instrumento de control sobre su rendimiento académico, el presente proyecto tiene repercusión práctica sobre el cumplimiento de los tiempos establecidos por reglamento universitario, aportando una herramienta valiosa que servirá para disminuir el tiempo de publicación de los resultados de las evaluaciones, de manera notoria, debido a que en la actualidad la mayoría contamos con una conexión a internet y/o un teléfono móvil, que podemos utilizar las 24 horas del día. Por otra parte, se necesita que el sistema sea una aplicación sencilla, amena, garantizando la seguridad e integridad de la información y de fácil utilización que permita conocer toda la información referente a las evaluaciones de los alumnos de la escuela de ingeniería informática, utilizando las ventajas de la tecnología desarrollada para Internet y GSM, por lo que la información pueden ser solicitados o consultados vía Web y SMS y notificar de manera automática cuando está disponible una nueva publicación de resultados. De esta forma con el desarrollo de este sistema los docentes podrán publicar los resultados de las evaluaciones en el tiempo establecido por reglamento, y los alumnos podrán tener un mayor control de su rendimiento académico, además de asegurar la veracidad y accesibilidad de los resultados.

II.7 Limitaciones y Viabilidad de la Investigación

Entre los factores que se consideran puedan limitar la investigación están: • La información es accesible pero insuficiente, ocasionando que no se tenga una visión clara de los instrumentos de evaluación de cada docente, para llegar a un consenso en el uso de un único formato de exportación de resultado de evaluaciones, ya que estos no se encuentran documentados. • Poca disponibilidad por parte de los docentes debido a su carga académica diaria, disponiendo de un tiempo limitado para brindarnos la información necesaria.

En relación a la viabilidad del proyecto tenemos: • Se cuenta con la tecnología y herramientas necesarias para el desarrollo y entrega del proyecto.

5

• Se cuenta con herramientas de libre distribución para la implementación de la aplicación, por lo que no será necesaria la adquisición de licencias de uso.

III. MARCO TEÓRICO

III.1 Marco Referencial:

3.1.1 Universidad Nacional de Piura (UNP)

“Desde sus orígenes la UNP ha marcado un largo camino en la busca del desarrollo de este territorio de enormes potencialidades y vocaciones productivas como Piura. Piura con su agricultura diversificada, su pesca y acuicultura, su minería metálica y no metálica son también un desafío para la oferta formativa de nuestra universidad”, (LICHTENHELDT, 2010).

“El 3 de Marzo de 1961, fue promulgada por el Presidente Dr. Manuel Prado Ugarteche la ley 13531 que creó la Universidad Técnica de Piura. Inmediatamente después, de acuerdo con el artículo 16 de la citada Ley, se constituyó el Primer Patronato de la Universidad Técnica de Piura, acto que se realizó el 16 de mayo de 1961 en el local de la Municipalidad de Piura, con asistencia de autoridades y elementos representativos de las instituciones piuranas, habiéndose hecho extensiva la invitación a la ciudadanía en general. La ceremonia de instalación estuvo a cargo del señor Prefecto del Departamento Ing. Luís Talledo Villar, quien en nombre del Supremo Gobierno declaró solemnemente instalado el Patronato de la Universidad Técnica de Piura, cuya presidencia recayó en el Dr. Aníbal Santibáñez Morales, en calidad de Representante del Gobierno de la República, según reza la Resolución Suprema N° 193 del 23 de abril de 1961”, (Universidad Nacional de Piura, 2010, pág. 5)

Las Facultades de la UTP

“En 1962 se fundó la Escuela de Agronomía y en 1966 se creó la Escuela de Ingeniería Industrial. A partir de 1967 estas Escuelas cambiaron de denominación. Fue cuando se fundaron las Facultades de Ingeniería Pesquera en 1972; la Facultad de Zootecnia en 1974; la Facultad de Ciencias Administrativas en 1975, cuyo funcionamiento empezó en 1979; Facultad de Medicina Humana en 1978, pero su funcionamiento se dio en 1983; en 1984 fueron creadas las Facultades de Ciencias y de Ciencias Sociales y Educación. Las Facultades de Arquitectura y Urbanismo y de Derecho y Ciencias Políticas nacieron en 1995, mientras que la Facultad de Ingeniería Civil fue fundada el 13 de mayo de 1996”. (Universidad Nacional de Piura,2010, pág. 9)

6

3.1.2 Facultad de Ingeniería Industrial

“La Facultad de Ingeniería Industrial (F.I.I.) fue creada el 12 de setiembre de 1968, mediante Resolución Nº 476-CU del 31 de diciembre de 1966 y forma parte del sistema facultativo, establecido, por el Artículo Nº 7º del Estatuto de la UNIVERSIDAD NACIONAL DE PIURA.Actualmente la F.I.I. Está integrada por:

Escuela Profesional de Ingeniería Industrial Escuela Profesional de Ingeniería Informática Escuela Profesional de Ingeniería Mecatrónica Escuela Profesional de Ingeniería Agroindustrial e Industrias

Alimentarias” (Universidad Nacional de Piura, 2012, pág. 116)

Misión de la Facultad de Ingeniería Industrial

“La Facultad de Ingeniería Industrial de la UNP tiene por misión formar profesionales de la Ingeniería Industrial, Informática, Agroindustrial e industrias alimentarias y Mecatrónica; íntegros, competitivos, conocedores de la realidad socioeconómica de su entorno y preparados académicamente para responder con éxito a los retos que le demande la globalización, con la decisión de crear y liderar los cambios necesarios para contribuir al mejoramiento continuo de los procesos productivos de bienes y servicios, haciendo uso de la investigación, las herramientas y las técnicas científicas de la ingeniería.” (Universidad Nacional de Piura, 2012)

Visión de la Facultad de Ingeniería Industrial

La Facultad de Ingeniería Industrial de la UNP aspira ser acreditada, líder en la formación integral de ingenieros en el campo Industrial, Informático, Agroindustrial e Industrias Alimentarias y Mecatrónica, con talento humano, técnico y científico para participar positivamente en el crecimiento y desarrollo social de su entorno, con perspectiva investigadora, empresarial y principios éticos.

3.1.3 Especialidad De Ingeniería Informática

La Escuela Profesional de Ingeniería Informática de la UNP, creada por acuerdo de Asamblea Universitaria de fecha lunes 31 de mayo de 1993, aprueba la creación de la Escuela Profesional de Ingeniería Informática. La propuesta para la creación de esta Escuela Profesional la hace el Ing. Irwing

7

Sáenz Seminario tomando como base el proyecto de la segunda especialización en Sistemas e Informática.

El miércoles 6 de Octubre del mismo 2003, mediante Resolución Rectoral 1095-R-93 se da inicio a las actividades de funcionamiento de la Escuela Profesional de Ingeniería Informática.

En abril de 1994, se da inicio a las actividades académicas de la Escuela Profesional de Ingeniería Informática, siendo en ese año, la segunda carrera profesional con mayor número de postulantes después de Ciencias Contables. La primera promoción de esta escuela tuvo 60 ingresantes.

Mediante Resolución Rectoral 776-R-95 del 28 de abril de 1995, se aprueba el Plan de Estudios de la Escuela Profesional de Ingeniería Informática.

Normatividad de la Publicación de Evaluaciones de la Escuela de Ingeniería Informática

Según el Reglamento Académico de la Universidad Nacional de Piura, en su capítulo VI, denominado Del Sistema de Evaluación, artículo 54, los exámenes escritos son calificados por los profesores y entregados a los alumnos a más tardar 7 días después de haber sido administrados. Estos versarán sobre temas tratados en clase por el profesor, pudiendo también referirse a prácticas, trabajos encargados y lecturas obligatorias asignadas a los alumnos (*). Por ende, la publicación de los resultados de las evaluaciones en el tiempo establecido es deber de los docentes y derecho del alumnado, constituyéndose como una actividad importante dentro de la formación académica, ya que servirá como instrumento de medida para el estudiante en su objetivo de obtener el mejor rendimiento posible en una determinada asignatura o materia, y deja de ser un mero trámite a cumplir.

(*) Datos obtenidos del Reglamento Académico de la Universidad Nacional de Piura, aprobado en sesión ordinaria de consejo universitario de fecha 25 de julio de 2006, según resolución de consejo universitario n° 497-cu-2006 del 25.07.2006.

8

La publicación a tiempo de los resultados de dichas evaluaciones depende de los siguientes factores:

Número de asignaturas de las que es responsable un docente Número de horas de dictado de clases del docente. Disposición de las horas de dictado de clases ( de manera continua,

en diferentes turnos) Los cursos de especialización (Maestría, Doctorados, etc.) en los que

algunos docentes están inscritos como parte de su formación profesional

La importancia de la publicación de los resultados de las evaluaciones, radica en el conocer estos resultados de manera inmediata, directa, veraz, e individual. Entonces no basta solo el publicar dichos resultados si no también asegurar que dicha información esté al alcance del alumno interesado, sin posibilidad al deterioro, perdida, o modificación de dicha información.

En cuanto a la especialidad de Ingeniería Informática de la Facultad de Ingeniería Industrial de la UNP, debemos entender que es la especialidad llamada a ser pilar en la innovación y aplicación de las tecnologías de la información, p

ara el correcto y eficiente desempeño de sus actividades laborales dentro de la UNP así como de la región, siendo una de estas actividades que el docente de a conocer a tiempo y de manera directa e inmediata los resultados de las evaluaciones de sus alumnos.

III.2 Bases Teórico Científicas:

Las aplicaciones Web pueden desarrollarse utilizando cualquier arquitectura posible. Es por tal razón que existe una gran variedad de patrones de diseño y construcción de software. Uno de estos patrones de diseño es la arquitectura Modelo-Vista-Controlador el cual es una paradigma de programación que se puede aplicar tanto a el desarrollo de aplicaciones con interfaz gráfica (GUI) y al desarrollo de aplicaciones para Internet.

3.2.1. Patrón Modelo Vista Controlador (MVC)

Según [Vásquez, 2007] el patrón de diseño MVC (Modelo – Vista – Controlador) consiste en mantener separado el modelo de datos, de la lógica de negocio y la interfaz gráfica. Las capas que propone el patrón MVC para lograr esa separación son las siguientes:

9

Modelo: Es la representación específica de la información con la cual el sistema opera. En resumen, el modelo se limita a tratar los datos que requieren la vista y su controlador, facilitando las presentaciones visuales complejas.

Vista: Se encarga de presentar los datos tratados por el modelo en un formato adecuado para interactuar, usualmente la interfaz de usuario.

Controlador: Responde a eventos, usualmente acciones del usuario, e invoca cambios en el modelo y, probablemente, en la vista.

Muchos sistemas informáticos utilizan un Sistema de Gestión de Base de Datos para tratar los datos: en MVC este tratamiento se corresponde con el Modelo. La unión entre capa de presentación y capa de negocio representaría la integración entre Vista y su correspondiente Controlador de eventos y acceso a datos. MVC no pretende discriminar entre capa de negocio y capa de presentación pero si pretende separar la capa visual gráfica de su correspondiente programación y acceso a datos, algo que mejora el desarrollo y mantenimiento de la Vista y el Controlador en paralelo, ya que ambos cumplen ciclos de vida muy distintos entre sí.

3.2.2. Tecnología J2EE

J2EE es una plataforma que define un estándar para el desarrollo de aplicaciones empresariales multicapa. J2EE simplifica las aplicaciones empresariales basándolas en componentes modulares y estandarizados, proveyendo un completo conjunto de servicios a estos componentes y manejando una parte significativa de la funcionalidad de la aplicación de forma automática, sin necesidad de programación compleja.

J2EE separa la lógica de la presentación de la lógica del negocio, permitiendo que las aplicaciones sean más fáciles de administrar y en consecuencia el mantenimiento de dichas aplicaciones es mucho más simple. Existe una suculenta gama de arquitecturas de diseño de donde pueden seleccionar los programadores J2EE para construir sus aplicaciones.

La plataforma J2EE permite la especialización de los desarrolladores por tipo de componente y funcionalidad. Por ejemplo, un desarrollador de EJB puede crear la lógica del negocio, enfocándose en la reglas del negocio para la empresa. Estos EJB son utilizados por los desarrolladores de los componentes Web, quienes se enfocarán en la presentación de los datos y la interfaz del usuario. Estos componentes serán integrados por el “Integrador

10

de Aplicaciones”, quién será responsable de publicar y administrar la aplicación.

Un “Integrador de Aplicaciones” es una compañía o persona que configura y publica las aplicaciones J2EE. También es una persona que administra la infraestructura de red de cómputo donde las aplicaciones J2EE están ejecutándose.

La especialización de tareas se logra gracias a que la arquitectura J2EE está divida en múltiples capas y cada una de ellas es independiente de las otras:

Los diseñadores Web crean los componentes JSP, servlets o JSF. El comportamiento de la aplicación es creado por programadores

Java a través de componentes. La lógica del negocio puede ser creada por programadores Java y

expertos del negocio. 3.2.3. Modelo RUP para la Implementación de una Arquitectura de Software

El modelo propuesto por RUP (Rational Unified Process) para representar la arquitectura de software utiliza el siguiente conjunto de vistas:

Vista de Casos de Uso: Lista los casos de uso o escenarios del modelo de casos de uso que representen funcionalidades centrales del sistema final, que requieran una gran cobertura arquitectónica o aquellos que impliquen algún punto especialmente delicado de la arquitectura.

Vista Lógica: Describe las partes arquitectónicamente significativas del modelo de diseño, como ser la descomposición en capas, subsistemas o paquetes. Una vez presentadas estas unidades lógicas principales, se profundiza en ellas hasta el nivel que se considere adecuado.

Vista de Procesos: Describe la descomposición del sistema en threads y procesos pesados. Indica que procesos o grupos de procesos se comunican o interactúan entre sí y los modos en que estos se comunican.

Vista de Deployment: Describe uno o más escenarios de distribución física del sistema sobre los cuales se ejecutará y hará el deploy del mismo. Muestra la comunicación entre los diferentes nodos que

11

componen los escenarios antes mencionados, así como el mapeo de los elementos de la Vista de Procesos en dichos nodos.

Vista de Implementación: Describe la estructura general del Modelo de Implementación y el mapeo de los subsistemas, paquetes y clases de la Vista Lógica a subsistemas y componentes de implementación.

Vista de Datos: Describe los elementos principales del Modelo de Datos, brindando un panorama general de dicho modelo en términos de tablas, vistas, índices, etc.

3.2.4. Java Server Faces (JSF)

JSF es un framework orientado a la interfaz gráfica de usuario (GUI), facilitando el desarrollo de éstas, y que sin embargo, realiza una separación entre comportamiento y presentación, además de proporcionar su propio servlet como controlador, implementando así los principios del patrón de diseño MVC lo que da como resultado una aplicación mejor estructurada. Lo que hace a JSF atractivo, es que brinda un modelo basado en componentes y dirigido por eventos para el desarrollo de aplicaciones web, que es similar al modelo usado en aplicaciones GUI standalone durante años [Bergsten, 2004], como es el caso de Swing, el framework estándar para interfaces gráficas de Java.

Los elementos propios de Java Server Faces que conforman una aplicación son típicamente: los archivos JSP (Java Server Pages) que constituyen la interfaz gráfica de la aplicación; los archivos XML que almacenan las configuraciones y elementos a utilizar en la aplicación, los archivos Java y los archivos de paquetes de mensajes.

3.2.5 Pasarela SMS (Gateway SMS)

En general, una pasarela o Gateway es un programa que permite conectar sistemas que tienen informaciones en diferentes formatos, realizando la conversión entre ellos de la forma más transparente posible.

En una pasarela de mensajería SMS, una de las partes a las que está conectada la pasarela es la red celular de telefonía móvil, sobre la que se envían los mensajes SMS.

12

La otra vertiente de la pasarela puede estar conectada a diferentes sistemas o servicios, aunque los casos más comunes incluyen sistemas de correo y redes IP.

El objetivo final de la pasarela es enviar mensajes SMS a petición de equipos cliente que no disponen de los medios necesarios y recibir mensajes SMS para que sean procesados o reenviados por otros medios dentro de la red IP.

Figura 1. Esquema general de una pasarela SMS

3.2.6 Comandos AT

Los comandos AT son instrucciones codificadas que conforman un lenguaje de comunicación entre el hombre y un Terminal MODEM.

Los comandos AT fueron desarrollados en 1977 por Dennis Hayes como un interfaz de comunicación con un MODEM para así poder configurarlo y proporcionarle instrucciones, tales como marcar un número de teléfono. Más adelante, con el avance del baudio, fueron las compañías Microcomm y US Robotics las que siguieron desarrollando y expandiendo el juego de comandos hasta universalizarlo.

Los comandos AT se denominan así por la abreviatura de attention.

Aunque la finalidad principal de los comandos AT es la comunicación con módems, la telefonía móvil GSM también ha adoptado como estándar este lenguaje para poder comunicarse con sus terminales. De esta forma, todos los teléfonos móviles GSM poseen un juego de comandos AT específico que sirve de interfaz para configurar y proporcionar instrucciones a los terminales, permiten acciones tales como realizar llamadas de datos o de

13

voz, leer y escribir en la agenda de contactos y enviar mensajes SMS, además de muchas otras opciones de configuración del terminal.

Es claro que la implementación de los comandos AT corresponde a los dispositivos GSM y no depende del canal de comunicación a través del cual estos comandos sean enviados, ya sea cable de serie, canal Infrarrojos, Bluetooth, etc.

NOTACIÓN DE LOS COMANDOS AT

El envío de comandos AT requiere la siguiente estructura:

• Petición:

Figura 2. Esquema Notación Petición Comando AT

<CR> ... Carriage return

• Respuesta correcta:

Figura 3. Esquema Notación Respuesta Correcta Comando AT

<CR> ... Carriage return <LF> ... Line feed

14

• Respuesta incorrecta:

Figura 2. Esquema Notación Respuesta Incorrecta Comando AT

<CR> ... Carriage return <LF> ... Line feed

3.2.7 Servidor de Aplicaciones GlassFish

Un servidor de aplicaciones es una pieza de software que sirve a las aplicaciones a través de Internet para proporcionar un servicio determinado. En el mundo del desarrollo de aplicaciones web en Java existen muchas herramientas que permiten crear paginas utilizando JSF (como el popular Tomcat de Apache), pero algunas veces necesitamos ir más a fondo en la construcción de una aplicación web y utilizar la versión empresarial de Java (J2EE) para construir aplicaciones que respondan a una arquitectura más especializada y nos encontramos que ya no podemos utilizar un simple servidor de aplicaciones, si no que necesitamos un Servidor de Aplicaciones J2EE, que soporte los componentes para la creación de aplicaciones web empresariales utilizando los estándares sugeridos dentro del J2EE.De estos Servidores de Aplicación para J2EE, existen de todos los tamaños, sabores y colores; pero el soportado oficialmente por Sun Microsystem se llama Glassfish el cual viene en una versión comercial llamada el Sun GlassFish Enterprise Server y en una versión de código abierto llamada simplemente Glassfish, la cual posee dos licencias la CDDL y el GPL.Así que Glassfish es el servidor de aplicaciones para Java en su versión J2EE, que permite la creación de aplicaciones empresariales con componentes web, transaccionales y de persistencia.

3.2.8 Tecnologías y Metodologías a Utilizar

Para la implementación del sistema propuesto para consulta de notas que se basa en el proceso de consulta actual de la Especialidad de Ingeniería Informática de la Facultad de Ingeniería Industrial de la Universidad Nacional de Piura. Que tiene como objetivo que los estudiantes puedan

15

acceder a conocer sus notas por medio de los servicios agregados de comunicaciones, como son el Internet y el sistema de mensajería de los teléfonos móviles. Se deberá contar con una base de datos con la información de los estudiantes, como son: semestre en que se encuentra cursando una carrera, datos personales y número telefónico; que se establece como base de datos de consulta, sin necesariamente ser la misma base de datos de la Institución a la cual se quiere implementar el sistema (UNP), y para ello nos basaremos en una arquitectura de 3 capas y niveles, en 4 distintos servidores, cada uno cumpliendo una función específica. El primer servidor es el contenedor de los datos en una Base MySQL, la cual es el repositorio de datos específicos para la consulta de notas, es decir, no es la misma base de la Institución. El segundo está orientado a la consulta por Internet, siendo el servidor de páginas Web, con un servidor GlassFish, contenedor de páginas Web dinámicas desarrolladas en JSF. Aquí se encuentran las capas de acceso a la base de datos y del negocio; la capa de presentación es implícita para cuando el usuario accede desde un explorador de Internet. El tercero, con dos capas desarrolladas en el IDE NetBeans, que realiza consultas en la base de datos y dentro de la capa de negocio ofrece un Servicio Web a través del servidor de aplicaciones GlassFish, finalmente, una aplicación desarrollada en PHP, que tiene una conexión a un MODEM celular, el cual se encarga de recibir los datos de los mensajes de texto de los estudiantes, que consume el Servicio Web de la capa anterior. En esta parte existe la capa del negocio únicamente, ya que la conectividad con la base de datos se ofrece en el GlassFish y la capa de presentación es precisamente el teléfono celular del usuario final.

El proceso metodológico utilizado para desarrollar es el RUP. Se elije este proceso por su versatilidad al ser un conjunto de metodologías adaptables al contexto y necesidades de cada organización. En síntesis del proceso, se obtiene los requerimientos de los usuarios así como los requerimientos funcionales y no funcionales. En la misma fase de inicio se obtiene los primeros casos de uso modelados con UML. En la elaboración, se detalla la especificación de los casos de uso y además se obtiene como artefactos los diseños de casos de uso, de colaboración, de componentes, de clases, entre otros. En la fase de construcción se realizan pruebas más específicas con respecto a la conectividad y soporte de los servidores. Se realiza la implementación de las primeras versiones de la aplicación. La fase de transición es una fase que tendrá una muy pequeña iteración específicamente para pruebas con datos consistentes en los resultados del prototipo de la aplicación. Se obtienen buenos resultados en las pruebas del sistema, y se concluye que al ser distribuido de esta manera, tiene la capacidad de ser escalable y acoplable

16

para varios tipos de requerimientos, no solamente de instituciones educativas.

III.3 Antecedentes del Tema:

Es difícil que algunos segmentos de las sociedades universitarias no se hayan visto afectados, de alguna forma, por el manejo de la información. De hecho, durante la historia se ha tenido la necesidad de usar distintos sistemas de información para ejecutar las labores.

Entre los antecedentes encontrados en esta investigación se tienen los siguientes:

Para Arízaga y Villareal (2008), estudiantes de la Universidad de Israel, Facultad de Ingeniería de Sistemas Informáticos, en su proyecto denominado “Consultas de Notas vía SMS”, platean como objetivo general desarrollar un sistema que permita al estudiante informarse de sus notas en el teléfono móvil mediante mensajes escritos, el cual para lograr su objetivo estudió el funcionamiento del sistema actual que poseían, encontrando la siguiente problemática:Usuarios que solicitan información simultánea y personalmente en las oficinas de la institución, tres personas atendiendo este requerimiento, secretaría atiende varias tareas encomendadas, resultado largas colas, tiempo de espera prolongado e insatisfacción, inconveniente al obtener la información por que el estudiante debe cumplir horarios laborales. Obteniendo la siguiente conclusión al implementar el sistema: La propuesta presentada es factible de acuerdo a las pruebas realizadas, ya que los tiempos de espera son más bajos y los tiempos de respuesta son más efectivos.

Ahora bien, Cárdenas Fernández Carlos (2006), estudiante de la Universidad Nacional de Ingeniería, en su trabajo titulado “Sistema de Gestión De Notas De Post Grado” planteándose como objetivo general, estudiar y realizar el Sistema de Gestión de Notas de Post Grado tomando en cuenta correcciones y adaptaciones que sean necesarias para garantizar la funcionalidad del sistema, logra llegar a la siguiente conclusión: El sistema propuesto permite dar constancia del rendimiento académico de los estudiantes de postgrado de la Universidad Nacional de Ingeniería, ya que brinda información del usuario tales como reportes, informes especiales, datos estadísticos, etc.

17

III.4 Elaboración de Hipótesis:

Formulación

La Implementación de un sistema de publicación de notas para la consulta vía web

y SMS mejorará el tiempo de espera de los alumnos de la Escuela de Ingeniería

Informática para conocer las calificaciones de sus evaluaciones luego que son

corregidas por el docente.

III.5 Operacionalización de La Hipótesis

Variable Dependiente: Tiempo de espera de los alumnos de la Escuela de

Ingeniería Informática para conocer las calificaciones de sus evaluaciones

luego que son corregidas por el docente.

Variables Independiente:

Sistema de publicación de notas para la consulta vía web y SMS para la

Escuela de Ingeniería Informática.

Variables intervinientes: Tecnología UML – Rational Unified Process

(RUP).

18

Cuadro de Indicadores de la Variable Dependiente

ITEM INDICADORDEFINICION

CONCEPTUALDEFINICION OPERATIVA

UNIDAD DE MEDIDA

TECNICA DE MEDICION

INSTRUMENTO DE MEDICION

1Tiempo en el que el

alumno se entera de la publicación de calificaciones

Intervalo de tiempo que transcurre desde la

publicación física de las calificaciones hasta que el

alumno toma conocimiento del hecho.

Te1=(H1-H2)

H1:hora en que el alumno sabe que las publicaciones están disponibles

H2:Hora en la que el docente publica resultados de evaluación

Minutos Encuesta

Cuestionario

Alumno

(Ver Anexo 1)

2

Tiempo en que el alumno llega a

visualizar su calificación ya estando

enterado de su publicación

Intervalo de tiempo transcurrido desde que el

alumno sabe que ya se publicaron notas, hasta que llega a visualizar su

calificación

Te2(H1-H2)

H1:hora en que el alumno visualiza su calificación

H2: hora en que el alumno sabe que las publicaciones están disponibles

Minutos Encuesta

Cuestionario

Alumno

(Ver Anexo 1)

19

IV. METODOLOGIA

IV.1 Tipo, Nivel, método y diseño de investigación

Tipo : El presente proyecto se trabajara bajo  una Investigación Aplicada, ya que

tiene por finalidad la búsqueda y consolidación del saber, así como la aplicación de los

conocimientos para el crecimiento de la línea de investigación científica, ayudando a la

sistematización y a la vez a la reducción de tiempos de los procesos que serán analizados.

Nivel : Es importante decir que el proyecto factible estará apoyado en una

investigación documental y de campo no experimental de nivel descriptivo. La investigación de

campo consistirá en la recolección de datos directamente de los procedimientos actuales para la

publicación de los resultados de las evaluaciones administradas por los docentes.

Método : El método empleado es el Experimental basado en experimentos, implica

alteración controlada de las condiciones naturales, de tal forma que el investigador creara modelos,

reproducirá condiciones, abstraerá rasgos distintivos del objeto o del problema.

Diseño : Su diseño, de acuerdo a lo señalado por Hernández, Fernández y Baptista

(2003), es transaccional descriptivo, puesto que tiene como objeto indagar la incidencia y los valores

en que se manifiestan las variables, en este caso la.

IV.2 Cobertura del Estudio: Población y Muestra

Población

La Población estará conformada por los alumnos y docentes de la Escuela Profesional de Ingeniería

Informática de la Universidad Nacional de Piura.

Entendiéndose que una Población, según Balestrini (2002), “puede estar referido a cualquier

conjunto de elementos de los cuales se pretende indagar y conocer sus características, o una de ellas”.

(p.137)

Muestra

En este estudio, se consideró pertinente considerar un muestreo aleatorio simple, tomando como

referencia una población aproximada de 300 alumnos de la Escuela Profesional de Ingeniería

Informática.

20

En el caso de la población de estudiantes que tiene tamaño conocido, la técnica empleada para hallar

la muestra es al azar o aleatorio, para evitar la selección directa. A fin de obtener una muestra

representativa utilizaremos el azar. Aplicaremos la siguiente formula probabilística y de distribución

normal (Johnson & Kobe 1999)

Donde:Z: Valor Tabular de la distribución Normal seleccionado de acuerdo al de confiabilidad.N: Tamaño de la población.p: Proporción esperada que los investigadores esperamos encontrar en el estudio.

En este caso es desconocida, por tanto aplicaremos la opción más desfavorable (p=0.5), que hace mayor el tamaño muestral.

e: Máximo error tolerable (1% a 10%).

Para el cálculo del Tamaño Muestral se trabajara con los siguientes datos:

Z=1.96 (para nivel de confianza del 95%.)N=300p=0.5

e=10%=0.1

Reemplazando los valores en la formula obtendremos: 72.93 = 73

Por lo tanto el tamaño muestral será de 85 alumnos de la Escuela Profesional de Ingeniería

Informática.

Definiéndose Muestra, según Hernández, Fernández y Baptista (2003), como “un subgrupo de la

población que debe ser representativo de la misma y que se extrae cuando no es posible medir a cada

una de las unidades de la población”. (p.47).

IV.3 Diseño de Técnicas e Instrumentos de Recolección de información

IV.3.1 Técnicas

Para desarrollar la investigación del proyecto se utilizó la técnica de la entrevista, esta se realizó a los

docentes de la Escuela profesional de Ingeniería Informática de la Facultad de Ingeniería Industrial

de La Universidad Nacional de Piura, las unidades de análisis para el proyecto fueron el área

Administrativa, decano de la Facultad de Sistema, esto con el fin de conocer si se cuenta con el

apoyo y aceptación por medio de la Facultad, además se utilizo la técnica de la encuesta, ésta se

21

aplicó a los estudiantes de todos los niveles, para así conocer la aceptación que tiene la

implementación del Sistema de Publicación de Evaluaciones para Consultas vía web y servicio de

mensaje corto (sms).

IV.3.2 Instrumentos

El instrumento utilizado para la recolección de datos en las encuestas fue el cuestionario, esto con el

objetivo de conocer el grado de aceptación de la nueva alternativa de consulta de notas vía web y

servicio de mensaje corto (sms) por parte de los estudiantes de la Escuela de informática. La

entrevista realizada a los docentes de la Escuela de Informática permitió conocer el interés por

incrementar una herramienta tecnológica para la consulta de notas en la Escuela .Tanto la entrevista

como la encuesta fueron realizadas de una forma confiable y estricta para que tengan validez a la

hora de obtener los datos y realizar el proyecto. Para la investigación documental se utilizará la

lectura científica que permita manejar conceptos básicos y esenciales, los cuales nos permiten

conocer más a fondo los términos a utilizar en la elaboración del sistema.

IV.3.3 Técnicas de Análisis

Al obtener un buen resultado en el proceso y análisis de datos se realizará las siguientes actividades:

Elaboración de encuestas Análisis de datos mediante porcentajes e histogramas

Encuesta para el Alumno

1. ¿Cuentas con un celular propio?

( ) SI ( ) NO

2. ¿Cómo te enteras que se han publicado las notas de un examen?

( ) Por un Amigo ( ) El docente Informa( ) De forma Casual ( ) Otro

3. ¿Por lo general después de cuanto tiempo de publicadas las notas de tus exámenes, llegas a consultarlas?

( ) Menos de 1 hora ( ) Mas de 1 hora( ) Al siguiente día ( ) Después

22

4. ¿Cómo haces para formular un reclamo al profesor por una nota errada?

( ) Hablo con el docente ( ) Presento una queja( ) Otro

5. ¿Qué propones para mejorar el proceso de publicación de notas?

………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

Encuesta para el Docente

1. ¿Qué formato emplea para publicar las calificaciones de una evaluación?

( ) Excel ( ) Pdf( ) Word ( ) Otro

2. ¿Dónde publica las calificaciones de sus evaluaciones?

( ) En la ventana de su oficina ( ) En la Web( ) En el Periódico Mural ( ) Las entrega Personalmente

3. ¿Qué problemas se presentan más a menudo con los alumnos a la hora de publicación de resultados?

( ) Se forman colas al exterior de la oficina ( ) Lo llaman al móvil( ) Le hacen saber por el delegado ( ) Otros

V. ESQUEMA DEL CONTENIDO O ÍNDICE ANALÍTICO TENTATIVO DEL PROYECTO

Resumen

Dedicatoria

Agradecimientos

Índice

Introducción

CAPÍTULO 1: Aspectos Generales

Escuela Profesional De Ingeniería Informática

Visión

Misión

23

Objetivos

Funciones

Estructura Orgánica

CAPÍTULO 2: Sistemas de Información basados en tecnología Web

Ingeniería Web

Definición de Ingeniería Web

Tipos de aplicaciones Web

Características de una aplicación Web

Tecnologías de desarrollo

Arquitectura para sistemas Web

Seguridad en sistemas Web

Metodología, técnicas de desarrollo de software y herramientas a utilizar

Proceso Unificado Racional

Lenguaje de Programación Java

Pasarela SMS (Gateway SMS)

Administrador de base de datos MySQL

CAPÍTULO 4: Análisis del Sistema

Formulación del Problema

Situación Actual

Alcance del Sistema Propuesto

Definición de Requerimientos

Modelado del Negocio

Definir los procesos del negocio

Diagrama de Casos de uso del Negocio

Especificaciones de los Casos de uso del Negocio

Diagrama de Objetos del Negocio (MON)

Diagrama del Dominio

24

Modelado de Requerimientos

Diagrama de Casos de Uso de Requerimientos

Especificaciones de los Casos de uso de Requerimientos

Diagrama de caso de uso del sistema

Diagrama de Clases

Diagrama de Estados

CAPÍTULO 5: Diseño Del Sistema

Diagrama de Datos

Diagrama de Colaboración

Diagrama de Secuencia

Diseño de las interfaces de usuario

CAPÍTULO 6: Implementación y Pruebas de desempeño

Diagrama de Componentes

Diagrama de despliegue

Instalación del Sistema

CAPÍTULO 7: Pruebas de desempeño

Pruebas Unitarias

Pruebas de Caja de Negra

Pruebas de Caja blanca

CAPÍTULO 8: Presentación de Resultados

Resultados

CAPÍTULO 9: Análisis de Resultados

Interpretación de Graficas

Validación de hipótesis

Conclusiones y Recomendaciones

Bibliografía

25

Anexos

VI. ASPECTOS ADMINISTRATIVOS

VI.1 Cronograma de la Investigación.

Fecha de Inicio: 05 – 05 -2012Fecha de Finalización: 27-09-2012Duración: 123.97 días.

NOMBRE DURACION AVANCE COMIENZO FIN1 Sistema de Gestión de Consultas 123.97 días? 24% 05/05/2012 27/09/20122 Revisión de Requisitos No Funcionales 4 días 100% 05/05/2012 10/05/20123 Elaboración de Documentación de Requisitos funcionales 29.75 días 100% 11/05/2012 14/06/20124 Revisión de Diagramas de Caso de Uso 2 días 100% 11/05/2012 14/05/20125 Elaboración de Descripción de Casos de Uso 3 días 100% 15/05/2012 17/05/20126 Revisión de Diagrama de BD 2 días 100% 18/05/2012 21/05/20127 Revisión de Diccionario de Datos 1 día 100% 22/05/2012 22/05/20128 Elaboración de Diagramas de Secuencia 4 días 100% 24/05/2012 31/05/20129 Elaboración de Diagrama de Clases 2 días 100% 01/06/2012 04/06/2012

10 Elaboración de Diagramas de Estado 2 días 100% 05/06/2012 06/06/201211 Elaboración de Diagramas de Componentes 2 días 100% 09/06/2012 12/06/201212 Elaboración de Diagrama de Despliegue 1 día 100% 13/06/2012 13/06/201213 Revisión de Diagrama de Arquitectura 1 día 100% 14/06/2012 14/06/201214 Diseño de Pantallas 7.09 días 0% 15/06/2012 23/06/201215 Elaboración de Plantilla General 1 día 0% 15/06/2012 15/06/201216 Pantallas del Módulo de Perfiles 3 días 0% 16/06/2012 20/06/2012

17 Reuniones con el Encargado de Sistemas del CIT de

UNP 3 días 0% 20/06/2012 23/06/201218 Desarrollo 81.69 días? 0% 25/06/2012 27/09/201219 Módulo de Configuración de Consultas 5 días 0% 25/06/2012 29/06/201220 Creación de Clases JPA 2 días 0% 25/06/2012 26/06/201221 Creación de EJB 3 días 0% 26/06/2012 29/06/201222 Diseño e Implementación de Interfaces 76.22 días? 0% 30/06/2012 27/09/201223 Gestión de Semestres 10.66 días 0% 30/06/2012 12/07/201224 Mantenedor de Grupos 2 días 0% 30/06/2012 03/07/201225 Mantenedor de Secciones 3 días 0% 04/07/2012 06/07/201226 Mantenedor de Cursos 2 días 0% 07/07/2012 10/07/201227 Mantenedor Tipo Evaluación 2 días 0% 11/07/2012 12/07/201228 Gestión de Registro de Inscripción 55.63 días? 0% 13/07/2012 17/09/201229 Implementación de Web Servise Validaciones 6 días 0% 13/07/2012 20/07/201230 Mantenedor de Alumnos 3 días 0% 21/07/2012 25/07/201231 Mantenedor de Profesor 3 días 0% 26/07/2012 30/07/201232 Gestión de Inscripción de Profesor 8.38 días 0% 31/07/2012 09/08/201233 Mantenedor de Asociación profesor curso 4 días 0% 31/07/2012 03/08/2012

26

34 Mantenedor de carga de archivos Excel 4 días 0% 04/08/2012 09/08/201235 Gestión de Inscripción de Alumno 31.75 días? 0% 10/08/2012 17/09/201236 Mantenedor de Asociación Alumno Curso 3 días 0% 10/08/2012 14/08/201237 Mantenedor de Carga de archivos Excel 4 días 0% 15/08/2012 20/08/201238 Gestión de Evaluaciones 13.34 días 0% 21/08/2012 05/09/201239 Mantenedor de Registro de Evaluaciones 3 días 0% 21/08/2012 23/08/201240 Implementación de envió de notificaciones 3 días 0% 24/08/2012 28/08/201241 Mantenedor de Reclamos 3 días 0% 29/08/2012 31/08/201242 Mantenedor de Archivos Adjuntos 3 días 0% 01/09/2012 05/09/201243 Gestión de Consultas 8.97 días? 0% 06/09/2012 17/09/201244 Configuración de Servidor SMS 2 días 0% 06/09/2012 07/09/201245 Implementación de pasarela GSM 2 días 0% 08/09/2012 11/09/201246 Implementación de Estructura de SMS 2.19 días? 0% 11/09/2012 12/09/201247 Implantación de estructura de Reportes web 3 días 0% 13/09/2012 17/09/201248 Pruebas Integrales 5 días 0% 18/09/2012 24/09/201249 Levantamiento de Observaciones 3 días 0% 25/09/2012 27/09/2012

27

DIAGRAMA DE GANTT

28

VI.2 Presupuesto de la investigación (Recursos humanos, materiales y servicios).

VI.2.1 Recursos Humanos

VI.2.2 Recursos Materiales

29

Recurso HumanoTiempo

(Mes)

Costo Mensual

(S/.)

Costo Total

(S/.)

Analista – Programador 4 1000.00 4000.00

Programador 4 1000.00 4000.00

Diseñador 4 1000.00 4000.00

Total 3000.00 12000.00

Recurso Material Cantidad UnidadPrecio Unitario

(S/.)

Costo Total

(S/.)

Celular Nokia 1 Unidad 200.00 200.00

Papel Bond A-4 1 Millar 30.00 30.00

Memoria USB 2GB 1 Unidad 40.00 40.00

CD - R 10 Unidad 1.50 15.00

Total 285.00

VI.2.3 Servicios

VI.2.4 Cuadro Resumen

Recursos Costo Total

Humanos 12000.00

Materiales 285.00

Servicios 690.00

Costo Total 12975.00

Fuente de Financiamiento: Propia

Bibliografía

30

Recurso Material Cantidad UnidadPrecio Unitario

(S/.)

Costo Total

(S/.)

Internet 3 Mes 50.00 150.00

Impresión 1 Millar 0.30 300.00

Movilidad 3 Mes 80.00 240.00

Total 690.00

LICHTENHELDT, D. J. (03 de 2010). Universidad Nacional de Piura. Recuperado el 01 de 06 de 2012, de Presentación: http://www.unp.edu.pe/institucional/index.php?option=com_content&view=article&id=55&Itemid=57

Universidad Nacional de Piura. (2012). Marco Legal / Facultades y Postgrado / Facultad de Ingenieria Industrial / Plan Operativo Institucional 2012. Recuperado el 01 de 06 de 2012, de http://www.unp.edu.pe/institucional/index.php?option=com_content&view=article&id=79&Itemid=130

Universidad Nacional de Piura. (2010). Universidad Nacional de Piura. Recuperado el 01 de 06 de 2012, de La Ley 13531 y la UTP.

Universidad Nacional de Piura. (2010). Universidad Nacional de Piura. Recuperado el 01 de 06 de 2012, de Las Facultades de la UTP: http://www.unp.edu.pe/institucional/index.php?option=com_content&view=article&id=57&Itemid=67&limitstart=8

31