INTEGRACIÓN DE LOS SISTEMAS MIUNE 2.0 Y MOODLE PARA LA ...

UNIVERSIDAD NUEVA ESPARTA

FACULTA DE CIENCIAS DE LA INFORMATICA

ESCUELA DE COMPUTACION

TRABAJO DE GRADO

LÍNEA DE INVESTIGACIÓN: DESARROLLO DE TECNOLOGÍAS DEINFORMACIÓN GERENCIAL PARA INSTITUCIONES PÚBLICAS Y

PRIVADAS EN VENEZUELA

TEMA: DESARROLLO E IMPLANTACIÓN DE SISTEMAS DEINFORMACIÓN EMPRESARIALES

INTEGRACIÓN DE LOS SISTEMAS MIUNE 2.0 Y MOODLEPARA LA CREACIÓN Y GESTIÓN DE AULAS VIRTUALES

Tutor: Trabajo de Grado Presentado por:Lic. Mendez Daniel Br. Martinez Barrios Jerry

Para optar al Titulo de:Licenciado en Computación

Junio, 2014

Caracas - Venezuela

i


FACULTAD DE CIENCIAS DE LA INFORMATICA

ESCUELA DE COMPUTACION

TRABAJO DE GRADO

Integración de los sistemas MiUNE 2.0 y Moodle para lacreación y gestión de aulas virtuales

Hoja de jurados

APROBADO

JURADO

JURADO:

_______________________

NOMBRE Y APELLIDO

JURADO:

___________________

NOMBRE Y APELLIDO

________________________ ________________________CEDULA DE IDENTIDAD

___________________

CEDULA DE IDENTIDAD

____________________FIRMA FIRMA

Junio, 2014

ii

DEDICATORIA

Quiero dedicar este Trabajo de Grado

A mi madre Alicia Barrios Marrugo.

iii

AGRADECIMIENTOS

Quiero agradecer a todas aquellas personas que tomaron parte en el

proceso de elaboración el Trabajo de Grado, en especial al Lic. Yani Capuzzi

y a el Lic. Daniel Mendez, quienes no han sido solo mis mentores si no

excelentes amigos y consejeros que me han brindado su apoyo incondicional

y han contribuido de manera muy significativa en mi evolución profesional.

A mi profesora Lic. Nelly Melendez por todo el apoyo y disposición

durante la elaboración de este trabajo.

Quiero agradecer como siempre a mi mama Alicia Barrios, por todo

ese apoyo durante toda mi formación.

También quiero agradecer a todo el equipo de trabajo de la Dirección

de Desarrollo Tecnológico Institucional, formado por Joiner Ochoa, Daniel

Castro, Adolfo Guevara y Alejandro Tejada.

iv


FACULTAD DE CIENCIAS DE LA INFORMÁTICA

ESCUELA DE COMPUTACIÓN

Integración de los sistemas MiUNE 2.0 y Moodle para lacreación y gestión de aulas virtuales.

Autor: Br. Martinez Barrios Jerry

Tutor: Lic. Mendez Daniel

Fecha: Junio de 2014

RESUMEN

El mundo Tecnológico ha evolucionado de tal manera que en un solodispositivo o herramienta se pueden encontrar funciones que anteriormenteeran solo posibles usando mas de uno de ellos, esto es posible a que eldesarrollo tecnológico va dirigido a la integración de servicios. Es por estarazón que en la Universidad Nueva Esparta (UNE) se creó un DepartamentoTecnológico Institucional (DTI) donde se desarrolla y da soporta a solucionespara la propia universidad con la tendencia de integrar y unificar losdesarrollos para que se mantengan en el tiempo. La UNE poseedora deMiUNE 2.0 un sistema web que gestiona procesos administrativosacadémicos dirigidos a los estudiantes, docentes y personal administrativo dela UNE. Ademas de MiUNE 2.0, Moodle una herramienta de código abiertofue implementada como otro de los sistemas que posee la UNE, es unsistema web de tipo ambiente Educativo Virtual donde los profesores puedenposeer un aula virtual correspondiente a la asignatura y ahí suben materialeducativo, realizan cuestionarios u otras evaluaciones que se requiera. Estossistemas están separados como servicios para el usuario, es por eso que laintegración de ambos sistemas representaría menor carga laboral para elDTI, automatización de rutinas en Moodle desde MiUNE 2.0, fomentar el usodel sistema MiUNE 2.0 y de Moodle como plataforma de Educación Virtual.Para su desarrollo se opto por la utilización de la metodología “SCRUM”,dado que su principal beneficio es la optimización de recursos y del tiempo.Para el análisis de los procesos se tomara como población a el Gerente y alDirector del DTI de la UNE a los cuales se estudiaron en su totalidadmediante la aplicación de una entrevista.

Palabras Clave en la Investigación: Integración de Sistemas, Software Libre, Moodle, MiUNE 2.0, SCRUM.

v


FACULTY OF COMPUTER SCIENCE

COMPUTER SCHOOL

Integración de los sistemas MiUNE 2.0 y Moodle para lacreación y gestión de aulas virtuales.

Author: Martinez Barrios Jerry.

Tutor: Méndez Daniel

Date: June 2014

SUMMARY

Technology has changed the world so that a single device or tool youcan find functions that were previously only possible using more than one ofthem, it is possible that technological development is aimed at the integrationof services . It is for this reason that in the Nueva Esparta University (UNE )was created a Technology Department Institutional (DTI ) where it developsand supports solutions for the university with the tendency to integrate andunify the developments to be maintained over time . The UNE Miunepossessing a web 2.0 system that manages academic administrativeprocesses to students, faculty and staff of the UNE. Besides Miune 2.0,Moodle an open source code was implemented as another system that hasthe UNE, is a web system Virtual Educational type atmosphere whereteachers can have a virtual classroom relevant to the course and trip upeducational materials, questionnaires or other evaluations conducted asrequired. These systems are separated as user services, that is why theintegration of the two systems would represent less workload for the DTI,automation routines from Miune Moodle 2.0 Miune encourage the use ofMoodle 2.0 system and a platform for Education virtual. For its development itwas decided to use the methodology "SCRUM" as its main benefit is on theoptimization of resources and time. For the analysis of the processes weretaken as population and the Managing Director of the DTI from the UNE towhich were studied in full by applying an interview.

Key Words in the Investigation: Systems of integration, Software Free,Moodle, MiUNE 2.0, SCRUM.

vi

Tabla de contenidoDEDICATORIA..................................................................................................iiiAGRADECIMIENTOS.......................................................................................ivRESUMEN.........................................................................................................vSUMMARY.......................................................................................................viiINTRODUCCION...............................................................................................1CAPITULO I.......................................................................................................4MARCO PROBLEMATICO................................................................................4

Planteamiento del Problema.........................................................................4Formulación del problema...........................................................................10

Interrogante Principal..............................................................................10Interrogantes de la Investigación............................................................10

Objetivos de Investigación..........................................................................10Objetivo General.....................................................................................10Objetivos Específicos..............................................................................10

Justificación de la Investigación..................................................................11Delimitaciones.............................................................................................12

Delimitaciones Temática.........................................................................12Delimitación Geográfica..........................................................................12Delimitación Temporal.............................................................................12

CAPITULO II....................................................................................................13MARCO REFERENCIAL.................................................................................13

Consideraciones Generales........................................................................13Antecedentes de la Investigación...........................................................14Bases conceptuales................................................................................17

Teoría General de sistemas................................................................17Sistemas Transaccionales..................................................................18Sistemas de Base de Datos...............................................................18PostgreSQL........................................................................................19Modalidades de Educación................................................................20Moodle................................................................................................22Software Libre.....................................................................................23Apache................................................................................................24PHP.....................................................................................................25HTML..................................................................................................25Javascript............................................................................................26AJAX...................................................................................................26JSON..................................................................................................27CCS....................................................................................................27Metodología de Desarrollo SCRUM...................................................28

Cuadro de Operacionalización de Variables..........................................31CAPITULO III...................................................................................................34

vii

MARCO METODOLOGICO............................................................................34Tipo de Investigación..................................................................................34Diseño de la Investigación..........................................................................35Población y Muestra....................................................................................36

Población................................................................................................36Muestra...................................................................................................37

Criterio de Selección...................................................................................37Marco Muestral.......................................................................................37

Técnicas e Instrumentos de Recolección de Datos....................................37Metodologías de Análisis y Diseño de Sistemas........................................39

CAPITULO IV..................................................................................................43Sistema Actual.............................................................................................43

Análisis e Interpretación de los Resultados............................................43Sprint/Iteración 1.....................................................................................53

Elemento número 1 del Sprint Backlog 1:..........................................54Elemento número 2 del Spring Backlog 1:.........................................56Elemento número 4 del Sprint Backlog 1:..........................................56Elemento número 4 del Sprint Backlog 1...........................................58Elemento número 5 del Sprint Backlog 1...........................................59Elemento número 6 del Sprint Backlog 1...........................................60

CAPITULO V...................................................................................................65SISTEMA PROPUESTO.............................................................................65

Sprint/Iteración 2.....................................................................................65Elemento número 1 de Sprint Backlog 2............................................66Elemento número 2 del Sprint Backlog 2...........................................77

Sprint/Iteración 3.....................................................................................80Elemento número 1 de Sprint Backlog 3............................................80Elemento número 2 del Sprint Backlog 3...........................................82

Sprint/Iteración 4.....................................................................................87Elemento número 1 del Sprint Backlog 4...........................................87Elemento número 2 del Sprint Backlog 4...........................................89Elemento número 3 del Sprint Backlog 4...........................................92

Desarrollo..............................................................................................106Sprint/Iteración 6 Creación de Aulas Virtuales.................................107Sprint/Iteración 7 Gestión de Aulas Virtuales y Acceso a Moodle a través de MiUNE 2.0........................................................................109

Implantación..........................................................................................112Pruebas.................................................................................................113

CONCLUSIONES..........................................................................................118RECOMENDACIONES.................................................................................120REFERENCIAS BIBLIOGRÁFICAS..............................................................121

viii

ANEXOS A: CUESTIONARIO PARA SER APLICADO AL PERSONAL DOCENTE DE LA (UNE) SEDE LOS NARANJOS.......................................124ANEXOS B: GUIA DE ENTREVISTA DIRIGIDA A LA GERENCIA Y DIRECCION DEL DEPARTAMENTO DE DESARROLLO TECNOLOGICO INSTITUCIONAL...........................................................................................127ANEXO C: GUIA DE OBSERVACION PARA SER APLICADA DDTI (Direcciónde Desarrollo Tecnológico Institucional)........................................................130ANEXO D: Certificación de validación de instrumentos 1............................134ANEXO E: Certificación de validación de instrumentos 2.............................135ANEXO F: Certificación de validación de instrumentos 3.............................136

ix

Indice de TablasTabla 1: Cuadro de Operacionalización de Variables.....................................32Tabla 2: Diferencias entre metodologías ágiles y tradicionales......................40Tabla 3: Con que frecuencia usted ingresa a Moodle?...................................47.........................................................................................................................47Tabla 4: Considera usted que la herramienta Moodle es indispensable para laformación de los estudiantes en el presente?.................................................48Tabla 5: Usted ha solicitado un aula virtual para una de sus clases?............49Tabla 6: Considerando velocidad, apariencia, estabilidad, seguridad y versiónactual como clasificaría la herramienta Moodle que se encuentra actualmente?...................................................................................................50Tabla 7: Con que frecuencia usted ingresa a MiUNE 2.0?.............................51Tabla 8: Objetivo Específicos (Sistema actual)...............................................52Tabla 9: Iteración con objetivos específicos y historia de usuario..................53Tabla 10: Sprint Backlog 1...............................................................................54Tabla 11: Estructura de solicitud de aula virtual..............................................61Tabla 12: Iteración con objetivos específicos y historia de Usuario 2.............65Tabla 13: Sprint Backlog 2...............................................................................66Tabla 14: Caso de Uso Solicitud de Aula Virtual 1..........................................68Tabla 15: Caso de Uso Solicitud de Aula Virtual 2..........................................69Tabla 16: Caso de Uso Solicitud de Aula Virtual 3..........................................70Tabla 17: Caso de Uso Solicitud de Aula Virtual 4..........................................71Tabla 18: Caso de Uso Solicitud de Aula Virtual 5..........................................72Tabla 19: Caso de Uso Gestión de Aula Virtual 1...........................................74Tabla 20: Caso de Uso Gestión de Aula Virtual 2...........................................75Tabla 21: Caso de Uso Gestión de Aula Virtual 3...........................................76Tabla 22: Caso de Uso Gestión de Aula Virtual 4...........................................77Tabla 23: Sprint Backlog 3...............................................................................80Tabla 24: Caso de Uso Solicitud de Aula Virtual Propuesto 1........................82Tabla 25: Caso de Uso de Gestión de Aula Virtual Propuesto 1.....................84Tabla 26: Caso de Uso de Gestión de Aula Virtual Propuesto 2.....................85Tabla 27: Caso de Uso Gestión de Aula Virtual Propuesto 3..........................86Tabla 28: Sprint Backlog 4...............................................................................86Tabla 29: Sprint Backlog 5...............................................................................93Tabla 30: Diccionario de Datos tbl_usuarios...................................................97Tabla 31: Diccionario de Datos tbl_usuariosgrupos........................................98Tabla 32: Diccionario de Datos tbl_asignaciones...........................................99Tabla 33: Diccionario de Datos tbl_estructuras.............................................100Tabla 34: Diccionario de Datos tbl_atributos.................................................100

x

Tabla 35: Diccionario de Datos tbl_atributostipos.........................................101Tabla 36: Diccionario de Datos mdl_user......................................................101Tabla 37: Diccionario de Datos mdl_role_assignments................................104Tabla 38: Diccionario de Datos mdl_course..................................................104Tabla 39: Sprint Backlog 6.............................................................................108Tabla 40: Sprint 7 Parte 1..............................................................................110Tabla 41: Sprint 7 Parte 2..............................................................................111Tabla 42: Sprint Backlog 8.............................................................................112Tabla 43: Product Backlog resultante de la etapa de desarrollo Parte 1......114Tabla 44: Product Backlog resultante de la etapa de desarrollo Parte 2......115Tabla 45: Product Backlog resultante de la etapa de desarrollo Parte 3......116Tabla 46: Product Backlog resultante de la etapa de desarrollo Parte 4......117

xi

Tabla de GráficosGráfico 1: Con que frecuencia usted ingresa a Moodle?................................44Gráfico 2: Considera usted que la herramienta Moodle es indispensable para la formación de los estudiantes en el presente?.............................................45Gráfico 3: Usted ha solicitado un aula virtual para una de sus clases?.........46Gráfico 4: Considerando velocidad, apariencia, estabilidad, seguridad y versión actual como clasificaría la herramienta Moodle que se encuentra actualmente?...................................................................................................47Gráfico 5: Con que frecuencia usted ingresa a MiUNE 2.0?..........................48Gráfico 6: Ejemplo de nombre de aulas virtuales...........................................58Gráfico 7: Reporte de pénsum........................................................................59

xii

INTRODUCCION

El mundo Tecnológico ha evolucionado de tal manera que en un solo

dispositivo o herramienta tiende a tener mas de una función, estas funciones

que anteriormente eran solo posibles usando mas de uno de ellos, como por

ejemplo relojes inteligentes, teléfonos inteligentes, televisores inteligentes,

entre otros. Esto es posible a que el desarrolló tecnológico va dirigido a la

integración de servicios, simplificando el número de dispositivos para unas

determinadas funciones. De igual forma pasa en el mundo de la computación

donde el reto es integrar hasta donde la facilidad o simplicidad no se vea

afectada, esto quiere decir que es bueno en la mayoría de los casos ofrecer

múltiples servicios con una sola herramienta pero sin volver esa herramienta

complicada para el usuario que va dirigido.

La Universidad Nueva Esparta (UNE) como institución decidió que era

necesario que se automatizaran algunos procesos de la universidad como un

servicio integrado que este disponible para sus usuarios. Es por esta razón

que en la UNE existe un Departamento llamado Desarrollo Tecnológico

Institucional (DTI) donde se desarrolla y da soporta a soluciones para la

propia universidad. DTI desarrollo a MiUNE 2.0, un sistema web que gestiona

procesos administrativos académicos dirigidos a los estudiantes, docentes y

personal administrativo de la UNE con la finalidad de tener una aplicación

centralizada que pueda satisfacer las necesidades de los usuarios a medida

que vaya creciendo.

Luego de un tiempo debido a la evidente tendencia que estaba tomando

cada vez mas fuerza en el mundo de la educación, se decidió implantar

Moodle en la Universidad, con el fin de que los profesores tuvieran la

1

disponibilidad de ejercer las enseñanzas con otros métodos usando aulas

virtuales. Moodle es un sistema web de tipo ambiente Educativo Virtual

donde algunos profesores poseen un aula virtual correspondiente a la

asignatura y ahí suben material educativo, realizan cuestionarios u otras

evaluaciones que se requiera.

Los profesores de la UNE para usar Moodle como docentes de alguna

aula virtual debían hacer la solicitud a los administradores de Moodle (DTI),

esto evidentemente genera una carga laboral al DTI y un tiempo de espera

por parte del profesor para obtener su aula que podría variar de acuerdo a la

cola de tareas y prioridades del DTI.

Con el paso del tiempo las dos aplicaciones fueron creciendo cada una a

su manera, MiUNE 2.0 creciendo en funcionalidades y Moodle creciendo en

usuarios activos. Esto va en contra de los objetivos del DTI en cuanto a el

desarrollo de sus aplicaciones ya que se podía apreciar que con el tiempo

Moodle iba a crecer aun mas y era una aplicación independiente a MiUNE

2.0.

