Sistema de Gestión y Estadística Docente para la Universidad Central “Marta Abreu” de Las Villas

Texto completo

(1)Universidad Central “Marta Abreu” de Las Villas Facultad Matemática, Física y Computación. Trabajo de Diploma Título: Sistema de Gestión y Estadística Docente para la Universidad Central “Marta Abreu” de Las Villas Autores: Dustin Dayam Duménigo Benítez Ricardo Espinosa Manzo Tutor: Ing. Ernesto Miguel Rodríguez Rodríguez. Santa Clara, 2013 “Año 55 de la Revolución”.

(2) DICTAMEN. Hacemos constar que el presente trabajo de diploma fue. realizado. en. la. Universidad Central “Marta Abreu” de las Villas como parte de la culminación de estudios de la especialidad de Ingeniería en Informática, y se autoriza a que el mismo sea utilizado por la Institución para los fines que estime conveniente, tanto de forma parcial como total y que además no podrá ser presentado en eventos, ni publicados sin autorización de la Universidad. ______________________. _______________________. Ricardo Espinosa Manzo. Dustin Dayam Duménigo Benítez. Los abajo firmantes certificamos que el presente trabajo ha sido realizado según acuerdo de la dirección de nuestro centro y el mismo cumple con los requisitos que debe tener un trabajo de esta envergadura referido a la temática señalada.. _________________________ Ricardo Espinosa Manzo. _________________________ Dustin Dayam Duménigo Benítez. ____________________________ Firma del Jefe de Departamento donde se defiende el trabajo. Firma del Responsable de Información Científico-Técnica.

(3) PENSAMIENTO. El logro más impresionante de la industria del software es su continua anulación de los constantes y asombrosos logros de la industria del hardware. Henry Petrosky.

(4) DEDICATORIA. Le dedico este trabajo a mi familia por su constante preocupación y apoyo no solo durante mi etapa como estudiante sino a lo largo de toda mi vida. A todos mis amigos de la UCI, la UCLV, Santa Clara, El Mejunje y el parque. Ricardo Espinosa Manzo..

(5) DEDICATORIA. Quiero dedicar especialmente este trabajo a mis padres y a mi hermano por su paciencia interminable y preocupación a lo largo de todos estos años. A mi mulata por su apoyo durante todo este tiempo juntos. A los amigos que siempre han estado presentes aunque ya no estudien aquí en la UCLV. Dustin Dayam Duménigo Benítez.

(6) AGRADECIMIENTOS. Quiero agradecerle a todos lo que de una u otra forma me guiaron a lo que soy hoy, a mis padres y a mi hermano Danny que es como un faro a seguir. A mi amigo Ricardo por tanto “vicio” y sueño compartido. A mi tutor por asesorarme todo este tiempo. A mis amigos del curso 2011-2012, por mantenerse ahí en los buenos y en los malos momentos y a los del curso 2012-2013 por ayudarme en todo lo que necesité. A BLIZZARD por las interminables madrugadas frente a la computadora, a mis amigos del Mejunje por las innumerables copas que tomamos juntos. Dustin Dayam Duménigo Benítez.

(7) AGRADECIMIENTOS. Quiero agradecer a todos los que influyeron en que estos períodos de estudios, tanto secundaria, politécnico como universidad se haya convertido en el mejor de mi vida hasta el momento. A mis padres y mi hermana por aguantar mis despreocupaciones y mi música alta. A mi Pitu por apoyarme en este tiempo de estrés y por sentir tantas cosas lindas. A todos los profesores que me guiaron y enseñaron todo lo que sé: Abey, Carlos, Matilde, Jorge, Victoria, Teresita, Teresín, Alberto, Néstor, Daniel, Yazmín, Mariano, Abelito, Lianny, Alcides, Maykel, Yailén y Ernesto. A los Adictox por ayudarme a hacer realidad algunos sueños y estar ahí siempre que los necesito para analizar documentos “DECANO”, “Villa Clara”, unos pipazos, etc. A Betty por hacernos más amenas las clases en la UCLV con lo que nos sobraba de la noche anterior. A mis amigos del WOW, tan verdaderos en el mundo virtual como el real: Leo (Roca), David (Arindre), Andrés (Hetfield), Felix (XHunter), Marlon, Zaramoth, Neli y Yasmany (Kamikaze). Ricardo Espinosa Manzo..

(8) TABLA DE CONTENIDOS. TABLA DE CONTENIDOS Resumen ........................................................................................................................ IV ABSTRACT ..................................................................................................................... V CAPÍTULO 1.. CONCEPTOS TEÓRICOS ................................................................. 1. 1.1. ¿Qué es un sistema de información? ............................................................ 1. 1.3. Descripción de la entidad .................................................................................... 2. 1.4. Tendencias y/o tecnologías empleadas............................................................. 2. 1.4.1 Tecnologías web .................................................................................................. 2 1.4.2 Tecnologías del lado del cliente. ........................................................................ 3 1.4.3. Tecnologías del lado del servidor .................................................................. 5. 1.4.4. Frameworks a utilizar ...................................................................................... 6. 1.4.5. CodeIgniter ....................................................................................................... 6. 1.4.6. JQuery .............................................................................................................. 7. 1.4.7. Sistema gestor de bases de datos (SGBD) .................................................. 7. 1.5 1.5.1. Metodología de desarrollo empleada ................................................................. 9 Metodología de desarrollo del software RUP ............................................... 9. El Lenguaje Unificado de Modelado ............................................................................ 10 Conclusiones parciales ................................................................................................. 11 CAPÍTULO 2.. ANALISIS Y DISEÑO DE LA APLICACIÓN ................................... 12. 2.1 Modelo del Dominio ................................................................................................ 12 2.2 Requisitos del Sistema ........................................................................................... 13 2.2.1 Requisitos Funcionales ....................................................................................... 13 2.2.2 Requisitos no Funcionales .................................................................................. 15. I.

(9) TABLA DE CONTENIDOS. 2.3 Actores del sistema ................................................................................................. 16 2.4 Diagrama de casos de uso..................................................................................... 17 2.5 Descripción de los casos de uso del sistema ....................................................... 18 2.6 Diagramas de clases del análisis .......................................................................... 21 2.7 Diagramas de colaboración ................................................................................... 23 2.8 Diagrama de despliegue......................................................................................... 25 2.9 Conclusiones parciales ........................................................................................... 25 CAPÍTULO 3.. CAPITULO. APLICACION. 26. 3:. DESCRIPCION. DEL. TRABAJO. CON. LA. 3.1 Mapa de navegación............................................................................................... 26 3.2 Interfaz de Acceso .................................................................................................. 27 3.2.1 Ambiente del Sistema para el usuario Administrador ...................................... 28 3.3 Ambiente del Sistema para el Usuario Gestor ..................................................... 30 3.3.1Gestionar Grupos por Carrera ............................................................................. 31 3.3.2 Gestionar Horario Docente ................................................................................. 32 3.3.3 Gestionar Plan de Estudio .................................................................................. 33 3.3.4 Gestionar Tipos de Turnos de Clases ............................................................... 34 3.3.5 Gestionar Profesores por Asignatura ................................................................. 35 3.4 Ambiente del Sistema para el usuario Profesor ................................................... 36 3.5 Ambiente del Sistema para el usuario Consultor ................................................. 42 3.6 Ambiente del Sistema para el usuario Estudiante ............................................... 44 Conclusiones.................................................................................................................. 46 Recomendaciones ......................................................................................................... 47 Referencias Bibliográficas: ........................................................................................... 48 II.

