NIVERSIDAD ECNOLÓGICA DE LA S R I M T B

UNIVERSIDAD TECNOLOacuteGICA DE LA MIXTECA

SISTEMA DE REUNIONES INALAacuteMBRICO PARA DISPOSITIVOS MOacuteVILES CON TECNOLOGIacuteA BLUETOOTH

TESIS PARA OBTENER EL TIacuteTULO DE

INGENIERO EN COMPUTACIOacuteN

PRESENTA

RUBI SANTIAGO RAMIacuteREZ

DIRECTOR DE TESIS

MC GABRIEL GEROacuteNIMO CASTILLO

CO-ASESOR DE TESIS

MAM ARLETTE FERNAacuteNDEZ MORENO

HUAJUAPAN DE LEOacuteN OAX MARZO DE 2006

Dedicatorias

DEDICADA ESPECIALMENTE PARA MIS PADRES FELIPE Y RUTH POR SU AMOR

COMPRENSIOacuteN INCONDICIONAL Y POR SER MIS MEJORES EJEMPLOS DE SUPERACIOacuteN Y EMPENtildeO

A MI HERMANO JORGE POR SER MI AMIGO Y BRINDARME SU APOYO EN TODO MOMENTO

A LUISA Y PAZ POR COMPARTIR CONMIGO MOMENTOS GRATOS Y LLENOS DE ALEGRIacuteA

Agradecimientos

A DIOS POR PERMITIRME LLEGAR A ESTE MOMENTO

A MIS PADRES QUIENES CON SU AYUDA APOYO Y COMPRENSIOacuteN ME ALENTARON A LOGRAR ESTA META

A MI ASESOR MC GABRIEL GEROacuteNIMO CASTILLO POR SU AMISTAD Y APOYO EN LA REALIZACIOacuteN DE ESTE TRABAJO DE TESIS

A MI CO-ASESOR MAM ARLETTE FERNAacuteNDEZ MORENO POR SU APORTACIOacuteN EN LA REALIZACIOacuteN DE ESTE TRABAJO DE TESIS

A LOS SINODALES MC MARIacuteA ESPERANZA PEacuteREZ COacuteRDOBA S MC MARIO MORENO ROCHA MC MOacuteNICA EDITH GARCIacuteA GARCIacuteA POR EL TIEMPO

DEDICADO A LA REVISIOacuteN DEL DOCUMENTO

AL MC MARIO MORENO ROCHA POR LAS FACILIDADES PRESTADAS PARA EL USO DE LAS INSTALACIONES A SU CARGO

Sistema de Reuniones Inalaacutembrico Iacutendice

IV

Iacutendice

Iacutendice IV Lista de FigurasVI Lista de Tablas VII

Capiacutetulo 1 Panorama General 1 11 Introduccioacuten1 12 Antecendentes 1 13 Objetivos 2 14 Justificacioacuten 2 15 Groupware 5 16 Toma de Decisiones en Grupo 6 17 Teacutecnicas de Toma de Decisiones en Grupo 7

171 Toma de Decisiones Delphi 7 172 Meacutetodo Dialeacutectico de Decisioacuten 7 173 Lluvia de Ideas8 174 Ciacuterculos de Calidad9 175 Teacutecnica del Grupo Nominal 10 176 Reuniones Tradicionales 10 177 Reuniones Electroacutenicas 12

18 Reuniones Tradicionales vs Reuniones Electroacutenicas 14 181 Participacioacuten 14 182 Consensos 14 183 Calidad de las Decisiones 14

Capiacutetulo 2 Comunicaicones Inalaacutembricas 16 21 Comunicacioacuten Inalaacutembrica 16 22 Tecnologiacuteas Inalaacutembricas de Corto Alcance 17 23 Bluetooth 18

231 Pila Bluetooth 18 232 Topologiacutea de la Red Bluetooth 20 233 Perfiles Bluetooth 21

24 Especificacioacuten de la Solicitud-82 (JSR-82) 23 25 Dispositivos Moacuteviles 24

251 Telefoniacutea Celular 24 252 PDAs 25

Capiacutetulo 3 Anaacutelisis y Disentildeo 28 31 Introduccioacuten 28 32 Anaacutelisis y Obtencioacuten de Requisitos 28

321 Descripcioacuten del Problema 28 322 Descripcioacuten Funcional 29 323 Descripcioacuten de los Usuarios 31 324 Restricciones 31 325 Requerimientos del Sistema 31 326 Especificacioacuten de Casos de Uso 32


V

33 Anaacutelisis del Modelo Cooperativo 32 331 Caso de uso Administrar grupos 33 332 Caso de uso Administrar empleados 34 333 Caso de uso Enviar mensajes 37 334 Caso de uso Crear agenda 38 335 Caso de uso Invitar participantes 41 336 Caso de uso Generar Conversaciones (Rol Maestro) 42 337 Caso de uso Generar Lluvia de Ideas (Rol Maestro) 45 338 Caso de uso Emitir Votaciones (Rol Maestro) 47 339 Caso de uso Generar Conversaciones (Rol Esclavo) 48 3310 Caso de uso Generar Lluvia de Ideas (Rol Esclavo) 50 3311 Caso de uso Emitir Votaciones (Rol Esclavo) 52

34 Disentildeo del Sistema 54 Capiacutetulo 4 Implementacioacuten 56

41 Introduccioacuten 56 42 Descripcioacuten Funcional 57

421 Moacutedulo Comunicacioacuten 57 422 Moacutedulo Mensajes 58 423 Moacutedulo Agenda 59 424 Moacutedulo Invitar 60 425 Moacutedulo Chat 60 426 Moacutedulo Lluvia de Ideas 61 427 Moacutedulo Votar 63 428 Moacutedulo Reportes 64 429 Moacutedulos Administrativos 65

Capiacutetulo 5 Pruebas67 51 Introduccioacuten 67 52 Usabilidad de BMeeting 67

521 Metodologiacutea 67 522 Muestra 68 523 Materiales 69 524 Procedimiento 69 525 Resultados 71

5251 Usabilidad del Software72 5252 Usabilidad del Hardware 72

53 Modificaciones de BMeeting 73 Capiacutetulo 6 Conclusiones y Trabajos Futuros74

61 Conclusiones 74 62 Trabajo Futuro 75

Referencias76 Bibliografiacutea 76 URLs 76

Apeacutendice A Encuestas78

Sistema de Reuniones Inalaacutembrico Lista de Figuras

VI

Lista de Figuras

Fig 11 Meacutetodo de la dialeacutectica de decisiones 8 Fig 12 Solucioacuten de problemas en los ciacuterculos de calidad 9 Fig 13 Teacutecnica del grupo nominal 10 Fig 14 Ciclo de vida de la reunioacuten 12 Fig 21 Pila Bluetooth 19 Fig 22 Topologiacutea Punto-a-Punto 20 Fig 23 Configuracioacuten Punto-a-Multipunto 20 Fig 24 Scarttenet 21 Fig 25 Perfiles Bluetooth 22 Fig 26 Arquitectura JABWT 24 Fig 31 Metodologiacutea AMENITIES 29 Fig 32 Diagrama del sistema de reuniones inalaacutembrico 30 Fig 33 Diagrama de casos de uso general del sistema de reuniones inalaacutembrico 32 Fig 34 Diagrama de secuencia administrar grupo de trabajo 34 Fig 35 Diagrama de secuencia administrar empleados 36 Fig 36 Diagrama de secuencia enviar mensaje 38 Fig 37 Diagrama de secuencia enviar agenda 40 Fig 38 Diagrama de secuencia invitar participantes 42 Fig 39 Diagrama de secuencia conversaciones (maestro) 44 Fig 310 Diagrama de secuencia lluvia de Ideas (maestro) 46 Fig 311 Diagrama de secuencia votar (maestro) 48 Fig 312 Diagrama de secuencia conversaciones (esclavos) 50 Fig 313 Diagrama de secuencia lluvia de Ideas (esclavos) 52 Fig 314 Diagrama de secuencia votar (esclavos) 53 Fig 315 Diagrama de componentes BMeeting 54 Fig 316 Diagrama de la base de datos 55 Fig 41 Diagrama funcional del sistema BMeeting 57 Fig 42 Enviacutea MSJ 58 Fig 43 Agenda 59 Fig 44 Invitar a los participantes 60 Fig 45 Conversaciones (servidor) 61 Fig 46 Conversaciones en el teleacutefono 61 Fig 47 Lluvia de ideas (servidor) 62 Fig 48 Lluvia de ideas (cliente) 62 Fig 49 Votacioacuten (servidor) 64 Fig 410 Votacioacuten (cliente) 65 Fig 411 Repositorio de minutas 65 Fig 412 Administrar departamentos 66 Fig 413 Administrar personal 66 Fig 51 Nokia 6260 (cliente) 69 Fig 52 UsaLab 69 Fig 53 Pantalla agenda 73 Fig 54 Pantalla invitar a los participantes 73

Sistema de Reuniones Inalaacutembrico Lista de Tablas

VII

Lista de Tablas

Tabla 11 Sistemas de reuniones electroacutenicas existentes en el mercado3 Tabla 12 Taxonomiacutea espacio-tiempo 5 Tabla 13 Ventajas y desventajas de la toma de decisiones grupales6 Tabla 21 Redes inalaacutembricas 16 Tabla 22 Caracteriacutesticas de protocolos inalaacutembricos de corto alcance 17 Tabla 23 Caracteriacutesticas de algunos teleacutefonos celulares representativos 25 Tabla 24 Caracteriacutesticas de los PDAs 26 Tabla 25 Modelos de PDAs 26 Tabla 31 Requerimientos miacutenimos del sistema 31 Tabla 41 Responsabilidades servidorcliente 58 Tabla 42 Acciones del moacutevil ante los mensajes del servidor 61 Tabla 43 Mensajes del cliente hacia el servidor 63 Tabla 44 Acciones del moacutevil ante los mensajes del servidor 63 Tabla 45 Acciones del cliente ante los mensajes del servidor 63 Tabla 46 Mensajes del cliente hacia el servidor 64 Tabla 51 Mensajes enviados por los usuarios potenciales 68 Tabla 52 Nuacutemero de reuniones que los usuarios potenciales son convocados 68 Tabla 53 Perfil del usuario para las pruebas de usabilidad 68 Tabla 54 Tareas de los usuarios finales 70

Sistema de Reuniones Inalaacutembrico Capiacutetulo 1 Panorama General

1

Capiacutetulo 1 Panorama General

11 Introduccioacuten En un entorno empresarial es necesario el trabajo en grupo para alcanzar los objetivos y metas establecidas en la organizacioacuten esto implica integrar coordinar y establecer una interaccioacuten entre los miembros de los equipos de trabajo En caso de que una o maacutes personas no se encuentren disponibles ocasionariacutean un retraso en el desarrollo de las reuniones provocando un problema de magnitud para las empresas ya que pueden ocasionar una peacuterdida econoacutemica por el retraso del proyecto o perder a un cliente potencial por su ineficiencia Los sistemas colaborativos son una solucioacuten flexible para aquellas empresas que requieren la interaccioacuten entre varios empleados para el logro de objetivos Con este tipo de aplicaciones no es necesario que los interesados se encuentren fiacutesicamente para poder interactuar Estos sistemas utilizan una interfaz multiusuario en la cual pueden almacenar los avances del proyecto generar una lluvia de ideas emitir su votacioacuten por mencionar algunos ejemplos La mayoriacutea de los sistemas colaborativos basan su funcionamiento en la red LAN (Local Area Network) de la corporacioacuten El uso de las LANs en los corporativos a crecido desmesuradamente sin embargo esta tecnologiacutea presenta una limitante para aquellos usuarios que se encuentran en constante movimiento y requieren realizar sus operaciones rutinarias sin la necesidad de estar en su oficina para ello las empresas han optado actualmente por el uso de WLAN (Wireless Local Area Network) Eacutesta permite comunicar un conjunto de dispositivos moacuteviles eliminando el molesto cableado para compartir informacioacuten con otros usuarios En el mercado se encuentra una gran variedad de dispositivos moacuteviles que permiten su intercomunicacioacuten a traveacutes de protocolos inalaacutembricos (Bluetooth WiFi o IrDA) como una Palm Pocket PC telefoniacutea celular computadoras portaacutetiles soacutelo por mencionar algunos ejemplos El uso de la tecnologiacutea inalaacutembrica y los sistemas colaborativos son de gran ayuda para aquellas empresas que necesitan que sus empleados se encuentren comunicados

12 Antecendentes La presente investigacioacuten nace del proyecto ldquoSistema de Reuniones alaacutembrico e inalaacutembricordquo iniciado en el antildeo 2003 a cargo del MC Gabriel Geroacutenimo Castillo del Cuerpo Acadeacutemico de


2

Redes y Sistemas Distribuidos (RESDI) de Universidad Tecnoloacutegica de la Mixteca [URL 16] Dicho proyecto fue dividido en dos etapas la primera etapa consistioacute en la implementacioacuten de los moacutedulos alaacutembricos y la simulacioacuten de la parte inalaacutembrica Para llevar a cabo la simulacioacuten se utilizoacute la versioacuten de prueba del software Impronto de la compantildeiacutea Rococosoft ya que no se pudo adquirir la licencia para programar en forma real la comunicacioacuten con Bluetooth en los dispositivos moacuteviles Los resultados obtenidos en la primera etapa fueron presentados en el documento de tesis titulado ldquoSistema Colaborativo de Reuniones para PCs y Dispositivos Moacutevilesrdquo [2] La segunda etapa la cual se presenta en esta tesis es la implementacioacuten de la etapa inalaacutembrica en forma real de tal modo que se pueda tener acceso al sistema por medio de los dispositivos moacuteviles Se retomaraacuten algunas de las ideas de la primera etapa de proyecto asiacute como las sugerencias y se fundamentaraacute con base en la investigacioacuten de los diferentes tipos de reuniones y tomas de decisiones grupales para darle mayor peso a todo el proyecto Ademaacutes se agregaraacute para el cliente moacutevil el moacutedulo lluvia de ideas y para el cliente del servidor se adicionaraacute el moacutedulo de agenda y lluvia de ideas los cuales no fueron contemplados en la primera etapa del proyecto En la siguiente seccioacuten se exponen los objetivos que persigue este trabajo de investigacioacuten

13 Objetivos El objetivo general del proyecto de tesis es desarrollar un sistema colaborativo para dispositivos moacuteviles utilizando el protocolo de comunicacioacuten inalaacutembrico Bluetooth el cual serviraacute de apoyo durante una reunioacuten laboral Se consideraron dos aspectos importantes la colaboracioacuten siacutencrona distribuida y la colaboracioacuten asiacutencrona Los objetivos especiacuteficos que persigue el desarrollo de este proyecto son

bull Analizar las diferentes teacutecnicas de toma de decisiones y seleccionar la que mejor se adapte al sistema de reuniones inalaacutembrico a desarrollar

bull Implementar un conjunto de aplicaciones que apoyen a los usuarios durante la etapa de planificacioacuten de la reunioacuten como es elaborar la agenda y enviar la convocatoria a los participantes a la reunioacuten

bull Implementar un conjunto de herramientas colaborativas para que los miembros del grupo puedan tomar acuerdos y conversar entre ellos al momento de llevar a cabo la reunioacuten Para ello no es necesario que los miembros del grupo tengan una interaccioacuten cara a cara sino que cada uno podraacute participar en la reunioacuten a traveacutes de un dispositivo moacutevil que cuente con la tecnologiacutea Bluetooth

bull Almacenar en un repositorio las minutas de las reuniones laborales efectuadas 14 Justificacioacuten En el mercado existen muchas aplicaciones colaborativas como son editores de documentos chats videoconferencias sistemas de soporte a la reunioacuten por citar algunos ejemplos pero todas ellas comparten algo en comuacuten y es que este tipo de aplicaciones funcionan en LAN debido en gran medida a que la mayoriacutea de las empresas cuentan con ese medio para compartir informacioacuten En la actualidad existen en el mercado diferentes aplicaciones colaborativos para llevar a cabo las reuniones electroacutenicas en la Tabla 11 se detallan algunas de las caracteriacutesticas de este tipo de software


3

Tabla 11 Sistemas de reuniones electroacutenicas existentes en el mercado

Software Caracteriacutesticas Requerimientos Centra eMeeting [URL 2]

bull Se notifica a los participantes a traveacutes de un enlace en una invitacioacuten por correo electroacutenico o por medio de la paacutegina personal de eMeeting1

bull Se obtienen comentarios inmediatos de los asistentes por medio de

a Consulta del tipo sino b Sondeos de opciones

muacuteltiples c Peticiones de turno para

hablar d Chatrsquos de texto puacuteblicos o

privados bull Se almacenan los puntos de la

reunioacuten y materiales como agendas minutas y presentaciones para futuras revisiones

bull PC con Windows bull Un navegador web bull Una conexioacuten de 288

Kbps

Marratech Work Environment [URL 11]

bull Permite el acceso a un grupo de trabajo en un ambiente seguro con voz sobre IP

bull Interaccioacuten en un aacuterea de trabajo con soporte para documentos Office

bull Comunicacioacuten por voz y texto a traveacutes de chat grupales o privados

bull Posibilidad de observar a los participantes

bull Marratech E-meeting Portal Server instalado en un servidor local para sistemas operativos Windows NT 40 2000 XP Linux Red Hat Mac OS X y Sun Solaris

bull Marratech Pro para el cliente

Web_Demo Server [URL 9]

bull Software de colaboracioacuten en la Web en tiempo real

bull Incluye un puerto visual charla en vivo por medio de voz y teclado y e-whiteboarding

bull Se instala en el servidor

bull Navegador web bull Conexioacuten de Internet

SISCO [URL 17]

bull Pre-reunioacuten asiacutencrona distribuida destinada a soportar los conceptos de apoyo a la reunioacuten siacutencrona cara a cara

bull Plantea diferentes escenarios de las reuniones (diariamente semanalmente u ocasionalmente)

bull Provee a los participantes con facilidades para la discusioacuten y

bull Telnet bull Oracle

1 Cada usuario tiene su paacutegina de inicio personal de eMeeting con un Instant Meeting RoomTM que siempre estaacute disponible y con acceso instantaacuteneo para reuniones especiales


4

elaboracioacuten de una pre-reunioacuten

Lotus QuickPlace [URL 6]

bull Provee a los equipos un espacio donde ellos pueden lograr consensos a traveacutes de foros colaborar en documentos definir planes actividades y coordinar recursos

bull Planificar y mantener reuniones electroacutenicas en tiempo real

bull Intercambiar mensajes instantaacuteneos

bull Servidor Lotus Sametime

Brezee Live [URL 10]

bull Chat puacuteblico y privado bull Transferencia de archivos tales

como video documentos y simulaciones Flash

bull Integra herramientas como las pizarras electroacutenicas o video conferencias

bull Votaciones en tiempo real dentro del cuarto de reunioacuten

bull Windows 98 ME XP NT 40 2000

bull Macintosh 92 bull Navegador Web bull Macromedia Flash

Player 60 o una versioacuten superior

bull Microacutefono y videocaacutemara

VirtualCal [URL 20]

bull Facilita el uso de la tecnologiacutea de la informacioacuten entre grupos multidisciplinarios mediante el desarrollo e implementacioacuten de un sistema colaborativo con recursos de videoconferencia sobre Internet2

bull Registro e informacioacuten de usuarios y grupos de trabajo

bull Soporte para reuniones virtuales en tiempo real audio y viacutedeo presentacioacuten de documentos aacuterea de conversacioacuten entre usuarios notas navegacioacuten por la web y una pizarra electroacutenica

bull Servidor en el cual se instala VirtualCal

bull Videocaacutemaras y microacutefonos

Las aplicaciones citadas en la Tabla 11 tienen una caracteriacutestica en comuacuten son soluciones colaborativas para la web es decir para su funcionamiento se requiere de una computadora personal un navegador web e Internet o Intranet Esto representa una desventaja para aquellas personas que se encuentran en constante movimiento dentro de la organizacioacuten y que requieren interactuar entre siacute Una tecnologiacutea que no ha sido explotada lo suficiente con el uso de sistemas colaborativos son las redes inalaacutembricas o WLAN la cual permite comunicar a un conjunto de dispositivos moacuteviles tales como la Palm Pocket PC teleacutefonos celulares y computadoras moacuteviles sin la necesidad de cables Tomando en consideracioacuten que para algunas empresas el tener concentrados a todos sus miembros en un mismo lugar y al mismo tiempo para trabajar colaborativamente es difiacutecil surge la idea de desarrollar un conjunto de aplicaciones colaborativas para el soporte de las reuniones electroacutenicas utilizando una red inalaacutembrica


5

Bluetooth mediante la cual los usuarios que cuenten con alguacuten dispositivo moacutevil (con tecnologiacutea Bluetooth) puedan tener acceso al sistema sin importar el lugar en el que se encuentren dentro de la organizacioacuten

15 Groupware Las tecnologiacuteas Groupware permiten llevar a cabo un trabajo en grupo y ofrece el soporte necesario para elaborar un proyecto compartido junto con otras personas Es indudable que los frutos de esta colaboracioacuten son mayores que los conseguidos a partir del trabajo individual sobre todo cuando se trata de realizarlo dentro de una empresa donde se busca maximizar el rendimiento Una definicioacuten formal de groupware se cita a continuacioacuten

ldquoSistemas basados en computadoras que apoyan a grupos de personas que trabajan en una tarea comuacuten y que proveen de una interfaz de ambiente compartidordquo [3] Algunas de las caracteriacutesticas de los groupwares son

bull Memoria grupal Es el espacio comuacuten donde los miembros de un grupo almacenan informacioacuten en forma ordenada referente al desarrollo de la actividad realizada por el mismo

bull Roles Es un conjunto de privilegios y responsabilidades atribuidas a una persona o a un agente