Esta investigación trata de abordar los aspectos mas importante para

lograr la integración de MiUNE 2.0 y Moodle con los intereses de tener una

base solida que sirva para desarrollar e implantar funcionalidades de estas

dos aplicaciones como una sola, automatizar los procesos dandole poder

administrativo de Moodle de acuerdo a sus asignaturas a los docentes de la

UNE, brindar fácil acceso a ambas aplicaciones como una sola, entre otros

aspectos que se detallaran en la presente investigación que tiene 5 capítulos

en los cuales:

En el capitulo I que se vera a continuación se presenta el planteamiento

del problema, los objetivos específicos y generales junto con toda la

información referente a la justificación y delimitan del proyecto.

2

Seguidamente se exponen las bases teóricas, antecedentes y definiciones de

términos que servirán de base para la investigación. En el tercer capitulo, se

describe el procedimiento estadístico para la obtención de la población y

muestra, así como la descripción de los instrumentos de recolección de datos

que se utilizan. En el cuarto capitulo se plasma el levantamiento de

información correspondiente al sistema actual y por último, el quinto capitulo

engloba todo lo referente al desarrollo del sistema propuesto desde su etapa

de diseño hasta su codificación y pruebas, finalizando con las

recomendaciones y conclusiones.

3

CAPITULO I

MARCO PROBLEMATICO

Planteamiento del Problema

En 1986 se publicó un artículo titulado Nuevos Retos Educativos y

Educación no Presencial, este artículo fué escrito por García Aretito, el cual

afirmaba que la educación debe dar respuesta a las exigencias que son

requeridas por la sociedad, a las nuevas tendencias tecnológicas y los

beneficios que éstas pueden dar con respecto a la educación no presencial o

apoyada en recursos tecnológicos.

Este planteamiento surge a raíz del impacto que las nuevas tecnologías

han provocado para el surgimiento de diversas modalidades de estudio,

tales como la educación no presencial también conocida como e-learning,

que se fundamenta en educar sin necesidad de encontrarse físicamente en

un lugar como por ejemplo la escuela. Esta modalidad de educación es

posible gracias a las tecnologías que han surgido, en especial la internet, ya

que permite comunicar al docente y estudiante de forma remota. En

contraposición se tiene la presencial que exige y requiere de la asistencia

obligatoria por parte del estudiante y del profesor al espacio de aprendizaje.

Por último se tiene la educación semi presencial también conocida como

“Formación Bimodal”, “Formación combinada”, “b-learning” o “Enseñanza

Mixta”, esta modalidad combina la educación presencial y la no presencial.

Para estas modalidades educativas surgieron los sistemas de gestión de

aprendizaje o LMS (Learning Managment System), software que se emplea

para administrar, distribuir y controlar las actividades de formación no

4

presencial, usada principalmente como herramientas de apoyo.

De acuerdo con los cambios tecnológicos y educativos derivados a partir

de la incorporación de las tecnologías en el aprendizaje, la Universidad

Nueva Esparta (UNE) decidió en el año 2009 incorporar Moodle para dar

soporte a las diferentes modalidades. Moodle es un LMS, también conocido

por ser un Course Management System (CMS) o Virtual Learning

Environment (VLE) de código abierto y libre distribución desarrollado en PHP

como aplicación web además es considerado una de las más populares en

el mundo como herramienta para crear sitios dinámicos para los estudiantes.

Es por eso que se decidió usar Moodle como herramienta LMS, la

dirección encargada de llevar esto acabo fue la Dirección de Desarrollo

Institucional (DDTI) este Departamento se encuentra ubicado en la sede los

Naranjos de la UNE. DDTI está encargado del desarrollo y soporte de

sistemas informáticos para la UNE y tiene entre sus funciones dar soporte a

las aplicaciones, asegurando que los desarrollos sean realizados a través de

un estándar que permitirá a los nuevos desarrolladores continuar ofreciendo

soporte y continuidad a los desarrollos de las plataformas. Esta es la

principal razón de porque Moodle fue implementado por DDTI.

Antes de implementar Moodle, se habían desarrollado otros sistemas

pr op ios de l Depar tamen t o , en p r i nc ip io M iUNE Academico ,

MiUNECronogramas y MiUNEEstadisticas. Luego se encontraron algunas

limitantes y se decidió renovar la tecnología usada y se comenzó a

desarrollar a MiUNE 2.0.

MiUNE 2.0 es una aplicación web de código abierto desarrollado bajo el

lenguaje de PHP (Hypertext Pre-proccesor) principalmente, es uno de los

sistemas más usados en la Universidad Nueva Esparta, las funciones de

cada tipo de usuarios cambia dependiendo del Departamento o el grupo en

5

general las funciones de cada rol se resumió de la siguiente forma:

• Estudiantes pueden observar sus calificaciones a través de una vista a

su Record Académico, visualizar su horario de clases, sus materias

inscritas en el período académico con posibilidad de retirarla,

participar en el sorteo de estacionamiento, entre otras funciones.

• Docentes pueden observar sus horas de clase, cargar sus

calificaciones, entre otras funciones.

• Las funcionalidades que el personal administrativo varía de acuerdo al

área administrativa y el cargo del usuario en la UNE, dependiendo del

grupo de acceso que tenga el administrativo podría cargar

calificaciones, gestionar el sorteo de estacionamiento, agregar

usuarios nuevos, editar información de los usuarios, crear horarios,

realizar articulación y equivalencias, además de obtener información a

través de reportes o consultas entre otras cosas.

MiUNE 2.0 fue desarrollado en PHP de igual manera que Moodle y ambos

comparten la característica de pertenecer al grupo de software libre. La

principal diferencia entre estas dos aplicaciones es que MiUNE 2.0 es una

aplicación de tipo Administrativo Educativo y Moodle se enfoca en la

Educación Virtual.

Moodle posee varios perfiles y cada uno de estos perfiles tienen

disponibles diferentes funciones, dentro de los perfiles que existen los mas

importantes son:

• Administrador: tiene como funciones principales la creación de cursos

y asignación de perfiles a otros usuarios, dentro de una categoría o un

curso, este perfil puede realizar todas las funciones de todos los

perfiles que existen en Moodle.

6

• Docente es el asignado regularmente a los profesores que están a

cargo de la asignatura, dentro de las funciones mas importantes tiene

agregar, modificar, editar y eliminar recursos como: libros,

etiquetas,enlazar un archivo o una web, etc. o también agregar una

activada como: foro, glosario, wiki, diferentes tipos de tareas,

cuestionarios, encuestas, consultas, etc.

• Estudiantes tiene acceso al curso y podrá acceder a los recursos o

actividades que estén disponibles en el.

Al implementar Moodle en la Universidad Esparta se creó una

pequeña conexión entre las dos aplicaciones para que el usuario no se vea

forzado a tener dos cuentas distintas para cada sistema, esta conexión se

encuentra en el acceso a los dos sistemas, esto quiere decir que actualmente

se encuentran vinculado con través de los perfiles que existen en MiUNE

2.0, en conclusión para usar Moodle debes tener una cuenta en el MiUNE

2.0.

El proceso actual para la solicitud, creación y matriculación de un aula

virtual es el siguiente:

El profesores que desee usar un aula virtual para un curso, debe

solicitar el aula virtual al DDTI a través de una carta escrita o correo

electrónico.

El correo es recibido por el DDTI y pasa a ser procesado por sus

analistas, los tiempos de respuesta varían de acuerdo al trabajo que se tenga

en ese momento.

Es creada el aula virtual en Moodle con el nombre y código de la

asignatura considerando la escuela de donde proviene dicha asignatura,

también se le agrega como docente de aula al profesor correspondiente de

la asignatura.

7

Luego de esto el DDTI informa vía correo electrónico informando que

la solicitud deseada fue realizada con éxito.

El profesor al recibir dicha información, procede a ingresar a Moodle,

donde los datos de acceso son los mismos que MiUNE 2.0.

Al ingresar se dirige al aula donde ya tendrá el perfil de docente.

El siguiente paso es matricular a los estudiantes al curso

correspondiente, para esto, dependiendo si el aula se desea que solo entre

un grupo específico, el profesor podrá colocarle una contraseña al curso y

darle la clave a los estudiantes para que ellos y solo ellos ingresen. En caso

de que el aula se desea abierta a todo publico bastaría con no colocarle una

contraseña de acceso al curso.

Como se mencionó anteriormente para ingresar en ambas

aplicaciones se deben autentificar con su cédula y clave secreta ante las dos

aplicaciones, aunque sean dos aplicaciones distintas se maneja la misma

clave de acceso.

Esto genera un trabajo para el Departamento de Desarrollo

Tecnológico el cual es crear el aula, asignársela al profesor y luego

responder vía correo electrónico sobre su solicitud de aula virtual.

Ademas es importante destacar que los usuarios se ven comprometidos

con dos aplicaciones donde usan la misma clave de acceso, esto genera al

usuario incomodidad y fatiga al momento de usar funciones de estos dos

sistemas, ya que tienen que ingresar a otra dirección y nuevamente entrar

con un usuario y contraseña exactamente igual a la otra aplicación.

La manera de como surgió MiUNE 2.0 de sus antecesores

(MiUNEAcademico, MiUNEEstadistica y MiUNECronogramas) indica que es

un sistema que se creó para centralizar funciones sin que se genere

dificultad para el usuario (aun en desarrollo), Moodle está destinado en teoría

8

a formar parte como un solo sistema en MiUNE 2.0, como se ha estado

integrando con sus 3 antecesores.

Moodle es distinto a los sistemas anteriores a MiUNE 2.0, ya que

Moodle fue implantado como herramienta y abarca un universo de funciones

de gran tamaño lo cual sería beneficioso e ideal que esas funciones las

tuviera MiUNE 2.0 de manera íntegra.

La integración de Moodle como herramienta a MiUNE 2.0 permitiría

que los usuarios solo tuvieran una sola dirección web a la cual ingresar, un

solo sistema de LogIn al cual acceder y para efectos visuales un solo sistema

que tiene acceso a funciones tanto de MiUNE 2.0 o Moodle.

Esta integración genera aún más necesidad de que se automatice la

creación y gestión de aulas virtuales para reducir el trabajo que se realiza de

manera manual actualmente en el DDTI, se lograría automatizar procesos

como la solicitud de aulas, creaciones de aulas por parte de los profesores,

inscripción de los alumnos en el aula virtual que estén actualmente cursando

la unidad curricular y la carga de cronogramas, si el profesor lo desea

De no integrar Moodle a MiUNE 2.0 el usuario no se le ofrecería

mayor comodidad al momento de interactuar con los dos sistemas y no se

estaría trabajando en uno de los propósitos de MiUNE 2.0 que es un sistema

íntegro y centralizado en cuanto a funciones de la UNE. Por otro lado si no se

automatiza la creación y gestión de aulas virtuales en los sistemas el DDTI

tendría que realizar la creación y asignación de aulas de manera manual

como se está haciendo y el profesor tendría que esperar todo el tiempo

necesario para que su solicitud sea procesada.

9

Formulación del problema

Interrogante Principal

• ¿Cómo implementar soluciones tecnológicas más apropiadas para

integrar Moodle a MiUNE?

Interrogantes de la Investigación

• ¿Qué análisis de requisitos técnicos y funcionales debe considerarse

para la integración de los sistemas Moodle y MiUNE 2.0?

• ¿Cuáles son los interfaces gráficas adecuadas?

• ¿Cuáles son algoritmos y ajustes son necesarios para la integración

de los sistemas Moodle y MiUNE 2.0?

• ¿Cómo integrar los sistemas Moodle y MiUNE 2.0 para lograr las

funcionalidades esperadas?

• ¿Cuál estrategia de implementación de sistemas es la apropiada para

la integración de los sistemas Moodle y MiUNE 2.0?

Objetivos de Investigación

Objetivo General

Integrar los sistemas MiUNE 2.0 y Moodle para la creación y gestión de

aulas virtuales.

Objetivos Específicos

• Determinar los requisitos técnicos y funcionales para la integración de

los sistemas Moodle y MiUNE 2.0

10

• Analizar los requisitos técnicos y funcionales para la integración de los

sistemas Moodle y MiUNE 2.0

• Establecer las interfaces gráficas de cada sistema y los ajustes del

modelo de datos.

• Desarrollar los componentes del software para la integración y

automatización.

• Establecer las funcionalidad de los sistema en MiUNE 2.0

• Establecer las estrategias de implementación

Justificación de la Investigación

La presente investigación se justifica porque permitirá obtener una

integración entre Moodle y MiUNE 2.0 que traerá beneficios tales como:

• Los docentes no tendrán que esperar a que el Departamento de

Desarrollo Institucional (DTI) les responda su solicitud de aula virtual.

• Los docentes podrán matricular a los estudiantes, dependiendo de la

modalidad de acceso a los estudiantes y podrán cargar su

cronogramas previamente cargado en MiUNE si así lo desean.

• El personal de DTI no tendrá que crear las aulas virtuales ni asignarles

el rol al docente, por lo que generaría mayor provecho de horas

laborales al Departamento.

• Los estudiantes no tendrían necesariamente que registrarse en el

curso, por lo tanto otorgara mayor facilidad a los estudiantes si el

profesor lo desea.

• Los estudiantes y el personal docente no tendrían que ingresar a los

dos sistemas al momento de querer interactuar con ambas

funcionalidades de los sistemas.

11

Esto beneficiara a toda la comunidad de docentes que podrían apoyar sus

clases y estudiantes que participen en las aulas virtuales.

Traerá beneficios para futuros desarrollos que se propongan en MiUNE

2.0 en relaciones a las aulas virtuales en la aplicación, esto afecta a la UNE

ya que la institución contara con un sistema aún más íntegro y unificado,

donde los usuarios puedan usar sus funcionalidad de una forma más intuitiva

y fácil de manejar. Para los estudiantes de la UNE le traerá mayor

comodidad, accesibilidad y mayor

Delimitaciones

Toda investigación se encuentra delimitada por una serie de factores que

permiten que los objetivos planteados se cumplan dentro de un alcance

específico. En esta investigación, se presentan las siguientes delimitaciones:

Delimitaciones Temática

La temática, objeto de estudio en la línea de investigación, se enfoca

Desarrollo de Tecnologías de información Gerencial para instituciones

Públicas y Privadas en Venezuela.

Delimitación Geográfica

El desarrollo del sistema se llevará a cabo en la Universidad Nueva

Esparta, Sede Los Naranjos, ubicada en la Avenida Sur 7, Los Naranjos,

Edif. Interactivo, Piso 2, Dirección de Desarrollo Tecnológico Institucional.

Delimitación Temporal

El objetivo de la investigación tomara como punto de partida el mes de

Septiembre del año 2013 hasta el Junio del año 2014, por considerar ser un

periodo que permitirá establecer los objetivos planteados.

12

CAPITULO II

MARCO REFERENCIAL

Consideraciones Generales

Luego de haber definido el planeamiento del problema y determinado

los objetivos generales y específicos que concluyen los fines de esta

investigación, es necesario establecer los aspectos teóricos que sustentaran

esta investigación. En consecuencia, dentro del Marco Referencial se

muestran las bases de las diversas teorías y conceptos relativos a los

sistemas y su integración, que orienten el sentido de la misma. Resulta

evidente, que ante cada problema de investigación ya que se poseen

referentes teóricos y conceptuales, así como informaciones y proposiciones

que permitan integrar al problema a un ámbito donde este cobre sentido.

Teniendo en cuenta, estas consideraciones y el esencial carácter

teórico práctico del proceso de conocimientos, el cometido cumplirá el Marco

Referencial en esta investigación, es exactamente situar al problema objeto

de estudio dentro de un conjunto de conocimientos, lo mas sólido posible, a

fin de orientar la búsqueda de ofrecer una conceptualización adecuada de los

términos utilizados, pudiendo ser manejado y convertidos en acciones

concretas. A tal fin será necesario delimitar los parámetros conceptuales que

sustentaran y complementaran el estudio; implicando esto, la inclusión de

todos lo elementos teóricos ya conocidos y valorados, como los nuevos y

confiables, que servirán de apoyo a elementos implicados en la búsqueda

investigativa.

13

Antecedentes de la Investigación

Al realizar un trabajo de investigación, es necesario contar con

material documentado que tenga relación con la integración que se pretende

desarrollar, con la finalidad de obtener conocimientos que sirvan para guiar el

desarrollo de integración de sistemas de este tipo.

Los estudios previos que guardan relación con la investigación son los

siguientes:

Méndez (2011), Universidad Nueva Esparta, el cual Desarrollo de una

aplicación E-lerning integrada al concepto de MiUNE a fin de complementar

la relación profesor – estudiante fuera del aula de clases en la Universidad

Nueva Esparta. La investigación citada trata sobre el desarrollo de una

herramienta en el concepto de Web 2.0 integrada al concepto de MiUNE, que

le permitirá al profesor y al estudiante comunicarse de forma directa,

teniendo como fin principal, integrar a la comunidad universitaria en los

espacios Web, a través de un servicio de mensajería que busca la mejora de

la relación profesor – estudiante. Además de darle al docente una

herramienta que les permita la carga de cursos con contenidos E-Learning

que podrán ser aprovechados por los estudiantes de la materia. También es

importante mencionar que se utilizó la metodología para el desarrollo de

aplicaciones SCRUM, que se encuentra en el grupo de metodologías ágiles

que trata de aprovechar al máximo la reducción de los tiempos y la utilización

de los recursos disponibles con la aplicación de iteraciones cortas que

generan crecimiento considerable al proyecto.

La investigación antes descrita, sirve como antecedentes ya que al

igual que Moodle posee la característica de ser E-learning, que sirve como

apoyo a las bases de nuestra investigación y demuestran una integración de