(10) TABLA DE CONTENIDOS. Anexos: ........................................................................................................................... 49 Anexo #1: Descripción de casos de uso ..................................................................... 49 Anexo #2: Diagrama de clases del análisis ................................................................ 50. III.

(11) RESUMEN. Resumen El presente trabajo incluye nuevas Tecnologías de la Información y las Comunicaciones (TIC) para la creación y desarrollo de un nuevo Sistema para la Gestión y Estadística Docente en la Universidad Central ¨Marta Abreu¨ de Las Villas. Se llevó a cabo una modelación a través de diferentes diagramas UML, la implementación se acometió para cualquier tipo de plataforma ya que está basado en la tecnología de software libre y se usó el SGBD MySQL para el manejo de la información de los estudiantes y profesores vinculados. Se usó como lenguaje de programación PHP, JavaScript y CSS. La aplicación Web esta implementada y constituye un resultado del proyecto de investigación ¨Sistema de Gestión y Estadística Docente¨.. Palabras Claves: aplicación Web, Tecnologías de la Información y las Comunicaciones, tecnología de software libre.. IV.

(12) ABSTRACT. ABSTRACT The present paper includes new information and communications technology (ICT) to create and develop a new management and educational statistics system in the Central University “Marta Abreu” de Las Villas. A modelling was implemented by different UML diagrams; the implementation was carried out for any type of platform as it is based on the free software technology and the SGBD MySQL was used to manage the students and system-related professors’ information. The programming language used was PHP, JavaScript y CSS. The Web application is implemented and constitutes a result of the research project “Management and Educational Statistics System”.. Key words: Web application, Information and Communications technology, free software technology.. V.

(13) INTRODUCCION. INTRODUCCIÓN A nivel mundial la información ha adquirido gran importancia para el correcto funcionamiento de los diferentes procesos de una entidad, a medida que esta crece se hace necesario gestionarla llegando incluso a crear disciplinas estrictamente destinadas al estudio de la misma. Es de vital importancia el conocimiento de lo que es Información y el papel que esta juega en la actualidad. Información se puede traducir como un conjunto de datos organizados de tal manera que adquieren valor adicional más allá del que poseen por sí mismos. Así mismo no se puede confundir “información” con “datos” pues son diferentes, estos últimos representan hechos reales y poseen un escaso valor más allá del que poseen por sí mismo. A raíz de la necesidad de gestionar esta información surgen los Sistemas de Información (SI) , estos han adquirido gran importancia a nivel global ya que poseen herramientas que facilitan en gran medida el trabajo, para comprender mejor que es un SI se puede resumir en un “conjunto de componentes interrelacionados que reúne (u obtiene), procesa, almacena y distribuye información para la toma de decisiones y el control de la organización”(Laudon, 2006), la necesidad de informatizar los diferentes procesos de una entidad para una ágil y correcta gestión de la información son de suma importancia el óptimo desempeño de estas. Teniendo en cuenta esta tendencia general para el almacenamiento y gestión de la información y las ventajas que esta ofrece se hace imprescindible su uso. En los centros educativos de nuestro país, es de principal importancia llevar un control sobre el rendimiento académico de los estudiantes, ya sea haciendo cortes evaluativos en cada trimestre. o semestre del año o llevando un registro. exhaustivo de las notas, asistencia y desarrollo de los estudiantes en las diferentes asignaturas durante el curso escolar. Tras la necesidad del país de automatizar todos los procesos posibles en los centros de trabajo para agilizar el tiempo de gestión de la información, surge la idea de centralizar la información que los profesores brindan sobre sus VI.

(14) INTRODUCCION. estudiantes, así como la publicación de algunas informaciones que los estudiantes deberían recibir, para que puedan consultarlas en el tiempo que tengan disponible. También es necesario que los directivos puedan tener un control sobre el desarrollo del curso escolar, para poder contar con criterios sobre algunos estudiantes, profesores, asignaturas y controlar el cumplimiento de los objetivos escolares de cada asignatura. La Universidad Central “Marta Abreu” de Las Villas (UCLV) como centro educacional de alto prestigio comprende la necesidad del desarrollo de un SI soportado sobre las nuevas tecnologías de información y las comunicaciones para así recopilar de una manera más eficiente la información generada a partir de un estudio profundo de los procesos a automatizar. Se requiere de centralizar la información referente a los estudiantes en cuanto a su trayectoria por la universidad, ya sea calificaciones en cursos anteriores, referencias de algunos profesores o los resultados que han ido obteniendo durante el curso actual, así como el registro e asistencia de los estudiantes a clases. Esta información sería utilizada por los directivos del centro para los cortes evaluativos (teniendo una idea de cómo se ha desempeñado el estudiante en el presente curso), los profesores en años venideros (para trazarse metas específicas con algunos estudiantes rezagados o adelantados en algunas asignaturas) y por los propios estudiantes (teniendo un sistema de consulta de sus resultados y recordatorio de los próximos exámenes, evaluaciones, laboratorios, materiales de consulta dejados por los profesores de las asignaturas). Se hace necesaria la publicación del horario docente de cada grupo para que pueda ser consultado por los estudiantes y profesores por medio de la red de la universidad, ya que esta información está disponible solamente en los murales de las facultades o en carpetas de la red donde las direcciones son en muchas ocasiones difíciles de recordar, por ejemplo: “\\10.12.1.64\docs\MFC\Docencia\Cursos\Curso. 2012-2013\Horarios. primer. semestre\II\5to II\Horario Docente Ingeniería Informática (2012-2013).doc” VII.

(15) INTRODUCCION. Con la publicación de estas informaciones se busca que los estudiantes no tengan una única manera de acceder a estas, agilizando gradualmente la rapidez con que los estudiantes pueden mantenerse informados. Es de vital importancia que los profesores compartan en todo momento los objetivos de las asignaturas que imparten. Teniendo en cuenta que los estudiantes no tienen acceso a las carpetas donde se publican los objeticos de los planes de clases para consultoría de los directivos docentes. Se hace necesario que esta información esté de alguna manera disponible para el conocimiento de los estudiantes de la UCLV, mostrando información que solamente sea de la incumbencia de los mismos y no todos los datos que contienen estos documentos. En la UCLV los avisos de cambios y notificaciones de evaluaciones se realizan de manera engorrosa por medio de la entrevista presencial con el estudiante, por lo que se hace necesario que algunos cambios referentes a evaluaciones, cambios de última hora en los horarios, notificaciones de fechas de entrega de proyectos o fechas de trabajos de control se también se notifiquen por e-mail a los estudiantes, mejorando así las vías de comunicación entre los docentes y los estudiantes, haciendo uso de las tecnologías con que cuenta la universidad. Es de gran necesidad realizar reportes académicos referentes al desarrollo de los estudiantes en diferentes asignaturas. Estos sirven en un futuro para el estudio de métodos de enseñanza en las diferentes especialidades. Actualmente estos reportes se generan de manera engorrosa por medio de documentos Excel, Word, listados de notas y apuntes personales de algunos profesores. Por lo que se hace necesaria la gestión de esta información y la organización de la misma para obtener resultados prometedores en cuanto a las estadísticas docentes. Todo esto nos lleva a la siguiente problemática de investigación: Existe una falta de centralización de los datos necesarios para llevar un control de las estadísticas docentes en la Universidad Central “Marta Abreu” de Las Villas, teniendo en cuenta que mucha de esta información no está disponible en todo momento para aquellos que la necesitan o está dispersa en distintos servidores VIII.