bull Protocolos de comunicacioacuten Son las diferentes maneras en las cuales los miembros del grupo pueden interactuar es decir se establecen las reglas que les permiten enviar y recibir sentildeales comprensibles a cada uno de los miembros del grupo

Una de las taxonomiacuteas para ambientes groupware maacutes conocida es la clasificacioacuten espacio-tiempo que delimita las categoriacuteas de las aplicaciones como lo muestra la Tabla 12

Tabla 12 Taxonomiacutea espacio-tiempo

Tiempo

Espacio

Mismo tiempo Diferente momento

Mismo lugar Interaccioacuten cara a cara Pantallas compartidas lluvia de ideas GDSS2

Interaccioacuten Asiacutencrona Agendas de proyectos tablones de anuncios

Diferente lugar

Interaccioacuten siacutencrona distribuida

Editores compartidos chat pizarras electroacutenicas

videoconferencias

Interaccioacuten asiacutencrona distribuida

Correo electroacutenico grupos de noticias flujos

de trabajo

En lo que respecta a la clasificacioacuten mostrada en la Tabla 12 existen dos tendencias baacutesicas la cooperacioacuten siacutencrona y la cooperacioacuten asiacutencrona La primera permite que los miembros del grupo se integren y construyan en consenso su actividad la interaccioacuten puede ser cara a cara

2 GDSS Group Decision Support System es aquel que permite mediante un proceso maacutes dinaacutemico llegar a acuerdos en la toma de decisiones


6

(mismo lugar) o distribuida (diferente lugar) para ello es necesario que los participantes se encuentren conectados en el mismo momento Entre las aplicaciones de este estilo se encuentra el chat las videoconferencias las teleconferencias por mencionar algunos En la cooperacioacuten asiacutencrona los participantes pueden compartir datos sin la necesidad de estar conectados en el mismo momento Por ejemplo el correo electroacutenico el workflow los sistemas de escritura colaborativa entre otros La tecnologiacutea colaborativa groupware cuenta con tres funciones baacutesicas llamadas las tres Crsquos

bull Comunicacioacuten Es la funcioacuten que determina el proceso que debe seguirse para el intercambio de mensajes en las organizaciones

bull Cooperacioacuten Funcioacuten en la cual se realizan actividades individuales y coordinadas de los miembros de un grupo que permiten la realizacioacuten de una tarea comuacuten

bull Coordinacioacuten Es el conjunto de mecanismo del grupo u organizacioacuten utilizados para establecer un enlace coherente entre las actividades de cada subunidad incluyendo la distribucioacuten de tareas y el seguimiento de las mismas

El trabajo cooperativo en el aacutembito empresarial esta representado por el conjunto de estrategias organizacionales maacutes la tecnologiacutea de informacioacuten las cuales maximizan los resultados y minimizan la peacuterdida de tiempo y de informacioacuten Algunas de las razones para incorporar groupware a una organizacioacuten son [3]

bull Mejor control de costos bull Incremento de la productividad bull Pocas reuniones bull Integracioacuten de grupos geograacuteficamente dispersos bull Proveer mejores servicios que diferencien a la organizacioacuten etc

Observando las razones expuestas se percibe que estaacuten enfocadas en el negocio en la organizacioacuten y en particular en mejorar la capacidad competitiva de eacutesta haciendo a este tipo de soluciones una gran inversioacuten para las empresas ya que rompen con las barreras espacio-tiempo con ello los empleados de un grupo pueden trabajar en tiempos diferentes y en espacios distintos 16 Toma de Decisiones en Grupo Debido a que el hombre es un ser social por naturaleza a tenido la necesidad de reunirse para realizar actividades en comuacuten En el aacutembito empresarial este fenoacutemeno se encuentra presente y se utiliza en gran medida para la toma de decisiones Las decisiones en grupo surgen cuando varias personas contribuyen a elaborar una decisioacuten final Las ventajas y desventajas de las decisiones que se toman en forma grupal se muestran en la Tabla 13 [5]

Tabla 13 Ventajas y desventajas de la toma de decisiones grupales

Ventajas Desventajas bull Generan informacioacuten y

conocimientos maacutes completos bull Reunir a los participantes en el

mismo lugar y al mismo tiempo bull Incrementan la diversidad de

puntos de vista bull Consume tiempo

bull Decisiones de alta calidad bull Presiones para entrar a la conformidad

bull Aceptacioacuten mucho mayor de una bull Dominada por uno o pocos


7

solucioacuten miembros

La toma de decisiones en grupo no se debe utilizar de manera indiscriminada pues requiere maacutes tiempo y personas que la toma de decisiones individuales Por ello debe quedar reservada para tomar decisiones no rutinarias que tengan un gran peso para las empresas En resumen los grupos constituyen un excelente medio para desempentildear muchos pasos en el proceso de toma de decisiones Son una fuente tanto de amplitud como de profundidad en la participacioacuten para la reunioacuten de la informacioacuten Si el grupo se compone de individuos con diversos antecedentes las alternativas generadas deberiacutean ser maacutes extensivas y el anaacutelisis maacutes criacutetico Cuando se estaacute de acuerdo en la solucioacuten final hay maacutes gente que la apoye y la ponga en praacutectica 17 Teacutecnicas de Toma de Decisiones en Grupo La forma maacutes comuacuten de la toma de decisiones en grupo tiene lugar en los grupos de interaccioacuten En eacutestos los miembros se reuacutenen cara a cara y se apoyan tanto en la interaccioacuten verbal como en la no verbal (expresiones faciales y los movimientos corporales) para comunicarse entre ellos Puesto que esta reunioacuten implica la discusioacuten abierta de un problema se han desarrollado mecanismos uacutetiles para ejercer mayor control durante el proceso La toma de decisiones Delphi el meacutetodo dialeacutectico de la decisioacuten la lluvia de ideas los ciacuterculos de calidad y la teacutecnica del grupo nominal son algunos de los mecanismos descritos en los siguientes apartados

171 Toma de Decisiones Delphi En este caso se elige un jurado de personas relevantes para que se ocupen de un asunto La seleccioacuten de los miembros del grupo responde a su experiencia en la materia o a que poseen informacioacuten pertinente por compartir A cada uno de ellos se le proporciona una serie de cuestionarios Se reuacutenen las respuestas de todos los miembros se hace un resumen de eacutestas y se les devuelve a los participantes para su revisioacuten Posteriormente se pide a los miembros del grupo que tomen otra decisioacuten con base en la nueva informacioacuten Este proceso se repite varias veces hasta que las respuestas converjan satisfactoriamente Una vez terminada la interaccioacuten se elabora un informe final El eacutexito depende de la disponibilidad que tengan los miembros con respecto al tiempo de la reunioacuten su experiencia sus habilidades para comunicarse y su motivacioacuten Las ventajas de este meacutetodo son [8]

bull Eliminacioacuten de problemas interpersonales entre los participantes bull Uso eficiente del tiempo de expertos bull Disposicioacuten por los participantes de tiempo suficiente para la reflexioacuten y el anaacutelisis bull Diversidad y cantidad de las ideas generadas bull Exactitud de las predicciones y pronoacutesticos elaborados

172 Meacutetodo Dialeacutectico de Decisioacuten Algunos grupos de toma de decisiones con interaccioacuten personal convergen raacutepidamente en una alternativa y pasan por alto otras condiciones Su evaluacioacuten incompleta de opciones puede reflejar ya sea el disgusto de los participantes por las reuniones o su falta de disposicioacuten para exponer y confrontar asuntos difiacuteciles


8

El proceso dialeacutectico (Fig 11) se inicia con una explicacioacuten clara del problema por resolver posteriormente se generan dos o maacutes propuestas diferentes En seguida los participantes identifican los supuestos expliacutecitos o impliacutecitos de cada propuesta El grupo se divide despueacutes en subgrupos defensores los que examinan y aumentan los meacuteritos relativos de sus opciones Esta decisioacuten supone adoptar alguna de las opciones combinar varias ideas generadas o la generacioacuten de una nueva propuesta [8] Las ventajas de este meacutetodo son la mejor compresioacuten de las propuestas premisas baacutesicas asiacute como las opiniones a favor y en contra generadas por los participantes Un efecto que tienen los miembros del grupo al utilizar este meacutetodo es que se sienten maacutes seguros de la decisioacuten que toman

Fig 11 Meacutetodo de la dialeacutectica de decisiones 173 Lluvia de Ideas Este meacutetodo es el maacutes conocido para obtener posibles soluciones a un problema en forma grupal Los miembros de un grupo de manera espontaacutenea generan diversas soluciones para un problema sin sentirse limitadas ni controladas Para obtener una sesioacuten eacutexitosa se deben seguir las siguientes reglas [5]

1 Reunir entre cinco y ocho participantes 2 A cada uno de los miembros del grupo darles la oportunidad de generar soluciones

alternativas para el problema 3 No se deben emitir criacuteticas o juicios de valor durante la sesioacuten 4 Estimular la libertad de expresioacuten 5 Conseguir cantidad en lugar de calidad 6 Fomentar que los presentes aprovechen las ideas de los demaacutes

Problema

Propuesta A Propuesta B

Supuestos A Supuestos B

ProsContra A ProsContra B

Decisioacuten

A Negociar A y B Nueva Solucioacuten B


9

7 Registrar cada idea o grabar la sesioacuten 8 Una vez terminada la sesioacuten editar y perfeccionar la lista de ideas y elegir una o

dos para su implantacioacuten Baacutesicamente este meacutetodo tiene dos grandes principios El primero es la suspensioacuten del juicio en el cual se alienta la generacioacuten de toda clase de ideas sin que medien en ello criacuteticas ni evaluaciones y el segundo principio es que la cantidad produce la calidad Entre maacutes ideas se generen finalmente se desarrollaraacuten ideas de mayor calidad [8] En las sesiones de lluvia de ideas los miembros del grupo se muestran entusiastas su participacioacuten es superior a la normal y el grupo mantiene una firme orientacioacuten a sus tareas Puesto que en este meacutetodo las ideas se van acumulando los miembros del grupo experimentan que el producto final ha sido una solucioacuten en equipo

Cuando esta teacutecnica se fusiona con la tecnologiacutea de informacioacuten surge la llamada lluvia de ideas electroacutenica o Group Systems En este proceso cada uno de los miembros interactuacutea con su computadora reciben una pregunta un tema o una solucioacuten de establecimiento de prioridades En respuesta teclean sus ideas conforme eacutestas surgen Una vez recibidas las aportaciones en las pantallas aparece un conjunto de las ideas del grupo ya sea para responder a ellas editarlas o emitir votos Con esta teacutecnica se incrementa la cantidad y calidad de las ideas ya que los participantes no se ven directamente concentraacutendose maacutes en la generacioacuten de nuevas ideas y menos en los aspectos interpersonales de la interaccioacuten

174 Ciacuterculos de Calidad El ciacuterculo de calidad es un grupo pequentildeo de empleados de la misma aacuterea de trabajo que se reuacutenen con regularidad con un dirigente y en forma voluntaria para identificar resolver y dar soluciones a problemas relacionados con el trabajo En la Fig 12 se muestra el proceso fundamental que siguen los ciacuterculos de calidad para la solucioacuten de problemas Las tres funciones baacutesicas son identificar analizar y resolver problemas de calidad y productividad [6]

Fig 12 Solucioacuten de problemas en los ciacuterculos de calidad

Los ciacuterculos de calidad para resolver problemas se apoyan en teacutecnicas tales como [7]

bull Lluvia de ideas

Identificar Solucionar Analizar

Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas

Vigilar solucioacuten

Plan de Seguimiento

Elegir Solucioacuten

Soluciones


10

bull Diagramas de flujo bull Anaacutelisis de Pareto bull Diagramas de causa y efecto bull Histogramas bull Graacuteficos bull Cuadros de Control bull Hojas de verificacioacuten bull Matrices para decisiones bull Anaacutelisis de costo-beneficio

175 Teacutecnica del Grupo Nominal La teacutecnica del grupo nominal (TGN) es un meacutetodo para tomar decisiones en grupo que se sujeta a un formato bien estructurado El teacutermino nominal significa que restringe la discusioacuten o la comunicacioacuten interpersonal durante el proceso de toma de decisiones En este meacutetodo los miembros se reuacutenen cara a cara para agrupar sus juicios de una manera sistemaacutetica pero independiente Los pasos a seguir para aplicar esta teacutecnica se muestra en la Fig 13 [5]

Fig 13 Teacutecnica del grupo nominal

La ventaja primordial es permitir que el grupo se reuacutena formalmente pero no restringe el pensamiento independiente como lo hace la interaccioacuten del grupo Al unir la tecnologiacutea de informacioacuten y la teacutecnica del grupo nominal surge el concepto de reunioacuten electroacutenica el cual seraacute detallado en la seccioacuten 177 176 Reuniones Tradicionales Organizaciones grandes o pequentildeas sufren en mayor o menor medida de problemas de comunicacioacuten ya sea por las distancias que separan a sus miembros o la falta de tiempo y recursos para comunicarse lo anterior genera una problemaacutetica sobre el objetivo de mantener a toda la organizacioacuten en el mismo rumbo Esto lleva a buscar diversas teacutecnicas que permitan

1 Grupo Pequentildeo

2 Liacuteder plantea un problema

4 Participacioacuten oral de los

participantes

3 Participacioacuten escrita de los participantes

5 Aclarar y evaluar

sugerencias

6 Calificar alternativas


11

establecer lineamientos trabajar en proyectos y generar acuerdos Uno de esos mecanismos son las reuniones de trabajo Se entiende por reunioacuten de trabajo al proceso que convoca a un conjunto de personas que tienen algo en comuacuten y en muchas ocasiones son el medio idoacuteneo para la toma de decisiones en grupo Una definicioacuten formal de reunioacuten es la siguiente

ldquoUna reunioacuten se constituye con un grupo de personas de parecido perfil profesional unidas en un espacio y tiempo y con una documentacioacuten concreta para su lectura debate y aprobacioacutenrdquo [4] Si bien es cierto que muchos participantes consideran a las reuniones como una peacuterdida de tiempo una fuente de confusioacuten e informacioacuten imprecisa eacutestas representan un instrumento esencial para el trabajo en equipo A partir de ellas se favorece el intercambio de opiniones ideas y criterios para obtener al final los acuerdos entre los miembros del grupo De ahiacute que las reuniones sean necesarias y para que sean efectivas es primordial conocer el objetivo de la misma Existen tres clases de reuniones que tienen objetivos muy definidos [4]

bull Reunioacuten Informativa Los miembros del grupo no necesariamente toman decisiones o acuerdos soacutelo se les presenta informacioacuten de hechos que deben conocer

bull Reunioacuten Negociativa Se reuacutene al equipo de trabajo para establecer los objetivos estaacutendares responsabilidades diagnosticar analizar yo resolver un problema por citar algunos ejemplos

bull Reunioacuten Consultiva En este caso se evaluacutean si los procesos implantados han tenido una respuesta favorable proponer innovaciones diagnosticar problemas por mencionar algunos

Son muchos los factores que pueden reincidir para que la reunioacuten sea un fracaso Es por ello que se deben considerar las caracteriacutesticas del grupo las cuales se detallan a continuacioacuten [4]

bull Tamantildeo Se refiere al nuacutemero de personas que conforman al grupo si el nuacutemero de sus miembros es mayor a siete la comunicacioacuten tenderaacute a centralizarse en unos cuantos por lo tanto el resto del grupo sentiraacuten que no son tomados en cuenta

bull Proximidad Se refiere a la ubicacioacuten es decir se encuentran en el mismo sitio o en diferentes lugares

bull Frecuencia Es el lapso de tiempo que toman los miembros del grupo en reunirse bull Motivacioacuten Si los miembros del grupo se encuentran interesados o tienen un

objetivo comuacuten que los hace unificarse bull Compenetracioacuten Hace referencia a las relaciones interpersonales que sostienen

los miembros del grupo es maacutes productivo trabajar en un ambiente amigable que en uno que no lo es

bull Composicioacuten Se refiere a las habilidades capacidades conocimientos nivel jeraacuterquico y metas de cada uno de los miembros del grupo

Tambieacuten hay que considerar el periodo en que los miembros del grupo se reuacutenen por ello se debe tomar en cuenta las categoriacuteas de las reuniones [URL 17]

bull Reunioacuten Diaria Los participantes estaacuten unidos en un proyecto con su objetivo comuacuten y el alcance de sus decisiones es informal por un acuerdo general

bull Reunioacuten Semanal o Mensual Los participantes trabajan en proyectos diferentes y existen elementos de competitividad

bull Reunioacuten Irregular Los miembros se reuacutenen ocasionalmente o por un proyecto especial


12

Las reuniones son sistemas dinaacutemicos en los cuales se toman decisiones grupales que no siempre suceden en la primera sesioacuten sino en sesiones futuras en las cuales los miembros del grupo tienen mucha interaccioacuten El ciclo de vida de la reunioacuten se muestra en la Fig 14

Fig 14 Ciclo de vida de la reunioacuten

La reunioacuten es un ciclo que inicia con las actividades de planificacioacuten de la reunioacuten hasta la post-reunioacuten La planificacioacuten constituye la cimentacioacuten de la reunioacuten puesto que es el primer paso para lograr que una reunioacuten sea eficaz es importante preguntarse iquestPor queacute es necesaria si la respuesta no es relevante o no afecta a la organizacioacuten en gran magnitud y eacutesta se lleva a cabo lo uacutenico que genera es un sentimiento de peacuterdida de tiempo ademaacutes del conjunto de repercusiones negativas que pueden afectar sobre el propio trabajo El anaacutelisis del por queacute de la reunioacuten lleva a fijar con claridad el objetivo de la misma Una vez determinado el objetivo se establece la meta a la que se desea llegar La meta queda definida por escrito y es distribuida a cada uno de los participantes a la reunioacuten No hay que dejar a un lado el tiempo disponible para el desarrollo de la reunioacuten enviar la convocatoria a los participantes fijar el lugar contar con los recursos teacutecnicos y la asistencia de los miembros a la reunioacuten los cuales se integran por el organizador el moderador y los asistentes [4] El desarrollo de la reunioacuten es la etapa en la que se ha de exponer o debatir el tema objeto de la reunioacuten y el momento en el cual los puntos de vista de cada uno de los miembros convergen estos son documentados por escrito en un acta si se trata de una asamblea de accionistas o en una minuta si son reuniones de trabajo Para dar un seguimiento a la reunioacuten se evaluacutea si los objetivos planteados fueron alcanzados en caso contrario considerar las posibles causas que lo impidieron Ademaacutes se informa de los procedimientos a seguir a todos los interesados Este proceso se conoce como post-reunioacuten 177 Reuniones Electroacutenicas Al proponer una reunioacuten de trabajo se debe tomar una decisioacuten con respecto al lugar fecha y hora en que eacutestas se llevaraacuten a cabo Los participantes de acuerdo a sus prioridades deberaacuten ajustar sus agendas para asistir a una localidad comuacuten Cuando la organizacioacuten se encuentra

1) Planificacioacuten de la Reunioacuten

2) Desarrollo de la Reunioacuten

3) Post-Reunioacuten


13

distribuida en diferentes grupos es de suponer que los que convocan a la reunioacuten consideraraacuten la inversioacuten para que eacutesta pueda llevarse a cabo y sobre todo para tener en un mismo espacio a los convocados Pero iquestqueacute sucede si se tiene que tomar una decisioacuten trascendental para la organizacioacuten y sus miembros se encuentren distribuidos en amplias aacutereas geograacuteficas y con agendas de trabajo muy ocupadas El realizar una reunioacuten tradicional traeriacutea consigo muchos costos y ajustes en las agendas de los participantes Para estas organizaciones no hay otra solucioacuten maacutes que realizar sus reuniones utilizando medios electroacutenicos Las reuniones electroacutenicas son sistemas que ofrecen ambientes especiales para la interaccioacuten de un grupo de personas distribuidas en lugares diferentes con gran soporte en hardware y software Generalmente se conectan varias estaciones de trabajo en red y equipos de audio y video Estos sistemas incluyen asistencia en la preparacioacuten de la reunioacuten tales como generacioacuten de ideas organizacioacuten y priorizacioacuten de ideas propuestas y sistemas de apoyo a las decisiones Su funcionamiento es muy simple primero se reuacutene a un grupo de personas cada una en una computadora despueacutes se presentan las tareas a los participantes quienes teclean sus respuestas los comentarios individuales y los votos se despliegan en una pantalla comuacuten para que todos conozcan el resultado final al que se llegoacute Como se ha mencionado en secciones anteriores el ciclo de vida de la reunioacuten estaacute formado por tres estados bien definidos planeacioacuten de la reunioacuten desarrollo de la reunioacuten y post-reunioacuten En cada uno de los estados existen herramientas que proporcionan las reuniones electroacutenicas

bull Planificacioacuten de la reunioacuten En muchas ocasiones esta etapa se realiza minutos antes de iniciar la sesioacuten Para ello se requiere informacioacuten previa para que los participantes entiendan la situacioacuten actual en base a los estados previos Con esta finalidad las reuniones electroacutenicas ofrecen herramientas para administracioacuten y planificacioacuten como son los cuestionarios electroacutenicos agendas e incluso lluvia de ideas

bull Desarrollo de la reunioacuten Para este caso se proveen herramientas para organizar la discusioacuten permitir la interaccioacuten en paralelo mecanismos de votacioacuten editores cooperativos por citar algunos

bull Post-reunioacuten En este estado las reuniones electroacutenicas proveen herramientas de reportes de asignacioacuten de tareas herramientas para hacer copias de documentos de salida para integrar mejor la relacioacuten entre la salida de la reunioacuten y la entrada de la proacutexima

Las mayores ventajas de las reuniones electroacutenicas son [11]

bull Generacioacuten automaacutetica de una memoria de la reunioacuten bull Comunicacioacuten paralela ya que es maacutes estimulante generar informacioacuten en el

contexto de un trabajo en equipo bull Posibilidad del anonimato aumenta la objetividad de la informacioacuten y disminuye la