esa característica educativa a lo que vendría siendo el concepto de “MiUNE”

14

para la comunidad de la Universidad Nueva Esparta (UNE), directamente a la

aplicación MiUNE 2.0, siendo una de estas la que se desea integrar.

También es importante resaltar que en dicha investigación se usó la

metodología SCRUM que es la misma que se utilizará en esta investigación,

donde podemos ver que como Méndez la aplicó para gestionar el desarrollo

de el software realizado.

Otra investigación importante para tratar en este trabajo fue la

realizada por Díaz (2008), Universidad de Chile (Chile), Integración de SAP

y aplicaciones legadas a través de SOA.

La investigación antes citada trata sobre la integración entre ERP de

SAP y los legacy del área de logística de una compañía distribuidora de

combustible en Chile utilizando los principios que el patrón de diseño SOA

ofrece y con la ayuda de herramientas comerciales que implementan y

facilitan la integración entre sistemas computacionales heterogéneos.

Esta investigación sirve como antecedente, ya que existe una

integración de sistemas bien elaborada, donde se usaron ciertas

metodologías, que resaltan aspectos importantes para un trabajo de

investigación donde el objetivo sea integración de sistemas como demostrar

una visión mas gráfica de los componentes de los sistemas o los nuevos

componentes que harán posible que funcionen como un sistema

heterogéneo, la descripción de la implementación en el capitulo 4 y la

descripción de los componentes de integración del capitulo 5 sirve como

modelo a considerar en la elaboración de estos capítulos en esta

investigación. .

En esta investigación se puede observar como los autores parten de

tener aplicaciones legacy Web del tipo J2EE que utilizan de manera

independiente y que les permite realizar ciertas tareas de uso regular en la

15

empresa, por otro lado, está el ERP de SAP, que integrándolos de manera

exitosa, es muy enriquecedor para esta investigación ya que se puede

observar como se desarrolló esta integración y su forma de detallar dicho

proceso.

Por último otra investigación importante para esta investigación es una

investigación realizada por Frutos, Ferreira y Zorzan (2013) llamada

“Interacción entre EVEA SIAT y aplicaciones de la UNRC utilizando Servicios

Web”. Este trabajo de investigación describe la necesidad de que la

información fluya y sea accesible por todos sus miembros y mantenga su

válidez e integridad. En esta investigación se integra un Entorno Virtual de

Enseñanza y Aprendizaje (EVEA) llamado SIAT con un sistema tradicional

(alumnos, recursos humanos, expedientes, biblioteca, etc) de la Universidad

Nacional de Rio Cuarto (UNRC) utilizando servicios web.

Esta investigación es la que tiene mayor coincidencias con esta

investigación ya que para la UNRC posee un servicio web para dar

soluciones equivalente en esta investigación seria MiUNE y poseen a SIAT

que seria el equivalente a Moodle en MiUNE. También se pretende en la

investigación desde un principio dar solución a Gestión de aulas

virtuales(crear,eliminar), Asignar roles a aulas virtuales o cargar planes de

estudio (cronogramas) por ejemplo. La coincidencia de las soluciones que se

pretenden ofrecer con esta integración son casi completamente similar.

Es por estas razones que es la mas importante dentro de todos los

antecedentes ya que se puede analizar el análisis realizado en ella para

desarrollar esta investigación o tomar algunas referencias bibliográficas como

opciones a considerar de acuerdo a la necesidad que se presente en esta

investigación.

16

Bases conceptuales

Teoría General de sistemas

Según Johansen (2007), profesor de la Universidad de Chile, define la

Teoría General de Sistemas (TGS) en el libro de Latorre cuando afirma que :

La teoría General de Sistemas a través del análisis de lastonalidades y las interacciones internadas de éstas y las externascon su medio, es, ya en la actualidad, una poderosa herramientaque permite la explicación de los fenómenos que se suceden en larealidad y también hace posible la predicción de la conducta futurade la realidad. Es pues un enfoque que debe gustar al científico,ya que su papel, a nuestro juicio, es, justamente, el conocimiento yla explicación de la realidad o de una parte de ella (sistemas) enrelación al medio que lo rodea y sobre la base de esosconocimientos, poder predecir el comportamiento de esa realidad,dadas en ciertas variaciones del medio o entorno en el cual seencuentra inserta.

Como lo expresa Johansen (2007) podemos ver la TGS como la base

de todo sistema, por lo tanto ya que esta investigación se trata de la

integración de dos sistemas, es importante conocer la base de lo que es un

sistema.

De esta la TGS surgen los Sistemas de información que, según

Gómez y Abajo (1997). Los Sistemas de Información y de tecnología de la

información constituyen instrumentos previos e imprescindibles para

desarrollar procesos de planificación y control, hasta tal punto, que la

supervivencia de las empresas de hoy y del mañana se ve condicionada por

la existencia y disponibilidad de una eficaz dirección de los sistemas de

información.(p.2)

Como lo expresa el párrafo anterior, hoy en día los sistemas de

información son de suma importancia para las empresas, esto se debe a que

la información que estos pueden aportar resulta de gran utilidad en la gestión

17

de procesos como su seguimiento y control.

Los sistemas de Información están divididos por categorías, de las

cuales relacionadas a esta investigación se encuentran los Sistemas

Transaccionales.

Sistemas Transaccionales

Según Cortés (1998). Indica que los Sistemas Transnacionales son

los que reflejan un sistema en su comportamiento cotidiano. Se basan en las

transacciones que se presenta en un sistema. Una transacción se puede

definir como una actividad o un conjunto de actividades que se tratan como

una sola, las cuales dejan pistas para darles seguimiento (cambiar un

cheque, pagar con tarjeta de crédito, etc). Justamente este el tipo de

procesos que realiza MiUNE 2.0 y es por eso que pertenece a esta categoría

de sistemas.

Sistemas de Base de Datos

Por otro lado de los Transaccionales tenemos los Sistemas de Base

de Datos que Según Ruiz. (2001) es básicamente un sistema computarizado

para llevar registros. Es posible considerar a la propia base de datos como

una especie de armario electrónico para archivar; es decir, es un depósito o

contenedor de una colección de archivos de datos computarizados. Tanto

como Moodle y MiUNE 2.0 usan este tipo de sistemas para almacenar

información actualmente.

De estos Sistemas de Base de Datos, han surgido conceptos y

normas que derivan a otros tipos, específicamente las Bases de Datos

Relacional, Según Heurtel O. (2009) Una base de datos relacional presenta

una organización de los datos basada en el modelo relacional, desarrollado

en 1970 por Edgar Frank Codd. Es la estructura más extendida actualmente.

18

En una base de datos relacional, los datos se organizan en tablas enlazadas

de manera lógica. Una tabla incluye columnas (o campos) que describen una

fila (o registro). La relación entre las tablas se establece mediante una

columna. (Heurtel O. p. 15)

Una base de datos de este tipo, osea que funcione en el modelo

relacional, permite agrupar de manera lógica los datos contenidos en ella,

esto reduce la redundancia (duplicidad de datos) de la misma. Los sistemas

que gestionan las bases de datos son llamados Sistemas de Gestión de

Base de Datos (SGBD) o simplemente Manejador de Base de Datos, estos

tienen como objetivo principal proporcionar un entorno que sea conveniente

como eficiente para las personas que lo usan en beneficio de ofrecer mayor

facilidad para usar dicha Base de Datos.

PostgreSQL

El Manejador de Base de Datos o SGBD que usa MiUNE 2.0 y que

Moodle también soporta y usa, es PostgreSQL. PostgreSQL Global

Development Group (1996), describe el proyecto PostgreSQL como: Un

poderoso sistema de base de datos objeto-relacionales de código abierto.

Cuenta con más de 15 años de desarrollo activo y una arquitectura probada

que se ha ganado una sólida reputación de fiabilidad, integridad de datos y la

corrección. Funciona en todos los principales sistemas operativos, incluyendo

Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) y

Windows.

La integración de estos sistemas tiene una ventaja a nivel de

almacenamiento porque ambas Base de Datos son del mismo Manejador, lo

cual facilita un poco la interacción entre ambas aplicaciones.

Por otro lado, en el mundo de la educación donde siempre ha existido

constante movimiento de tendencias con fines educativos, se han creado las

19

bien llamadas Modalidades de Educación.

Modalidades de Educación

Mariano (2007) Divide muy bien en su libro el origen de las

modalidades en 4 etapas o como el lo llama en su libro “olas”.

Según Mariano (2007) los orígenes empiezan por la llamada

educación por correspondencia (primera ola) que tiene una tradición de mas

de 150 años, que se remonta a los primeros cursos de gramática por

correspondencia desarrollados en Suecia (1833) y de habilidades

administrativas básicas desarrollados en Inglaterra (1844).

Debido a que el ser humano trata de facilitarse su vida a través de los

avances tecnológicos no paso mucho tiempo para que con la llegada de la

comunicación a distancia (segunda ola). Según Mariano (2007) con la

llegada de la radio en 1920 y la naciente televisión en 1930 como nuevos

medios se comenzó a usar para impartir cursos entre otros elementos con

fines educativos.

Mariano (2007) llama como la tercera ola a “la educación asistida por

ordenadores y educación online”, en 1960 aprovechando el boom mundial de

los ordenadores se creo el primer sistema de estándares para el uso de

ordenadores en la enseñanza.

Por ultimo como la cuarta ola: e-perfomance, () se refiere al

crecimiento en la población mundial que supera los 1.100 millones de

personas en el 2007 y se proyecto en 1.800 millones para el 2010, donde se

estima que un 20% aproximadamente de esta población estaría educándose

de forma online.

El hecho de que una gran cantidad de usuarios usen este tipo de

educacion online impulsa a surgimiendo de proyectos libres con fines de

20

ofrecer servicios en beneficio de la educación, gracias a esto Moodle fue

creado modalidades a las nuevas modalidades de educación, donde

actualmente existen diferentes tipos de educación dentro de las cuales las

principales son:

Educación presencial: la educación presencial o convencional, es

aquélla que como su nombre lo dice se exige y requiere de una

presencialidad obligatoria en el aula para poder dirigir el aprendizaje por

medio del profesor.

Educación no presencial o Educación a distancia: la educación no

presencial es aquella que al contrario de la presencial no exige la presencia

del estudiante, es completamente virtualidad a través de los nuevos canales

electrónicos (las nuevas redes de comunicación, en especial Internet)

utilizando para ello herramientas de hipertenso como correos electrónicos,

paginas web, foros de discusión, mensajería instantánea, entre otras, como

soporte de los procesos de enseñanza aprendizaje, esta modalidad también

es conocida como e-learning.

Educación semi-presencial: es el aprendizaje que usa la educación

presencial y la no presencial, esto quiere decir que según el esquema de

evaluación o cronograma las clases será presencial o no.

Apoyo a la clase presencial: esta modalidad es totalmente

presencial donde algunas actividades se apoyan en la parte virtual.

Debido a la existencia de estas modalidades y la incesante necesidad

de mejorar nuestras vidas a través de la tecnología, han surgido algunas

derivantes de estas modalidades, en especial para la educación no

presencial o semi-presencial como lo son los Sistemas de Gestión de

Aprendizaje (SGA).

Los SGA son software instalado en un servidor web que se emplea

21

para administrar, distribuir y controlar las actividades de formación no

presencial (o aprendizaje electrónico) de una institución u organización.

Gracias a estos software se desarrollaron aun mas sub categorías con

objetivos menos generales y mas centrados como lo son los Ambientes

Educativos Virtuales, los cuales son software diseñados para facilitar a

profesores la gestión de cursos virtuales para sus estudiantes, especialmente

ayudándolos en la administración y desarrollo del curso. El sistema puede

seguir a menudo el progreso de los principiantes, puede ser controlado por

los profesores y los mismos estudiantes. Originalmente diseñados para el

desarrollo decursos a distancia, vienen siendo utilizados como suplementos

para cursos presenciales. Estos sistemas funcionan generalmente en el

servidor, para facilitar el acceso de los estudiantes a través deInternet.

Bajo este contexto, el profesor toma un nuevo rol que cambia de ser

expositor a orientador y diseñador de medios y métodos. El alumno pasa a

ser el protagonista del proceso de formación, un "investigador" que

activamente busca información, la analiza y es capaz de incorporarla a

proyectos en grupo o individuales con la finalidad de acrecentar el acervo de

aprendizaje involucrado en el método, toda vez que es de vital importancia el

intercambio de investigación que cada uno de los alumnos aporte para

beneficio del grupo de trabajo. Uno de los Ambiente Educativos Virtuales mas

famosos del mundo es Moodle.

Moodle

Es una aplicación web de tipo Ambiente Educativo Virtual, un sistema

de gestión de cursos, de distribución libre, que ayuda a los educadores a

crear comunidades de aprendizaje en línea. Este tipo de plataformas

tecnológicas también se conoce como Sistema de gestión de aprendizaje.

Estas herramientas son de gran utilidad en el ámbito educacional, ya

22

que permiten a los profesores la gestión de cursos virtuales para sus

alumnos (educación a distancia o e-learning), o la utilización de un espacio

en línea que dé apoyo a la presencialidad (aprendizaje semi-presencial,

blended learning o b-learning).

La filosofía planteada por Moodle incluye una aproximación

constructiva basada en el constructivismo social de la educación, enfatizando

que los estudiantes (y no sólo los profesores) pueden contribuir a la

experiencia educativa en muchas formas. Las características de Moodle

reflejan esto en varios aspectos, como hacer posible que los estudiantes

puedan comentar en entradas de bases de datos (o inclusive contribuir

entradas ellos mismos), o trabajar colaborativamente en un wiki.

El propósito de esta investigación es la integración de Moodle a

MiUNE 2.0, pero antes de hablar de tecnologías que se usan y se usaran es

importante aclarar que es la Integración de Sistemas, según OEI en su

asignatura de Proyectos Informáticos define la integración de sistemas como

“Un conjunto particular de proyectos informativos viene definido por los

proyectos de integración de sistemas, cuyo fin no es el desarrollo de una

aplicación, si no la puesta en relación y funcionamientos de un conjunto

heterogéneo de componentes para conseguir una solución global que

responda a una necesidad de usuario. La Integración de Sistemas consiste

en integrar productos Hardware y/o Software estándar, así como productos

desarrollados específicamente para construir un sistema que sea una

solución completa”.

Se deja claro que no es una creación de una aplicación, es la creación

de los componentes tecnológicos necesarios para lograr dicha relación y

funcionamiento como uno solo entre Moodle y MiUNE 2.0.

Software Libre

23

Anteriormente se hablo de que Moodle y MiUNE 2.0 son del tipo de

Software Libre, en primer lugar se conoce como software al equipamiento

lógico o soporte lógico de un sistema informático, que comprende el conjunto

de los componentes lógicos necesarios que hacen posible la realización de

tareas específicas, en contraposición a los componentes físicos que son

llamados hardware. Software Libre es la denominación del software que

respeta la libertad de todos los usuarios que adquirieron el producto y, por

tanto, una vez obtenido el mismo puede ser usado, copiado, estudiado,

modificado, y redistribuido libremente de varias formas. Según la Free

Software Foundation, el software libre se refiere a la libertad de los usuarios

para ejecutar, copiar, distribuir, y estudiar el mismo, e incluso modificar el

software y distribuirlo modificado.

Apache

El Software Libre ha ayudado a muchos desarrolladores por su

libertad en las pocas restricciones que se poseen al adquirir un software de

este tipo, esto ha inspirado notablemente al desarrollo libre en muchos

proyectos muy buenos, entre ellos Apache Http Server (Tecnología al

Instante) un modelo de software para Servidor Web HTTP, de código fuente

abierto, para sistemas operativos del estilo de UNIX, tales como (BSD, Linux,

y versiones de UNIX), Microsoft Windows, Novell NetWare y otras

plataformas. Apache ha sido reconocido por el rol jugado en el desarrollo

inicial de la World Wide Web, y es probablemente el software servidor Web

más popular de los existentes en el mercado.

El servidor Apache cumple la función fundamental de albergar todo el

código fuente de la aplicación web y permite a los usuarios acceder a la

misma. En vista de que los dos sistemas (MiUNE 2.0 y Moodle) utilizan esta

tecnología, la integración propuesta debe utilizarla para lograr una

integración óptima.

24

PHP

Existen otras tecnologías usadas para la creación de sitios con

Apache y además registradas abajo de alguna licencia de software libre

como lo es PHP, Hypertext Pre-processor (inicialmente PHP Tools, o,

Personal Home Page Tools), Según Heurtel O.(2009) PHP es un lenguaje de

script que se ejecutan en el lado del servidor, cuyo código se incluye en una

página HTML clásica. Puede compararse por tanto a otros lenguajes de script

que funcionan según el mismo principio: ASP (Active Server Pages) o JSP

(Java Server Pages) (Heurtel O. p. 223). El sistema propuesto debe ser

enriquecido con un contenido dinámico que pueda ser generado en cualquier

momento de la ejecución de la aplicación, a fin de lograr esto, el uso de esta

tecnología será un requisito indispensable para el desarrollo de la aplicación

y su integración con el sistema “MiUNE”.

HTML

PHP, se usa por lo general para el programar del lado del servidor,

esto requiere el uso de otra tecnología para la parte de la vista como lo es,

Hypertext Markup Language (HTML), Según el Word Wide Web Consortium

en su pagina web lo definen como un lenguaje para describir la estructura de

páginas web que le permite a los autores de las mismas, enlazar o transmitir

información a través de hipervínculos, diseñar formularios para realizar

transacciones con servicios remotos e incluir videos, sonidos y otras

aplicaciones directamente en el documento HTML.

En vista de que el sistema propuesto es una aplicación web, se debe

utilizar el lenguaje HTML para definir su estructura y la forma en que será

