Universidad Nacional del Nordeste Facultad de Ciencias...

Universidad Nacional del Nordeste

Facultad de Ciencias Exactas, Naturales y Agrimensura

Licenciatura en Sistemas de Información

Trabajo Final de Aplicación

Diseño y desarrollo de un EVEA referente a la tecnología Streaming

Autor: Torres Oscar Daniel

Prof. Orientador: Dr. David Luis la Red Martínez

Prof. Coordinador: Mgter. Sonia I. Mariño

Tribunal evaluador:

Mgter. Sonia I. Mariño

Lic. Ricardo Gonzalez

Lic. Jose Rios

Corrientes - Argentina

2014

0.1. Prólogo

Este trabajo fue realizado en la Facultad de Ciencias Exactas, Naturales y Agrimensura

en la Universidad Nacional del Nordeste y forma parte del Trabajo Final de Aplicación, a

�n de cumplimentar las exigencias para la obtención del título de la carrera de Licenciatura

en Sistemas de Información. Su objetivo es desarrollar una herramienta de e-learning que

exponga la evolución y tendencia de la tecnología de streaming para expresar los avances del

mismo y obtener conclusiones sobre los distintos proyectos.

La implementación del software propuesto, hace uso de tecnologías basadas en Internet,

mediante una plataforma web que provee gran �exibilidad y fácil acceso.

0.2. Agradecimientos

Quiero expresar mi agradecimiento, a mi profesor orientador del trabajo �nal de apli-

cación, Dr. David La Red Martínez por su generosidad al brindarme la oportunidad de re-

currir a su capacidad y experiencia en un marco de con�anza y afecto, fundamentales para

la concreción de este trabajo.

A mis padres y hermanos por brindarme un hogar cálido y enseñarme que la perseverancia

y el esfuerzo son el camino para lograr objetivos.

0.3. Resumen Sintético

El objetivo principal de este trabajo, es expresar el avance y tendencia de la tecnología

de stremaning a través de una plataforma web. El sistema desarrollado facilita la iteracción

entre los participantes, permite �exibilidad en el uso y es de fácil acceso. Para el desarrollo

se ha aplicado la metodología de investigación-Acción. El trabajo está compuesto por varios

capítulos, el primero de ellos expone un breve estado del streaming y se introduce en el

marco teórico, a continuación se describen las herramientas de software aplicadas, haciendo

una breve reseña de éstas marcando sus principales características. Finalmente se muestran

los resultados obtenidos mediante una breve descripción de cada una de sus partes.

0.4. Resumen Extendido

Día a día, la distribución de contenidos tanto de audio como de vídeo a través de la red se

hace más importante. Actualmente es posible encontrar pequeños vídeos caseros colgados en

la web y también disfrutar de multitud de emisoras de radio online incluso canales de televisión

que recurren al streaming para distribuir sus contenidos. La principal característica de éste,

es que permite ver o escuchar al mismo tiempo que se va descargando la información. ¿Qué

ganamos con esto? fundamentalmente agilidad, pues no es necesario esperar a que un �chero

de audio o de vídeo se descargue por completo para empezar a disfrutar de él. Así mismo,

el usuario ya no necesita disponer de un gran espacio de almacenamiento para guardar los

�cheros que desea ir viendo.

El streaming es una apuesta con bastante futuro, conforme a la calidad y velocidad en

que las redes de comunicación van mejorando.

Para comprender esta tecnología emergente, se ha desarrollado un software educativo

para favorecer el proceso de enseñanza. El diseño del mismo cuenta con detalles teóricos y

prácticos, que han sido el resultado de una recopilación de diversas fuentes bibliográ�cas,

libros, papers, páginas web, entre otros.

La construcción del sitio web se efectuó con Php utilizando como motor de base de datos

MySQL.

El sistema brinda material complementario y módulo de auto evaluación, el cual permite

al alumno detectar falencias en sus conocimientos.

Este proyecto se ha dividido en dos etapas. La primera de ellas aplicada a la recopilación

y estudio de datos.

La segunda es la construcción de un sitio web, donde se incorporaron todos los contenidos

teóricos estudiados. Se contempló la de�nición de tres tipos de usuarios: Alumno, Profesor y

Alumnado; los cuales cuentan con módulos diferenciados, logrando así roles especí�cos.

Índice general

0.1. Prólogo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i

0.2. Agradecimientos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii

0.3. Resumen Sintético . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii

0.4. Resumen Extendido . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv

1. Introducción 1

1.1. Breve estado del arte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

1.1.1. Situación Actual del Streaming . . . . . . . . . . . . . . . . . . . . . . 2

1.1.2. Procesamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

1.1.3. Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.1.4. Video Bajo Demanda (VOD) . . . . . . . . . . . . . . . . . . . . . . . 3

1.1.5. Streaming . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.1.6. Códec . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

1.1.7. Protocolos Ligeros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

1.1.8. E-learning y la Educación a Distancia . . . . . . . . . . . . . . . . . . 20

1.2. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

1.3. Fundamentación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

2. Metodología 23

2.1. Análisis de las modalidades del sistema e-learning . . . . . . . . . . . . . . . . 23

2.2. Estudio de las características de los Sistema e-learning . . . . . . . . . . . . . 24

2.3. Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

2.4. Diagrama de Secuencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

2.5. Desarrollo del sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.5.1. Recopilación de información . . . . . . . . . . . . . . . . . . . . . . . . 33

2.5.2. Selección de las herramientas . . . . . . . . . . . . . . . . . . . . . . . 33

v

2.5.3. Desarrollo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

2.5.4. Implementación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

3. Herramientas de Software Utilizadas 38

3.1. Servidor HTTP Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

3.1.1. Historia de Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

3.1.2. Características de Apache . . . . . . . . . . . . . . . . . . . . . . . . . 39

3.1.3. Uso de Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

3.1.4. Con�guración . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

3.1.5. Licencia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

3.2. MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

3.2.1. Historia de MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

3.2.2. Lenguajes de Programación . . . . . . . . . . . . . . . . . . . . . . . . 42

3.2.3. Aplicaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

3.2.4. Plataformas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

3.2.5. Características Adicionales . . . . . . . . . . . . . . . . . . . . . . . . 44

3.2.6. Características . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.2.7. Licencia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

3.3. Adobe Dreamweaver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

3.4. Red Hat Enterprise Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

3.4.1. Variantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

3.4.2. Relaciones con Fedora Core . . . . . . . . . . . . . . . . . . . . . . . . 51

3.4.3. Plataformas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

3.4.4. Clones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

3.4.5. Mercado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

3.4.6. Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

3.4.7. Características especiales . . . . . . . . . . . . . . . . . . . . . . . . . 53

3.4.8. Fedora . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

3.4.9. Scienti�c WorkPlace . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

4. Resultados 56

4.1. Objetivos Logrados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

4.2. Clasi�cación del Trabajo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

4.3. Niveles de usuarios en el sistema . . . . . . . . . . . . . . . . . . . . . . . . . 57

4.4. El Sistema en Funcionamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

Torres Oscar Daniel vi

4.5. Iniciar Sesión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

4.6. Pantallas del Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

4.6.1. Nivel de acceso del Alumno . . . . . . . . . . . . . . . . . . . . . . . . 61

4.6.2. Nivel de acceso del Profesor . . . . . . . . . . . . . . . . . . . . . . . . 63

4.6.3. Nivel de acceso de Alumnado . . . . . . . . . . . . . . . . . . . . . . . 66

4.7. Contenido teórico utilizado en la web . . . . . . . . . . . . . . . . . . . . . . . 69

5. Conclusión 71

5.1. Líneas futuras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

BibliografÍa 73

Índice alfabético 76

Torres Oscar Daniel vii

Índice de �guras

1.1. Video Bajo Demanda. Fuente: [1] . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.2. Codi�cador Perceptual de Audio. Fuente: [2] . . . . . . . . . . . . . . . . . . . 8

1.3. Decodi�cador Perceptual de Audio. Fuente: [2] . . . . . . . . . . . . . . . . . 8

1.4. Codi�cadores paramétricos. Fuente: [3] . . . . . . . . . . . . . . . . . . . . . . 10

1.5. Vocoders. Fuente: [3] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.6. Codi�cadores Hibrído. Fuente: [4] . . . . . . . . . . . . . . . . . . . . . . . . . 12

1.7. Imagen predicha. Fuente: [4] . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.8. Características de los principales códecs de audio. Fuente: [3] . . . . . . . . . 14

1.9. Descripción técnica. Fuente: [5] . . . . . . . . . . . . . . . . . . . . . . . . . . 16

1.10. Cabecera UDP. Fuente: [5] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

1.11. RTSP. Fuente: [6] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.1. B-Learning. Fuente: [7] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

2.2. Alta de examen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

2.3. Inscripción de alumnos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

2.4. Pre Inscripción de alumnos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

2.5. Rendir examen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

2.6. Alta de examen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

2.7. Inscripción de Usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

2.8. Pre Inscripción de Usuario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.9. Rendir Examen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

2.10. Investigación y Acción. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

2.11. Estructura del Sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

2.12. Base de datos: db1174743. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

2.13. Diccionario de Datos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

4.1. Funciones del Profesor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

viii

4.2. Funciones del Alumno. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

4.3. Funciones del Alumnado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

4.4. Pantalla Principal del sistema e-learning. . . . . . . . . . . . . . . . . . . . . 60

4.5. Pantalla de Error al iniciar sesión. . . . . . . . . . . . . . . . . . . . . . . . . 60

4.6. Pantalla de perspectiva del Alumno. . . . . . . . . . . . . . . . . . . . . . . . 61

4.7. Rendir Examen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

4.8. Ver Notas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

4.9. Adjuntar Archivo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

4.10. Gestor de Archivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

4.11. Alta de Examen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

4.12. Cargar preguntas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

4.13. Listar Notas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

4.14. Seleccionar examen para listar sus preguntas asignadas. . . . . . . . . . . . . 65

4.15. Seleccionar Pregunta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

4.16. Listar Exámenes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

4.17. Adjuntar Archivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65


4.19. Contenido Teórico. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

4.20. Listar Usuarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

4.21. Ingresar Usuarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

4.22. Listar Preusuarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

4.23. Listar Usuarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

4.24. Adjuntar Archivo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69


Torres Oscar Daniel ix

Capítulo 1

Introducción

Al observar la evolución y tendencia de la tecnología de streaming, surge el interés por

conocer en detalle los aspectos que involucran esta revolución en nuestro propio entorno.

Para satisfacer esta inquietud, se propuso el desarrollo de un sistema de educación en

línea sobre la evolución y tendencia de esta tecnología.

La aplicación contempla el registro de: usuarios, profesores de cátedra y exámenes reali-

zados por los alumnos, los cuales fueron previamente confeccionados por los profesores.

Esto permite que los alumnos puedan estudiar desde su propio escritorio. La entrega

directa de los cursos puede disminuir los tiempos que implican una escasa productividad y

ayuda a eliminar costos de viajes.

Adicionalmente, los usuarios pueden marcar ciertas fuentes de información como referen-

cia, facilitando de este modo el proceso de cambio y aumentando los bene�cios del programa.

1.1. Breve estado del arte

A continuación se presentará un resumido estado del arte del streaming considerado en

este trabajo.

1

1.1.1. Situación Actual del Streaming

Es un tema sobre el que va creciendo la evidencia empírica: a medida que aumenta el

ancho de banda y la disponibilidad de contenidos en régimen de streaming, disminuye la

necesidad de descarga. Con el desarrollo de sitios que ofrecen contenidos para ser vistos o

escuchados de manera inmediata, el interés por descargarlos y conservarlos en el disco duro

empieza a desaparecer, sitios como YouTube o Last.fm se convierten, de alguna manera,

en herramientas que podemos acceder en cualquier momento para obtener acceso a lo que

queremos, en cualquier momento sin necesidad de almacenamiento.

En el mundo de la música, la madurez de la tecnología y la abundancia de este tipo de sitios

está llevando a que muchos usuarios abandonen la práctica de la descarga: con conexiones a

Internet cada día más ubicuas y sometidas a tarifa plana, la descarga pierde gran parte de

su sentido. En vídeo, en cambio este movimiento parece no haberse dado todavía.

1.1.2. Procesamiento

Las computadoras también se han vuelto más con�ables. La capacidad de cómputo sigue

aumentando a través del uso de múltiples procesadores.

Como resultado de la utilización de múltiples procesadores, las computadoras se están

convirtiendo en lo que podría llamarse �independiente de la plataforma�. Las aplicaciones

de computador están siendo diseñadas para funcionar en �máquinas virtuales�, que pueden

llevarse de una plataforma de hardware a otra sin necesidad de adaptación. La máquina vir-

tual de Java (JVM) es un ejemplo de ello, pero también lo son las �imágenes� producidas

por software de virtualización como VMWare o Parallels. Lenguajes de computador especia-

lizados, como Erlang, están diseñados para operar en entornos de múltiples procesadores [8].

Estos sistemas administran la interfaz entre el sistema operativo - ya sea Apple, Windows

o Linux - y el hardware subyacente, permitiendo así que el mismo sistema sea ejecutado en

diferentes con�guraciones de hardware.

La combinación de la banda ancha ubicua y un sistema operativo portátil dará lugar a

la amplia popularidad de lo que actualmente se denomina �computación en nube�. La idea

es que la computadora, como un conjunto de archivos de datos, se encuentre almacenada

en línea. Y como tal, se puede acceder desde cualquier entorno de hardware, incluidos los

dispositivos móviles o portátiles. En consecuencia, una persona tendrá acceso a su propio

Torres Oscar Daniel 2

entorno computacional desde distintos dispositivos en el hogar, en la calle o en la o�cina,

