Software para realizar reuniones virtuales vía web

(1)

t1r,iversidI

'.:•;l•1

'rti'ilir

8IBUUTEC íE?ERi

Reufa*Jo el

-PI:

1 Nt, CIsifk2cjón i2°6 • ¿

fr7

-ufl0

0fULJQL

I.

¿70

(2)

UNIVERSIDAD TECNICA PARTICULAR DE LOJA

Escuela de Ciencias de la Computación

Software para Realizar Reuniones

Virtuales Vía WEB

Tesis previa a la obtención del

Titulo de Ingeniero

en

Informático e Ingeniero en

Sistemas Informáticos

y Computación.

AUTORES:

Nancy Magaly Loja Mora

Diego Gustavo Ludefla Cabrera

DIRECTOR:

Ing. Rommel Torres

(3)

rorres 31S Ingeniero

Rommel Vicente Torres Tandazo DIRECTOR DE TESIS

CERTIFICA:

la

Haber revisado minuciosamente el trabajo de tesis previo al grado de Ingeniero en Sistemas Informáticos y Computación, presentado por los egresados: Nancy Magaly Loja Mora y Diego Gustavo Ludeña Cabrera bajo el titulo

"SOFTWARE PARA

REALIZAR REUNIONES VIRTUALES VÍA WEB",

por lo que queda autorizada su

presentación.

Loja, marzo de¡ 2005

(4)

CESIÓN DE DERECHOS

Nosotros, Nancy Magaly Loja Mora y Diego Gustavo Ludeña Cabrera, declaramos conocer y aceptar la disposición del Art. 67 del Estatuto Orgánico de la Universidad Técnica Particular de Loja que en su parte pertinente textualmente dice: "Forman parte del patrimonio de la Universidad la propiedad intelectual de investigaciones, trabajos científicos o técnicos y tesis de grado que se realicen a través, o con el apoyo financiero, académico o institucional (operativo) de la universidad".

Nanb oja Lude

(5)

AUTORÍA

Los conceptos, interprtaciones e ideas vertidas en el presente trabajo son de exclusiva responsabilidad de sus autores

Nan ya ay Loja ,,, Jjl.o ¿yuavo¿Ludeña

(6)

DEDICATORIA

Esta tesis es el fin de una etapa de mi vida y, comienzo de otras, por esto y mas la dedico a

Dios por haberme dado el bien más preciado,. "vida".\ A mis amados padres Vicente y Laura quienes me

enseñaron que los sueños pueden ser urahermQ5a / realidad. Mi triunfo ese¡ de ustedes. 1Graciasl

A mi "gordo bello" Fausto, no sólo por ser mi hermano sino también mi amigo. Te quiero mucho!!!

Nancy

A mis padres y hermanos quienes siempre me han apoyado en todas las etapas de mi vida A Rocío, Michelle y Aleksei quienes se han convertido en motivo muy importante para mi superación personal y profesional.

Diego

(7)

AGRADECIMIENTO

A la Universidad Técnica Particular de Loja por habernos permitido concluir con éxito nuestra formación académica

Al Ingeniero Rommel Torres por todo el tiempo y esfuerzo invertido a lo largo de este proyecto, brindándonos no solo su apoyo profesional sino también su amistad.

A el grupo de telecomunicaciones Ceci, Ma Paula, Pablo, Rommel y Samy, por todo el apoyo brindado.

A todos los amigos que de una u otra forma aportaron Para que este sueño se haga realidad.

Nancy y Diego

(8)

INDICE

1. RESUMEN .2

2. INTRop

uccióN

...

3

3. METODOLOGÍA ... 9

3.1 PARTICIPANTES... 3.2 MATERIALES ... . ... ...9

3.3 DISEÑO Y PROCEDIMIENTO ... . ... . ... ...

.

11

3.3.1 Metodologías del análisis y diseño de sistema... ... . ... 11

3.3.2 Determinación de los requerimientos: ... . ... . ... 11

3 .3.3 Análisis: ... . ... . ... ... 12

3 .3.3 Diseño: ...37

3 .3.4 Implantación: ... . ...

.

... 47

3 .3.5 Implementación: ... . ... .

..

.

... .

... . ... 47

3.3.6 Pruebas: ... ---- ... ... ...

.

.... . ... .

.

...

. ...

.47

3.3.7 Mantenimiento y evaluación: ... .. ... .. ... . ... .. ... 50

4. CONCLUSIONES ... 51

(9)

1. RESUMEN

El objetivo de este sistema es eliminar la barrera geográfica para permitir reuniones sin importar donde se encuentren los asistentes, apoyándose en un salón virtual creado en la Internet.

!.. _-- .