presioacuten ocasionada por la jerarquiacutea en los miembros del grupo bull Aumenta la velocidad en la reunioacuten al evitar el desviacuteo en las discusiones

El uso de medios electroacutenicos para realizar reuniones de trabajo puede resultar un apoyo ideal si se desea implementar esquemas que generen una memoria organizacional y conduzcan a la administracioacuten del conocimiento generado en estos encuentros ya que las reuniones electroacutenicas al poder ser autodocumentadas muestran no soacutelo las decisiones tomadas sino ademaacutes la liacutenea de razonamiento que llevoacute a esas conclusiones


14

18 Reuniones Tradicionales vs Reuniones Electroacutenicas En el apartado anterior se mencionaron las ventajas de las reuniones electroacutenicas Ahora se hace una comparacioacuten de las reuniones tradicionales y las electroacutenicas para comprender mejor los beneficios que estas uacuteltimas ofrecen 181 Participacioacuten En una reunioacuten tradicional solamente uno de los participantes puede hablar a la vez En el caso de reuniones electroacutenicas se podriacutean considerar participaciones simultaacuteneas por lo tanto maacutes personas participan por unidad de tiempo Para las reuniones electroacutenicas el status o puesto de los participantes adquiere menos peso en la toma de decisiones ya que el uso de estos medios no arroja pistas con respecto al status o prestigio de los que enviacutean los mensajes Por el contrario el status en las reuniones tradicionales entra en juego desde el primer momento en que comienza la reunioacuten pues normalmente son los representantes de alto nivel jeraacuterquico quienes primero toman la palabra pudiendo ocasionar asiacute que sus argumentos aunque deacutebiles sean convincentes al verse fortalecidos por una prevaloracioacuten de quienes los escuchan 182 Consensos La utilizacioacuten de medios electroacutenicos puede llevar a que los participantes adopten posiciones extremistas comparadas con las que se establecen en reuniones tradicionales lo que conlleva a una mayor dificultad para alcanzar un consenso La dificultad radica principalmente en que cuando los participantes enviacutean un mensaje electroacutenico resulta complicado imprimir en eacuteste el estado de aacutenimo Algunos mensajes pueden resultar rudos o deacutebiles dependiendo del juicio personal del lector Esto implica la necesidad de mensajes posteriores para aclarar su intencioacuten 183 Calidad de las Decisiones Dado que en las reuniones electroacutenicas el status de los participantes queda en un segundo teacutermino y que se puede por este medio convocar a un nuacutemero mayor y maacutes variado de participantes las decisiones a las que llegan los grupos trabajando bajo este modelo suelen ser impredecibles no convencionales democraacuteticos y con menos influencia por parte de los miembros de alto status Sin embargo estas decisiones tienden a ser de mayor riesgo que las tomadas por medios tradicionales Puesto que en las reuniones electroacutenicas existe una gran interaccioacuten con los participantes y en ocasiones la toma de decisiones se torna difiacutecil se utiliza un moderador el cual debe de cumplir con las siguientes caracteriacutesticas

bull El moderador es elegido de forma democraacutetica por los participantes bull Se mantiene imparcial y no favorece ninguna de las opiniones expresadas por los

miembros bull Es un factor cohesionante y conciliador bull Ayuda al proceso de toma de decisiones facilitando que los miembros establezcan

conclusiones


15

Si bien es cierto la utilizacioacuten de este medio electroacutenico en una organizacioacuten cambia la forma en la cual se toman las decisiones y pese a las desventajas que puede presentar resulta ser una solucioacuten viable para aquellas organizaciones que requieran tomar una decisioacuten lo maacutes pronto posible El intereacutes de desarrollar un conjunto de herramientas colaborativas es para que sirva de apoyo a las interacciones grupales las cuales son muy comunes en las organizaciones Son varias las metodologiacuteas existentes para la toma de decisiones grupales pero para el desarrollo del sistema que se plantea en esta tesis se toma la teacutecnica del grupo nominal por tener un formato bien estructurado y por el uso de un liacuteder para llevar a cabo la reunioacuten Dentro de los pasos de esta teacutecnica se incluye un moacutedulo para la lluvia de ideas mecanismo mediante el cual los participantes podraacuten generar sus ideas las cuales pueden ser posteriormente analizadas Ademaacutes se incluye un moacutedulo de votaciones mediante el cual se elige la opcioacuten con mayor aceptacioacuten dentro del grupo Una aplicacioacuten de este sistema colaborativo para el apoyo a las reuniones puede encontrarse en los ciacuterculos de calidad por las caracteriacutesticas que estos presentan las cuales ya fueron analizadas en secciones anteriores

Sistema de Reuniones Inalaacutembrico Capiacutetulo 2 Comunicaciones Inalaacutembricas

16

Capiacutetulo 2 Comunicaciones Inalaacutembricas

21 Comunicacioacuten Inalaacutembrica

En un principio el uso comuacuten que se daba a las redes de computadoras era el compartir recursos de hardware tales como impresoras yo medios de almacenamiento Actualmente inmersos en la era de la informacioacuten el compartir este tipo de medios ha pasado a un segundo teacutermino Como consecuencia el uso de redes de computadoras en los corporativos crecioacute raacutepidamente ya que no soacutelo se podiacutea compartir recursos sino tambieacuten informacioacuten Hace unos antildeos la uacutenica forma de comunicar dos o maacutes computadoras era por medio de un cable obligando a los usuarios a permanecer en un solo espacio Esto es un problema ya que muchos de los usuarios desean acceder a su informacioacuten desde cualquier punto ya sea por aire mar o tierra Una solucioacuten es el uso de redes inalaacutembricas las cuales usan ondas electromagneacuteticas (radio e infrarrojo) para transferir informacioacuten desde un punto a otro sin ninguna conexioacuten fiacutesica En la Tabla 21 se resumen las caracteriacutesticas maacutes destacadas de las redes inalaacutembricas [URL 22]

Tabla 21 Redes inalaacutembricas

WLAN (Wireless Local Area Network)

WWAN (Wireless Wide Area Network)

WMAN (Wireless Metropolitan

Area Netowrk)

WPAN (Wireless Personal Area

Network) Estaacutendar IEEE 80211 No existente IEEE 80216 IEEE 80215 Aacuterea de

cobertura Edificios o campus

universitarios

Nacional Aacuterea Metropolitana

Distancias pequentildeas

Aplicaciones bull Extensioacuten o una alternativa para la LAN

bull Acceso remoto a redes corporativas para e-mail y aplicaciones

bull Acceso a Internet

bull Redes de telefoniacutea celular

bull Extensioacuten de LAN

bull Utilizado para reemplazo de cables

bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps

Velocidad de transmisioacuten

de datos

1 - 11 Mbps

GPRS 128 - 1500 Kbps

70 Mbps 01 - 4 Mbps

Hoy en diacutea las redes inalaacutembricas han tenido una gran aceptacioacuten en el mercado debido a los beneficios que eacutestas presentan entre las que se destacan [URL 23]

bull Movilidad Proveen a los usuarios acceso en tiempo real a la informacioacuten de la organizacioacuten en cualquier punto en el que se encuentren

bull Flexibilidad La instalacioacuten de los sistemas inalaacutembricos es raacutepido y faacutecil ya que no es necesario tener un cableado en las instalaciones Ideal para aacutereas en las cuales es imposible usar una cableado para tener acceso a la red por ejemplo aacutereas en zonas abiertas

bull Escalabilidad Agregar usuarios a la nueva red es maacutes faacutecil ya que no se requiere de una configuracioacuten compleja

22 Tecnologiacuteas Inalaacutembricas de Corto Alcance

Actualmente existen varios protocolos que permiten conectar dos o maacutes dispositivos sin el uso de cables ZigBee UWB IrDA Bluetooth y WiFi (80211) son algunos ejemplos ZigBee es una combinacioacuten de HomeRF Lite y 802154 con una velocidad de transmisioacuten de 250Kbps y al igual que Bluetooth y WiFi utiliza la banda 24 GHz ISM el rango de esta tecnologiacutea es de 70-30 mts [URL 24] UWB (Ultra Wide Band) pertenece al IEEE 802153a utiliza un ancho de banda de 31-106 GHz con una cobertura de 10-30 mts la velocidad de transferencia es de 100 Mbps esto se debe a que transmite sobre una ampliacutea gama de frecuencias de radio incluyendo aquellas que cuentan con licencia [URL 19] Ambas tecnologiacuteas se encuentran en desarrollo por lo cual no existen en el mercado muchos productos que la soporten Las tres uacuteltimas tecnologiacuteas son las maacutes populares por lo tanto sus caracteriacutesticas maacutes relevantes se resumen en la Tabla 22 [URL 1][URL 7][URL 21]

Tabla 22 Caracteriacutesticas de protocolos inalaacutembricos de corto alcance

Caracteriacutesticas IrDA Bluetooth WiFi Espectro 850 - 900 nm luz 24 GHz RF 24 - 5 GHz RF

Velocidad de transferencia 9600 bps - 16 Mbps 1 Mbps 11 - 500 Mbps

Rango 1 m 10 - 100 mts 30 - 100 mts Poder de

transferencia 40 - 500 mW 10 - 100 mW 100 mW

Aplicaciones Datos Datos WPAN WLAN

Audio WLAN

Autentificacioacuten Liacutenea-de-luz PIN3 Ninguna 3 PIN (Personal Identification Number) es una cadena de 4 diacutegitos que forma el nuacutemero de identificacioacuten personal


18

Dispositivos soportados 2

8 (activos) 200 (pasivos)

Conexiones a traveacutes de un punto de

acceso

Canales de voz RTCON4 3 VoIP

Tipos de terminales

Laptop teleacutefonos celulares PDAs

impresoras modems PC

PC Laptop teleacutefonos celulares

automoacuteviles headsets Pocket PCs

PDAs modems impresoras PC Laptop Servidores

Ya que el sistema de reuniones inalaacutembrico se utilizaraacute en dispositivos moacuteviles se requiere que el protocolo inalaacutembrico a elegir no consuma demasiado poder de bateriacutea del dispositivo De la Tabla 22 se puede notar que los protocolos que cumplen con esa caracteriacutestica son IrDA y Bluetooth De ellos el protocolo a utilizar es Bluetooth ya que el utilizar IrDA implicariacutea que ambos dispositivos se encuentren a una distancia de 1m en liacutenea recta y en una posicioacuten fija En la siguiente seccioacuten se explica con maacutes detalle algunas de las caracteriacutesticas con las que cuenta Bluetooth

23 Bluetooth La tecnologiacutea Bluetooth ofrece una forma de remplazar cables y enlaces infrarrojos que interconectan dispositivos por un enlace de radio universal de corto alcance con capacidad de crear pequentildeas radio LANs Bluetooth es una tecnologiacutea de radio de corto alcance que permite conectividad inalaacutembrica entre dispositivos remotos Opera en la banda libre de radio ISM (Industrial Scientific and Medical) a 24 GHz Su maacutexima velocidad de transmisioacuten de datos es de 1Mbps El rango de alcance es de 10m sin embargo se pueden alcanzar distancias de hasta 100m con el uso de amplificadores [URL 1] 231 Pila Bluetooth En la Fig 21 se muestra la pila de protocolos Bluetooth como se observa la comunicacioacuten sobre Bluetooth se divide en varias capas A continuacioacuten se describen cada una de las capas [1]

bull La capa inferior Bluetooth Radio se ocupa de la transmisioacuten y la modulacioacuten de radio

bull Banda Base Es la responsable de controlar y enviar paquetes sobre el enlace de radio Provee dos canales de transmisioacuten datos y voz Mantiene un enlace SCO (Siacutencrono Orientado a la Conexioacuten) para voz y un enlace ACL (Asiacutencrono no Orientado a la Conexioacuten) para datos

bull LMP (Link Manager Protocol) Es el responsable de la autentificacioacuten encriptacioacuten control y configuracioacuten del enlace El LMP tambieacuten se encarga del manejo de los

4 RTCON es un componente IrMC (Infrared for Mobile Communications) que permite transmitir voz sobre un enlace IrDA


19

modos y consumo de potencia ademaacutes soporta los procedimientos necesarios para establecer un enlace SCO

Fig 21 Pila Bluetooth

bull HCI (Host Controller Interface) Brinda un meacutetodo de interfaz uniforme para

acceder a los recursos de hardware de Bluetooth Eacuteste contiene una interfaz de comando para el controlador banda base y la gestioacuten de enlace

bull L2CAP (Logical Link Control and Adaptation Protocol) Corresponde a la capa de enlace de datos Tiene tres funciones principales o Acepta paquetes de hasta 64 Kb provenientes de las capas superiores y los

divide en tramas para transmitirlos Las tramas se reensamblan nuevamente en paquetes en el otro extremo

o Multiplexacioacuten y demultiplexacioacuten de varias fuentes de paquetes Cuando se reensambla un paquete la capa L2CAP determina cuaacutel protocolo de las capas superiores lo manejaraacute

o Se encarga de la calidad de los requerimientos de servicio tanto al establecer los enlaces como durante la operacioacuten normal

bull SDP (Service Discovery Protocol) Es el proceso mediante el cual las aplicaciones localizan y recogen informacioacuten sobre otros dispositivos cercanos

bull RFCOMM (Radio Frequency Communication) Este protocolo ofrece emulacioacuten de puertos seriales sobre el protocolo L2CAP Ofrece capacidades de transporte a servicios de capas superiores que usan una liacutenea serial como mecanismo de transporte

bull TCS Binary (Telephony Control Specification) Es un protocolo que define la sentildealizacioacuten de control de llamadas para el establecimiento y liberacioacuten de una conversacioacuten o una llamada de datos entre unidades Bluetooth Ademaacutes ofrece funcionalidad para intercambiar informacioacuten de sentildealizacioacuten no relacionada con el progreso de llamadas

bull La capa de Audio es una capa especial usada soacutelo para enviar audio sobre Bluetooth Las transmisiones de audio pueden ser ejecutadas entre una o maacutes unidades usando muchos modelos diferentes


20

bull Protocolos Especiacuteficos o Control de Telefoniacutea-Comandos AT Soporta un nuacutemero de comandos AT para el

control de telefoniacutea a traveacutes de emulacioacuten de puerto serial (RFCOMM) o PPP (Point-to-Point) El PPP es un protocolo orientado a paquetes y por lo tanto

debe usar su mecanismo serial para convertir varios paquetes de datos en una corriente de datos seriales Funciona sobre RFCOMM para lograr las conexiones punto-a-punto

o Protocolo UDPTCP-IP Permiten a las unidades Bluetooth conectarse por ejemplo a Internet a traveacutes de otras unidades conectadas Por lo tanto la unidad puede actuar como un puente para Internet La configuracioacuten TCPIPPPP estaacute disponible como un transporte para WAP

o WAP (Wireless Aplication Protocol) Es una especificacioacuten de protocolo inalaacutembrica que trabaja con una amplia variedad de tecnologiacuteas de red inalaacutembricas conectando dispositivos moacuteviles a Internet Bluetooth puede ser usado como portador para ofrecer el transporte de datos entre el cliente WAP y su servidor de WAP adyacentes

o OBEX (Object Exchanged) Es un protocolo opcional de nivel de aplicacioacuten disentildeado para permitir a las unidades Bluetooth soportar comunicacioacuten infrarroja para intercambiar una gran variedad de datos y comandos Define una sesioacuten la cual es usada para enviar peticiones del cliente al servidor

El sistema de reuniones inalaacutembrico trabajaraacute con las capas superiores de la pila de protocolos Bluetooth especiacuteficamente con la capa RFCOMM para establecer los flujos de lectura y escritura del servidor y del cliente Ademaacutes se utiliza el protocolo OBEX para el enviacuteo de mensajes hacia los clientes Se decide realizar conexiones RFCOMM porque el protocolo de Intercambio de Objetos utiliza como mecanismo de comunicacioacuten RFCOMM 232 Topologiacutea de la Red Bluetooth Los dispositivos Bluetooth estaacuten organizados en grupos llamados piconet que consta de un nodo maestro y hasta siete nodos esclavos activos El dispositivo que invita a otros dispositivos a una piconet se conoce como maestro y los dispositivos que aceptan la invitacioacuten se llaman esclavos Un maestro y un esclavo usan una comunicacioacuten punto-a-punto (Fig 22) si hay maacutes de un esclavo se establece una comunicacioacuten punto-a-multipunto (Fig 23) Como se observa en las figuras los esclavos en una piconet soacutelo se conectan al maestro es decir no existe un enlace directo entre los esclavos

Fig 22 Topologiacutea Punto-a-Punto Fig 23 Configuracioacuten Punto-a-Multipunto Un conjunto de piconets interconectadas se denomina scatternet (Fig 24) En esta configuracioacuten el maestro de una piconet puede funcionar como esclavo de otra piconet o un esclavo puede estar en dos piconets diferentes a la vez La desventaja que presenta la


21

topologiacutea scatternet es que las diferentes piconets implicadas en ellas luchan entre siacute por la obtencioacuten del ancho de banda por lo tanto el ancho de banda efectivo es menor Aunque la especificacioacuten Bluetooth restringe el nuacutemero de esclavos activos en una piconet a siete puede haber hasta 255 nodos estacionados en la red los cuales se encuentran en un modo de bajo consumo Existen tres modos que ayuda a los dispositivos a reducir el desgaste innecesario de sus pilas

1 Modo Sniff En este modo el tiempo de actividad durante el cual el esclavo escucha se reduce y no toma un rol activo en la red

2 Modo Hold El dispositivo no transmite datos el enlace del esclavo puede ponerse en espera es decir el esclavo puede hacer otras operaciones tales como buscar nuevos dispositivos atender la invitacioacuten de otra piconet entre otras actividades

3 Modo Park En este estado el esclavo esta sincronizado al maestro pero no es parte del traacutefico Deja de ser miembro de la piconet lo cual es uacutetil cuando hay maacutes de siete dispositivos que necesitan participar en la piconet

Fig 24 Scarttenet

233 Perfiles Bluetooth El estaacutendar Bluetooth fue creado para ser usado por un gran nuacutemero de fabricantes e implementado en diversas aacutereas Para asegurar que todos los dispositivos que usen Bluetooth sean compatibles entre siacute es necesario establecer esquemas de comunicacioacuten estandarizados El grupo Bluetooth SIG ha definido modelos de usuario y perfiles de protocolo Un perfil define los roles y capacidades de tipos especiacuteficos de aplicaciones

Existen cuatro perfiles generales definidos Perfil Geneacuterico de Acceso (GAP) Perfil de Puerto Serial Perfil del Aplicacioacuten de Descubrimiento de Servicio (SDAP) y Perfil Geneacuterico de Intercambio de Objetos (GOEP) En la Fig 25 se muestra el esquema de los perfiles Bluetooth A continuacioacuten se hace una breve descripcioacuten de los perfiles Bluetooth [1]

bull GAP Este perfil define los procedimientos generales para el descubrimiento y establecimiento de conexioacuten entre dispositivos Bluetooth El GAP maneja el descubrimiento y establecimiento entre unidades que no estaacuten conectadas y asegura que cualquier par de unidades Bluetooth pueden intercambiar informacioacuten para descubrir queacute tipo de aplicaciones soportan

bull Perfil del Puerto Serial Es un protocolo de transporte que la mayoriacutea de los perfiles restantes utiliza Define los requerimientos necesarios para establecer una conexioacuten de cable serial emulada usando RFCOMM entre dos dispositivos similares


22

Fig 25 Perfiles Bluetooth

bull SDAP Define los protocolos y procedimientos para una aplicacioacuten en un

dispositivo donde se desea descubrir y recuperar informacioacuten relacionada con servicios localizados en otros dispositivos

bull GOEP Este perfil define protocolos y procedimientos usados por aplicaciones para ofrecer caracteriacutesticas de intercambio de objetos Los usos pueden ser por ejemplo sincronizacioacuten transferencia de archivos o modelo Object Push Los dispositivos maacutes comunes que usan este modelo son agendas electroacutenicas PDAs y teleacutefonos celulares

bull Perfil de Telefoniacutea Inalaacutembrica Define coacutemo el teleacutefono moacutevil puede ser usado para acceder a un servicio de telefoniacutea de red fija a traveacutes de una estacioacuten base El perfil incluye llamadas a traveacutes de una estacioacuten base haciendo llamadas de intercomunicacioacuten directa entre dos terminales y accediendo adicionalmente a redes externas Es usado por dispositivos que implementan el llamado ldquoteleacutefono 3-en-1rdquo

bull Perfil de Intercomunicador En este se define usos de teleacutefonos moacuteviles los cuales establecen enlaces de conversacioacuten directa entre dos dispositivos es decir funcionan como walkie-talkie

bull Perfil de Manos Libres Define los requerimientos necesarios para soportar el uso de manos libres en los dispositivos moacuteviles En este caso el dispositivo puede ser usado como unidad de audio inalaacutembrico de entradasalida

bull Perfil Dial-up Networking En este caso el perfil define los protocolos y procedimientos que deben ser usados por dispositivos que implementen el uso del modelo llamado Puente Internet es aplicado cuando un teleacutefono celular o modem es usado como un modem inalaacutembrico

bull Perfil Fax Este perfil define los protocolos y procedimientos que deben ser usados por dispositivos que implementen el uso de fax Un teleacutefono celular puede ser usado como un fax inalaacutembrico

bull Perfil de Acceso LAN Se define el acceso a una LAN usando el protocolo PPP sobre RFCOMM Soporta acceso LAN para un dispositivo Bluetooth acceso LAN para varios dispositivos y PC-a-PC (usando interconexioacuten PPP con emulacioacuten de cable serial)

bull Perfil Object Push Se definen protocolos y procedimientos usados en el modelo object push Este perfil usa GOEP en el modelo object push hay procedimientos para introducir en el inbox sacar e intercambiar objetos con otro dispositivo


23