visualizada la información. Además, se debe mantener el mismo esquema y

diseño del sistema “MiUNE” a fin de mantener un diseño constante en la

aplicación luego de su integración con el mismo agregándole las interfaces

25

de Moodle de manera que logreen estar en armonía.

Javascript

Las paginas web de hoy en día se caracterizan por tener un manejo

dinámico, efectos y apariencia que responda a ciertas acciones de parte de

la vista, es por eso que hoy en día se usa mucho un lenguaje en el desarrollo

web para lograr estas características, y hasta un poco mas: JavaScript, que

según Born (2001), “JavaScript es un lenguaje orientado a objetos, es decir,

un lenguaje que toma objetos como base. Estos objetos poseen propiedades

y sobre ellos se pueden aplicar métodos. Otra característica importante de

este lenguaje es que permite reaccionar a eventos.”(p. 468). Es

principalmente utilizado para crear páginas web dinámicas y no existe

necesidad de que sea compilado, debido a que es un lenguaje interpretado.

El hecho de que no sea un lenguaje que requiera de un proceso de

compilación, permite que éste sea interpretado por navegadores web, por lo

que es comúnmente utilizado en el desarrollo de aplicaciones en la web 2.0.

En el sistema propuesto JavaScript servirá de enlace entre todos los

lenguajes de programación web utilizados, de manera tal que la aplicación

pueda enriquecerse con un entorno dinámico y ergonómico.

AJAX

Otra curiosa tecnología que pertenece al grupo “Software Libre” muy

usada hoy en día para hacer peticiones a otras paginas sin cambiar de

paginas es Ajax, Garrett, En su artículo, “A new approach to Web

Applications” (2005), afirma que “AJAX no es una tecnología. Es realmente la

combinación de muchas, cada una aportando sus beneficios y trabajando en

conjunto en formas nuevas y poderosas”.

AJAX permite cambiar elementos mostrados en una página web sin

necesidad de recargar la misma, gracias a esto la aplicación web pasa a ser

26

mas interactiva y dinámica. El sistema propuesto aprovechará los beneficios

de este término para lograr una navegación sencilla y amigable.

JSON

La manipulación de datos a través de peticiones requiere un estándar

de formato de datos, que pueda ser usado en muchos lenguajes, esto ofrece

gran valor entre aplicaciones, vistas, modelos, y lenguajes de programación

que se desean nutrir de alguna data sin necesidad de procesar diferentes

formatos, JSON!.. En la página oficial de los creadores de esta tecnología, se

le define como: JSON (JavaScript Object Notation - Notación de Objetos de

JavaScript) es un formato ligero de intercambio de datos. Leerlo y escribirlo

es simple para humanos, mientras que para las máquinas es simple

interpretarlo y generarlo.

Está basado en un subconjunto del Lenguaje de Programación

JavaScript, Standard ECMA-262 3rd Edition - Diciembre 1999. JSON es un

formato de texto que es completamente independiente del lenguaje pero

utiliza convenciones que son ampliamente conocidos por los programadores

de la familia de lenguajes C, incluyendo C, C++, C#, Java, JavaScript, Perl,

Python, y muchos otros.

Esta tecnología es muy útil como enlace entre los distintos elementos

de una aplicación web. En el sistema propuesto se utilizará para facilitar el

paso de información desde la base de datos a la aplicación de manera eficaz.

CCS

Para reducir código en el estilo de las paginas y estandarizar el

manejo de ellas existe otra tecnología importante y digna de nombrar, con el

fin de lograr una presentación homogénea de una aplicación web se utilizan

las Hojas de estilo o Cascade Style Sheets (CSS). Para lograr una

presentación homogénea de una aplicación web se utilizan las Hojas de

27

estilo o CSS.

Según Aubry (2006), Una hoja de estilos es un grupo de elementos de

formato (los estilos) que controlan el modo en que se aplica un formato a un

documento. Si se utiliza de forma óptima, constituye un auténtico documento

que contiene todos los estilos que pueden ser aplicados a todos los

elementos de página que se quiera. (p. 177)

A fin de brindar una interfaz estándar al sistema, la aplicación

desarrollada debe mantener el diseño y estilo que se utiliza actualmente en el

concepto MiUNE 2.0 y Moodle.

Habiendo dicho esto, Moodle es lo suficientemente flexible para

permitir una amplia gama de modos de enseñanza. Puede ser utilizado para

generar contenido de manera básica o avanzada (por ejemplo páginas web)

o evaluación, y no requiere un enfoque constructivista de enseñanza.

El constructivismo es a veces visto como en contraposición con las

ideas de la educación enfocada en resultados, como en los Estados Unidos.

La contabilidad hace hincapié en los resultados de las evaluaciones, no en

las técnicas de enseñanza o en pedagogía, pero Moodle es también útil en

un ambiente orientado a la pedagogía.

Metodología de Desarrollo SCRUM

En la gestión de proyectos, es imprescindible contar con una

metodología de trabajo que permita organizar los objetivos en función al

tiempo.

Palacios (2008) SCRUM dice que es una metodología ágil para

gestionar proyectos de software, que toma su nombre y principios de los

estudios realizados sobre nuevas prácticas de producción por Hirotaka

28

Takeuchi e Ikujijo Nonaka a mediados de los 80 (Ikujiro & Takeuchi, 1986).

Aunque surgió como práctica en el desarrollo de productos tecnológicos,

resulta válido en los entornos que trabajan con requisitos inestables, y

necesitan rapidez y flexibilidad; situaciones habituales en el desarrollo de

algunos sistemas de software. (Palacios p. 133)

Esta metodología será utilizada ya que brinda resultados óptimos, se

ajusta a los tiempos disponibles para la realización del desarrollo y su

ejecución permite la corrección de errores en la marcha. Esta metodología se

apoya en una serie de instrumentos:

Pila del Producto (Product Backlog): En él se alojan todos los

requerimientos o características que debe presentar el sistema propuesto, en

este instrumento 16 se reflejan los puntos de trabajo, la prioridad y la

verificación de cada elemento registrado.

Pila de Sprint (Sprint Backlog): En este instrumento, se registran las

diferentes iteraciones que se realizan para el desarrollo del sistema

propuesto. Para cada iteración se agrupan elementos de la pila de producto

asignando un responsable a las mismas. Estas no deben tener una duración

mayor a 30 días a fin de dar agilidad al desarrollo.

Reunión Diaria (Daily Meeting): Cada día de trabajo del equipo de Scrum

Comienza con esta reunión, a fin de evaluar el progreso de las actividades

del Sprint y de existir algún conveniente, darle solución y continuidad a las

actividades.

Burndown Chart: Es un gráfico que refleja el progreso de cada Sprint

(iteración), se realiza en función a los puntos de trabajo presentes en la pila

de producto. Este elemento resulta de gran importancia para la toma de

decisiones, dado que se visualiza de manera eficiente si un Sprint tiene

muchos o pocos elementos y el estado de los mismos.

29

Estos elementos, están presentes en las distintas fases que comprenden

a la metodología: Planeamiento, Diseño, Codificación y Pruebas. Para ilustrar

mejor se presenta el siguiente gráfico:

30

Gráfico 1: Proceso SCRUM

Cuadro de Operacionalización de Variables

31

Tabla 1: Cuadro de Operacionalización de Variables

ObjetivosEspecíficos

Variables Dimensiones Indicadores Instrumentos Ítems

Determinar los requisitos técnicosy funcionales para la integración de los sistemas Moodle y MiUNE 2.0

Requisitos técnicos y funcionales

Tecnologíay Operatividad Espec. del Servidor

Herramientas de desarrolloDiseño webSoftware libreOpen SourceAulas VirtualesEstándares de programación Estándares de Base de datos

1.- Guía de observación para

ser aplicada en DDTI

A, B , C

Requisitos1.- Guiá de entrevista para

ser aplicada en DDTI

1,2,3,4

Establecer las interfaces gráficas y los ajuste en los modelo de base de datos de cada sistema

Interfaces gráficas y ajustes de los modelos

Diseño de Sistemas

Casos de usoBase de datosDiseño de ventanas

Desarrollar los componentes del software

Desarrollo de los componentes

Codificación de la integración

Base de datosCreación de las ventanasHerramientas de desarrollo

Autor:Martinez Barrios, Jerry

32

CAPITULO III

MARCO METODOLOGICO

Tipo de Investigación

El tipo de investigación se seleccionó de acuerdo a los objetivos

específicos establecidos en el mismo. Partiendo de esta premisa

metodológica, el Proyecto Factible por su función de investigación constituye

la modalidad de investigación para abordar el problema objeto de estudio.

El Proyecto Factible consiste en la investigación, elaboración ydesarrollo de una propuesta o modelo operativo viable parasolucionar problemas, requerimientos o necesidades deorganizaciones o grupos sociales; puede referirse a la formulaciónd e p o l í t i c a s , p r o g r a m a s , t e c n o l o g í a s , m é t o d o s oprocesos.”(Universidad Pedagógica Experimental Libertador, 2008)(p.21).

La presente investigación es considerada un Proyecto Factible puesto

que cumple con las características esenciales de este tipo de investigación,

tomando en cuenta que, se diagnostica el problema, se realiza un

planteamiento, se recolectan los requerimientos y necesidades, se

fundamenta teóricamente la propuesta, se diseñará y se desarrollará la

propuesta y finalmente se evaluará tanto el proceso de desarrollo como los

resultados.

Para lograr el desarrollo del sistema propuesto se utilizará la

metodología ágil para el desarrollo SCRUM, ya que permite el diseño y

desarrollo rápido del software sin la necesidad de tener muchos recursos

humanos dentro del desarrollo y además permite realizar cambios,

34

rápidamente, durante cualquier momento del ciclo de vida del proyecto.

Diseño de la Investigación

En el desarrollo de sistemas se necesita involucrar diversos niveles de

investigación. En el presente caso se desarrollará una investigación mixta,

que contará con un diseño tanto documental, como de campo.

La Investigación Documental, según la Universidad Pedagógica

Experimental Libertador (2008) es: “el estudio de problemas con el propósito

de ampliar y profundizar el conocimiento de su naturaleza, con apoyo,

principalmente, en trabajos previos, información y datos divulgados por

m e d i o s i m p r e s o s , a u d i o v i s u a l e s o e l e c t r ó n i c o s . ” ( p . 2 0 )

La presente investigación es considerada Investigación Documental

porque se utilizarán diversas fuentes de información tales como, trabajos de

grado realizados anteriormente, que servirán como antecedentes para

comprender los motivos que llevaron al desarrollo de la aplicación; libros y

documentos, cuya información contribuirá al desarrollo del marco teórico de

la investigación y al conocimiento de las limitaciones, recomendaciones y

características técnicas, que contribuirán al correcto desarrollo del sistema

propuesto.

Se entiende por Investigación de Campo, el análisis sistemático de

problemas en la realidad, con el propósito, bien sea, de describirlos,

interpretarlos, entender su naturaleza y factores constituyentes, explicar sus

causas y efectos, o predecir su ocurrencia, haciendo uso de métodos

característicos de cualquiera de los paradigmas o enfoques de investigación

conocidos o en desarrollo. (Universidad Pedagógica Experimental Libertador,

2008) (p. 18)

35

La presente investigación es considerada Investigación de Campo, ya

que, de la investigación, se recolectarán recomendaciones y críticas de las

personas involucradas, de forma directa, con los procesos administrativos y

gerenciales de la institución.

Población y Muestra

Población

Según Seija F. (2006) En su libro Investigación por Muestreo,

población se define como:

Está constituida por el conjunto de medidas de las variables en estudio

en cada una de las unidades que conforman el universo. Es decir, cada una

de las variables en estudio constituye una población que viene dada por el

conjunto de valores que ella toma en las unidades que conforman el

universo. Por ello se puede decir cuando el universo tiene N elementos que

la población es de tamaño N. (p. 76)

“La población es el conjunto de todos los elementos objeto de una

investigación”. Navarro (2009)

Todos los elementos como objeto de esta investigación resultan se

expresa a continuación en dos grupos:

Grupo #1 (Población #1): El Director y El Gerente del Departamento

de Desarrollo Tecnológico Institucional (DDTI).

Grupo #2 (Población #2): Docentes con el perfil de Docentes en

Moodle (posee al menos un aula virtual) en el periodo 129 representado por

41 usuarios según consulta realizada en Marzo 2014 al DDTI.

36

Muestra

“Es una parte de la población que debe reunir las mismas

características de ésta para que sea representativa.” (Navarro p.54).

En el caso de esta investigación la muestra es igual a el total de

población debido al tamaño pequeño de la población.

Criterio de Selección

Marco Muestral

Según Navarro (2009). Es una lista de todas las unidades de muestreo

disponibles para su selección en una etapa del proceso de muestreo. Un

marco puede ser una lista de profesores, estudiantes, empleados,

empleados, hogares, empresas, clientes, ciudades, pacientes, socios de un

club, residentes de una zona, etc. (p. 54)

El marco muestral en esta investigación es:

• La base de datos de MiUNE que contiene información sobre todos el

personal administrativo de la Universidad Nueva Esparta

específicamente la sede los Naranjos.

Técnicas e Instrumentos de Recolección de Datos

Las técnicas de recolección de datos son las formas o procedimientos

utilizados para obtener la información necesaria para llevar a cabo la

investigación.

Un instrumento de recolección de datos, es, según Sabino (1980),

“cualquier recurso de que pueda valerse el investigador para acercarse a los

fenómenos y extraer de ellos información.” (p. 149). Partiendo de esta

37

premisa, se seleccionarán los instrumentos de recolección de datos de

acuerdo a las características de la población, basados en tres variables que

serán: el interés en el proyecto, la disponibilidad de tiempo y el aporte para la

institución.

Las técnicas que se utilizaran en este proyecto de investigación serán

observación directa, cuestionarios y entrevistas.

Observación directa: Navarro (2009) dice que: “Ocurre cuando es el

propio investigador el que observa y recoge los datos” (p.70). Esta puede ser

utilizada para capturar detalles que a los usuarios les gustaría, con el fin de

obtener una mayor aceptación de la integración de estos sistemas. Ademas

es importante lo que indica Sabino (1980) “Resulta además indispensable

registrar toda observación que se haga para poder organizar luego lo

percibido en un conjunto coherente. Para ello es ineviTabla tomar algún tipo

de notas o apuntes que sirvan como registro de lo que se ha observado.” lo

cual ayudara mucho para a lograr resultados mas eficientes.

Por otro lado la otra técnica que se aplicara sera las encuestas, Según

Navarro en su libro “Desarrollo, ejecución y presentación del proyecto de

investigación” la encuesta es una técnica que se utiliza cuando los datos

serán obtenidos de forma directa de los individuos que constituyen los

elementos de la población objeto de estudio.

Esta encuesta sera aplicada a la población 1 comprendida por los

docentes que poseen aulas virtuales en Moodle de la Universidad Nueva

Esparta a fin de conocer el estado actual del sistema y justificar el desarrollo

e impacto del sistema propuesto.

La otra técnica que se aplicara para la recolección de datos sera la

entrevista, la cual trata de una interacción entre dos o mas partes en las que

se tiene como objetivo la recolección de datos para la investigación. (Sabino,

38

1980).

Según Arias (1980), la entrevista semi-estructurada supone una guiá

de preguntas, pero el entrevistador puede realizar preguntas adicionales

creadas en el momento, buscando obtener mayor información o comprensión

del tema en cuestión permitiendo así tener la flexibilidad en el momento que

se realice la entrevista.

Por lo tanto, para la presente investigación, se aplicara una guiá de

entrevista semi-estructurada como instrumento de recolección de datos. La

información que se obtenga sera sometida a un análisis de contenido para

hacer un diagnostico mas preciso del estado actual de los procesos y

establecer necesidades y prioridades para la integración de los sistemas.

Metodologías de Análisis y Diseño de Sistemas

El cuadro comparativo que se presenta a continuación fue extraído del

articulo “Metodologías para el desarrollo del software: extreme programming

(XP)” redactado por Letelier P y Penandés C.

Diferencias entre metodologías ágiles y tradicionales

39

Tabla 2: Diferencias entre metodologías ágiles y tradicionales

Metodologías Agiles o Modernas Metodologías Tradicionales

Basadas en heurísticas provenientes de prácticas de producción de código.

Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo.

Especialmente preparado para cambios durante el proyecto.

Cierta resistencia a los cambios.

Impuestas internamente (por el equipo de desarrollo).

Impuestas Externamente.

Proceso menos controlado, con pocos principios.

Procesos mucho más controlados con númerosas políticas/normas.

No existe contrato tradicional o al menos es bastante flexible.

Existe un contrato prefijado.

El cliente es parte del equipo de desarrollo.

El cliente interactúa con el equipo de desarrollo mediante reuniones.

Grupos pequeños de menos de 10 integrantes y trabajando en un mismositio.

Grupos mas grandes y probablemente distribuidos.

Pocos artefactos. Más artefactos.

Pocos roles. Más roles.

Menos énfasis en la arquitectura del software.

La arquitectura del software es esencial y se expresa mediante modelos.

Autor: Martinez Barrios, Jerry

La metodología SCRUM es una metodología ágil, esta contiene todas

las características expresadas en el cuadro comparativo como una

Metodología Agil o Moderna.

Para la integración de los sistemas propuestos, se utilizará la

metodología SCRUM que fue definida previamente en las bases teóricas. El

40

autor Leffingwell D. En su libro “Agile Software Requirements” divide la

metodología SCRUM en 4 fases descritas a continuación.

• Planeación: Esta fase comienza con la creación de historias de

usuarios que describen funcionalidades o características que debe

cumplir el software a desarrollar, en este punto se define también el

criterio de aceptación de cada una de estas actividades. Todas estas

