Sie sind auf Seite 1von 30

UNIVERSIDAD NACIONAL DE PIURA FACULTAD DE INGENIERIA INDUSTRIAL

PROGRAMA DE ACTUALIZACION EN INGENIERIA INFORMATICA VERSION XIV

PERFIL DE INVESTIGACION PROFESIONAL ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA DE PUBLICACIN DE EVALUACIONES PARA CONSULTAS VA WEB Y SERVICIO DE MENSAJE CORTO (SMS), PARA LA ESCUELA PROFESIONAL DE INGENIERA INFORMTICA DE LA UNIVERSIDAD NACIONAL DE PIURA

RESPONSABLES Bach. FERNNDEZ 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 1.1 Versin Del Patpro Programa de Actualizacinn Profesional en Ingeniera Informtica Versin XIV 1.2 Ttulo Tentativo Anlisis, Diseo e Implementacin de un Sistema de Publicacin de Evaluaciones para consultas va Web y Servicio de Mensaje Corto (SMS), para la Escuela Profesional de Ingeniera Informtica de la Universidad Nacional de Piura 1.3 Autor(es): Bach. Fernndez Rivera Juan Alberto Bach. Flores Estrada Enrique Alberto Bach. Gonzales Sandoval Paul Jimmy 1.4 Asesor: Ing. Cruz Yarlequ Wilfredo 1.5 Lnea de Investigacin: Tecnologa de la Informacin e Ingeniera de Software. 1.6 Fecha de Ejecucin: De Mayo a Setiembre del 2012

II.

PLANTEAMIENTO DEL PROBLEMA 2.1 Descripcin de la Realidad Problemtica La Universidad Nacional de Piura (UNP), es una institucin pblica que tiene como finalidad la formacin 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 Ingeniera industrial (FII) y dentro de ella la especialidad de Ingeniera Informtica. Los docentes de la especialidad de Ingeniera Informtica, evalan constantemente a sus estudiantes utilizando diferentes instrumentos de evaluacin, los resultados de estas calificaciones las registran en sus archivos personales (Hojas de Excel, Base de Datos, bitcoras, etc.), y tienen la responsabilidad de publicar estos resultados segn el reglamento acadmico de la UNP, pero debido al nmero de asignaturas de las que son responsables, a las horas de dictado de clases asignadas, y/o a los cursos de
2

especializacin (Maestra, Doctorados, etc.) en los que algunos docentes estn inscritos como parte de su formacin profesional, es que la publicacin de las calificaciones muchas veces no se da en el tiempo establecido o planteado por el reglamento acadmico, llegando algunas veces a publicarse los resultados de las calificaciones al finalizar el ciclo acadmico, dejando al alumno sin posibilidad de reclamo, es por esta razn 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, adems de malestar e inconformidad en la relacin docente alumno y/o viceversa. Tambin algunos docentes logran publicar sus notas en el mural respectivo de su oficina, pero algn alumno descontento con su nota, opta por daar lo publicado (rayar, romper y/o retirar la publicacin), y de esta forma no todos los alumnos acceden a tener conocimiento de su(s) calificacin(es). Los alumnos no cuentan con informacin actualizada para obtener los resultados de las evaluaciones y cuando estas evaluaciones se publican no son notificados de manera inmediata.

2.2 Definicin del Problema La publicacin de los resultados de las evaluaciones de los alumnos de la FII por parte de los docentes es un tema muy importante para la poblacin estudiantil, ya que de esta manera pueden llevar un mayor control sobre su rendimiento acadmico, 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 acadmico que establece se deben devolver a los siete das hbiles de haber sido administrada la evaluacin. El presente Trabajo de Investigacin propone un sistema de publicacin de los resultados de las evaluaciones acadmicas, 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 travs de un SMS (servicio de mensaje corto), buscando de esta forma aminorar la brecha del tiempo en la publicacin de resultados, y dar un mayor control del rendimiento acadmico de cada estudiante. Adems el sistema propuesto deber incidir en el tema de seguridad para la autentificacin de los usuarios e integridad de la informacin brindada, para que no exista duda alguna de la veracidad de los resultados.
3

2.3 Delimitacin del Problema La presente investigacin ser realizada en la Facultad de Ingeniera Industrial, especialidad de Ingeniera Informtica, de la Universidad Nacional de Piura. La duracin del proyecto ser de cuatro meses a partir de la aprobacin del perfil de investigacin profesional. Con esta investigacin se lograr dar un aporte intelectual tanto a los a estudiantes de ingeniera informtica como a los investigadores ligados al estudio y desarrollo de Sistemas de Informacin a los cuales se les proporcionar evidencia emprica de los resultados obtenidos con la implementacin del sistema a desarrollar, el cual posteriormente se puede utilizar en otras escuelas profesionales de la UNP y otras universidades. 2.4 Formulacin del Problema Cmo mejorar la implementacin de un sistema de consultas de evaluaciones va internet y SMS el tiempo de entrega de los resultados de las evaluaciones? 2.5 Objetivos: Objetivo General Analizar, disear e implementar un sistema de publicacin de evaluaciones para consulta va Web y SMS para la escuela profesional de Ingeniera Informtica de la Universidad Nacional de Piura. Objetivos Especficos Determinar los requerimientos del sistema, especificando el propsito general del Sistema de Software propuesto. Analizar el documento de requerimientos para producir las especificaciones tcnicas del sistema utilizando los diagramas de Caso de Uso. Disear la estructura y el comportamiento del sistema de software (DOO). Establecer los mecanismos de seguridad para la aplicacin. Implementar el diseo del sistema de software (codificacin). Realizar pruebas y depuraciones del sistema implementado. Evaluar los resultados de la investigacin de acuerdo a los criterios de evaluacin establecida.