bull Perfil de Transferencia de Archivos Define protocolos y procedimientos usados en el modelo de transferencia de archivos en el cual hay procedimientos para verificar un grupo de objetos de otro dispositivo Bluetooth transferir objetos entre dos dispositivos y manipular objetos de otro dispositivo Los objetos podriacutean ser archivos o directorios de un grupo de objetos tal como un sistema de archivos

bull Perfil de Sincronizacioacuten En este caso se definen protocolos y procedimientos usados en el modelo de sincronizacioacuten El modelo soporta intercambios de informacioacuten por ejemplo sincronizar calendarios de diferentes dispositivos

El conjunto de aplicaciones que se propone desarrollar en la presente tesis requiere que el dispositivo Bluetooth tenga habilitado el perfil para el Puerto Serie y Object Push El perfil del Puerto Serial es necesario para establer conexiones RFCOMM para la comunicacioacuten entre el maestro y los esclavos El perfil Object Push es utilizado para el enviacuteo de las convocatorias yo mensajes a cada uno de los clientes

El sistema de reuniones inalaacutembrico elige el protocolo de comunicacioacuten inalaacutembrico Bluetooth por las siguientes razones

bull Nuacutemero de dispositivos conectados Para que las reuniones no sean un fracaso es importante tomar en cuenta el tamantildeo del grupo ya que si este es mayor a 7 la interaccioacuten se centraraacute en unos cuantos Por lo anterior las piconet son ideales para formar grupos pequentildeos por el nuacutemero de dispositivos que permite conectar a ella

bull Movilidad El utilizar un protocolo de comunicacioacuten inalaacutembrico permite que los usuarios puedan participar en la reunioacuten laboral desde cualquier lugar en el que se encuentren siempre y cuando esteacuten dentro del rango de cobertura de Bluetooth

bull Bajo consumo de energiacutea Los dispositivos con los que se trabaja cuentan con una bateriacutea que no es de alto consumo por lo tanto la eleccioacuten de una tecnologiacutea que no consuma mucha energiacutea es vital para no eliminar la movilidad del sistema

24 Especificacioacuten de la Solicitud-82 (JSR-82) Cada vez es maacutes comuacuten encontrar dispositivos moacuteviles con soporte para Java y Bluetooth motivo por el cual surge la necesidad de programar estos dispositivos a traveacutes de Java La comunidad de Java ha desarrollado una API estandarizada que permite el desarrollo de aplicaciones con soporte para Bluetooth dicha especificacioacuten es JSR-82 JSR-82 o mejor conocido como JABWT (Java Bluetooth Wireless Technology) es un paquete opcional que depende de CLDC5 Provee funcionalidad en tres categoriacuteas

bull Descubrimiento Incluye descubrir dispositivos servicios y registro de servicios bull Comunicacioacuten Permite establecer conexiones (RFCOMM L2CAP y OBEX) entre

dispositivos y usar estas conexiones para comunicarse con aplicaciones Bluetooth bull Administrar el dispositivo Permite manipular y controlar las conexiones

La arquitectura de JABWT se muestra en la Fig 26 [URL 15]

5 CLDC (Connected Limited Device Configuration) es una de las configuraciones J2ME disentildeadas para dispositivos moacuteviles como teleacutefonos celulares y Palms las cuales se caracterizan por tener poco poder de procesamiento poca memoria y trabajan con una bateriacutea Generalmente incluye una maacutequina virtual KVM (Kilobyte Virtual Machine)


24

Fig 26 Arquitectura JABWT

JABWT es una solucioacuten idoacutenea para el desarrollo de aplicaciones en dispositivos moacuteviles pero no puede ser utilizada como tal en la implementacioacuten para PCs En este caso se utiliza Avetana Bluetooth que es la API para el desarrollo de aplicaciones sobre computadoras la cual provee las funcionalidades de JABWT El sistema de reuniones inalaacutembrico utiliza dos APIs para el cliente utiliza JABWT y la aplicacioacuten se encuentra en la capa superior es decir reside en MIDP y Aplicaciones Bluetooth Para el servidor se utiliza la API Avetana Bluetooth Existen dispositivos moacuteviles que soportan la maacutequina virtual de java y tienen el hardware para Bluetooth sin embargo no soportan el API JSR-82 Esto quiere decir que las aplicaciones que se desarrollen para el manejo de Bluetooth no pueden ser interpretadas por la maacutequina virtual Por ello habraacute que acudir a las especificaciones del fabricante para verificar que las APIs esteacuten soportadas En la siguiente seccioacuten se expondraacuten las especificaciones de algunos dispositivos moacuteviles

25 Dispositivos Moacuteviles La revolucioacuten inalaacutembrica estaacute en pleno auge por ello existen en el mercado un sin nuacutemero de dispositivos que cuentan con soporte para comunicaciones inalaacutembricas tales como teleacutefonos celulares computadores de escritorio computadoras portaacutetiles PDAs entre otros El uso de comunicaciones inalaacutembricas ha cambiado la forma en la cual las personas trabajan y se comunican En las secciones subsecuentes se hace una descripcioacuten breve de algunos dispositivos moacuteviles que cuentan con la tecnologiacutea Bluetooth haciendo mayor eacutenfasis en la telefoniacutea celular y PDAs 251 Telefoniacutea Celular La telefoniacutea celular es un segmento del mercado que ha tenido un crecimiento en gran escala La primera generacioacuten de teleacutefonos celulares eran analoacutegicos y su principal propoacutesito era el comunicacioacuten de voz Ahora con las innovaciones tecnoloacutegicas la telefoniacutea moacutevil ha cambiado a digital y ha incrementando sus funciones como el transportar datos imaacutegenes video y navegar en Internet utilizando para ello alguna de las redes inalaacutembricas En la Tabla 23 se presentan algunas de las caracteriacutesticas de los teleacutefonos celulares existentes en el mercado [URL 8]


25

Tabla 23 Caracteriacutesticas de algunos teleacutefonos celulares representativos

Modelo Pantalla (piacutexeles)

Especificacioacuten Memoria

Sony Ericsson P910 aci

208 x 320 CLDC 10 MIDP 20 Bluetooth API Wireless Messaging API 11 Personal Java 111

64 MB

Nokia 9300 640 x 200 CLDC 11 MIDP 20 Nokia UI API Wireless Messaging API Mobile Media API Bluetooth API (JSR-82 No OBEX) FileConnection and PIM API CDC 10 Personal Profile Foundation Profile

80MB

Nokia 6620 176 x 208 CLDC 10 MIDP 20 Nokia UI API Wireless Messaging API Mobile Media API Bluetooth API (JSR-82 No OBEX)

12MB


6MB


32 MB

Siemens S55 101 x 80 CLDC 10 MIDP 10

No especificado

Siemens SX1 160 x 120 CLDC 10 MIDP 10

No especificado

La telefoniacutea celular es soacutelo un paso maacutes en la tecnologiacutea moacutevil Existen otros dispositivos inalaacutembricos que han tenido una gran aceptacioacuten en el mercado ofreciendo mayor capacidad que la proporcionada por la telefoniacutea celular Los dispositivos a los que se hace referencia son los PDAs 252 PDAs Una PDA es un dispositivo moacutevil o computadora de bolsillo que permite a las personas desplazarse constantemente y continuar trabajando en sus actividades diarias Hay dos


26

subclases de PDAs las Palms y Pocket PCs cada una de ellas con caracteriacutesticas muy particulares las cuales se presentan en la Tabla 24

Tabla 24 Caracteriacutesticas de los PDAs

Palm Pocket PC

Los dispositivos son baacutesicamente para administrar informacioacuten personal con grandes pantallas y con la capacidad de escribir con un laacutepiz

La Pocket PC es baacutesicamente una PC en miniatura

El sistema operativo es maacutes simple (Palm OS Access Linux Platform)

Cuentan con un sistema operativo muy parecido a las PCs (Windows CE Familiar)

En el mercado existen una gran variedad de PDAs los cuales han evolucionado con respecto a los primeros dispositivos En un principio contaban con poca capacidad de memoria y con sistemas de reconocimiento de escritura manuscrita Ahora cuentan con mayor capacidad de memoria incrementaron la capacidad de procesamiento y permiten a los usuarios conectarse a Internet o pueden sincronizar su dispositivo moacutevil con la PC En la Tabla 25 se presentan algunos modelos de PDAs junto con sus caracteriacutesticas maacutes relevantes [URL 3][URL 5][URL 13][URL 18]

Tabla 25 Modelos de PDAs

Marca Modelo Pantalla Procesador Sistema Operativo Memoria Palm Tugsten T5 TFT 320 x 480 XScale 416 MHz Palm OS 54 55 MB

Palm Tugsten T3 TFT 320 x 480 XScale 400 MHz Palm OS 521 52 MB

Palm Zire 72 TFT 320 x 320 PXA270 312 MHz Palm OS 528 24 MB Sony Clieacute PEG-UX50 TFT 480 x 320 230 MHz Palm OS 50 96 MB

Dell Axim X30 No especificado XScale con WMMX 624 MHz

Windows Mobile 2003 Segunda Edicioacuten 64 MB

Dell Axim X50 TFT QVGA 240 x 320 XScale 520 MHz


Dell Axim X50v TFT QVGA 480 x 640

XScale con WMMX 624 MHz


Hewlett Packard iPAQ rx3115 No especificado

Samsung S3C 2440 de 300 MHz


Hewlett Packard iPAQ hx4700 No especificado PXA270 624MHz


PalmOne Tugsten T 320 x 320 OMAP 1510 144 MHz Palm OS 50 12 MB


27

Hewlett Packard iPAQ h5550 TFT Xscale 400 MHz

Windows para Pocket PC 2003 128 MB

Como se mencionoacute en las secciones anteriores los dispositivos moacuteviles deben soportar una maacutequina virtual contar con el hardware Bluetooth y JABWT pero no todos los dispositivos reuacutenen esas caracteriacutesticas Para la telefoniacutea celular se utilizoacute el teleacutefono Nokia 6260 porque tiene los requerimientos necesarios para el funcionamiento de las aplicaciones Por otra parte en las PDAs el sistema de reuniones inalaacutembrico no puede ser implantado en este momento ya que las APIs para el manejo de Bluetooth en dichos dispositivos se encuentran en desarrollo

Sistema de Reuniones Inalaacutembrico Capiacutetulo 3 Anaacutelisis y Disentildeo

28

Capiacutetulo 3 Anaacutelisis y Disentildeo

31 Introduccioacuten Son varias las metodologiacuteas para el desarrollo de aplicaciones entre las que se encuentran el modelo en cascada prototipo espiral por citar algunos pero estas metodologiacuteas no son completamente aplicables para el desarrollo de sistemas colaborativos ya que no toman en cuenta en ninguna de sus etapas las tres Crsquos (comunicacioacuten coordinacioacuten y colaboracioacuten) las cuales son fundamentales para el desarrollo de aplicaciones colaborativas AMENITIES (A MEthodology for aNalysis and desIgn of cooperaTIve systEmS) es una metodologiacutea basada en modelos de comportamiento y tareas para el anaacutelisis disentildeo y desarrollo de sistemas colaborativos Esta metodologiacutea se caracteriza por centrarse en el concepto de grupo cubriendo aspectos tanto de su comportamiento como de su estructura ademaacutes se apoya de UML (Unified Modeling Language) el cual es considerado un estaacutendar para el desarrollo de aplicaciones En la Fig 31 se muestra el esquema general de la metodologiacutea en eacutesta se observan los principales modelos implicados y las fases generales las cuales son anaacutelisis del sistema y obtencioacuten de requisitos modelado del sistema cooperativo disentildeo del sistema y desarrollo del sistema software [URL 4] El sistema de reuniones inalaacutembrico presentado en este trabajo de tesis se apoya de dos metodologiacuteas AMENITIES y ldquoDisentildeo Centrado en el Usuariordquo ya que en cada una de las etapas se toman en consideracioacuten al usuario En los apartados siguientes se desarrollan las fases de la metodologiacutea AMENITIES En los siguientes capiacutetulos se hablaraacute de la implementacioacuten y pruebas hechas a la aplicacioacuten

32 Anaacutelisis y Obtencioacuten de Requisitos 321 Descripcioacuten del Problema En la actualidad muchas organizaciones estaacuten formadas por diferentes grupos de trabajo que tienen que interactuar entre siacute para llevar a cabo un trabajo ya sea para analizar yo resolver problemas dentro de la empresa informar de los avances del proyecto por mencionar algunas Lo anterior implica tomar en cuenta factores tales como diacutea hora lugar contar con la documentacioacuten especifica para la reunioacuten material para exposiciones y la asistencia de los


29

participantes El reunir a un grupo de personas para la toma de decisiones en un mismo recinto puede ser la mayor dificultad siacute estos se encuentran en puntos diferentes y con muacuteltiples tareas que no les permiten asistir a la reunioacuten Este problema para la empresa se refleja en peacuterdidas tanto econoacutemicas como de tiempo

Fig 31 Metodologiacutea AMENITIES

El comportamiento de los participantes es un factor importante a considerar ya que muchos de los miembros a la reunioacuten no llegan con la documentacioacuten necesaria para la reunioacuten porque desconociacutean el tema objeto de la misma El centralizar la discusioacuten en unos cuantos porque el nuacutemero de personas que asisten es muy grande o que las opiniones tomadas en cuenta son de personas que tienen un alto rango dentro de la organizacioacuten Tomando en consideracioacuten lo anterior se propone desarrollar un sistema de reuniones inalaacutembrico para dispositivos moacuteviles el cual proporciona un ambiente colaborativo en el que los usuarios sin importar el lugar en donde se encuentren dentro de la organizacioacuten asistan de forma activa durante el proceso de la toma de decisiones sin dejar a un lado sus actividades cotidianas El sistema inalaacutembrico ofrece herramientas que cubren las tres fases del ciclo de vida de la reunioacuten Las herramientas que proporciona son elaboracioacuten del orden del diacutea enviar la convocatoria a los participantes mensajeriacutea cuartos virtuales (conversaciones y lluvia de ideas) en los cuales pueden conversar los miembros de la reunioacuten contabilizacioacuten de votaciones y almacenamiento de los acuerdos a los que se llegaron durante la discusioacuten 322 Descripcioacuten Funcional El sistema de reuniones inalaacutembrico para dispositivos moacuteviles se basa en una arquitectura maestroesclavos El sistema cuenta con las siguientes herramientas agenda invitaciones mensajeriacutea sala de conversacioacuten lluvia de ideas votaciones y recolector de minuta las cuales sirven de apoyo durante el desarrollo de la reunioacuten


30

bull Agenda Una de las tareas necesarias para llevar a cabo una reunioacuten eacutexitosa es la planificacioacuten de la misma por lo tanto se proporciona este servicio El liacuteder del equipo es el encargado de convocar a una reunioacuten para ello debe especificar el tipo de reunioacuten el motivo de la misma la fecha y hora en la que se llevaraacute a cabo la sala virtual en la que se iniciaraacute la reunioacuten la hora en la que estima que termine la junta el orden del diacutea el nombre de la persona que convoca y los participantes La informacioacuten anterior seraacute enviada a los participantes junto con su password correspondiente para el acceso a la junta de trabajo

bull Invitaciones Herramienta que es utilizada por el liacuteder del equipo y consiste en elegir a los participantes que asistiraacuten a la reunioacuten para ello el liacuteder selecciona el departamento y posteriormente al miembro que desea invitar

bull Mensajeriacutea Los usuarios pueden redactar y enviar mensajes a otros miembros de la organizacioacuten

bull Sala de conversacioacuten Es utilizada durante el desarrollo de la reunioacuten y permite a los participantes interactuar entre ellos para analizar discutir yo resolver problemas de la organizacioacuten Los asistentes a la reunioacuten tienen acceso a la misma siempre y cuando hayan recibido una notificacioacuten la cual contiene entre otra informacioacuten el password de acceso

bull Sala lluvia de ideas Ambiente virtual en el cual los usuarios generan posibles soluciones para un problema especiacutefico para ello el liacuteder del equipo enviacutea un toacutepico a los participantes y cada uno de los miembros podraacute proponer una solucioacuten

bull Votaciones Moacutedulo que es utilizado para aceptar una solucioacuten de forma grupal para ello almacena contabiliza y grafica cada uno de los votos emitidos por los asistentes a la reunioacuten ya sea en la sala de conversacioacuten o en la lluvia de ideas Antes de emitir una votacioacuten se solicita el motivo de la misma

bull Recolector de minuta Para poder llevar un control yo seguimiento de la reunioacuten se elabora un recolector de minuta que tiene como finalidad contener informacioacuten como es los participantes que asistieron la hora a la que entraron los acuerdos que se tomaron durante la reunioacuten y en caso de haber existido votaciones colocar los resultados de eacutestas

El sistema de reuniones inalaacutembrico cuenta con una base de datos que contiene la informacioacuten personal de cada uno de los empleados de la empresa asiacute como tambieacuten el aacuterea de trabajo a la que pertenecen En la Fig 32 se muestra el diagrama que se propone para la aplicacioacuten

Fig 32 Diagrama del sistema de reuniones inalaacutembrico


31

323 Descripcioacuten de los Usuarios El sistema de reuniones inalaacutembrico identifica tres tipos de usuarios los cuales son descritos a continuacioacuten

bull Administrador El administrador es el encargado de configurar mantener y actualizar el sistema de reuniones inalaacutembrico Su responsabilidad dentro del sistema es configurar mantener y actualizar el sistema Este tipo de usuario es el encargado de ingresar modificar y eliminar informacioacuten de los empleados dentro de la base de datos y mantener la funcionalidad del sistema

bull Participante moacutevil El participante moacutevil es la persona que tiene acceso al sistema de forma externa es decir utiliza las herramientas proporcionadas para la etapa del desarrollo de la reunioacuten como las salas virtuales y el mecanismo de votaciones Su responsabilidad dentro del sistema es el buen uso de la aplicacioacuten Este tipo de usuario puede acceder al sistema desde cualquier punto dentro de la organizacioacuten y participar de forma activa durante el proceso de la toma de decisiones utilizando un teleacutefono celular con los requerimientos miacutenimos que se especifican en la seccioacuten 325

bull Liacuteder del Equipo El liacuteder del equipo es la persona que tiene acceso al sistema de forma externa es decir utiliza herramientas proporcionadas para la etapa de planificacioacuten y desarrollo de la reunioacuten y post-reunioacuten Su responsabilidad dentro del sistema es el buen manejo del mismo Este tipo de usuario tiene como actividades elaborar la agenda notificar a los invitados ser moderador durante el desarrollo de la reunioacuten solicitar el voto a los miembros de la reunioacuten elegir las ideas de mayor importancia para ser enviadas y redactar una conclusioacuten una vez terminada la discusioacuten

324 Restricciones

bull En este momento el sistema soacutelo funciona para telefoniacutea celular ya que para los otros dispositivos moacuteviles no se cuenta con la maacutequina virtual que interprete la API de Bluetooth esta restriccioacuten seraacute eliminada cuando se cuente con dicha maacutequina virtual

bull Alcance de los dispositivos moacuteviles que en su mayoriacutea son de 10mts bull Poco poder de procesamiento y memoria de los dispositivos moacuteviles

325 Requerimientos del Sistema En la Tabla 31 se muestran los requerimientos miacutenimos de los dispositivos moacuteviles y el servidor para la funcionalidad del sistema

Tabla 31 Requerimientos miacutenimos del sistema

Dispositivo Moacutevil Servidor Teleacutefono celular Procesador 500 MHz 1MB de espacio en memoria 2 GB de espacio en disco duro CLDC 10 Manejador de base de datos Postgres 74 MIDP 20 Driver JDBC para Postgres 74 Tecnologiacutea Bluetooth con soporte para el perfil SPP y Object Push

Tecnologiacutea Bluetooth con soporte para el perfil SPP y OBEX

Soporte para aplicaciones J2ME Pila de protocolos Bluetooth


32

Java JRE 14x Soporte para JABWT Libreriacutea AvetanaBluetooth

326 Especificacioacuten de Casos de Uso En la Fig 33 se muestra el diagrama de casos de uso general que se propone para el sistema de reuniones inalaacutembrico para dispositivos moacuteviles Se identificaron dos casos de uso para los dispositivos moacuteviles generar conversaciones y lluvia de ideas en donde los clientes podraacuten participar de forma activa durante el proceso de la toma de decisiones Para el caso del servidor se identificaron maacutes casos de uso porque en este se lleva un control de las reuniones y se elaboran actividades de planificacioacuten de la junta laboral Ademaacutes se almacena la informacioacuten administrativa de los grupos de trabajo y los empleados que la conforman

Administrador

InvitarParticipantes

Liacuteder

ParticipanteMoacutevil

Administrar Grupos

Administrar Empleados

Crear Agenda

ltltincludegtgt

Generar Conversaciones

Generar Lluvia de Ideas

ltltincludegtgtEmitir Votaciones

ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD

Fig 33 Diagrama de casos de uso general del sistema de reuniones inalaacutembrico

33 Anaacutelisis del Modelo Cooperativo A continuacioacuten se explican cada uno de los casos de uso involucrados y los diagramas de secuencia correspondiente


33

331 Caso de uso Administrar grupos Este caso de uso permite al administrador del sistema agregar modificar y eliminar en la base de datos los diferentes grupos de trabajo con los que cuenta la organizacioacuten Los actores que interactuacutean en este caso de uso son el administrador del sistema y el manejador de la base de datos (Postgres) El administrador es el actor principal y el manejador de la base de datos es un actor de soporte usado por el caso de uso En la Fig 34 se muestra el diagrama de secuencia correspondiente Flujo baacutesico de eventos

1 El caso de uso inicia cuando el usuario desea hacer una operacioacuten en la base de datos con respecto a los grupos de trabajo

2 El administrador desea ingresar un nuevo grupo de trabajo Teclea el nombre del nuevo grupo de trabajo y acepta

3 El sistema ingresa el nuevo grupo de trabajo en la base de datos 4 El administrador desea eliminar un grupo de trabajo ya existente Selecciona de la