(16) INTRODUCCION. con caminos de acceso difíciles de recordar para algunos usuarios, como por ejemplo: “\\10.12.1.64\docs\MFC\Docencia\Cursos\Curso 2012-2013\Corte semana 7\II\2do II\Copy of 1er Corte C1 2do II.docx”. Objetivo General: Diseñar e implementar un sistema que permita el control y centralización de la información docente en la Universidad “Marta Abreu” de Las Villas para asegurar la consultoría, gestión y análisis estadísticos de la misma por parte de los profesores, estudiantes y personal del centro.. Objetivos específicos: 1.Diseñar una Base de Datos para almacenar los datos referentes a la trayectoria de los estudiantes en la UCLV 2.Publicar el horario docente de cada grupo. 3.Crear un módulo de administración de usuarios y roles del sistema, para controlar la seguridad de los datos y el nivel de acceso a los mismos. 4.Crear un módulo para la gestión de las actividades docentes. 5.Conformar un sistema a partir de la integración de los módulos anteriores, que permita la centralización de los datos.. IX.

(17) INTRODUCCION. Organización del informe El presente documento está estructurado en 3 capítulos, además de los anexos y referencias bibliográficas.. Capítulo I. Conceptos teóricos En este capítulo se hace referencia a conceptos y principios generales a tener en cuenta cuando se desarrolla una aplicación con ambiente web y con la gestión de una base de datos. Se recoge una breve descripción de la problemática actual del centro en cuanto a nuestro trabajo se refiere, así como una reseña de otros sistemas que existen en el mundo que podrían utilizarse como base para la idea de diseño de la solución al problema.. Capítulo II. Modelación del negocio En este capítulo se hace una descripción del análisis y la construcción de la solución, incluyendo en esta descripción todo lo referente a la Ingeniería de Software, la metodología de desarrollo a seguir, la modelación de los casos de uso y casos de uso de negocio, los requisitos funcionales y no funcionales del sistema, definición de los actores del sistema y explicación del papel de cada uno de los mismos.. Capítulo III. Evaluación de la solución obtenida Este capítulo contiene el estudio de la factibilidad y la validación de la solución. La demostración de que los problemas existentes sin el uso del sistema son solucionados o al menos una gran parte de ellos. Se hace referencia a las pruebas de rendimiento del producto terminado y prueba de despliegue del mismo.. X.

(18) CAPITULO I. CAPÍTULO 1. CONCEPTOS TEÓRICOS Este capítulo recoge los principales conceptos teóricos sobre los Sistemas de Información y las tecnologías a utilizar en pos de dar solución a la problemática presentada, tales como: tecnologías web (diseño y lenguajes de programación), tecnologías de bases de datos (estructuras y facilidades de los gestores, manejo de los mismos, compatibilidad de los datos).. 1.1 ¿Qué es un sistema de información? Un Sistema de Información se puede catalogar como: “(…) un conjunto de componentes interrelacionados que capturan, almacenan, procesan y distribuyen la información para apoyar la toma de decisiones, el control, análisis y visión de una organización”. (Laudon, 2006).En su esencia es aquel sistema que centraliza y relaciona los datos convirtiéndolos para algunos usuarios en información valiosa y necesaria para trabajar y controlar sus acciones.. 1.2 Sistemas de Información existentes aplicados a la gestión estadística docente En el mundo existen diferentes tipos de sistemas de información aplicados a la gestión y estadística docente, algunos de ellos muy completos y que comparten muchas similitudes con los métodos de diferentes centros de estudios. Aunque no en todos sus aspectos, se pueden tomar las similitudes de algunos y adaptar a nuestra universidad varios módulos existentes en estos sistemas.. 1.2.1 OpenSIS Es un SIS (acrónimo del inglés: Student Information System = Sistema de Información de Estudiantes) con licencia de tipo “código abierto”. Funciona sobre una plataforma 100% web, esto quiere decir que para acceder a él solo se necesita una conexión a internet con su respectivo usuario y contraseña.. 1.