además accederá a datos y aplicaciones provistos por servicios en línea remotos.

1.1.3. Software

El software se ha vuelto más con�able. A medida que las aplicaciones basadas en la web

se tornen más disponibles, entornos operativos más especializados y personalizados estarán

a disposición de los usuarios. El almacenamiento y procesamiento en línea representan otra

virtualización del ambiente computacional, con el resultado de que los sistemas personales

son más simples y más estables. [9]

1.1.4. Video Bajo Demanda (VOD)

El video bajo demanda, conocido mediante las siglas VoD, en Inglés Video on Demand,

se basa en una idea muy sencilla. El usuario del servicio, denominado cliente, desde su casa,

o�cina, trabajo, etc., desde un ordenador, televisor, o cualquier otro dispositivo multimedia,

puede elegir desde una interfaz, diseñada especí�camente para esta tarea, una película, un

video cualquiera, y empezar a reproducirlo. También es posible parar, rebobinar, avanzar,

etc.

El video bajo demanda ha permitido realizar las mismas operaciones que se realizan

con un reproductor convencional (VCR), donde introducimos el disco (dispositivo óptico o

magnético) que contiene la película. La diferencia se encuentra, en que todos los videos se

encuentran almacenados en un servidor, o clúster de servidores remoto perteneciente a nuestro

proveedor del servicio.

A nivel técnico, la idea básica de un servidor de video bajo demanda, consiste en una

aplicación que espera, procesa y sirve peticiones de uno, o varios clientes.

La petición, contiene un comando donde pide qué video desea recibir el cliente. Una vez

que el servidor ha recibido el comando de reproducción, empieza a transmitir. Estos datos, al

llegar a la aplicación cliente, se almacenan en un bufer de recepción para absorber posibles

cortes de la reproducción debidos a la latencia y el jitter (variación de la latencia). En los

casos que se vacía el bu¤er se producen bloqueos. Otro efecto son las distorsiones que se

producen al perderse algunos fragmentos del �ujo de datos que envía el servidor. Esta técnica

se conoce como el streaming, proveniente del término inglés stream, �ujo. Esto permite poder


Figura 1.1: Video Bajo Demanda. Fuente: [1]

reproducir el video a la vez que se recibe.

Es importante que el video se encuentre codi�cado para poder ser transmitido de esta

forma. Uno de los objetivos de la codi�cación es la compresión de la información, para reducir

al mínimo tanto el espacio, como el ancho de banda.

Algunos codecs no permiten el posicionamiento en un punto determinado del �ujo del

video debido a que se necesitan todos los bloques anteriores para poder decodi�car los que

siguen a continuación, con lo cual es necesario que los videos del servidor estén codi�cados

con un codec que permita que el usuario pueda posicionarse directamente en un punto del

�ujo del video sin necesitar conocer los datos que hay entre ambos puntos del �ujo.

El aspecto principal que diferencia el video bajo demanda de la televisión convencional, es

el poder seleccionar el contenido que se desea ver cuando se quiera, y tener el control absoluto

sobre su reproducción. Ver Figura: 1.1 de la página: 4.

1.1.5. Streaming

El streaming es la distribución de multimedia a través de una red de computadoras de

manera que el usuario consume el producto al mismo tiempo que se descarga. La palabra

streaming se re�ere a que se trata de una corriente continua (sin interrupción). Este tipo de


tecnología funciona mediante un búfer de datos que va almacenando lo que se va descargando

para luego mostrarse al usuario. Esto se contrapone al mecanismo de descarga de archivos,

que requiere que el usuario descargue los archivos por completo para poder acceder a ellos.

El término se aplica habitualmente a la difusión de audio o video. El streaming requiere

una conexión por lo menos de igual ancho de banda que la tasa de transmisión del servicio. [10]

Antes de que la tecnología streaming apareciera en abril de 1995 (con el lanzamiento de

RealAudio 1.0), la reproducción de contenido Multimedia, a través de internet necesariamente

implicaba tener que descargar completamente el �archivo contenedor� al disco duro local.

Como los archivos de audio (especialmente los de video), tienden a poseer un gran tamaño,

su descarga y acceso como paquetes completos se vuelve una operación muy lenta.

Sin embargo, con la tecnología del streaming un archivo puede ser descargado y repro-

ducido al mismo tiempo, con lo que el tiempo de espera es mínimo.

Componentes

Para poder proporcionar un acceso claro, convincente, continuo y sin interrupciones ni

cambios, el streaming se apoya en las siguientes tecnologías:

Códec: Son archivos residentes en el ordenador que permiten a uno o varios programas

descifrar o interpretar el contenido de un determinado tipo de archivo multimedia.

Protocolos Ligeros: UDP y RTSP (los protocolos empleados por algunas tecnologías

de �streaming�) hacen que las entregas de paquetes de datos desde el servidor a quien

reproduce el archivo se hagan con una velocidad mucho mayor que la que se obtiene por

TCP y HTTP. Esta e�ciencia es alcanzada por una modalidad que favorece el �ujo con-

tinuo de paquetes de datos. Cuando TCP y HTTP sufren un error de transmisión, siguen

intentando transmitir los paquetes de datos perdidos hasta conseguir una con�rmación

de que la información llegó en su totalidad. Sin embargo, UDP continúa mandando los

datos sin tomar en cuenta interrupciones, ya que en una aplicación multimedia estas

pérdidas son casi imperceptibles.

Precarga: La entrega de datos desde el servidor a quien ve la página puede estar sujetas

a demoras conocidas como lag, (retraso, en inglés) un fenómeno ocasionado cuando los

datos escasean (debido a interrupciones en la conexión o sobrecarga en el ancho de


banda). Por tanto, los reproductores multimedia precargan, o almacenan en el bu¤er,

que es una especie de memoria, los datos que van recibiendo para así disponer de una

reserva de datos, con el objeto de evitar que la reproducción se detenga. Esto es similar

a lo que ocurre en un reproductor de CD portátil, que evita los saltos bruscos y los

silencios ocasionados por interrupciones en la lectura debidos a vibraciones o traqueteos,

almacenando los datos, antes de que el usuario tenga acceso a ellos.

Red de Acceso de Contenido: Si un determinado contenido comienza a atraer una

cantidad de usuarios mayor a su capacidad de ancho de banda, estos usuarios sufrirán

cortes o lag. Finalmente, se llega a un punto en que la calidad del stream es pésima.

Ofreciendo soluciones, surgen empresas y organizaciones que se encargan de proveer

ancho de banda exclusivamente para streaming, y de apoyar y desarrollar estos servicios.

Usos

Radio por Internet: La ventaja para la emisora es llegar a un gran público objetivo,

que por diversos motivos (como el alcance territorial limitado de la señal radiofóni-

ca), desconocían una emisora de otro lugar. Cabe aclarar que no sólo las emisoras de

Radio AM y FM transmiten por Internet, sino que también en los últimos años están

creciendo exponencialmente las Radios Digitales, las cuales transmiten exclusivamente

por Internet.

Televisión por Internet: Desde �nales de los 90, los intentos habían fracasado por

el considerable ancho de banda requerido por la señal de vídeo, sin embargo, resurge el

interés en este tipo de comunicación pública con el gran éxito de Youtube y la expansión

del ADSL.

1.1.6. Códec

Es la abreviatura de codi�cador-decodi�cador. Describe una especi�cación desarrollada en

software, hardware o una combinación de ambos, capaz de transformar un archivo en un �ujo

de datos (stream) o una señal. Los códecs pueden codi�car el �ujo o la señal (a menudo para

la transmisión, el almacenaje o el cifrado) y recuperarlo o descifrarlo del mismo modo para

la reproducción o la manipulación en un formato más apropiado para estas operaciones. Los

códecs son usados a menudo en videoconferencias y emisiones de medios de comunicación. [2]


Un códecs es un conjunto de algoritmos que permiten codi�car y decodi�car los datos

auditivos o de imagen, lo cual permite reducir la cantidad de bits que ocupa el archivo.

La mayor parte de códecs provoca pérdidas de información para conseguir un menor

tamaño del archivo. Hay también códecs sin pérdidas (lossless), pero en la mayor parte de

aplicaciones prácticas, para un aumento casi imperceptible de la calidad no merece la pena

un aumento considerable del tamaño de los datos. La excepción es si los datos sufrirán otros

tratamientos en el futuro. En este caso, una codi�cación repetida con pérdidas a la larga

dañaría demasiado la calidad.

Muchos archivos multimedia contienen tanto datos de audio como de vídeo, y a menudo

alguna referencia que permite la sincronización del audio y el vídeo. Cada uno de estos tres

�ujos de datos puede ser manejado con programas, procesos, o hardware diferentes; pero

para que estos streams sean útiles para almacenarlos o transmitirlos, deben ser encapsulados

juntos. Esta función es realizada por un formato de archivo de vídeo (contenedor), como

.mpg, .avi, .mov, .mp4, .rm, .ogg, .mkv o .tta. Algunos de estos formatos están limitados a

contener streams que se reducen a un pequeño juego de códecs, mientras que otros son usados

para objetivos más generales.

Funcionamiento de los códecs

Los sistemas de compresión de vídeo digital se basan todos en una estructura común.

En primer lugar, extraen la información redundante de las imágenes, de modo que mediante

el envío de esa información puedan ser reconstruidas en el receptor. En segundo lugar, los

sistemas llevan a cabo aproximaciones de la señal, con el �n de poder reducir el bitrate de la

señal al ser transmitida. Por último el sistema se encarga de encontrar el modo más e�ciente

para poder enviar todos estos datos o información.

La compresión se lleva a cabo en 3 pasos consecutivos:

Compensación de movimiento: El sistema se encarga de encontrar si alguna parte

de la imagen se repite en imágenes anteriores (frecuencia de ocurrencia). Si esto es así el

sistema enviará sólo la información de dónde no se repiten esas partes de las imágenes,

en vez de volver a enviar toda la imagen entera.

Codi�cación de la transformada: En este paso se convierte la señal desde el dominio


Figura 1.2: Codi�cador Perceptual de Audio. Fuente: [2]

Figura 1.3: Decodi�cador Perceptual de Audio. Fuente: [2]

temporal al dominio frecuencial, es decir se expresa la señal como un conjunto de

componentes frecuenciales.

Codi�cación estadística: La codi�cación estadística consiste en analizar las palabras

digitales que llegan en un período determinado y se codi�can de nuevo las que se repiten

más a menudo.

Códec de audio

Actualmente existen una gran variedad de códecs de audio. Aunque cada vez son más

complejos y añaden características adicionales, se pueden clasi�car en cuatro grandes grupos

dependiendo del método de codi�cación o reducción de la tasa de bits:

Codi�cadores perceptuales Esquema de un codi�cador perceptual de audio, ver �gura:

1.2 en la página: 8.

Esquema de un decodi�cador perceptual de audio, ver �gura: 1.3 en la página: 8.

Los codi�cadores perceptuales aprovechan las limitaciones en la percepción del sistema

auditivo humano (umbral de audición, enmascaramiento temporal y/o frecuencial) para co-


di�car el �ujo de datos.

Para codi�car las muestras en formato PCM (audio digital sin comprimir) se realiza una

transformada al dominio frecuencial y se cuanti�can y codi�can a partir de un conjunto de

datos obtenidos en un modelo psicoacústico. La implementación de este modelo psicoacústico

es lo que determina la calidad �nal y es dónde se aprovecha el enmascaramiento temporal o

frecuencial, siendo el umbral de enmascaramiento el que controla la cuanti�cación.

En la cuanti�cación de audio se utilizan distintos tipos de cuanti�cadores: uniforme,

no-uniforme, logarítmico (ley-mu o ley-A), diferencial o vectorial. Generalmente se utiliza

cuanti�cación no-uniforme para música, cuanti�cación diferencial o logarítmica para señales

de voz y cuanti�cación vectorial para el procesamiento avanzado para la señal de voz.

En la salida de este bloque se puede incorporar un codi�cador entrópico que comprime

sin pérdidas para reducir el tamaño de la trama binaria. Esta trama se empaqueta junto

con información adicional que contiene datos imprescindibles para la decodi�cación como el

tamaño de la trama, el número de bits de codi�cación, el margen dinámico. También se puede

añadir corrección de errores.

El decodi�cador desempaqueta la señal codi�cada para obtener las muestras y la informa-

ción auxiliar. Seguidamente, decodi�ca las muestras y las convierte en el dominio temporal

para obtener audio en formato PCM, aunque éste no será igual al inicial, puesto que es un

proceso de codi�cación con pérdidas.

Las distintas versiones de MPEG-1, siendo MP3 (MPEG-1 layer3) la más conocida, uti-

lizan este método de codi�cación.

Codi�cadores paramétricos Los codi�cadores paramétricos se basan en que el audio y

la voz se pueden representar y sintetizar con tonos aislados, patrones armónicos (represen-

tados con sinusoides) y componentes ruidosas. Estos, se representan con parámetros como

la amplitud, la frecuencia fundamental o los componentes espectrales y requieren pocos bits

para representarlos. Ver �gura: 1.4 en la página: 10.

Durante el proceso de codi�cación se extrae información de las muestras de entrada apli-

cando una transformada de Fourier para luego realizar la estimación de parámetros. Seguida-

mente se codi�can basándose con un modelo de la percepción humana, y se multiplexan para

formar la trama binaria.


Figura 1.4: Codi�cadores paramétricos. Fuente: [3]

Figura 1.5: Vocoders. Fuente: [3]

En el proceso de decodi�cación, a través de un bloque de síntesis y con los parámetros

codi�cados, se reproduce una señal con las características análogas a la señal original.

Un ejemplo de este tipo de codi�cación es HVXC para voz y HILN para música, ambos