tabla el grupo de trabajo a eliminar y acepta 5 El sistema elimina en la base de datos al grupo de trabajo seleccionado 6 El administrador desea modificar el nombre del grupo de trabajo Selecciona de la

tabla el grupo de trabajo que desea actualizar y teclea el nuevo nombre 7 El sistema actualiza el nombre del grupo de trabajo en la base de datos

Flujo alternativo

2a Introduccioacuten de nombre de grupo de trabajo invaacutelido Indicar un error 4a El usuario no desea eliminar el grupo de trabajo seleccionado Cancelar la operacioacuten 6a Introduccioacuten de nombre de grupo de trabajo invaacutelido Indicar un error

Requerimientos especiales

bull Manejador Postgres El administrador de la base de datos Postgres debe de estar funcionando

Precondiciones

bull No se encontraron para este caso de uso Poscondiciones

bull No se encontraron para este caso de uso


34

Administrador DepartamentoUI

GrupoTabla Postgres

agregaGrupoInsertGrupo(String)

insert into grupo(nombre) values(String)

actualizaGrupoUpdateGrupo(String Integer)

update grupo set nombre=String where id_g=Integer

borraGrupoDeleteGrupo(Integer)

delete from grupo where id_g=Integer

Fig 34 Diagrama de secuencia administrar grupo de trabajo

332 Caso de uso Administrar empleados Este caso de uso permite al administrador del sistema agregar datos personales y administrativos para un nuevo empleado en la base de datos Modificar y eliminar informacioacuten personal y administrativa de un empleado ya existente en la base de datos Los actores que interactuacutean en este caso de uso son el administrador el manejador de la base de datos (Postgres) y el adaptador Bluetooth El administrador es el actor principal mientras que el manejador de la base de datos y el adaptador de Bluetooth son actores de soporte para este caso de uso En la Fig 35 se muestra el diagrama de secuencia correspondiente al caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el administrador desea hacer una operacioacuten en la base de datos con respecto a los empleados de la organizacioacuten

2 El administrador busca los dispositivos Bluetooth cercanos 3 El sistema retorna los dispositivos Bluetooth que se encuentran dentro del rango

de cobertura 4 El administrador desea ingresar los datos personales y administrativos del

empleado Teclea el nombre la direccioacuten y el teleacutefono del empleado Selecciona el grupo de trabajo al que pertenece y el puesto que ocupa dentro del grupo

5 El administrador selecciona el dispositivo del empleado y acepta


35

6 El sistema ingresa los nuevos datos del empleado en la base de datos 7 El administrador desea eliminar un empleado en la base de datos Selecciona de la

tabla el empleado que desea eliminar 8 El sistema elimina los datos del empleado en la base de datos 9 El administrador desea actualizar los datos del empleado Selecciona de la tabla al

empleado al que le desea actualizar y modifica la informacioacuten 10 El sistema actualiza los datos del empleado en la base de datos

Flujo alternativo

5a Introduccioacuten del nombre del empleado la direccioacuten o teleacutefono invaacutelido Notificar el error 8a El administrador no desea eliminar la informacioacuten del empleado seleccionado Cancelar la operacioacuten 9a Introduccioacuten del campo a modificar invaacutelido Indicar error



bull Adaptador Bluetooth El adaptador de red debe de estar funcionando Precondiciones




36

Administrador PersonalUI PersonalTabla

FindDevicesBT Bluetooth Postgres

AgregaEmpleado

setDataString(Integer String String)

BuscaDevBTdeviceDiscovered(RemoteDevice DeviceClass)inquiry

setDataInt(Integer Integer String)

insert into personal values()

BorrarEmpleado

deleteEmpleado(Integer)delete from personal where id_p=Integer

ActualizaEmpleado


setDataString(Integer String String)update personal set campo= where id_p=

Fig 35 Diagrama de secuencia administrar empleados


37

333 Caso de uso Enviar mensajes Este caso de uso permite al usuario (liacuteder o administrador) redactar un mensaje o adjuntar un archivo para ser enviado a siete empleados (como maacuteximo) ya existentes en el sistema Los actores que interactuacutean en este caso de uso son el usuario manejador de la base de datos (Postgres) y el adaptador Bluetooth El usuario es el actor principal El manejador de la base de datos y el adaptador Bluetooth son actores de soporte para este caso de uso En la Fig 36 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el usuario desea enviar un mensaje a alguacuten miembro de la organizacioacuten

2 El usuario selecciona de una lista el nombre del destinatario Si el usuario desea enviar el mensaje a maacutes de una persona selecciona Copia de Carboacuten para elegir los destinatarios restantes

3 El usuario elige escribir un mensaje o adjuntar un archivo Si elige escribir un mensaje redacta el mismo en caso contrario indica la ruta del archivo que desea enviar

4 Si el usuario elige escribir un mensaje el sistema genera un archivo con el mensaje 5 El usuario enviacutea el mensaje o el archivo adjunto 6 El sistema le solicita al adaptador Bluetooth que encuentre los dispositivos

Bluetooth que se encuentren dentro del rango de cobertura 7 El sistema verifica si alguno de los dispositivos encontrados esta dentro del rango y

son destinatarios 8 Si hay dispositivos Bluetooth dentro del aacuterea de cobertura el sistema construye la

piconet para el enviacuteo del mensaje o archivo adjunto 9 Si alguno o todos los destinatarios estaacuten fuera del rango de cobertura el sistema

almacena en la base de datos el archivo que se generoacute si el usuario eligioacute redactar mensaje en caso contrario almacena la ruta del archivo a adjuntar

Flujos Alternativos

2a El usuario enviacutea a maacutes de 7 personas el mismo mensaje Indicar error 2b El usuario desea enviar el mensaje o el archivo adjunto a maacutes de una persona pero no ha seleccionado los destinatarios restantes Indicar error 3a El usuario no redacta el mensaje o no indica la ruta del archivo que desea adjuntar Indicar error

Requerimientos Especiales






38

Usuario EnviaMSJUI PendienteTabla

FindDevicesBT

Rfcomm BD Bluetooth Utileria

EnviarMensaje

deviceDiscovered(RemoteDevice DeviceClass) inquiry

Si dispositivo dentro del rango=setPiconetBind(Vector String)

[para cada dispositivo] rfcomm bind

[para cada dispositivo]ussp-push

Si dispositivo fuera del rango=setTablaPendiente(String String)

Si redacta mensaje=EscribirArchivo(String String)

Si redacta mensaje=LeerArchivo(String)

[para cada dispositivo fuera del aacuterea]insert into pendiente values()

OBEXPush(String Integer)

DispositivoCercano(Vector)

Fig 36 Diagrama de secuencia enviar mensaje

334 Caso de uso Crear agenda Este caso de uso permite al liacuteder del equipo planificar la reunioacuten de trabajo El liacuteder del equipo es quien establece el tipo de reunioacuten el objetivo la hora y fecha de la reunioacuten la sala para iniciar la reunioacuten la hora que estima que termine la reunioacuten el orden del diacutea y elige a los participantes de la reunioacuten Los actores que interactuacutean en este caso de uso son el liacuteder del equipo manejador de la base de datos (Postgres) y el adaptador Bluetooth El liacuteder del equipo es el actor principal El manejador de la base de datos y el adaptador Bluetooth son actores de soporte para este caso de uso En la Fig 37 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el liacuteder del equipo desea planificar una reunioacuten de trabajo


39

2 El liacuteder del equipo selecciona el tipo de reunioacuten escribe el objetivo que persigue esta indica la fecha y hora en la que se llevaraacute a cabo la reunioacuten indica la hora de finalizacioacuten elige la sala virtual escribe el orden del diacutea de la reunioacuten e invita a los participantes a la reunioacuten

3 El liacuteder del equipo enviacutea la convocatoria a los participantes 4 El sistema agrega en la base de datos la fecha hora inicial hora de finalizacioacuten

tipo de reunioacuten y la persona que convoco a la misma 5 El sistema lee el archivo invitadostxt que contiene las direcciones fiacutesicas que estaacuten

asociadas a cada uno de los participantes a la reunioacuten 6 El sistema agrega en la base de datos a cada uno de los participantes a la reunioacuten 7 El sistema busca los dispositivos Bluetooth que se encuentren dentro del aacuterea de

cobertura 8 El sistema verifica los dispositivos cercanos con los dispositivos invitados y los

clasifica 9 Mientras el dispositivo invitado se encuentre dentro del aacuterea de cobertura El

sistema genera para cada dispositivo invitado cercano un archivo que contiene informacioacuten de la convocatoria a la reunioacuten asiacute como tambieacuten su password Se crea un enlace al dispositivo invitado y se enviacutea el archivo convocatoria

10 Mientras el dispositivo invitado no se encuentre dentro del aacuterea de cobertura El sistema genera para cada dispositivo invitado no cercano un archivo que contiene informacioacuten de la convocatoria a la reunioacuten asiacute como tambieacuten su password Se almacena en la tabla pendientes la direccioacuten fiacutesica del dispositivo invitado no cercano y el archivo generado para la convocatoria

Flujos Alternativos

2a El objetivo de la reunioacuten no se ha escrito Indicar error 2b Existencia de una reunioacuten a ese misma fecha y hora Indicar error 2c No se ha invitado a los miembros a la reunioacuten Indicar un error





Poscondiciones bull Invitaciones El liacuteder del equipo puede ejecutar el caso de uso Invitar participantes


40

Liacuteder AgendaUI ReunionTabla Utileria FindDevicesBT

Rfcomm PendienteTabla Bluetooth Postgres

EnviaConvocatoria( )

setTablaReunion(String String String String)

LeerArchivo(rootinvitadostxt)

[para cada invitado]setParticipanteTabla(Integer String)

deviceDiscovered(RemoteDevice DeviceClass)

Vector[]=ChecaOnorOffBT(Vector Vector)

Si dispositivo cerca=[para cada invitado]CreaArchiConvocatoria(String String String String String)

RfcommBind(Integer String String)


Si dispositivo no cerca=[para cada dispositivo]CreaArchiConvocatoria(String String String String String)

[para cada dispositivo no cerca]setTablaPendiente(String String)

inquiry

insert into reunion values()

insert into participante values()

rfcomm bind

ussp-push

insert into pendiente values()

Fig 37 Diagrama de secuencia enviar agenda


41

335 Caso de uso Invitar participantes Este caso de uso permite al liacuteder del equipo elegir a los empleados de los diferentes grupos de trabajo que desea que asistan a la reunioacuten Los actores que interactuacutean en este caso de uso son el liacuteder del equipo y manejador de la base de datos (Postgres) El liacuteder del equipo es el actor principal y el manejador de la base de datos es un actor de soporte para este caso de uso En la Fig 38 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el liacuteder del equipo desea agregar a los participantes a la reunioacuten

2 El liacuteder del equipo elige el grupo de trabajo en el cual se encuentran los participantes que desea invitar

3 El liacuteder del equipo agrega a los participantes que desea convocar a reunioacuten 4 El sistema almacena la direccioacuten fiacutesica del dispositivo Bluetooth que esta asociado

con el invitado a la reunioacuten 5 El sistema genera un archivo llamado invitadostxt que contiene las direcciones

MAC del dispositivo Bluetooth de cada uno de los participantes 6 Para cada integrante a la reunioacuten el sistema genera un password el cual es

almacenado en la base de datos

Flujos Alternativos bull No se encontraron para este caso de uso

Requerimientos Especiales bull Manejador Postgres El administrador de la base de datos Postgres debe de estar

funcionando Precondiciones

bull Sesioacuten elaborar agenda Para que este caso de uso se inicie debe de existir una sesioacuten elaboracioacuten de agenda abierta

Poscondiciones



42

AgendaUI InvitacionUI PersonalTabla

Utileria Postgres Liacuteder

ShowInvitar()

AgregaInvitados( )

EscribirArchivo(String Vector)

[para cada invitado]creaPassword( )

[para cada invitado]setDataString(Integer String String)


ShowInvitar( )

Fig 38 Diagrama de secuencia invitar participantes

336 Caso de uso Generar Conversaciones (Rol Maestro) Este caso de uso permite al liacuteder del equipo llevar a cabo una reunioacuten laboral en la cual pueden discutir de forma abierta un problema y encontrar posibles soluciones El liacuteder del equipo es el encargado de esperar a los invitados a la reunioacuten si es que se inicia la junta de trabajo en esta sala virtual participar de forma activa durante la discusioacuten generarenviar votaciones a los miembros y una vez concluida la reunioacuten redactar la conclusioacuten Los actores que interactuacutean en este caso de uso son el liacuteder del equipo participante moacutevil y manejador de la base de datos (Postgres) El liacuteder del equipo y el participante moacutevil son los actores principales Postgres es un actor de soporte para este caso de uso En la Fig 39 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el liacuteder del equipo empieza la reunioacuten en la sala virtual Conversaciones tambieacuten se puede iniciar si el liacuteder solicito cambiar de sala virtual

2 Si el liacuteder del equipo inicia la reunioacuten en Conversaciones el sistema verifica si existe una reunioacuten programada para esa hora y fecha Si proviene de la sala virtual Lluvia de Ideas el flujo baacutesico de eventos continuacutea en el paso 5

3 Si el liacuteder del equipo inicia la reunioacuten en la sala Conversaciones debe de esperar a que los participantes se conecten a la sala virtual


43

4 Si se inicia la reunioacuten en la sala virtual Conversaciones el sistema crea el servicio Reunioacuten abre los flujos de entradasalida autentifica a los usuarios moacuteviles y notifica cuando el cliente se encuentre en la sala Conversaciones

5 El liacuteder del equipo y los participantes moacuteviles intercambian opiniones 6 El sistema retransmite los mensajes a todos los participantes moacuteviles conectados a

la piconet 7 El liacuteder del equipo realiza una votacioacuten ver caso de uso emitir votaciones (rol

maestro) 8 El liacuteder termina la sala Conversaciones 9 El sistema notifica a los miembros que estaacuten conectados que la reunioacuten ha

terminado Si no existe una sala virtual activa previamente el sistema elimina el servicio Reunioacuten y cierra los flujos de entradasalida En caso contrario el sistema regresa a la sala virtual Lluvia de Ideas

10 El liacuteder escribe la conclusioacuten de la sesioacuten conversaciones 11 El sistema almacena en la base de datos la conclusioacuten de la reunioacuten

Flujos Alternativos 2a El sistema no tiene el registro de una reunioacuten para la hora y fecha a la que tiene acceso se notifica del error y se cancela la operacioacuten 4a Si el usuario ha enviado su password incorrectamente por maacutes de tres veces seguidas el sistema cierra los flujos de entradasalida al usuario moacutevil con autentificacioacuten incorrecta


funcionando bull Modo conectado El dispositivo Bluetooth del servidor debe de estar en modo

conectado y discovery Precondiciones

bull Sala virtual activa previamente El liacuteder del equipo inicia el caso de uso generar Conversaciones (rol maestro) desde la sala Lluvia de Ideas

Poscondiciones

bull Cambio de sala virtual El liacuteder del equipo solicita que se ejecute el caso de uso generar Lluvia de Ideas (rol maestro)

bull Votar El servidor ejecuta el caso de uso emitir votaciones (rol maestro)


44

Liacuteder ConversacionUI LluviaIdeasUI NetBT ReadM VotarUI ParticipanteMoacutevil Postgres

ShowConversaciones()

existeR=ReunionExiste(StringString)

[existeR]EsperarInvitados(String Integer)

CreaService(String)

CreaPiconet(Integer)

[Para cada dispositivo moacutevil en la piconet] CreateFlujos(Connection )

[Para cada dispositivo moacutevil en la piconet] LeerDatos(DataInputStream)

Si no existe una sala virtual activa previamente

LeerPassword(String)

acceso=AccesoReunion()

[acceso] NotificaEntradaUsuario


Si el llamado se hace desde la sala virtual Lluvia de Ideas

EnviaMensajes(String)

EnviaMensajeCliente(String)

RetransmiteMensajes(String)

ShowVotacion()

TerminarSesion()

Enviar TerminarSalaConversaciones

Conclusion()

AlmacenarAcuerdos

NotificarCambioSalaConversaciones

TerminarSalaConversacion

EscribirMensaje

Votar

Se encuentra en la sala Conversaciones

Fig 39 Diagrama de secuencia conversaciones (maestro)


45

337 Caso de uso Generar Lluvia de Ideas (Rol Maestro) Este caso de uso permite al liacuteder del equipo interactuar con los miembros de la reunioacuten en una tormenta de ideas en la cual pueden generar soluciones en torno a un tema de intereacutes El liacuteder del equipo es el encargado de esperar a los invitados a la reunioacuten si es que se inicia la junta de trabajo con esta sala virtual iniciar un nuevo tema para generar ideas participar de forma activa durante la generacioacuten de ideas y priorizarenviar las ideas maacutes sobresalientes a los miembros Los actores que interactuacutean en este caso de uso son el liacuteder del equipo participante moacutevil y manejador de la base de datos (Postgres) El liacuteder del equipo y el participante moacutevil son los actores principales Postgres es un actor de soporte para este caso de uso En la Fig 310 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el liacuteder del equipo inicia la reunioacuten en la sala virtual Lluvia de Ideas tambieacuten se puede iniciar si el liacuteder solicito cambiar de sala virtual

2 Si el liacuteder del equipo inicia la reunioacuten en Lluvia de Ideas el sistema verifica si existe una reunioacuten programada para esa hora y fecha Si proviene de la sala virtual Conversaciones el sistema notifica a los clientes del cambio de sala y solicita al liacuteder del equipo que tecleeacute el tema a tratar y el flujo baacutesico de eventos continuacutea en el paso 6

3 Si el liacuteder del equipo inicia la reunioacuten en la sala Lluvia de Ideas debe de esperar a que los participantes se conecten a la sala virtual

4 El sistema crea el servicio Reunioacuten abre los flujos de entradasalida autentifica a los participantes moacuteviles y notifica cuando el cliente se encuentre dentro de la sala

5 Si el liacuteder del equipo inicia la reunioacuten en la sala Lluvia de Ideas debe de enviar el tema a tratar

6 El sistema enviacutea el tema a tratar a todos los participantes moacuteviles que estaacuten dentro de la piconet

7 El liacuteder del equipo y los participantes moacuteviles intercambian opiniones 8 El sistema retransmite los mensajes a todos los dispositivos moacuteviles conectados a

la piconet 9 El liacuteder del equipo realiza una priorizacioacuten de ideas ver caso de uso emitir

votaciones (rol maestro) 10 El liacuteder termina la sala Lluvia de Ideas 11 El sistema notifica a los miembros que estaacuten conectados que la reunioacuten ha

terminado Si no existe una sala virtual activa previamente el sistema elimina el servicio Reunioacuten y cierra los flujos de entradasalida En caso contrario el sistema regresa a la sala virtual Conversaciones

Flujos Alternativos

2a El sistema no tiene el registro de una reunioacuten para la hora y fecha a la que tiene acceso se notifica del error y se cancela la operacioacuten 9a El liacuteder del equipo elige maacutes de tres ideas a priorizar el sistema notifica que existe un error en el nuacutemero de ideas a priorizar



conectado y discovery


46

Precondiciones bull Sala virtual activa previamente El liacuteder del equipo inicia el caso de uso generar

Lluvia de Ideas (rol maestro) desde la sala Conversaciones

Poscondiciones bull Cambio de sala virtual El liacuteder del equipo solicita que se ejecute el caso de uso

generar Conversaciones (rol maestro) bull Priorizar ideas El servidor ejecuta el caso de uso emitir votaciones (rol maestro)

Liacuteder LluviaIdeasUI ConversacionUI

NetBT ReadM VotarUI ParticipanteMoacutevil

ShowLluviaIdeas()


[existeR] EsperarInvitados(String Integer)

CreaService(String)


[Para cada dispositivo moacutevil en la piconet] CreateFlujos(Connection)


LeerPassword(String)acceso=AccesoReunion()



ShowLluviaIdeas()

Si el llamado se hace desde la sala virtual Conversaciones

NuevoTopico()

EnviarTopico(String)

NotificarCambioSalaLluvia

Escribir Topico

EscribirIdeaEnviarIdea(String)

LeerIdea(String)

RetransmiteIdea(String)

PriorizarIdeasShowVotacion()

TerminarSalaLluvia

TerminarSesion()

Enviar TerminarSalaLluvia

Se encuentra en la sala Lluvia de Ideas

Fig 310 Diagrama de secuencia lluvia de Ideas (maestro)


47

338 Caso de uso Emitir Votaciones (Rol Maestro) Este caso de uso permite al liacuteder del equipo durante una reunioacuten solicitar a los participantes su voto con la finalidad de contabilizar y graficar las preferencias de los participantes El liacuteder del equipo es el encargado de generar la peticioacuten de votacioacuten y enviarla a los participantes ademaacutes puede votar por la opcioacuten de su preferencia y ver los resultados cuando todos los participantes enviacuteen su voto Los actores que interactuacutean en este caso de uso son el liacuteder del equipo participante moacutevil y manejador de la base de datos (Postgres) El liacuteder del equipo y el participante moacutevil son los actores principales Postgres es un actor de soporte para este caso de uso En la Fig 311 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el liacuteder del equipo desea generar una votacioacuten durante la reunioacuten

2 Si estaacute en la sala virtual conversaciones el liacuteder del equipo teclea el motivo de la votacioacuten y la enviacutea En caso contrario se encuentra en la sala Lluvia de Ideas y el liacuteder del equipo debe priorizar las ideas maacutes importantes y enviarlas

3 El servidor enviacutea la solicitud de votacioacuten a los participantes moacuteviles que se encuentran en la piconet

4 El liacuteder del equipo vota por la opcioacuten de su preferencia 5 El servidor contabiliza los votos de todos los participantes moacuteviles que se

encuentran dentro de la piconet 6 El liacuteder del equipo solicita graficar los resultados 7 El sistema almacena los resultados de la votacioacuten en la base de datos