2.6 Justificacin Conscientes de la importancia que posee la publicacin en el tiempo establecido por el reglamento de la UNP de los resultados de las evaluaciones de los alumnos de la escuela profesional de Ingeniera informtica por parte de los docentes, ya que dichos resultados son utilizados como instrumento de control sobre su rendimiento acadmico, el presente proyecto tiene repercusin prctica sobre el cumplimiento de los tiempos establecidos por reglamento universitario, aportando una herramienta valiosa que servir para disminuir el tiempo de publicacin de los resultados de las evaluaciones, de manera notoria, debido a que en la actualidad la mayora contamos con una conexin a internet y/o un telfono mvil, que podemos utilizar las 24 horas del da. Por otra parte, se necesita que el sistema sea una aplicacin sencilla, amena, garantizando la seguridad e integridad de la informacin y de fcil utilizacin que permita conocer toda la informacin referente a las evaluaciones de los alumnos de la escuela de ingeniera informtica, utilizando las ventajas de la tecnologa desarrollada para Internet y GSM, por lo que la informacin pueden ser solicitados o consultados va Web y SMS y notificar de manera automtica cuando est disponible una nueva publicacin de resultados. De esta forma con el desarrollo de este sistema los docentes podrn publicar los resultados de las evaluaciones en el tiempo establecido por reglamento, y los alumnos podrn tener un mayor control de su rendimiento acadmico, adems de asegurar la veracidad y accesibilidad de los resultados. 2.7 Limitaciones y Viabilidad de la Investigacin Entre los factores que se consideran puedan limitar la investigacin estn: La informacin es accesible pero insuficiente, ocasionando que no se tenga una visin clara de los instrumentos de evaluacin de cada docente, para llegar a un consenso en el uso de un nico formato de exportacin de resultado de evaluaciones, ya que estos no se encuentran documentados. Poca disponibilidad por parte de los docentes debido a su carga acadmica diaria, disponiendo de un tiempo limitado para brindarnos la informacin necesaria. En relacin a la viabilidad del proyecto tenemos: Se cuenta con la tecnologa y herramientas necesarias para el desarrollo y entrega del proyecto.
5

Se cuenta con herramientas de libre distribucin para la implementacin de la aplicacin, por lo que no ser necesaria la adquisicin de licencias de uso. III. MARCO TERICO 3.1 Marco Referencial: 3.1.1 Universidad Nacional de Piura (UNP) Desde sus orgenes 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 minera metlica y no metlica son tambin un desafo 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 Tcnica de Piura. Inmediatamente despus, de acuerdo con el artculo 16 de la citada Ley, se constituy el Primer Patronato de la Universidad Tcnica 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, habindose hecho extensiva la invitacin a la ciudadana en general. La ceremonia de instalacin estuvo a cargo del seor Prefecto del Departamento Ing. Lus Talledo Villar, quien en nombre del Supremo Gobierno declar solemnemente instalado el Patronato de la Universidad Tcnica de Piura, cuya presidencia recay en el Dr. Anbal Santibez Morales, en calidad de Representante del Gobierno de la Repblica, segn reza la Resolucin Suprema N 193 del 23 de abril de 1961, (Universidad Nacional de Piura, 2010, pg. 5) Las Facultades de la UTP En 1962 se fund la Escuela de Agronoma y en 1966 se cre la Escuela de Ingeniera Industrial. A partir de 1967 estas Escuelas cambiaron de denominacin. Fue cuando se fundaron las Facultades de Ingeniera 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 Educacin. Las Facultades de Arquitectura y Urbanismo y de Derecho y Ciencias Polticas nacieron en 1995, mientras que la Facultad de Ingeniera Civil fue fundada el 13 de mayo de 1996. (Universidad Nacional de Piura, 2010, pg. 9)
6

3.1.2 Facultad de Ingeniera Industrial La Facultad de Ingeniera Industrial (F.I.I.) fue creada el 12 de setiembre de 1968, mediante Resolucin N 476-CU del 31 de diciembre de 1966 y forma parte del sistema facultativo, establecido, por el Artculo N 7 del Estatuto de la UNIVERSIDAD NACIONAL DE PIURA. Actualmente la F.I.I. Est integrada por: Escuela Profesional de Ingeniera Industrial Escuela Profesional de Ingeniera Informtica Escuela Profesional de Ingeniera Mecatrnica Escuela Profesional de Ingeniera Agroindustrial e Industrias Alimentarias (Universidad Nacional de Piura, 2012, pg. 116)