dentro del estándar MPEG-4.

Vocoders (codi�cación de voz) Esquema de un sistema de codi�cación-decodi�cación

paramétrica. Ver �gura: 1.5 en la página: 10.

Los vocoders son codi�cadores paramétricos especí�cos para la codi�cación de la voz. Es-

tos analizan la señal de voz correspondiente a un segmento temporal considerado estacionario

para extraer los parámetros del modelo y la excitación. Esta información es la que se codi�-

ca. En el proceso de decodi�cación, el decodi�cador sintetiza los parámetros a través de un

modelo de producción de voz.

Existen dos tipos de vocoders:

Vocoder por predicción lineal: Es el tipo de vocoder más utilizado. Este vocoder uti-

liza el mismo modelo de producción que otros vocoders pero di�ere en la determinación


del modelo del tracto vocal.

LPC-10: Fue desarrollado por el DOD (Department Of Defense), el Departamento de

Defensa Estadounidense. Permite la codi�cación de la señal de la voz a una velocidad

de 2400 bps. [11]

Codi�cadores de forma de onda Los codi�cadores de forma de onda se basan en el

estudio de la señal, intentan reproducir la señal entrante. Generalmente se diseñan para

ser independientes de la señal, de manera que se utilizan para codi�car una gran variedad

de señales. Estos codi�cadores aprovechan la redundancia de la señal, y a partir de una

predicción lineal permiten codi�car la señal auditiva; de esta forma se consiguen tasas de

compresión elevadas cuando las señales son muy redundantes y prácticamente nulas cuando

no es así. [12]

La codi�cación de la señal se puede llevar a cabo tanto en el dominio temporal como

frecuencial:

Codi�cadores en el dominio temporal:

� Modulación por codi�cación de impulsos (PCM, Pulse Code Modulation).

� Modulación por codi�cación de impulsos diferenciales (DPCM, Di¤erential PCM).

� Modulación por codi�cación de impulsos diferenciales adaptativos (ADPCM, Adap-

tative PCM).

Codi�cadores en el dominio frecuencial:

� Codi�cación en sub-bandas.

� Codi�cación por transformada.

Codi�cadores híbridos (codi�cación de voz) Los codi�cadores híbridos, también cono-

cidos como codi�cadores de análisis-por-síntesis combinan las técnicas de los codi�cadores de

forma de onda con los vocoders. El objetivo de estos es obtener voz de alta cualidad a tasas

de bit bajas (inferiores a 8kHz). Su funcionamiento se basa en analizar un conjunto de mues-

tras como si se tratase de una sola para obtener los parámetros de la señal. Al decodi�car la

trama, se sintetizan los parámetros para conseguir que se parezca a la original.


Figura 1.6: Codi�cadores Hibrído. Fuente: [4]

Esquema de un codi�cador híbrido para señales de voz. Ver �gura:1.6 en la página: 12.

Los codi�cadores hìbridos eliminan la información redundante. Esta forma de predicción

combina la técnica de predicción y transformación para reducir la redundancia en el señal de

vídeo, utilizando el análisis de movimiento y predicción en el dominio temporal, utilizando

compensación de movimiento y transformaciones espacio tiempo.

Presenta dos modos de funcionamiento:

Intraframe: Codi�cación de los coe�cientes de la DCT de los datos originales.

Interframe: Utiliza un método predictivo basado en vectores de movimiento, de forma

que en vez de codi�car los valores de los píxeles, codi�camos el error de predicción de

la DCT. Este error de predicción se calcula a partir de imágenes de referencia en que

tendrá disponible el descodi�cador.

En la cuanti�cación, es donde se tienen algunos errores en las imágenes de referencia, al

reducir las tasas binarias se utiliza la codi�cación de longitud variable (VLC).

El descodi�cador utiliza el algoritmo Block Matching para la estimación de movimiento

de las imágenes o Macro bloques.

Tenemos dos clases de imágenes predichas:

Cuadros P: Utilizando predicción hacia delante tomando cuadros I o P como referen-

cia.

Cuadros B: Utilizando predicción bidireccional, tomando como referencia cuadros I o

P.


Figura 1.7: Imagen predicha. Fuente: [4]

La imagen (Ver �gura: 1.7 en la página: 13) predicha se degrada en el tiempo, por lo cual

se codi�can algunos macro blocs como cuadros I. [4]

Párametros de los Códec de audio Los códecs de audio se caracterizan por los siguientes

parámetros:

Número de canales: depende del número de señales de audio simultáneos que contiene

el �ujo de datos. Puede ser mono (1 canal), estéreo (2 canales) o multicanal como 5.1

(seis canales) o 7.1 (ocho canales).

Frecuencia de muestreo: determina la calidad percibida, por lo tanto cuanto más

alto sea mayor será la �delidad del sonido obtenido respeto al original. Puesto que el

sistema auditivo humano no es capaz de percibir frecuencias superiores a 20kHz y que

la frecuencia de muestreo debe cumplir el criterio de Nyquist, para obtener calidad CD

nunca se utiliza frecuencias de muestreo superiores a 44.1kHz, puesto que no suponen

ninguna ganancia de calidad.

Número de bits por muestra. Determina la precisión con la que se reproduce la señal

original y el rango dinámico de la misma. Se suelen utilizar 8 (para un rango dinámico

de hasta 45 dB), 16 (para un rango dinámico de hasta 90 dB como el formato CD) o

24 bits por muestra (para 109 a 120 dB de rango dinámico). El más común es 16 bits.

Tipo de compresión: distingue entre compresión con pérdias (lossy) y sin pérdidas

(lossless).

Tasa de bits: determina el número de bits de información necesarios por unidad de

tiempo. La tasa de bits no se puede deducir de los parámetros anteriores puesto que


Figura 1.8: Características de los principales códecs de audio. Fuente: [3]

la compresión puede ser con pérdidas o sin perdidas. Además, puede ser constante

(CBR), variable (VBR) o en media (ABR). En audio se utiliza tasa de bits variable

(VBR), puesto que es más e�ciente que CBR cuando hay silencios o segmentos donde

la complejidad es baja y se pueden almacenar con menos bits.

Estandarización Hay dos organizaciones que dominan la estandarización de los codi�-

cadores de audio:

ITU-T (Unión Internacional de las Telecomunicaciones) dentro del conjunto de normas

H.320 y H.323 donde se de�nen los estándares para videoconferencia y telefonía IP

G.7xx.

ISO/IEC (Organización Internacional de la Estandarización y Comisión Electrotécnica

Internacional).

Características de los principales códecs de audio Las características técnicas de los

principales códecs de audio son las que se muestran en la �gura:1.8 de la página: 14.


1.1.7. Protocolos Ligeros

User Datagram Protocol

User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en

el intercambio de datagramas (encapsulado de capa 4 del Modelo OSI). Permite el envío de

datagramas a través de la red sin que se haya establecido previamente una conexión, ya que

el propio datagrama incorpora su�ciente información de direccionamiento en su cabecera.

Tampoco tiene con�rmación ni control de �ujo, por lo que los paquetes pueden adelantarse

unos a otros; y tampoco se sabe si ha llegado correctamente, ya que no hay con�rmación de

entrega o recepción. Su uso principal es para protocolos como DHCP, BOOTP, DNS y demás

protocolos en los que el intercambio de paquetes de la conexión/desconexión son mayores, o

no son rentables con respecto a la información transmitida, así como para la transmisión de

audio y vídeo en tiempo real, donde no es posible realizar retransmisiones por los estrictos

requisitos de retardo que se tiene en estos casos.

Descripción técnica

User Datagram Protocol (UDP) es un protocolo mínimo de nivel de transporte orientado

a mensajes documentado en el RFC 768 de la IETF.

En la familia de protocolos de Internet UDP proporciona una sencilla interfaz entre la capa

de red y la capa de aplicación. UDP no otorga garantías para la entrega de sus mensajes (por

lo que realmente no se debería encontrar en la capa 4) y el origen UDP no retiene estados de los

mensajes UDP que han sido enviados a la red. UDP sólo añade multiplexado de aplicación

y suma de veri�cación de la cabecera y la carga útil. Cualquier tipo de garantías para la

transmisión de la información deben ser implementadas en capas superiores. Ver �gura:1.9

en la página: 16.

La cabecera UDP consta de 4 campos de los cuales 2 son opcionales (con fondo rojo en la

tabla). Los campos de los puertos fuente y destino son campos de 16 bits que identi�can el

proceso de origen y recepción. Ya que UDP carece de un servidor de estado y el origen UDP

no solicita respuestas, el puerto origen es opcional. En caso de no ser utilizado, el puerto

origen debe ser puesto a cero. A los campos del puerto destino le sigue un campo obligatorio

que indica el tamaño en bytes del datagrama UDP incluidos los datos. El valor mínimo es de


Figura 1.9: Descripción técnica. Fuente: [5]

Figura 1.10: Cabecera UDP. Fuente: [5]

8 bytes. El campo de la cabecera restante es una suma de comprobación de 16 bits que abarca

una pseudo-cabecera IP (con las IP origen y destino, el protocolo y la longitud del paquete

UDP), la cabecera UDP, los datos y 0�s hasta completar un múltiplo de 16. El checksum

también es opcional en IPv4, aunque generalmente se utiliza en la práctica (en IPv6 su uso

es obligatorio). A continuación se muestra los campos para el cálculo del checksum en IPv4,

marcada en rojo la pseudo-cabecera IP.Ver �gura:1.10 en la página: 16.

El protocolo UDP se utiliza por ejemplo cuando se necesita transmitir voz o vídeo y resulta

más importante transmitir con velocidad que garantizar el hecho de que lleguen absolutamente

todos los bytes.


Puertos

UDP utiliza puertos para permitir la comunicación entre aplicaciones. El campo de puerto

tiene una longitud de 16 bits, por lo que el rango de valores válidos va de 0 a 65.535. El puerto

0 está reservado, pero es un valor permitido como puerto origen si el proceso emisor no espera

recibir mensajes como respuesta.

Los puertos 1 a 1023 se llaman puertos �bien conocidos� y en sistemas operativos tipo

Unix enlazar con uno de estos puertos requiere acceso como súper usuario.

Los puertos 1024 a 49.151 son puertos registrados.

Los puertos 49.152 a 65.535 son puertos efímeros y son utilizados como puertos temporales,

sobre todo por los clientes al comunicarse con los servidores.

Comparativa entre UDP y TCP (Transmission Control Protocol)

UDP: proporciona un nivel de transporte no �able de datagramas, ya que apenas

añade la información necesaria para la comunicación extremo a extremo al paquete

que envía al nivel inferior. Lo utilizan aplicaciones como NFS (Network File System)

y RCP (comando para copiar �cheros entre ordenadores remotos), pero sobre todo se

emplea en tareas de control y en la transmisión de audio y vídeo a través de una red.

No introduce retardos para establecer una conexión, no mantiene estado de conexión

alguno y no realiza seguimiento de estos parámetros. Así, un servidor dedicado a una

aplicación particular puede soportar más clientes activos cuando la aplicación corre

sobre UDP en lugar de sobre TCP.

TCP: es el protocolo que proporciona un transporte �able de �ujo de bits entre apli-

caciones. Está pensado para poder enviar grandes cantidades de información de forma

�able, liberando al programador de la di�cultad de gestionar la �abilidad de la conexión

(retransmisiones, pérdida de paquetes, orden en el que llegan los paquetes, duplicados

de paquetes) que gestiona el propio protocolo. Pero la complejidad de la gestión de la

�abilidad tiene un coste en e�ciencia, ya que para llevar a cabo las gestiones anteriores

se tiene que añadir bastante información a los paquetes que enviar. Debido a que los

paquetes para enviar tienen un tamaño máximo, cuanta más información añada el pro-

tocolo para su gestión, menos información que proviene de la aplicación podrá contener

ese paquete (el segmento TCP tiene una sobrecarga de 20 bytes en cada segmento,


mientras que UDP solo añade 8 bytes). Por eso, cuando es más importante la velocidad

que la �abilidad, se utiliza UDP. En cambio, TCP asegura la recepción en destino de

la información para transmitir.

Transmisión de vídeo y voz UDP es generalmente el protocolo usado en la transmisión

de vídeo y voz a través de una red. Esto es porque no hay tiempo para enviar de nuevo

paquetes perdidos cuando se está escuchando a alguien o viendo un vídeo en tiempo real.

Ya que tanto TCP como UDP circulan por la misma red, en muchos casos ocurre que

el aumento del trá�co UDP daña el correcto funcionamiento de las aplicaciones TCP. Por

defecto, TCP pasa a un segundo lugar para dejar a los datos en tiempo real usar la mayor

parte del ancho de banda. El problema es que ambos son importantes para la mayor parte

de las aplicaciones, por lo que encontrar el equilibrio entre ambos es crucial. [13]

Real Time Streaming Protocol

El protocolo de �ujo en tiempo real (del inglés Real Time Streaming Protocol) establece

y controla uno o muchos �ujos sincronizados de datos, ya sean de audio o de video. El RTSP

actúa como un mando a distancia mediante la red para servidores multimedia.

Descripción RTSP es un protocolo no orientado a conexión, en lugar de esto el servidor

mantiene una sesión asociada a un identi�cador, en la mayoría de los casos RTSP usa TCP

para datos de control del reproductor y UDP para los datos de audio y vídeo aunque también

puede usar TCP en caso de que sea necesario. En el transcurso de una sesión RTSP, un cliente

puede abrir y cerrar varias conexiones de transporte hacia el servidor por tal de satisfacer las

necesidades del protocolo. Ver �gura:1.11 en la página: 19.