Flujos Alternativos 1a El liacuteder del equipo cancela la operacioacuten generar votacioacuten El sistema regresa a la sala virtual donde se solicito 4a El sistema enviacutea una notificacioacuten informaacutendole al liacuteder del equipo que su voto se ha contabilizado 6a El liacuteder del equipo no puede graficar los resultados porque no todos los miembros de la reunioacuten han votado



conectado Precondiciones

bull Sala activa Para que este caso de uso se inicie debe de existir una sala virtual activa

Poscondiciones

bull Regresar a la sala virtual El liacuteder puede regresar a la sala en donde solicitoacute la votacioacuten


48

Liacuteder VotarUI GraficarUI ParticipanteMoacutevil Postgres ReadM

EscribirMotivo(String)EnviarVotacion(String)

PriorizarIdeas() EnviarPriorizacion(Integer String)

Votar(Integer)

ContabilizaVoto() EnviaVoto(Integer)

ContabilizaVoto()

ShowGrafica()Graficar()

Almacena Resultados en Minuta

Si la votacioacuten se inicia en la sala Conversaciones

Si la votacioacuten se inicia en la sala Lluvia de Ideas

Fig 311 Diagrama de secuencia votar (maestro)

339 Caso de uso Generar Conversaciones (Rol Esclavo) Este caso de uso permite al esclavo (participante moacutevil) participar de forma activa en la discusioacuten abierta de un problema y encontrar posibles soluciones En eacutel interactuacutean todos los participantes moacuteviles que se encuentren conectados en la Piconet como actores primarios En la Fig 312 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el participante moacutevil elige la sala virtual Conversaciones y se autentifica en el sistema si es que la reunioacuten inicia en esta sala Por el contrario el caso de uso iniciaraacute cuando se encuentre en la sala virtual Lluvia de Ideas el liacuteder del equipo enviacutea un mensaje de cambio de sala y el flujo baacutesico continua en el paso 3

2 El sistema verifica que la autentificacioacuten sea correcta y le da el acceso a la sala virtual

3 El participante moacutevil enviacutea mensajes al liacuteder del equipo 4 El sistema retransmite los mensajes a todos los participantes moacuteviles de la red 5 El liacuteder del equipo solicita el voto del participante moacutevil ver caso de uso emitir

votaciones (rol esclavo) 6 El liacuteder del equipo enviacutea un mensaje para cambiar a la sala virtual Lluvia de Ideas

ver caso de uso generar Lluvia de Ideas (rol esclavo)


49

Flujos Alternativos 1a La conexioacuten no se puede establecer porque el servicio de Reunioacuten no esta disponible y sale del sistema 1b El sistema notifica al participante moacutevil del cambio de sala y en la pantalla aparece la sala virtual Lluvia de Ideas 2a El participante moacutevil no teclea correctamente su password el sistema enviacutea una notificacioacuten de password incorrecto 2b El participante moacutevil ha intentado tener acceso al sistema con un password incorrecto maacutes de tres veces el servidor lo desconecta del servicio y sale del sistema 6a El sistema notifica al participante moacutevil del cambio de sala y aparece en la pantalla la sala virtual Conversaciones

Requerimientos Especiales bull El dispositivo moacutevil debe de estar en modo conectado y discovery

Precondiciones

bull Servicio disponible Para que este caso de uso se inicie el liacuteder del equipo debe levantar el servicio Reunioacuten

bull Sala virtual activa previamente El liacuteder del equipo puede solicitar que se inicie la sala Conversaciones

Poscondiciones

bull Cambio de sala virtual El liacuteder del equipo solicita que se ejecute el caso de uso generar Lluvia de Ideas (rol esclavo)

bull Votar El liacuteder del equipo puede solicitar que se ejecute el caso de uso emitir votaciones (rol esclavo)


50

ParticipanteMoacutevil Liacuteder ReadMessage

AutentificarUI PanelMensajeUI

EscribirUI VotarUI

InitConversaciones

EnviaPass(String password)

NotificaAcceso

acceso=NotificaAcceso(String acceso)

Si acceso==entra

CambiarSala

CambiarSala(String sala)ShowPanelConversaciones()

EscribirMensaje()

EnviarMensaje(String friendlyname String mensaje)RetransmitirMensaje

MensajeRetransmitido(String friendlyname String mensaje)

ShowPanelConversaciones()

IniciarVotacion(String motivo)ShowVotacion(String motivo)

Si no existe otra sala virtual activa

Se encuentra dentro de la sala Lluvia de Ideas

Se encuentra dentro de la sala Lluvia de Ideas y cambia a la sala Conversaciones

InitVotacion

Fig 312 Diagrama de secuencia conversaciones (esclavos)

3310 Caso de uso Generar Lluvia de Ideas (Rol Esclavo) Este caso de uso permite al participante moacutevil generar ideas acerca de un tema propuesto En eacutel interactuacutean todos los participantes moacuteviles que se encuentren conectados en la Piconet como actores primarios En la Fig 313 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el participante moacutevil elige la sala virtual Lluvia de Ideas y se autentifica en el sistema si es que la reunioacuten inicia en esta sala Por el contrario el caso de uso iniciaraacute cuando se encuentre en la sala virtual


51

Conversaciones el sistema enviacutea un mensaje de cambio de sala y el flujo continua en el paso 3

2 El sistema verifica que la autentificacioacuten sea correcta y da el acceso a la sala virtual

3 El liacuteder del equipo enviacutea el tema sobre el cual se generaraacuten las ideas 4 El participante moacutevil teclea la idea principal y agrega informacioacuten adicional con

respecto a esta idea La enviacutea al servidor 5 El sistema retransmite las ideas a todos los participantes moacuteviles y las muestra en

el panel de ideas 6 El liacuteder del equipo solicita el voto del participante moacutevil ver caso de uso emitir

votaciones (rol esclavo) 7 El liacuteder del equipo enviacutea un mensaje para cambiar a la sala virtual Conversaciones

ver caso de uso generar Conversaciones (rol esclavo) Flujos Alternativos

1a La conexioacuten no se puede establecer porque el servicio de Reunioacuten no esta disponible y sale del sistema 1b El sistema notifica al usuario del cambio de sala y en la pantalla aparece la sala virtual Conversaciones 2a El participante moacutevil no teclea correctamente su password el servidor enviacutea una notificacioacuten de password incorrecto 2b El participante moacutevil ha intentado tener acceso al sistema con un password incorrecto maacutes de tres veces el servidor lo desconecta del servicio y sale del sistema 4a El participante moacutevil no escribe la idea principal pero si agrega informacioacuten adicional el sistema notifica que tiene que escribir la idea principal para agregar maacutes informacioacuten 7a El sistema notifica al participante moacutevil del cambio de sala y aparece en la pantalla la sala virtual Conversaciones


Precondiciones


bull Sala virtual activa previamente El liacuteder del equipo puede solicitar que se inicie la sala Lluvia de Ideas

Poscondiciones

bull Cambio de sala virtual El liacuteder del equipo solicita que se ejecute el caso de uso generar conversaciones (rol esclavo)

bull Votar por una idea El liacuteder del equipo puede solicitar que se ejecute el caso de uso emitir votaciones (rol esclavo)


52



EscribirUI VotarUI

InitLluviaIdeas

EnviaPass(String password)NotificaAcceso


Si acceso==entra

CambiarSala

CambiarSala(String sala)

ShowPanelLluviaIdeas()

EscribirIdea()

EnviarIdea(String friendlyname String idea)

RetransmitirIdeas

IdeasRetransmitidas(String friendlyname String idea)

ShowPanelLluviaIdeas()InitPriorizarIdea

IniciarPriorizacioacuten(String opciones int nopciones)

ShowVotacion(String opciones int nopciones)

Si no existe otra sala virtual activa Se encuentra dentro

de la sala Conversaciones y cambia a la sala Lluvia de Ideas

EnviaTema

EnviaToacutepico(String toacutepico)ShowPanelLluvia()

Fig 313 Diagrama de secuencia lluvia de Ideas (esclavos)

3311 Caso de uso Emitir Votaciones (Rol Esclavo) Este caso de uso permite al participante moacutevil elegir la mejor opcioacuten que se le presenta y graficar los resultados cuando todos los miembros de la reunioacuten hayan votado En eacutel interactuacutean todos los participantes moacuteviles que se encuentren conectados en la Piconet como actores primarios En la Fig 314 se muestra el diagrama de secuencia para este caso de uso Flujo baacutesico de eventos

1 El caso de uso inicia cuando el liacuteder enviacutea la solicitud de votacioacuten y esta se muestra en la pantalla


53

2 El participante moacutevil elige una de las opciones y enviacutea su voto 3 El sistema contabiliza el voto 4 El participante moacutevil solicita graficar los resultados 5 El sistema enviacutea los resultados de la votacioacuten 6 El participante moacutevil muestra los resultados de la votacioacuten

Flujos Alternativos 2a Despueacutes de enviar el voto el sistema notifica que su voto ha sido enviado 4a El participante moacutevil desea observar los resultados de la votacioacuten pero auacuten no estaacuten listos notificar que los datos no estaacuten disponibles 4b El participante moacutevil no desea graficar los datos el sistema lo regrese a la sala virtual actual

Requerimientos Especiales bull El dispositivo moacutevil debe de estar en modo conectado

Precondiciones

bull Sala virtual Para que este caso de uso se inicie debe de existir una sala virtual abierta

Poscondiciones

bull Regresar a sala virtual El participante moacutevil puede ejecutar el caso de uso generar conversaciones o lluvia de ideas

Liacuteder ReadMessage

PreguntaUI SendMessage

GraficarUI ParticipanteMoacutevil

IniciarVotacion (String motivo)ShowPregunta(String motivo)

VotarporOpcion(int opcion)EnviarVoto(int opcion)

EnviarVotoServidor(String friendlyname int opcion)

ShowResultado(String verResultado)

SolicitarResultado(String verResultado)

SolicitarResultadoServer(String verResultado)

Resultados(String resultadoDisponible int resultados)

GraficarResultados(int resultados)

Fig 314 Diagrama de secuencia votar (esclavos)


54

34 Disentildeo del Sistema En la Fig 315 se muestra el diagrama de componentes general que se propone para el sistema de reuniones inalaacutembrico para dispositivos moacuteviles (BMeeting) El sistema consta de dos aplicaciones una aplicacioacuten para los dispositivos moacuteviles y otra para el servidor Para el caso de los dispositivos moacuteviles se cuenta con un paquete InterfazC el cual contiene la interfaz graacutefica del sistema Ademaacutes tiene el paquete ComunicacioacutenC el cual contiene las clases necesarias para establecer la comunicacioacuten al servidor utilizando el protocolo Bluetooth Para la aplicacioacuten del servidor se cuenta con tres paquetes

bull InterfazS Contiene las clases necesarias que permiten la interaccioacuten humano-computadora

bull BaseDatosS Conjunto de clases que realizan operaciones baacutesicas sobre la base de datos

bull ComunicacioacutenS Las clases del paquete BlueZS se encargan de enviar mensajes a los destinatarios utilizando el protocolo OBEX y el paquete AvetanaS es el encargado de establecer los enlaces de comunicacioacuten entre los clientes y el servidor crear servicios y buscar nuevos dispositivos

BMeeting Cliente Moacutevil

BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS

Fig 315 Diagrama de componentes BMeeting

En la Fig 316 se muestra el disentildeo de la base de datos Compuesta por ocho tablas cuya finalidad es administrarcontrolar los departamentos y los empleados de la organizacioacuten (grupo y personal) la planificacioacuten de la reuniones laborales (reunioacuten) los invitados a la reunioacuten (participante) almacenar la informacioacuten de los acuerdos a los que llegaron los participantes (votaciones y brainstorm) y el reporte de la reunioacuten terminada la reunioacuten (minuta) Ademaacutes cuenta con la tabla pendiente que se encarga de enviar los documentos que no fueron entregados a los usuarios moacuteviles porque no se encontraban dentro del rango de cobertura


55

pendientesmacbt VARCHAR(18)documento SMALLINTfileOrpath SMALLINT

votacionesid_votacion SERIALpregunta VARCHAR(132)si SMALLINTno SMALLINTabstienencia SMALLINTid_reunion SMALLINT

ltltPKgtgt PK_votaciones5()ltltFKgtgt FK_votaciones2()

brainstormibrainstorm SERIALconclusion TEXTid_reunion SMALLINT

ltltPKgtgt PK_brainstorm6()ltltFKgtgt FK_brainstorm3()

minutaconclusion TEXTid_reunion SMALLINT

ltltFKgtgt FK_minuta6()ltltUniquegtgt TC_minuta166()

reunioacutenid_reunion SMALLINTvotar BOOLEANbrainstorm BOOLEANtiporeunion VARCHAR(35)convoco VARCHAR(35)fecha DATEhorainicial TIME(0)horafinal TIME(0)num_invitados SMALLINT

ltltPKgtgt PK_reunion4()

01 01

0

1

0

1

1

1

1

1

grupoid_grupo SERIALnombre VARCHAR(20)

ltltPKgtgt PK_grupo1()

participantehora TIME(0)id_reunion SMALLINTid_personal SERIAL

ltltFKgtgt FK_participante7()ltltUniquegtgt TC_participante163()ltltFKgtgt FK_participante26()ltltUniquegtgt TC_participante200()

1

1

1

1

personalid_personal SERIALnombre VARCHAR(45)direccion VARCHAR(35)telefono VARCHAR(12)password VARCHAR(5)mac VARCHAR(18)status SMALLINTid_grupo SERIAL

ltltPKgtgt PK_personal7()ltltFKgtgt FK_personal18()ltltFKgtgt FK_personal25()ltltUniquegtgt TC_personal196()

1

1

1

1

1

1

1

1

Fig 316 Diagrama de la base de datos

Sistema de Reuniones Inalaacutembrico Capiacutetulo 4 Implementacioacuten

56

Capiacutetulo 4 Implementacioacuten

41 Introduccioacuten El sistema de reuniones inalaacutembrico utiliza la plataforma Java para su implementacioacuten tanto del cliente como del servidor entre las caracteriacutesticas que este lenguaje ofrece se encuentran

bull Portabilidad El sistema puede ser utilizado en cualquier sistema operativo y en cualquier hardware

bull Robusto Analiza la aplicacioacuten y verifica que sea segura para ser descargada al dispositivo moacutevil

bull Multihilos Permite ejecutar maacutes de un proceso simultaacuteneamente bull APIs Bluetooth Proporciona un estaacutendar para el desarrollo de aplicaciones

Bluetooth La aplicacioacuten desarrollada cuenta con una base de datos programada en Postgres Este servidor de base de datos y el manejador de la misma se encuentran en la distribucioacuten de Linux Fedora Core 2 Ademaacutes se utiliza BlueZ para el manejo de protocolos Bluetooth el cual tambieacuten se encuentra en la distribucioacuten anterior Para la implementacioacuten del cliente moacutevil se utilizoacute J2ME (Java 2 Micro Edition) en su versioacuten libre para Linux y la API JABWT la cual ya fue explicada en el apartado 24 de este trabajo de tesis La meta inicial de JABWT es permitir el desarrollo de aplicaciones Bluetooth en dispositivos moacuteviles por ello su funcionamiento se basoacute en las libreriacuteas CLDC las cuales se encuentran en dispositivos como teleacutefonos celulares o Palms Por lo anterior no era posible utilizar JABWT para el desarrollo de la aplicacioacuten Bluetooth en el servidor En cambio se utilizoacute Avetana Bluetooth que es la implementacioacuten Java de JSR-82 para plataformas J2SE (Java 2 Standard Edition) pero la versioacuten disponible para Linux no cuenta con el paquete javaxobex que permite el intercambio de objetos Para resolver dicho problema el servidor hace uso de los comandos que proporciona la pila de protocolos nativa de Bluetooth (BlueZ) para el manejo del protocolo OBEX El servidor se desarrolloacute en J2SE en su versioacuten libre para Linux El dispositivo moacutevil utilizado para la implementacioacuten del sistema fue el teleacutefono celular Nokia 6260 por las caracteriacutesticas que este moacutevil ofrece las cuales fueron detallas en la seccioacuten 251 La aplicacioacuten servidor funciona en una computadora personal6

6 Para mayor referencia consultar el manual teacutecnico que se incluye en el CD de la presente tesis


57

42 Descripcioacuten Funcional El sistema de reuniones inalaacutembrico cuenta con el moacutedulo agenda invitar chat lluvia de ideas votar mensajes reportes y comunicacioacuten La interaccioacuten de los moacutedulos se observa en la Fig 41 En las secciones siguientes se describen cada uno de los moacutedulos

Fig 41 Diagrama funcional del sistema BMeeting

421 Moacutedulo Comunicacioacuten JSR-82 soporta los protocolos L2CAP RFCOMM SDP OBEX y LMP Los dos primeros se utilizan para el intercambio de datos SDP se encarga de consultar servicios y dispositivos OBEX es utilizado para transferir objetos y LMP se encarga de levantar y configurar el enlace entre los dispositivos Bluetooth La API de JSR-82 estaacute formado por dos paquetes javaxbluetooth (L2CAP RFCOMM SDP y LMP) y javaxobex (OBEX) Para el desarrollo del sistema BMeeting no se utilizoacute el paquete javaxobex porque la versioacuten libre de Avetana Bluetooth API para Linux no lo tiene implementado Para el caso del cliente tampoco se utilizoacute porque los dispositivos moacuteviles no soportan el paquete javaxobex El servidor se apoya de la pila de protocolos BlueZ para el enviacuteo de archivos utilizando llamados al sistema Para establecer la comunicacioacuten entre el servidor y los clientes se utiliza un protocolo de capa superior para hacer el intercambio de datos en este caso RFCOMM En la Tabla 41 se presentan las responsabilidades de la aplicacioacuten servidor y cliente7

7 Para mayor referencia consultar el manual de usuario que se incluye en el CD de la presente tesis


58

Como se mencionoacute anteriormente el paquete obex no se pudo implementar para el servidor por lo que se utilizaron llamadas a la pila de protocolos Bluetooth (BlueZ) para manejar el protocolo OBEX Los comandos que se utilizaron son rfcomm bind ussp-push y sdptool del Los dos primeros son uacutetiles para el enviacuteo de archivos y el tercero se utiliza para eliminar del servidor SDDB el servicio Reunioacuten cuando la reunioacuten laboral haya terminado

Tabla 41 Responsabilidades servidorcliente

Aplicacioacuten Servidor Aplicacioacuten Cliente Crear el servicio Reunioacuten Agregar el servicio al servidor SDDB8 Aceptar conexiones de los clientes que soliciten el servicio Reunioacuten

Inicializar conexioacuten con el servidor que ofrece el servicio Reunioacuten

Abrir los flujos de entradasalida para el intercambio de datos Eliminar el servicio Reunioacuten

Abrir flujos de entradasalida para el enviacuteo de datos

422 Moacutedulo Mensajes La funcioacuten de mensajes permite redactar y enviar un mensaje a los miembros dentro de la organizacioacuten Este servicio soacutelo es posible para el dispositivo maestro dentro de la red ya que los moacuteviles no cuentan con la API obex para el intercambio de mensajes En la Fig 42 se observa la pantalla para el enviacuteo de mensajes Si el usuario redacta el mensaje se genera un archivo mensajetxt que seraacute enviado al destinatario(s)

Fig 42 Enviacutea MSJ

Para el enviacuteo del mensaje al destinatario(s) se utilizan los comandos de BlueZ ya que para la versioacuten de Avetana Bluetooth para Linux no se permite el manejo de la API obex Los pasos generales que se siguen son

1 Se buscan los dispositivos dentro del aacuterea se verifica si los moacuteviles dentro del aacuterea son destinos y se almacenan en un vector

8 SDDB (Service Discovery DataBase) permite agregar eliminar y modificar servicios Bluetooth


59

2 Se busca el servicio Object Push en los dispositivos moacuteviles para obtener el canal que utilizan para recibir mensajes

3 Se crea la piconet con los dispositivos que estaacuten dentro del aacuterea de cobertura utilizando el comando rfcomm bind ltabrir el dispositivo rfcommgt9 ltdireccioacuten mac del moacutevilgt -channel=ltcanal para el enviacuteo de Object Pushgt

4 Se enviacutea el archivo generado a los dispositivos moacuteviles utilizando el comando ussp-push ltdipositivo rfcomm abiertogt ltruta del archivo con extensioacutengt ltnombre del archivo con extensioacutengt

423 Moacutedulo Agenda Antes de iniciar alguna sala virtual es necesario que el liacuteder del equipo programe una reunioacuten laboral para ello se le solicita al liacuteder del equipo que introduzca los datos que se muestran en la Fig 43 Para ejemplificar en la Fig 43 se realiza la planificacioacuten de una reunioacuten Negociativa Estos pasos soacutelo los puede llevar a cabo el dispositivo que funcione como maestro dentro de la red

Fig 43 Agenda

Del diagrama funcional (Fig 41) se observa que el moacutedulo agenda tiene interaccioacuten con el moacutedulo invitar para poder ingresar a los participantes que se desea que asistan a la reunioacuten laboral y es descrito en el apartado siguiente Una vez concluido lo anterior el sistema genera un archivo de la convocatoria (convocatoriatxt) para cada uno de los invitados indicando su password de acceso y es enviado a los destinatarios Los pasos que se siguen para el enviacuteo del mensaje es el indicado en la seccioacuten 422 9 En plataforma Linux se utiliza devrfcomm para abrir el dispositivo rfcomm


60

424 Moacutedulo Invitar El liacuteder del equipo es el encargado de agregar a los invitados a la reunioacuten que se estaacute planificando En la Fig 44 se muestra la pantalla para agregar a los invitados como se observa es posible invitar a empleados que se encuentren en departamentos diferentes Una vez agregados todos los participantes a la reunioacuten el sistema genera un password de acceso a la reunioacuten que estaacute constituido por 4 caraacutecteres dos letras y dos nuacutemeros generados aleatoriamente Ademaacutes se genera un archivo llamado invitadostxt que contiene las direcciones MAC del dispositivo Bluetooth invitado