historias son agregadas al Product Backlog o Pila del Producto, que

será el elemento medular para la aplicación de la metodología.

• Diseño: SCRUM es una metodología adapTabla al proyecto, en esta

fase se pueden usar las herramientas que sean convenientes para

lograr el desarrollo del software. En el caso específico del sistema

propuesto, se utilizaran herramientas como Diagramas de Casos de

Uso, Modelos Físicos de Base de Datos y Diseño de las pantallas.

• Codificación: Luego de definir tanto los requerimientos, como el diseño

del proyecto, se comienzan a realizar todas las actividades presentes

en el Product Backlog. Esto tendrá como resultado la elaboración del

proyecto.

• Pruebas: Una gran virtud de esta metodología es que el trabajo esta

dividido en actividades modulares basadas en requerimientos

específicos tanto del usuario final como de los desarrolladores, esto

permite que puedan ser aplicadas pruebas durante el desarrollo de las

actividades y luego de la culminación de las mismas.

Las actividades de esta metodología trabajan de forma cíclica y se

debe llevar a cabo cada uno de los elementos del Product Backlog, es

importante mencionar que las actividades contenidas en este elemento,

pertenecen a distintas fases de las expuestas anteriormente y no deben tener

un orden o agrupación específica. Esto representa una de las mayores

41

virtudes de la metodología, que es la capacidad de realizar iteraciones de

manera solapada.

42

CAPITULO IV

Sistema Actual

El el siguiente capitulo, se presentan los procesos llevados a cabo

para la implantación de la integración de Moodle y MiUNE 2.0, a fin de

automatizar la creación y gestión de Aulas Virtuales en la Universidad Nueva

Esparta. Para el desarrollo y consecución de los objetivos planteados, se

detallan a continuación, las diversas actividades realizadas en los procesos

de análisis y diseño del sistema, con el fin de visualizar, de forma sencilla, los

factores que pueden influir en el desempeño óptimo de este proceso y las

actividades a automatizar.

Análisis e Interpretación de los Resultados

La siguiente entrevista fue realizada al Gerente y al Director del

Departamento de Desarrollo Tecnológico Institucional con el fin de recaudar

la información referente a los procesos con el fin de detectar necesidades

para la elaboración de la integración de los sistemas.

1. Describa el proceso para la creación de un usuario en Moodle.

Esta pregunta se realizó con el objetivo de describir en forma detallada

el proceso actual para que un usuario sea Estudiante o Docente de la UNE

pueda ingresar a Moodle. La información obtenida fue la siguiente:

43

Existe un pequeño vínculo en los perfiles de Moodle y MiUNE, para

crear un usuario en Moodle este primero debe tener cuenta en MIUNE.

Luego este usuario que tiene cuenta en MiUNE si quisiera crear su cuenta en

Moodle solo bastaría con que ingresara por primera vez en Moodle, ya que si

no existe el perfil en la base de datos de Moodle el sistema lo busca en la

base de datos de MiUNE y si lo encuentra lo crea automáticamente en

Moodle, lo cual es un proceso transparente para el usuario ya que ingresara

de forma inmediata.

Existe una dependencia de los perfiles de Moodle con los de MiUNE

esto quiere decir que si un profesor que nunca ha entrado a Moodle hace una

solicitud para la creación de un aula virtual, este profesor no aparecerá como

usuario de Moodle ya que nunca ha ingresado, esto frenaría el proceso de

creación y asignación del aula virtual, que por lo general genera que DTI le

pida al usuario que ingrese a Moodle por primera vez y posterior a eso crear

el aula virtual.

2. Describa el proceso para la creación y matriculación en las aulas

virtuales en Moodle.

Esta pregunta esta dirigida a conocer cada paso para que un profesor

pueda tener su aula virtual y que sus estudiantes puedan ingresar sin

problemas a el aula virtual de la asignatura. Como resultado se obtuvo:

Luego de que la solicitud llega al DDTI, es procesada por uno de los

analistas el cual debe verificar que dentro de la solicitud se encuentren los

datos necesarios para ser procesada los cuales son:

• Nombre de la asignatura.

• Escuela de la asignatura.

44

• Profesor a quien se desea colocar como profesor del aula virtual.

• Pensum de la asignatura.

• Sede de la asignatura (Los Naranjos o Centro)

Al tener todos estos datos el analista procede a crear el aula virtual

donde primero debe definir un nombre único del curso, para esto se busca el

código de la asignatura que se solicita tomando en cuenta la Sede y el

Pensum, luego del código se coloca en letras mayúsculas el nombre de la

materia y se ubica dentro de la categoría con el nombre de la Sede que

pertenece (Los Naranjos o Centro). Luego de que el aula este creada se

asigna al profesor como profesor del aula virtual recién creada.

Posterior a la creación y matriculación en el aula virtual se enviá un

correo en respuesta de la solicitud informando que la creación fue realizada

exitosamente.

Luego el profesor podrá colocarle contraseña a su curso o no,

dependiendo si quiere que ciertos alumnos entren o no, esto quiere decir que

en caso de que le coloque contraseña el se vería obligado a otorgársela a los

alumnos del curso donde sera requerida por Moodle una vez intenten

ingresar al aula virtual.

Se obtuvo que el proceso representa una tiempo de trabajo para los

analistas que bien podría invertirse en otros desarrollos que lleva el DTI y por

parte de los profesores representa tener que esperar un tiempo de respuesta

que puede variar dependiendo de la carga de trabajo del Departamento.

3. Que requisitos considera indispensables para la integración los

sistemas?.

La pregunta número 3 tiene como objetivo descubrir otro requisito que

45

no fue tomado en cuenta y resulta importante para el DDTI como entidad de

desarrollo tecnológico y soporte de ambas aplicaciones. Como resultado se

obtuvo:

Como requisitos que se deben considerar como cualquier otro

desarrollo en el Departamento debe tener un estándar de programación, para

facilitar desarrollos posteriores que tengan que ver con esta integración.

También trabajar con la versión mas actualizada de Moodle seria lo mas

apropiado ya que el modelo de base de datos tiene algunos cambios de la

versión actual y si se van a hacer desarrollos nuevos, es preferible que sean

con la ultima versión, así se garantiza que esta integración se mantenga aun

mas en el tiempo y si en el futuro surge la necesidad de actualizarlo de nuevo

el cambio no sera tan grande ya que recientemente seria actualizado.

4. Ademas de la automatización de creación y asignación de aulas,

carga de cronogramas de MiUNE a Moodle, piensa de otro proceso

que debe ser automatizado?.

La pregunta número 4 tiene como objetivo conocer que otro proceso

es vital que sea tratado en la integración de ambos sistemas para el DDTI.

Los resultados fueron:

La carga automática de cronogramas del profesor en su aula virtual

presentada como opcional y por otro lado al momento de crear nuevos

usuarios en MiUNE 2.0 que estos sean creados de igual manera en Moodle.

Luego de analizar la entrevista realizada a DDTI, a continuación se

mostrara el análisis de la Encuesta dirigida a los docentes que poseen aulas

virtuales en Moodle en el periodo 129.

46

1. Con que frecuencia usted ingresa a Moodle?

Tabla 3: Con que frecuencia usted ingresa a Moodle?

Diario 10

Semanal 6

Mensual 8

Trimestral 4


Análisis: Los resultados indican que la mayoría de los profesores que

usan el aula virtual de moodle en el periodo 129 (36%), ingresa diariamente a

Moodle y semanalmente un 21% se puede concluir que diariamente y

semanalmente es frecuente por lo tanto se tiene que un para un 57% es una

herramienta de uso frecuente, por lo tanto importante como profesor.

47

Gráfico 1: Con que frecuencia ustedingresa a Moodle?

2. Considera usted que la herramienta Moodle es indispensable para la

formación de los estudiantes en el presente?

Tabla 4: Considera usted que la herramienta Moodle es indispensable parala formación de los estudiantes en el presente?

SI 26

NO 2


Análisis: la respuesta que solo un 93% de los profesores que usan

Moodle en el periodo 129 considera que la herramienta Moodle es

indispensable para la formación de los estudiantes en el presente, por lo

tanto se puede apreciar el nivel de importancia para mejorar la herramienta

como complemento educativo.

48

Gráfico 2: Considera usted que laherramienta Moodle es indispensable

para la formación de los estudiantes en elpresente?

3. Usted ha solicitado un aula virtual para una de sus clases?

Tabla 5: Usted ha solicitado un aula virtual para una de sus clases?

SI 26

NO 2


Análisis: Existe una gran parte de los profesores (93%) que ha

solicitado por su cuenta un aula virtual, esto resalta el interés de los docentes

en el proceso, la automatización beneficiaria directamente a los docentes de

la UNE.

4. Considerando velocidad, apariencia, estabilidad, seguridad y versión

actual como clasifcaría la herramienta Moodle que se encuentra

actualmente?

49

Gráfico 3: Usted ha solicitado un aulavirtual para una de sus clases?

Tabla 6: Considerando velocidad, apariencia, estabilidad, seguridad y versiónactual como clasificaría la herramienta Moodle que se encuentra

actualmente?

Excelente 6

Muy bueno 10

Bueno 12

Regular 0

Deficiente 0


Análisis: partiendo de los resultados, se tiene que a pesar que solo un

21% clasifica a Moodle excelente, la mayoría piensa que 43% que solo

bueno y un 36% que muy bueno, es de gran importancia prestar un servicio

50

Gráfico 4: Considerando velocidad,apariencia, estabilidad, seguridad yversión actual como clasificaría la

herramienta Moodle que se encuentraactualmente?

de calidad para generar aun mas confianza en el mismo.

5. Con que frecuencia usted ingresa a MiUNE 2.0?

Tabla 7: Con que frecuencia usted ingresa a MiUNE 2.0?

Diario 14

Semanal 6

Mensual 8

Trimestral 0


Análisis: De los resultados expuestos, se puede concluir que un 50% usa

diariamente a MiUNE 2.0, otro 21% semanalmente y un 29% mensualmente,

deja claro que es la plataforma mas usada en la UNE y de suma importancia

e impacto para la comunidad.

51

Gráfico 5: Con que frecuencia ustedingresa a MiUNE 2.0?

Para desarrollar el sistema, los parámetros a seguir están basados en

la metodología ágil de desarrollo SCRUM, la cual es necesaria para la

planificación del desarrollo del sistema propuesto.

Se toman como base los objetivos específicos del sistema propuesto:

Tabla 8: Objetivo Específicos (Sistema actual)

ID Objetivos Específicos

1 Determinar los requisitos técnicos y funcionales para la integración

de los sistemas Moodle y MiUNE 2.0

2 Analizar los requisitos técnicos y funcionales para la integración de

los sistemas Moodle y MiUNE 2.0

3 Establecer las interfaces gráficas de cada sistema y los ajustes del

modelo de datos

4 Establecer las funcionalidad de los sistemas en MiUNE 2.0

5 Establecer las estrategias de implementación


En base de los objetivos específicos se crean las historias de usuario

con las que se determinan las actividades a realizar en cada iteración tanto

en el análisis de los sistemas actuales como en el diseño y desarrollo del

sistema propuesto. Las historias de usuario se expresan en el siguiente

cuadro:

52

Tabla 9: Iteración con objetivos específicos y historia de usuario

ID Iteración ID obj.

Específico

Historia de usuario Puntos

1 1 1 Como desarrollador, deseo

conocer los requerimientos de

los procesos llevados en

Moodle para la creación de

aulas virtuales

4


conocer las características de

los sistemas actualmente a fin

de ajustar el diseño de la

integración de ambos sistemas

2


Sprint/Iteración 1

Luego de tener las historias de usuario, estas son desglosadas en un

cuadro de actividades (Sprint Backlog) para cada historia de usuario. Cada

cuadro de actividades va a corresponder a una iteración, con duraciones

máximas de una semana. A continuación, se expone el cuadro de actividades

correspondiente a la primera Iteración:

53

Tabla 10: Sprint Backlog 1

ID Tareas Puntos

1 Explorar especificaciones técnicas de los servidores de la

Dirección de Desarrollo Tecnológico (DDTI).

1

2 Enumerar las herramientas utilizadas para el desarrollo de

aplicaciones en DDTI.

1

3 Explorar los estándares de programación de la Dirección

de Desarrollo Tecnológico Institucional.

1

4 Explorar los estándares de base de datos de la Dirección

de desarrollo Institucional

1

5 Enumerar los actores que intervienen en todo el proceso de

creación y gestión de aulas virtuales

1

6 Describir proceso de creación y gestión de aulas virtuales . 1

Total 6


A continuación, se desarrolla cada una de las tareas especificas, a

partir de la historia de usuario, basada en los instrumentos como la

observación directa y las entrevistas realizadas, enfocando esto a la situación

actual del sistema, la descripción de los procesos que se llevan a cabo y el

establecimiento de los requerimientos para desarrollar la integración de

ambos sistemas. Esta primera parte tiene como fin, dar respuesta a los

objetivos específicos 1 y 2 de la investigación.

Elemento número 1 del Sprint Backlog 1:

Descripción del elemento: Explorar especificaciones técnicas de los

servidores del Departamento de Desarrollo Tecnológico Institucional.

La Dirección de Desarrollo Tecnológico Institucional (DDTI) cuenta en

54

la actualidad con 3 servidores utilizados para el desarrollo, producción y

alojamiento de los sistemas de información con los que se trabaja en el la

institución.

1. Servidor de Desarrollo

1.1 Alias: DDTI

1.2 Sistema Operativo: GNU/Linux Ubuntu (Lucid) 10.04 LTS

1.3 Descripción: Este servidor es utilizado para realizar las pruebas

de aplicaciones antes de ser subidas a producción. Sirve de pre-

producción, ya que en ella se mantiene una copia de la base de datos

de producción y se realizan todos los casos de estudio posibles en

pruebas, con el fin de no conseguir mayores inconvenientes cuando

los cambios sean subidos al sistema en producción.

2. Servidor de Producción

2.1 Alias: Omicron

2.2 Sistema Operativo: GNU/Linux Ubuntu (Precise) 12.04 LTS

2.3 Descripción: En este servidor están ubicadas todas las

aplicaciones que ya están en uso (producción), a las que se puede

acceder de forma publica.

3. Base de Datos

3.1 Alias: Pluton

3.2 Sistemas Operativo: GNU/Linux CentOS 5

3.3 Descripción: Servidor donde se encuentran todas las base de

55

datos utilizadas en producción por las diversas aplicaciones

Elemento número 2 del Spring Backlog 1:

Descripción del elemento: Enumerar las herramientas utilizadas para

el desarrollo de aplicaciones en DDTI.

Las herramientas utilizadas por la Dirección de Desarrollo Tecnológico

Institucional son las siguientes:

1. Lenguajes de Programación

1.1 PHP

1.2 Javascript

1.3 CSS

1.4 HTML

2. Gestor de Base de Datos

2.1 PostgreSQL 8.4

Elemento número 4 del Sprint Backlog 1:

Descripción del elemento: Explorar los estándares de programación de

la Dirección de Desarrollo Tecnológico Institucional.

Para el desarrollo de sus aplicaciones, el DDTI utiliza en MiUNE 2.0

un framework basado en los lenguaje PHP, JavaScript, CSS y HTML llamado

Zend Framework este maneja la estructura MVC (Modelo Vista Controlador)

y posee unos estándares rígidos que se deben cumplir para su correcto

funcionamiento.

El Zend Framework (ZF) usado en el DDTI posee ciertas

56

modificaciones de la estructura básica de ZF para dar respuesta a el

estándar de desarrollo que se aplica en el departamento. Una de las librerías

importantes en MiUNE 2.0 es la denominada “SwapBytes” creadas bajo el

estándar del DDTI y con funciones enfocadas a el mismo estándar.

Zend utiliza una serie de modelos de ejemplos para que la

programación sea lo mas estándar posible, a continuación algunos aspectos

importantes a considerar.

• Constantes: las constantes deben ser escritas completamente

en mayúsculas y su nombre puede estar compuesto tanto por

caracteres alfanuméricos como barras bajas “_“.

• Variables: los nombres de las variables solo pueden contener

caracteres alfanuméricos, a excepción de variables de tipo

“private” o “protected” donde el primer carácter debe ser

necesariamente una única barra baja. “_”.

• Clases: en ZF, los nombres de las clases se definen según las

carpetas donde estén contenidas las mismas, para dar nombre

a una clase, se debe entonces sustituir las barras “/” de la ruta

de la clase por barras bajas “_”, como se ilustra en el siguiente

ejemplo. Una clase que se encuentra en Zend/DB/View.php,

debe nombrarse Zend_DB_View.

• Métodos: los métodos deben ser nombrados solo con

caracteres alfanuméricos y en minúsculas, en caso de que el

nombre posea mas de una palabra se utilizara la nomenclatura

“camelCase” que consiste en colocar la primera letra de la

segunda palabra en mayúscula.

Dado las exigencias del framework, DDTI exige colocar una

descripción breve al inicio de cada código fuente, esta descripción debe

57

contener necesariamente el nombre del archivo, el estado del código (en

desarrollo, en fase de pruebas, en producción), fecha de creación, autores

que participaron en la creación del código y una reseña de su funcionamiento

y propósito.

Elemento número 4 del Sprint Backlog 1

Descripción: Explorar los estándares de Base de Datos en DDTI.

En la actualidad se cuenta con una base de datos con el manejador

de base de datos PostgreSQL, donde se encuentra tanto la base de datos de

MiUNE (usada por MiUNE 2.0) y Moodle,la DDTI posee los siguientes

estándares:

1. Nombre de la Base de Datos

1.1 MiUNE

1.2 Moodle_CGV

2. Tablas

2.1 Todas las tablas deben llevar el prefijo en el caso de MiUNE