En la UTPL para las reuniones virtuales(JtltamosUá video Jconferencia y las aulas \

virtuales, dos modelos de operar con los que p'odemos transmitir video, audio y texto

(

J

pero que tienen la desventaja que para sufrciiien'to necesitan equipamiento propietario, y además un ancho de banda prácticamente dedicado.

Con estos sistemas para poder organizar las reuniones se necesita de un administrador experto en el tema y para asistir a las mismas los invitados deben trasladarse a los auditorios equipados para el aula virtual o la video conferencia.

Para suplir estos inconvenientes, se propone una solución que trabaje vía web, la misma que para su funcionamiento no requiera abrir demasiados permisos de acceso como es el caso del messenger, y que no necesite ser instalada en todos los clientes.

El sistema que planteamos funciona con el protocolo http puerto 80, no incluye interacción por video ni por voz, con lo que conseguimos ahorro de ancho de banda, pero tiene otras formas de interactuar como son: chat, pizarra electrónica, ftp, y una herramienta de visualización de documentos office. Esta aplicación vía web requiere solamente de una PC con conexión Internet, y no equipamiento adicional, con esto logramos que pueda ser utilizada por la mayoría de personas sin la necesidad de trasladarse a los auditorios equipados para las reuniones.

(10)

2. INTRODUCCIÓN

Las reuniones virtuales son ampliamente utilizadas alrededor del mundo para comunicar a personas físicamente distantes; este método de comunicación permite que sus usuarios se reúnan virtualmente hablando y así ahorrar recursos como: costos de hoteles, de pasajes, de alimentación y sobre todo de productividad; que son los gastos mas comunes que se tienen cuando las personas se deben trasladar al lugar de la reunión.

Con los sistemas utilizados para este tipo de reuniones en la UTPL como las aulas virtuales y video conferencia, los problemas que necesitamos disminuir son: uso de anchó de banda, movilización de las personas a los auditorios y necesidad de un administrador para la creación de las reuniones. En el caso de otros sistemas corno messenger y netmeting los problemas a atacar son: necesidad de instalar los clientes en cada maquina, permisos de acceso a los clientes (abrir puertos), desconocimiento de la integridad de la información y recibir información publicitaria durante la reunión.

Este trabajo surgió como un proyecto del Grupo de Telecomunicaciones de la UTPL; con la idea de aprovechar los recursos que nos puede ofrecer la Internet y también la infraestructura que tiene la universidad.

(11)

Reuniones mediante aulas virtuales

Con este sistema se puede tener una conferencia simultánea en todo el país; pero se necesitan equipos adicionales costosos como: un proyector de vídeo, pantalla gigante, un decodificador de señal y un Recaster1. Mediante las aulas virtuales se hace una

transmisión de video mediante la técnica denominada Multicasting. Utilizamos para las aulas virtuales 768 kbps de ancho de banda desde Loja hacia todos los centros regionales de la universidad.

A continuación el esquema de comunicaciones y los equipos utilizados para las aulas virtuales Fig 1

UTP L LOJA

1..'

PAS1 R

BOGOTA _MULTICASTVIDEO 640 K

DirecWa T"1^9 NOC

-•1

-flEO -HRESTRE

IPSAT

_•

VideciP Internet • VOIP

Video

L•

Video

[image:11.576.107.534.344.597.2]

Fig 1

Recaster: Equipo de distribución de señal, que envía la señal satelital receptada a todos los equipos conectados a la Red de Área Local mediante la técnica denominada Multicasting

(12)

CISCO F0 172 164010.24

50197.168.111,24 Si 192 168 12,1124 S2 192 198 13,1124

Eigrp 1

Guayaquil FaO 172 16.42,110Q4 SO 192 168 12.224

Po 17lyc6 4om Fo IP 2.1.2.2/24

Gw 172.16.42.2 Ext. ISDN 401

4

LOJA

FaO 172.16 15 10124 SO 192.168.11.2/24

Reuniones mediante video conferencia

Sistema que permite la transmisión en tiempo real de video, sonido y texto a través de una red; ya sea en una red LAN o WAN.

El hardware necesario para una video conferencia es: tarjeta de sonido y vídeo, vídeo cámara, micrófono y bocinas. Nosotros contamos un enlace de 128 kbps para una obtener una calidad normal de video y 256 kbps para obtener una calidad mejorada.

En la Fig 2 se muestra el esquema y la distribución de equipos del sistema de video conferencia de la UTPL

Polycom Fo IP 172.1640.6124 Gw 172. 16.40.10 Ext ISDN 201

^^5511_

2

Gateway ISONIP

O

IP 172.16.40,8 ' ?24 Gw 172.16.40.10 Gatekeeper

IP 17216,40524 0W 172.16.40.10

\

.4•/ Polycom Fo

IP 172.16 44.x124 0w 172 1644,10 Cuenca ' Ext. ISDN 751 FaO 172 1644 10/24

SO 192 168.13 2/24

Polyconl Fo

IP 172.1615105124 0w 172.16.1510

la

Ext. ISDN 701

do Vide.torrr'sia UTPL Pruebas a Realizar

ir1. o uojaqrrer ooriarl CI eolo dei eirrnd ore ve1eoeirk,s de 128 atipo haile 512 Llapo '2 L'rrlecxaxrkrreirza rflulrrpUilrr IrQa quilo COSi del ruEdo

3 'urd000OeiRrRncia mullupuelo Loja Quito QO cLrCa rosto del fluido.

Fig 2

[image:12.576.102.536.355.627.2]

(13)

[image:13.580.94.532.150.401.2]

Cuadro comparativo de alternativas

Parámetro Video Conferencia Aula Virtual Software Reuniones

Virtuales

fideo SI SI NO

/oz SI SI NO

Equipamiento Propietario Propietario omputador más Interne

Ubicación Específica Específica Cualquiera

Ancho de Banda Alto Medio Bajo

t Usuarios Hasta 8 Alto Ilimitado

Interacciones Aula virtual en línea Chat Chat

VoIP _pizarrae-mail FTP

Uso Reuniones Cursos Reuniones

Clases Clases

to ¡hora Alto Alto Bajo

En la actualidad las reuniones a distancia han despertado un considerable interés a todos los niveles, en donde Internet permite que los seres humanos con intereses comunes interactúen e intercambien información, es por eso que se hace necesaria la elaboración de una herramienta que viabilice la interactividad entres los personas para aprovechar al máximo las experiencias de cada uno de los participantes.

Es además importante que en la medida de lo posible las universidades especialmente la nuestra, dirija sus esfuerzos y planifique sus investigaciones en áreas como son el aprovechamiento del software libre, software que se encuentra disponible con las fuentes incluidas; y que para se utilizado necesita ser instalado, configurado y adaptado a nuestras necesidades; pero que nos simplifica el tiempo que tomarla desarrollar las herramientas desde cero.

(14)

El proyecto planteado fue posible realizarlo debido a que se contó con los recursos humanos, materiales y técnicos indispensables para el desarrollo óptimo del mismo. Recursos humanos dos tesistas con conocimientos básicos adquiridos durante el transcurso de nuestra formación académica y con la disponibilidad de investigar conceptos nuevos en caso de ser necesario en el transcurso de nuestro trabajo, y además un director de tesis con experiencia previa en la direición de otros proyectos. En cuanto a los recursos materiales; este proyecto fue desarrollado en el grupo de telecomunicaciones de la UPSI, para beneficiarnós de los recursos hardware y software que este departamento posee, recursos indispensables para el desarrollo de lasdiferentes etapas del proyecto.

Los conocimientos técnicos adicionales fueron adquiridos con material bibliográfico obtenido de libros y de la Internet.

Objetivo General

.

Desarrollar un software para realizar reuniones virtuales vía Web.

Tenemos desarrollada una solución que funciona con interfaces vía web tanto para los invitados como para el administrador. Con este sistema estamos ofreciendo la oportunidad de que personas que se encuentran físicamente distantes se comuniquen mediante un ambiente de reuniones a través de Internet tendrán acceso a un salón virtual de reuniones sin la necesidad de tener equipamientos costosos.

Objetivos Específicos

.

Disminuir el consumo de ancho de banda

. Evitar que los asistentes se tengan que ubicar en los auditorios con equipamiento propietario

. No instalar la aplicación en cada máquina cliente . Mantener el nivel de seguridad estándar en la UTPL

(15)

Disminuir el consumo de ancho de banda:

Para esta aplicación no se necesita un

canal dedicado como es el caso de las aulas virtuales y la video conferencia.

Evitar que los asistentes se tengan que ubicar en los auditorios con equipamiento

propietario:

Este objetivo los cumplimos al desarrqlIaruja interfaz vía web; desde la

cual los usuarios de la universidad o de cualqiíierotro sit'iócon conexión a la Internet

podrán ingresar, con esto evitamos que los asistentes se ten9

puestos de trabajo para participar de las re ¡des; tábih

\\o.

que no cuenten con los auditorios de aulas virtual'&s,o vídi

intervengan

de las reuniones como son: personas que se encuentren

No instalarla aplicación en cada máquina cliente:

Para funcionar la aplicación necesita

la conexión con el navegador de Internet; no se requiere instalar este software en

cada cliente para poder utilizarlo. Este objetivo también se lo cumple al ser una

aplicación que funciona vía web

Mantener el nivel de seguridad estándar en la UTPL:

En la universidad por defecto se

tienen abiertos los siguientes puertos: pop3(I 10), smtp(25), domain(53), y http(80);

este ultimo abierto a través del servidor próxy(3128). Esta nueva propuesta de

reuniones trabaja con el puerto 80, y adicionalmente con el puerto TCP 1495

Este puerto extra se utiliza para el Chat y se encuentra habilitado a través del servidor

de Proxy; no necesita ningún otro puerto como en el caso del Messenger que trabaja

con 11 y NetMeeting 10. El abrir permisos adicionales a los ya existentes nos

ocasiona problemas como:

. Infiltrado de virus

. Exceso de tráfico en la lan

que movilizar de sus

que invitados

(16)

3. METODOLOGÍA

3.1 Participantes

A continuación los recursos que hicieron posible la realización de este trabajo

Cantidad Función Tipo

1 Director de Tesis Humano

2 Tesistas Humano

2 Computadores Material

Internet Material

200 Impresiones Material

400 Copias Material

Útiles de oficina Material

3.2 Materiales

Plataforma de la aplicación

La aplicación fue diseñada para funcionar con sistema operativo Linux por razones como:

. Plataforma del servidor web de la universidad

. Es un sistema fácilmente ajustable a las necesidades personales de sus usuarios o administradores.

. Para Linux existe gran cantidad de software con licencia GPL que puede ser reutilizado e integrado para diversas aplicaciones.

• Estabilidad ya que maneja protección de memoria entre procesos, de forma que un único programa no puede" colgar "el sistema al completo.

Base de datos

MYSQL: Para esta aplicación hemos elegido la base de datos mysql; existen otras opciones muy buenas para Linux como por ejemplo postgresql que es una base de

(17)

datos muy poderosa, pero que a cambio nos sacrifica velocidad en las transacciones. La alternativa escogida fue mysql que es una base de datos diseñada para aplicaciones que no manejan transacciones complejas como es la nuestra, pero que a cambio nos ofrece mejoras en la velocidad. Entre otras características importantes de mysqi tenemos:

• Mayor rendimiento y mayor velocidad tanto al conectar con el servidor como al realizar consultas.

• Consume pocos recursos tanto de procesador como de memoria. • No hay límites en el tamaño de los registros.

• Muy buena integración con PHP. • Licencia GPL

Lenguajes de programación

PHP: Para el desarrollo de las páginas Web se utilizó el lenguaje de programación PHP por su facilidad para la creación de páginás dinámicas de una manera rápida y fácil; también se consideró para su elección aspectos como:

• Soporte para gran cantidad de bases de datos entre ellas mysql • Se encuentra instalado y configurado en nuestro servidor web • Lenguaje de programación múltiple plataforma

• Soporte para envío de correo con SMTP; debido a que nuestra aplicación necesita enviar e-mail y este es el protocolo con el que trabaja nuestro servidor.

JAVA: La pizarra electrónica trabaja con la visualización de imágenes de forma de forma síncrona; por esta herramienta se encuentra desarrollada en java; que tiene la característica de ser distribuido; es decir, tiene extensas capacidades de interconexión TCP/IP; lo que permite que los programas corran en varias máquinas interactuarido entre sí.

(18)

33 Diseño y procedimiento

3.3.1 Metodologías del análisis y diseño de sistema

Para la realización de esta aplicación se trabajó con las metodologías propias del ciclo natural de los sistemas como son:

Investigación Preliminar:

Mediante ésta fase se trabajó en: determinar el problema y su ámbito, la importancia y sus efectos sobre la organización e identificar una idea general de la solución para realizar un estudio de factibilidad que determine la posibilidad de una solución software. Para cumplir las metas de esta etapa hemos utilizado varias metodologías de investigación como son:

Método Científico:

Investigación de la situación actual mediante técnicas como la observación y recopilación de datos para su ordenamiento y análisis

Método Descriptivo:

Para describir la situación actual de la UTPL, y así poder determinar el problema y sus posibles soluciones.

3.3.2 Determinación de los requerimientos:

En esta etapa se obtuvo información sobre: los problemas actuales, ciertos detalles de funcionalidad, las perspectivas de los usuarios, sus necesidades y requerimientos. Todo ello para lograr obtener una solución enfocada a la realidad de la universidad. De este análisis obtuvimos los siguientes requerimientos:

• Necesidad de que el moderador cree sus reuniones sin la necesidad de trabajar con un administrador.

Trabajar con una herramienta que permita mostrar documentos office o ponencias del moderador de la reunión a todos los asistentes.

(19)

• Al final de la reunión sería importante enviar por correo electrónico a todos los

invitados asistentes o no, la información de la conversación que se mantuvo

en la reunión.

• Importancia de hacer llegar por correo electrónico de forma automática el

usuario y la contraseña a los invitados a la reunión

3.3.3 Análisis:

En esta etapa se analizó la situación actual de la universidad, las alternativas

existentes y sus debilidades.

Requerimientos del sistema

Actores

• Administrador

• Moderador

• Invitado

(20)

Casos de Uso

(21)

DIAGRAMA DE CASOS DE USO GENERAL

«extends»

Mostrar documentos Visualizar documentos

Bajar documentos _{Subir Documentos}

0

--esquema.,

inado

offar Esquemas

C)

Crear reunión

4ar mensajes

C)