Fig 44 Invitar a los participantes

425 Moacutedulo Chat Para discutir de forma abierta un problema se proporciona un chat en el cual los miembros pueden enviar sus mensajes a todos los participantes de la reunioacuten Si la reunioacuten laboral inicia en la sala conversaciones el moacutedulo chat verifica si existe una junta de trabajo programada para la hora y la fecha indicada El liacuteder del equipo que opera el servidor debe entrar a la sala conversaciones 10 minutos antes de que se inicie la reunioacuten con la finalidad de levantar el servicio Reunioacuten y los clientes se puedan conectar Cuando los moacuteviles se conecten se abren los flujos de entradasalida para el enviacuteolectura de mensajes Los dispositivos moacuteviles se autentifican hasta 3 veces si no introdujeron correctamente su clave de acceso la cual fue enviada a cada uno de los invitados a la reunioacuten En caso contrario existe un cambio de sala virtual por lo tanto los flujos de entradasalida creados en la sala anterior se conservan para el enviacuteolectura de mensajes Los pasos generales para el enviacuteo de mensajes hacia el servidor son

1 El cliente enviacutea un mensaje el cual es leiacutedo por el servidor y este uacuteltimo enviacutea dicho mensaje a cada uno de los miembros de la piconet

2 El cliente lee los mensajes enviados por el servidor y los muestra en la pantalla conversaciones


61

En la Fig 45 y Fig 46 se muestran las pantallas de la sala de conversaciones para el servidor y el dispositivo moacutevil respectivamente

Fig 45 Conversaciones (servidor)

(a) Panel de mensajes (b) Enviacuteo de mensajes Fig 46 Conversaciones en el teleacutefono

Cuando el dispositivo moacutevil se encuentra dentro de la sala virtual Conversaciones responde a mensajes que son enviados desde el servidor En la Tabla 42 se presentan los mensajes que el servidor enviacutea al cliente y la accioacuten que el moacutevil ejecuta

Tabla 42 Acciones del moacutevil ante los mensajes del servidor

Servidor Cliente Lluvia Se cambia a la sala virtual Lluvia de Ideas CFinish Se termina la sala virtual Conversaciones 426 Moacutedulo Lluvia de Ideas Una actividad dentro de una reunioacuten es la generacioacuten de nuevas soluciones propuestas detectar errores por citar algunos ejemplos por lo anterior se incluye un moacutedulo lluvia de


62

ideas que tiene como finalidad proporcionar un ambiente virtual para la generacioacuten de ideas Al igual que en el moacutedulo chat existen dos formas de poder iniciar la lluvia de ideas

1 Iniciar la reunioacuten laboral en la sala virtual Lluvia de Ideas 2 Existe una sala virtual previamente

El procedimiento que se sigue en cada una de las formas anteriores para iniciar el moacutedulo son iguales que en el moacutedulo chat En la Fig 47 y Fig 48 se muestran las pantallas de la sala Lluvia de Ideas para el servidor y el cliente respectivamente

Fig 47 Lluvia de ideas (servidor)

(a) Panel lluvia de ideas (b) Enviar ideas

Fig 48 Lluvia de ideas (cliente) En la Tabla 43 se muestran los mensajes que enviacutea el cliente al servidor y su significado


63

Tabla 43 Mensajes del cliente hacia el servidor

Cliente Servidor KeyIdea ltfriendlyname origengt ltmensajegt

El cliente enviacutea la idea principal

AddInfo ltfriendlyname origengt ltmensajegt

El cliente enviacutea informacioacuten adicional

FinIdea El cliente ha terminado su idea Cuando el dispositivo moacutevil se encuentra dentro de la sala virtual Lluvia de Ideas responde a mensajes que son enviados desde el servidor En la Tabla 44 se presentan los mensajes que el servidor enviacutea al cliente y la accioacuten que el moacutevil ejecuta


Servidor Cliente Topico Inicia un nuevo tema a tratar Chat Se cambia a la sala virtual Conversaciones LFinish Se termina la sala virtual Lluvia de Ideas 427 Moacutedulo Votar Cuando los participantes a la reunioacuten deseen llegar a un acuerdo de forma democraacutetica se ofrece la funcioacuten de votaciones que tiene como finalidad almacenar contabilizar y graficar los resultados de la votacioacuten El servidor es el responsable del enviacuteo de la solicitud de votacioacuten a cada uno de los clientes que esteacuten dentro de la red dicha operacioacuten puede llevarse a cabo en las dos salas virtuales dependiendo de la sala virtual en la que se encuentren seraacute la notificacioacuten que se enviacutee al cliente En la Tabla 45 se muestran los mensajes que el servidor enviacutea a los dispositivos moacuteviles y la accioacuten que los clientes llevan a cabo

Tabla 45 Acciones del cliente ante los mensajes del servidor

Servidor Cliente Se encuentran en la sala Conversaciones Pregunta ltpreguntagt

Se almacena en una variable de tipo String el valor de pregunta la cual seraacute utilizada al momento de mostrar la pantalla de votaciones

Sala Conversaciones Vota0

Se muestra la pantalla votaciones que tiene respuestas del tipo verdaderofalso

Sala Lluvia de Ideas Prioriza ltideasgt ltidea1gt hellip ltideangt Donde n= 1 hellip 3

Se muestra la pantalla de votaciones que contiene las n ideas enviadas

Esperar Notifica al cliente que no todos los miembros a la reunioacuten han votado auacuten

Sala Conversaciones Resultados ltvalorVotoSigt ltvalorVotoNogt ltvalorNoVotargt ltpreguntagt

Se muestra la graacutefica de los resultados a la respuesta del tipo verdaderofalso

Sala Lluvia de Ideas Resultados ltvalorVoto1gt hellip ltvalorVotongt ltcadenaVoto1gt hellip ltcadenaVotongt Donde n = 1 hellip 3

Se muestra la graacutefica con las ideas aceptadas


64

Para contabilizar los votos en la sala Conversaciones el servidor cuenta con tres variables (abstinencia si no) y para la sala Lluvia de Ideas se manejan tambieacuten tres variables pero en este caso contabilizan la primera segunda y tercera idea La Tabla 46 presenta los mensajes que el cliente enviacutea al servidor y su significado


Cliente Servidor Sala Conversaciones VotoChat -1

El moacutevil no voto por lo tanto se contabiliza la variable abstinencia

Sala Conversaciones VotoChat 0

El cliente a votado afirmativamente y el servidor contabiliza el voto


Se voto negativamente y se contabiliza el voto

Sala Lluvia de Ideas VotoLluvia 0

El cliente voto por la primera idea y se contabiliza el voto para la primera idea


El moacutevil voto por la segunda idea y el servidor contabiliza el voto para la segunda idea


El cliente elige la idea tres y el servidor contabiliza el voto

En la Fig 49 se muestran las pantallas para solicitar la votacioacuten a los clientes Como se observa en la Fig 49 (a) se solicita el motivo de la votacioacuten y en la Fig 49 (b) se tienen que elegir a lo maacutes las tres ideas maacutes relevantes del toacutepico que se discute y enviarlas a los clientes

(a) Votacioacuten generada desde la sala

Conversaciones (b) Votacioacuten generada desde la sala Lluvia de

Ideas Fig 49 Votacioacuten (servidor)

En la Fig 410 se presentan las pantallas del cliente ante la solicitud de votacioacuten emitida por parte del servidor 428 Moacutedulo Reportes Para mantener un control de las reuniones laborales que se han llevado a cabo y obtener el archivo correspondiente a la junta de trabajo se proporciona el moacutedulo reportes El liacuteder del equipo puede buscar la minuta por diacutea yo por el nombre de la persona que convocoacute a la


65

reunioacuten Esta funcioacuten soacutelo es permitida para la aplicacioacuten servidor Cuando el liacuteder encuentre la minuta que busca se genera un archivo que es almacenado en rootMinutaSRIminutatxt En la Fig 411 se muestra la pantalla para buscar la minuta

(a) Votacioacuten del tipo verdaderofalso (b) Votar por alguna idea

Fig 410 Votacioacuten (cliente)

Fig 411 Repositorio de minutas

429 Moacutedulos Administrativos Estos moacutedulos son de soporte para el sistema de reuniones inalaacutembrico y se encuentran disponibles soacutelo para el servidor Las funciones que se llevan a cabo son agregar eliminar y modificar los grupos de trabajo y el personal administrativo de la organizacioacuten En la Fig 412 se muestra la pantalla para administrar los departamentos de la empresa


66

Fig 412 Administrar departamentos

La Fig 413 presenta la pantalla que administra a los empleados de la organizacioacuten como se observa se puede agregar eliminar o modificar la informacioacuten de cada uno de ellos

Fig 413 Administrar personal

Sistema de Reuniones Inalaacutembrico Capiacutetulo 5 Pruebas

67

Capiacutetulo 5 Pruebas

51 Introduccioacuten Despueacutes de haber implementado el sistema de reuniones inalaacutembrico la metodologiacutea AMENITIES propone evaluar la usabilidad [URL 4] de la aplicacioacuten en teacuterminos de tareas con la finalidad de detectar errores y aciertos del sistema La usabilidad trata la capacidad de completar tareas el esfuerzo necesario para llevarlas a cabo y la satisfaccioacuten percibida por eacutel durante la interaccioacuten con una maacutequina sea eacutesta una computadora o un dispositivo moacutevil La Organizacioacuten Internacional para la Estandarizacioacuten (ISO) define la usabilidad como

ldquoUsabilidad es la efectividad eficiencia y satisfaccioacuten con la que un producto permite alcanzar objetivos especiacuteficos a usuarios especiacuteficos en un contexto de uso especiacutefico (ISO 9241-11)rdquo [URL 12] La manera de evaluar la usabilidad de un software se hace por medio de pruebas de usabilidad Estas se realizan en condiciones similares a las que tendraacute el usuario final cuando utilice el sistema ademaacutes de ser los usuarios finales quienes realicen estas pruebas El proceso que se sigue para llevar a cabo las pruebas de usabilidad se divide en seis fases [9] desarrollar el plan de la prueba seleccionar a los usuarios preparar los materiales de la prueba llevar a cabo la prueba entrevistar a los participantes despueacutes de la prueba e interpretar los resultados

52 Usabilidad de BMeeting El sistema de reuniones inalaacutembrico fue llamado BMeeting acroacutenimo de ldquoBluetooth Meetingrdquo o ldquoReunioacuten Bluetoothrdquo haciendo referencia al tipo de protocolo de comunicacioacuten inalaacutembrica que se utiliza para llevar a cabo la reunioacuten laboral BMeeting cuenta con dos aplicaciones una para el dispositivo moacutevil y otra para el liacuteder del equipo (servidor) En las secciones siguientes se describe el procedimiento que se siguioacute para evaluar la usabilidad de BMeeting 521 Metodologiacutea Las teacutecnicas que se utilizaron para llevar a cabo las pruebas de usabilidad fue el pensamiento en voz alta observaciones y entrevistas La teacutecnica del pensamiento en voz alta consiste en medir que los usuarios expresen su impresioacuten del sistema en voz alta al momento de llevar a cabo cada una de las tareas Para captar el comportamiento las expresiones y las emociones que los usuarios adoptan fue necesario utilizar la teacutecnica de la observacioacuten Por otra parte se


68

utilizaron las entrevistas para conocer el grado de satisfaccioacuten de los usuarios con respecto a su interaccioacuten con el software 522 Muestra Se utilizoacute una muestra no probabiliacutestica especiacuteficamente de tipo intencional Para identificar a los posibles usuarios se aplicaron una serie de encuestas (Apeacutendice A) en dos institutos de la Universidad Tecnoloacutegica de la Mixteca (UTM) Los institutos que participaron fueron Instituto de Electroacutenica y Computacioacuten (IEC) y el Instituto de Ciencias Sociales y Humanidades (ICSH) La eleccioacuten de los institutos se baso en los siguientes aspectos

1 Usuarios expertos en el uso de tecnologiacuteas pero que no estaacuten muy familiarizados en la forma de llevar a cabo una junta de trabajo

2 Usuarios no expertos en el uso de tecnologiacuteas pero muy familiarizados en la forma de llevar a cabo una reunioacuten laboral

Despueacutes de aplicar las encuestas a los profesores de los institutos antes mencionados se procedioacute a elegir a los usuarios potenciales del sistema Para elegir a los usuarios del sistema se aplicaron dos selecciones a la poblacioacuten total La primera consistioacute en elegir a los usuarios que teniacutean teleacutefono celular y que enviacutean mensajes de texto los cuales representan el 695 Posteriormente se tomoacute en consideracioacuten el nuacutemero de mensajes que el usuario enviacutea diariamente los resultados se muestran en la Tabla 51

Tabla 51 Mensajes enviados por los usuarios potenciales

No Mensajes SMS (diarios) Porcentaje () Cero 1707 1 a 5 7073

6 a 10 975 Maacutes de 10 243

La segunda seleccioacuten consiste en elegir al usuario que tendraacute el rol liacuteder del equipo Se consideroacute el nuacutemero de veces que es convocado a una reunioacuten de trabajo (Tabla 52)

Tabla 52 Nuacutemero de reuniones que los usuarios potenciales son convocados

No Reuniones (mensuales) Porcentaje () Ninguna 2712

1 a 5 5763 6 a 10 1017

Maacutes de 10 847 Se eligieron a ocho usuarios cuatro de ellos pertenecen al IEC y los restantes al ICSH En la Tabla 53 se muestran el perfil del usuario final

Tabla 53 Perfil del usuario para las pruebas de usabilidad

Instituto Rol No Mensajes SMS (diarios)

No Reuniones (mensuales)

IEC Moacutevil 6 a 10 Maacutes de 10 IEC Moacutevil Maacutes de 10 1 a 5 IEC Liacuteder del equipo 1 a 5 6 a 10 IEC Liacuteder del equipo 1 a 5 6 a 10

ICSH Moacutevil 6 a 10 1 a 5


69

ICSH Moacutevil 6 a 10 1 a 5 ICSH Liacuteder del equipo 1 a 5 6 a 10 ICSH Liacuteder del equipo 1 a 5 1 a 5

523 Materiales Para realizar las pruebas de usabilidad se utilizoacute un teleacutefono Nokia 6260 como cliente (Fig 51) el cual reuacutene los requerimientos miacutenimos detallados en la seccioacuten 251 Para el servidor se utilizoacute una laptop Dell Inspiron 5100 y un adaptador USB de Bluetooth (BlueTake BT007X)

Fig 51 Nokia 6260

(cliente)

524 Procedimiento Las pruebas de usabilidad se llevaron a cabo el 26 de Enero del 2006 en el Laboratorio de Usabilidad (UsaLab) de la UTM (Fig 52) Este laboratorio cuenta con caacutemaras y espejo semipermeable para que los observadores puedan analizar el comportamiento de los usuarios sin producir ninguna interferencia durante la sesioacuten

a) Laboratorio antes de las pruebas de usabilidad b) Usuario en la prueba de usabilidad

Fig 52 UsaLab


70

El diacutea anterior a las pruebas de usabilidad (25 de Enero del 2006) se redacto la convocatoria para una reunioacuten laboral de tipo negociativa que teniacutea como objetivo ldquoIdentificar los problemas de integracioacuten entre los tutores y tutoriadosrdquo la cual fue enviada por escrito a cada uno de los usuarios A continuacioacuten se describen las tareas hechas por los usuarios (Tabla 54)

Tabla 54 Tareas de los usuarios finales

Liacuteder del equipo Moacutevil Tarea 1 Identificar BMeeting bull Ubicar y seleccionar BMeeting bull Seleccionar del menuacute la opcioacuten ldquoIdentificar

usuariordquo bull Seleccionar el tipo de usuario ldquoLiacuteder del

Equipordquo y tecleeacute ldquol1d3rrdquo como password bull Elija ldquoAceptarrdquo

bull Seleccionar BMeeting bull Elija ldquoYesrdquo bull Selecciones la sala virtual

ldquoConversacionesrdquo bull Tecleeacute el password de acceso a la

reunioacuten (sx47) bull Elija ldquoOptionsOkrdquo

Tarea 2 Planificar reunioacuten laboral bull Seleccione del menuacute la opcioacuten ldquoAgendardquo bull Elija como tipo de reunioacuten ldquoNegociativardquo bull Escriba el objetivo de la reunioacuten ldquoIdentificar

los problemas de integracioacuten entre los tutores y tutoradosrdquo

bull Seleccione la sala virtual ldquoChatrdquo bull Indique la duracioacuten de la reunioacuten bull Escriba el orden del diacutea de la reunioacuten

ldquoDiscutir los problemas de las tutoriasrdquo ldquoProponer mecanismos para la integracioacutenrdquo

bull Tecleeacute el nombre del liacuteder del equipo ldquoFELIPE SANTIAGO QUIROZrdquo en la entrada ldquoConvocardquo

bull En la ventana ldquoAgendardquo elija ldquoInvitar a helliprdquo bull Seleccione el departamento ldquoSISTEMASrdquo bull Seleccione e invite al participante ldquoRUBI

SANTIAGO RAMIacuteREZrdquo a la reunioacuten bull Elegir ldquoAceptarrdquo bull Elegir ldquoEnviarrdquo

bull No se aplica

Tarea 3 Reunioacuten (Conversaciones) bull Seleccione del menuacute la opcioacuten

ldquoConversacionesrdquo bull Seleccione de la barra de herramientas la

opcioacuten ldquoEsperar a los invitados a la reunioacutenrdquo

bull Escriba el mensaje ldquoiquestPor queacute falla la integracioacuten entre los tutoriados y tutoresrdquo y presione la tecla ldquoEnterrdquo o elija ldquoEnviarrdquo

bull Intercambie comentarios con sus compantildeeros con respecto al mensaje que

bull Espere a leer el mensaje ldquoiquestPor queacute falla la integracioacuten entre los tutoriados y tutoresrdquo

bull Elija ldquoOptionsEscribirrdquo y tecleeacute sus opiniones al respecto

bull Elija ldquoOptionsEnviarrdquo


71

enviacuteo Tarea 4 Reunioacuten (Lluvia de ideas) bull Seleccione de la barra de herramientas la

opcioacuten ldquoLluvia de Ideasrdquo bull Tecleeacute el siguiente texto y elija ldquoAceptarrdquo

ldquoiquestCuaacutel seriacutea el mejor mecanismo para cercar a los tutoriadosrdquo

bull Tecleeacute la primera idea clave ldquoIntereacutes del alumnordquo

bull Tecleeacute la segunda idea clave ldquoIntereacutes del profesorrdquo

bull Genereacute una tercera idea entorno al toacutepico

bull Esperar la notificacioacuten para que inicie la sesioacuten ldquoLluvia de Ideasrdquo

bull Lea el toacutepico mostrado en el panel y elija ldquoOptionsEscribirrdquo

bull Tecleeacute el siguiente mensaje como primera idea principal ldquoIntereacutes del alumnordquo y elija ldquoOptionsEnviarrdquo

bull Tecleeacute el siguiente mensaje como segunda idea principal ldquoIntereacutes del profesorrdquo y elija ldquoOptionsEnviarrdquo

bull Teclee su propia idea entorno al toacutepico

Tarea 5 Reunioacuten (Priorizar ideas) bull Seleccione de la barra de herramientas la

opcioacuten ldquoPriorizar ideasrdquo bull Seleccione tres ideas que desee priorizar

agreacuteguelas en la lista del lado derecho y elija ldquoEnviarrdquo

bull Vote por alguna de las ideas bull Elija ldquoResultadosrdquo bull Cierre la ventana de Votaciones bull Termine la sesioacuten Lluvia de Ideas

bull Esperar la notificacioacuten para iniciar la votacioacuten

bull Sino recuerda la idea elija ldquoOptionsAtraacutesrdquo despueacutes de leerlas elija ldquoOptionsVotarrdquo

bull Seleccione la idea que desee votar y presione el botoacuten de seleccioacuten del celular (botoacuten central)

bull Elija ldquoOptionsVotarrdquo bull Elija ldquoOptionsVer Resultadosrdquo y regrese

a la pantalla ldquoLluvia de Ideasrdquo

Tarea 6 Concluir reunioacuten bull Seleccione de la barra de herramientas la

opcioacuten ldquoTerminar sesioacuten de Conversacionesrdquo

bull Tecleeacute si la reunioacuten cumplioacute con el objetivo planteado

bull Elija ldquoAceptarrdquo bull Salir completamente del sistema

bull No se aplica

525 Resultados Despueacutes de haber evaluado la usabilidad de BMeeting los usuarios expresaron que es un sistema que cubre algunos aspectos que las reuniones tradicionales en la praacutectica generalmente no llevan a cabo como es la planificacioacuten de la reunioacuten y reporte de las juntas de trabajo Cuando los usuarios se reuacutenen fiacutesicamente para abordar un tema suelen perder tiempo en las relaciones interpersonales es decir producen tiempo ineficiente durante la reunioacuten Con el uso de BMeeting los usuarios expresaron que ese problema no sucederiacutea ya que al no tener el contacto fiacutesico se pueden abordar los temas en forma concreta y por lo tanto se pueden obtener resultados de dicha reunioacuten Se logroacute observar tambieacuten el impacto de la tecnologiacutea durante el proceso de la toma de decisiones ya que el uso de eacutesta no representa un obstaacuteculo sino una ventaja la movilidad


72