De forma intencionada, el protocolo es similar en sintaxis y operación a HTTP de forma

que los mecanismos de expansión añadidos a HTTP pueden, en muchos casos, añadirse a

RTSP. Sin embargo, RTSP di�ere de HTTP en un número signi�cativo de aspectos:

RTSP introduce nuevos métodos y tiene un identi�cador de protocolo diferente.

Un servidor RTSP necesita mantener el estado de la conexión al contrario de HTTP.

Tanto el servidor como el cliente pueden lanzar peticiones.


Figura 1.11: RTSP. Fuente: [6]

Los datos son transportados por un protocolo diferente.

El protocolo soporta las siguientes operaciones:

Recuperar contenidos multimedia del servidor: El cliente puede solicitar la descrip-

ción de una presentación por HTTP o cualquier otro método. Si la presentación es multicast,

la descripción contiene los puertos y las direcciones que serán usados. Si la presentación es

unicast el cliente es el que proporciona el destino por motivos de seguridad.

Invitación de un servidor multimedia a una conferencia: Un servidor puede ser

invitado a unirse a una conferencia existente en lugar de reproducir la presentación o grabar

todo o una parte del contenido. Este modo es útil para aplicaciones de enseñanza distribuida

donde diferentes partes de la conferencia van tomando parte en la discusión.

Adición multimedia a una presentación existente: Particularmente para presenta-

ciones en vivo, útil si el servidor puede avisar al cliente sobre los nuevos contenidos disponibles.

Propiedades RTSP tiene las siguientes propiedades:

Extensible: nuevos métodos y parámetros pueden ser fácilmente añadidos al RTSP.

Seguro: RTSP reutiliza mecanismos de seguridad web ya sea a los protocolos de trans-

porte (TLS) o dentro del mismo protocolo. Todas las formas de autenti�cación HTTP

ya sea básica o basada en resumen son directamente aplicables.

Independiente del protocolo de transporte: RTSP puede usar indistintamente protocolos


de datagrama no �ables (UDP) o datagramas �ables (RUDP, no muy extendido) o un

protocolo �able orientado a conexión como el TCP.

Capacidad multi-servidor: Cada �ujo multimedia dentro de una presentación puede

residir en servidores diferentes, el cliente automáticamente establece varías sesiones

concurrentes de control con los diferentes servidores, la sincronización la lleva a término

la capa de transporte.

Control de dispositivos de grabación: El protocolo puede controlar dispositivos de

grabación y reproducción (p. ej. cámaras IP RTSP).

Adecuado para aplicaciones profesionales: RTSP soporta resolución a nivel de frame

mediante marcas temporales SMPTE para permitir edición digital.

1.1.8. E-learning y la Educación a Distancia

Aunque la tecnología cambia rápidamente, las personas no lo hacen. Las personas quieren

utilizar herramientas que se vean y se sientan como las herramientas que han utilizado siem-

pre, y tienden a adoptar herramientas sólo si ven un bene�cio claro, bien sea en términos de

productividad o ahorro [14]. Dado que la educación es un dominio que involucra a las per-

sonas en el rol tanto de profesionales como de clientes, parece claro que cuando se piensa en la

adopción de nuevas tecnologías en la educación, se tiene que pensar tanto en lo que la gente

quiere y es probable que haga, como en las nuevas tecnologías que estarán disponibles. [15]

Aprendizaje Personalizado

Se ha observado con el aprendizaje en línea, una disminución del énfasis en el estilo formal

de aprendizaje, y un creciente énfasis en lo que ha sido llamado aprendizaje informal [16].

En el caso del aprendizaje informal, los estudiantes no están restringidos por los límites del

modelo de salón de clase. Los estudiantes pueden establecer su propio currículo y proceder a

su propio ritmo [17]. Así, el aprendizaje puede estar basado en las necesidades individuales

de cada estudiante, en lugar de prede�nidas en una clase formal, y basado en el horario de

cada estudiante, en lugar de aquel establecido por la institución.


Independencia de Hora y Lugar

El aprendizaje en línea es una forma de aprendizaje a distancia y, por consiguiente,

ofrece como una de sus principales ventajas para el alumno una forma de independencia de

tiempo y lugar. La computación en nube y la computación móvil ofrecerán estas formas de

independencia y puede pensarse, de hecho, que ofrecen una tercera forma de independencia,

igualmente importante: la independencia de dispositivo. [15]

1.2. Objetivos

Objetivos generales: El objetivo principal de este proyecto es estudiar la evolución y

tendencia de la tecnología de streaming, presentando un sistema de educación en línea que

explica la comunicación, encapsulamiento y codi�cación de datos.

1.3. Fundamentación

Parte del aprendizaje que se observa en las escuelas de hoy se asemeja al que podría

esperarse de un ambiente conectado. En particular, las pedagogías constructivistas se están

implantando en parte de la tecnología e-learning, como Moodle y han sido adoptadas por

algunos sistemas.

El aprendizaje evoluciona lentamente de un tipo de instrucción basada en el aula de clase

y en la transmisión, hacia actividades de amplio alcance que son en gran medida seleccionadas

y gestionadas por los propios alumnos. Se ha observado una evolución de las bibliotecas hacia

estudios multimedia, donde los estudiantes se involucran con medios interactivos, juegos y

otros tipos de contenido, salas de realidad virtual, tales como CAVE, emulando los ambiente

de simulación. [18]

Los cambios que se observan en el aprendizaje son el resultado de una convergencia gradual

entre las diferentes formas de aprendizaje, actualmente denominado aprendizaje mixto, que

es la enseñanza tradicional en el aula complementado por actividades y recursos en línea.

La educación a distancia cuenta con las siguientes características:

Elimina las barreras geográ�cas.


Es accesible para personas adultas con estudios postergados.

Proporciona �exibilidad en el horario.

Reduce costos al evitar gastos de traslados.

Incorpora herramientas tecnológicas para el manejo de la información, las cuales son

necesarias para desempeñarse profesionalmente en la sociedad en constante cambio,

tales como las plataformas virtuales.

El alumno desarrolla una alta capacidad para autorregular su propio aprendizaje.

El rol del estudiante es activo pues desarrolla estrategias intelectuales importantes para

realizar tareas colaborativas, comunicarse efectivamente, ser creativo e innovador.

El asesor lleva un seguimiento riguroso del estudiante respetando su ritmo de trabajo.

La utilización de contenidos digitales enriquece el aprendizaje y permite ilustrar conceptos

y principios que de otro modo serían muy difíciles de comprender.

Es de interés contar con un instrumento que permita realizar autoaprendizaje de ma-

nera personalizada, a distancia y que sea independiente del horario. Con el �n de alcanzar

este objetivo; se desarrolló un sistema web dinámico que permitirá aprender los contenidos

suministrados mediante un entorno amigable.


Capítulo 2

Metodología

Para lograr los objetivos especí�cos, se realizó un análisis de las diferentes modalidades

del e-learning, se estudiaron las características que debe reunir y como etapa �nal se procedió

a desarrollar el sistema por medio de una metodología de investigación-Acción con el propósi-

to de obtener una aplicación interactiva donde se incorporan todos los contenidos teóricos

estudiados.

Se consideraron la participación de los principales agentes educativos: docentes, alumnado

y estudiantes a través de un sistema que permite evaluar y mejorar continuamente la calidad

de los recursos. El tipo de metodología aplicado, para el desarrollo del producto, ha consistido

en un proceso continuo de acción, práctica y cambio. [19]

A continuación se indicará con mayor detalle cada una de las etapas antes mencionadas:

2.1. Análisis de las modalidades del sistema e-learning

E-learning se puede realizar a través de diversas modalidades:

Totalmente en línea: Tal como su nombre lo indica esta modalidad consiste en que todo

el proceso educativo realizado a través de e-learning es no presencial. En esta modalidad

los estudiantes acceden a los contenidos, actividades, tareas y tutores del curso a través

de plataformas tecnológicas.

Semipresencial: También llamado b-learning (blended learning término inglés que se

traduce como formación combinada o aprendizaje mixto) signi�ca también escenarios

23

Figura 2.1: B-Learning. Fuente: [7]

múltiples en los que se combina actividades presenciales, sincrónicas y de e-learning

como una unidad integrada de aprendizaje. En otras palabras, se trata de la combinación

de una modalidad en-línea con clases presenciales. Ver �gura:2.1 en la página: 24.

Actualmente, existen en el mercado numerosas herramientas que hacen posible el e-

learning síncrono, como el caso del MSN Messengero Skype para videoconferencias, las

pizarras electrónicas, etc. Estas herramientas también son llamadas de colaboración debido

al uso que hacen de ellas varias personas a la vez.

E-learning asíncrono es más común que el anterior y se re�ere a una participación diferi-

da en el tiempo por parte de los estudiantes. En este caso el contenido (o courseware) y

las actividades están disponibles a través de un servidor web. Es así como los estudiantes

pueden acceder a la plataforma e-learning y acceder a los recursos y colaborar con sus pares

y profesores en cualquier momento y lugar.

Existen también diversas herramientas que apoyan la modalidad asíncrona, como el caso

del correo electrónico, los sitios web, los foros de discusión etc. Sin embargo, es importante

mencionar que las herramientas utilizadas para e-learning síncrono también pueden ser em-

pleadas para la modalidad asíncrona, esto es posible cuando las experiencias de aprendizaje

�en vivo�son guardadas para ser utilizada en otras ocasiones.

2.2. Estudio de las características de los Sistema e-learning

Flexibilidad: En cuanto a temas que permitan que hasta un curso de Posgrado se

adapte a diversas modalidades de formación y sirvan tanto para una especialización


como para la formación continúa.

Interactividad: El alumno participará de su propia formación desde el principio, ya

que, aprenderá a trabajar con las Nuevas Tecnologías aplicadas a la educación, comu-

nicándose e intercambiando inquietudes con otros participantes, alumnos, docentes, y

asesores localizados en lugares muy distantes y diferentes de su propio entorno, apor-

tando sugerencias, ideas, inquietudes y debates. Los alumnos contarán con el apoyo

de un tutor local, a través del cual podrán remitir consultas por correo electrónico al

coordinador internacional del curso correspondiente, así mismo en cada curso se pro-

gramarán dentro las teleconferencias espacios para plantear preguntas y observaciones

a los profesores responsables.

Formación Académica amplia: Las profundas transformaciones en el entorno económi-

co internacional de las últimas décadas hacen que el alumno deba estar informado de

numerosos temas multirreferenciales para estar actualizado.

Económico: Es muy difícil que en una sola ciudad y en una sola institución existan

los su�cientes académicos y especialistas en todas las áreas, en todos los temas nece-

sarios para este tipo de formación. Reunirlos resultaría muy caro e insu�ciente para

desplazarlos a un par de sesiones. Los alumnos que participen de estos cursos pueden

aprender accediendo mediante Internet a los documentos de trabajo elaborados por los

profesores, conectándose con todos ellos a través del Correo Electrónico, visionando los

videos que se preparan para cada tema, o bien asistiendo a teleconferencias en aulas

virtuales.

Abierto: A la participación de universidades, de académicos y especialistas sobre el

tema que quieran abordar desde sus lugares de residencia habitual explicando los temas

que investigan o en los que trabajan. Ello enriquece el curso a medida que crece y

todos los participantes del mismo (alumnos y profesores) se bene�cian de las diferentes

singularidades que se presentan.

Distributivo: Dispone de recursos y de sistemas que garanticen la distribución de los

materiales y recursos formativos a los alumnos en cualquier lugar.

Autónomo: El alumno pueda controlar su aprendizaje. El sistema puede crear entornos

de trabajo autónomo donde el alumno tenga al alcance lo que pueda necesitar para

construir su propio aprendizaje, para controlar la progresión en él y para evaluarlo.


Figura 2.2: Alta de examen.

Innovador: Incorpora con sentido de e�ciencia instruccional las aportaciones de la

tecnología que van apareciendo. [20]

2.3. Casos de Uso

Caso de uso de Alta de Examen.Ver �gura: 2.2 en la página:26

Caso de uso de Inscripcion de Alumnos.Ver �gura: 2.3 en al página: 27

Caso de uso de Pre Inscripcion de Alumno.Ver �gura: 2.4 en la página: 27

Caso de uso de Rendir Examen.Ver �gura: 2.5 en la página: 28

2.4. Diagrama de Secuencias

Diagrama de secuencia de alta de examen. Ver �gura:2.6 en la página: 28

Diagrama de secuencia de Inscripción de Alumno. Ver �gura: 2.7 en la página: 29


Figura 2.3: Inscripción de alumnos.

Figura 2.4: Pre Inscripción de alumnos.


Figura 2.5: Rendir examen.

Figura 2.6: Alta de examen.


Figura 2.7: Inscripción de Usuario.


Figura 2.8: Pre Inscripción de Usuario.

Diagrama de secuencia de Pre Inscripción de Alumno. Ver �gura: 2.8 en la página: 30

Diagrama de secuencia de Rendir Examen.Ver �gura: 2.9 en la página: 31

2.5. Desarrollo del sistema

Entre los métodos cualitativos de investigación orientados a la acción, práctica y cam-

bio, se encuentra la Investigación-Acción. La Investigación-Acción no se re�ere a un método

de investigación concreto, sino a una clase de métodos que tienen en común las siguientes

características:

Orientación a la acción y al cambio.

Focalización en un problema.

Un modelo de proceso orgánico que engloba etapas sistemáticas y algunas veces itera-

tivas.

Colaboración entre los participantes.


Figura 2.9: Rendir Examen.


Figura 2.10: Investigación y Acción.

Las características mencionadas de este tipo de investigación se ajustan al objetivo de esta

propuesta. La intención es proporcionar un modelo con una serie de procesos que promuevan