Enar glfs

Agregar Imitados

concluir reunión Crear moderador

administrador

Personalizar el sitio

(22)

CASOS DE USO EXPANDIDOS

Identificador UCO2

Actores moderador

Use Case Crear reunión

Propósito Permitir la creación de una reunión

Tipo Primario ( Esencial

Secundario Real

Opcional

Descripción El moderador procede a crear una reunión en

base a las salas y fechas disponibles; elige a los invitados de su libro de direcciones y se hace el envío por e-mail del usuario y contraseña a los invitados.

Referencias Cruzadas R5, R6, R7

Curso normal de eventos Acción del actor

1. Clic en planificar reunión 2. Permite la autenticación del usuario ____________ 3. Muestra pantalla de planificar reunión 4. Clic en la fecha de la reunión en eiS. Captura la fecha

calendario

L Clic en planificar nueva reunión

1.

Presenta el formulario de datos de la reunión 8. Ingresa datos de la reunión J. Captura estos datos

10. Clic en ag

re

gar

11.

Valida y almacena esta información 12. Muestra libro de direcciones

13. Escoge a los invitados del libro d014. Captura esta selección

(23)

5. Clic en enviar invitaciones

116. Genera un nombre de usuario y clave

7. Almacena estos datos del invitado

8. Genera y envía invitación por

ursó alterno de eventos

/:

p

inea 2: En caso que el administrador yr{o sé encuerítf

inea 11:

Si deja mensajes en blanco'preseritar m

)rltinuar

inea 11: Si no hay disponibilidad de salaspresentar m

Dra rio

inea 13: Si el invitado no consta en el librode direccioie

do permitir registrarse

informativo y no deja

y permitir escoger

añadirlo

(24)

ripción - El moderador al momento de la creación de l reunión puede crear invitados para la reunión y a mismo tiem po se añaden a su libro de direcciones

lerencias Cruzadas rso normal de eventos rión del actor

Clic en agregar invitado Ingresa datos de los invitados Clic en aareaar invitados

Captura esta selección

Muestra ventana de agregar invitados Captura esta información

Valida estos datos

Almacena esta información

urso alterno de eventos

inea 7: Si el invitado existe presentar mensaje informativo y no dejar continuar

inea 7: Si deja mensajes en blanco presentar mensajes y no dejar continuar

inea 7: Si el correo no es válido presentar mensaje y no dejar continuar

Identificador UCO5

Actores Moderador

Use Case Mostrar documentos

Propósito Permitir que el moderador muestre su'

documentos office

Opcional

Descripción El moderador procede a mostrar sus documento'

)ffice a el resto de invitados

Referencias Cruzadas R9

1. Clic en Mostrar Documentos 2. Captura esta selección

3. Presenta pantalla de mostrar documentos t. Clic en examinar 5. Presenta árbol de directorios del PC 3. Clic en el documento elegido

7. Clic en abrir

P.

Captura ésta información

9. Clic en mostrar 110. Presenta mensaje con un link al documento

Línea 10: Si el documento elegido no es .doc .xls .jpg presenta mensaje informativo no muestra el documento.

Identificador UC06

Actores moderador, invitado

Use Case Visualizar documentos

Propósito Permitir que los invitados observen los docu

mentos mostrados

(25)

ón invitados pueden visualizar los docu :rados oor el moderador

Referencias Cruzadas RIO

1. Visualiza un mensaje con un link a el documento mostrado

2. Clic en el link al documento $. Muestra el documento

Use Case Subir documentos