“tbl_”, en Moodle “mdl_” antes del nombre.

2.2 Ejemplo en MiUNE: tbl_usuarios, tbl_asignaciones. En Moodle:

mdl_user, mdl_role.

3. Intertablas

3.1 Las intertablas en MiUNE deben poseer un nombre por los

nombres de las tablas que la conforman, por ejemplo la tabla

“tbl_grupos” y “tbl_usuarios” seria: “tbl_usuariosgrupos”. En caso de

Moodle las intertablas no poseen un Estandard de intertabla así que

entender la relación tiende a ser mas complicada.

58

4. Columnas

4.1 En MiUNE toda columna que tenga una clave primaria debe

llevar el prefijo “pk_” seguido por el nombre de la tabla en singular. En caso

Moodle las llaves primarias se les llama “id”.

5. Vistas

5.1 En caso de MiUNE las vistas deben poseer el prefijo “vw_”

seguido del nombre en plural, los nombres no deben poseer espacios de

separación por ejemplo: vw_materias, vw_secciones. En el caso de Moodle

no posee vistas.

6. Funciones (Solo MiUNE posee funciones)

6.1 El nombre debe contener uno o mas sustantivos en plural que

hagan referencia a los datos que son procesados o retornados por la función.

6.2 Se debe colocar el prefijo “fn_” seguido de “crud_”, estas siglas

significación Create de crear, Read de leer, Update de Actualizar y Delete de

Borrar. EN caso de que la función no realice una de estas acciones, se

deberá sustituir la letra por “x”. Luego de estos dos prefijos se coloca el

nombre de la función.

6.3 Los nombres no deben poseer espacios de separación.

6.4 En caso de que el nombre posea mas de tres palabras, estas

deben abreviar y colocar su significado en la documentación.

6.5 Ejemplo: fn_cxux_Actividades, fn_xrxxx_ActividadesNoFinal,

fn_xxxxd_Actividades.


59

Descripción: Enumerar los actores que intervienen en todo el proceso

de creación y gestión de aulas virtuales

Los actores principales que intervienen en el proceso de creación y

gestión de aulas virtuales servirán para ubicar roles en la realización de los

casos de uso de la integración propuesta. A continuación se enumeran:

1. Docente

2. Director de DDTI

3. Analista de DDTI


Descripción: Describir proceso de creación y gestión de aulas

virtuales.

La presente actividad permitió identificar paso a paso todos los

procesos que se van a automatizar, hacer recomendaciones acerca de como

se lleva el proceso, como agilizarlo y tener una visión general de lo que se

quiere lograr al final del proyecto. A continuación se detalla una breve

descripción de los procesos.

Todo comienza con una solicitud por parte de la Dirección de Escuela

o el Docente dirigida al DDTI, puede ser por correo electrónico o una solicitud

escrita que posea la siguiente estructura:

60

Tabla 11: Estructura de solicitud de aula virtual

Estructura Ejemplo

Docente Jerry Martinez Barrios

Escuela Computación

Nombre de la asignatura Programación I

Pensum 2012

Sede Los Naranjos


Ademas de cualquier otra petición extra expresada en la solicitud.

Luego esta solicitud llega al Director del DDTI, el cual se lo asigna al analista

encargado. El analista procede con la creación del aula virtual donde se tiene

como regla colocar el nombre del curso con cierta estructura la cual es el

código seguido del nombre de la materia en mayúscula como muestra el

siguiente gráfico:

61

Este código el analista lo selecciona desde el reporte de Pénsum de

MiUNE 2.0 donde necesita como datos para generarlo: la sede, la escuela y

el pénsum generando el reporte como se muestra en la siguiente imagen:

62

Gráfico 6: Ejemplo de nombre de aulas virtuales

Luego de generar el reporte se busca la materia y se usa ese código

como nombre de la asignatura a través de Moodle, luego de crear el curso se

procede a la asignación del docente del curso, donde se busca entre todos

los usuarios del sistema y darle el rol de Docente de este nuevo curso,

generando la vista como muestra el Gráfico 6.

Posterior a la creación del aula virtual y la asignación del profesor

como docente del aula, este es respondido vía correo electrónico,

informándole que su aula virtual esta lista para ser usada.

Otros procesos que se deben tomar en cuenta son:

La carga de cronogramas, luego de que el profesor tenga un aula

virtual de la asignatura, tener la posibilidad si el lo desea de cargar el

cronograma del curso en caso de que lo haya subido anteriormente en

MiUNE.

La creación automática de usuarios en Moodle cuando sean creado el

perfil en MiUNE sin necesidad de que el usuario deba ingresar a Moodle para

63

Gráfico 7: Reporte de pénsum

su creación.

Matriculación por parte del docente a los estudiantes que actualmente

están cursando la materia.

64

CAPITULO V

SISTEMA PROPUESTO

A continuación, en este capitulo, se describen los procedimientos que

llevan al diseño y desarrollo de la integración propuesta utilizando la

metodología SCRUM, para esto, agregamos una nueva historia de usuario

dando inicio entonces a la segunda iteración, como se muestra en el

siguiente cuadro.

Sprint/Iteración 2

Tabla 12: Iteración con objetivos específicos y historia de Usuario 2

ID Iteración ID obj.

Específico

Historia de usuario Puntos


conocer los requerimientos de

los procesos llevados en

Moodle para la creación de

aulas virtuales

4


conocer las características de

los sistemas actualmente a fin

de ajustar el diseño de la

integración de ambos sistemas

2

3 2 3 Como desarrollador deseo,

analizar la información y

4

65

requerimientos recolectados

para satisfacer las necesidades

de diseño y los ajustes en los

modelos de datos.


Luego de tener la historia de usuario número 3 se desarrolla el Sprint

backlog número dos correspondiente a la segunda iteración que tendrá una

duración estimada de una semana como se observa en el siguiente cuadro.


ID Descripción Puntos

1 Desarrollar los Casos de Usos de los procesos del sistema

actual

5

2 Generar las historias de usuario basadas en el análisis de

resultado de los instrumentos de recolección de datos y el

sistema actual en el capitulo IV

3

Total 8


Elemento número 1 de Sprint Backlog 2

Descripción del elemento: Desarrollar los Casos de Usos de los

procesos de sistema actual.

A continuación se describirá por medio de diagramas UML una serie

66

de procesos del sistema actual a fin de conocer de forma mas detallada el

mismo. Para esto se utilizaran los llamados Casos de Uso.

Entre los procesos que se lleva en el sistema actual se encuentra la

solicitud de aulas virtuales, el siguiente diagrama lo ilustra:

67

Gráfico 2: Diagrama de Caso de Uso Solicitud de Aula Virtual

Tabla 14: Caso de Uso Solicitud de Aula Virtual 1

Caso de Uso Número: Solicitud de Aula Virtual 1

Nombre del Caso de

Uso:

Realizar solicitud

Creador por: Jerry Martinez Barrios

Fecha de creación: 07 de Junio de 2014

Actores: 1. Docente

2. Analista DTI

Descripción: Le permite al docente hacer llegar la solicitud de

un aula virtual al DDTI.

Pre condiciones: 1. El docente debe ser titular de la asignatura

2. La solicitud debe contener todos los datos

necesarios (docente, materia, pensum, sede)

Flujo Normal: 1. El docente redacta la solicitud

2. La enviá al correo de atención de DDTI.

Flujo Alternativo:

Post condiciones: La solicitud del docente llego a DDTI.


68



Nombre del Caso de

Uso:

Consultar Estatus de la Solicitud



Actores: 1. Docente

2. Analista DTI

Descripción: Le permite al docente recibir información sobre en

que estado se encuentra la solicitud de la creación

de el aula virtual.

Pre condiciones: 1. El docente debió haber realizado una solicitud

previamente.

Flujo Normal: 1. El docente redacta la consulta

2. La enviá al correo de atención de DDTI.

3. DDTI responde vía correo electrónico.

Flujo Alternativo:

Post condiciones: El docente recibe la información requerida.


69



Nombre del Caso de

Uso:

Crear aula virtual



Actores: 1. Analista DTI

Descripción: Le permite al Analista DTI crear el aula virtual de

acuerdo a los datos otorgados en la solicitud

recibida.

Pre condiciones: 1. Debe haber una solicitud.

2. Los datos de la solicitud deben estar completos.

Flujo Normal: 1. El analista ingresa a Moodle como administrador

2. Ingresa a la categoría correspondiente según la

sede que indica la solicitud.

3. Crea el curso con los datos correspondientes a

la solicitud.

Flujo Alternativo:

Post condiciones: El aula se crea.


70



Nombre del Caso de

Uso:

Asignar docente al aula




Descripción: Le permite al Analista DTI asignar a un usuario el

rol de docente de acuerdo a los datos

suministrados en la solicitud.


2. Los datos de la solicitud deben estar completos.

3. La cuenta de el docente debe estar “Activa” (el

docente debió haber ingresado a Moodle al menos

una vez).

4. El aula virtual debe existir.

Flujo Normal: 1. El analista ingresa a Moodle como administrador

2. Ingresa en el aula virtual correspondiente.

3. Le asigna el rol de docente al profesor.

Flujo Alternativo:

Post condiciones: Se le asigna el rol de docente al profesor en el aula

virtual.


71



Nombre del Caso de

Uso:

Responder solicitud




Descripción: El Analista DTI responde vía correo electrónico la

solicitud de el docente, informándole que ya ha

sido creada el aula virtual y esta disponible para su

uso.


2. El aula virtual debe estar creada

3. El docente ya debe tener el perfil de docente

dentro del aula virtual

Flujo Normal: 1. El analista responde la solicitud vía correo

electrónico informándole que ya fue creada el aula

virtual y asignada a el como docente del aula.

Flujo Alternativo:

Post condiciones: El profesor recibe el correo electrónico.

72


Otro proceso que se realiza es la matriculación de los estudiantes en

las aulas virtuales. Para ilustrarlo se presenta el siguiente diagrama:

73

Gráfico 3: Diagrama de Caso de Uso Gestión de Aula Virtual

Tabla 19: Caso de Uso Gestión de Aula Virtual 1

Caso de Uso Número: Gestión de Aula Virtual 1

Nombre del Caso de

Uso:

Carga de cronograma



Actores: 1. Docente

Descripción: El docente podrá cargar el cronograma.

Pre condiciones: 1. El aula virtual debe existir

2. El docente debe tener el rol de docente en el

aula virtual.

Flujo Normal: 1. El docente entra en Moodle.

2. Entra al aula virtual.

3. Carga el cronograma de forma manual.

Flujo Alternativo:

Post condiciones: El cronograma es cargado en el aula virtual.


74



Nombre del Caso de

Uso:

Consultar sus aulas virtuales



Actores: 1. Docente

2. Estudiante

Descripción: El docente o estudiante puede consultar

información sobre las aulas virtuales donde tiene el

rol asignado de estudiante o docente.

Pre condiciones: 1. El aula virtual debe existir

2. El docente debe tener el rol de docente en el

aula virtual.

Flujo Normal: 1. El docente o estudiante entra en Moodle.

2. Ingresa al panel “Mis Cursos”

3. Elige el aula virtual al que desea consultar.

Flujo Alternativo:

Post condiciones: El docente o estudiante recibe la información

correspondiente.


75



Nombre del Caso de

Uso:

Matricular de Estudiante



Actores: 1. Docente

2. Estudiante

Descripción: Le permite al docente inscribir a un estudiante en

un aula virtual con el rol de “estudiante” o dejar que

el estudiante entre al aula libremente o con

contraseña de acceso proporcionada por el.

Pre condiciones: 1. El estudiante debe tener el perfil “Activo”.

2. En caso de que el aula virtual tenga contraseña

de acceso y el estudiante quiera ingresar debe

poseer la contraseña de acceso correcta.

Flujo Normal: 1. El docente ingresa en Moodle y le asigna el rol

de estudiante al usuario que desee.

Flujo Alternativo: El docente decide dejar el aula virtual con o sin

contraseña.

• Con contraseña: el estudiante ubica el aula

virtual y ingresa con la contraseña

proporcionada por el profesor.

• Sin contraseña: el estudiante ubica el aula

virtual y ingresa.

Post condiciones: El estudiante es inscrito en el aula virtual con el rol

de “Estudiante”.


76



Nombre del Caso de

Uso:

Retirar estudiante



Actores: 1. Docente

Descripción: Le permite al Docente retirar estudiantes del curso

donde el tenga el rol de “Docente”.

Pre condiciones: 1. Debe tener el rol de Docente.

2. El estudiante debe tener el rol de “Estudiante”

dentro del curso.

Flujo Normal: 1. El docente ingresa al aula virtual y retira de la

lista de roles al usuario que desee.

Flujo Alternativo:

Post condiciones: El estudiante ya no tiene acceso al aula virtual.



Descripción: Generar las historias de usuario basadas en el análisis de

resultado de los instrumentos de recolección de datos y el sistema actual en

el capitulo IV.

Para realizar el diseño de la integración propuesta, se deben definir

las historias de usuarios en base a la información recopilada en los entes que

darán uso al sistema propuesto.

77

Como Gerente y Director de DDTI, deseo que cuando el perfil no existaen Moodle no se detenga el proceso de creación de aula o asignación

de perfil.

Criterio de Aceptación:

• Los usuarios no deben recibir solicitudes del DDTI o de los Docentes

pidiéndoles que ingresen por primera vez en Moodle para continuar

con la asignación de de perfil o creación del aula virtual.

Como Gerente y Director de DDTI, deseo que el docente pueda realizarel proceso de creación de aulas virtuales de manera automática por el

sistema.


• El sistema debe mostrar un listado de todas las aulas posibles a crear

del docente.

• Solo podrá crear aulas virtuales en las cuales se encuentra como

titular de la asignatura en el periodo.

Como Gerente y Director de DDTI, deseo que el docente puedamatricular y retirar estudiantes en las aulas virtuales donde el tenga el

rol de “Docente”.


• El Docente debe poder ver un listado de todos los estudiantes que

tienen la asignatura inscrita en el periodo.

78

• El Docente debe poder matricular y retirar al estudiante del aula virtual

en cualquier momento.

Como Gerente y Director de DDTI, deseo que el docente tenga laposibilidad de cargar su Cronograma previamente cargado en

MiUNECronogramas.


• El Docente debe poder ver un listado de todas las asignaturas que

posee el profesor con estado del cronograma en MiUNECronogramas.

Como Usuario, deseo tener deseo tener fácil acceso al sistema.


• Los Usuarios no deben someterse a dos sistemas de ingreso.

• Los Usuarios deben facilidad de acceso a las aulas donde tienen roles

desde MiUNE 2.0.

Como Desarrollador de la integración propuesta, deseo que se ofrezcauna integración al concepto de MiUNE para mantener los estándares ya

implantados en las plataforma.


• El diseño de la integración se debe ajustar a la filosofía MiUNE.

79

• MiUNE 2.0 debe contener a Moodle desde la perspectiva del Usuario.

Sprint/Iteración 3

Partiendo de las historias de usuario descritas anteriormente, se

desarrollan las actividades que comprenderán el siguiente Sprint Backlog o

iteración número 3 como se puede observar en la siguiente tabla.


ID Tareas Puntos

1 Elaborar los casos de uso referentes a la Solicitud de

Aulas Virtuales y Consulta a través de MiUNE 2.0

5

2 Elaborar los casos de uso referentes a la Matriculación de

Estudiantes a través de MiUNE 2.0

3

Total 8


Elemento número 1 de Sprint Backlog 3

Descripción: Elaborar los casos de uso referentes a la Solicitud de

Aulas Virtuales y Consulta a través de MiUNE 2.0

A continuación se presenta una serie de diagramas acompañadas con

sus respectivos casos de uso que servirán como guiá en el desarrollo de la

integración propuesta de Solicitud de Aulas Virtuales y Consulta.

80

81

Gráfico 4: Diagrama de Caso de Uso Solicitud de Aula Virtual Propuesto

Tabla 24: Caso de Uso Solicitud de Aula Virtual Propuesto 1

Caso de Uso Número: Solicitud de Aula Virtual Propuesto 1

Nombre del Caso de

Uso:

Crear Aula Virtual



Actores: 1. Docente

Descripción: Le permite al Docente crear un aula virtual de

acuerdo a las asignaturas que posee en el periodo.

Pre condiciones: 1. El docente debe tener acceso a internet.

2. El docente debe ser usuario de MiUNE 2.0.

3. El docente debe ser titular de la asignatura

Flujo Normal: 1. El docente ingresa al sistema MiUNE 2.0

2. El docente lista todos sus asignaturas en el

periodo.

3. Elige cual desea crear en Moodle como aula

virtual.

Flujo Alternativo:

Post condiciones: El docente tendrá el aula virtual asignada a el con

el rol de “Docente”.



Descripción: Elaborar los casos de uso referentes a la Matriculación

de Estudiantes a través de MiUNE 2.0

El siguiente diagrama ilustra los procesos que componen la gestión de

las aulas virtuales.

82

83

Gráfico 5: Diagrama Caso de Uso Gestión de Aula Virtual Propuesto

Tabla 25: Caso de Uso de Gestión de Aula Virtual Propuesto 1

Caso de Uso Número: Gestión de Aula Virtual Propuesto 1

Nombre del Caso de

Uso:

Cargar Cronograma



Actores: 1. Docente

Descripción: Le permite al Docente cargar un cronograma de

una asignatura.

Pre condiciones: 1. El docente debe tener previamente cargado el

cronograma en MiUNECronogramas de la

asignatura correspondiente.

2. Debe tener el aula virtual creado previamente.


2. El docente lista todas las aulas virtuales .

3. Selecciona el aula y carga el cronograma.

Flujo Alternativo: 1. El docente ingresa a Moodle

