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
UNIVERSIDAD NUEVA ESPARTA
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
UNIVERSIDAD NUEVA ESPARTA
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
UNIVERSIDAD NUEVA ESPARTA
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
Autor: Martinez Barrios, Jerry
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
Autor: Martinez Barrios, Jerry
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
Autor: Martinez Barrios, Jerry
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
Autor: Martinez Barrios, Jerry
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
Autor: Martinez Barrios, Jerry
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
Autor: Martinez Barrios, Jerry
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
2 1 2 Como desarrollador, deseo
conocer las características de
los sistemas actualmente a fin
de ajustar el diseño de la
integración de ambos sistemas
2
Autor: Martinez Barrios, Jerry
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
Autor: Martinez Barrios, Jerry
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.
Elemento número 5 del Sprint Backlog 1
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
Elemento número 6 del Sprint Backlog 1
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
Autor: Martinez Barrios, Jerry
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
1 1 1 Como desarrollador, deseo
conocer los requerimientos de
los procesos llevados en
Moodle para la creación de
aulas virtuales
4
2 1 2 Como desarrollador, deseo
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.
Autor: Martinez Barrios, Jerry
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.
Tabla 13: Sprint Backlog 2
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
Autor: Martinez Barrios, Jerry
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.
Autor: Martinez Barrios, Jerry
68
Tabla 15: Caso de Uso Solicitud de Aula Virtual 2
Caso de Uso Número: Solicitud de Aula Virtual 2
Nombre del Caso de
Uso:
Consultar Estatus de la 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 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.
Autor: Martinez Barrios, Jerry
69
Tabla 16: Caso de Uso Solicitud de Aula Virtual 3
Caso de Uso Número: Solicitud de Aula Virtual 3
Nombre del Caso de
Uso:
Crear aula virtual
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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.
Autor: Martinez Barrios, Jerry
70
Tabla 17: Caso de Uso Solicitud de Aula Virtual 4
Caso de Uso Número: Solicitud de Aula Virtual 4
Nombre del Caso de
Uso:
Asignar docente al aula
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
Actores: 1. Analista DTI
Descripción: Le permite al Analista DTI asignar a un usuario el
rol de docente de acuerdo a los datos
suministrados en la solicitud.
Pre condiciones: 1. Debe haber una 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.
Autor: Martinez Barrios, Jerry
71
Tabla 18: Caso de Uso Solicitud de Aula Virtual 5
Caso de Uso Número: Solicitud de Aula Virtual 5
Nombre del Caso de
Uso:
Responder solicitud
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
Actores: 1. Analista DTI
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.
Pre condiciones: 1. Debe haber una solicitud.
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
Autor: Martinez Barrios, Jerry
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
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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.
Autor: Martinez Barrios, Jerry
74
Tabla 20: Caso de Uso Gestión de Aula Virtual 2
Caso de Uso Número: Gestión de Aula Virtual 2
Nombre del Caso de
Uso:
Consultar sus aulas virtuales
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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.
Autor: Martinez Barrios, Jerry
75
Tabla 21: Caso de Uso Gestión de Aula Virtual 3
Caso de Uso Número: Gestión de Aula Virtual 3
Nombre del Caso de
Uso:
Matricular de Estudiante
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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”.
Autor: Martinez Barrios, Jerry
76
Tabla 22: Caso de Uso Gestión de Aula Virtual 4
Caso de Uso Número: Gestión de Aula Virtual 4
Nombre del Caso de
Uso:
Retirar estudiante
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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.
Autor: Martinez Barrios, Jerry
Elemento número 2 del Sprint Backlog 2
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.
Criterio de Aceptación:
• 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”.
Criterio de Aceptación:
• 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.
Criterio de Aceptación:
• 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.
Criterio de Aceptación:
• 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.
Criterio de Aceptación:
• 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.
Tabla 23: Sprint Backlog 3
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
Autor: Martinez Barrios, Jerry
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
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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”.
Autor: Martinez Barrios, Jerry
Elemento número 2 del Sprint Backlog 3
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
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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.
Flujo Normal: 1. El docente ingresa al sistema MiUNE 2.0
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.
Autor: Martinez Barrios, Jerry
84
Tabla 26: Caso de Uso de Gestión de Aula Virtual Propuesto 2
Caso de Uso Número: Gestión de Aula Virtual Propuesto 2
Nombre del Caso de
Uso:
Matricular
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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.
Flujo Normal: 1. El docente ingresa al sistema MiUNE 2.0
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.
Autor: Martinez Barrios, Jerry
85
Tabla 27: Caso de Uso Gestión de Aula Virtual Propuesto 3
Caso de Uso Número: Gestión de Aula Virtual Propuesto 3
Nombre del Caso de
Uso:
Consultar Aulas Virtuales
Creador por: Jerry Martinez Barrios
Fecha de creación: 07 de Junio de 2014
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
Autor: Martinez Barrios, Jerry
Tabla 28: Sprint Backlog 4
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
Autor: Martinez Barrios, Jerry
Sprint/Iteración 4
Elemento número 1 del Sprint Backlog 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
Elemento número 2 del Sprint Backlog 4
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.
Elemento número 3 del Sprint Backlog 4
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.
Tabla 29: Sprint Backlog 5
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
Autor: Martinez Barrios, Jerry
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
95
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
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
pk_usuariogrupo bigint Si Si
fk_usuario bigint Si No
fk_grupo bigint Si No
fk_estado integer No No
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
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
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
fk_atributo smallint Si No
nombre character varying Si No
fk_estructura smallint Si No
pk_estructura bigint Si SI
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
pk_atributo bigint Si Si
fk_atributotipo bigint Si No
valor character varying Si No
id smallint Si No
fk_atributo bigint Si No
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
pk_atributotipo bigint Si SI
nombre Character varying Si No
Autor: Martinez Barrios, Jerry
Esta tabla complementa a tbl_atributos, define los tipos de atributos.
g) mdl_user
Tabla 36: Diccionario de Datos mdl_user
102
Nombre Tipo de Dato No Nulo Clave Primaria
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
Nombre Tipo de Dato No Nulo Clave Primaria
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
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
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
timemodified bigint Si No
enrol character varying Si No
sortorder bigint Si No
Autor: Martinez Barrios, Jerry
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
Nombre Tipo de Dato No Nulo Clave Primaria
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
Nombre Tipo de Dato No Nulo Clave Primaria
timecreated bigint Si No
timemodified 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
Autor: Martinez Barrios, Jerry
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
Tabla 39: Sprint Backlog 6
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
Jerry Martinez Listo 3 3 2 2 0 0 0 0
Programar Back-End para la
creación de aulas virtuales en
MiUNE 2.0
Jerry Martinez Listo 5 4 3 2 0 0 0 0
Autor: Martinez Barrios, Jerry
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
Esfuerzo restante para la finalización del Sprint.
Totales 65 45 33 21 8 1 0 0
Actividad Responsable Estatus Est. 1 2 3 4 5 6 7
Programar Scripts de Moodle para
la carga de Cronogramas desde
MiUNE 2.0 para Moodle.
Jerry Martinez Listo 10 6 4 2 1 0 0 0
Programar Front-End para la
Carga de Cronogramas en MiUNE
2.0 para Moodle.
Jerry Martinez Listo 6 5 4 2 0 0 0 0
Programar Back-End para la
Carga de Cronogramas en MiUNE
2.0 para Moodle.
Jerry Martinez Listo 7 4 3 2 2 0 0 0
Programar Scripts de Moodle para
la matriculación de estudiantes en
el un Aula Virtual desde MiUNE 2.0
Jerry Martinez Listo 10 5 4 2 0 0 0 0
Programar Front-End para la
matriculación de estudiantes en el
Aula virtual desde MiUNE 2.0
Jerry Martinez Listo 5 4 3 1 0 0 0 0
Programar Back-End para la
matriculación de estudiantes en el
Aula virtual desde MiUNE 2.0
Jerry Martinez Listo 7 5 4 3 2 1 0 0
Autor: Martinez Barrios, Jerry
112
Tabla 41: Sprint 7 Parte 2
Esfuerzo restante para la finalización del Sprint.
Totales 65 45 33 21 8 1 0 0
Actividad Responsable Estatus Est. 1 2 3 4 5 6 7
Programar fuentes necesarias y
realizar ajustes en las aplicaciones
para acceder a Moodle desde
MiUNE 2.0
Jerry Martinez Listo 9 7 5 3 1 0 0 0
Programar Front-End necesario
para lograr fácil acceso a Moodle a
través de MiUNE 2.0
Jerry Martinez Listo 3 3 2 2 0 0 0 0
Programar Back-End necesario
para lograr fácil acceso a Moodle a
través de MiUNE 2.0
Jerry Martinez Listo 8 5 4 4 2 0 0 0
Autor: Martinez Barrios, Jerry
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:
Tabla 42: Sprint Backlog 8
ID Tarea Puntos
1 Implantar la integración propuesta en el ambiente de
producción.
3
Total 3
Autor: Martinez Barrios, Jerry
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
través de MiUNE 2.0
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
4 Diagramar las ventanas necesarias
para el funcionamiento de la Gestión
de las Aulas virtuales.
5 Diagramar la pantalla y explicar su
funcionamiento.
Si
4 Diagramar las ventanas necesarias
para la integración de los accesos
entre MiUNE 2.0 y Moodle
8 Diagramar la pantalla y explicar su
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
Autor: Martinez Barrios, Jerry
116
Tabla 44: Product Backlog resultante de la etapa de desarrollo Parte 2
Sprint/Iteración Actividad Puntos Criterio de aceptación Aceptada
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
7 Programar Scripts de Moodle para la
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
Autor: Martinez Barrios, Jerry
117
Tabla 45: Product Backlog resultante de la etapa de desarrollo Parte 3
Sprint/Iteración Actividad Puntos Criterio de aceptación Aceptada
7 Programar Back-End para la Carga de
Cronogramas en MiUNE 2.0 para
Moodle.
7 Debe estar funcional integrando el
Script y trabajando con el Front-End
Si
7 Programar Scripts de Moodle para la
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
7 Debe estar funcional integrando el
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
Autor: Martinez Barrios, Jerry
118
Tabla 46: Product Backlog resultante de la etapa de desarrollo Parte 4
Sprint/Iteración Actividad Puntos Criterio de aceptación Aceptada
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
Autor: Martinez Barrios, Jerry
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:
• Memoria RAM: ________
• Procesador: _________
• Capacidad de Almacenamiento: ________
Servidor 3:
• Memoria RAM: ________
132
• Procesador: _________
• 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: _____
• SQLServer: _____
• PostgreSQL: _____
• 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: _____
• SQLServer: _____
• PostgreSQL: _____
• 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