esa calidad contando con la colaboración de todos los agentes involucrados en el sistema y

realizar los cambios pertinentes en un proceso iterativo que promueva una constante reali-

mentación.

Las características de la Investigación-Acción se sintetizan de la siguiente manera:

Se plantea para cambiar y mejorar las prácticas existentes.

Se desarrolla de forma participativa, es decir, en grupos que plantean la mejora de sus

prácticas.

Metodológicamente se desarrolla siguiendo un proceso en espiral que incluye cuatro

fases: Plani�cación, Acción, Observación y Re�exión.

Se convierte en un proceso sistemático de aprendizaje ya que implica que las personas

realicen análisis críticos de las situaciones en las que están inmersos, induce a que

las personas teoricen acerca de sus prácticas y exige que las acciones y teorías sean

sometidas a prueba. [19]

De acuerdo a estas características, la metodología de Investigación-Acción está compuesta

de fases y secuencias. Ver �gura:2.10 en la página: 32.

La identi�cación de las necesidades, problemas o centros de interés es un punto de partida

para cualquier investigación, sobre esa base se realiza un diagnóstico que evidencia y funda-


menta una determinada situación. Para realizar un diagnóstico es necesario realizar ciertas

actividades como formular un problema concreto, realizar un trabajo y recoger los datos para

luego ser analizados e interpretados.

El desarrollo del sistema se subdividió a su vez en las siguientes sub-etapas:

2.5.1. Recopilación de información

Ha consistido en recopilar toda la información que se incluyó como material teórico:

Relevamiento de información y ejemplos de sistemas similares desarrollados en la web.

Profundización del marco teórico referido al tema. Se recurrió como fuente de datos a

documentos, herramientas de la asignatura Y trabajos similares en la web.

Análisis y evaluación de las di�cultades más importantes que se presentan en los alum-

nos para comprender los contenidos teóricos.

Revisión y selección de los contenidos teóricos más importantes a incluir.

2.5.2. Selección de las herramientas

Ha consistido en la selección de las herramientas utilizadas para procesar, depurar, y

aplicar todo el tratamiento necesario para la construcción de un sitio web, donde se integró

toda la información recopilada.

2.5.3. Desarrollo

Creación de los textos y entornos grá�cos.

Creación de imágenes.

Creación y de�nición de roles.

Prueba y validación de las animaciones de acuerdo a los resultados esperados.

Diseño de las interfaces.

Se de�nió la estructura del sistema, la cual se optó por utilizar el modelo Cliente/Servidor.

Ver �gura:2.11 en la página:34.


Figura 2.11: Estructura del Sistema.

� Gestión de datos: Comprende la parte de la aplicación encargada del acceso a

la base de datos para recuperar la información solicitada de un usuario. Como

servidor de base de datos se optó por utilizar MySQL.

� Lógica del Sistema: Es la capa que recibe e interpreta las peticiones del cliente

y genera las consultas a la base de datos, devolviendo la información solicitada.

� Capa presentación: incluye el código PHP ejecutado en el navegador del cliente.

Maneja todo el comportamiento de la aplicación, inicio y �nalización de sesión,

gestiona las pantallas que se muestran.

Se procedió a crear y de�nir la estructura de datos. La base de datos del sistema

principal tiene por nombre �db1174743�. Ver �gura:2.12 en la página: 35.

Las tablas que integran la base de datos son las siguientes:

examenes.

nota.

resul.


Figura 2.12: Base de datos: db1174743.


preguntas.

respuestas.

usuarios.

roles.

preusuario.

Los campos que conforman la tabla están representados. Ver �gura: 2.13 en la página: 37.

2.5.4. Implementación

La implementación proporcionó información de retroalimentación que nos permitió re�nar

el sistema para obtener los resultados previstos.

Prueba y validación del aplicativo inicial de acuerdo a resultados esperados.

Ajustes y rede�nición del diseño de acuerdo a resultados observados.

Implementación �nal del aplicativo.


Figura 2.13: Diccionario de Datos.


Capítulo 3

Herramientas de Software

Utilizadas

3.1. Servidor HTTP Apache

[21]El servidor HTTP Apache es un servidor web HTTP de código abierto, para platafor-

mas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa

el protocolo HTTP/1.12 y la noción de sitio virtual. Cuando comenzó su desarrollo en 1995

se basó inicialmente en código del popular NCSA HTTPd 1.3, pero más tarde fue reescrito

por completo. Su nombre se debe a que Behelendorf quería que tuviese la connotación de

algo que es �rme y enérgico pero no agresivo, y la tribu Apache, la cual fue la última tribu

en rendirse ante quien luego se convertiría en gobierno de EEUU.

El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache

Software Foundation.

Apache presenta entre otras características altamente con�gurables, bases de datos de

autenticación y negociado de contenido, pero fue criticado por la falta de una interfaz grá�ca

que ayude en su con�guración.

Apache tiene amplia aceptación en la red: desde 1996, Apache, es el servidor HTTP más

usado. Alcanzó su máxima cuota de mercado en 2005 siendo el servidor empleado en el 70%

de los sitios web en el mundo, sin embargo ha sufrido un descenso en su cuota de mercado

en los últimos años. (Estadísticas históricas y de uso diario proporcionadas por Netcraft 3).

38

3.1.1. Historia de Apache

La primera versión del servidor web Apache fue desarrollada por Robert McCool, quien

desarrollaba el servidor web NCSA HTTPd (National Center for Supercomputing Applica-

tions). Cuando Robert dejó el NCSA a mediados de 1994, el desarrollo de HTTPd se detuvo.

Robert McCool buscó otros desarrolladores para que lo ayudaran, formando el Apache

Group. Algunos miembros del grupo original fueron Brian Behlendorf, Roy T. Fielding, Rob

Hartill, David Robinson, Cli¤ Skolnick, Randy Terbush, Robert S. Thau, Andrew Wilson,

Eric Hagberg, Frank Peters y Nicolas Pioch.

La versión 2 del servidor Apache fue una reescritura sustancial de la mayor parte del

código de Apache 1.x, enfocándose en una mayor modularización y el desarrollo de una capa

de portabilidad, el Apache Portable Runtime.

Apache 2.x incluyó multitarea en UNIX, mejor soporte para plataformas no Unix (como

Windows), una nueva API Apache y soporte para IPv6.

La versión 2 estable de Apache, fue lanzada el 6 de abril de 2002.

3.1.2. Características de Apache

Soporte para los lenguajes Perl, Python, Tcl y PHP.

Módulos de autenticación: mod_access, mod_aut y mod_digest.

Soporte para SSL (Secure Sockets Layer) y TLS (Transport Layer Security).

Permite la con�guración de mensajes de errores personalizados y negociación de con-

tenido.

Permite autenticación de base de datos basada en SGBD.

3.1.3. Uso de Apache

Apache es usado principalmente para enviar páginas web estáticas y dinámicas en la

World Wide Web. Muchas aplicaciones web están diseñadas asumiendo como ambiente de

implantación a Apache, o que utilizarán características propias de este servidor web.


Apache es el componente de servidor web en la popular plataforma de aplicaciones LAMP,

junto a MySQL y los lenguajes de programación PHP, Perl, Python y ahora también Ruby.

Este servidor web es redistribuido como parte de varios paquetes propietarios de software,

incluyendo la base de datos Oracle y el IBMWebSphere Application Server. Mac OS X integra

apache como parte de su propio servidor web y como soporte de su servidor de aplicaciones

WebObjects. Es soportado de alguna manera por Borland en las herramientas de desarrollo

Kylix y Delphi. Apache es incluido con Novell NetWare 6.5, donde es el servidor web por

defecto, y en muchas distribuciones Linux.

Apache es usado para muchas otras tareas donde el contenido necesita ser puesto a dis-

posición en una forma segura y con�able. Un ejemplo es al momento de compartir archivos

desde una computadora personal hacia Internet. Un usuario que tiene Apache instalado en su

escritorio puede colocar arbitrariamente archivos en la raíz de documentos de Apache, desde

donde pueden ser compartidos.

Los programadores de aplicaciones web a veces utilizan una versión local de Apache con

el �n de previsualizar y probar código mientras éste es desarrollado.

Microsoft Internet Information Services (IIS) es el principal competidor de Apache, así

como Sun Java System Web Server de Sun Microsystems y un an�trión de otras aplicaciones

como Zeus Web Server. Algunos de los más grandes sitios web del mundo están ejecutándose

sobre Apache. La capa frontal (front end) del motor de búsqueda Google está basada en una

versión modi�cada de Apache, denominada Google Web Server (GWS). Muchos proyectos de

Wikimedia también se ejecutan sobre servidores web Apache.

3.1.4. Con�guración

La mayor parte de la con�guración se realiza en el �chero apache2.conf o httpd.conf,

según el sistema donde esté corriendo. Cualquier cambio en este archivo requiere reiniciar el

servidor, o forzar la lectura de los archivos de con�guración nuevamente.

3.1.5. Licencia

La licencia de software bajo la cual el software de la fundación Apache es distribuido

es una parte distintiva de la historia de Apache HTTP Server y de la comunidad de código


abierto. La Licencia Apache permite la distribución de derivados de código abierto y cerrado

a partir de su código fuente original.

La Free Software Foundation no considera a la Licencia Apache como compatible con la

versión 2 de la GNU General Public License (GPL), en la cual el software licenciado bajo la

Apache License no puede ser integrado con software distribuido bajo la GPL.

Este es software libre pero es incompatible con la GPL. La Apache Software License es

incompatible con la GPL porque tiene un requerimiento especí�co que no está incluido en la

GPL: tiene ciertos casos de terminación de patentes que la GPL no requiere. No consideramos

que dichos casos de terminación de patentes son inherentemente una mala idea, pero a pesar

de ello son incompatibles con la GNU GPL.

Sin embargo, la versión 3 de la GPL incluye una provisión (Sección 7e) que le permite

ser compatible con licencias que tienen cláusulas de represalia de patentes, incluyendo a la

Licencia Apache.

El nombre Apache es una marca registrada y puede ser sólo utilizada con el permiso

expreso del dueño de la marca.

3.2. MySQL

[22]MySQL es un sistema de gestión de bases de datos relacional, multihilo y multiusuario

con más de seis millones de instalaciones. MySQL AB desde enero de 2008 una subsidiaria

de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009 desarrolla

MySQL como software libre en un esquema de licenciamiento dual.

Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia,

pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar

a la empresa una licencia especí�ca que les permita este uso. Está desarrollado en su mayor

parte en ANSI C.

Al contrario de proyectos como Apache, donde el software es desarrollado por una comu-

nidad pública y los derechos de autor del código están en poder del autor individual, MySQL

es patrocinado por una empresa privada, que posee el copyright de la mayor parte del código.

Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Además


de la venta de licencias privativas, la compañía ofrece soporte y servicios. Para sus operaciones

contratan trabajadores alrededor del mundo que colaboran vía Internet. MySQL AB fue

fundado por David Axmark, Allan Larsson y Michael Widenius.

3.2.1. Historia de MySQL

SQL (�Lenguaje de Consulta Estructurado�) fue comercializado por primera vez en 1981

por IBM, el cual fue presentado a ANSI y desde entonces ha sido considerado como un

estándar para las bases de datos relacionales. Desde 1986, el estándar SQL ha aparecido

en diferentes versiones como por ejemplo: SQL:92, SQL:99, SQL:2003. MySQL es una idea

originaria de la empresa opensource MySQL AB establecida inicialmente en Suecia en 1995

y cuyos fundadores son David Axmark, Allan Larsson, y Michael �Monty� Widenius. El

objetivo que persigue esta empresa consiste en que MySQL cumpla el estándar SQL, pero sin

sacri�car velocidad, �abilidad o usabilidad.

Michael �Monty� Widenius en la década de 1990 trató de usar mSQL para conectar

las tablas usando rutinas de bajo nivel ISAM; sin embargo, mSQL no era rápido y �exible

para sus necesidades. Esto lo llevó a crear una interfaz de programación de aplicaciones SQL

denominada MySQL para bases de datos muy similar a la de mSQL pero más portable.

El nombre de MySQL procede de la combinación de My, la hija de Widenius, con el

acrónimo SQL (según la documentación de la última versión en inglés ). Por otra parte, el

directorio base y muchas de las bibliotecas usadas por los desarrolladores tenían el pre�jo

My.

El nombre del delfín de MySQL es Sakila y fue seleccionado por los fundadores de MySQL

AB en el concurso Name the Dolphin. Este nombre fue enviado por Ambrose Twebaze, un

desarrollador de software de código abierto africano, derivado del idioma SiSwate, el idioma

local de Suazilandia y corresponde al nombre de una ciudad en Arusha, Tanzania, cerca de

Uganda, la ciudad origen de Ambrose.

3.2.2. Lenguajes de Programación

Existen varias interfaces de programación de aplicaciones que permiten, a aplicaciones

escritas en diversos lenguajes de programación, acceder a las bases de datos MySQL, in-

cluyendo C, C++, C#, Pascal, Delphi (via dbExpress), Ei¤el, Smalltalk, Java (con una


implementación nativa del driver de Java), Lisp, Perl, PHP, Python, Ruby,Gambas, RE-

ALbasic (Mac y Linux), (x)Harbour (Eagle1), FreeBASIC, y Tcl; cada uno de éstos utiliza

una interfaz de programación de aplicaciones especí�ca. También existe una interfaz ODBC,

llamado MyODBC que permite a cualquier lenguaje de programación que soporte ODBC

comunicarse con las bases de datos MySQL. También se puede acceder desde el sistema SAP,

lenguaje ABAP.

3.2.3. Aplicaciones