Actores moderador

Propósito Permitir a los asistentes a la reunión subir

documentos al servidor

Opcional

Descripción El moderador publica sus documentos en el

servidor para que puedan ser vistos, o guardados por los invitados

1. Clic en Publicar Documentos 2. Captura esta selección

3. Muestra pantalla de publicar documentos . Clic en examinar 5. Presenta árbol de directorios del PC 5. Clic en el documento elegido

7. Clic en abrir 3. Captura esta información

9. Clic en publicar 10. Sube este documento al servidor

Curso alterno de eventos

Línea 10: Si el documento no es .xls .doc .jpg presenta mensaje y no sube el

documento

Línea 10: Si el documento es mayor a 700 KB presenta mensaje y no sube el

documento

(26)

mentos subidos al servidor

eferencias Cruzadas urso normal de eventos cción del actor

• Clic en Bajar Documentos

• Clic derecho en el do' leg ido

• Clic en guardar como • Elige directorio donde uardar documentó

12

aptura esta selección

Muestra la pantalla con lista de )idos al servidor

Muestra árbol de directorios del PC Almacena el documento

Use Case Realizar Esquemas

Actores moderador, invitado

Propósito Que los usuarios dibujen sus esquemas en l

pizarra

Opcional

Descripción Los usuarios proceden a dibujar sus esquemas en

la pizarra electrónica y son vistos por todos de forma síncrona

Referencias Cruzadas Rl 3, R14

1. Clic en Pizarra Electrónica ?. Captura esta selección

3. Muestra la ventana de pizarra electrónica . Clic en lineas, circulos o texto 5. Captura esta selección

3. Dibuja esquemas 7. Captura estos esquemas

8. Muestra esquemas de forma síncrona a todos los invitados

(27)

ción del actor

Clic en borrar . Captura fa selección

Limpia la pizarra

(28)

Identificador UCI3

Use Case concluir reunión

Actores Moderador, invitado

Propósito Que el moderador finalice la reunión

Opcional

Descripción El moderador podrá dar termino a la reunión y al

mal de la misma se enviará una bitácora por e mail

Referencias Cruzadas R19, R20

1. Clic en concluir reunión 2. Captura esta selección

3. Captura información de las bitácoras L Expulsa a los invitados de la reunión S. Envía bitácoras a los invitados a la reunión

Identificador UCI4

Use Case Administrar el sitio

Actores administrador

Propósito Personalizar el ambiente de las reuniones