2. Entra al aula virtual deseada.

3. Carga o crea el cronograma manualmente.

Post condiciones: El docente tendrá en el aula virtual el cronograma.


84

Tabla 26: Caso de Uso de Gestión de Aula Virtual Propuesto 2


Nombre del Caso de

Uso:

Matricular



Actores: 1. Docente

Descripción: Le permite al Docente inscribir/retirar estudiantes

de su aula virtual.

Pre condiciones: 1. Debe tener el aula virtual creado previamente.


2. El docente lista todas las aulas virtuales .

3. Selecciona el aula deseada.

4. Selecciona los estudiantes que desea

inscribir/retirar.

Flujo Alternativo: 1. El docente ingresa a Moodle

2. Entra al aula virtual deseada.

3. Asigna el rol estudiante a los estudiantes que

desee.

Post condiciones: El aula virtual tendrá nuevos usuarios con el rol

estudiante.


85

Tabla 27: Caso de Uso Gestión de Aula Virtual Propuesto 3


Nombre del Caso de

Uso:

Consultar Aulas Virtuales



Actores: 1. Docente

2. Estudiante

Descripción: Le permite al docente o estudiante consultar

información sobre las aulas virtuales donde posea

el rol de estudiante o docente.

Pre condiciones: 1. Debe tener el rol de estudiante o docente en el

aula virtual.

Flujo Normal: 1. El docente o estudiante ingresa al sistema

MiUNE 2.0

2. El docente o estudiante lista todas las aulas

virtuales .

3. Consulta la información sobre el aula

seleccionada.

Flujo Alternativo:

Post condiciones: El docente o estudiante obtiene la información



ID Tarea Puntos

1 Diagramar las ventanas necesarias para el

funcionamiento de la Creación de Aulas Virtuales.

5

2 Diagramar las ventanas necesarias para el 5

86

ID Tarea Puntos

funcionamiento de la Gestión de las Aulas virtuales.

3 Diagramar las ventanas necesarias para la integración de

los accesos entre MiUNE 2.0 y Moodle

8

Total 18


Sprint/Iteración 4


Descr ipción: Diagramar las ventanas necesarias para el

funcionamiento de la Creación de Aulas Virtuales.

A continuación, se presenta la diagramación de las distintas pantallas

que comprenderán el modulo de Creación de Aulas Virtuales. Cada pantalla

estará acompañada de una breve descripción de sus características a fin de

detallar su funcionalidad.

87

En el Gráfico 6 se puede observar la pantalla para la creación de aulas

virtuales cuando el docente ingrese y tenga materias asignadas, en la parte

superior se puede observar una barra con el icono de una lupa, esta barra

tendrá la funcionalidad de reducir las materias por su nombre o escuela en la

tabla que se encuentra en la parte inferior. La tabla contendrá información

para ayudar a identificar entre las materias del profesor a través de el nombre

de la materia, la escuela de donde pertenece la materia, el pensum, el

semestre, la cantidad de estudiantes inscritos y el estado actual de el aula

virtual con respecto a esa materia,

En la columna de acción se encuentra en caso de que la materia

tenga un Estado “No creada” que quiere decir que no ha sido creada este

aula virtual, un enlace cliqueable que dice “Crear”. Esta acción permitirá

creara el aula virtual en moodle. En caso de que en la columna Estado diga

Creada la acción es “Cerrar”, esta acción permitirá cerrar el aula virtual.

88

Gráfico 6: Pantalla de creación de aula virtual


Descripción: Diagramar las ventanas necesarias para el funcionamiento

de la Gestión de las Aulas virtuales.

A continuación se presenta la diagramación de las distintas pantallas que

comprenderán el modulo de gestión de aulas virtuales. Cada pantalla esta

acompañada de una breve descripción de sus características a fin de detallar

su funcionalidad.

Se puede observar la pantalla que servirá para la gestión de las aulas

virtuales del profesor. Esta pantalla permite:

• Matricular a los estudiantes que ven la asignatura dentro del

curso

• Cargar el cronograma en caso de que este previamente

cargado en MiUNECronogramas.

89

Gráfico 7: Pantalla para la gestión de aulas virtuales

• Dirigirse al aula virtual que se esta señalando.

Se puede observar que en la parte superior se encuentra una barra

para filtrar resultados de la tabla de abajo donde estarán todas las aulas

virtuales ya creadas asociadas al profesor, es decir que este lo haya creado

previamente.

Esta tabla posee varios campos como el nombre de el aula virtual,

Alumnos inscritos, a que escuela pertenece fecha de creación, estado del

cronograma y las 3 acciones antes mencionada: Matricular, Cargar

cronograma y Ir.

Luego de ingresar en la acción Matricular aparecen la pantalla Gráfico

8, que mostrada todos los alumnos inscritos en la materia con la acción de

Inscribir o Eliminar del curso seleccionado.

90

Gráfico 8: Pantalla para matricular estudiantes

De igual forma que los anteriores posee una barra para filtrar

contenido de la tabla de abajo, esta tabla posee datos como Cedula de

identidad del estudiante, nombres, apellidos, escuela, pensum y estado.

En caso de elegir “Cargar cronograma” se abrirá una ventana modal

(ver Gráfico 9) donde tendrá 3 opciones:

• Visualizar antes: esta opción generara un PDF de el cronograma

cargado previamente en MiUNECronogramas con el objetivo de

que el usuario pueda ver el cronograma antes de ser cargado.

• Cargar: esta opción sube el cronograma directo al aula virtual

seleccionada.

91

Gráfico 9: Pantalla para cargar cronograma

• Cancelar: cierra el modal y te regresa de nuevo a la ventana

principal de Gestión de Aulas Virtuales.

Por ultimo en caso de elegir la opción “Ir” esta te llevara dentro del

aula virtual.


Descripción: Diagramar las ventanas necesarias para la integración de

los accesos entre MiUNE 2.0 y Moodle

A continuación, se presenta la diagramación de las pantallas que

comprenderán el acceso a Moodle desde MiUNE 2.0. Cada pantalla estará

acompañada de una breve descripción de sus características a fin de detallar

su funcionalidad.

En el Gráfico 10 se puede ver que existe una barra arriba de los

menús (Transacciones, Reportes, Mantenimiento, Perfil, Consultas) donde

aparece el nombre y apellido del usuario en la parte izquierda y en la parte

derecha aparece 3 opciones.

92

Gráfico 10: Pantalla de acceso de Moodle desde MiUNE 2.0

• INICIO: dirige al usuario al inicio de MiUNE 2.0

• IR A MOODLE: esta opción dirige al usuario a Moodle sin tener

ingresar a Moodle, ya que comparten el mismo login en este

momento.

• SALIR: cierra la sesión de ambos sistemas y dirige al usuario al

login de MiUNE 2.0.


ID Tarea Puntos

1 Crear las tablas necesarias para el funcionamiento de la

Creación de Aulas Virtuales.

3

2 Crear las tablas necesarias para el funcionamiento de la

Gestión de las Aulas virtuales.

6

Total 9


En esta iteración se muestra el modelo de base e datos para la

integración propuesta, que puede observarse en el Gráfico 11 y 12 . Este

modelo sera el principal para la integración.

93

El modelo esta representado por tablas de MiUNE y Moodle que

estaban presentes en el modelo actual de las bases de datos y otras creadas

a fin de satisfacer las necesidades de la integración propuesta.

94

Gráfico 11: Base de Datos Propuesto 1

96Gráfico 12: Base de Datos Propuesto 2

De las tablas que se pueden observar en el modelo de la base de

datos de en el Gráfico 11 todas existen actualmente en MiUNE:

• tbl_usuarios

• tbl_usuariosgrupos

• tbl_asignaciones

• tbl_estructuras

• tbl_atributos

• tbl_atributostipos

En el Gráfico 12 todas las tablas existen en Moodle actualmente:

• mdl_user

• mdl_role_assignments

• mdl_course

A continuación se presentara el diccionario de datos de cada tabla y

una descripción de la misma a fin de explicar su utilidad para el sistema.

a) tbl_usuarios

97

Tabla 30: Diccionario de Datos tbl_usuarios

Nombre Tipo de Dato No Nulo Clave Primaria

pk_usuario bigint Si Si

status smallint Si No

nacionalidad boolean Si No

sexo boolean Si No

primer_nombre character varying Si No

segundo_nombre character varying Si No

primer_apellido character varying Si No

segundo_apellido date Si No

Dirección character varying No No

fechanacimineto date No No

correo character varying No No

passwordhash text Si No

deleted boolean Si No

telefono character varying No No

foto bytea No No

telefono_movil character varying No No

passworddoehash character varying No No

actualizado boolean No No


La tabla tbl_usuarios, aloja toda la información de los usuarios de

MiUNE. Esta tabla estará en constante enlace con mdl_user de Moodle para

permitir interactuar entre las dos base de datos y lograr esa relación que

permita generar las consultas necesarias.

b) tbl_usuariosgrupos

98

Tabla 31: Diccionario de Datos tbl_usuariosgrupos


pk_usuariogrupo bigint Si Si

fk_usuario bigint Si No

fk_grupo bigint Si No

fk_estado integer No No


La tabla tbl_usuariosgrupos se almacena los grupos de los usuarios,

indica a que grupos pertenece un usuario en MiUNE.

c) tbl_asignaciones

99

Tabla 32: Diccionario de Datos tbl_asignaciones


fk_asignatura bigint Si No

fk_sección smalint Si No

fk_usuariogrupo bigint Si No

fk_horario bigint Si No

fk_estructura bigint Si No

preinscribible boolean No No

pk_asignacion bigint Si Si

fk_dia bigint Si No

nota character varying No No

fk_semestre bigint No No

fk_turno bigint No No

fk_peirodo bigint No No

fk_semestre_alterado bigint Si No

disponible boolean Si No

fk_estado bigint No No

cupos smalint No No

cupos_max smailint No No


Almacena información como sección, hora, profesor, salón,

edificio, sede, día, semestre, turno, entre otros datos sobre las asignaturas

de cada periodo en la Universidad Nueva Esparta.

d) tbl_estructuras

100

Tabla 33: Diccionario de Datos tbl_estructuras


fk_atributo smallint Si No

nombre character varying Si No

fk_estructura smallint Si No

pk_estructura bigint Si SI


En esta tabla se guarda información sobre las estructuras de la

Universidad Nueva Esparta tales como salones, edificios o sedes. Esta tabla

es recursiva para lograr ese dinamismo que se requiere.

e) tbl_atributos

Tabla 34: Diccionario de Datos tbl_atributos


pk_atributo bigint Si Si

fk_atributotipo bigint Si No

valor character varying Si No

id smallint Si No

fk_atributo bigint Si No


Esta es una de las tablas mas importante de MiUNE ya que guarda

atributos en general y ese atributo se diferencia por el tipo de atributo que

pueda tener, esto le da flexibilidad al modelo de base de datos para

adaptarse a cualquier cambio no previsto.

101

f) tbl_atributostipos

Tabla 35: Diccionario de Datos tbl_atributostipos


pk_atributotipo bigint Si SI

nombre Character varying Si No


Esta tabla complementa a tbl_atributos, define los tipos de atributos.

g) mdl_user

Tabla 36: Diccionario de Datos mdl_user

102


id bigint Si Si

auth character varying Si No

confirmed smallint Si No

policyagreed smallint Si No

deleted smallint Si No

mnethostid bigint Si No

username character varying Si No

password character varying Si No

idnumber character varying Si No

lastname character varying Si No

firstname character varying Si No

email character varying Si No

emailstop smallint Si No

icq character varying Si No

skype character varying Si No

yahoo character varying Si No

aim character varying Si No

msn character varying Si No

phone1 character varying Si No

phone2 character varying Si No

institution character varying Si No

department character varying Si No

address character varying Si No

country character varying Si No

lang character varying Si No

theme character varying Si No

timezone character varying Si No

firstaccess bigint Si No

lastaccess bigint Si No

103


lastlogin bigint Si No

currentlogin bigint Si No

lastip character varying Si No

secret character varying Si No

picture smallint Si No

url character varying Si No

description text Si No

mailformat smallint Si No

maildigest smallint Si No

htmleditor smallint Si No

ajax smallint Si No

autosubscribe smallint Si No

trackforums smallint Si No

timemodified bigint Si No

trustbitmask bigint Si No

imagealt character varying Si No

screenreader smallint Si No


Tabla de Moodle que guarda toda la información de los usuarios,

posee una amplia gama de campos debido a las variedad de funciones que

tiene Moodle. Esta es la tabla estara en constante enlace con la de

tbl_usuarios de Moodle para realizar consultas desde MiUNE 2.0.

h) mdl_role_assignments

104

Tabla 37: Diccionario de Datos mdl_role_assignments


id bigint Si Si

roleid bigint Si No

contextid bigint Si No

userid bigint Si No

hiden smalint Si No

timestart bigint Si No

timeend bigint Si No


enrol character varying Si No

sortorder bigint Si No


En esta tabla se almacén todos los registros referentes asignaciones

de roles a los usuarios dentro de Moodle.

i) mdl_course

Tabla 38: Diccionario de Datos mdl_course

105


Id bigint Si Si

category bigint Si No

sortorder bigint Si No

password character varying Si No

fullname character varying Si No

shortname character varying Si No

idnumer character varying Si No

summary text Si No

format character varying Si No

showgrades smallint Si No

modinfo text Si No

newsitems integer Si No

teacher character varying Si No

teachers character varying Si No

stundent character varying Si No

guest smallint Si No

stardate bigint Si No

enrolperiod bigint Si No

numsections integer Si No

marker bigint Si No

maxbytes bigint Si No

showreports smallint Si No

visibile smalint Si No

hiddensections smallint Si No

groupmode smallint Si No

groupmodeforce bigint Si No

lang character varying Si No

cost character varying Si No

currency character varying Si No

106


timecreated bigint Si No


metacourse smallint Si No

restrictmodules smallint Si No

expirynotify notifystudents Si No

enrollable smallint Si No

enrolstartdate bigint Si No

enrolenddate bigint Si No

enrol character varying Si No

defaulrole bigint Si No


Esta es una de las tablas mas importante de Moodle ya que almacena

información sobre los cursos,

Desarrollo

En esta sección se expresa el flujo de actividades en los intervalos de

tiempo, el código fuente resultante de la elaboración del sistema propuesto

es muy extenso, razón por la cual no sera incluido en esta sección.

Para el desarrollo del sistema propuesto se utilizaron librerías

desarrolladas por la Dirección de Desarrollo Tecnológico Institucional

denominada “SwapBytes”. Estas librerías permitieron que los módulos se

integraran con facilidad a MiUNE 2.0 otorgándole a la aplicación

funcionalidades similares a otros módulos que comprenden el sistema.

A continuación se presentan los cuadros correspondientes a cada uno

107

de las Iteraciones o Sprint que se realizaron para el desarrollo de la

aplicación. Las actividades que comprenden cada una de estas iteraciones,

guardan estrecha relación con la forma de trabajo de la metodología y el

diseño elaborado anteriormente tanto en las pantallas como en los diagramas

de caso de uso.

Sprint/Iteración 6 Creación de Aulas Virtuales

El modulo de Creación de Aulas Virtuales se desarrollo siguiendo las

actividades descritas en la Tabla 38 correspondiente al backlog 6. Se podrán

observar los tiempos de culminación de estas actividades en el Gráfico 13

donde se muestra el Burndown Chart perteneciente a la Iteración.

108


Esfuerzo restante para la finalización del Sprint.

Totales 16 7 5 4 0 0 0 0

Actividad Responsable Estatus Est. 1 2 3 4 5 6 7

Programar Scripts de Moodle para

la creación de aulas virtuales

desde MiUNE 2.0.

Jerry Martinez Listo 8 0 0 0 0 0 0 0

Programar Front-End para la

creación de aulas virtuales en

MiUNE 2.0


Programar Back-End para la

creación de aulas virtuales en

MiUNE 2.0



109

Se puede apreciar en el gráfico, que se culmino el trabajo faltante del

sprint o iteración número 6 en la cuarta semana de trabajo.

Sprint/Iteración 7 Gestión de Aulas Virtuales y Acceso a Moodle a travésde MiUNE 2.0

En el desarrollo del Modulo del Modulo de Gestión de Aula virtuales,

se realizó siguiendo las actividades incluidas en la Tabla 39 y 40

correspondiente al Sprint Backlog 7. Los tiempos de las mismas podrán ser

observados con facilidad en el Gráfico 14 donde se ilustra el Burndown Chart

del Sprint.

111

Gráfico 13: Burndown Chart del Sprint 6

01 02 03 04 05 06 070

5

10

15

20

25

30

35

Tabla 40: Sprint 7 Parte 1


Totales 65 45 33 21 8 1 0 0



la carga de Cronogramas desde

MiUNE 2.0 para Moodle.



Carga de Cronogramas en MiUNE

2.0 para Moodle.



Carga de Cronogramas en MiUNE

2.0 para Moodle.



la matriculación de estudiantes en

el un Aula Virtual desde MiUNE 2.0



matriculación de estudiantes en el

Aula virtual desde MiUNE 2.0



matriculación de estudiantes en el

Aula virtual desde MiUNE 2.0



112

Tabla 41: Sprint 7 Parte 2


Totales 65 45 33 21 8 1 0 0


Programar fuentes necesarias y

realizar ajustes en las aplicaciones

para acceder a Moodle desde

MiUNE 2.0


Programar Front-End necesario

para lograr fácil acceso a Moodle a

través de MiUNE 2.0


Programar Back-End necesario

para lograr fácil acceso a Moodle a




113

Implantación

Al finalizar el desarrollo de la integración propuesta, la misma se llevo

al ambiente de producción. Esta actividad corresponde al Sprint o iteración