Misin de la Facultad de Ingeniera Industrial La Facultad de Ingeniera Industrial de la UNP tiene por misin formar profesionales de la Ingeniera Industrial, Informtica, Agroindustrial e industrias alimentarias y Mecatrnica; ntegros, competitivos, conocedores de la realidad socioeconmica de su entorno y preparados acadmicamente para responder con xito a los retos que le demande la globalizacin, con la decisin de crear y liderar los cambios necesarios para contribuir al mejoramiento continuo de los procesos productivos de bienes y servicios, haciendo uso de la investigacin, las herramientas y las tcnicas cientficas de la ingeniera. (Universidad Nacional de Piura, 2012) Visin de la Facultad de Ingeniera Industrial La Facultad de Ingeniera Industrial de la UNP aspira ser acreditada, lder en la formacin integral de ingenieros en el campo Industrial, Informtico, Agroindustrial e Industrias Alimentarias y Mecatrnica, con talento humano, tcnico y cientfico para participar positivamente en el crecimiento y desarrollo social de su entorno, con perspectiva investigadora, empresarial y principios ticos. 3.1.3 Especialidad De Ingeniera Informtica La Escuela Profesional de Ingeniera Informtica de la UNP, creada por acuerdo de Asamblea Universitaria de fecha lunes 31 de mayo de 1993, aprueba la creacin de la Escuela Profesional de Ingeniera Informtica. La propuesta para la creacin de esta Escuela Profesional la hace el Ing. Irwing

Senz Seminario tomando como base el proyecto de la segunda especializacin en Sistemas e Informtica. El mircoles 6 de Octubre del mismo 2003, mediante Resolucin Rectoral 1095-R-93 se da inicio a las actividades de funcionamiento de la Escuela Profesional de Ingeniera Informtica. En abril de 1994, se da inicio a las actividades acadmicas de la Escuela Profesional de Ingeniera Informtica, siendo en ese ao, la segunda carrera profesional con mayor nmero de postulantes despus de Ciencias Contables. La primera promocin de esta escuela tuvo 60 ingresantes. Mediante Resolucin Rectoral 776-R-95 del 28 de abril de 1995, se aprueba el Plan de Estudios de la Escuela Profesional de Ingeniera Informtica. Normatividad de la Publicacin de Evaluaciones de la Escuela de Ingeniera Informtica Segn el Reglamento Acadmico de la Universidad Nacional de Piura, en su captulo VI, denominado Del Sistema de Evaluacin, artculo 54, los exmenes escritos son calificados por los profesores y entregados a los alumnos a ms tardar 7 das despus de haber sido administrados. Estos versarn sobre temas tratados en clase por el profesor, pudiendo tambin referirse a prcticas, trabajos encargados y lecturas obligatorias asignadas a los alumnos (*). Por ende, la publicacin de los resultados de las evaluaciones en el tiempo establecido es deber de los docentes y derecho del alumnado, constituyndose como una actividad importante dentro de la formacin acadmica, 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 trmite a cumplir.

(*) Datos obtenidos del Reglamento Acadmico de la Universidad Nacional de Piura, aprobado en sesin ordinaria de consejo universitario de fecha 25 de julio de 2006, segn resolucin de consejo universitario n 497-cu-2006 del 25.07.2006.

La publicacin a tiempo de los resultados de dichas evaluaciones depende de los siguientes factores: Nmero de asignaturas de las que es responsable un docente Nmero de horas de dictado de clases del docente. Disposicin de las horas de dictado de clases ( de manera continua, en diferentes turnos) Los cursos de especializacin (Maestra, Doctorados, etc.) en los que algunos docentes estn inscritos como parte de su formacin profesional

La importancia de la publicacin 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 tambin asegurar que dicha informacin est al alcance del alumno interesado, sin posibilidad al deterioro, perdida, o modificacin de dicha informacin. En cuanto a la especialidad de Ingeniera Informtica de la Facultad de Ingeniera Industrial de la UNP, debemos entender que es la especialidad llamada a ser pilar en la innovacin y aplicacin de las tecnologas de la informacin, p ara el correcto y eficiente desempeo de sus actividades laborales dentro de la UNP as como de la regin, 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. 3.2 Bases Terico Cientficas: Las aplicaciones Web pueden desarrollarse utilizando cualquier arquitectura posible. Es por tal razn que existe una gran variedad de patrones de diseo y construccin de software. Uno de estos patrones de diseo es la arquitectura Modelo-Vista-Controlador el cual es una paradigma de programacin que se puede aplicar tanto a el desarrollo de aplicaciones con interfaz grfica (GUI) y al desarrollo de aplicaciones para Internet. 3.2.1. Patrn Modelo Vista Controlador (MVC) Segn [Vsquez, 2007] el patrn de diseo MVC (Modelo Vista Controlador) consiste en mantener separado el modelo de datos, de la lgica de negocio y la interfaz grfica. Las capas que propone el patrn MVC para lograr esa separacin son las siguientes:

Modelo: Es la representacin especfica de la informacin 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 informticos utilizan un Sistema de Gestin de Base de Datos para tratar los datos: en MVC este tratamiento se corresponde con el Modelo. La unin entre capa de presentacin y capa de negocio representara la integracin entre Vista y su correspondiente Controlador de eventos y acceso a datos. MVC no pretende discriminar entre capa de negocio y capa de presentacin pero si pretende separar la capa visual grfica de su correspondiente programacin 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. Tecnologa J2EE J2EE es una plataforma que define un estndar para el desarrollo de aplicaciones empresariales multicapa. J2EE simplifica las aplicaciones empresariales basndolas en componentes modulares y estandarizados, proveyendo un completo conjunto de servicios a estos componentes y manejando una parte significativa de la funcionalidad de la aplicacin de forma automtica, sin necesidad de programacin compleja. J2EE separa la lgica de la presentacin de la lgica del negocio, permitiendo que las aplicaciones sean ms fciles de administrar y en consecuencia el mantenimiento de dichas aplicaciones es mucho ms simple. Existe una suculenta gama de arquitecturas de diseo de donde pueden seleccionar los programadores J2EE para construir sus aplicaciones. La plataforma J2EE permite la especializacin de los desarrolladores por tipo de componente y funcionalidad. Por ejemplo, un desarrollador de EJB puede crear la lgica del negocio, enfocndose en la reglas del negocio para la empresa. Estos EJB son utilizados por los desarrolladores de los componentes Web, quienes se enfocarn en la presentacin de los datos y la interfaz del usuario. Estos componentes sern integrados por el Integrador

10

de Aplicaciones, quin ser responsable de publicar y administrar la aplicacin. Un Integrador de Aplicaciones es una compaa o persona que configura y publica las aplicaciones J2EE. Tambin es una persona que administra la infraestructura de red de cmputo donde las aplicaciones J2EE estn ejecutndose. La especializacin de tareas se logra gracias a que la arquitectura J2EE est divida en mltiples capas y cada una de ellas es independiente de las otras: Los diseadores Web crean los componentes JSP, servlets o JSF. El comportamiento de la aplicacin es creado por programadores Java a travs de componentes. La lgica del negocio puede ser creada por programadores Java y expertos del negocio. 3.2.3. Modelo RUP para la Implementacin 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 arquitectnica o aquellos que impliquen algn punto especialmente delicado de la arquitectura. Vista Lgica: Describe las partes arquitectnicamente significativas del modelo de diseo, como ser la descomposicin en capas, subsistemas o paquetes. Una vez presentadas estas unidades lgicas principales, se profundiza en ellas hasta el nivel que se considere adecuado. Vista de Procesos: Describe la descomposicin del sistema en threads y procesos pesados. Indica que procesos o grupos de procesos se comunican o interactan entre s y los modos en que estos se comunican. Vista de Deployment: Describe uno o ms escenarios de distribucin fsica del sistema sobre los cuales se ejecutar y har el deploy del mismo. Muestra la comunicacin 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 Implementacin: Describe la estructura general del Modelo de Implementacin y el mapeo de los subsistemas, paquetes y clases de la Vista Lgica a subsistemas y componentes de implementacin. Vista de Datos: Describe los elementos principales del Modelo de Datos, brindando un panorama general de dicho modelo en trminos de tablas, vistas, ndices, etc.

3.2.4. Java Server Faces (JSF) JSF es un framework orientado a la interfaz grfica de usuario (GUI), facilitando el desarrollo de stas, y que sin embargo, realiza una separacin entre comportamiento y presentacin, adems de proporcionar su propio servlet como controlador, implementando as los principios del patrn de diseo MVC lo que da como resultado una aplicacin 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 aos [Bergsten, 2004], como es el caso de Swing, el framework estndar para interfaces grficas de Java. Los elementos propios de Java Server Faces que conforman una aplicacin son tpicamente: los archivos JSP (Java Server Pages) que constituyen la interfaz grfica de la aplicacin; los archivos XML que almacenan las configuraciones y elementos a utilizar en la aplicacin, 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 conversin entre ellos de la forma ms transparente posible. En una pasarela de mensajera SMS, una de las partes a las que est conectada la pasarela es la red celular de telefona mvil, sobre la que se envan los mensajes SMS.

12

La otra vertiente de la pasarela puede estar conectada a diferentes sistemas o servicios, aunque los casos ms comunes incluyen sistemas de correo y redes IP. El objetivo final de la pasarela es enviar mensajes SMS a peticin 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 comunicacin entre el hombre y un Terminal MODEM. Los comandos AT fueron desarrollados en 1977 por Dennis Hayes como un interfaz de comunicacin con un MODEM para as poder configurarlo y proporcionarle instrucciones, tales como marcar un nmero de telfono. Ms adelante, con el avance del baudio, fueron las compaas 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 comunicacin con mdems, la telefona mvil GSM tambin ha adoptado como estndar este lenguaje para poder comunicarse con sus terminales. De esta forma, todos los telfonos mviles GSM poseen un juego de comandos AT especfico 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, adems de muchas otras opciones de configuracin del terminal. Es claro que la implementacin de los comandos AT corresponde a los dispositivos GSM y no depende del canal de comunicacin a travs del cual estos comandos sean enviados, ya sea cable de serie, canal Infrarrojos, Bluetooth, etc. NOTACIN DE LOS COMANDOS AT El envo de comandos AT requiere la siguiente estructura: Peticin:

Figura 2. Esquema Notacin Peticin Comando AT

<CR> ... Carriage return Respuesta correcta:

Figura 3. Esquema Notacin Respuesta Correcta Comando AT

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

14

Respuesta incorrecta:

Figura 2. Esquema Notacin 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 travs 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 ms a fondo en la construccin de una aplicacin web y utilizar la versin empresarial de Java (J2EE) para construir aplicaciones que respondan a una arquitectura ms 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 creacin de aplicaciones web empresariales utilizando los estndares sugeridos dentro del J2EE. De estos Servidores de Aplicacin para J2EE, existen de todos los tamaos, sabores y colores; pero el soportado oficialmente por Sun Microsystem se llama Glassfish el cual viene en una versin comercial llamada el Sun GlassFish Enterprise Server y en una versin de cdigo 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 versin J2EE, que permite la creacin de aplicaciones empresariales con componentes web, transaccionales y de persistencia. 3.2.8 Tecnologas y Metodologas a Utilizar Para la implementacin del sistema propuesto para consulta de notas que se basa en el proceso de consulta actual de la Especialidad de Ingeniera Informtica de la Facultad de Ingeniera 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 mensajera de los telfonos mviles. Se deber contar con una base de datos con la informacin de los estudiantes, como son: semestre en que se encuentra cursando una carrera, datos personales y nmero telefnico; que se establece como base de datos de consulta, sin necesariamente ser la misma base de datos de la Institucin 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 funcin especfica. El primer servidor es el contenedor de los datos en una Base MySQL, la cual es el repositorio de datos especficos para la consulta de notas, es decir, no es la misma base de la Institucin. El segundo est orientado a la consulta por Internet, siendo el servidor de pginas Web, con un servidor GlassFish, contenedor de pginas Web dinmicas desarrolladas en JSF. Aqu se encuentran las capas de acceso a la base de datos y del negocio; la capa de presentacin es implcita 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 travs del servidor de aplicaciones GlassFish, finalmente, una aplicacin desarrollada en PHP, que tiene una conexin 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 presentacin es precisamente el telfono celular del usuario final. El proceso metodolgico utilizado para desarrollar es el RUP. Se elije este proceso por su versatilidad al ser un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. En sntesis 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 elaboracin, se detalla la especificacin de los casos de uso y adems se obtiene como artefactos los diseos de casos de uso, de colaboracin, de componentes, de clases, entre otros. En la fase de construccin se realizan pruebas ms especficas con respecto a la conectividad y soporte de los servidores. Se realiza la implementacin de las primeras versiones de la aplicacin. La fase de transicin es una fase que tendr una muy pequea iteracin especficamente para pruebas con datos consistentes en los resultados del prototipo de la aplicacin. 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. 3.3 Antecedentes del Tema: Es difcil que algunos segmentos de las sociedades universitarias no se hayan visto afectados, de alguna forma, por el manejo de la informacin. De hecho, durante la historia se ha tenido la necesidad de usar distintos sistemas de informacin para ejecutar las labores. Entre los antecedentes encontrados en esta investigacin se tienen los siguientes: Para Arzaga y Villareal (2008), estudiantes de la Universidad de Israel, Facultad de Ingeniera de Sistemas Informticos, en su proyecto denominado Consultas de Notas va SMS, platean como objetivo general desarrollar un sistema que permita al estudiante informarse de sus notas en el telfono mvil mediante mensajes escritos, el cual para lograr su objetivo estudi el funcionamiento del sistema actual que posean, encontrando la siguiente problemtica: Usuarios que solicitan informacin simultnea y personalmente en las oficinas de la institucin, tres personas atendiendo este requerimiento, secretara atiende varias tareas encomendadas, resultado largas colas, tiempo de espera prolongado e insatisfaccin, inconveniente al obtener la informacin por que el estudiante debe cumplir horarios laborales. Obteniendo la siguiente conclusin al implementar el sistema: La propuesta presentada es factible de acuerdo a las pruebas realizadas, ya que los tiempos de espera son ms bajos y los tiempos de respuesta son ms efectivos. Ahora bien, Crdenas Fernndez Carlos (2006), estudiante de la Universidad Nacional de Ingeniera, en su trabajo titulado Sistema de Gestin De Notas De Post Grado plantendose como objetivo general, estudiar y realizar el Sistema de Gestin 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 conclusin: El sistema propuesto permite dar constancia del rendimiento acadmico de los estudiantes de postgrado de la Universidad Nacional de Ingeniera, ya que brinda informacin del usuario tales como reportes, informes especiales, datos estadsticos, etc.

17

3.4 Elaboracin de Hiptesis:


Formulacin La Implementacin de un sistema de publicacin de notas para la consulta va web y SMS mejorar el tiempo de espera de los alumnos de la Escuela de Ingeniera Informtica para conocer las calificaciones de sus evaluaciones luego que son corregidas por el docente.