ripo Primario ( Esencial

Opcional

Descripción El administrador puede personalizar el sitio de la

reuniones

1. Clic en administración 2. Captura la selección 3. Permite la autenticación

1. Presenta ventana de personalización 5. Realiza los cambios del sitio 3. Captura estos datos

7. Clic en guardar 8. Almacena estos cambios

Curso alterno de eventos

Línea 6: Datos ingresados incorrectamente presentar mensaje informativo

(29)

DIAGRAMAS DE SECUENCIA EXPANDIDOS

UCOI: Autenticar usuarios

usua

usuarios:GUI

Ingrsa usuario y contraseña()

>ü

[J

Capra_Selección()

_11<1

IaIida usuario y

Presenta anbjentecorrespondienteø

y<I

pin_user_Iist

(30)

UCO2: Crear moderador

:lm user list moderador

Clic en registro de moderadores()

>ú

Capturé esta selección() [11<

Presenta Ingresa datos solicitados()

Clic en crear moderador()

registro de moderadoresØ

estos datosØ

[Çb imacena esta infbrmaciónØl

(31)

IJCO3: Crear reunión

reservation

dor GUI :calendar task

modera

Clic en planificar reunion()

II >u

Li Permite la auenticación del usuano()

[1<

Muek1ra pantalla de planificar reuthiónø Clic n la fecha de la reunión en el cal ario()

>l.j

[J

Clic en planificar nueva reunión()

formulario de datos de la Ingresa datos de la reunión()

Capture estos datosø

Li

a y almacena esta ¡nformación()

>ú

>ro de direcciones()

onesø

esta selección()

enere un nombre de usuari9 y clase al invitado9 Almacena estos datod del invitado()

y envía invitación por, correo electn Clic en agregar()

Muestra a los invitados del libra de

Clic en enviar irnÁtaciones()

(32)

UC04: Agregar invitado

:lm user list moderador

Clic en agregar intadoO

>

Capturé esta selecciónØ

í1<

¡

Muestra venta de agregar invstados()

[

L

1<

1 Ingresa datos de los in4tadosØ

[J

Captista

['1<

Clic en agregar inÁtados()

_u

Validá estos datos()

hz

Li

Almacena ésta inlbrmación()

Li

>ú

(33)

UCO5: Mostrar documentos

:GUI

moderador

-Clic en Mostrar Documentos()

>ú

Li

Captura esta selección()

0<'

Presenta pantalla de mostrar documentos()

[1<'

Clic en examinar()

_[J

>H

Clic en el documento elegido

O

Clic en abnr()

Captura ¡ésta inlbrmaciónø

íj1<'

Clic en mostrar()

Li >Ú

Presenta mensaj con un link al documento

O

Li

(34)

UCO6: Visualizar documentos

usuarios

Visualiz9 un mensaje con un link a el.drneñtonostr&O.

1 ç,

Clic en el link al documento()

u

_{Presen a el documento()}

_

1<1

(35)

UC07: Subir documentos

moderador -:GUI

Clic en Publicar Documentos()

U

Capturl esta selección()

Ü<I

Muestra pantalla de publicar documentos() Clic en examinar O

Presenta árbol 1e directorios del PCO

Clic en el documento elegidó() '-Clic en abrir()

>

U

Captura esta información(

Clic en publicar()

U

>u

Sube estel documento al ser4dor

0<]

(36)

UCO8: Bajar documentos

usuarios

GUI

Clic en Publicar Documentos Ø

esta selecciónØ

Muestra la pantalla con lista Pe documentos subidos al senidorØ

[1<

Clic derecho en el documento elegido 0-

Y

Clic en guardar comoØ

Muestra árbol de directorios del PCO

Elige directorio donde desea guardar

Almaceia el documentoØ

(37)

UC09: Realizar esquemas

GUI

usuanos

-Clic en Pizarra Electrónica()

>ú

Li

Captura esta selección()

0< '

Muestra la ventana 1e pizarra electrónicaO

Clic en lineas, circulos o textoØ

L11

Captura esta selección() Dibuja esquemas()

_U

>ü

Capturaestos esquemas()

Muestra esquemas de fo a síncrona a todos los imitados(

(38)

UCIO: Borrar esquemas

usuarios

Clic en Pizarra ElectrónicaØ []

[j

Captura esta selección()

rde

Muestra la 'entarra electrónica()

Clic en lineas, circulos o texto()

U

esta selecciónø

Dibuja esquemas()

Capturaestos esquemas()

Muestra esquemas de *a síncrona a todos los intadcs()

(39)

UCI 1: Enviar mensajes

:pcøin usemie ssaqe

usuarios

E-Ingresa mensajes en el cuadro de texto del chato

Captura

Clic en decir o tecla EnterO

mensajes()

esta selección()

U

Muestra estos mensajes, incluido el u4ano del invitado, la fecha y horaü

<1

Almacen estos mensajes con la fecha

(40)

UCl2:

Enviar gifts

usuarios iUI :ücDin userrfle

Clic en gifs()

>u

Muestra kentana de gifsØ

[11<1

Clic en el gif de su elección() L1J >

Captura esta set ección() Clic en cerrar ventaná0

U

>

Muestra estos gifs, incluido el 1usuano del inftado, la fecha y hora()

Li

Almacena esta información()

^y

y

(41)

LJCI3: Concluir reunión

moderador GUI Im user list

Clic en concluir iunión()

>Ü

Captura ¡esta selección()

Captura innración de las bitácoras()

0< '

Expulsa a los invitados de la reunión()

nvIa bitácoras a los invitados a la reunió¿() >L

(42)

UCI4: Administrar el sitio

:pcpin confiqur

ation

administrador

1

Clic en administración(

>ú..

Capturp la selecciónØ

Permita autenticación()

Presenta entana1de personalización()

[11<

Realiza los cambios del sitioOT1

Li

Captura lestos datosO

Clic en guardarØ

1 Almacena estos cambios()

(43)

pcpIn_syemmemoge

•Id mt

.- type mt • pod_ilme Int • body : Stdng

i smille

mt :Stdng

Sting

• la :Strtng

• moro_Id : mt

+ tad_ping nt

• ta&usermege : tnt • ta_syotornmege : mt • lo_gtobalmemage tnt + languogo : Stiing

+ 1 :Sto ng

+ Iad_mogo : Stdng 1 + memage_repost int

*wolcome Ini

+ tdclrod Ini

+ Ia&po_tIme Int

± i ¿-iDI I 1

• neme : SI,ing ₁

• type nt=_----Id

+ Iast_ping mt • peseNod St,ing

• Id ini

• type mt

• tolget_User_Id : nt

• body Stñng

• tlags Stdng

• po_tlme Int r

+ Idini * neme St,lng

• Id Ini

• Ip

String • bendete InI

± tasND Ini 1

+ deseription : Stdng

+ enhyDate Dote + toom Id

0. +startDatoTimo_{• ondDatoTln,e} Dote_Doto

-+ prlo,Ity 1Stdng • Iomptetod hot + tad(_worleoteied

+ sote : Stdng __________________ pcptn_verdon * vedon : Siring

pcpin_ojpewser pg,mngIobaImege Int

+ ClJd nt

L

peseword Stdng _{: po}

+ propetty_Id tnt

+ post- time nl +

+ body Stilng

vetue St dng

pcpin_advertlsement tm_protoronces

¿iDI ±

pcpin_badword pcpmn_contgu,otlon

omtemnce Id _nt + Id nt

• text StIng + oider_num : * Id :

• Salt : nt + Is_roqulrod mt + word : Siilng * neme Stdng

• stop

i + preterence_nome Strtng + reptecement String + value Stting

in

nod nt + pmfemnce_vatup SIdng * choicos : String

• mtn_roomusors : nt + type st,mng •

• po dosoriPilon String

• dow_pdvete nt + viSbIo dioS

+ diows_couni tnt + hetptext SIring

+ section : Siring pcpin_user

¿-Ini

• togin Stdng • pamWOld StiIr,g

• levet : Ini

• jolnod Int •nomo : St,lng

+ sen String

• color Stilng • emali Strtng • hlde_emalt : nt

• ego - nt

• tocatlon : Stilng • about : Stilng • photo : Stdng • guest lot •paode String • activotedmt

• test mt

• Id :int

• nomo Stilng • cholos Stdng • doseñptlon : Stdna

o a-CD o C) o ent oCD mli c

(44)

3.3.3 Diseño:

En esta etapa se proyectó el sistema, determinando los módulos e interfaces del mismo, de acuerdo a sus funciones

Página Principal.

Para el desarrollo de esta aplicación, hemos definido tres fases principales, dentro de las cuales se consigue un entendimiento claro de la aplicación y un fácil manejo de la herramienta. Estas son: Planificar la reunión, asistir a la reunión, y administrar las salas; Esto se encuentra reflejado en la página principal, en la que se puede observar estos tres enlaces con los que los usuarios pueden decidir a cual de ellos ingresar, cada uno esta protegido por un sistema de identificación con usuario y contraseña.

PLANIFICAR REUNION

Método post o get en los formularios.

En forma general para la aplicación, hemos decidido usar el método post para todos los formularios, esto por que a diferencia del método get, el cual envía los datos ingresados por el usuario en forma visible en la barra de direcciones del navegador; el método post los envía en forma oculta además de permitir como es el caso de los campos tipo área de texto enviar texto en forma teóricamente ilimitada, con el método get, nos veríamos limitados a los 256 caracteres que es el máximo que permite el campo de URL de la barra de direcciones.

Interface para Identificación de usuario (Iogin.php).

Formularios:

a. Formulario para el ingreso de nombre de usuario y clave.

Campos:

a. txtusername .- para el nombre de usuario, tipo texto. b. txtpassword .- para el ingreso de la clave, tipo password.

(45)

c. Submit .- para captura del evento de envío, tipo submit.

Enlaces:

a. Registrarse Como Moderador: Expuesto en esta interface para el usuario que aún no cuenta con un nombre de usuario y una clave y desea crear una reunión.

Scripts:

a. javascript.js.- contiene procedimientos para validación de datos ingresados en el formulario.

Interface para Registro de Nuevo Moderador (register.php).

Formularios:

a. Para el ingreso de datos necesarios para registrarlo como moderador.

Campos:

Todos del tipo texto a excepción de txtpassword y txtverifypassword.

a. txtfirstname .- Para el nombre. b. txtlastname .- Para el apellido.

c. txtusername .- Para el ingreso de su nic o nombre de usuario, el que usará para identificarse.

d. txtpassword .- Para el ingreso de su clave, útil para el momento de identificarse.

e. txtverifypassword .- Campo de confirmación de la clave, necesaria para evitar errores de digitación.

f. txtemail .- Para el ingreso de su dirección de correo electrónico, valida también como medio de identificación por tratarse de una cadena de texto única para cada usuario y por ofrecer un medio alternativo de verificación de usuario. g. submit .- para captura del evento de envío, tipo submit.

(46)

Scripts:

a. javascritpt.js .- contiene procedimiento para validación de datos ingresados en el formulario.

Interface de administración de reuniones (calendar.php).

Formularios:

a. Para el listado y administración de las reuniones.

Campos:

a. Selsort .- combo box para la selección del método de ordenamiento de las reuniones listadas para ese día.

b. ChkDelete .- checkbox para selección de reuniones a borrar.

c. BtnAddTask .- botón tipo submit para la captura del evento agregar nueva reunión.

d. BtnDelete .- botón tipo submit para captura del evento eliminar reuniones marcadas para borrar.

Enlaces:

Mes anterior, Próximo mes, Año anterior, Próximo año .- enlaces para cambio de mes y de año del calendario mostrado en la interface

1,2,3. ...

28,29,30,31 -- enlaces a los días de mes con los que se actualiza la consulta

a la base de datos de las reuniones a la fecha indicada.

Interíace para Creación de nueva reunión. (admintaskdetails.php).

Formularios:

a. Para ingreso de datos necesarios para la creación o modificación dé reunión.

(47)

Campos:

a. Modify_taskid .- Tipo oculto, contendrá el id de la reunión en caso de

modificación.

b. txtDate .- tipo oculto, con la cadena de fecha para la reunión.

c. Datemeet .- con la cadena de fechae

didpara la reunión.

d. Selpriority .- tipo select-one, con el nivel de impoitancia de la reunión.

/

.

e. txtDescription .- Área de texto para eHngreso de titulo descripción de la reunión.

f. txtStartTime .- Para el ingreso de la tóra de inic,o.de'la reunión.

\\

.

.'

CA

C-'

j

g. txtEndTime .- Para el ingreso de la ho'ra de culthinación de la reunión.

h. RsvPzr .- CheckBox para indicar que se solicita intentar reservar pizarra

electrónica.

i. BtnSave .- Para captura del evento Grabar datos de la reunión.

j. BtnBack .- Para captura del evento Regresara interface de administración de

reuniones.

Scripts:

a. javascript.js .- con procedimiento de validación de datos ingrésados al

formulario.

Interface Libreta de direcciones e invitación a reunión.(dateusers/index.php).

Formularios:

a. Para moverse entre páginas de la libreta de direcciones.

b. Para el envío de invitaciones a los seleccionados de la libreta.

Enlaces:

a. Delete .- para borrar contacto.

b. Edit .- para editar contacto.

c. MAILTO .- para llamada a envío de correo electrónico.

d. Show Advanced Search Buscador. - Despliega el buscador de contactos.

(48)

e. Agregar Usuario. - Para ingresar nuevos contactos a su libreta de direcciones.

Interface Agregar Usuario a la libreta de direcciones

Formularios:

a. Add_member .- para el ingreso de datos del nuevo usuario en la libreta de direcciones.

Campos:

a. user_name -- para el nombre o nic del usuario.

b. user_address .- para la dirección de correo electrónico del usuario.

c. action .- tipo oculto, con la descripción de la próxima acción a ejecutar por parte de la aplicación.

d. process .- tipo imagen, y programada como botón para captura de evento agregar usuario a mi libreta.

Otras Acciones:

a. Si se detecta que el correo electrónico ya esta registrado, se le comunica al moderador, se le muestra datos del usuario y se le pregunta si desea agregarlo a su libreta o si desea cancelar la acción.

Interface Envío de Invitaciones (dateusers/savesend. inc..php).

Para el envío de invitaciones a los usuarios, muestra una copia de la invitación enviada

Enlaces:

a. Ir a calendario de reuniones.- con el que se regresa a la interface de administración de reuniones.

(49)

ASISTIR A REUNIÓN.

La mayoría de las interfaces usadas en este módulo, son manipuladas por el archivo main.php, por lo que este archivo constantemente es llamado con parámetros tipo post y get que le indican como actuar y a que archivo incluir en su código.

Interface Identificación de usuario.

Formularios:

a. loginform .- para la identificación de los usuarios invitados a las reuniones. Campos:

b. Login en el que el invitado se identificará con su dirección de correo electrónico.

c. Password .- para el ingreso de su clave la cual será validada con los datos registrados.

d. Submit .- para captura del evento de identificación.

Interface selección de reunión.

Formularios:

a. Changeroom.- Para la Selección de la reunión a la que desea asistir previa invitación. El sistema le mostrará únicamente aquellas reuniones a las que ese usuario en particular ha sido invitado en ese horario.

Campos:

a session_id .- Tipo oculto, en el que se llevará in id único para esa reunión. b. Include.- Llevará el parámetro que le indicará a la aplicación que acción tomar. c. Roomid.- con el Id que identifica a la sala.

d. Taskid.- con el id que identifica a la reunión.

rl

(50)

e. TaskTI. - con el titulo descripción de la reunión.

f. w_board.- verificar si esa reunión tiene acceso a la pizarra electrónica. g. prop_id.- con el id del moderador de esa reunión.

Enlaces:

a. Existirá un enlace por cada reunión mostrada.

b. Salir.- con salto a interface de identificación de usuario-invitado.

Interface de sala en reunión.

-La interface de sala de reunión esta formada por varios frarnes (cuadros), estos frames son:

a. menú.- para incluir el menú general de la sala.

Enlaces:

a. Calendario.- enlace a un calendario de reuniones.

b. Mostrar Documentos.- Para mostrar documentos en una reunión. Estos pueden ser del tipo Word, Excel, PowerPoint e imágenes jpg.

c. Publicar Documentos.- Para dejar documentos que se crea conveniente y estos puedan ser bajados vía ftp a los computadores de los asistentes.

d. Pizarra electrónica.- con el que se mostrará la pizarra virtual, siempre y cuando esta haya sido asignada a esa reunión.

e. Salir.- con el que se anulará la identificación del usuario y se saldrá de la reunión.

Si se trata de un moderador tendrá además los enlaces:

a. Concluir reunión.- con el que se grabará la reunión, se les enviará una copia a los invitados y se cerrará la reunión.

b. úserlist .- en este frame se mostrará a todos los invitados presentes en la reunión

(51)

Enlaces:

a. Perfil.- Mostrará información adicional del usuario-invitado.

b. Mensaje privado.- Enviará un mensaje únicamente a ese usuario.

c. Desk. .- Es el, escritorio principal donde se desplegar los distintos módulos

llamados mediante el menú principal.

d. Mairi.- Se trata de la sala del chat, aquí se verán todas las opiniones vertidas y

eventos generados por parte de los usuarios-invitados.

e. Input.- Para el envío de un comentario u opinión ala sala.

Formularios:

a. ¡.- formulario para el envío.

Campos:

a. m.- campo tipo texto para ingresar el comentario u opinión.

b. 5.- botón para captura del evento enviar mensaje.

c. Boid .- incluye etiquetas de negrilla al mensaje.

d. ltalic .- incluye etiquetas de letra itálica al mensaje.

e. Underlined. - incluye etiquetas de letra subrayada al mensaje.

f. Icono reloj.- permite activar o desactivar marca de tiempo a los mensajes.

g. Dummyform.- para uso interno de la aplicación, no es visible al usuario.

h. Control.- para uso interno de la aplicación, no es visible al usuario.

Interface Módulo Calendario.

Formularios:

a. Para mostrar listado de reuniones.

Campos:

a. SelSort .- para selección del método de ordenamiento de las reuniones

mostradas.

b. ChklsComplete .- solo de lectura y muestra si una reunión ya fue culminada.

(52)

Enlaces:

a. Otras similares a la interface de Administración de reuniones.

Interface Módulo Mostrar Documentos.

Formularios:

Si se trata de un moderador:

a. dummy .- de uso interno para el envío de datos.

Campos:

a. session_id.- identificador de sesión.

b. Include.- parámetro directo para acción del main m, t, u, x, c. frame.- movimiento de variables internas de control. d. formi .- para la selección del documento a mostrar.

Enlaces:

Icono Word .- Llamada a mostrar documento de word. Icono Excel .- Llamada a mostrar documento de excel.

Icono Jpg . -' Llamada a mostrar documento de imagen tipo jpg. Icono PPT .- Llamada a mostrar documento de PowerPoint.

Interface Módulo Publicar Documentos.

Formularios:

Si se trata de un moderador:

Formi .- formulario para el envío del archivo al servidor. Campos:

a. Archivo.- tipo file, contendrá datos del archivo a publicar. b. boton.- para captura del evento mostrar.

c. Ridd.- con el id de la reunión.

(53)

Enlaces:

Uno por cada documento publicado.

Interface Módulo Concluir reunión.

Formularios:

Formi .- para la inclusión de un comentario final. Campos:

a. Comentario.- donde se podrá incluir un comentario final de la reunión. Este será incluido en la bitácora.

b. Opción.- botón tipo submit con el que se captura el evento concluir reunión.

Otras acciones:

a. Da por concluida la reunión.

b. Graba una copia de la charla de la reunión.

c. Envía una copia de esta a todos los invitados, vía e-mail.

Nota:

Módulo disponible solo para el moderador de la reunión.

Interface Módulo Pizarra Electrónica.

Este modulo es construido en java y permite: Trazar líneas rectas y en forma libre.

Generar figuras básicas como círculos, rectángulos, cuadrados. Incluir texto.

Borrar pizarra.

Grabar hasta 3 imágenes en el servidor. Escoger color del pincel y relleno

(54)

3.3.4 Implantación:

En esta actividad se realizó la codificación e integración de los módulos con lenguaje PHP y con páginas HTML.

3.3.5 Implementación:

El sistema fue implementado en un servidor de prueba que funciona bajo el sistema operativo Linux; para su posterior instalación en el servidor web.

3.3.6 Pruebas:

En esta etapa se realizó pruebas de validación del sistema con los requisitos especificados por los usuarios.

Se llevaron a cabo dos tipos de pruebas en el sistema:

De funcionalidad

o De tiempo de respuesta

De funcionalidad

Las pruebas funcionales se realizaron para estar seguros que el sistema responde como se espera o como fue diseñado. Las pruebas incluyeron la validación de campos, de botones y la entrada de datos.

De tiempo de respuesta

Las segundas pruebas fueron preparadas para asegurarse de que el tiempo de respuesta al usuario era el esperado. Estas pruebas se llevaron a cabo creando un grupo de casos con datos de prueba.

Para la realización de estas pruebas se utilizaron encuestas cuyo formato consta en los anexos respectivos. Se definieron los siguientes parámetros para tabular los tiempos de respuesta

(55)

Parámetros Tiempos de Respuesta (seg)

Alto 0-3.9

Medio 4-9.9

Bajo 10 en adelante

De las encuestas se obtuvieron como promedio los siguientes resultados:

Parámetros Tiempo Parámetros Observaciones

(seg) Sección Moderador

Crear moderador 1 Alto

Planificar reunión 0.8 Alto

Crear reunión 0.8 Alto

Agregar Usuario 0.7 Alto

Borrar reúnión 1 Alto

Editar reunión 0.7 Alto

Enviar Invitaciones 0.5 Alto En promedio se trabajó con

5 invitados

Proceso Reunión

(moderador)

Mostrar Documentos 7 Medio Documentos en promedio

de275kb

Publicar Documentos 1.7 Alto Documentos en promedio

de275kb

Calendario 0.7 Alto

Pizarra electrónica 9 Medio

Concluir reunión 3 Alto En promedio se trabajó con

5 invitados

Chat 1 Alto

Proceso Reunión (invitado)

Ver Documentos 3.5 Alto

Bajar Documentos 3.9 Alto

Pizarra electrónica 9 Medio

(56)

Conclusión:

De acuerdo a las encuestas podemos observar que los tiempos de respuesta para la mayoría de las herramientas del software son altos; tenemos unos casos en los que estos tiempos son medios; en estos módulos los tiempos son dependientes de otros factores como: número de invitados, tamaño de los documentos y características de los equipos clientes para procesar applets en java

Gráfica de los tiempos de respuesta

Tiempos de Respuesta por Módulo

lo

9

8

7 u,o

6

5 a,

₄

(1)

3

2 o

ób c,,,, / /

s\c//

ç,oco,

00

Módulo

Detección de errores

Durante la prueba se detectaron y arreglaron los siguientes errores:

• Al momento de ingresar las fechas de comienzo y fin de las reuniones no se validaba que las fechas de fin no sean menores que las de inicio.

(57)

• No se presentaba mensaje de error al mostrar documentos que no eran de

Word, Excel o power point; solución modificar el código y presentar mensaje.

• En la invitación no aparecía el nombre del moderador se lo corrigió cambiando

el formato del e-mail al enviar las invitaciones

• Los documentos power point; no estaban siendo publicados; solución realizar

cambios en el código en la sección de publicar documentos.

3.3.7

Mantenimiento y evaluación:

Para la etapa de mantenimiento le corresponde al administrador del sistema realizar

tareas como:

• Mantenimiento y actualización del sistema: cuando sea necesario, de acuerdo

a los nuevos requisitos que vayan surgiendo se incorporarán al sistema

nuevos módulos.

• Personalización: el sistema tiene un área por medio de la cuál el administrador

podrá personalizar el sitio.

(58)

4. Conclusiones

• Para el uso de esta aplicación solo se necesita la conexión a Internet con el computador, ningún equipo adicional.

• Este sistema no necesita ser instalado en cada uno de los clientes para funcionar • Solo necesitamos dar un permiso de acceso adicional

• En aplicaciones cliente-servidor sobre Internet, se facilita la distribución de nuevas versiones del sistema

• Debido a que hace uso de lenguajes no compilados, la aplicación es multiplataforma

• Con esta solución no se requiere de un administrador para organizar las reuniones. • El uso de la tecnología de Internet nos permite construir aplicaciones de alto nivel y

nos libera de las distintas plataformas utilizadas por los clientes

• El uso de javascript como lenguaje de apoyo en el lado del cliente, acelera en muchos casos la gestión de peticiones al servidor

• Esta solución será un soporte para la toma de decisiones de los empleados de la UTPL

5. Recomendaciones

• Se recomienda implantar éste software en el servidor web de la UTPL; es el más indicado por sus características software.

• La administración del software la deberían realizar personas de soporte técnico o del grupo de atención al cliente de la U PSI.

• Se debería establecer políticas de uso de la para tener en claro cuando se justifica el uso de video conferencia y cuando se podría trabajar con ésta herramienta. • Que los usuarios sean personas que tengan conocimientos de computación y de

Internet debido a que tendrán que utilizar el navegador, el teclado y el ratón la mayoría del tiempo.

(59)

BIBLIOGRAFÍA

• http://www.virtual.unal.edu . co/cursos/sedes/manizales/4060035/lecciones/Capit ulo6.html

• http:I/www.fags.orqlrfcslrfc474.

html

• http://www.vacanze-lampedusa.com/InternetlinvestiqaCion preliminar.asp • http://www.puntoedu.edu.ar/comunidades/ciencias sociales/comunicacion. html • http://www.infosol.com.mx/espacio/cont/invest/invmer.htm

• http://buqa.univalIe.edu.co/materias270x/ds2.php • http://www.alfa-tech.com/soporte instalacion .asp • http://lorien. die. um . es/-ivancho/pfcs/JAAlca pitulo4. pdf

• http:/Iwww.fags. orqlrfcslrfc63

1. html • http://itsp.typepad.com/voip/

• http:llwww.btqlobaiservices.com/es/perspectives/Voip.htmi • http://wwwlib.umi.com/dissertations/

(60)

ANEXOS

(61)

Encuesta para verificar el tiempo de respuesta y la funcionalidad del Software para realizar reuniones virtuales vía Web

Para llenar la primera sección de la encuesta le rogamos ingresar a la siguiente dirección

http/I172.i6.3.8Itesis;

luego hacer clic en el link Planificar Reunión y en Registrarse como Moderador

Parámetros Tiempo Observaciones

(seg) Sección Moderador

Crear moderador Planificar reunión Crear reunión Agregar Usuario

Borrar reunión Editar reunión Enviar Invitaciones Calendario

Proceso Reunión (moderador)

Mostrar Documentos Publicar Documentos Calendario

Pizarra electrónica Concluir reunión Chat

Ver Documentos Bajar Documentos Pizarra electrónica

Firma:

(62)

Encuesta para verificar el tiempo de respuesta y la funcionalida d del Software para realizar reuniones virtuales vía Web

Para llenar la primera sección de la encuesta le rogamos ingresar a la siguiente dirección htt6J/172.16.3/t. luego hacer clic en el link Planificar Reunión y en Registrarse como Moderador

Firma:

(63)

Para llenar la primera sección de la encuesta le rogamos ingresar a la siguiente dirección http://172.16.3.8/teSiS luego hacerlie:Ut* j

B

el link Planificar Reunión y en

Registrarse como Moderador

7,1

(

T \

Parámetros riempó, J) Observaciones

Sección Moderador

Crear moderador Planificar reunión Crear reunión Agregar Usuario Borrar reunión Editar reunión Enviar Invitaciones Calendario

Proceso Reunión (moderador)

Mostrar Documentos icar Documentos

Calendario j

Pizarra electrónica

Concluir reunión ....

5

Chat

Ver Documentos

Bajar Documentos

Pizarra electrónica

Firma:

(64)

Encuesta para verificar el tiempo de respuesta y la funcionalidad del Software para realizar reuniones virtuales vía Web

Para llenar la primera sección de - la encuesta le rogamos ingresar a la siguiente dirección :1/172.16.3.8/t! luego hacer clic en el link Planificar Reunión y en Registrarse como Moderador

(65)

Para llenar la primera sección de la encuesta le rogamos ingresar a la siguiente dirección http://172.16.3.8/teSiS luego hacer clic en el link Planificar Reunión y en Registrarse como Moderador

Firma:

(66)

-"SOFTWARE PARA REALIZAR

REUNIONES VIRTUALES VÍA

WEB.I.l

Reuniones

:1u,

tiL

(67)

INTRODUCCIÓN

La Universidad Técnica Particular de Loja, concretamente el Grupo de

Telecomunicaciones de la Unidad de Proyectos y Sistemas Informáticos UPSI

se propuso proveer una alternativa adicional para la realización de reuniones

virtuales, como es la comunicación vía http.

Con éste tipo de software vencemos la limitaciones que tiene el aula,

virtual y la video conferencia como son: requieren mayor ancho de banda,

equipamiento propietario y que los asistentes se encuentren en auditorios

acoplados para las reuniones.

(68)

REQUISITOS DEL SISTEMA

Para lograr un correcto funcionamiento de la aplicación se requiere contar con:

• Computador con las siguientes características de hardware mínimas

- Procesador: 600 Mhz

- Memoria:

256 MB

- Disco Duro: 10

G

-

Monitor:

Resolución 1024 x 768 píxeles

• Sistema Operativo

- Windows

- Linux

- MAC

• Browser o Navegador con soporte para java

- Internet Explorer versión 5.0 o 6.0

- Mozilla 1.4 o superior

- Netscape 7.1 o superior

(69)

INICIO DEL SISTEMA

Ingreso al sistema

Tecleamos en el navegador el url www.utpLedu.ec/reuniones Nos muestra una pantalla similar a ésta

Reuniones

PLA1TLFICkR RELT1'UC'N ASISTIR A RE1TNION AD1.4ItsUSTRACION

Sección de planificación de reuniones

Para ingresar al área de planificar reuniones hacemos clic en el link PLANIFICAR REUNION

Moderador previamente registrado

1)

Si ya tenemos una clave de moderador ingresamos estos datos en los campos correspondientes

1. Usuario 2. Clave

(70)

Pi1 ti1V41 lIJI 4SI? si 15 4I1t4S

Jsuai lo: 1

CLve: 2

(tm)

i1-1iL:(111ft]

Errores Presentados

Si no se ingresa alguno de los campos o se lo hace incorrectamente aparece un mensaje como éste:

Ingrese el Usuario [ar

Soluciones

Clic en Aceptar y completar la información solicitada

Moderador Nuevo

1) Si no somos moderadores, hacemos clic en Registrarse Como Moderador

Poi t,ivoi liliji eso sus 4kitos:

lisi i.ii lo:

I,ive:

(71)

2) Luego ingresamos los siguientes datos en los campos correspondientes 1. Nombres

2. Apellidos

3. Nombre de Usuario 4. Clave

5. Verificación de la clave 6. Correo Electrónico

3) Hacemos clic en Crear Moderador

F_pisIu 4- 41e Iy(i Ifi Iii es F .J o rrI 1:' res: 1

Apellidos: 2

Nombre de Usuario: .3

-4

-erificar Clave:

-C:rirrpfl Electrónico: 3

Modera

Errores Presentados

Si no se ingresa alguno de los campos o se lo hace incorrectamente aparece un mensaje como éste:

(72)

Planificar Nueva Reunión

Una vez que hemos ingresado como moderadores procedemos a crear reuniones 1) Clic en la fecha elegida (sobre calendario)

2) Clic en planificar reunión

March 2005

Aflnterior

11411 n Liii

y 7 13 $ 20 21 Li 28 lcr Arityriri Mat Míe

15

C=D

22 23 29 30 PiDo t.ter Jiue 10 17 24

Pr El 1:1 ADa

Vie Sa1

4 5

11 12 18 19 25 26

Reuniones para el 16-March-2005 Ordenadas por: Importancia y

Prioridad Sala Borrar

Hicih 3 E Critica] 2 E Hih 1 E

Inicio Fin Descripciob>

09.00 1030 Reunión Avance de Tareas Grupo de Telecomunicaciones 0130 09:30 Reunión Provecto Phantorn

00:00 0000 P.eunion proyecto Redes Centros Regionales h_— ificar Nueve

3) Ingresamos los campos con información de la reunión 1. Prioridad: Escogemos entre Crítica, Alta y Normal 2. Descripción: Breve resumen del tema de la reunión 3. Inicio: fecha Inicio de la reunión

4. Fin: Finalización de la reunión El formato para las horas es hh:mm. Ejm

09:00 Significa 9 de mañana 11:00 Significa 11 de mañana 15:00 Significa 3 de la terde

(73)

DATOS DE LA REUNUON

Fecha 16 March 2005 Prioridad Alta

D.s cri pci o n: Reunion proyecto Aulas Virtu1e3 IN

•

-Inicuo: 09:00

(formato luh:inun

Fin: _(formato11:00 _lulu:iniui)4

5) Clic en los usuarios a los que vamos a invitar 6) Clic en Enviar Invitaciones

1

Pçinade 1.

Usuario

natasha a

¿7 laura

[_rinvitaci

e-mail

natashautul.edueo lmoratutcl .edu .ec

(74)

Se ha enviado un email a

natashutpI.ec1uec, [email protected] , Asunto: Reunhl

De :scarrion

La presente es para invitarle a una reunine caracter

Reuuuiioui avance 410 tal eas ji uuo 410 Telecoiiniuiicacioiies

Fecha y lini a Ie inicio: 2006-03-1 08:30:00

Sala: 1

lJsi ial io:Isil ilii ecc ¡ De e oh eo electi 001

Clave: ¡u ivit.iilo

Se4JIui os tle couitau col Si¡asisteu ida. nos (1051)01 Iii nos 110 1141. ini iv

u 051)011 uosau 1101 ile

11 1 cIeri':ltac de reuniLnee

Agregar Usuarios

Al proceder a invitar usuarios tenemos la opción de agregar usuarios a nuestro libro de direcciones para poder invitarlos si así lo requerimos

1) Clic en Agregar Usuario

Pçinalljde 1, 1 Usuario carlos ? diego ¿1 nancy ? natasha

7 Samanta Cueva Enviar Invitaciones e-mail [email protected] die oOhotmail.com [email protected] natasha@utol educe [email protected] ..ec

E

2) Ingresamos los siguientes campos 1. Nombres y apellidos del usuario 2. Correo electrónico

(75)

Agregar Usuario _{Formulario para agregar usuarios a}5U libreta de direcciones, Debe ser

manejado con seriedad y de manera respetable.

Usuario lnancy loja mora 1 1

e-mail: [email protected] 1 2