número 9 representada en el siguiente cuadro a continuación:


ID Tarea Puntos

1 Implantar la integración propuesta en el ambiente de

producción.

3

Total 3


114

Gráfico 14: Burndown Chart del Sprint 7

01 02 03 04 05 06 070

10

20

30

40

50

60

70

Pruebas

Dado a que cada una de las actividades realizadas durante el

desarrollo poseen un criterio de aceptación, cada prueba se realizó con la

culminación de cada una de estas. Si no se cumple el criterio de aceptación

no puede finalizarse las actividad. A continuación se presenta el Product

backlog donde se podrán observar las actividades que guarden relación con

el desarrollo del sistema propuesto acompañadas de su criterio de

aceptación y si se cumplió con el mismo.

115

Tabla 43: Product Backlog resultante de la etapa de desarrollo Parte 1

Sprint/Iteración Actividad Puntos Criterio de aceptación Aceptada

3 Elaborar los casos de uso referentes a

la Solicitud de Aulas Virtuales y

Consulta a través de MiUNE 2.0

5 Realizar la figura y los cuadros de

cada caso de uso.

Si

3 Elaborar los casos de uso referentes a

la Matriculación de Estudiantes a


3 Realizar la figura y los cuadros de

cada caso de uso.

Si

4 Diagramar las ventanas necesarias

para el funcionamiento de la Creación

de Aulas Virtuales.

5 Diagramar la pantalla y explicar su

funcionamiento.

Si


para el funcionamiento de la Gestión

de las Aulas virtuales.


funcionamiento.

Si


para la integración de los accesos

entre MiUNE 2.0 y Moodle


funcionamiento.

Si

5 Crear las tablas necesarias para el

funcionamiento de la Creación de

Aulas Virtuales.

3 Modelo físico de la base de datos

con el diccionario de datos y

explicación del funcionamiento.

Si


116



5 Crear las tablas necesarias para el

funcionamiento de la Gestión de las

Aulas virtuales.

6 Modelo físico de la base de datos

con el diccionario de datos y

explicación del funcionamiento.

Si

6 Programar Scripts de Moodle para la

creación de aulas virtuales desde

MiUNE 2.0.

8 El Script debe permitir crear un

aula virtual y tiene que poder ser

ejecutado desde MiUNE 2.0

Si

6 Programar Front-End para la creación

de aulas virtuales en MiUNE 2.0

5 Pantalla debe tener lo necesario

para crear aulas virtuales.

Si

6 Programar Back-End para la creación

de aulas virtuales en MiUNE 2.0

3 Debe estar funcional integrando el

Script y trabajando con el Front-

End

Si


carga de Cronogramas desde MiUNE

2.0 para Moodle.

10 El Script debe permitir cargar

Cronogramas dentro de aulas

virtuales desde MiUNE 2.0 para

Moodle.

Si

7 Programar Front-End para la Carga de

Cronogramas en MiUNE 2.0 para

Moodle.

6 Pantalla debe tener lo necesario para

cargar el cronograma previamente

cargado en MiUNECronogramas.

Si


117



7 Programar Back-End para la Carga de

Cronogramas en MiUNE 2.0 para

Moodle.


Script y trabajando con el Front-End

Si


matriculación de estudiantes en el un

Aula Virtual desde MiUNE 2.0

10 El script debe permitir matricular

estudiantes en un aula virtual desde

MiUNE 2.0 para Moodle.

Si

7 Programar Front-End para la

matriculación de estudiantes en el Aula

virtual desde MiUNE 2.0

5 Pantalla debe tener la posibilidad de

listar los estudiantes inscribir uno o

mas estudiantes a un aula virtual

desde MiUNE 2.0.

Si

7 Programar Back-End para la

matriculación de estudiantes en el Aula

virtual desde MiUNE 2.0


Script y el Front-End.

Si

7 Programar fuentes necesarias y

realizar ajustes en las aplicaciones

para acceder a Moodle desde MiUNE

2.0

9 Este debe ser el núcleo funcional que

usara el Back-End y el Front-End para

acceder a Moodle desde MiUNE 2.0.

Si


118



7 Programar Front-End necesario para

lograr fácil acceso a Moodle a través

de MiUNE 2.0

3 Toda la apariencia debe ser intuitiva y

agradable.

Si

7 Programar Back-End necesario para

lograr fácil acceso a Moodle a través

de MiUNE 2.0

8 Totalmente funcional ajustado a el

núcleo y a el Front-End.

Si


119

CONCLUSIONES

La evolución del mundo tecnológico y de los sistemas web han

permitido que cada día mas procesos sean automatizados y integrados con

el fin de brindar acceso rápido, fácil y unificado a distintos servicios. Cada

empresa tiende a buscar presencia en estos medios por fines publicitarios o

para crear soluciones para ellos mismos.

La tendencia de integración de servicios se impulsa mucho por el

hecho de que los usuarios usan servicios y si estos servicios están alojados

en distintas aplicaciones el usuario tiende a sentir desagrado por estas

aplicaciones por el hecho de tener que acceder a estas de forma individual.

Actualmente la integración de servicio es algo que podemos conseguir

en nuestro día a día por ejemplo en nuestros teléfonos inteligentes o

computadores. Las aplicaciones mas descargadas para teléfonos inteligentes

o computadores son aplicaciones que tienen una integración de servicios, por

ejemplo en el caso de editores de fotos que permiten subir esa fotos a

distintas redes sociales o enviarla por correos, etc. De alguna forma los

usuarios se están acostumbrando a la integración de servicios.

La integración realizada en este proyecto, pretende simplificar a la

comunidad Uneísta el acceso a procesos o información de relevancia para

los mismos, a fin de brindar un servicio de mayor calidad.

Para lograr esto de manera efectiva, se aprovecha una de las grandes

ventajas que posee la institución, que es poseer un sistema automatizado

denominado “MiUNE 2.0” que tiene como finalidad de fomentar el uso de

este sistema y trabajar en aras de centralizar en el mismo la totalidad de los

120

procesos de la institución, es por eso que todos los módulos desarrollados

son integrados a la misma, como en este caso Moodle.

Durante el largo desarrollo de esta integración propuesta por esta

investigación, se han comprobado las ventajas de utilizar distintas

herramientas como frameworks de desarrollo, estándares de programación y

uso de librerías, en pro a la estandarización de los productos finales. Al

mismo tiempo se confirma que el uso de herramientas Open Source conlleva

a la optimización de recursos sin prescindir de la calidad del producto final.

La metodología “SCRUM” permitió para el desarrollo de la presente

investigación, enfocarse en el levantamiento de la información necesaria para

cumplir con los objetivos permitiendo así que se aprovechara a un nivel

optimo el tiempo dedicado a cada tarea realizada dando como resultado un

producto probado y verificado.

Para finalizar se puede dejar claro que los objetivos del proyecto

fueron cumplidos en su totalidad dado que se identificaron los distintos

requerimientos de los procesos actuales para la creación de Aulas Virtuales

en Moodle, carga de Cronogramas, Matriculación de estudiantes y Consultar

información sobre dichas aulas a fin de conocerlos y poder realizar los

diseño correspondientes para la integración propuesta. Por otro lado se logro

la integración completa con el sistema “MiUNE 2.0” gracias a que se

precisaron los requerimientos de la dirección de desarrollo tecnológico

institucional para el desarrollo de sistemas, teniendo finalmente un producto

final implantando e integrado en su totalidad al sistema MiUNE 2.0.

121

RECOMENDACIONES

La integración desarrollada durante esta investigación fue integrada a

MiUNE 2.0 que esta a cargo de la Dirección de Desarrollo Tecnológico

Institucional, que quedara encargada del mantenimiento y evolución a lo

largo del tiempo y de igual forma que pueda ir evolucionando, creando

nuevas funcionalidades adaptándose cada vez mas a las necesidades y

requerimientos de la Universidad Nueva Esparta.

Se recomienda, teniendo en cuenta que DDTI es el encargado del

desarrollo, mantenimiento del sistema MiUNE 2.0 y de la automatización de

todos los procesos de la Universidad Nueva Esparta, que el diseño y

desarrollo de todo proyecto que implique alguna iteración o relación con esta

integración sea bajo la misma metodología y estándares de DDTI. Esto

permitirá el mantenimiento de la misma durante la existencia de todo el

sistema.

Por ultimo como recomendación final valdría destacar en el caso de

que cualquier otra implantación de un servicio nuevo, sea propuesto desde

su etapa de inicio de forma que sea planteado como un servicio dentro de

MiUNE 2.0, esto facilitara mucho el desarrollo de su integración en un futuro

y se agilizara mas el desarrollo de la misma.

122

REFERENCIAS BIBLIOGRÁFICAS

Apache (2010). Portal Apache. [Documento en línea]. Disponible en:

http://www.apache.org/foundation/faq.html#what-is-apache-about [Consulta:

2013, Noviembre 10]

Areito G. (1986). Nuevos retos educativos y educación no presencial.

[Documento en línea]. Disponible en: http://www.uned.es/catedraunesco-

ead/articulos/1986/nuevos%20retos%20educativos%20y%20educacion

%20no%20presencial.pdf [Consulta: 2013, Noviembre 10]

Arias, F. (1999). El Proyecto de Investigación: guía para su elaboración

Introducción a la Metodología científica. Editorial Episteme.

Arias, F.(1999) “El proyecto de Investigación: Guía para su elaboración”.

Editorial Episteme.

Aubry C. (2006). Dreamweaver 8 . Ediciones ENI.

Born G. (2001). COMPENDIUM HTML con XHTML, DHTML, CSS, XML,

XSL y WML. Boixareu Editores.

Cortés M. (1998) “Introducción al Análisis de Sistemas y la Ingeniería de

software”. Editorial Universidad Estatal a Distancia.

Díaz P. (2008). Integración de SAP y aplicaciones legadas a través de

S O A . [ D o c u m e n t o e n l í n e a ] . D i s p o n i b l e e n :

http://www.tesis.uchile.cl/tesis/uchile/2008/diaz_ap/html/index-frames.html

[Consulta: 2014, Enero 19]

Frutos, Ferreira y Zorzan (2013) “Interacción entre EVEA SIAT y

aplicaciones de la UNRC utilizando Servicios Web” . Universidad Nacional de

Rio Cuarto.

123

Garrett, J (2005). AJAX: A new approach to web applications.

[ D o c u m e n t o e n l í n e a ] . D i s p o n i b l e e n :

http://www.adaptivepath.com/ideas/ajax-new-approach-web-applications/

[Consulta: 2013, Diciembre 02]

Gomez A. y Abajo N. (1997). Los sistemas de información en la empresa.

Universidad de Oveido.

Heurtel, O (2009). PHP y MySQL Domine el desarrollo de un sitio web

dinamico e interactivo. Ediciones ENI.

HTML (2013). World Wide Web Consortium. [Documento en línea].

D i s p o n i b l e e n : http://www.w3.org/standards/webdesign/htmlcss /

http://www.adaptivepath.com/ideas/essays/archives/000385.%20php

[Consulta: 2013, Diciembre 2]

Johansen B. (2007) “Introducción a la Teoría General de Sistemas”,

Limusa Noriega Editores.

J S O N ( 2 0 1 3 ) . [ D o c u m e n t o e n l í n e a ] . D i s p o n i b l e e n :

http://www.json.org/json- es.html [Consulta: 2013, Diciembre 2]

Latorre E. (1996). Teoría General de Sistemas. Editoral Universidad del

Valle.

Méndez D. (2011) ”Desarrollo de una aplicación e-learning integrada al

concepto MiUNE a fin de complementar la relación profesor-estudiante fuera

del aula de clases en la Universidad Nueva Esparta”, Universidad Nueva

Esparta, Venezuela.

Navarro L. (2009) “Desarrollo, ejecución y presentación del proyecto de

investigación”. Ediciones PAPANAPO (2009).

Palacios J. (2008). Flexibilidad con SCRUM.

PostgreSQL (2012). PostgreSQL . [Documento en línea]. Disponible en:

124

http://www.postgresql.org/about/ [Consulta: 2013, Diciembre 02]

Reis D. (2013). Implicaciones tecnológicas y pedagógicas de las aulas

virtuales sincronas en la enseñanza no presencial. [Documento en línea].

Disponible en: http://dialnet.unirioja.es/servlet/tesis?codigo=26082 [Consulta:

2013, Diciembre 2]

Ruiz S. (2001). Definiciones y conceptos de base de datos. [Documento

en línea]. Disponible en: http://basededatostu.blogspot.com/2012/02/11-

definiciones-y-conceptos-de-dase-de.html [Consulta: 2013, Noviembre 10].

Sabino C. (1980) “Metodología de Investigación (Una Introducción téorio-

practica)”. Editorial Panapo.

Seija F. (2006). Investigacion y Muestreo. Editorial Ediciones FACES/UCV.

Software Libre (2012). [Documento en línea]. Disponible en:

http://www.fsf.org/about/ [Consulta: 2013, Diciembre 02]

Universidad Pedagógica Experimental Libertador (2008). “Manual de

Normas para Trabajo Especial de Grado, Maestrías y Doctorados.Caracas:

Fedeupel”.

125

ANEXOS A: CUESTIONARIO PARA SER APLICADO AL PERSONAL

DOCENTE DE LA (UNE) SEDE LOS NARANJOS

El documento que se presenta a continuación, servirá como instrumento

de recolección de datos que evaluara la opinión de la comunidad docente de

la Universidad Nueva Esparta que poseen al menos un aula virtual en

Moodle, acerca de su opinión personal con respecto a Moodle y MiUNE 2.0.

1. Con que frecuencia usted ingresa Moodle?

• Diario

• Semanal

• Mensual

• Trimestral

2. Considera usted que la herramienta Moodle es fundamental

para la formación de los estudiantes en el presente?

• SI

• NO

3. Ha solicitado usted un aula virtual para una de sus clases?

• SI

• NO

126

4. Cómo clasificaría el proceso de creación de aulas virtuales y

asignación a los docentes? (tomando en cuenta el tiempo de

respuesta por la dicha solicitud).

• Excelente

• Muy bueno

• Bueno

• Regular

• Deficiente

5. Considerando velocidad, apariencia, estabilidad y versión

actual como clasificaría la herramienta Moodle que se

encuentra actualmente?

• Excelente

• Muy bueno

• Bueno

• Regular

• Deficiente

6. Con que frecuencia usted ingresa a MiUNE 2.0?

• Diario

• Semanal

• Mensual

127

• Trimestral

128

ANEXOS B: GUIA DE ENTREVISTA DIRIGIDA A LA GERENCIA Y

DIRECCION DEL DEPARTAMENTO DE DESARROLLO TECNOLOGICO

INSTITUCIONAL.

1. Describa el proceso para la creación de un usuario en Moodle.

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

____________________________

2. Describa el proceso para la creación y matriculación en las aulas

virtuales en Moodle.

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

129

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

____________________________

3. Que requisitos considera usted indispensables para la integración los

sistemas?.

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

____________________________

130

4. Qué otro(s) proceso(s) considera usted fundamental incorporar a la

integración de Moodle y MiUNE 2.0?

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

131

ANEXO C: GUIA DE OBSERVACION PARA SER

APLICADA DDTI (Dirección de Desarrollo Tecnológico

Institucional)

El documento que se proporciona a continuación incluye aspectos

técnicos e información del funcionamiento de la Dirección de Desarrollo

Tecnológico Institucional a fin de conocer el sistema actual para lograr una

integración optima del sistema propuesto.

El instrumento permitirá el análisis de componentes, Software,

Desarrollo de Aplicaciones y Base de Datos

A. Identificación del Hardware usado actualmente

Aspectos a

Observar

Descripción

Características: Servidor 1:

• Memoria RAM: ________

• Procesador: _________

• Capacidad de Almacenamiento: ________

Servidor 2:



• Capacidad de Almacenamiento: ________

Servidor 3:


132


• Capacidad de Almacenamiento: __________

B. Identificación del Software

Servidor 1

Aspectos a

Observar

Descripción (Nombre y versión)

Sistema

Operativo

• Linux: _____________

• Windows: ____________

• Solaris: ___________

• Otros: _______________________________

Gestor de Base

de Datos

• MySQL: _____

• SQLServer: _____

• PostgreSQL: _____

• Otros: _____

Otros Software

Utilizados

• ___________________

• ___________________

• ___________________

Servidor 2Aspectos a Observar Descripción (Nombre y versión)

Sistema Operativo • Linux: ____

• Windows: _____

• Solaris: ______

• Otros: ____

133

Gestor de Base de

Datos

• MySQL: _____



• Otros: _____

Otros Software

Utilizados

• ___________________

• ___________________

• ___________________

Servidor 3Aspectos a Observar Descripción (Nombre y versión)

Sistema Operativo • Linux: ____

• Windows: _____

• Solaris: ______

• Otros: ____

Gestor de Base de

Datos

• MySQL: _____



• Otros: _____

Otros Software

Utilizados

• ___________________

• ___________________

• ___________________

C. Desarrollo de aplicaciones

Aspectos a Observar Descripción

Lenguajes de Desarrollo • HTML:

134

• PHP:

• Javascript:

• CSS:

• AJAX:

• SQL:

Estándares de Desarrollo

utilizados

• _______________________________

___________

• _______________________________

___________

• _______________________________

___________

• _______________________________

___________

135

ANEXO D: Certificación de validación de instrumentos 1

136

ANEXO E: Certificación de validación de instrumentos 2

137

ANEXO F: Certificación de validación de instrumentos 3

138

INTEGRACIÓN DE LOS SISTEMAS MIUNE 2.0 Y MOODLE PARA LA ...

Documents

Transcript of INTEGRACIÓN DE LOS SISTEMAS MIUNE 2.0 Y MOODLE PARA LA ...