Con esto los invitados a la reunioacuten no tienen pretexto para no participar de forma activa durante el desarrollo de la junta de trabajo Ademaacutes permite muacuteltiples participaciones de los invitados Al desconocer quieacuten es el usuario que emite su punto de vista se elimina el problema de tomar en cuenta soacutelo aquellas opiniones de empleados con un alto grado dentro de la organizacioacuten este motivo fue detectado por los usuarios como un factor que hace eficiente a las reuniones Por la propia naturaleza de los dispositivos moacuteviles y por no contar con el equipo adecuado para realizar las pruebas de usabilidad en dispositivos moacuteviles fue necesario fijar la caacutemara en una sola posicioacuten por lo tanto los usuarios no podiacutean manipular el teleacutefono celular en una postura coacutemoda al momento de redactar los mensajes Por uacuteltimo es fundamental reconocer la participacioacuten del liacuteder del equipo durante el desarrollo de la reunioacuten ya que seraacute eacutel quien controle el acceso a las salas virtuales de los clientes durante la reunioacuten virtual Ademaacutes de ser el moderador durante la misma para que se puedan alcanzar los objetivos de la reunioacuten laboral Por otra parte el primer acercamiento de los usuarios al sistema fue aceptable ya que lo consideraron faacutecil de usar intuitivo y con gran alcance para las organizaciones 5251 Usabilidad del Software En general los usuarios hicieron buenas recomendaciones para mejorar la interaccioacuten entre el participante y el dispositivo electroacutenico (computadora teleacutefono celular) Los usuarios comentaron que el sistema era faacutecil de usar e intuitivo sin embargo notaron que la aplicacioacuten no ofreciacutea alguna notificacioacuten al momento de la llegada de los mensajes ni al momento de enviar su voto Por otra parte la forma en la cual se presentoacute el panel de mensajes puacuteblicos permite al usuario antes de emitir su punto de vista leer las opiniones de los otros participantes Otro punto que notaron es la posibilidad de poder reunirse con empleados de diferentes departamentos Los usuarios comentaron que BMeeting lo asociaban con otra aplicacioacuten comercial (Messenger) por las imaacutegenes que eacuteste usa para representar las herramientas con las que cuenta el sistema Argumentaban que esa caracteriacutestica permitiacutea su raacutepida adaptacioacuten y facilidad para ser utilizado Es importante hacer notar que aunque BMeeting utiliza imaacutegenes similares a las del Messenger este uacuteltimo no ofrece todas las herramientas que BMeeting proporciona a los usuarios para poder llevar a cabo una reunioacuten laboral Finalmente los usuarios expresaron que con la aplicacioacuten de BMeeting se establecen objetivos se ahorra tiempo y se logran resultados obteniendo con ello que la reunioacuten sea eficiente 5252 Usabilidad del Hardware En las primeras tareas de la sesioacuten los usuarios moacuteviles presentaron problemas de adaptacioacuten al nuevo teleacutefono celular pues los modelos de telefoniacutea que actualmente tienen los usuarios son de la marca Samsung Siemens LG y Nokia Aunque los usuarios se observaron dudosos ante el nuevo hardware esto no impidioacute que concluyeran sus tareas En las primeras actividades de la sesioacuten los usuarios las llevaron a cabo con pequentildeas demoras pero una vez que se adaptaron al teleacutefono las realizaron maacutes raacutepido


73

53 Modificaciones de BMeeting Despueacutes de analizar los resultados obtenidos en las pruebas de usabilidad se detectaron algunos puntos a modificar en el sistema

1 Al esperar que los invitados se conecten en alguna de las salas virtuales es necesario notificar al liacuteder del equipo mediante un mensaje que espere a los participantes

2 Al momento de enviar el voto del participante es necesario agregar un mensaje que indique al usuario que su voto ha sido enviado

3 En la pantalla ldquoAgendardquo es necesario cambiar la palabra ldquoConvocardquo por ldquoNombre de quien convocardquo ya que para algunos usuarios no era del todo comprensible Ademaacutes se separoacute la hora inicial de la fecha (Fig 53 a y Fig 53 b)

4 En la pantalla ldquoInvitar a los participantesrdquo especiacuteficamente en la seccioacuten ldquoEmpleadosrdquo se agregoacute una etiqueta en la parte superior derecha llamada ldquoDatos del Empleadordquo (Fig 54 a y Fig 54 b) dado que para el usuario era confuso

5 Se agregaron notificaciones auditivas para indicar la llegada de un nuevo mensaje

(a) antes (b) despueacutes

Fig 53 Pantalla agenda


Fig 54 Pantalla invitar a los participantes

Sistema de Reuniones Inalaacutembrico Capiacutetulo 6 Conclusiones y Trabajos Futuros

74

Capiacutetulo 6 Conclusiones y Trabajos Futuros

61 Conclusiones El sistema de reuniones inalaacutembrico desarrollado en la presente tesis cumplioacute con los objetivos generales y especiacuteficos planteados al inicio de la investigacioacuten proporcionando un ambiente de colaboracioacuten entre los participantes de una reunioacuten laboral La calidad de las decisiones frecuentemente hace la diferencia entre el eacutexito y el fracaso de las empresas por lo cual es de suma importancia que los resultados generados en sus reuniones sean eficientes y lo menos costosas posibles La utilizacioacuten de tecnologiacutea a traveacutes de dispositivos moacuteviles rompe con viejos paradigmas de reuniones generando nuevos medios flexibles que agilizan los procesos de toma de decisiones El sistema de reuniones inalaacutembrico genera una alternativa maacutes para las empresas y es una buena opcioacuten para aquellas que tengan problemas de coordinacioacuten e integracioacuten de sus trabajadores debido al tiempo agendas saturadas la falta de acuerdos y eficacia en las reuniones de trabajo La aplicacioacuten colaborativa desarrollada propone una innovacioacuten con respecto a los sistemas de reuniones ya existentes los cuales permiten la interaccioacuten a traveacutes del uso de computadoras personales y un navegador web En cambio el sistema de reuniones inalaacutembrico permite a los usuarios tener acceso a la reunioacuten por medio de alguacuten dispositivo moacutevil con tecnologiacutea Bluetooth como un teleacutefono celular o PDA Con esto los usuarios no tienen pretexto para no participar de forma activa durante el desarrollo de la reunioacuten sin dejar a un lado sus actividades diarias El trabajo de la presente tesis proporciona un ambiente virtual de colaboracioacuten en el cual los participantes pueden llevar a cabo una reunioacuten tomando en consideracioacuten dos de las teacutecnicas existentes para la toma de decisiones grupales lluvia de ideas y teacutecnica del grupo nominal Se elige la teacutecnica del grupo nominal por considerar dentro de su metodologiacutea el uso de un liacuteder del equipo el cual dentro de sus funciones sirve como moderador durante el desarrollo de la reunioacuten Ademaacutes la teacutecnica del grupo nominal restringe la interaccioacuten interpersonal de los miembros factor importante para que la reunioacuten no sea eficiente Por otra parte se incluye una herramienta de generacioacuten de ideas por lo cual la teacutecnica de lluvia de ideas tambieacuten es considerada La tecnologiacutea Bluetooth permite comunicar hasta siete dispositivos Tomando en cuenta que el tamantildeo del grupo de interaccioacuten durante el desarrollo de la reunioacuten no debe ser mayor a siete porque la comunicacioacuten se centrariacutea en unos cuantos resulta ideal utilizar este protocolo de comunicacioacuten El utilizar este protocolo de comunicacioacuten adhiere al sistema una caracteriacutestica


75

no muy deseada conexiones con poco alcance pero la ventaja de Bluetooth es el bajo consumo de bateriacutea en los dispositivos moacuteviles y que actualmente existen en el mercado una gran variedad de productos moacuteviles que incorporan dicha tecnologiacutea El sistema de reuniones inalaacutembrico puede ser implantado en cualquier organizacioacuten en la que existan grupos de trabajo y tengan la necesidad de reunirse porque la aplicacioacuten define aacutereas de trabajo y permite la comunicacioacuten entre ellos Por otra parte es importante incluir capacitacioacuten previa para el uso del dispositivo moacutevil Como se observoacute en las pruebas de usabilidad los usuarios moacuteviles presentaron problemas de adaptacioacuten al nuevo hardware aunque ellos cuentan con teleacutefono celular fue necesario proporcionarles una pequentildea capacitacioacuten para que pudieran llevar a cabo las tareas Sin embargo el uso del dispositivo moacutevil en la reunioacuten virtual no fue un obstaacuteculo sino un beneficio el poder participar a la reunioacuten sin dejar a un lado sus tareas cotidianas

62 Trabajo Futuro El sistema de reuniones inalaacutembrico para dispositivos moacuteviles contempla el uso de teleacutefonos celulares y PDAs para la interaccioacuten Sin embargo no todos los dispositivos moacuteviles cuentan con la tecnologiacutea Bluetooth soporte para J2ME y para las libreriacuteas JABWT El uacutenico dispositivo que se teniacutea con esas caracteriacutesticas fue un teleacutefono celular Nokia 6260 como cliente para evaluar la usabilidad de la aplicacioacuten colaborativa Se requiere probar el sistema de reuniones con maacutes de un cliente para analizar la colaboracioacuten de los participantes en la reunioacuten Por otra parte no fue posible en este momento utilizar PDAs para la implantacioacuten y evaluacioacuten del sistema ya que las APIs para el manejo de Bluetooth en dichos dispositivos se encuentran en desarrollo una vez que se encuentre disponible las APIs se pueden implantar el sistema en dichos dispositivos El sistema colaborativo fue disentildeado de forma modular por lo tanto se pueden incluir nuevas herramientas que sirvan de apoyo durante el proceso de la toma de decisiones por ejemplo diagramas de causa-efecto con lo cual los participantes de forma graacutefica detecta las diferentes causas de un problema y sus efectos Se pueden incluir tambieacuten cuestionarios electroacutenicos para detectar si en alguacuten departamento existe un problema o inconformidad por parte de los empleados y encontrar la solucioacuten en los primeros indicios de este Ademaacutes se puede incorporar comunicacioacuten a traveacutes de voz con ello los usuarios no necesariamente comunican su punto de vista por medio de un mensaje de texto sino a traveacutes de un mensaje de voz por lo tanto el proceso de toma de decisiones se reducen auacuten maacutes Si se desea considerar la comunicacioacuten por voz es importante establecer mejores mecanismos de seguridad en el sistema utilizando un enlace encriptado Un punto importante a destacar en la aplicacioacuten colaborativa son las conexiones de corto alcance lo cual impide comunicar a empleados de la organizacioacuten localizados en diferentes sucursales o puntos geograacuteficos Una solucioacuten es utilizar como protocolo de comunicacioacuten inalaacutembrico WiFi La implementacioacuten inmediata seriacutea en PDAs ya que la disponibilidad en la telefoniacutea celular que permite el uso de banda ancha estaraacute disponible para mediados del antildeo 2006 [URL 14] Para poder conocer la viabilidad del sistema de reuniones en un ambiente empresarial en forma real es importante llevar a cabo un anaacutelisis de proyecto de inversioacuten con ello los empresarios tomaraacuten en cuenta variables como costos tiempo retorno de inversioacuten y los beneficios de utilizar un sistema de reuniones inalaacutembico

Sistema de Reuniones Inalaacutembrico Referencias

76

Referencias

Bibliografiacutea

[1] Bray Jennifer Bluetooth Connect Without Cables Prentice Hall Meacutexico 2001 [2] Canseco Soto Viacutector Moises Sistema de Reuniones para PCs y Dispositivos

Moacuteviles Universidad Tecnoloacutegica de la Mixteca Huajuapan de Leoacuten Oax 2004

[3] Chaffey Dave Groupware Workflow and Intranets Reengineering the Enterprise with Collaborative Software Ed Digital Press 1998 pp 33-72

[4] Domiacutenguez Thaliacutea El perfil de la Asistente Ejecutiva Ed Mc Graw Hill 1ordf Edicioacuten Meacutexico 2001 pp 125-136

[5] Dubrin J Andrew Fundamentos de Administracioacuten Editores International Thomson 5ordf Edicioacuten Meacutexico 2000 pp 146-155 341-360

[6] Evans R James Administracioacuten y Control de la Calidad Grupo Editorial Iberoamericana Meacutexico 1998 pp 341-350

[7] Ishikawa Kaoru iquestQueacute es el Control de Calidad La Modalidad Japonesa Grupo Editorial Norma pp 131-147

[8] Newstrom W John Comportamiento Humano en el Trabajo Mc Graw Hill 10ordf Edicioacuten Meacutexico 2001 pp 365-385

[9] Rubin Jefrey Handbook of Usability Testing How to plan design and conduct effective test John Wiley amp Sons USA 1994

[10] Stallings William Wireless Communications and Networks Prentice Hall Meacutexico 2002 pp 480-519

[11] Stephen P Robbins Comportamiento Organizacional Prentice Hall 8ordf Edicioacuten Meacutexico 1999 pp 265-274

URLs

[URL 1] Bluetooth Special Interest Group SIG httpbluetoothorg Uacuteltimo acceso 11Octubre2004

[URL 2] Centra httpwwwcentracom Uacuteltimo acceso 13Septiembre2004 [URL 3] Dell Handhelds http dellcom Uacuteltimo acceso 22Enero2005 [URL 4] Garrido J Una Propuesta Arquitectoacutenica para el Desarrollo de

Aplicaciones Colaborativas httpgrihoudlesi2004BajarPonencia88pdf Uacuteltimo acceso 07Febrero2006

[URL 5] Hewlett Packard Handhelds http hpcom Uacuteltimo acceso 22Enero2005


77

[URL 6] IBM Lotus QuickPlace httpwwwlotuscomproductsproduct3nsfwdocsltwhome Uacuteltimo acceso 17Septiembre2004

[URL 7] IrDA httpirdaorg Uacuteltimo acceso 03Enero2005 [URL 8] Java Bluetooth httpjavabluetoothcomjsr82deviceshtml Uacuteltimo

acceso 03Febrero2006 [URL 9] Linktivity httpwwwlinktivitycom Uacuteltimo acceso

17Septiembre2004 [URL 10] Macromedia Brezee Live

httpwwwmacromediacomsoftwarebreezeliveproductinfoproduct_overview Uacuteltimo acceso 06Octubre2004

[URL 11] Marratech httpwwwmarratechseemeetingsshtml Uacuteltimo acceso 17Septiembre2004

[URL 12] Usability Net httpwwwusabilitynetorgmanagementb_whathtm Uacuteltimo acceso 11Febrero2006

[URL 13] PalmOne Productos http palmonecom Uacuteltimo acceso 22Enero2005

[URL 14] Pawsey Carrie UMA WiFi features on day one of 3GSM httpwwwovumcomnewseuronewsaspid=3914 Uacuteltimo acceso 03Enero2005

[URL 15] Qusay H Mahmoud Part II The Java APIs for Bluetooth Wireless Technology httpdeveloperssuncomtechtopicsmobilitymidparticlesbluetooth2 Uacuteltimo acceso 04Febrero2005

[URL 16] RESDI Cuerpo Acadeacutemico de Redes y Sistemas Distribuidos httpmixtliutmmx~resdihtmlgabriel_geronimo_castillohtml Uacuteltimo acceso 24Marzo2006

[URL 17] Romero Peacuterez Flavia de la Asuncioacuten Sistema Colaborativo para el apoyo Electroacutenico a Reuniones httpwww2ingpuccl~groupsisco Uacuteltimo acceso 17Septiembre2004

[URL 18] Sony Clieacute Models http sonycom Uacuteltimo acceso 22Enero2005 [URL 19] Ultra Wide Band httpwwwintelcomtechnologycommsuwb

Uacuteltimo acceso 03Enero2005 [URL 20] VirtualCal httpwwwcicesemxvirtualcal Uacuteltimo acceso

12Septiembre2004 [URL 21] WiFi Alliance httpwi-fiorg Uacuteltimo acceso 03Enero2005 [URL 22] WLANA Alliance httpwalanaorg Uacuteltimo acceso 15Enero2005 [URL 23] WLANA Education httpwwwwlanaorglearneducate2htmbenef

03Enero2005 [URL 24] ZigBee httpzigbeeorg Uacuteltimo acceso 03Enero2005

Sistema de Reuniones Inalaacutembrico Apeacutendice A

78

Apeacutendice A Encuestas

Objetivo Identificar a los usuarios potenciales para el uso de aplicaciones telefoacutenicas en sistemas de reuniones Instrucciones Marque con una lsquoXrsquo su(s) respuesta(s) o en su caso escriba la respuesta

Sexo ( )Masculino ( )Femenino

Edad 20 -30 antildeos 31 - 40 antildeos 41 - 50 antildeos Maacutes de 51 antildeos

1 iquestCuenta con teleacutefono celular Si No (Pase a

la 6) 2 iquestEnviacutea mensajes (SMS) Si No (Pase a

la 4) 3 iquestCuaacutentos mensajes diarios enviacutea Cero

1-5 6-10 Maacutes de 10

4 iquestQueacute marca y modelo de teleacutefono celular utiliza 5 iquestEn queacute idioma estaacute configurado su teleacutefono celular

Espantildeol Ingleacutes

6 iquestCuaacutel tecnologiacutea moacutevil considera indispensable para el desarrollo de sus actividades

Teleacutefono celular Palm Pocket PC

7 iquestA cuaacutentas reuniones laborales es convocado mensualmente

Ninguna (pase a la 9) 1-5 6-10


79

Maacutes de 10

8 iquestConsidera queacute las reuniones laborales a las que ha asistido son eficientes

Si iquestpor queacute

No iquestpor queacute

o No se encontraban todos los participantes

o Las opiniones tomadas en cuenta son de personas con un alto rango dentro de la organizacioacuten

o Los participantes no estaacuten interesados

o Las opiniones se centra en unos cuantos

o Otros

9 Le gustariacutea poder participar en una reunioacuten utilizando su teleacutefono celular

Si No

Dedicatorias

DEDICADA ESPECIALMENTE PARA MIS PADRES FELIPE Y RUTH POR SU AMOR

COMPRENSIOacuteN INCONDICIONAL Y POR SER MIS MEJORES EJEMPLOS DE SUPERACIOacuteN Y EMPENtildeO

A MI HERMANO JORGE POR SER MI AMIGO Y BRINDARME SU APOYO EN TODO MOMENTO

A LUISA Y PAZ POR COMPARTIR CONMIGO MOMENTOS GRATOS Y LLENOS DE ALEGRIacuteA

Agradecimientos









IV

Iacutendice












V













VI

Lista de Figuras



VII

Lista de Tablas



1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No

Agradecimientos









IV

Iacutendice












V













VI

Lista de Figuras



VII

Lista de Tablas



1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


IV

Iacutendice












V













VI

Lista de Figuras



VII

Lista de Tablas



1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


V













VI

Lista de Figuras



VII

Lista de Tablas



1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


VI

Lista de Figuras



VII

Lista de Tablas



1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


VII

Lista de Tablas



1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


1





2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


2








3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


3











Kbps













SISCO [URL 17]







4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


4
















VirtualCal [URL 20]








5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No


5









Tiempo

Espacio




Diferente lugar



videoconferencias



de trabajo




6
















7







8





Problema




Decisioacuten



9









Lista de Problemas

Problema por atacar

Reunir datos

Atencioacuten

Causas


Plan de Seguimiento


Soluciones


10








participantes


5 Aclarar y evaluar

sugerencias



11


















12








13











14




conclusiones


15



16








Area Netowrk)




universitarios









bull Redes Ad Hoc


17

2G 64 - 144 Kbps

3G 348 - 2048 Kbps


de datos

1 - 11 Mbps


70 Mbps 01 - 4 Mbps













Audio WLAN



18




acceso


Tipos de terminales













19














20










21





Fig 24 Scarttenet






22













23














24





25






64 MB


80MB


12MB


6MB


32 MB


No especificado


No especificado



26



Palm Pocket PC
























27





28





29





30











31





324 Restricciones









32



Administrador


Liacuteder


Administrar Grupos


Crear Agenda

ltltincludegtgt




ltltincludegtgt

ltltincludegtgt

Enviar Mensajes

BD




33







Flujo alternativo




Precondiciones




34


GrupoTabla Postgres















35




Flujo alternativo








36



AgregaEmpleado





BorrarEmpleado


ActualizaEmpleado





37










Flujos Alternativos








38


FindDevicesBT


EnviarMensaje















39









Flujos Alternativos








40














inquiry



rfcomm bind

ussp-push




41












Poscondiciones



42



ShowInvitar()

AgregaInvitados( )





ShowInvitar( )







43












Poscondiciones




44





CreaService(String)













ShowVotacion()

TerminarSesion()


Conclusion()

AlmacenarAcuerdos



EscribirMensaje

Votar




45












Flujos Alternativos






46







ShowLluviaIdeas()



CreaService(String)







ShowLluviaIdeas()


NuevoTopico()



Escribir Topico


LeerIdea(String)



TerminarSalaLluvia

TerminarSesion()





47












Poscondiciones



48




Votar(Integer)


ContabilizaVoto()













49



Precondiciones



Poscondiciones




50



EscribirUI VotarUI

InitConversaciones


NotificaAcceso


Si acceso==entra

CambiarSala


EscribirMensaje()








InitVotacion





51










Precondiciones



Poscondiciones




52



EscribirUI VotarUI

InitLluviaIdeas



Si acceso==entra

CambiarSala



EscribirIdea()


RetransmitirIdeas







EnviaTema






53




Precondiciones


Poscondiciones















54






BMeeting Servidor

AvetanaS BlueZS

InterfazS

InterfazC

BaseDatosS

ComunicacioacutenC

ComunicacioacutenS




55










01 01

0

1

0

1

1

1

1

1





1

1

1

1



1

1

1

1

1

1

1

1



56









57






58













59





Fig 43 Agenda



60







61








62








63






















64





















65







66





67






68







6 a 10 975 Maacutes de 10 243




1 a 5 5763 6 a 10 1017








69



Fig 51 Nokia 6260

(cliente)



Fig 52 UsaLab


70
















bull No se aplica










71

























bull No se aplica



72



73












74




75




76

Referencias

Bibliografiacutea












URLs






77


















78
















79

Maacutes de 10








o Otros


Si No

Documents

NIVERSIDAD ECNOLÓGICA DE LA S R I M T B