3.5 Operacionalizacin de La Hiptesis


Variable Dependiente: Tiempo de espera de los alumnos de la Escuela de Ingeniera Informtica para conocer las calificaciones de sus evaluaciones luego que son corregidas por el docente. Variables Independiente: Sistema de publicacin de notas para la consulta va web y SMS para la Escuela de Ingeniera Informtica. Variables intervinientes: Tecnologa UML Rational Unified Process (RUP).

18

Cuadro de Indicadores de la Variable Dependiente


ITEM INDICADOR DEFINICION CONCEPTUAL DEFINICION OPERATIVA UNIDAD DE MEDIDA TECNICA DE MEDICION INSTRUMENTO DE MEDICION

Tiempo en el que el alumno se entera de la publicacin de calificaciones

Intervalo de tiempo que transcurre desde la publicacin fsica de las calificaciones hasta que el alumno toma conocimiento del hecho. Intervalo de tiempo transcurrido desde que el alumno sabe que ya se publicaron notas, hasta que llega a visualizar su calificacin

Te1=(H1-H2)
H1:hora en que el alumno sabe que las publicaciones estn disponibles H2:Hora en la que el docente publica resultados de evaluacin

Cuestionario Minutos Encuesta Alumno (Ver Anexo 1)

Tiempo en que el alumno llega a visualizar su calificacin ya estando enterado de su publicacin

Te2(H1-H2) Cuestionario
H1:hora en que el alumno visualiza su calificacin H2: hora en que el alumno sabe que las publicaciones estn disponibles

Minutos

Encuesta

Alumno (Ver Anexo 1)

19

IV.

METODOLOGIA 4.1 Tipo, Nivel, mtodo y diseo de investigacin


Tipo : El presente proyecto se trabajara bajo una Investigacin Aplicada, ya que

tiene por finalidad la bsqueda y consolidacin del saber, as como la aplicacin de los conocimientos para el crecimiento de la lnea de investigacin cientfica, ayudando a la sistematizacin y a la vez a la reduccin de tiempos de los procesos que sern analizados. Nivel : Es importante decir que el proyecto factible estar apoyado en una

investigacin documental y de campo no experimental de nivel descriptivo. La investigacin de campo consistir en la recoleccin de datos directamente de los procedimientos actuales para la publicacin de los resultados de las evaluaciones administradas por los docentes. Mtodo : El mtodo empleado es el Experimental basado en experimentos, implica

alteracin controlada de las condiciones naturales, de tal forma que el investigador creara modelos, reproducir condiciones, abstraer rasgos distintivos del objeto o del problema. Diseo : Su diseo, de acuerdo a lo sealado por Hernndez, Fernndez 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.

4.2 Cobertura del Estudio: Poblacin y Muestra


Poblacin La Poblacin estar conformada por los alumnos y docentes de la Escuela Profesional de Ingeniera Informtica de la Universidad Nacional de Piura. Entendindose que una Poblacin, segn Balestrini (2002), puede estar referido a cualquier conjunto de elementos de los cuales se pretende indagar y conocer sus caractersticas, o una de ellas. (p.137)

Muestra En este estudio, se consider pertinente considerar un muestreo aleatorio simple, tomando como referencia una poblacin aproximada de 300 alumnos de la Escuela Profesional de Ingeniera Informtica.

20

En el caso de la poblacin de estudiantes que tiene tamao conocido, la tcnica empleada para hallar la muestra es al azar o aleatorio, para evitar la seleccin directa. A fin de obtener una muestra representativa utilizaremos el azar. Aplicaremos la siguiente formula probabilstica y de distribucin normal (Johnson & Kobe 1999)

Donde: Z: Valor Tabular de la distribucin Normal seleccionado de acuerdo al de confiabilidad. N: Tamao de la poblacin. p: Proporcin esperada que los investigadores esperamos encontrar en el estudio. En este caso es desconocida, por tanto aplicaremos la opcin ms desfavorable (p=0.5), que hace mayor el tamao muestral. e: Mximo error tolerable (1% a 10%).

Para el clculo del Tamao Muestral se trabajara con los siguientes datos:
Z=1.96 (para nivel de confianza del 95%.) N=300 p=0.5 e=10%=0.1

Reemplazando los valores en la formula obtendremos: 72.93 = 73 Por lo tanto el tamao muestral ser de 85 alumnos de la Escuela Profesional de Ingeniera Informtica. Definindose Muestra, segn Hernndez, Fernndez y Baptista (2003), como un subgrupo de la poblacin que debe ser representativo de la misma y que se extrae cuando no es posible medir a cada una de las unidades de la poblacin. (p.47).

4.3 Diseo de Tcnicas e Instrumentos de Recoleccin de informacin

4.3.1

Tcnicas

Para desarrollar la investigacin del proyecto se utiliz la tcnica de la entrevista, esta se realiz a los docentes de la Escuela profesional de Ingeniera Informtica de la Facultad de Ingeniera Industrial de La Universidad Nacional de Piura, las unidades de anlisis 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 aceptacin por medio de la Facultad, adems se utilizo la tcnica de la encuesta, sta se aplic a los estudiantes de todos los niveles, para as conocer la aceptacin que tiene la 21