(19) CAPITULO I. Se trata de una herramienta de administración centralizada que permite la administración de estudiantes, clases, tareas y mucho más. Se le ha integrado un sistema de calendarización que permite agregar fechas importantes en listas masivas de alumnos y sus cursos, con la opción de tener un anuario y funciones de reporte de tarjetas. También cuenta con registros de salud, atención médica, registros de disciplina, así como muchas otras características que pueden ser administradas desde OpenSIS. Esta plataforma registra la mayoría de la información escolar, como personal de un estudiante, lo que podría ayudar rápidamente a saber el historial de un alumno dentro de la propia escuela.(Alan, 2008 #29). 1.3 Descripción de la entidad La Universidad Central “Marta Abreu” de Las Villas es un centro de altos estudios dedicado a formar profesionales del más alto nivel especializados en diferentes materias.. 1.4 Tendencias y/o tecnologías empleadas En el constante cambiar de las tecnologías cada día los desarrolladores tienen que topar con disímiles estilos para llevar a cabo sus proyectos, nuevos ambientes y tecnologías cada vez más rápidas a la hora de gestionar los datos. Las Tecnologías de la Información y las Comunicaciones son aquellas herramientas computacionales e informáticas que procesan, almacenan, sintetizan, recuperan y presentan información representada de las formas más variadas.(Graells, 2000). 1.4.1 Tecnologías web La web ha permitido un flujo de comunicación global a una escala sin precedentes en la historia humana. Personas separadas en el tiempo y el espacio, pueden usar la web para intercambiar, e incluso desarrollar mutuamente sus pensamientos más íntimos, o alternativamente sus actitudes y deseos cotidianos. Gracias a su carácter virtual, la información en la web puede ser buscada más fácil y 2.

(20) CAPITULO I. eficientemente que en cualquier medio físico, y mucho más rápido de lo que una persona podría recabar por sí misma a través de un viaje, correo, teléfono, telégrafo, o cualquier otro medio de comunicación. Esta plataforma ha permitido a los usuarios interactuar con muchos más grupos de personas dispersas alrededor del planeta, de lo que es posible con las limitaciones del contacto físico o simplemente con las limitaciones de todos los otros medios de comunicación existentes combinados. A su vez, de esta se conocen infinidades de aplicaciones de todo tipo que responden casi a cualquier problemática. El desarrollo vertiginoso de esta tecnología ha permitido una gran variedad de arquitecturas de desarrollo.. 1.4.2 Tecnologías del lado del cliente. La World Wide Web (Red Mundial) está basada principalmente en documentos escritos en HTML (acrónimo del inglés: Hyper Text Markup Language = Lenguaje de Etiquetas de Hipertexto), que es el lenguaje de marcado predominante para la construcción de páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. HTML también puede describir, hasta un cierto punto, la apariencia de un documento. El mismo se escribe en forma de "etiquetas", rodeadas por corchetes angulares (<, >). Este lenguaje tiene una gran desventaja: es estático; por lo que se ha recurrido a unirlo con otras tecnologías, como JavaScript, el lenguaje de hojas de estilo en cascada (CSS) y la jerarquía de objetos DOM (acrónimo del inglés: Document Object Model), creando así el llamado HTML Dinámico o DHTML (acrónimo del inglés: Dynamic HTML). JavaScript: es un lenguaje de programación que se utiliza principalmente para crear páginas web dinámicas. Es un lenguaje de programación interpretado, es decir, que no requiere compilación, con una sintaxis semejante a la del lenguaje 3.

(21) CAPITULO I. “Java” y el lenguaje “C”. A diferencia de Java, JavaScript no es un lenguaje orientado a objetos propiamente dicho, ya que no dispone de herencia, es más bien un lenguaje basado en prototipos, ya que las nuevas clases se generan clonando las clases base (prototipos) y extendiendo su funcionalidad.(ExtJS, 2008 #11) Todos los navegadores modernos interpretan el código JavaScript integrado dentro de las páginas web. Para interactuar con una página web se provee al lenguaje JavaScript de una implementación del DOM. CSS: es un Lenguaje de Hojas de Estilos (acrónimo del inglés: Cascading Style Sheets) creado para controlar el aspecto o presentación de los documentos electrónicos definidos con HTML. El lenguaje CSS se utiliza para definir el aspecto de todos los contenidos, es decir, el color, tamaño y tipo de letra de los párrafos de texto, la separación entre titulares y párrafos, la tabulación con la que se muestran los elementos de una lista, entre otros aspectos. CSS es la mejor forma de separar los contenidos y su presentación y es imprescindible para crear páginas web complejas. La separación de los contenidos y su presentación presenta numerosas ventajas, ya que obliga a crear documentos HTML bien definidos y con significado completo (también llamados “documentos semánticos”).Al usar hojas de estilos los webmasters pueden ahorrar tiempo cuando crean una página de estilo modelo con colores, márgenes, tipografía, etc. Esta página de estilo madre luego se aplica al resto de los documentos HTML, los que se verán tal como ella lo indique.(Wikipedia, 2013a) DOM: El Document Object Model (una traducción al español para nada literal, pero apropiada, podría ser modelo en objetos para la representación de documentos) es un conjunto de utilidades específicamente diseñadas para manipular documentos XML. Por extensión, DOM también se puede utilizar para manipular documentos XHTML y HTML. Técnicamente, DOM es una API de funciones que se pueden utilizar para manipular las paginas XTHML de forma rápida y eficiente. (Pérez, 2008). 4.

(22) CAPITULO I. XML: XML proviene de las. siglas Extensible Markup Language (Lenguaje de. marcas extensible). Es un metalenguaje extensible de etiquetas desarrollado por el WWW (W3C). Permite definir la gramática de lenguajes específicos, por lo tanto XML no es realmente un lenguaje en particular, sino una manera de definir lenguajes para diferentes necesidades(Barbero, 1999) PHP: (Hipertext Preprocesor). Se usa para la creación de aplicaciones para servidores, o creación de contenido dinámico para sitios Web. Es un lenguaje de programación del lado del servidor, cuyo código se combina con el HTML para procesar la información de formularios, generar páginas con contenidos dinámicos, y mandar y recibir cookies.(Wikipedia, 2013c) JSON: Conocido por sus siglas en inglés como JavaScript Object Notation (notación de objetos JavaScript). Es un formato de datos muy ligero basado en un subconjunto de la sintaxis de JavaScript: literales de matrices y objetos. Como usa la sintaxis JavaScript, las definiciones JSON pueden incluirse dentro de archivos JavaScript y acceder a ellas sin ningún análisis adicional como los necesarios con lenguajes basados en XML.(Web, 2008 #14). 1.4.3 Tecnologías del lado del servidor Java Server Pages (JSP) es una tecnología para desarrollar páginas web que incluyen contenido dinámico. A diferencia de una página simple de HTML, que contiene contenido estático que siempre permanece igual, una página JSP puede cambiar su contenido basado en cualquier número de artículos variables, incluyendo la identidad del usuario, el tipo del navegador del usuario, información provisto por el usuario, y las selecciones hechas por el usuario. Una página JSP contiene elementos estándar del lenguaje de marcado, como etiquetas de HTML, algo así como una página web normal. Sin embargo, una página JSP también contiene elementos especiales JSP que dejan al servidor insertar contenido dinámico en la página. Los elementos JSP pueden servir para. 5.

(23) CAPITULO I. una colección variada de propósitos, como rescatar información de una base de datos o registrar preferencias del usuario.. 1.4.4 Frameworks a utilizar En la actualidad la mayoría de los proyectos desarrollados tienen una gran similitud en cuanto al uso de técnicas y librerías, por lo que los Frameworks son de gran ayuda a la hora de generalizar la parte del código que todos usan en común. Existen infinidad de estos entornos para diferentes lenguajes de programación, haciendo más fácil el desarrollo y la integración de las nuevas tecnologías.. 1.4.5 CodeIgniter Es un programa o aplicación web desarrollada en PHP para la creación de cualquier tipo de aplicación web bajo PHP. Es un producto de código libre, libre de uso para cualquier aplicación. Como cualquier otro framework, CodeIgniter contiene una serie de librerías que sirven para el desarrollo de aplicaciones web y además propone una manera de desarrollarlas que debemos seguir para obtener provecho de la aplicación. CodeIgniter implementa el proceso de desarrollo llamado Model View Controller (Modelo Vista Controlador), que es un estándar de programación de aplicaciones, utilizado tanto para hacer sitios web como programas tradicionales, algunos de los puntos más interesantes sobre este framework sobre todos en comparación con otros productos similares, son los siguientes: Versatilidad: Quizás la característica principal de CodeIgniter, en comparación con otros framework PHP, es que es capaz de trabajar la mayoría de los entornos o servidores, incluso en sistemas de alojamiento compartido, donde sólo tenemos un acceso por FTP para enviar los archivos al servidor donde no tenemos acceso a si configuración. Compatibilidad: CodeIgniter, es compatible con la versión PHP 4, lo que hace que se pueda utilizar en cualquier servidor, incluso en algunos antiguos. Por supuesto, funciona correctamente también en PHP 5. 6.

(24) CAPITULO I. Facilidad de instalación: No es necesario más que una cuenta de FTP para subir CodeIgniter al servidor y su configuración se realiza con apenas la edición de un archivo, donde debemos escribir cosas como el acceso a la base de datos. Durante la configuración no se necesita el acceso a herramientas como la línea de comandos, que no suele estar disponibles en todos los alojamientos. Flexibilidad: CodeIgniter es bastante menos rígido que otros frameworks. Define una manera de trabajar específica, pero en muchos de los casos podemos seguirla o no, y sus reglas de codificación muchas veces se pueden saltar para trabajar como más a gusto.(Alvarez, 2011 #15). 1.4.6 JQuery Es un framework para el lenguaje JavaScript, este producto sirve de base para la programación avanzada de aplicaciones, también aporta gran cantidad de funciones o códigos para realizar tareas habituales. Nos permite programar sin preocuparnos del navegador con el que el usuario nos está visitando. Entre sus ventajas está que es un producto serio, estable, bien documentado y con un gran equipo de desarrolladores a cargo de su mejora.(Alvarez, 2011 #16). 1.4.7 Sistema gestor de bases de datos (SGBD) Los sistemas de gestión de base de datos son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta. Es aquel software que permite la utilización y/o actualización de los datos almacenados en una (o varias) base(s) de datos por uno o varios usuarios desde diferentes puntos de vista y a la vez, se denomina sistema de gestión de bases de datos (SGBD)(García, 1999). 7.

(25) CAPITULO I. Características fundamentales de los SGBD: Abstracción de la información: Los SGBD ahorran a los usuarios detalles acerca del almacenamiento físico de los datos. Independencia: La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Redundancia mínima: Un buen diseño de una base de datos logrará evitar la aparición de información repetida o redundante. Consistencia: En aquellos casos en los que no se ha logrado esta redundancia nula, será necesario vigilar que aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultánea. Seguridad: Los SGBD deben garantizar que esta información se encuentra segura frente a usuarios malintencionados, que intenten leer información privilegiada; frente a ataques que deseen manipular o destruir la información; o simplemente ante las torpezas de algún usuario autorizado pero despistado. Integridad: Se trata de adoptar las medidas necesarias para garantizar la validez de los datos almacenados. Respaldo y recuperación: Los SGBD deben proporcionar una forma eficiente de realizar copias de respaldo de la información almacenada en ellos, y de restaurar a partir de estas copias los datos que se hayan podido perder. Control de la concurrencia: Un SGBD debe controlar el acceso concurrente a la información, que podría derivar en inconsistencias. Tiempo de respuesta: Lógicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la información solicitada y en almacenar los cambios realizados.. 8.

(26) CAPITULO I. 1.5 Metodología de desarrollo empleada Existen diferentes tipos de metodologías para el ciclo de desarrollo del software, algunos especializados en proyectos de mayor tamaño, equipos más grandes de desarrolladores y otros dedicados a pequeños proyectos y número reducido de desarrolladores, buscando agilidad a la hora de producir.. 1.5.1 Metodología de desarrollo del software RUP La metodología que se utiliza para el análisis y modelado de los procesos de desarrollo de software es el Proceso Unificado de Desarrollo del Software, que en inglés se identifica como Rational Unified Process (RUP). Fue publicada en 1998 como resultado de varios años de experiencia. Este proceso de desarrollo de software, unido al Lenguaje Unificado de Modelado (UML), constituye la metodología estándar más utilizada en la actualidad para el análisis, implementación y documentación de sistemas orientados a objetos. RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización. Posee un conjunto de características que propician su recomendación para guiar el desarrollo de un proyecto software (Jacobson, 2000 #17). Estas son las siguientes: Dirigido por casos de uso. Un caso de uso es un fragmento de funcionalidad del sistema que proporciona al usuario un resultado importante. Todos los casos de uso juntos constituyen el modelo de casos de uso que describe la funcionalidad total del sistema. El proceso de desarrollo avanza a través de una serie de flujos de trabajo que parten de los casos de uso, los que se especifican, se diseñan, y se prueban. Estos constituyen el hilo conductor de todo el proceso. Centrado en arquitectura. La arquitectura se describe mediante diferentes vistas del sistema en construcción e incluye los aspectos estáticos y dinámicos más significativos del sistema.. 9.

(27) CAPITULO I. Factores que influyen en la arquitectura: La plataforma en la que tiene que funcionar el software (hardware, sistema operativo, sistema de gestión de base de datos, protocolos de comunicación). Los bloques de construcción reutilizables de que se dispone. Consideraciones de implantación, sistemas heredados, y requisitos no funcionales como rendimiento y fiabilidad. La arquitectura se debe diseñar para permitir que el sistema evolucione y para ello se debe trabajar centrado en las funciones fundamentales que tendrá el sistema. Iterativo e incremental. Es práctico dividir las partes en mini proyectos donde cada uno es una iteración que resulta en un incremento. Las iteraciones hacen referencia a pasos en los flujos de trabajo y los incrementos a crecimiento del producto. Entre los principales beneficios de las iteraciones se encuentran: Reduce el costo del riesgo al costo de un solo incremento. Menos riesgo de no sacar el producto al mercado en fecha.. El Lenguaje Unificado de Modelado El Lenguaje Unificado de Modelado (UML por su acrónimo del inglés: Unified Modeling Language) es una notación (esquemática en su mayor parte) con que se construyen sistemas por medio de conceptos orientados a objetos. Es un lenguaje para especificar, visualizar construir y documentar los artefactos de los sistemas software, así como para el modelado del negocio y otros sistemas que no software.(Larman, 2000) UML es apropiado para modelar desde sistemas de información en empresas hasta aplicaciones distribuidas basadas en la web,. e incluso para sistemas. empotrados de tiempo real muy exigentes. Es un lenguaje muy expresivo, que cubre todas las vistas necesarias para desarrollar. y luego desplegar. tales 10.

(28) CAPITULO I. sistemas. UML proporciona una forma estándar de escribir los planos de un sistema, cubriendo tanto las cosas conceptuales,. tales como procesos del. negocio y funciones del sistema, como las cosas concretas, tales como las clases escritas en un lenguaje de programación específico, esquemas de bases de datos y componentes software reutilizables.. Conclusiones parciales De la literatura consultada se reafirma la importancia y necesidad del uso de las nuevas tecnologías de la información para el desarrollo de aplicaciones. Tras un estudio de las potencialidades de cada una, se tuvieron en cuenta las metodologías, lenguajes y herramientas a emplear en la elaboración de una solución al problema planteado. RUP como metodología de desarrollo; el lenguaje de modelado UML; PHP, CSS, HTML y JavaScript como lenguajes de programación; Visual Paradigm como herramienta de modelado; Dreamweaver CS5 como herramienta de diseño e implementación y el Framework Codeigniter para integrar los lenguajes de programación. Las herramientas, lenguajes y metodologías seleccionadas se adaptan perfectamente a las necesidades de la aplicación.. 11.

(29) CAPITULO II. CAPÍTULO 2. ANALISIS Y DISEÑO DE LA APLICACIÓN En el presente capítulo se formulan los requisitos funcionales y no funcionales de la aplicación, se expone la línea base de la arquitectura establecida y se relacionan los diferentes módulos y componentes incorporados a la aplicación.. 2.1 Modelo del Dominio Un Modelo del Dominio es una representación visual de las clases conceptuales u objetos del mundo real en un dominio de interés.(Larman, 2000). Figura 2.1 Modelo del Dominio Tabla 1. Definiciones Nombre. Definición. UCLV. Representa la institución para la cual está destinada la realización del software.. SGED. Sistema encargado de la Gestión Estadística y Docente en dicha institución.. Gestor. Usuario encargado de gestionar el horario docente educativo.. 12.

(30) CAPITULO II. Usuario. Estudiantes, profesores, Gestores, Consultores o sea todas las personas forman parte e interactúan con el sistema.. Informe. Realizado por el gestor y brinda la posibilidad de establecer una estadística con respecto temas de interés docente.. 2.2 Requisitos del Sistema La identificación de los requisitos como parte del proceso del desarrollo de Software es de gran importancia; los requerimientos se dividen en funcionales y los no funcionales. Constituyen las características que hacen al producto atractivo, usable, rápido y confiable. Son fundamentales en el éxito del producto. En el libro El Proceso Unificado de Desarrollo del Software de Jacobson, I. Booch y Rumbaugh, J., definen el requisito funcional como «requisito que especifica una acción que debe ser capaz de realizar el sistema, sin considerar restricciones físicas; específica comportamiento de entrada/salida de un sistema»(Jacobson, 2000). Por otra parte definen el no funcional como el requisito que «especifica propiedades del sistema, como restricciones del entorno o de implementación, rendimiento, dependencias de la plataforma, mantenimiento, extensibilidad o fiabilidad. Requisito que especifica restricciones físicas sobre un requisito funcional»(Jacobson, 2000). 2.2.1 Requisitos Funcionales R1.Gestionar Usuario R1.1 Añadir Usuario R1.2 Eliminar Usuario R1.3 Modificar Usuario R2: Definir Roles R3: Gestionar Horario Docente 13.

(31) CAPITULO II. R3.1 Crear Horario R3.2 Modificar Horario R4: Gestionar Evaluaciones R4.1 Programar Evaluación R4.2 Actualizar Registro de Evaluaciones R4.3 Consultar Registro de Evaluaciones R5: Gestionar Registro de Asistencia R5.1 Actualizar Registro de Asistencia R5.2 Consultar Registro de Asistencia R5.3 Mostrar Reportes de Asistencia R6: Gestionar Plan de Estudio R6.1 Definir Asignaturas a Cursar R6.2 Actualizar Listado de Asignaturas R7: Gestionar Profesores R7.1 Asignar Profesores a una Asignatura R8: Gestionar Grupos R8.1 Actualizar Listado de Estudiantes R8.2 Gestionar Estudiantes con Arrastres R9: Gestionar P1 de los Profesores R9.1 Orientar Tareas para el Turno de Clase R9.2 Compartir Archivos y Documentos de Apoyo. 14.

(32) CAPITULO II. 2.2.2 Requisitos no Funcionales Los requisitos no funcionales sirven de apoyo a los usuarios del sistema para valorar el mismo, ya que un producto seguro, usable, agradable y conveniente será más visitado y empleado. Los requisitos no funcionales para el sistema se relacionan a continuación: Interfaz del sistema: La aplicación informática propuesta será usada por profesionales que no necesariamente tienen habilidades en el trabajo en la computadora, por lo que la interfaz debe ser amigable y fácil de usar, de manera que no sea difícil la interacción con ella. Usabilidad: La aplicación se encontrará en la red de la Universidad Central “Marta Abreu” de Las Villas, todos lo que tengan acceso a ella podrán interactuar con la misma. Rendimiento: El sistema debe estar disponible para los usuarios las 24h, de esta forma se garantiza que los usuarios puedan visitar el sitio en distintos horarios. Soporte: El sistema cuenta con una base de datos y una aplicación Web que se servirá de la misma. El mantenimiento y asistencia del producto será responsabilidad del administrador. El sistema brinda la posibilidad de hacer cambios en dependencia de los clientes que interactúen con él. Portabilidad: El sistema se podrá utilizar en cualquier plataforma, solo teniendo instalado un servidor WEB, independientemente del tipo de servidor de bases de datos existente. Seguridad: Se establecerá un nivel de acceso al sistema, para garantizar un control sobre la información, definiendo una política de usuario con roles y privilegios diferentes.. 15.

(33) CAPITULO II. Roles del sistema: Estudiante:. Puede. consultar. información. relacionada. con. su. horario,. evaluaciones (tanto en el curso actual como en la trayectoria universitaria), asistencia a clases. Gestor: Es el encargado de Gestionar el Horario Docente, Listado de Estudiantes, Gestionar el Plan de Estudio de las Carreras y Asignar Profesores a las Asignaturas. Profesor: Gestiona las actividades referentes a las asignaturas que imparte en cada grupo (programa evaluaciones, actualiza registro de evaluaciones y actualiza registro de asistencia). Administrador: Gestiona los Usuarios del Sistema (Adicionar, Eliminar, Modificar), define los roles de algunos usuarios y grupos de usuarios. Consultor: Puede consultar los reportes que brinda la aplicación. Ayuda y documentación en línea: No se hizo necesaria la implementación de una ayuda detallada del sistema, ya que está diseñado de manera sencilla y fácil de usar pero se brinda en la documentación un pequeño manual de usuario, detallando las principales funcionalidades.. 2.3 Actores del sistema Tabla 2. Actores del sistema. Actores. Justificación. Estudiante. Es el actor que representa a los estudiantes de la universidad, éste se autentica en el sistema, puede acceder al contenido de la aplicación.. Gestor. Este actor se encarga de gestionar el horario docente, los grupos, los planes de estudio y asignar profesores a las asignaturas.. Administrador Se encarga de gestionar los usuarios de la aplicación y los roles 16.

(34) CAPITULO II. que desempeñan. Consultor. Está capacitado para ver los reportes que brinda la aplicación.. Profesor. Este rol puede Gestionar el Registro de Evaluaciones, Registro de Asistencia y las actividades referentes a los grupos a los que imparte.. 2.4 Diagrama de casos de uso El diagrama de casos de uso muestra los actores y sus relaciones, se emplean para visualizar el comportamiento de un sistema, un subsistema o una clase, de forma que los usuarios puedan comprender cómo utilizar ese elemento y que los desarrolladores puedan implementarlo.(Jacobson, 1998) En otras palabras, es una descripción de las acciones un sistema desde el punto de vista del usuario. Para los desarrolladores del sistema, esta es una herramienta valiosa, ya que es una técnica de aciertos y errores para obtener los requerimientos del sistema desde el punto de vista del usuario.(Schmuller, 2000). Diagrama de Casos de Uso del Sistema. Figura 2.2 Diagrama de Casos de Uso del Sistema 17.

(35) CAPITULO II. 2.5 Descripción de los casos de uso del sistema Tabla 3. Descripción del caso de uso: Autenticar usuario Caso de Uso:. Autenticar usuario. Actores:. Administrador, Gestor, Profesor, Estudiante, Consultor.. Propósito:. Registrarse en la aplicación. Resumen:. El caso de uso comienza cuando el usuario se registra en la aplicación, introduciendo los datos correspondientes. Luego el administrador asignará a qué tipo de usuario pertenece.. Tabla 4. Descripción del caso de uso: Gestionar usuario Caso de uso:. Gestionar usuario. Actores:. Administrador. Resumen:. El administrador necesita adicionar, modificar o eliminar algún usuario del sistema.. Referencias:. R1. Prioridad:. Crítico. Precondiciones:. 1. El usuario debe entrar a la sesión del administrador del sistema y haber accedido a la opción “Administrar Usuarios”.. Flujo normal de eventos Sección «Adicionar usuario» Acción del actor. Respuesta del negocio. 1. El administrador accede a la 2. El sistema muestra los campos necesarios opción “Administrar Roles”. que debe llenar el administrador.. 3. El administrador introduce los 4.. El sistema verifica que no exista ningún. 18.

(36) CAPITULO II. datos necesarios.. campo obligatorio vacío. 5. El sistema verifica que no exista el usuario que se está agregando. 6. El sistema muestra un mensaje informando que se agregó el usuario correctamente.. Vista de la interfaz: Gestionar Usuario. Flujos alternos Acción del actor. Respuesta del negocio 4.1 El sistema detecta un campo obligatorio vacío. Muestra al usuario un mensaje de error. 5.1 El sistema detecta que el usuario ya existe. Le notifica al administrador a través de un mensaje de error.. 19.

(37) CAPITULO II. Sección «Modificar usuario» Acción del actor 1. El administrador. Respuesta del negocio selecciona el. usuario que desea modificar 2. El administrador accede a la 3. El sistema muestra la interfaz con todos los opción “Editar”. datos del usuario que desea modificar. Los campos se habilitan para que el usuario realice los cambios deseados.. 4. El usuario realiza los cambios 5. deseados.. El sistema verifica que no exista ningún. campo obligatorio vacío. 6. El sistema verifica que no exista el usuario. 7. El sistema muestra un mensaje informando que se realizaron los cambios correctamente.. Flujos alternos Acción del actor. Respuesta del negocio 5.1 El sistema detecta un campo obligatorio vacío. Muestra al usuario un mensaje de error. 6.1 El sistema detecta que el usuario ya existe. Le notifica al usuario a través de un mensaje de error.. Sección «Eliminar usuario» Acción del actor. Respuesta del negocio. 1. El administrador selecciona el usuario que desea eliminar 2. El usuario accede a la opción 3. El sistema elimina el usuario y refresca la 20.

(38) CAPITULO II. “Borrar”.. interfaz.. Tabla 5.Descripción del caso de uso: Gestionar Horario Docente Caso de Uso:. Gestionar Horario Docente. Actores:. Gestor.. Propósito:. Gestionar el Horario Docente. Resumen:. El Actor gestiona el Horario Docente según corresponde teniendo la posibilidad de realizar reportes para su posterior utilización por parte del personal que lo requiera.. Tabla 6.Descripcion del caso de uso: Gestionar Evaluaciones Caso de Uso:. Gestionar Evaluaciones. Actores:. Profesor.. Propósito:. Agregar, Eliminar, Revisar Evaluaciones. Resumen:. El profesor tiene la posibilidad de realizar evaluaciones a los estudiantes y a su vez puede llenar el Registro de Asistencia.. 2.6 Diagramas de clases del análisis Los diagramas de clases muestran las clases participantes y las relaciones de un caso de uso en específico. Es importante adjuntar los diagramas de clases a la realización de los casos de usos, ya que una clase de análisis y sus objetos normalmente participan en varias realizaciones de casos de uso, y algunas de las responsabilidades, atributos, y asociaciones de una clase concreta suelen ser sólo relevantes para una única realización de caso de uso. A continuación se muestran algunos diagramas de clases del análisis.. 21.

(39) CAPITULO II. Figura 2.3 Diagrama de clases del análisis perteneciente al caso de uso: Autenticar Usuario.. Figura 2.4 Diagrama de clases del análisis perteneciente al caso de uso: Gestionar Usuario.. Figura 2.5 Diagrama de clases del análisis perteneciente al caso de uso: Gestionar Evaluaciones. 22.

(40) CAPITULO II. 2.7 Diagramas de colaboración Los diagramas de colaboración se utilizan para describir cómo una sociedad de objetos de análisis lleva a cabo la realización de los caso de uso. Estos diagramas muestran cómo el control pasa de un objeto a otro a medida que se lleva a cabo el caso de uso, y los mensajes que se envían entre los objetos. Un mensaje de un objeto dispara al objeto receptor para que tome el control y lleve a cabo una de las responsabilidades de su clase. El nombre de un mensaje indica el motivo del objeto que realiza la llamada en su interacción con el objeto invocado (Jacobson, 2000 #17). Figura 2.6 Diagrama de colaboración Autenticar Usuario (Estudiante).. 23.

(41) CAPITULO II. Figura 2.7 Diagrama de colaboración Eliminar Usuario.. Figura 2.8 Diagrama de colaboración Adicionar Evaluación.. 24.

(42) CAPITULO II. 2.8 Diagrama de despliegue Los diagramas de despliegue muestran la configuración de nodos que participan en la ejecución y de los componentes que residen en ellos, además de mostrar cómo se configuran las instancias de los componentes y los procesos para la ejecución run-time en las instancias de los nodos de proceso(Larman, 2000). Se utilizan para modelar la vista de despliegue estática de un sistema.. Figura 2.9 Diagrama de despliegue. 2.9 Conclusiones parciales Se formularon los requisitos funcionales y no funcionales requeridos por el sistema el cual se construyó debido a la necesidad de diseñar e implementar un sistema con ambiente web que permita el control y centralización de la información docente en la Universidad “Marta Abreu” de Las Villas. Su arquitectura cuenta con la identificación de los actores del sistema: Profesor; Estudiante; Administrador; Gestor; Administrativo; Consultor, además cuenta con una especificación de los casos de uso mediante la realización de diagramas de clases del diseño e implementación por parte del diagrama de despliegue. En resumen la aplicación diseñada facilitó la comprensión del sistema y la comunicación entre cliente y el desarrollador lo que dio pie a la implementación del sistema.. 25.

(43) CAPITULO III. CAPÍTULO 3. CAPITULO 3: DESCRIPCION DEL TRABAJO CON LA APLICACION En este capítulo se describe el trabajo con la aplicación, lo cual está dirigido al usuario que interactuará con el sistema. Se expone el mapa de navegación y las imágenes de la aplicación.. 3.1 Mapa de navegación. Figura 3.1 Mapa de Navegación. 26.

(44) CAPITULO III. 3.2 Interfaz de Acceso Esta interfaz es la que posibilita el acceso a los diferentes tipos de usuarios que interactúan con el sistema como el Administrador, Gestor, Consultor, Profesor y el Estudiante.. Figura 3.2 Interfaz de Acceso. 27.

(45) CAPITULO III. 3.2.1 Ambiente del Sistema para el usuario Administrador El usuario Administrador es el encargado de Gestionar los diferentes Grupos de usuario en la aplicación así como definir los diferentes roles en dicho sistema.. Figura 3.3 Ambiente del Sistema para el usuario Administrador. 28.

(46) CAPITULO III. En este interfaz se muestra la posibilidad de gestionar los usuarios según el rol que juega en la aplicación.. Figura 3.4 Gestionar Usuarios. 29.

(47) CAPITULO III. 3.3 Ambiente del Sistema para el Usuario Gestor El usuario Gestor es el encargado de Gestionar el Horario Docente contando con el respectivo semestre que se esté cursando y en la semana que sea preciso, también tendrá la posibilidad de gestionar los estudiantes por grupos, gestionar el plan de estudio, gestionar los profesores por asignatura y los tipos de turnos de clases en las diferentes carreras.. Figura 3.5 Ambiente del Sistema para el usuario Gestor. 30.

(48) CAPITULO III. 3.3.1Gestionar Grupos por Carrera Aquí el Gestor tiene la posibilidad de Gestionar los Grupos en dependencia de las diferentes carreras, actualizar el listado por el SIGENU así como ver su situación en cuanto a si es nuevo ingreso, reingreso, etc.. Figura 3.6 Gestionar Grupos por Carrera. 31.

(49) CAPITULO III. 3.3.2 Gestionar Horario Docente Aquí el Gestor tiene la posibilidad de gestionar el horario docente para las diferentes carreras, asignarle la asignatura correspondiente en cada turno de clases en la semana correspondiente.. Figura 3.7 Gestionar Horario Docente. 32.

(50) CAPITULO III. 3.3.3 Gestionar Plan de Estudio Aquí el Gestor tiene la posibilidad de gestionar el plan de estudio correspondiente a las diferentes carreras, asignar o eliminar las asignaturas dadas en los diferentes semestres.. Figura 3.8 Gestionar Plan de Estudio. 33.

(51) CAPITULO III. 3.3.4 Gestionar Tipos de Turnos de Clases Aquí el Gestor tiene la posibilidad de gestionar los tipos de turnos de clases ya sean conferencias o clases prácticas correspondiente a las diferentes carreras.. Figura 3.9 Gestionar Tipos de Turnos de Clases. 34.

(52) CAPITULO III. 3.3.5 Gestionar Profesores por Asignatura Aquí el Gestor tiene la posibilidad de gestionar los profesores por asignaturas en las diferentes carreras, asignándolo a un determinado grupo.. Figura 3.10 Gestionar Profesores por Asignaturas. 35.

(53) CAPITULO III. 3.4 Ambiente del Sistema para el usuario Profesor Este rol puede Gestionar el Registro de Evaluaciones, Registro de Asistencia, las actividades referentes a los grupos a los que imparte así como consultar su P1.. Figura 3.11 Ambiente del Sistema para el usuario Profesor. 36.

(54) CAPITULO III. Figura 3.12 Planificación P1.. 37.

(55) CAPITULO III. Figura 3.13 Consultar listado de estudiantes.. 38.

(56) CAPITULO III. Figura 3.14 Registro de asistencias. 39.

(57) CAPITULO III. Figura 3.15 Registro de evaluación.. 40.

(58) CAPITULO III. Figura 3.16 Adicionar archivos a turnos de clases. 41.

(59) CAPITULO III. 3.5 Ambiente del Sistema para el usuario Consultor Este rol está capacitado para buscar información sobre las diferentes actividades disponibles en el sitio, así como consultar y descargar la información que desee.. Figura 3.17 Ambiente del Sistema para el usuario Consultor. 42.

(60) CAPITULO III. Figura 3.18 Consultar listado de estudiantes.. 43.

(61) CAPITULO III. 3.6 Ambiente del Sistema para el usuario Estudiante Es el actor que representa a los estudiantes de la universidad, éste se autentica en el sistema, puede acceder al contenido de la aplicación, ver sus resultados académicos durante el actual curso así como consultar su horario docente, calendario de pruebas, registro de asistencias y de evaluaciones.. Figura 3.19 Ambiente del Sistema para el usuario Estudiante. 44.

(62) CAPITULO III. Figura 3.20 Consultar horario docente.. 45.

(63) CONCLUSIONES. Conclusiones En el proceso investigativo desarrollado para crear el “Sistema de Gestión y estadística Docente” para la Universidad Central ¨Marta Abreu¨ de las Villas, se cumplieron los requisitos y funcionalidades propuestas para la problemática. Se obtuvo una Base de Datos que se actualiza con los datos del SIGENU para el control interno de los datos con que trabaja la aplicación. Se logró incluir las funcionalidades que permiten la gestión del Horario Docente de cada grupo y mantenerlo en línea para que pueda ser consultado por los estudiantes y personal del centro. Se obtuvo el módulo de administración de roles y usuarios del sistema, permitiendo el control de acceso y modificación de la información. Se obtuvo el módulo para gestionar las principales actividades docentes tales como: gestionar los grupos, gestionar los planes de estudio de cada carrera, gestionar los estudiantes con arrastres, gestionar los profesores por asignatura, gestionar los P1 de los profesores, gestionar los registros de asistencia, gestionar los registros de evaluaciones. Se logró un producto funcional que reúne los módulos anteriores y aporta otras funcionalidades que permiten la centralización de los datos docentes y la gestión de las principales actividades. La aplicación cuenta con validaciones para la entrada de datos incorrectos y seguridad a la hora de prevenir ataques por inyección SQL.. 46.

(64) RECOMENDACIONES. Recomendaciones Establecer un enlace con la Base de Datos SIGENU para actualizar los datos que se necesitan de esta, las vistas ya están implementadas y funcionales. Implementar un sistema de avisos mediante correo electrónico para las notificaciones, recordatorios de exámenes y cambios de última hora. Conformar un sistema de generación de reportes teniendo en cuenta los resultados académicos de los estudiantes en las diferentes asignaturas y sus registros de asistencia. Implementar nuevas funcionalidades para lograr una mayor centralización de los datos y simplificar el acceso a los mismos por parte del personal universitario.. 47.

(65) REFERENCIAS BIBLIOGRAFICAS. Referencias Bibliográficas: BARBERO, A. 1999. Tutorial de XML. EXTJS, C. D. 2008. GARCÍA, R. M. M. 1999. Diseño de Bases de Datos. GRAELLS, D. P. M. 2000. Las TIC y sus Aportaciones a la sociedad [Online]. Available: http://peremarques.pangea.org/tic.thm [Accessed]. JACOBSON, I. B., GRADY RUMBAUGH, JAMES 1998. El lenguaje unificado de modelado. JACOBSON, I. B., GRADY RUMBAUGH, JAMES 2000. El proceso unificado de desarrollo del software. LARMAN, C. 2000. UML y Patrones. LAUDON 2006. Sistema de Informacion Gerencial. In: KOSCIUK, N. H. (ed.). PALACIO, J. 2006. El modelo Scrum. PÉREZ, J. E. 2008. Introducción a AJAX. SCHMULLER, J. 2000. Aprendiendo UML en 24 Horas. México. WIKIPEDIA 2013a. CSS. WIKIPEDIA. 2013b. [Accessed].. Ext. JS. [Online].. Available:. http://www.wikipedia.org. WIKIPEDIA. 2013c. PHP [Online]. Available: http://es.wikipedia.org/wiki/Php [Accessed]. YARITZA MONTERO VAILLANT, E. M. R. R. 2011. Plataforma para el Analisis Estatico de Vulnerabilidades del Codigo. Universidad de las Ciencias Informáticas.. 48.

(66) ANEXOS. Anexos: Anexo #1: Descripción de casos de uso Tabla 7. Descripción de casos de uso: Consultar horario Caso de Uso:. Consultar horario. Actores:. Consultor, Profesor, Estudiante. Propósito:. Consultar el horario docente. Resumen:. Aquí el usuario tiene la oportunidad de consultar el horario docente para informarse de sus respectivas actividades.. Tabla 8. Descripción de casos de uso: Consultar evaluación Caso de Uso:. Consultar evaluación.. Actores:. Consultor, Profesor, Estudiante.. Propósito:. Consultar evaluación.. Resumen:. Los usuarios tienen acceso a las respectivas evaluaciones parciales hechas durante el curso que transcurre.. 49.

(67) ANEXOS. Tabla 9. Descripción de casos de uso: Consultar registro de asistencias Caso de Uso:. Consultar registro de asistencias. Actores:. Consultor, Profesor, Estudiante.. Propósito:. Consultar registro de asistencias en el actual semestre.. Resumen:. Los usuarios podrán acceder a consultar el registro de asistencias en las diferentes asignaturas correspondientes al semestre actual.. Anexo #2: Diagrama de clases del análisis. Figura 2.10 Diagrama de clases del análisis perteneciente al caso de uso: Llenar Registro de Asistencia.. 50.

(68)