MySQL es muy utilizado en aplicaciones web, como Drupal o phpBB, en plataformas

(Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de seguimiento de

errores como Bugzilla. Su popularidad como aplicación web está muy ligada a PHP, que a

menudo aparece en combinación con MySQL.

MySQL es una base de datos muy rápida en la lectura cuando utiliza el motor no transac-

cional MyISAM, pero puede provocar problemas de integridad en entornos de alta concurren-

cia en la modi�cación. En aplicaciones web hay baja concurrencia en la modi�cación de datos

y en cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este

tipo de aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es importante

monitorizar de antemano el rendimiento para detectar y corregir errores tanto de SQL como

de programación.

3.2.4. Plataformas

MySQL funciona sobre múltiples plataformas, incluyendo:

AIX

BSD

FreeBSD

HP-UX

Kurisu OS

GNU/Linux


Mac OS X

NetBSD

OpenBSD

OS/2 Warp

QNX

SGI IRIX

Solaris

SunOS

SCO OpenServer

SCO UnixWare

Tru64

eBD

Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Vista,

Windows 7, Windows 8 y Windows Server (2000, 2003 y 2008).

OpenVMS

3.2.5. Características Adicionales

Usa GNU Automake, Autoconf, y Libtool para portabilidad.

Uso de multihilos mediante hilos del kernel.

Usa tablas en disco b-tree para búsquedas rápidas con compresión de índice.

Tablas hash en memoria temporales.

El código MySQL se prueba con Purify (un detector de memoria perdida comercial) así

como con Valgrind, una herramienta GPL.

Completo soporte para operadores y funciones en cláusulas select y where.


Completo soporte para cláusulas group by y order by, soporte de funciones de agru-

pación.

Seguridad: ofrece un sistema de contraseñas y privilegios seguro mediante veri�cación

basada en el host y el trá�co de contraseñas está cifrado al conectarse a un servidor.

Soporta gran cantidad de datos. MySQL Server tiene bases de datos de hasta 50 millones

de registros.

Se permiten hasta 64 índices por tabla (32 antes de MySQL 4.1.2). Cada índice puede

consistir desde 1 hasta 16 columnas o partes de columnas. El máximo ancho de límite

son 1000 bytes (500 antes de MySQL 4.1.2).

Los clientes se conectan al servidor MySQL usando sockets TCP/IP en cualquier

plataforma. En sistemas Windows se pueden conectar usando named pipes y en sis-

temas Unix usando �cheros socket Unix.

En MySQL 5.0, los clientes y servidores Windows se pueden conectar usando memoria

compartida.

MySQL contiene su propio paquete de pruebas de rendimiento proporcionado con el

código fuente de la distribución de MySQL.

3.2.6. Características

Inicialmente, MySQL carecía de elementos considerados esenciales en las bases de datos

relacionales, tales como integridad referencial y transacciones. A pesar de ello, atrajo a los

desarrolladores de páginas web con contenido dinámico, justamente por su simplicidad.

Poco a poco los elementos de los que carecía MySQL están siendo incorporados tanto

por desarrollos internos, como por desarrolladores de software libre. Entre las características

disponibles en las últimas versiones se puede destacar:

Amplio subconjunto del lenguaje SQL. Algunas extensiones son incluidas igualmente.

Disponibilidad en gran cantidad de plataformas y sistemas.

Posibilidad de selección de mecanismos de almacenamiento que ofrecen diferente veloci-

dad de operación, soporte físico, capacidad, distribución geográ�ca, transacciones...


Transacciones y claves foráneas.

Conectividad segura.

Replicación.

Búsqueda e indexación de campos de texto.

MySQL es un sistema de administración de bases de datos. Una base de datos es una

colección estructurada de tablas que contienen datos. Esta puede ser desde una simple lista

de compras a una galería de pinturas o el vasto volumen de información en una red corpora-

tiva. Para agregar, acceder a y procesar datos guardados en un computador, se necesita un

administrador como MySQL Server. Dado que los computadores son muy buenos manejando

grandes cantidades de información, los administradores de bases de datos juegan un papel

central en computación, como aplicaciones independientes o como parte de otras aplicaciones.

MySQL es un sistema de administración relacional de bases de datos. Una base de datos

relacional archiva datos en tablas separadas en vez de colocar todos los datos en un gran

archivo. Esto permite velocidad y �exibilidad. Las tablas están conectadas por relaciones

de�nidas que hacen posible combinar datos de diferentes tablas sobre pedido.

MySQL es software de fuente abierta. Fuente abierta signi�ca que es posible para cualquier

persona usarlo y modi�carlo. Cualquier persona puede bajar el código fuente de MySQL

y usarlo sin pagar. Cualquier interesado puede estudiar el código fuente y ajustarlo a sus

necesidades. MySQL usa el GPL (GNU General Public License) para de�nir qué se puede

hacer y qué no se puede hacer con el software en diferentes situaciones. Si el usuario no

se ajusta al GPL o requiere introducir código MySQL en aplicaciones comerciales, puede

comprar una versión comercial licenciada.

3.2.7. Licencia

La licencia GNU GPL de MySQL obliga a que la distribución de cualquier producto

derivado (aplicación) se haga bajo esa misma licencia. Si un desarrollador desea incorporar

MySQL en su producto pero desea distribuirlo bajo otra licencia que no sea la GNU GPL,

puede adquirir una licencia comercial de MySQL que le permite hacer justamente eso.


3.3. Adobe Dreamweaver

[23]Adobe Dreamweaver es una aplicación en forma de suite (basada en la forma de estu-

dio de Adobe Flash) que está destinada a la construcción, diseño y edición de sitios, videos y

aplicaciones Web basados en estándares. Creado inicialmente por Macromedia (actualmente

producido por Adobe Systems) es el programa más utilizado en el sector del diseño y la pro-

gramación web, por sus funcionalidades, su integración con otras herramientas como Adobe

Flash y, recientemente, por su soporte de los estándares del World Wide Web Consortium. Su

principal competidor es Microsoft Expression Web que ofrece soporte tanto para edición de

imágenes como para animación. Hasta la versión MX, fue duramente criticado por su escaso

soporte de los estándares de la web, ya que el código que generaba era con frecuencia sólo

válido para Internet Explorer y no validaba como HTML estándar. Esto se ha ido corrigiendo

en las versiones recientes.

Se vende como parte de la suite Adobe Creative Suite. A partir de la compra de Macro-

media por parte de Adobe. Las letras CS signi�can Creative Suite.

La gran ventaja de este editor sobre otros es su gran poder de ampliación y personalización

del mismo, puesto que en este programa, sus rutinas (como la de insertar un hipervínculo, una

imagen o añadir un comportamiento) están hechas en Javascript-C, lo que le ofrece una gran

�exibilidad en estas materias. Esto hace que los archivos del programa no sean instrucciones

de C++ sino rutinas de Javascript que hace que sea un programa muy �uido, que todo ello

hace, que programadores y editores web hagan extensiones para su programa y lo pongan a

su gusto.

Las versiones originales de la aplicación se utilizaban como simples editores WYSIWYG.

Sin embargo, versiones más recientes soportan otras tecnologías web como CSS, JavaScript

y algunos frameworks del lado servidor.

Dreamweaver ha tenido un gran éxito desde �nales de los años 1990 y actualmente

mantiene el 90% del mercado de editores HTML. Esta aplicación está disponible tanto para

la plataforma MAC como para Windows, aunque también se puede ejecutar en plataformas

basadas en UNIX utilizando programas que implementan las API�s de Windows, tipo Wine.

Como editor WYSIWYG que es, Dreamweaver permite ocultar el código HTML de cara al

usuario, haciendo posible que alguien no entendido pueda crear páginas y sitios web fácilmente

sin necesidad de escribir código.


Algunos desarrolladores web criticaban esta propuesta ya que crean páginas HTML más

largas de lo que solían ser al incluir mucho código inútil, lo cual va en detrimento de la

ejecución de las páginas en el navegador web. Esto puede ser especialmente cierto ya que

la aplicación facilita en exceso el diseño de las páginas mediante tablas. Además, algunos

desarrolladores web han criticado Dreamweaver en el pasado porque creaba código que no

cumplía con los estándares del consorcio Web (W3C).

No obstante, Adobe ha aumentado el soporte CSS (Cascading Style Sheets) y otras ma-

neras de diseñar páginas sin tablas en versiones posteriores de la aplicación, haciendo que se

reduzca el exceso de código.

Dreamweaver permite al usuario utilizar la mayoría de los navegadores Web instalados

en su ordenador para previsualizar las páginas web. También dispone de herramientas de

administración de sitios dirigidas a principiantes como, por ejemplo, la habilidad de encontrar

y reemplazar líneas de texto y código por cualquier tipo de parámetro especi�cado, hasta el

sitio web completo. El panel de comportamientos también permite crear JavaScript básico

sin conocimientos de código.

Con la llegada de la versión MX, Macromedia incorporó herramientas de creación de

contenido dinámico en Dreamweaver. En lo fundamental de las herramientas HTML WYSI-

WYG, también permite la conexión a Bases de Datos como MySQL y Microsoft Access,

para �ltrar y mostrar el contenido utilizando tecnología de script como, por ejemplo, ASP,

ASP.NET, ColdFusion, JSP (JavaServer Pages) y PHP sin necesidad de tener experiencia

previa en programación.

Un aspecto de alta consideración de Dreamweaver es su funcionalidad con extensiones.

Es decir, permite el uso de �Extensiones�. Las extensiones, tal y como se conocen, son pe-

queños programas, que cualquier desarrollador web puede escribir (normalmente en HTML y

Javascript) y que cualquiera puede descargar e instalar, ofreciendo así funcionalidades añadi-

das a la aplicación. Dreamweaver goza del apoyo de una gran comunidad de desarrolladores

de extensiones que hacen posible la disponibilidad de extensiones gratuitas y de pago para la

mayoría de las tareas de desarrollo web, que van desde simple efectos rollover hasta completas

cartas de compra.

También podría decirse que, para un diseño más rápido y a la vez fácil, podría comple-

mentarse con Fireworks en donde se podría diseñar un menú u otras creaciones de imágenes

(gif web, gif websnap, gif adaptable, jpeg calidad superior, jpeg archivo más pequeño, gif


animado websnap) para un sitio web y después exportar la imagen creada y así utilizarla

como una sola en donde ya llevará los vínculos para dicho sitio.

A partir de la versión 5, Dreamweaver admite el resaltado de sintaxis para los siguientes

idiomas por defecto:

ActionScript.

Active Server Pages (ASP).

ASP.NET.

C#.

Cascading Style Sheets (CSS).

ColdFusion.

Extensible HyperText Markup Language (XHTML).

Extensible Markup Language (XML).

Extensible Stylesheet Language Transformations (XSLT).

3.4. Red Hat Enterprise Linux

[24]Red Hat Enterprise Linux también conocido por sus siglas RHEL es una distribución

comercial de Linux desarrollada por Red Hat. Es la versión comercial basada en Fedora que

a su vez está basada en el anterior Red Hat Linux, de forma similar a como Novell SUSE

Enterprise (SUSE Linux Enterprise Desktop y SLE Server) lo es respecto de OpenSUSE o

Mandriva Corporate respecto de Mandriva Linux One.

Mientras que las nuevas versiones de Fedora salen cada aproximadamente 6 meses, las de

RHEL suelen hacerlo cada 18 o 24 meses.

Cada una de estas versiones cuenta con una serie de servicios de valor añadido en base a

los que basa su negocio (soporte, formación, consultoría, certi�cación, etc)

Cada versión lanzada cuenta por el momento con soporte durante al menos 7 años desde

la fecha de lanzamiento de la GA (General Availability) (o versión acabada en .0), durante

este tiempo, se dividen varias etapas de soporte.


3.4.1. Variantes

En RHEL 3 y 4 (desde 2005) había 4 ediciones: 2 para servidores y 2 para Clientes/estaciones

de trabajo.

RHEL AS (Advanced Server).

RHEL ES (Entry Server).

RHEL WS (Workstation).

RH Desktop.

En RHEL 5 ha cambió el sistema de ediciones antes mencionado y usado en RHEL 3 y

4. Así RHEL AS/ES/WS/Desktop han sido sustituidos por:

RHEL Advanced Platform (antiguo AS).

RHEL (antiguo ES).

RHEL Desktop with Workstation and Multi-OS option.

RHEL Desktop with Workstation option (antiguo WS).

RHEL Desktop with Multi-OS option.

RHEL Desktop (antiguo Desktop).

En RHEL 6 las ediciones son 8 (6 para servidores).

RHEL for Server.

RHEL for HPC Head Node (para Computación de alto rendimiento).

RHEL for HPC Compute Node.

RHEL for IBM System z.

RHEL for IBM POWER.

RHEL for SAP Business Applications.

RHEL Workstation.

RHEL Desktop.


3.4.2. Relaciones con Fedora Core

RHL 6.2 �> RHL 6.2E.

RHL 7.2 �> RHEL 2.1.

RHL 9 �> RHEL 3.

Fedora Core 3 �> RHEL 4.

Fedora Core 6 �> RHEL 5.

Fedora 12/13 �> RHEL 6.

3.4.3. Plataformas

RHEL está disponible para varias plataformas de hardware:

i386 x86: Intel 32 bits, Pentium y compatibles (AMD,...).

IA64 Intel Itanium (en Diciembre 2009 se anunció que el futuro RHEL 6 ya no estará

disponible para Itanium [7]).

x86-64: AMD64, Intel EM64T.

PowerPC.

IBM Mainframe (eServer zSeries y S/390).

3.4.4. Clones

Red Hat no facilita binarios de RHEL para la descarga directa. Pero, al estar basado en

open source, facilita el código fuente en su servidor FTP. Así han surgido clones que a partir

de las compilaciones de dicho código fuente crean su distribución, entre ellos:

CentOS.

Lineox. de marzo.

Oracle Linux.


Pie Box Enterprise Linux.

Scienti�c Linux.

White Box Enterprise Linux.

3.4.5. Mercado

Red Hat Linux fue vendido principalmente como un sistema operativo para servidores.

También es popular entre compañías que utilizan �granjas�de ordenadores y, al igual que la

herramienta incorporada de instalación a través de scripts Kickstart permite rápidamente la

con�guración e instalación del hardware estandarizado. Desde la versión 8.0, Red Hat Linux

se enfoca hacia PC de escritorio corporativos.

3.4.6. Historia

Red Hat Software Inc. fue fundada en 1994 por Bob Young y Marc Ewing. En agosto de

1999, Red Hat salió a bolsa y sus acciones obtuvieron la octava ganancia de primer día más

grande en toda la historia de Wall Street. Cuatro años más tarde, el valor de las acciones de

Red Hat es en torno a una centésima parte del máximo valor que llegara a alcanzar antes de la

crisis de las puntocom. Aun así, sus comienzos exitosos en el mercado de valores sirvieron para

que Red Hat fuera portada en periódicos y revistas no directamente relacionadas con temas

informáticos. En cualquier caso, parece ser que Red Hat ha sabido superar los problemas

de otras compañías del mundo de los negocios en torno al software libre y anunció números

negros por primera vez en su historia en el último cuarto del año 2002.

Otro de los hechos históricos más importantes de Red Hat fue la adquisición en noviem-

bre de 1999 de Cygnus Solutions, una empresa fundada una década antes y que ya había

demostrado cómo con una estrategia integral basada en software libre se puede ganar dinero.

En septiembre de 2003, Red Hat ha decidido concentrar sus esfuerzos de desarrollo en la

versión corporativa de su distribución, Red Hat Enterprise Linux y delegó la versión común

a Fedora Core, un proyecto abierto independiente de Red Hat.


3.4.7. Características especiales

Red Hat es instalado con un ambiente grá�co llamado Anaconda, diseñado para su fácil

uso por novatos. También incorpora una herramienta llamada Lokkit para con�gurar las

capacidades de Cortafuegos.

Al igual que en el Red Hat Linux 8.0, UTF-8 fue habilitado como el sistema de codi�cación

de tipografías para el sistema. Esto tiene poco efecto en usuarios angloparlantes, pero cuando

se usa la parte superior del juego de caracteres ISO 8859-1, éstos se codi�can de manera

radicalmente diferente. Esto puede ser visto, por ejemplo, por usuarios que hablan francés

o sueco como algo agresivo, pues sus antiguos sistemas de archivo lucen muy diferentes y

pueden ser luego inutilizables. Puede deshacerse este cambio quitando la parte �UTF-8�de

la con�guración de lenguaje.

La versión 8.0 fue además la primera en incluir el entorno de escritorio grá�co Bluecurve.

Red Hat Linux carece de muchas características debido a posibles problemas de copyright

y patentes. Por ejemplo, el soporte al formato MP3 está desactivado tanto en Rhythmbox

como en XMMS; en su lugar, Red Hat recomienda usar Ogg Vorbis, que no tiene patentes.

Sin embargo, el soporte para MP3 puede ser instalado luego, aunque se requiere el pago

de regalías en los Estados Unidos. El soporte al formato NTFS también está ausente, pero

también puede ser instalado libremente.

3.4.8. Fedora

Originalmente Red Hat Linux fue desarrollado exclusivamente dentro de Red Hat, con la

sola realimentación de informes de usuarios que recuperaban de fallos y contribuciones a los

paquetes de software incluidos; y no contribuciones a la distribución como tal. Esto cambió

tardíamente en el 2003 cuando Red Hat Linux se fusionó con el Proyecto Fedora Linux

orientado a la comunidad de usuarios. El nuevo plan es extraer el código base de Fedora para

crear nuevas distribuciones de Red Hat Enterprise Linux.

Fedora Core sustituye a las versiones originales de Red Hat Linux para descarga y venta

al detalle. Este modelo es similar a la relación entre Netscape Communicator y Mozilla, o

entre StarO¢ ce y OpenO¢ ce.org, aunque en este caso el producto comercial resultante es

software libre.


3.4.9. Scienti�c WorkPlace

Scienti�c WorkPlace es un procesador de texto que permite crear con facilidad documen-

tos técnicos complejos sin la necesidad de añadir editores de ecuaciones, editores de código

especiales ni la necesidad de tener que aprender lenguaje de programación. Esto mismo se

puede realizar mediante menús, cuadros de dialogo y botones.

Cuenta con las siguientes características:

Composición: puede componerse de dos modos distintos; con Latex para su composi-

ción o sin él.

Enlace de documentos: Permite la creación de enlaces para conectar distintos docu-

mentos según una estructura lógica que nos evita el uso de enlaces de hipertexto dentro

de nuestros documentos.

Cálculos matemáticos: permite ejecutar una amplia variedad de cálculos matemáti-

cos debido a que contiene una versión del sistema de cálculo algébrico MuPAD 2.5 e

interacción con versiones del sistema de cálculo simbólico Mapple.

Calculo con unidades físicas: Permite el uso de unidades en la resolución de pro-

blemas, proporcionando la unidad correcta en cada respuesta y permitiendo realizar

conversiones entre unidades.

Importación de datos: Permite importar listas, vectores, matrices, expresiones y

valores desde calculadoras gra�cas que una vez importados se pueden manipular de la

misma forma que lo haríamos con datos generados por Scienti�c Workplace.

Grá�cos: Dispone de un �ltro propio WMF, además de otros �ltros bimap y vectoriales.

Tipografía: usa tipografías Unicode y el conjunto ampliado Unicode Trutype, aparte

de incorporar la tipografía propia Tciun, especí�ca para matemáticas.

Interfaz ágil y completo: Uso y personalización de shortcuts apertura simultanea

de varios documentos y vista de un mismo documento. Con�guración de barras de

herramientas y personalización de paneles. Carga rápida de documentos. Con�guración

personalizada en la selección de unidades, funcionalidad de botones del ratón, plantilla

de inicio, ubicación y tamaño de los grá�cos, etc.


Introducción sencilla de texto y matemáticas: Mezcla de texto y expresiones

matemáticas en el mismo párrafo o tabla. Uso de plantillas prediseñadas con objetos

matemáticos. Uso de simbología AMS-TEX y AMS-Latex. Uso de corrector ortográ�co

y diccionario de distintas lenguas.

Creación sencilla de documentos complejos: Creación de documentos maestros

que incorporan subdocumentos con resolución de referencias cruzadas entre ellos. Im-

portación del contenido de oros documentos junto con grá�cos e imágenes. Creación de

índices y bibliografías.

Impresión de calidad de imprenta: Creación de documentos con una calidad de

imprenta mediante compilación Latex.


Capítulo 4

Resultados

El presente trabajo consistió en la creación de un sistema de aprendizaje en línea basado

en la evolución y tendencia del streaming que permite a usuarios, quienes previamente fueron

registrados en una base de datos, acceder a la información a través de un navegador web en

forma remota.

Se destacan aspectos pedagógicos y técnicos relevantes para promover el aprendizaje. Se

de�nieron criterios, instrumentos y metodología de evaluación.

4.1. Objetivos Logrados

Se han alcanzado plenamente la totalidad de los objetivos planteados para el presente

trabajo:

Desarrollo de una aplicación Web, que permita acceder a información remota situada

en un servidor web.

Brindar un sistema de aprendizaje a través de medios electrónicos que promueve la

educación a distancia resolviendo di�cultades en cuanto a tiempos, sincronización de

agendas, asistencia y viajes, problemas típicos de la educación tradicional.

56

4.2. Clasi�cación del Trabajo

El trabajo se encuadra en la utilización de software, multiplataforma, basado en los

planteamientos conductistas de la enseñanza que comparan las respuestas de los alumnos

con los patrones que tienen como correctos y guían los aprendizajes de los estudiantes.

4.3. Niveles de usuarios en el sistema

El sistema está pensado para que trabaje con distintos tipos de per�les de usuario, donde

cada per�l tiene funciones especí�cas de acuerdo al tipo de usuario.

Entre los roles que se presentan en el sistema de educación a distancia se pueden mencionar

los siguientes:

Profesor: Guia y orienta al estudiante. Otorga las herramientas necesarias para que

el estudiante se convierta en un ser autónomo capaz de construir sus conocimientos de

forma responsable y activa. Evalúa el grado de cumplimiento de los objetivos, tanto por

parte de los estudiantes como de la propia iniciativa formativa. Esta misma persona

puede llegar a ser el que guía a los participantes; pero en caso de no contar con su

apoyo, es el tutor (una persona entendida en el tema, pero que no necesariamente

produce los contenidos de los módulos) quien puede ejercer como aquella persona que

guíe el proceso educativo a distancia. El profesor tutor a distancia debe tener unas

habilidades diferentes del profesor que se dedique a la formación presencial; algunas de

ellas pueden ser el dominio sobre las tecnologías de la información y la comunicación,

conocimientos para organizar y gestionar cursos en línea y lo que ello representa (grupos

de discusión, foros, debates, etc.). Debe tener una capacidad de comunicación escrita

bastante depurada, debido a que el alumno no es presencial y, por tanto, no se puede

interaccionar igualmente con él. Las funciones que puede realizar son (Ver �gura: 4.1

en la página: 58):

� Crear: Exámenes y contenidos.

� Listar: Exámenes, notas y contenidos.

� Actualizar: Exámenes y contenidos.


Figura 4.1: Funciones del Profesor.

Figura 4.2: Funciones del Alumno.

Alumno: Uno de los roles más importantes en el sistema de educación abierta es el

estudiante, pues es él quien debe contar con disposición de trabajo en equipo, adminis-

tración en su tiempo y realizar las actividades en tiempo y forma, pero sobre todo en

tener una motivación de crecimiento en cuanto a su vida académica. Las funciones que

puede realizar son (Ver �gura: 4.2 en la página: 58):

� Acceder al contenido.

� Rendir examenes.

� Observar sus resultados.

Alumnado: Responsable de articular las altas de usuarios. Plani�ca y controla el acceso

y permiso al sistema.Las funciones que puede realizar son (Ver �gura: 4.3 en la página:

59):

� Crear, listar y actualizar los datos de los usuarios.


Figura 4.3: Funciones del Alumnado.

4.4. El Sistema en Funcionamiento

La interfaz grá�ca del sistema de aprendizaje es una interfaz simple, permite una fácil

interacción con el usuario.

El sistema establece una conectividad entre el servidor Web y un navegador web.

La �gura representa la pantalla principal de la aplicación. Ver �gura: 4.4 en la página: 60.

La pantalla principal contiene los campos de usuario y contraseña para iniciar sesión como

así también cuenta con un ítem �crear una cuenta�para dar de alta un usuario, el cual se

valida con el email correspondiente, que previamente es habilitado por Alumnado.

4.5. Iniciar Sesión

Para acceder o iniciar sesión se debe ingresar el �usuario� y la correspondiente �con-

traseña�.

Una vez que los datos sean ingresados correctamente serán enviados al servidor, en donde

serán validados. Luego de corroborar los datos recibidos contra los datos almacenados en la

base se envía una respuesta al cliente otorgando el acceso al sistema o denegando su acceso.

Establecida la autenticación del usuario, se le brinda acceso a su panel de control y al

contenido del sistema. Caso contrario se obtiene una pantalla de �Login incorrecto�. Ver

�gura: 4.5 en la página: 60.


Figura 4.4: Pantalla Principal del sistema e-learning.

Figura 4.5: Pantalla de Error al iniciar sesión.


Figura 4.6: Pantalla de perspectiva del Alumno.

4.6. Pantallas del Sistema

El sistema está dividido en niveles de acceso:

Nivel de acceso del alumno.

Nivel de acceso del profesor.

Nivel de acceso de alumnado.

4.6.1. Nivel de acceso del Alumno

En esta parte de la aplicación el usuario tiene acceso a:

Contenido teórico: Contenido teórico sobre la evolución y tendencia del streaming.

Ver �gura: 4.6 en la página: 61.

Rendir Examén: Acceder a rendir el examen disponible dentro del rango de fechas

predeterminado por el profesor. Ver �gura: 4.7 en la página:62.


Figura 4.7: Rendir Examen.

Figura 4.8: Ver Notas.

Ver Notas: Observar las notas obtenidas. Ver �gura: 4.8 en la página: 62.

Adjuntar archivo. Ver �gura:4.9 en la página: 62.

Descargar archivo. Ver �gura:4.10 en la página: 63.

Finalizar sesión.

Figura 4.9: Adjuntar Archivo.


Figura 4.10: Gestor de Archivos.

Figura 4.11: Alta de Examen.

4.6.2. Nivel de acceso del Profesor

Desde las pantallas orientadas al rol de profesor se pueden realizar las siguientes funciones:

Alta de Examen: Puede dar de alta un nuevo examen, de�niendo un nombre, fecha

de alta y fecha de baja del mismo. Ver �gura:4.11 en la página: 63.

Cargar pregutnas: Seleccionando el examen, tiene la posibilidad de cargar una nue-

va pregunta conjuntamente con sus correspondientes respuestas.Ver �gura:4.12 en la

página: 64.


Figura 4.12: Cargar preguntas.

Figura 4.13: Listar Notas.

Listar Notas: Listar notas de los alumnos registrados que han rendido un determinado

examen, conjuntamente con la fecha que se ha rendido. Ver �gura: 4.13 en la página:

64.

Listar Preguntas:Listar las preguntas de un determinado examen. Modi�car, eliminar

preguntas o respuestas.Ver �gura:4.14 en la página: 65 y �gura: 4.15 en la página: 65.

Listar Examenes: Listar examenes cargados, con las opciones de modi�cación o eli-

minación de los mismos. Ver �gura: 4.16 en la página: 65.

Adjuntar Archivo. Ver �gura: 4.17 en la página: 65.


Figura 4.14: Seleccionar examen para listar sus preguntas asignadas.

Figura 4.15: Seleccionar Pregunta.

Figura 4.16: Listar Exámenes.

Figura 4.17: Adjuntar Archivos.



Figura 4.19: Contenido Teórico.

Descargar Archivos.Ver �gura: 4.18 en la página: 66.

4.6.3. Nivel de acceso de Alumnado

El rol de Alumnado cuenta con las siguientes funciones:

Acceder al contenido. Ver �gura: 4.19 en la página: 66.

Listar Usuarios: Listar los usuarios del sistemas conjuntamente con el rol asignado.

En esta pantalla también puede modi�car los datos y rol de usuario; como así también

eliminarlo. Ver �gura: 4.20 en la página: 67.


Figura 4.20: Listar Usuarios.

Figura 4.21: Ingresar Usuarios.

Ingresar Usuarios: Para que un usuario pueda dar de alta su cuenta, Alumnado

genera una preinscripción la que se registra dentro de la base de preusuarios.

La cuenta del nuevo usuario puede ser validada por medio de una cuenta de e-mail o por

medio de una clave.Ver �gura: 4.21 en la página: 67.

Listar Preusuarios: En la sección de listar preusuarios se encuentra el listado de

las cuentas de usuarios que están disponibles para darse de alta. En esta sección los

datos, e-mail o clave de validación pueden modi�carse o eliminarse.Ver �gura: 4.22 en

la página: 68.

Listar Usuarios: Presenta una lista de los usuarios activos del sistema.Permite las

acciones de modi�cación y eliminación de las diferentes cuentas. Ver �gura: 4.23 en la

página: 68.


Figura 4.22: Listar Preusuarios.

Figura 4.23: Listar Usuarios.


Figura 4.24: Adjuntar Archivo.


Adjuntar Archivos.Ver �gura: 4.24 en la página: 69.

Descargar Archivos.Ver �gura: 4.25 en la página: 69.

4.7. Contenido teórico utilizado en la web

Streaming de video acelerado para arquitectura de video juegos. [25]

Codi�cación de red y codi�caión multimedia. [26]

Over the top Streaming. [27]

Cisco en mejores prácticas de Cisco Video Streaming para las comunicaciones empresa-

riales de alto impacto. [28]

Adobe Flash y el acceso a Streaming Protegido. [29]


Streaming adaptativo ¿Qué ocurre cuando multiples reproductores compiten simultánea-

mente por el ancho de banda?. [30]

Tecnología de Streaming y el Protocolo RTSP. [31]

Transferencia de audio de hoy en dia en Internet desde Florida Everglades. [32]

Streaming en redes móviles. [33]

Streaming de Radio Calidad de audio y su procesamiento. [34]

Transmisión de Video de Alta Calidad a través de Redes IP utilizando herramientas de

Código Abierto. [35]

Streaming en vivo con Silverlight y Expression Encoder. [36]


Capítulo 5

Conclusión

Se han alcanzado plenamente la totalidad de los objetivos planteados para el presente

trabajo:

Desarrollo de una aplicación Web, que permita acceder a información remota situada

en un servidor web.

Brindar un sistema de aprendizaje a través de medios electrónicos que promueve la

educación a distancia resolviendo di�cultades en cuanto a tiempos, sincronización de

agendas, asistencia y viajes, problemas típicos de la educación tradicional.

Durante el desarrollo del sistema propuesto se han aplicado metodologías ágiles, las cuales

han aportado una gran simpli�cación y �exibilidad al proyecto.

Las distintas herramientas utilizadas se han integrado de manera muy satisfactoria.

El módulo de autoevaluación, permite que cada alumno genere su propia autocrítica y

detectar falencias en sus conocimientos, remitiéndolo a los contenidos teóricos correspondien-

tes.

La aplicación desarrollada como trabajo �nal, es trasladable a otras áreas del conoci-

miento, y permite darle un enfoque práctico y profundo sobre cómo es posible desarrollar un

sistema de educación a distancia.

Para componer el presente informe �nal se utilizó, como software de edición, Scienti�c

WorkPlace. En conclusión respecto a su uso se puede destacar la facilidad para redactar

71

libros, la calidad del producto obtenido, la automatización en el manejo del índice, la gestión

dinámica de espacios, listas de �guras y tablas; como así también la referencias dinámicas a

objetos y bibliografía.

5.1. Líneas futuras

Se seguirá trabajando mejorando, ampliando y actualizando la información, estudiando

nuevas técnicas de streaming y sobre nuevos mecanismos de autoevaluación que proporcionen

mejores métodos de autoaprendizaje.

Con vista a futuro, asimismo se pretende desarrollar un módulo para la generación de

estadísticas e incluir sala de chats y wiki.


Bibliografía

[1] Remo Suppi Boldrito. (2005, Septiembre).Video Bajo Demanda (VOD). UAB Divulga.

Disponible en: http://www.uab.es/uabdivulga/cast/tesis/2005/video0905.htm.

[2] (2013, Mayo). Códec. Wikipedia. Disponible: http://es.wikipedia.org/wiki/C

[3] (2013, Junio). Códec de audio. Wikipedia. Disponible: http://es.wikipedia.org/wiki/C

[4] (2011, Agosto). Codi�cador híbrido. Wikipedia. Disponible:

http://es.wikipedia.org/wiki/Codi�cadorh

[5] (2013, Abril). User Datagram Protocol. Wikipedia. Disponible:

http://es.wikipedia.org/wiki/UserDatagramP rotocol:

[6] C. Apablaza y R. Bustamante. RTSP Real Time Strea-

ming Protocol. Disponible: http://profesores.elo.utfsm.cl/ agv/

elo323/2s10/projects/ApablazaBustamante/RTSP.pdf.

[7] Fuente propia.

[8] B. Dacker. "The use - Ericsson Erlang/OTP", Estocolmo. 2000.

[9] V. González y J. Bachiller. (2008, Enero).La Web 2.0. Web 2.0 educativa. Disponible:

http://platea.pntic.mec.es/vgonzale/web200809=conten=temas=Tema1;1:htm:

[10] (2013, Junio). Streaming. Wikipedia. Disponible: http://es.wikipedia.org/wiki/Streaming.

[11] L. Valero Moreno. Çurso Audiovisual Interactivo de Codi�cación de Voz", Departamento

de Electrónica y Tecnología de Computadores de la Universidad de Granada. 2006.

[12] A. Hernández. .Estudio y simulación de un codi�cador de voz basado en la recomendación

G.729 de la ITU-T"

. 2005.

73

[13] (2013, Mayo). Comunicación por UDP (User Datagram Protocol). Control Technology.

Disponible: https://sites.google.com/site/controltechnologyperu/home/Tutoriales/tutorial-

labview/comunicacion-por-udp.

[14] L. Starr. (2012, Mayo). Encouraging Teacher Technology Use. Education World.

Disponible: http://www.educationworld.com/atech=tech159:shtml:

[15] J. Echeverria. (2001, Julio). Educación y Nuevas Tecnologías: El Plan Europeo E-

Learning. Revista de Educación, núm. extraordinario (2001), pp. 201-210.

[16] G. Chivers. "Informal Learning by Professionals in the UK"

. 2006, Junio.

[17] M. Moore. "Self-Directed Learning and Distance Education"

. 1983, Diciembre.

[18] I. Gaskins y E. Thorne. Cómo enseñar estrategias cognitivas en la escuela. Editorial

PAIDÓS. Disponible: http://www.neuquen.edu.ar/regresoreceso/materiales

[19] E. Marcos. "Investigación en Ingeniería del Software vs. Desarrollo Software", Univer-

sidad Rey Juan Carlos, España.

[20] L. Domínguez Carballo. "Fundamentos del Sistema de Educación a Distancia", Depar-

tamento de Física, Universidad de Sonora, Sonora, Mexico. Febrero de 2011.

[21] (2013, Julio). Servidor HTTP Apache. Wikipedia. Disponible:

http://es.wikipedia.org/wiki/ServidorHTTPApache:

[22] MySQL - Disponible en: http://es.wikipedia.org/wiki/MySQL. Julio 2013.

[23] (2013, Julio). Adobe Dreamweaver. Wikipedia. Disponible:

http://es.wikipedia.org/wiki/AdobeDreamweaver:

[24] (2013, Agosto). Red Hat Enterprise Linux. Wikipedia. Disponible:

http://es.wikipedia.org/wiki/RedHatEnterpriseLinux:

[25] Arto Laikari, Philipp Fechteler, Benjamin Prestele, Peter Eisert, ACCELERATED

VIDEO STREAMING FOR GAMING ARCHITECTURE. Berlin, Alemania.

[26] Nikolaos Thomos, Pascal Frossard. Network Coding and Media Streaming. JOURNAL

OF COMMUNICATIONS, VOL. 4, NO. 9, Octubre 2009.


[27] Lionel Bringuier. OTT Streaming. 2da edición. Anevia. Septiembre 2011.

[28] Cisco Systems. Cisco on Cisco Best Practices Streaming Video for High-Impact Business

Communications. USA. 2008.

[29] Adobe½oFlash½oAccessZ. Overview on Protected Streaming. White Paper. USA. 2010.

[30] Saamer Akhshabi, Ali C. Begen . What Happens When HTTP Adaptive Streaming

Players Compete for Bandwidth?. Georgia Institute of Technology.

[31] Scott Dickey. Basic¼aStreaming¼aTechnology¼aand¼aRTSP¼aProtocol. USA. California soft-

ware labs.

[32] Scott Dickey. Near-Real-Time Internet Streaming of Audio from the Florida Everglades.

USA. University of Miami Music Engineering Group.

[33] TeliaSonera. Streaming in Mobile Networks. White Paper. 2004.

[34] Josh Gordon. The Case for Audio Quality and Audio Processing in Streaming Radio.

Wheatstone Corporation. 2011.

[35] Mauricio Venegas M., Aquiles Yáñez C., Agustín J. González. TRANS-

MISIÓN DE VIDEO DE ALTA CALIDAD A TRAVÉS DE REDES IP UTI-

LIZANDO HERRAMIENTAS DE CÓDIGO ABIERTO. 2007. Disponible:

http://profesores.elo.utfsm.cl/ agv/publications/2006/senacitel/ YanezVenegasGonza-

lezSubmitted.pdf.

[36] Mauricio Angulo. Transmitir video en vivo con Silverlight y Expression Encoder. 2008

. Disponible: http://blogs.msdn.com/b/expressate/archive/2008/05/02/ h-galo-usted-

mismo-c-mo-transmitir-video-en-vivo-con-silverlight-y-expression-encoder-parte-1.aspx.


Índice alfabético

Adobe Dreamweaver, 47

Análisis de las modalidades del sistema e-learning,

23

Aplicaciones, 43

Aprendizaje Personalizado, 20

Breve estado del arte, 1

Códec, 6

Códec de audio, 8

Características, 45

Características Adicionales, 44

Características de Apache, 39

Características de los principales códecs de

audio, 14

Características especiales, 53

Casos de Uso, 26

Clasi�cación del Trabajo, 57

Clones, 51

Codi�cadores de forma de onda, 11

Codi�cadores híbridos (codi�cación de voz),

11

Codi�cadores paramétricos, 9

Codi�cadores perceptuales, 8

Comparativa entre UDP y TCP (Transmis-

sion Control Protocol), 17

Componentes, 5

Conclusión, 71

Con�guración, 40

Contenido teórico utilizado en la web, 69

Desarrollo, 33

Desarrollo del sistema, 30

Descripción, 18

Descripción técnica, 15

Diagrama de Secuencias, 26

El Sistema en Funcionamiento, 59

Estandarización, 14

Estudio de las características de los Sistema

e-learning, 24

Fedora, 53

Funcionamiento de los códecs, 7

Fundamentación, 21

Historia, 52

Historia de Apache, 39

Historia de MySQL, 42

Implementación, 36

Independencia de Hora y Lugar, 21

Iniciar Sesión, 59

Lenguajes de Programación, 42

Licencia, 40, 46

Mercado, 52

Metodología, 23

MySQL, 41

Nivel de acceso del Alumno, 61

76

Nivel de acceso del Profesor, 63

Niveles de usuarios en el sistema, 57

Objetivos, 21

Objetivos Logrados, 56

Párametros de los Códec de audio, 13

Pantallas del Sistema, 61

Perspectiva Orientada a Alumnado, 66

Plataformas, 43, 51

Procesamiento, 2

Propiedades, 19

Protocolos Ligeros, 15

Puertos, 17

Real Time Streaming Protocol, 18

Recopilación de información, 33

Red Hat Enterprise Linux, 49

Relaciones con Fedora Core, 51

Resultados, 56

Scienti�c WorkPlace, 54

Selección de las herramientas, 33

Servidor HTTP Apache, 38

Situación Actual del Streaming, 2

Software, 3

Streaming, 4

Transmisión de vídeo y voz, 18

User Datagram Protocol, 15

Uso de Apache, 39

Usos, 6

Variantes, 50

Video Bajo Demanda (VOD), 3

Vocoders (codi�cación de voz), 10


Universidad Nacional del Nordeste Facultad de Ciencias...

Documents

Transcript of Universidad Nacional del Nordeste Facultad de Ciencias...