implementacin del Sistema de Publicacin de Evaluaciones para Consultas va web y servicio de mensaje corto (sms).

4.3.2

Instrumentos

El instrumento utilizado para la recoleccin de datos en las encuestas fue el cuestionario, esto con el objetivo de conocer el grado de aceptacin de la nueva alternativa de consulta de notas va web y servicio de mensaje corto (sms) por parte de los estudiantes de la Escuela de informtica. La entrevista realizada a los docentes de la Escuela de Informtica permiti conocer el inters por incrementar una herramienta tecnolgica 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 investigacin documental se utilizar la lectura cientfica que permita manejar conceptos bsicos y esenciales, los cuales nos permiten conocer ms a fondo los trminos a utilizar en la elaboracin del sistema.

4.3.3

Tcnicas de Anlisis

Al obtener un buen resultado en el proceso y anlisis de datos se realizar las siguientes actividades: Elaboracin de encuestas Anlisis de datos mediante porcentajes e histogramas

Encuesta para el Alumno 1. Cuentas con un celular propio? ( ) SI ( ) NO

2. Cmo te enteras que se han publicado las notas de un examen? ( ) Por un Amigo ( ) De forma Casual ( ) El docente Informa ( ) Otro

3. Por lo general despus de cuanto tiempo de publicadas las notas de tus exmenes, llegas a consultarlas? ( ) Menos de 1 hora ( ) Al siguiente da ( ) Mas de 1 hora ( ) Despus

4. Cmo haces para formular un reclamo al profesor por una nota errada?
22

( ) Hablo con el docente ( ) Presento una queja ( ) Otro 5. Qu propones para mejorar el proceso de publicacin de notas? Encuesta para el Docente 1. Qu formato emplea para publicar las calificaciones de una evaluacin? ( ) Excel ( ) Word ( ) Pdf ( ) Otro

2. Dnde publica las calificaciones de sus evaluaciones? ( ) En la ventana de su oficina ( ) En la Web ( ) En el Peridico Mural ( ) Las entrega Personalmente 3. Qu problemas se presentan ms a menudo con los alumnos a la hora de publicacin de resultados? ( ) Se forman colas al exterior de la oficina ( ) Le hacen saber por el delegado ( ) Lo llaman al mvil ( ) Otros

V.

ESQUEMA DEL CONTENIDO O NDICE ANALTICO TENTATIVO DEL PROYECTO


Resumen Dedicatoria Agradecimientos ndice Introduccin CAPTULO 1: Aspectos Generales Escuela Profesional De Ingeniera Informtica Visin Misin Objetivos 23

Funciones Estructura Orgnica CAPTULO 2: Sistemas de Informacin basados en tecnologa Web Ingeniera Web Definicin de Ingeniera Web Tipos de aplicaciones Web Caractersticas de una aplicacin Web Tecnologas de desarrollo Arquitectura para sistemas Web Seguridad en sistemas Web Metodologa, tcnicas de desarrollo de software y herramientas a utilizar Proceso Unificado Racional Lenguaje de Programacin Java Pasarela SMS (Gateway SMS) Administrador de base de datos MySQL

CAPTULO 4: Anlisis del Sistema Formulacin del Problema Situacin Actual Alcance del Sistema Propuesto Definicin 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 CAPTULO 5: Diseo Del Sistema Diagrama de Datos Diagrama de Colaboracin Diagrama de Secuencia Diseo de las interfaces de usuario CAPTULO 6: Implementacin y Pruebas de desempeo Diagrama de Componentes Diagrama de despliegue Instalacin del Sistema CAPTULO 7: Pruebas de desempeo Pruebas Unitarias Pruebas de Caja de Negra Pruebas de Caja blanca CAPTULO 8: Presentacin de Resultados Resultados CAPTULO 9: Anlisis de Resultados Interpretacin de Graficas Validacin de hiptesis

Conclusiones y Recomendaciones Bibliografa Anexos

25

VI.

ASPECTOS ADMINISTRATIVOS 6.1 Cronograma de la Investigacin.


Fecha de Inicio: 05 05 -2012 Fecha de Finalizacin: 27-09-2012 Duracin: 123.97 das.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34

NOMBRE Sistema de Gestin de Consultas Revisin de Requisitos No Funcionales Elaboracin de Documentacin de Requisitos funcionales Revisin de Diagramas de Caso de Uso Elaboracin de Descripcin de Casos de Uso Revisin de Diagrama de BD Revisin de Diccionario de Datos Elaboracin de Diagramas de Secuencia Elaboracin de Diagrama de Clases Elaboracin de Diagramas de Estado Elaboracin de Diagramas de Componentes Elaboracin de Diagrama de Despliegue Revisin de Diagrama de Arquitectura Diseo de Pantallas Elaboracin de Plantilla General Pantallas del Mdulo de Perfiles Reuniones con el Encargado de Sistemas del CIT de UNP Desarrollo Mdulo de Configuracin de Consultas Creacin de Clases JPA Creacin de EJB Diseo e Implementacin de Interfaces Gestin de Semestres Mantenedor de Grupos Mantenedor de Secciones Mantenedor de Cursos Mantenedor Tipo Evaluacin Gestin de Registro de Inscripcin Implementacin de Web Servise Validaciones Mantenedor de Alumnos Mantenedor de Profesor Gestin de Inscripcin de Profesor Mantenedor de Asociacin profesor curso Mantenedor de carga de archivos Excel 26

DURACION 123.97 das? 4 das 29.75 das 2 das 3 das 2 das 1 da 4 das 2 das 2 das 2 das 1 da 1 da 7.09 das 1 da 3 das 3 das 81.69 das? 5 das 2 das 3 das 76.22 das? 10.66 das 2 das 3 das 2 das 2 das 55.63 das? 6 das 3 das 3 das 8.38 das 4 das 4 das

AVANCE 24% 100% 100% 100% 100% 100% 100% 100% 100% 100% 100% 100% 100% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0%

COMIENZO 05/05/2012 05/05/2012 11/05/2012 11/05/2012 15/05/2012 18/05/2012 22/05/2012 24/05/2012 01/06/2012 05/06/2012 09/06/2012 13/06/2012 14/06/2012 15/06/2012 15/06/2012 16/06/2012 20/06/2012 25/06/2012 25/06/2012 25/06/2012 26/06/2012 30/06/2012 30/06/2012 30/06/2012 04/07/2012 07/07/2012 11/07/2012 13/07/2012 13/07/2012 21/07/2012 26/07/2012 31/07/2012 31/07/2012 04/08/2012

FIN 27/09/2012 10/05/2012 14/06/2012 14/05/2012 17/05/2012 21/05/2012 22/05/2012 31/05/2012 04/06/2012 06/06/2012 12/06/2012 13/06/2012 14/06/2012 23/06/2012 15/06/2012 20/06/2012 23/06/2012 27/09/2012 29/06/2012 26/06/2012 29/06/2012 27/09/2012 12/07/2012 03/07/2012 06/07/2012 10/07/2012 12/07/2012 17/09/2012 20/07/2012 25/07/2012 30/07/2012 09/08/2012 03/08/2012 09/08/2012

35 36 37 38 39 40 41 42 43 44 45 46 47 48 49

Gestin de Inscripcin de Alumno Mantenedor de Asociacin Alumno Curso Mantenedor de Carga de archivos Excel Gestin de Evaluaciones Mantenedor de Registro de Evaluaciones Implementacin de envi de notificaciones Mantenedor de Reclamos Mantenedor de Archivos Adjuntos Gestin de Consultas Configuracin de Servidor SMS Implementacin de pasarela GSM Implementacin de Estructura de SMS Implantacin de estructura de Reportes web Pruebas Integrales Levantamiento de Observaciones

31.75 das? 3 das 4 das 13.34 das 3 das 3 das 3 das 3 das 8.97 das? 2 das 2 das 2.19 das? 3 das 5 das 3 das

0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0%

10/08/2012 10/08/2012 15/08/2012 21/08/2012 21/08/2012 24/08/2012 29/08/2012 01/09/2012 06/09/2012 06/09/2012 08/09/2012 11/09/2012 13/09/2012 18/09/2012 25/09/2012

17/09/2012 14/08/2012 20/08/2012 05/09/2012 23/08/2012 28/08/2012 31/08/2012 05/09/2012 17/09/2012 07/09/2012 11/09/2012 12/09/2012 17/09/2012 24/09/2012 27/09/2012

27

DIAGRAMA DE GANTT

28

6.2 Presupuesto de la investigacin (Recursos humanos, materiales y servicios).


6.2.1 Recursos Humanos Tiempo Recurso Humano (Mes) Analista Programador Programador Diseador 4 4 4 Total (S/.) 1000.00 1000.00 1000.00 3000.00 (S/.) 4000.00 4000.00 4000.00 12000.00 Costo Mensual Costo Total

6.2.2

Recursos Materiales Precio Unitario Costo Total (S/.) 200.00 30.00 40.00 15.00 285.00

Recurso Material Cantidad

Unidad (S/.)

Celular Nokia Papel Bond A-4 Memoria USB 2GB CD - R

1 1 1 10

Unidad Millar Unidad Unidad

200.00 30.00 40.00 1.50 Total

6.2.3

Servicios Precio Unitario Costo Total (S/.) 50.00 0.30 80.00 Total 150.00 300.00 240.00 690.00 Unidad (S/.)

Recurso Material Cantidad

Internet Impresin Movilidad

3 1 3

Mes Millar Mes

29

6.2.4

Cuadro Resumen Recursos Humanos Materiales Servicios Costo Total Costo Total 12000.00 285.00 690.00 12975.00

Fuente de Financiamiento: Propia

Bibliografa
LICHTENHELDT, D. J. (03 de 2010). Universidad Nacional de Piura. Recuperado el 01 de 06 de 2012, de Presentacin: 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

30

Das könnte Ihnen auch gefallen