Mostrando entradas con la etiqueta Cómputo Ubicuo. Mostrar todas las entradas
Mostrando entradas con la etiqueta Cómputo Ubicuo. Mostrar todas las entradas

18 de mayo de 2013

Actividad 14: Lecciones Aprendidas

Laboratorio de Cómputo Ubicuo
Actividad 14

Trabajo realizado


A lo largo del curso se trabajo en el desarrollo de un proyecto de nuestra elección donde de alguna forma implementáramos un sistema inteligente que integrará algo relacionado al Cómputo Ubicuo. En la primer semana todos los que integraron la clase presentaron algunas de las ideas de lo que pensaban desarrollar para después hacer equipos con personas que tenían ideas parecidas a las propias.

El equipo con el que estuve trabajando durante este semestre se dio a la tarea de plantear el proyecto de un despertador inteligente, el cual consistió en el desarrollo de un despertador para dispositivos móviles con Android que estuviera en comunicación con un sistema de sensores bajo la cama, con el fin de determinar si la persona que duerme se ha levantado o no de la cama, y hacer que la alarma continúe sonando hasta que no se levantara por completo.

Organización en el equipo


Desde el tercer avance de proyecto se creo una calendarización a seguir para el desarrollo del sistema inteligente, la cual contemplaba todos los aspectos como el desarrollo de la aplicación móvil, la creación del circuito para los sensores y la comunicación por medio de Bluetooth entre estas dos partes.

El tiempo que tuvimos fue lo suficiente para poder desarrollar un prototipo del producto que planteamos, pero fuimos posponiendo algunas cosas que dejaron algo cargado el trabajo para la última semana de entrega.

Por esto mismo no podría decir que nos adelantamos en algo que hubiera sido bueno esperar, ya que la mayor parte del desarrollo se realizó después del análisis contextual del producto, así como pruebas de usabilidad con métodos que no necesitaban del prototipo terminado para lograr realizarlas.

La coordinación entre el equipo se realizó de manera efectiva ya que siempre estuvimos en contacto en las reuniones donde nos juntábamos a platicar del proyecto y de las cosas que seguían por hacer, así como estar en contacto por medio de redes sociales, para la colaboración en conjunto de presentaciones que realizamos.

Que actividades realicé


La parte en la que trabaje más en este proyecto fue en la lógica del proyecto, así como de todo lo que tenía que ver con la electrónica y comunicación del Arduino con la computadora mediante el puerto serial, así como de la integración con los módulos creados por Roberto que eran los de la parte del servidor, que estos a la vez se comunicaban con la aplicación móvil en la que Cecilia dedico la mayoría del tiempo.

Este fue el diseño del circuito que realicé.


El prototipo se creo en una versión física a escala, que pretende mostrar como se vería el sistema en una cama, cosa en la que también trabajé en la mayoría del tiempo. En seguida una imagen de como resulto el prototipo de la cama.


Busqué la forma de mantener por separado la base de la cama con lo que representa el colchón, y esto lo realicé haciendo uso de cascaron de huevo para formar las dos estructuras y mantener por separado la parte electrónica de la cubierta de la cama.



¿Que faltó hacer?

En las primeras presentaciones de avances, expusimos varios puntos que nos hubiera gustado lograr desarrollar en el proyecto, pero que no fueron tomadas en cuentas en el prototipo final debido a que nos enfocamos a cubrir el objetivo básico del proyecto, que era lograr que la alarma siguiera sonando mientras no se había despertado la persona. Estos puntos que falto por implementar son los siguientes.

  • Agregar un sensor de presión en vez de los push buttons.
  • Predicciones de las horas a levantarse en días no regulares.
  • Detectar los ciclos de sueño de los usuarios.
  • Implementación de las cuentas de usuario.
  • Un servicio web o una implementación dentro de la aplicación para poder ver el historial completo de las horas dormidas.

Lecciones aprendidas


No dejar las cosas para el último ya que suelen surgir problemas de último momento que posiblemente requerirán de tiempo para solucionarlos.

No confiarse de que todo saldrá a la primera, ya que en la aplicación móvil tuvimos muchos problemas como la compatibilidad de las diferentes versiones de Android, así como de las plataformas de desarrollo disponibles, lo que provocó que tuviéramos que hacer varias modificaciones para lograr tener una aplicación que cumpliera con los objetivos básicos planteados.

Considerar varias tiendas de electrónica, ya que nunca se puede estar seguro de que tengan lo que ocupamos justo cuando lo necesitamos, y los pedidos aveces toman mucho tiempo en ser entregados.

Seguir estrictamente la calendarización planeada y no posponer actividades fundamentales para después, ya que en la mayoría de los casos este tiempo perdido ya no se recupera fácilmente.

Conclusiones


La colaboración en equipo fue buena en todo el tiempo, y se lograron tomar decisiones a tiempo como la de buscar otro método para la detección de presión sobre la cama, ya que la tienda de electrónica nunca nos dio respuesta al tiempo que tardaría en llegar el sensor que solicitábamos y a la vez necesitábamos encontrar una solución a este problema, lo cual resulto bien al final de cuentas.

17 de mayo de 2013

Actividad 13: Retroalimentación de Proyectos

Laboratorio de Cómputo Ubicuo
Actividad 13

En el sexto y último avance de la clase de Cómputo Ubicuo los equipos expusieron su presentación final del proyecto, donde se presentaron los objetivos alcanzados de cada uno de ellos, que cosas no resultaron como se esperaba, que cosas resultaron tal y como se habían planeado, así como de planes y mejoras a futuro que es posible incorporar.

Se nos pidió hacer nuevamente una retroalimentación a todos los equipos para dar sugerencias u opiniones en cuanto a la presentación final de cada uno de los proyectos.

A continuación están mis recomendaciones y sugerencias para las presentaciones finales.


Alarma Inteligente para Autos


Integrantes: Alex, Sergio, Roberto y Cristhian.

Podrían haber intentado crear un prototipo sin la necesidad de usar un carro real, ya que hay que hacer pruebas antes de empezar a hacer modificaciones a un auto, ya que esto podría implicar un coste muy alto en el caso en que se dañe algún circuito eléctrico del automóvil, y resultaría más adecuado armar un auto en miniatura para estas pruebas.

Podrían implementar un control a distancia para activar la alarma en vez de hacer el uso de la llave, tal y como se hace con las alarmas habituales en los autos. Pero toda la parte de la alarma sonando en la casa y la notificación al celular me pareció que cumplió con los objetivos básicos, sin embargo tienen mucho campo de mejora.

Enlace a presentación:
http://ubicomputo.blogspot.mx/2013/05/presentacion-final.html


Computadora Inteligente - SeguriLap


Integrantes: Obed, Avendaño, Pedro y Jonathan.

Me parece una muy buena idea su proyecto ya que puede servir no solo para otorgar un sistema de seguridad de la computadora, también puede ser usado para ahorrar energía, ya que en muchas ocasiones dejamos de estar viendo la pantalla de la computadora por un tiempo y podría apagarse la pantalla cuando esto suceda y volver a encenderse la pantalla cuando estemos activamente viendo el monitor.

Como sugerencia para futuros proyectos podrían buscar una planeación un tanto más estricta, para no dejar pendientes tantas cosas al final que pueden no llegar a resultar como se espera en el último momento.

Enlace a presentación:
http://aveoctavo.blogspot.mx/2013/05/presentacion-final-de-ubicom.html


Oficina Personalizada


Integrantes: Osvaldo, Triana, José y Esteban.

En el trabajo en equipo falto la comunicación entre todos ustedes, pero al parecer cada uno logró implementar el módulo que le correspondía, sin embargo en proyectos de gran escala la comunicación entre todos los integrantes es de vital importancia ya que aunque cada persona este trabajando únicamente en un módulo, resulta ser necesario conocer qué y cómo esta implementando una solución para que al final la integración de todos los componentes no sea una dificultad agregada.

Algo de lo que me agrado de su proyecto, es que no se enfocaron en un solo dispositivo para RFID, ya que lograron implementarlo con un llavero, la tarjeta feria y la tarjeta habitual de RFID.

Enlace a presentación:
http://pepgonzalez.blogspot.mx/2013/05/blog-post.html


Alarma de Dispositivos Inteligente


Integrantes: Omar, Saúl e Isaías.

La interfaz de la aplicación móvil puede mejorarse, ya que usa los colores predeterminados de interfaces de Android, y se podría buscar por un diseño más fácil de entender a simple vista, sin necesidad de tener que picar todos los botones y pestañas para entender que se hace en cada una.

En la aplicación, desde mi punto de vista, no me parece ideal el solo mostrar la dirección MAC de los dispositivos, ya que se necesitaría saber en todo momento la dirección de los dispositivos que desearíamos encontrar, y mostrar a la vez el nombre y la dirección sería la solución a este problema que podría suceder de no conocer que dispositivo se esta seleccionando.

Enlace a presentación:
http://gtdsoftwa.blogspot.mx/2013/05/presentacion-ubicuo.html


Galería Inteligente


Integrantes: Adriana, Blanca, Vanessa y Rodolfo.

La idea del proyecto y su prototipo me gustó, y veo que es posible agregar a futuro algunos aspectos como para asegurar la integridad de la obra, ya que muchas veces las obras de arte pueden ser afectadas por efectos como el calor, lo cual puede ser solucionado agregando sensores de temperatura sobre la vitrina y que manden una notificación al administrador del sistema para que se tomen medidas en la obra antes de que algo le pase a ésta.

Implementar a futuro el sonido desde la vitrina sería muy adecuado, y podrían agregar botones para controlar la reproducción, como la de regresar al inicio la grabación, o hacer una reproducción más rápida para que los visitantes de la galería no se aburran si no les gusta esperar tanto para escuchar toda la información, o inclusive proveer de una pantalla que este mostrando la misma información de la grabación.

Enlace a presentación:
http://ultimo-sem.blogspot.mx/2013/05/proyecto-final.html


Casa Inteligente


Integrantes: René, Raúl e Iván.

Para proyectos a futuro sería bueno tomar con tiempo el desarrollo del prototipo, ya que esto no suele salir en días y requiere de pruebas para que las cosas no resulten mal a la hora de presentar un producto, además la previsión en la compra de componentes se debe hacer con mucho tiempo de anticipación, ya que en ocasiones los costos o la disponibilidad de lo mismos dificultan el desarrollo del proyecto.

La creación de alguna interfaz de configuración y control pudiera haber sido buena realizarla, ya que un proyecto como el de una casa inteligente, a los usuarios les interesará tener de alguna forma un control de lo que pasará en su casa, por el hecho de que en la mayoría de las ocasiones los sistemas por computadora no suelen dar la suficiente confianza.

Enlace a presentación:
http://3puntosteam.blogspot.mx/2013/05/presentacion-final.html


Auto con NFC


Integrantes: Abraham, Rafael, David y Juan.

Una de mis recomendaciones para el diseño de comunicación entre los diferentes dispositivos que ustedes utilizan, es especificar desde un inicio cual de todas las posibilidades se utilizarán, ya que resulta ser complicado estar lidiando con dos tipos de lecturas a la vez como lo fue con ustedes al querer usar RFID y NFC, lo cual podría haber sido adecuado irse por un solo tipo de lectura y enfocarse por completo a que funcione con uno, y después como mejora implementar una lectura diferente.

Para la parte de la interfaz se ve que si trabajaron en eso parte, ya que parece ser intuitiva, minimalista y amigable, faltaría únicamente definir los colores a usar a lo largo de toda la aplicación, ya que cambios drásticos de gris a verde no me parecen muy buenos.

Enlace a presentación:
http://inteligentsystems.wordpress.com/2013/05/21/fase-final/


Garage Inteligente


Integrantes: Emmanuel, Max, Carmen y Víctor.

Para su aplicación móvil podrían implementar una opción que ayude a la configuración necesaria para la comunicación Bluetooth, ya que muchos usuarios de dispositivos móviles no están muy familiarizados con esto, y podría causar problemas cuando se cambia de dispositivo y se necesita realizar nuevamente una configuración.

La interfaz para el servicio web me parece muy agradable, y parece ser fácil de entender, pero en la aplicación móvil podría mejorarse en muchos aspectos la interfaz, sobre todo para cuando se agreguen más opciones en la aplicación.

El proyecto a pesar de que no se termino por completo, parece ser lo suficientemente sólido en cuanto a los módulos en que trabajaron para la detección de códigos QR, la detección de movimiento fuera del garage para enviar notificaciones a los usuarios, y la parte del servicio web que también se ve muy completa, entonces lo único que pareció faltar fue la integración de todos los componentes, lo que se pudo haber solucionado habiendo tomado en consideración dentro de su calendarización tiempo extra para pruebas y correcciones.

Enlace a presentación:
http://obicomp.blogspot.mx/2013/05/presentacion-final.html


Algunos de estos proyectos lograron desarrollar un prototipo físico funcional que provee de la funcionalidad básica planteada en las primeras presentaciones de avance, lo que habla muy bien de la organización de algunos equipos para la elaboración de proyectos.

16 de mayo de 2013

Actividad 12: Borradores de Planes de Negocios

Laboratorio de Cómputo Ubicuo
Actividad 12

Para esta entrega de laboratorio se nos pidió elaborar un plan de negocios para alguna de las ideas que se plantearon de forma grupal en clase y que podrían ser proyectos a implementar en el campo de Cómputo Ubicuo. Enseguida presento dos de las ideas que más me llamaron la atención y que veo viables de implementar.

Hospital Inteligente


Definición

La idea que se plantea es la de crear un sistema inteligente que permita a los doctores monitorear a los pacientes de manera remota, al poder acceder desde la computadora o desde un dispositivo móvil a la información que provee el monitor de paciente, además de que este pueda ser capaz de informar a los médicos cuando el estado de uno de los pacientes se agrava repentinamente y necesite atención inmediata.

http://www.hospitaldigital.com/wp-content/uploads/2011/06/iStock_Doctor-at-computer_XSmall.jpg

Justificación

En la mayoría de las ocasiones los doctores de hospitales llegan a tener una gran cantidad de pacientes bajo su cuidado, y ya que ellos no pueden estar al pendiente de todos ellos en todo momento, las enfermeras se hacen cargo de los cuidados básicos de los pacientes, mientras los doctores atienen alguna urgencia, tienen alguna consulta o están con otro paciente.

Por la razón de que los doctores no pueden estar verificando el estado actual de todos sus pacientes en todo momento, muchos de estos pacientes suelen agravar sus estados y no ser atendidos a tiempo.

Una forma de facilitarle a los doctores el monitoreo de todos sus pacientes sería mediante la implementación del sistema propuesto, ya que los doctores podrían verificar rápidamente el estado de los pacientes, en vez de todo el tiempo que tardarían visitando de uno por uno a su cama. Además, al proveer de alertas a los mismos doctores, para que presten especial atención a los pacientes que el sistema detecte como posible agravamiento de la salud en base a reglas definidas que estén en relación a la cantidad de pulsaciones del corazón, respiración, etc., puedan intervenir en los pacientes que así lo requieran.

Objetivos

Los objetivos principales detectados en el proyecto son:
  • Proporcionar a los doctores de un sistema de monitoreo de manera remota.
  • Notificar a los doctores o enfermeras cuando la salud de un paciente se esta agravando.
  • Determinar cuales pacientes necesitan mayor prioridad de atención.

Clientes

Por los objetivos del proyecto, los clientes serían los hospitales, ya que esto se vendería como un producto completo donde se instale todo lo necesario para percibir la información de los monitores de los pacientes, así como de proveer a los doctores o enfermeras de los medios necesarios para el monitoreo remoto.

Competencia

En el país difícilmente es posible encontrar hospitales que integren sistemas de este tipo ya que los costos podrían ser muy elevados, posiblemente solo hospitales privados pueden tener de alguna forma un sistema de monitoreo de pacientes parecido al propuesto, pero a la vez estos suelen contar con más personal médico, lo que haría de alguna forma poco necesario el sistema, ya que es posible el monitorear pacientes de la manera habitual.

Análisis FODA
Fortalezas
  • Ayudaría mucho a hospitales con poco personal médico.
  • Es un producto innovador.
  • Interés de los doctores por uso de nuevas tecnologías.

Oportunidades
  • Los hospitales de la localidad no cuentan actualmente con sistemas de este tipo.

Debilidades
  • Sería necesario que el hospital tenga todos sus servicios integrados.
  • Los doctores podrían no adaptarse al sistema.
  • Los hospitales desean reducir costos, no incrementarlos

Amenazas
  • El alto coste del proyecto.
  • Que los pacientes se quejen porque piensen que no se les atiende de forma adecuada.

Tipo de organización

Lo que se propone es la creación de una empresa que se encargue de el desarrollo de este sistema, para que luego pueda ser vendido y comercializado como un producto/servicio a los hospitales de la ciudad.

La empresa sería la encargada también de la adquisición del hardware necesario para lograr la implementación al igual que la instalación de dicho sistema en el hospital.

Mejoras a futuro

Una mejora a futuro que se puede presentar es la capacidad del sistema de tomar decisiones para el paciente al igual que lo harían los doctores, el cual ajuste, por ejemplo, la cantidad de medicamento del paciente por medio de intravenosa. Para esto se requeriría proveer de inteligencia artificial al sistema para que la toma de decisiones sea en base al historial medico de cada paciente y no solo de la sintomatología actual.


Paradas de Camiones Inteligentes


Definición

Se propone incorporar pantallas inteligentes en las paradas de camiones que estén conectadas mediante Internet a un sistema que pueda proporcionar el tiempo estimado que falta para que alguna determinada ruta de camión llegue a la parada en donde se encuentra instalada esta pantalla y además poder proporcionar publicidad de contenido dinámico que muestre el tipo de publicidad que habitualmente se encuentra en los carteles junto a las paradas del camión pero con contenido que cambia según el día o inclusive la hora.

http://www.sisomosgente.com/wp-content/uploads/2011/06/PARADA-INTELIGENTE.jpg

Justificación

Conocer en todo momento el tiempo que falta para que llegue la ruta de camión que estamos esperando puede resultar de gran ayuda cuando uno tiene prisa por llegar al trabajo o a la escuela, ya que en la mayoría de las ocasiones es muy difícil predecir si el camión logrará pasar a la misma hora en que lo hizo un día antes.

El conocer cuanto tiempo falta para que el próximo camión de la ruta que se planea tomar puede ayudar a tomar decisiones de si es mejor tomar otra ruta de camión que este próxima a llegar, o si definitivamente es más viable esperar a que llegue el camión que deseábamos. Por ejemplo, se puede dar el caso en el que una persona este esperando el camión de la ruta A, y el sistema muestra que faltan 15 minutos en que pase el próximo, y resulta que una ruta B esta próxima a llegar y es posible llegar al destino tomando esta ruta y sacrificando tal vez caminar algún tramo extra en el que no tardarías más de 5 minutos, entonces se podría tomar la decisión de tomar la ruta B para lograr llegar a tiempo al destino.

Misión

La misión es ofrecer a las personas de un sistema de información que muestre los tiempos estimados de las rutas que pasan por cierta parada del camión, así como ofrecer de un servicio de publicidad al comercio en general.

Objetivos

Los objetivos principales que se plantean son los siguientes:
  • Conocer las rutas que pasan en una determinada parada de camiones.
  • Proveer el tiempo estimado de llegada del próximo camión de una cierta ruta.
  • Proporcionar publicidad dinámica a las personas.

Clientes

Los clientes o usuarios potenciales son las personas que diariamente hacen uso del transporte público y que desean conocer el tiempo que falta para que el próximo camión llegue a la parada.

Y un segundo grupo de clientes serían las empresas o comercios que deseen poner su publicidad en estas pantallas que no solamente informan de los tiempos de llagada de los camiones, sino también publicidad que es posible cambiar a diferentes días y horas del día.

Competencia

Actualmente no se conoce de algún sistema de este tipo implementado en la ciudad, y que provea de esta información a las personas, por lo que con apoyo inicial sería posible hacer de esto un producto rentable.

Sin embargo si existe una empresa encargada de cambiar la publicidad que se muestra en los carteles publicados en las paradas de los camiones, pero sería posible llegar a un acuerdo con esta empresa para que ellos apoyen a la instalación de estas paradas inteligentes de camiones, ya que lo que les podrá interesar a ellos es la mejora en su publicidad.

Análisis FODA

Fortalezas
  • Se satisface una necesidad que muchas personas no suelen percibir.
  • La ganancia mediante publicidad puede ser beneficiosa.
  • No existe una competencia que provea un sistema parecido a éste.

Oportunidades
  • Generar interés en las personas y que estas pidan que el sistema se encuentre en muchas paradas principales.
  • Buenas ganancias por el uso de publicidad.

Debilidades
  • Personas mayores de edad no suelen estar familiarizadas con sistemas inteligentes.
  • Costo elevado por la adquisición de pantallas que sean resistentes a golpes y el clima.

Amenazas
  • Falta de apoyo por parte de alguna institución o el gobierno.
  • Si se hace en coordinación con la secretaría de transporte, ellos pueden querer aumentar precio del boleto por la implementación de esta tecnología.

Tipo de organización

Ya que la idea del proyecto va dirigida a los usuarios de transporte urbano, y el transporte esta coordinado por la secretaría de transporte público en la ciudad, tendría que ser un sistema que este patrocinado o apoyado por esta secretaría o alguna institución gubernamental, ya que el beneficio es directamente y principalmente para la población.

Mercadotecnia

Como estrategia de mercadotecnia se podría buscar ir por el lado de la publicidad, que es de donde se pueden obtener numerosas ganancias y que ayuden a la recuperación del gasto inicial en el desarrollo e implementación del proyecto, ya que muchas empresas y comercios estarán interesados en mostrar su publicidad y es aquí donde es posible recuperar la inversión en el mediano plazo.

Todo esto buscando no generar en ningún momento el incremento del costo del boleto de camión a los usuarios de transporte urbano ya que la ganancia debería de estar cubierto por la publicidad.

Mejoras a futuro

Estas paradas inteligentes podrían ser mejoradas a futuro si las ganancias lo permiten en determinado momento, ya que una de las cosas que se pueden implementar en estas paradas es la seguridad de las personas que esperan el camión agregando una cámara de vigilancia que este monitoreando la actividad, así como agregar un botón de pánico que pueda ser activado en caso de un robo o alguna emergencia se presente en el lugar (como una persona desmayada, algún atropello en la calle, etc.).

Referencia:
Walter Ayala, "Ejemplo de un Plan de Negocios", 2009, [En línea]. [Fecha de consulta: 20 de Mayo, 2013]. Disponible en: http://es.slideshare.net/jcfdezmxestra/ejemplo-de-un-plan-de-negocios

11 de mayo de 2013

Actividad 11: Retroalimentación de Proyectos

Laboratorio de Cómputo Ubicuo
Actividad 11

En el quinto avance de la clase de Cómputo Ubicuo los equipos presentaron los detalles relacionados a la seguridad en el proyecto. Entre las cosas que se tomaron en cuenta para esta presentación de privacidad se tomó en cuenta, no sólo la privacidad en cuanto a los datos personales que es posible almacenar de los usuarios, sino también la seguridad de los mismos al momento de hacer uso de los dispositivos que sean necesarios para la interacción con el sistema.

Después de escuchar a todos los equipos se nos pidió hacer una retroalimentación para dar sugerencias en cuanto a los aspectos de privacidad mencionados en cada proyecto.

A continuación están mis recomendaciones, sugerencias y críticas constructivas para las presentaciones de privacidad.


Alarma Inteligente para Autos


Integrantes: Alex, Sergio, Roberto y Cristhian.

Como ustedes mencionan, los datos que se envían por medio de bluetooth no son datos personales, pero si son los comandos que se pide al sistema realizar como el activar o desactivar la alarma, por lo que se puede dar el caso en el que se copie la identidad del dispositivo bluetooth del usuario, y fácilmente quién copio esta identidad podría desactivar el sistema para hacer algún daño o robo. Podrían buscar que los comandos enviados tampoco sean fáciles de interpretar, posiblemente mediante algún algoritmo de encriptación, con el fin de evitar este tipo de problemas.

Todo lo que mencionan sobre la localización por GPS es muy cierta, y evidentemente implica un gran riesgo de seguridad y privacidad para el usuario, por lo que como solución yo propondría hacer que los datos de la localización actual del usuario sólo se mantenga almacenada en el auto por un periodo no muy largo de tiempo, con el fin de que esta información de ubicación no sea transmitida a ningún otro lugar al menos de que el sistema lo solicite directamente al dispositivo cuando a este se le indique que esta en un posible robo.

Enlace a presentación:
http://ubicomputo.blogspot.mx/2013/05/actividad-5-privacidad.html


Computadora Inteligente


Integrantes: Obed, Avendaño, Pedro y Jonathan.

Como sugerencia podrían crear en su sistema algún módulo encargado de extraer de las imágenes la información característica y necesaria de éstas y después guardar estos datos en algún tipo de archivo menos reconocible o fácil de leer, en vez de solo guardar las imágenes o fotografías del usuario en una carpeta de la computadora, ya que ésta puede estar expuesta a algún tipo de ataque informático y a nadie le gustaría que fotografías nuestras anden siendo usadas sin consentimiento.

Mencionan también que necesitan el correo electrónico del usuario para poder usar el sistema, y me parece que no mencionan que uso se le dará a este correo, ya que a la mayoría de los usuarios les interesa que su correo no sea agregado a una lista de distribución con correo de publicidad, por lo que esto debería de estar explicado en el aviso de privacidad y mencionar el uso que se le darán al mismo.

Enlace a presentación:
http://aveoctavo.blogspot.mx/2013/05/presentacion-de-privacidad.html


Oficina Personalizada


Integrantes: Osvaldo, Triana, José y Esteban.

Como para su proyecto es necesario el almacenamiento en una base de datos los rasgos faciales de las personas que tienen acceso a la oficina, sería importante conocer si estos no están en peligro de ser robados o de ser vendidos a terceros, ya que esta información puede ser muy valiosa para algunas personas, para poder identificar personas en un sistema de búsqueda de perfiles de redes sociales en la red haciendo un emparejamiento de rostros, con el fin de seguir todo tipo de actividad de una persona, lo que puede ser algo peligroso. Lo ideal es que esta base de datos sea lo más segura posible para evitar accesos indebidos por terceros sin permiso.

No mencionan como será la seguridad mediante el servicio web del mismo sistema, por lo que sería bueno definir también el tipo de seguridad que existirá en el mismo, así como saber si el usuario necesita algún tipo de usuario y contraseña, y como lograrán hacer que esta información también sea segura.

Y al final en su aviso de privacidad podrían decir que no se hacen responsables de una alteración en el sistema, ya que en dado caso los datos estarían comprometidos y no estaría bajo sus manos impedir el mal uso de los mismos.

Enlace a presentación:
http://pepgonzalez.blogspot.mx/2013/05/avance-5-computo-ubicuo.html


Alarma de Dispositivos Inteligente


Integrantes: Omar, Saúl e Isaías.

Para lo que mencionan del almacenamiento de los datos de los otros dispositivos (como la dirección MAC), así como de la configuración del usuario, ya expusieron ustedes los posibles problemas existentes que se pueden presentar al guardar esta información en la memoria interna ya que es posible leer esta información mediante la opción de debug o cuando el dispositivo tenga permisos de superusuario, sin embargo es posible conocer cuando el dispositivo tiene permisos de superusuario, y ustedes podrían incluir en la aplicación una especie de bloqueo que impida hacer uso de la misma cuando esto pase, o que muestre un mensaje de alerta que explique que la información podría estar en riesgo.

En el aviso de privacidad deberían de explicar más claramente en que momento ustedes ya no se hacen responsables del manejo de la información personal, porque muchos de los usuarios posiblemente no conozcan este tipo de términos como "debug" o "superusuario", que para los desarrolladores son conceptos más comunes.

Me pareció bueno agregar en el aviso de privacidad la nota de que los términos pueden cambiar sin previo aviso. Aunque también pueden agregar alguna especie de notificación que se mande al usuario cuando el aviso de privacidad cambie y que la aplicación no pueda seguir siendo usada mientras no se acepte el nuevo aviso de privacidad.

Enlace a presentación:
http://gtdsoftwa.blogspot.mx/2013/05/presentacion-ubicuo-privacidad.html


Galería Inteligente


Integrantes: Adriana, Blanca, Vanessa y Rodolfo.

Es cierto que en su proyecto no manejan datos privados de un usuario en específico, por lo que posiblemente la privacidad de usuarios no sea lo que se este buscando, ya que lo que almacenan de información es más para fines estadísticos para la galería que tenga implementado este sistema.

Algo de lo que podrían buscar es que esta información de cantidad de usuarios que visitan cada una de las obras expuestas en el museo o galería, no sean vulnerables a ser accedidas por otras galerías que busquen crear competencia. Para esto falta proveer de mayor seguridad a la base de datos para que no este todo bajo la administración de una sola persona, en este caso el administrador del sistema, y que posiblemente él pueda vender información valiosa a otras galerías.

Enlace a presentación:
http://ultimo-sem.blogspot.mx/2013/05/entrega-5.html


Casa Inteligente


Integrantes: René, Raúl e Iván.

Además de la ubicación, no mencionan que otro tipo de dato necesitarán obtener o guardar del usuario, como puede ser el nombre, un identificador, o alguna contraseña de acceso.

Pueden buscar alguna alternativa para el manejo de la cámara, por ejemplo que ésta se apague mediante la indicación del usuario con algún comando de voz, o una opción mucho mejor es asegurar al usuario que lo que graban las cámaras no se almacena en ningún lado después de que se proceso y se tomaron acciones.

Para la parte del aviso de privacidad faltó definir y concretar todo lo que pondrán en ese apartado, y también con lo que el usuario deberá estar de acuerdo al firmar o aceptar los términos y condiciones establecidos.

Enlace a presentación:
http://3puntosteam.blogspot.mx/2013/05/privacidad.html


Auto con NFC


Integrantes: Abraham, Rafael, David y Juan.

Para la parte de comunicación con redes sociales, deberían de agregar una explicación de que información se compartirá por medio de su aplicación y explicar cuáles son los riesgos que se pueden presentar al publicar esta información.

En su explicación mencionan que hacen uso de encriptación para la información para cuando se envía por medio de la red, pero cuando llegan al servidor vuelven a ser descifrados los mensajes, lo que no mencionaron, es como pretenden dar seguridad a este servidor, ya que no importa si la información mientras viaja esta encriptada si alguien puede “hackear” el servidor y recuperar información de todos los usuarios.

Enlace a presentación:
http://inteligentsystems.wordpress.com/2013/05/07/fase-5-privacidad/


Garage Inteligente


Integrantes: Emmanuel, Max, Carmen y Víctor.

Para la parte de los datos que se guardan en la base de datos en un servidor no quedó muy claro si estos una vez guardados tienen también algún tipo de encriptación, o si solo se son cifrados al momento de viajar en la red y descifrados antes de almacenarse. Suponiendo que los datos tienen algún tipo de encriptación, podrían incluir en su aviso de privacidad o algún manual de usuario la explicación de como son guardados los datos y darle a conocer al usuario que sus datos están seguros para poder generar confianza.

Para dar mayor seguridad en el servicio web, podrían usar algo parecido al inicio de sesión en dos pasos, donde además de ingresar la contraseña, se ingresa un código de uso único que se genera desde el dispositivo del usuario, como se esta implementando actualmente en servicios web modernos.

Enlace a presentación:
http://obicomp.blogspot.mx/2013/05/privacidad.html


Con las presentaciones logramos observar que existen muchos detalles que son necesarios tomar en cuenta para lograr que el sistema que estamos desarrollando ofrezca un buen nivel de privacidad y a la vez seguridad al usuario, con el fin de no poner en riesgo en ningún momento la integridad de la persona.

5 de mayo de 2013

Actividad 10: Privacidad en Cómputo Ubicuo

Laboratorio de Cómputo Ubicuo
Actividad 10

Nombre del documento:
An Architecture for Privacy-Sensitive Ubiquitous Computing

Autores:
Jason I. Hong y James A. Landay

Enlace:
http://www.eecs.berkeley.edu/BEARS/2004/STARS/final/hong.pdf


Introducción


Westin define privacidad de la información como "el reclamo de personas, grupos o instituciones para determinar por sí mismos cuándo, cómo y hasta qué punto la información sobre ellos se comunica a los demás" [1]. Aunque muchas personas creen que la computación ubicua tiene gran futuro, la privacidad es fácilmente una de sus críticas más citada frecuentemente.

http://planetatelefonica.com.ar/usoresponsable/files/2010/11/seguridad-hackers.gif

Ha habido numerosas entrevistas y la respuesta negativa reiterada que describe las preocupaciones de la gente sobre el gran potencial para el abuso, inquietud por una posible falta de control, y la necesidad general de los sistemas de cómputo ubicuo sensible a la privacidad. Estas preocupaciones sugieren que la privacidad puede ser el mayor obstáculo para el éxito a largo plazo de la computación ubicua.

La gran mayoría de los trabajos previos sobre la privacidad se ha centrado en proporcionar el anonimato o el mantenimiento de la información personal y los mensajes privados a los hackers informáticos, el gobierno y las corporaciones sin rostro. Mientras que el anonimato y la privacidad son importantes, sólo se refieren a un aspecto relativamente estrecho de privacidad y no cubren las muchas situaciones de la vida cotidiana donde las personas quieren compartir información con otros. Por ejemplo, uno podría imaginar compartir la información de ubicación de uno con los amigos para facilitar la coordinación de las llegadas en un lugar de encuentro, o compartiendo nociones simples de actividad para transmitir una sensación de presencia de los compañeros de trabajo y amigos. Es importante señalar que las partes que están recibiendo dicha información ya conocen la identidad de uno, no son adversarios en el sentido tradicional, y que los riesgos para la privacidad puede ser tan simple como querer evitar las obligaciones sociales no deseadas o situaciones potencialmente embarazosas.

Privacidad en cómputo ubicuo


La privacidad es un concepto cambiante con una amplia gama de necesidades y niveles de confianza. La atención se centra en las personas con la elección y consentimiento informado, dejando que las personas compartan información personal con las personas y los servicios adecuados, en las situaciones adecuadas y con un nivel de detalle adecuado. Como ha indicado Weiser, "el problema, aunque a menudo expresada en términos de privacidad, es realmente de control. Si el sistema computacional es invisible, así como extenso, se hace difícil saber qué está controlando qué, qué está conectado con qué, cuando la información está fluyendo y la forma en que se está utilizando... y cuáles son las consecuencias de cualquier acción" [2].

El problema es que todavía es difícil diseñar e implementar aplicaciones de cómputo ubicuo sensible a la privacidad. Los desarrolladores de sistemas tienen poca orientación o apoyo a la programación en la creación de arquitecturas e interfaces de usuario que son eficaces para ayudar a los usuarios finales a gestionar su privacidad. El resultado es que la privacidad se realiza de manera ad hoc y, a menudo en el último momento, en todo caso, lo que lleva a las aplicaciones que los usuarios finales pueden rechazar en última instancia, porque se sienten incómodos con ellos o los encuentran intrusivos.

A partir del análisis que se realizó de las necesidades de privacidad de los usuarios finales y las necesidades de desarrolladores de aplicaciones, estamos desarrollando una infraestructura destinada a simplificar la tarea de crear aplicaciones de cómputo ubicuo sensible a la privacidad. La infraestructura esta diseñada para la computación contextual-consciente, un aspecto común de la computación ubicua en la que los sensores y otras fuentes de datos se aprovechan para proporcionar sistemas de computación con una mayor conciencia del medio ambiente físico y social de un usuario. Desde una perspectiva sistémica, se ofrece una arquitectura y un conjunto de mecanismos de aislamiento que permiten a los desarrolladores de aplicaciones y usuarios finales para apoyar una gama de niveles de confianza y las necesidades de privacidad. Desde el punto de vista del usuario final, se proporcionan mecanismos e interfaces de usuario que facilitan la creación de los tres patrones básicos de interacción para aplicaciones sensibles a la privacidad: optimistas, donde una aplicación comparte información personal y detecta abusos por defecto; pesimista, donde es más importante para una aplicación evitar los abusos, y de iniciativa mixta, donde las decisiones de compartir información se realizan de forma interactiva a los usuarios finales.

Hay muchas cuestiones sociales y organizacionales que simplemente no se pueden gestionar por medios tecnológicos por sí solos. En última instancia, la intimidad tendrá que ser gestionada a través de una combinación de tecnología, legislación, política corporativa y normas sociales. Se proporciona una arquitectura general y técnicas para hacer más fácil a los desarrolladores crear aplicaciones sensibles de los datos para una comunidad de usuarios, y para las empresas ofrecer servicios y reducir al mínimo el riesgo para la privacidad de las personas.

Requerimientos de usuarios y desarrolladores


Las necesidades de los usuarios finales fueron recogidos a través de varias entrevistas basadas en escenarios de aplicaciones con capacidad de localización que se llevaron a cabo con veinte personas de diferentes edades y profesiones, análisis extendido de forma libre a los comentarios que se llevaron a cabo en un estudio anterior sobre preferencias de privacidad en cómputo ubicuo, el análisis de la investigación sobre papeles y tableros de mensajes sobre el uso hipotético y real de los sistemas de cómputo ubicuo emergentes, el análisis de varias leyes de protección de privacidad propuestas y existentes, y el análisis de una serie de pautas de diseño diferentes para los sistemas sensibles de los datos, en particular las prácticas de la información justa y flujos de información asimétrica.

http://lidereshoy.com.mx/wp-content/uploads/2013/04/c%C3%B3mo_proteger_identidad_Internet.jpg

Resumen de requerimientos:
  • Arquitectura descentralizada
  • Control sencillo y apropiado
  • Retroalimentación simple y apropiada
  • Negación plausible
  • Retención limitada de los datos
  • Excepciones especiales para emergencias

En primer lugar, la gente está preocupada acerca de los sistemas que centralizan los datos. Si bien hay muchas ventajas a arquitecturas centralizadas, también significa que los datos sensibles son almacenados en un equipo del que los usuarios finales tienen poco control.

En segundo lugar, la gente quiere niveles sencillos y apropiados de control sobre quién ve qué información sobre ellos y cuándo, ya que cada persona tiene diferentes niveles de confianza con otras personas y organizaciones.

En tercer lugar, la gente quiere información sencilla y adecuada sobre qué información personal está siendo revelada.

En cuarto lugar, muchas personas expresaron su deseo de negación plausible. Trabajos previos han sugerido una necesidad social para evitar situaciones potencialmente embarazosas, intrusiones no deseadas, y las obligaciones sociales no deseados.

En quinto lugar, algunos de los entrevistados se preocupan por la retención a largo plazo de la información personal, ya que abre la posibilidad de intrusión en el almacenamiento de datos.

Y en sexto lugar, la gente expresa que debe haber excepciones especiales para los casos de emergencia.

Ahora las necesidades de los desarrolladores de aplicaciones son recogidos mediante la identificación de las funciones de privacidad comunes en varias redes, así como aplicaciones de cómputo ubicuo.

Resumen de requerimientos para el desarrollador:
  • Soporte para aplicaciones optimistas, pesimistas, y de iniciativa mixta.
  • Etiquetado de los datos personales
  • Los mecanismos para controlar el acceso, la circulación y retención de información personal
  • Mecanismos para controlar la precisión de la información personal revelada
  • Inicio de sesión

Es importante señalar que los requisitos antes expuestos tienen como objetivo apoyar una serie de políticas de privacidad y no todos lo que se utiliza en una sola aplicación.

Las fuentes de datos del contexto en el que se encuentra, tales como sensores, pueden rellenar campos de datos para realizar sus tareas disponibles para su uso y recuperación. Las aplicaciones recuperan y manipulan datos para realizar tareas sensibles al contexto. Estos datos almacenados también proporcionan una abstracción con la que se puede modelar y controlar el acceso a datos de contexto sobre una entidad. Por ejemplo, los usuarios pueden especificar las preferencias de privacidad para saber cómo la aplicación se encarga del control de acceso y el flujo de datos.

En resumen, si bien existen muchos juegos de herramientas e infraestructuras que prestan apoyo a los programas y las abstracciones de los sensores, y aunque ha habido muchas técnicas individuales para la gestión de la privacidad, esta idea es la primera en ofrecer un diseño extensible que proporciona soporte la arquitectura de software y soporte de desarrolladores de aplicaciones para la creación de aplicaciones de cómputo ubicuo sensible a la privacidad que son optimistas, pesimistas, y de iniciativa mixta. Se proporcionan mecanismos reutilizables para los desarrolladores de aplicaciones y para los usuarios finales en el manejo de la información personal, así como los mecanismos y abstracciones para los desarrolladores.

Conclusiones


En el documento se hacen resaltar requerimientos que no se deben pasar por alto en la elaboración de un sistema de cómputo ubicuo donde se quiere proveer al usuario de la privacidad. Estos requerimientos son listados en base a trabajos previos elaborados por personas que han dedicado investigaciones a este campo, así como de encuestas y entrevistas con usuarios finales de sistemas sensibles a la privacidad.

Aunque la lista de aspectos a tomar en cuenta para el usuario final, así como la de los desarrolladores, no es de gran extensión, se pueden lograr abarcar las principales preocupaciones existentes en el uso de información y datos almacenados de un individuo, sobre todo hablando en el contexto de cómputo ubicuo.

Podría completarse aún más el aspecto de privacidad si se incluyera un modelo o arquitectura para el correcto almacenamiento de la información pertinente del usuario, que brindará a la vez de seguridad y control.

Referencia bibliográfica:
Jason I. Hong y James A. Landay, "An architecture for privacy-sensitive ubiquitous computing", en Proceedings of the second international conference on mobile systems, applications, and services (MobiSys), Boston, 2004, pp. 177-189.

Otras referencias:
[1] Westin, A.F., Privacy and Freedom, New York, NY, 1967.

[2] Weiser, M., R. Gold, and J.S. Brown, The Origins of Ubiquitous Computing Research at PARC in the Late 1980s. IBM Systems Journal 1999, pp. 693-696.

28 de abril de 2013

Actividad 9: Retroalimentación de Proyectos

Laboratorio de Cómputo Ubicuo
Actividad 9

En el cuarto avance de la clase de Cómputo Ubicuo todos los equipos presentaron pruebas de usabilidad para conocer la opinión de personas que se podrían convertir en futuros usuarios de nuestros proyectos, y así en base a esta pruebas lograr hacer correcciones o modificaciones antes de la entrega del prototipo final. Después de escuchar a todos los equipos se nos pidió hacer nuevamente una retroalimentación, para dar sugerencias de mejora a las pruebas de usabilidad hechas por cada equipo.

A continuación están mis recomendaciones, sugerencias y críticas constructivas para las presentaciones de las pruebas de usabilidad.


Alarma Inteligente para Autos


Integrantes: Alex, Sergio, Roberto y Cristhian.

Como hicieron un grupo focal, creo que hubiera sido más adecuado tener la misma cantidad de jóvenes y de adultos, para que después de obtener las respectivas respuestas de los usuarios, se pudiera hacer una comparación entre estos dos grupos de personas, y conocer diferencias entre lo que piensan los jóvenes y los adultos, además de que falto determinar las edades de los que consideraron como jóvenes, así como las edades de los considerados como adultos.

Por otra parte me parece muy adecuado explicar a las personas del grupo focal, a manera de introducción, como es que funciona el sistema y las partes que lo integran, tal y como ustedes lo hicieron ya que esto ayuda mucho a que la retroalimentación de estas personas sea de ayuda.

Por último, en la parte de la interfaz me parece que falto hacer alguna prueba de usabilidad para conocer si el usuario encuentra problemas utilizando esta interfaz o si le gustaría tener más opciones en la misma aparte del monitoreo que ustedes proponen.

Enlace a presentación:
http://ubicomputo.blogspot.mx/2013/04/evaluaciones-de-usabilidad.html


Computadora Inteligente


Integrantes: Obed, Avendaño, Pedro y Jonathan.

Una de las pruebas de usabilidad que pudieron haber implementado fue la de "hombre detrás de la cortina" para poder dejar al usuario solo interactuando con la computadora y ver las reacciones y dificultades verdaderas que pudo haber enfrentado por si solo, ya que estando asesorando en todo momento a las personas con las que se hace la prueba de usabilidad podría dificultar la detección de posibles problemas en el uso de la interfaz.

En la encuesta que pusieron hubiera sido bueno agregar una pregunta relacionada a si lograban percibir que su computadora tardaba más tiempo en responder a las acciones habituales que ellos hacían, para conocer si les causa algún problema la carga del programa con el sistema operativo, o si simplemente no causaba ningún problema.

Y para la prueba de lugares con poca y mucha luz falto conocer el resultado que esto arrojó para determinar si esto afectará en el uso del sistema que proponen y poder considerarlo como alguna mejora a futuro o adecuación del mismo.

Enlace a presentación:
http://aveoctavo.blogspot.mx/2013/04/blog-post.html


Oficina Personalizada


Integrantes: Osvaldo, Triana, José y Esteban.

Como complemento a sus pruebas de usabilidad pudieron haber hecho un recorrido cognitivo u observar a las personas con las que se hizo la prueba la forma en como interactuaban con el prototipo para ver sus reacciones y conocer si realmente fue un proceso fácil el de pasar la tarjeta o brazalete para la apertura de la puerta, y detalles parecidos.

Lo que refiere a la parte del interior de la oficina creo que faltaron hacer pruebas con respecto a eso, ya que no mencionaron nada de lo que el usuario piensa al estar interactuando indirectamente con el sistema encargado de encender las luces y cosas por el estilo.

Enlace a presentación:
http://pepgonzalez.blogspot.mx/2013/04/avance-4.html


Proyecto Localizador


Integrantes: Omar, Saúl e Isaías.

Muy buenas pruebas de usabilidad las que utilizaron, me parecen adecuadas para el tipo de proyecto que están desarrollando. En la parte del recorrido cognitivo pudieron agregar algún ejemplo más de las acciones que el usuario puede hacer dentro de su aplicación, como la de "configurar por primera vez el dispositivo", tal y como lo hicieron después en sus pruebas de laboratorio, y después determinar si el usuario siguió los pasos que pensaban seguiría o hizo alguna otra cosa diferente.

En la parte de la prueba de laboratorio, el uso de "eyetrack" es de conocer hacia que punto exacto mira la persona en la interfaz y conocer cuales son las partes que ve primero o que ve con mayor frecuencia al estar usando la aplicación, y no se trata de ver el rostro de la persona como mencionan, pero que siendo una prueba de laboratorio, es de imaginarse que esto se puede hacer estando cerca de la persona mientras usa el dispositivo.

Enlace a presentación:
http://gtdsoftwa.blogspot.mx/2013/04/presentacion-usabilidad-computo-ubicuo.html


Galería Inteligente


Integrantes: Adriana, Blanca, Vanessa y Rodolfo.

Podrían primero antes de las pruebas con personas reales, haber creado situaciones con la creación de personas ficticias donde contemplarán las acciones que esperaban encontrar que los usuarios hicieran al momento de dirigirse a ver la obra dentro de la vitrina oscurecida, con el fin de comparar si lo que estaba escrito en papel coincidía de alguna forma con lo que pasó en la prueba que realizaron.

Pudieron haber hecho algunas cuantas preguntas más a las personas con las que hicieron la prueba como para conocer si les llevo tiempo entender el funcionamiento de la vitrina, o de si la obra dentro de esta se lograba apreciar bien, pero fuera de eso me pareció muy bien como manejaron la prueba con las personas de no mencionarles antes nada acerca del funcionamiento para observar las reacciones que tenían estando frente a la vitrina.

Enlace a presentación:
http://ultimo-sem.blogspot.mx/2013/04/entrega-4.html


Casa Inteligente


Integrantes: René, Raúl e Iván.

Me gusto la idea de la prueba de la aplicación con los dibujos en papel, ya que son buena práctica para evaluar un sistema antes de desarrollar la interfaz final que tendrá el usuario y poder hacer cambios antes de que ya se tenga una versión terminada, y se puede conocer si con los botones del dibujo en papel el usuario entiende lo que debe de hacer y si encuentran de forma fácil las opciones que necesitan.

Lo que pudieron haber agregado fue el uso de la técnica de "personas y escenarios" para mostrar situaciones que posiblemente se puedan dar en la implementación de un sistema así en la vida diaria.

Enlace a presentación:
http://3puntosteam.blogspot.mx/2013/04/pruebas-de-usabilidad.html


Auto con NFC


Integrantes: Abraham, Rafael, David y Juan.

Me gusto la parte de las pruebas de color, ya que es muy importante tomar en cuenta que algunos usuarios pueden tener algunas deficiencias visuales, y este tipo de pruebas ayudan mucho a la selección de colores adecuados para la interfaz. Como sugerencia personal creo que el color azul y sus diferentes tonalidades son más adecuadas para este tipo de interfaces, y como respaldo tenemos que plataformas de gran uso como las de algunas redes sociales, suelen usar este tipo de colores también.

Y un punto a mencionar en la prueba que hicieron para la evaluación de la interfaz, es que no solo se debe conocer si se les hizo fácil o no el uso de esta interfaz, sino conocer si en realidad se cumplió con la tarea que la persona quería hacer (como ver los mapas, ver la lista de música, etcétera), ya que hay que buscar que la aplicación cumpla con los objetivos y no solo que sea fácil de usar.

En cuanto a su presentación de resultados de estas pruebas de usabilidad, pudieron haber sintetizado todas las pruebas y conclusiones obtenidas, ya que me parece algo extensa su exposición e inclusive la cantidad de diapositivas presentadas esta algo excedida.

Enlace a presentación:
http://inteligentsystems.wordpress.com/2013/04/26/fase-4-pruebas-de-usabilidad/


Garage Inteligente


Integrantes: Emmanuel, Max, Carmen y Víctor.

Como han mencionado en su proyecto harán uso de un teléfono inteligente comos si fuese un control remoto, y no se si en las pruebas que hicieron tomaron en cuenta la habilidad del usuario para poder abrir la aplicación que se encargará de esto y si le resulta habitual o fácil poder conectar este sistema por medio de Internet o de Bluetooth, ya que me imagino que es parte elemental para hacer que el usuario se sienta cómodo con el uso del teléfono como control remoto.

En las presentaciones anteriores mencionan el uso de códigos QR como claves de acceso para la apertura del garage, lo que no se menciona mucho en esta presentación, así que una encuesta en cuanto al uso de códigos QR hubiera sido adecuada para conocer si los usuarios están familiarizados con estos, y si les gustaría hacer uso de los mismos para el uso de este garage inteligente.

Enlace a presentación:
http://obicomp.blogspot.mx/2013/04/presentacion-evaluaciones-de-usuario.html


En las presentaciones logramos observar varias pruebas existentes de usabilidad que en su momento no fueron creadas con el fin de hacer pruebas a proyectos de cómputo ubicuo, pero que han podido ser adaptadas a nuestras necesidades con el fin de recabar información útil para tomar decisiones en cuanto a las tareas que los usuarios lograrán realizar con nuestros proyectos.

22 de abril de 2013

Actividad 8: Evaluando Sistemas Ubicuos

Laboratorio de Cómputo Ubicuo
Actividad 8

Nombre del documento:
Evaluating Ubiquitous Systems with Users

Autores:
Christian Kray, Lars Bo Larsen, Patrick Olivier, Margit Biemans, Mirko Fetter, Tim Jay, Vassilis-Javed Khan, Gerhard Leitner, Ingrid, Thomas Plotz, and Irene Lopez de Vallejo

Enlace:
http://patrec.cs.tu-dortmund.de/pubs/papers/Kray2008-EUS


Introducción


Un número significativo de sistemas ubicuos se han construido para soportar las tareas de la vida diaria de los usuarios. Estas aplicaciones cubren una amplia gama de escenarios, incluidas las aplicaciones para la seguridad, el apoyo personalizado en el lugar de trabajo y las aplicaciones relacionadas con el ocio. Los usuarios interactúan con estos sistemas a través de los medios implícitas o explícitas, por ejemplo el uso de un dispositivo con pantalla táctil o el puro movimiento del cuerpo. Al mismo tiempo, muchas aplicaciones ambientales hacen uso de sensores para recopilar información sobre el contexto en el que estas interacciones tienen lugar, y el comportamiento del sistema puede cambiar dependiendo de factores contextuales. Todo esto se suma a una situación bastante compleja, que plantea nuevos retos para la evaluación, lo que podría empujar los límites de los métodos de evaluación tradicionales y la apertura de oportunidades para nuevos enfoques.

http://ciudadesinteligentes.smartmatic.com/wp-content/uploads/2012/06/sistemas-domoticos.jpg

El objetivo es discutir el estado actual de las técnicas de evaluación de los sistemas ubicuos con usuarios reales, para identificar deficiencias y beneficios de los métodos de evaluación tradicionales y explorar nuevos enfoques.

En este documento, en primer lugar se tiene un breve resumen de los enfoques existentes para la evaluación antes de discutir varios temas y preguntas de investigación que surgen de la evaluación de la computación ubicua y después se tratan pruebas actuales para aplicar los diferentes métodos en el contexto de computación ubicua.

Enfoques actuales para la evaluación


En principio, casi cualquier técnica de evaluación utilizado en la Interacción Humano-Computadora (IHC) también se puede aplicar para evaluar los sistemas ubicuos. Sin embargo, una parte significativa de la tecnología ubicua está destinado a tejerse invisible en la vida de los usuarios, por lo tanto las tareas de los usuarios y sus interacciones con un sistema son definidas menos claramente que en la configuración tradicional. Por esta razón, no siempre es sencillo de aplicar las técnicas que son ampliamente utilizados en IHC (por ejemplo, los métodos basados ​​en la ejecución de tareas). Lo mismo puede decirse de algunos parámetros utilizados en IHC, tales como el tiempo de finalización de la tarea y la tasa de error.

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjO8Mb_PNl0ew3kyypg71BDlzzk-S3_j4uSJPW7SHtWIXlXXsEmSWpvLEwyE6eBlniyyLJs4TGBf7Lnr5IgqQXbS7z62yRLKTmPStFjNOR4DFQbNMyagxmGAe3TDOkBJEYJHGCNYL4m_fI/s1600/Interacci%C3%B3n-persona-computador.png

Preece identifica cuatro paradigmas principales en los sistemas con los usuarios de la evaluación. Evaluaciones rápidas y sucias (Quick and Dirty) tienen el beneficio de entregar resultados rápidos y baratos, y son utilizados por muchos de los proyectos en la fase de análisis de requisitos. Las pruebas de usabilidad suelen tener lugar en un laboratorio, donde los puntajes de desempeño del usuario, tales como el tiempo de finalización de la tarea o las tasas de error se pueden medir fácilmente. Los estudios de campo tienen como objetivo la recopilación de datos en un entorno natural. Se ha producido un intenso debate sobre el valor de estudios en campo en comparación con los estudios de laboratorio. Técnicas predictivas utilizan expertos, heurística y modelos para evaluar los sistemas de usuario sin incorporar usuarios.

Algunos autores consideran que es necesario recabar información sobre cómo se utilizan los sistemas ubicuos en el mundo real. Otros creen que en muchos casos el esfuerzo asociado no está justificando las ideas adicionales adquiridas. Los estudios de campo pueden variar considerablemente en cuanto a su duración. Mientras que algunos estudios se llevan a cabo en un solo día o una semana, algunos proyectos van tan lejos como permitiendo a los usuarios viven con la tecnología durante meses o incluso años para obtener información sobre los efectos a largo plazo de la tecnología. Técnicas predictivas utilizan expertos y modelos para evaluar los sistemas de usuario sin incorporar usuarios.

Las evaluaciones formativas se emplean durante las iteraciones de diseño para conformar el diseño. Evaluaciones sumativas se utilizan después de la fase de diseño tiene y sirven para comparar el sistema con otros sistemas o un conjunto de objetivos predeterminados. Técnicas introspectivas piden al usuario pensar, mientras que las técnicas de observación se encargan de mirar el comportamiento real de los usuarios.

Las técnicas cualitativas recogen datos para describir el comportamiento, establecer escenarios de uso o construir categorías, mientras que las técnicas cuantitativas se reúnen datos para el análisis de datos estadísticos. En estudios a corto plazo se ven los efectos inmediatos que tiene un sistema sobre sus usuarios, mientras que los estudios a largo plazo apuntan a identificar los efectos que sólo se producen después de meses o incluso años de uso. En la aplicación de cualquiera de estas técnicas, el grado de sofisticación o fidelidad del sistema puede variar ampliamente. A veces, sólo se evalúa el comportamiento del usuario sin ningún prototipo. La mayoría de las veces, una creación de instancias de un sistema omnipresente es parte de la evaluación, y puede tomar la forma de un prototipo basado en papel, maquetas de interfaz, o parcialmente prototipos funcionales.

Otra forma de clasificar las técnicas de evaluación es de acuerdo a la manera en la que los usuarios participan, por ejemplo si están siendo observados, si los usuarios y expertos se están entrevistando directamente, si se ponen en un laboratorio de usabilidad, o son creados usando un modelo de usuario. La observación directa a menudo emplea técnicas de la etnografía. La información puede ser mantenida con un cuaderno y una cámara fotográfica, con la grabación de audio y una cámara de fotos, o el uso de vídeo. Observaciones indirectas pueden utilizar diarios, libros de visitas, los registros de interacción o en los registros de diversos sensores. Los sistemas que tienen la intención de cambiar el comportamiento del usuario se puede evaluar midiendo el comportamiento del usuario antes y después de usar el sistema. Del mismo modo, se puede observar el cambio del medio ambiente en todo el sistema.

Las formas más comunes para reunir directamente retroalimentación de los usuarios son los cuestionarios y entrevistas. Las entrevistas pueden ser estructuradas (es decir, que siguen un rígido procedimiento), o no estructuradas. Las entrevistas semiestructuradas a menudo comienzan con preguntas preplaneadas, para luego sondear el entrevistado para más información. Los grupos focales se usan ampliamente para permitir a los usuarios de diferentes grupos para ver la interacción de uno al otro. Los cuestionarios en línea tienen el potencial de llegar a un gran número de usuarios, pero es más difícil de controlar la muestra.

http://labolsadetrabajo.com.mx/wp-content/blogs.dir/5/files/2011/09/Tipos-de-entrevista.jpg

Problemas y preguntas de investigación


Ciertamente hay un gran número de opciones disponibles para evaluar un sistema ubicuo, no es necesariamente claro qué técnica es la más adecuada para un sistema o contexto de uso particular. Además, no es obvio si un técnica se puede aplicar de inmediato o si necesita ser adaptado para dar cabida a las propiedades específicas de computación ubicua.

Fuentes de datos para la evaluación

En términos generales, la evaluación de los sistemas ubicuos requiere a menudo el análisis de múltiples fuentes de datos. Los resultados individuales deben integrarse para incluir tanto los aspectos técnicos y los factores sociopsicológicos. El objetivo fundamental de este proceso de integración es evaluar plenamente el rendimiento de un sistema en todas partes con respecto a la satisfacción general del usuario y el rendimiento "técnico" del sistema.

Mientras que la gran cantidad de datos que se reunieron puede ser beneficioso en términos de obtener una imagen más clara del contexto y en relación con la evaluación detallada de un sistema, también hay algunas desventajas y otras repercusiones. Los datos obtenidos pueden incluir datos potencialmente sensibles con respecto a la seguridad y la privacidad de las personas o lugares. Es por lo tanto responsabilidad de los investigadores recoger la información para asegurarse de que los datos se manipulan de forma adecuada. Por otra parte, existe el peligro de que el volumen de datos es tan grande que la extracción de información significativa puede llegar a ser muy lento.

Comparabilidad

La comparabilidad de las evaluaciones es muy importante, sin embargo algo problemático. El propósito de la evaluación es informar el desarrollo de aplicaciones y sistemas en el futuro. Sistemas posteriores deben ser mejores que los que sustituyen. Ese término "mejor" causa problemas porque implica mensurabilidad. La evaluación de los dos sistemas debe permitirnos decir que un sistema sea mejor que otro, de acuerdo con un conjunto de objetivos.

El problema de comparar dos sistemas de computación ubicua puede ser significativamente más difícil que en otros dominios. Esto es en parte debido al carácter imprevisible de los factores contextuales y su impacto en la repetición, que es un requisito previo para la investigación rigurosa y la comparación de los sistemas entre sí. Por ejemplo, si bien puede ser bastante fácil de medir si la compra de un libro con un sitio web es más rápido que con cualquier otro sitio web, pero la comparación de dos sistemas ubicuos que prestan apoyo a la navegación adaptativa según el contexto puede ser más difícil.

La combinación de métodos cuantitativos y cualitativos

Para entender mejor el uso de sistemas ubicuos y evaluar rigurosamente su beneficios y costos propuestos, es necesaria una combinación de métodos cualitativos y cuantitativos. Dado que estos sistemas están todavía en el desarrollo de métodos cualitativos se deben implementar primero para evaluar la forma en que las personas interactúan y se adaptan a sus vidas tales sistemas. Entonces, cuando se establece una idea más clara del contexto y el beneficio propuesto, se requieren métodos cuantitativos para evaluar rigurosamente ese beneficio propuesto. De esta manera su potencial puede ser generalizada.

http://sphotos-b.ak.fbcdn.net/hphotos-ak-snc6/202482_395768260485412_1227728129_o.jpg

Conclusión


EL desarrollo de sistemas ubicuos es una tendencia muy reciente por lo que no existen muchas pruebas de usabilidad creadas específicamente para este tipo de ambientes donde el usuario no tiene una intervención directa con el sistema, pero se ha logrado adecuar pruebas de usabilidad que normalmente se usan en la evaluación de otro tipo de software.

Muchas de las pruebas suelen ser de alguna forma "genéricas" como en el caso de las encuestas y entrevistas, donde lo importante en realidad es en que forma se realizan las preguntas ya que deben estar orientadas para que el usuario que las conteste provea de información relevante a los desarrolladores para que ellos puedan tomar decisiones conforme a los resultados obtenidos.

Y como se mencionó entre las nuevas metodologías de evaluación existen aquellas donde la intervención directa de un usuario con el prototipo o producto final no es necesaria, como en la llamada "hombre detrás del telón" y aquella donde se requiere de algo de experiencia por parte del evaluador como en la evaluación heurística.

14 de abril de 2013

Actividad 7: Posicionamiento en Interiores

Laboratorio de Cómputo Ubicuo
Actividad 7

Nombre del documento:
Indoor Positioning Techniques Based on Wireless LAN

Autores:
Binghao Li, James Salter, Andrew G. Dempster y Chris Rizos

Enlace:
http://epress.lib.uts.edu.au/research/bitstream/handle/10453/19580/113_Li.pdf?sequence=1


Los Servicios Basados ​​en Localización (Location Based Services - LBS) son aplicaciones móviles que se basan en la ubicación del usuario para proporcionar una funcionalidad sensible al contexto. La industria de este sector pronostica un crecimiento enorme en el mercado y los ingresos ligados a estos servicios. Una de las cuestiones clave para los LBS es la tecnología de posicionamiento.

http://www.navizon.com/css/img/content-product-navizon-indoor-triangulation-system.png

GPS es el sistema de posicionamiento más popular, sin embargo, no es adecuado para posicionamiento en interiores. Existen otros sistemas construidos para obtener el posicionamiento como el llamado Murciélago, que se puede utilizar en ambientes interiores. Sin embargo, por razones de costo, la gente prefiere utilizar la infraestructura existente, como las redes de teléfonos móviles, las señales de televisión y de LAN inalámbrica (WLAN). De estos, WLAN puede ser implementado con el menor esfuerzo, ya que su hardware de consumo asociado es el más fácilmente disponible. También es el más preciso, ya que la potencia de señal muestra varianza espacial alta, y chipsets WLAN son relativamente fácil de ser programados para este propósito.

WLAN tiene como objetivo proporcionar acceso local inalámbrico para arquitecturas de red fija. Su mercado está creciendo rápidamente por la flexibilidad, la conectividad, la movilidad y el bajo costo de esta tecnología satisface las necesidades de los consumidores. Un grupo de especificaciones ha sido ratificado por el Grupo de Trabajo IEEE 802.11. De estos, el 802.11b (también conocido como "WiFi") se ha convertido en el estándar de la industria. Funciona hasta 11 Mbps en la banda de 2.4 GHz, que es el único aceptado en todo el mundo.

Obviamente, WLAN no está diseñado y aplicado para el propósito de posicionamiento. Sin embargo, las mediciones de intensidad de señal (Signal Strength - SS) de la señal transmitida por cualquiera de los puntos de acceso (Access Point - AP), implica la localización de cualquier usuario móvil (Mobile User - MU). Muchas de las técnicas basadas en SS se han propuesto para la estimación de posición en entornos WLAN.

http://www.applezenter.com/wp-content/uploads/2013/03/wifislaminterior.jpg

Existen esencialmente dos categorías de tales técnicas. Uno utiliza un modelo de propagación de la señal y la información sobre la geometría del edificio para convertir la SS a una medición de distancia. Con el conocimiento de las coordenadas de los puntos de acceso WLAN, el método de trilateración se puede utilizar para calcular la posición del usuario móvil. La otra categoría de posicionamiento WLAN se conoce como fingerprint (huella dactilar) de ubicación. La idea clave detrás de fingerprint es mapear parámetros dependientes de señales de radio medidos en el área de interés. En WLAN el parámetro ligado a la localización es el indicador de intensidad de señal recibida (RSSI) en el AP o MU, que puede ser extraído de la chipset 802.11 a través de una API de bajo nivel.

Cada vez más, los sistemas de posicionamiento WiFi (WPS) son vistos como una técnica de determinación de la posición conveniente para los ambientes en interiores, o en el centro de las zonas urbanas, donde se cuenta con una WLAN.

Técnica de Trilateración


La técnica de trilateración es simple. Tres estaciones base (o más) con coordenadas conocidas son necesarios. Si la distancia r desde el AP a un MU puede ser medido, un círculo con radio r se puede extraer. Los círculos se cortan en un punto que es la posición de MU. Sin embargo, las mediciones obtenidas son la SS en lugar de la distancia. Por lo tanto, las SS se deben convertir a una primera medición de distancia. Así, el enfoque de trilateración consta de dos pasos: el primer paso, usando un modelo de propagación de la señal a convertir SS a la distancia separada entre el AP y la MU, el segundo paso, los mínimos cuadrados u otro método se puede utilizar para calcular el sitio donde se encuentra.

http://upload.wikimedia.org/wikipedia/commons/6/6e/Trilateration.svg

Puesto que el ambiente varía significativamente de un lugar a otro, la forma más sencilla de encontrar la relación de las SS y de la distancia que los separa, es recoger algunos datos de las SS en algunos puntos con las coordenadas conocidas. Esto significa un procedimiento adicional, denominado un procedimiento de aprendizaje, que tiene que ser añadido a la aproximación de trilateración.

Para mejorar la exactitud del enfoque de la trilateración, un método híbrido es propuesto. Este método se basa en el hecho de que en localidades pequeñas, tales como en una habitación, el modelo de propagación se comporta mejor. Este método tiene dos etapas: en la primera etapa, encuentra el área pequeña donde esta el MU, en la segunda etapa, usando trilateración para estimar con precisión la ubicación del MU. El experimento demuestra que el método híbrido puede mejorar la precisión de manera significativa. Sin embargo, todavía es ligeramente peor que el uso de fingerprinting con una fase de entrenamiento medio.

La dificultad con el enfoque de trilateración es la obtención de la medida de la distancia de la SS con precisión. La propagación de la señal de radio es muy complicada, debido a la atenuación de la señal debido a las pérdidas de distancia de penetración, a través de paredes y suelos, y el efecto de propagación por trayectos múltiples. La interferencia de otras señales es también un problema. Además 802.11b utiliza la misma banda de frecuencia que es utilizada por los hornos microondas, teléfonos inalámbricos y dispositivos Bluetooth, entre otros, por lo que el siguiente método de localización es considerado más preciso.

Técnica de Fingerprinting


La ubicación mediante fingerprinting consta de dos fases: el "entrenamiento" y el "posicionamiento". El objetivo de la fase de entrenamiento es para construir una base de datos de fingerprints. Con el fin de generar la base de datos, los puntos de referencia (RP) primero deben ser cuidadosamente seleccionados. La localización de un MU en un solo lugar RP, las SS de todos los puntos de acceso se miden, se obtiene un rasgo característico y se graban en la base de datos. Este proceso se repite en otro RP, y así sucesivamente hasta que todos los RPs son visitados. En la fase de posicionamiento, el MU mide el flujo en un lugar donde se requiere su posición. Las mediciones se comparan con los datos en la base de datos utilizando una búsqueda apropiada o algoritmo de coincidencia. El resultado más probable es la ubicación de la MU.

http://epress.lib.uts.edu.au/research/bitstream/handle/10453/19580/113_Li.pdf?sequence=1

La técnica de fingerprinting ha sido aceptada como un método eficaz para el posicionamiento WiFi aunque todavía hay un montón de problemas. De hecho, hay dos maneras de estimar la localización desconocida. El más sencillo es el método determinista. El SS promedio de cada punto de acceso WLAN medida en cada RP se utiliza para crear la base de datos de fingerprints. Puesto que la variación de la SS medido en cada punto es grande, con el fin de lograr resultados más precisos, el enfoque probabilístico también se ha desarrollado. Desafortunadamente, la distribución de la SS es no-gaussiana. Aún peor, que varía en diferentes lugares, y en el mismo lugar cuando la orientación de la antena cambia. Por lo tanto muchas de las mediciones son necesarias, y esto requiere más tiempo para generar la distribución de RSS en cada RP. Además, esto aumenta el tamaño de la base de datos y la carga computacional. Sin embargo, el establecimiento de la base de datos de fingerprints es un requisito previo esencial. Para lograr una buena estimación de la ubicación del usuario mientras más pequeña granularidad, mejor. Y mientras más mediciones se obtengan en cada punto, mucho mejor. Sin embargo, más y más medidas RPs significa que la fase de entrenamiento es una tarea importante en términos de mano de obra y tiempo.

http://epress.lib.uts.edu.au/research/bitstream/handle/10453/19580/113_Li.pdf?sequence=1

Por lo general, utilizando fingerprints se puede lograr una precisión de unos pocos metros. Para superar los inconvenientes de esta técnica, se requieren más esfuerzos especialmente para el método probabilístico en investigaciones futuras.

Crítica constructiva


La localización de usuarios móviles mediante el uso de una red inalámbrica local me parece por el momento una muy buena opción en comparación con otras tecnologías existentes, como lo es el GPS, que en realidad no puede dar una posición exacta ya que tiene un rango aproximado de 10 metros, lo que para interiores resulta ser mala opción. También se tiene como opción el bluetooth, con la debilidad de que no todos los dispositivos bluetooth tienen una gran cobertura lo que implicaría colocar más torres fijas para encontrar posición de los móviles.

Sin embargo, como se mencionó en este resumen, usar una WLAN sigue teniendo algunos inconvenientes para lograr una detección exacta de posición, al estar influenciado por factores como paredes y otros equipos eléctricos que trabajan a la misma frecuencia, y que interfieren con las ondas de la WLAN.

En lo personal me parece una tendencia con buen futuro, ya que en los próximos años se seguirán fabricando dispositivos que tengan la capacidad de determinar la intensidad de señal de una red inalámbrica con mayor precisión, lo cuál podría darnos una posición exacta, inclusive con la técnica de trilateración.

Y como punto a favor, es más adecuado el uso de redes inalámbricas, ya que actualmente un gran porcentaje de los hogares y edificios cuentan con estas redes, y no involucraría hacer un gasto extra por la compra de nuevos dispositivos.

1 de abril de 2013

Actividad 6: Retroalimentación de Proyectos

Laboratorio de Cómputo Ubicuo
Actividad 6

En la última entrega de avance en la clase de Cómputo Ubicuo, todos los equipos presentaron un análisis de requerimientos, en cuanto a Hardware y Software, necesarios para la elaboración del proyecto, esto a base de los datos recabados en el estudio de campo elaborado con anterioridad. Después de escuchar a todos los equipos se nos pidió hacer nuevamente una retroalimentación, para dar sugerencias de mejora a los requerimientos establecidos en cada proyecto y los diseños propuestos por los equipos.

A continuación están mis recomendaciones, sugerencias y críticas constructivas al uso de Hardware y Software.


Alarma Inteligente para Autos


Integrantes: Alex, Sergio, Roberto y Cristhian.

Para lo que contemplan como la segunda fase, tal vez sería más práctico usar un dispositivo móvil, para no tener que comprar los módulos como el de GPS y 3G para el Arduino, ya que la mayoría de los dispositivos móviles modernos cuentan ya con esta tecnología, y solo sería de crear una aplicación que cumpla la misma función de los componentes electrónicos que mencionan.

Aunque también tal y como lo plantean ustedes, se puede añadir el hacer uso de una aplicación móvil donde el usuario pueda recibir las notificaciones de lo que pasa con su auto, que sería un gran complemento al proyecto, y que posiblemente lograría llamar más la atención de los posibles clientes.

Falta mencionar que sensores en específico utilizarán, pero sabiendo que es para una alarma inteligente en un auto, los sensores que pueden llegar a utilizar, son sensores de presión ubicados en los asientos para conocer si existe algún individuo sentado en el asiento del piloto, o sensores de tacto para saber si alguien toma el volante o alguna otra parte del auto.

Me gustaría haber visto algún dibujo o diseño lógico del prototipo para entender más fácilmente que se conecta con qué, y como se comunican las dos fases que ustedes mencionan, así como lo expusieron en la primer presentación.

Enlace a presentación:
http://ubicomputo.blogspot.mx/2013/03/avance-3-hardware-software.html


Computadora Inteligente


Integrantes: Obed, Avendaño, Pedro y Jonathan.

En el diseño del prototipo muestran una serie de pantallas de como se da el bloqueo de la computadora cuando una segunda persona aparece frente a la cámara, y me queda duda de si en la pantalla estará siempre a la vista lo que la cámara está tomando, o si es algo que estará corriendo en segundo plano. En lo personal me gustaría que no este a la vista siempre, sino que este en segundo plano, y para saber que esta activo el programa de bloqueo que se muestre un icono en el escritorio que indique el estado actual del programa (como activado o desactivado).

Como sugerencia y punto a considerar, es que algunas computadoras suelen ser utilizadas, por ejemplo, por varios miembros de la familia, y sabemos que no siempre se hace uso de las cuentas de usuario en el sistema operativo, por lo que hay que tomar en cuenta que varias personas pueden reconocerse como validas para hacer uso de la computadora, y como sugerencia sería tener una opción de seleccionar el usuario actual de la computadora, para que ningún otro usuario habitual de la misma llegue y haga cosas indebidas.

Enlace a presentación:
http://aveoctavo.blogspot.mx/2013/03/presentacion-para-clase.html


Oficina Personalizada


Integrantes: Osvaldo, Triana, José y Esteban.

Me gusta la idea del proyecto, sobre todo el énfasis en el ahorro de energía al desconectar aparatos eléctricos que no estén siendo usados y que no sean de vital importancia.

En cuanto a los requerimientos que mencionan, sugiero usar las tarjetas o credenciales que tienen RFID ya que son algo más formales que tener que usar una pulsera para poder acceder a la oficina, o sino simplemente dejar de opción al usuario si quiere usar pulsera o tarjeta, ya que esto puede depender del gusto de la persona.

Enlace a presentación:
http://docs.google.com/presentation/d/1X1HaUPVhdMS9agY5jiBxN3pWByXAZiYBh2Hz2wKcBPI


Proyecto Localizador


Integrantes: Omar, Saúl e Isaías.

Me agrada la idea de localizar objetos, pero me parece que hacer solo uso de bluetooth para encontrar objetos no me parece lo más adecuado, ya que en ocasiones y dependiendo del dispositivo bluetooth usado, el rango de distancia en que se puede localizar dicho dispositivo puede no ser lo suficientemente grande para encontrar un objeto en casa, tomando en cuenta que paredes debilitan la intensidad con que la señal de bluetooth es transmitida.

Podrían añadir algún pequeño dispositivo que emita sonido, para que cuando el objeto perdido sea encontrado, también emita un sonido que lo permita ubicar más rápidamente.

Enlace a presentación:
http://gtdsoftwa.blogspot.mx/2013/03/presentacion-requerimientos.html


Galería Inteligente


Integrantes: Adriana, Blanca, Vanessa y Rodolfo.

Me parece que la idea esta bien planteada, y que los requerimientos de hardware mencionados están completos, solo faltó agregar si en software usarán alguna librería existente para el sensor de proximidad en conjunto con el Arduino, pero fuera de eso me parece bien.

Como sugerencia podrían hacer un conteo de cuantas veces se acerca la gente a una determinada obra de arte, para luego poder hacer un resumen de las obras más populares, y también conocer si las personas se quedan escuchando toda la grabación de la explicación de la obra o si solo pasan cerca y en realidad no escuchan nada de la descripción.

Enlace a presentación:
http://ultimo-sem.blogspot.mx/2013/03/entrega-3.html


Casa Inteligente


Integrantes: René, Raúl e Iván.

Algún diagrama de casos de uso o el dibujo del prototipo servirían mejor para podernos dar una idea de como piensan desarrollar este proyecto que va enfocado a prevenir robos a las casas.

Si piensan hacer algo parecido en cuanto a seguridad y acceso restringido de personas a la casa pueden optar por usar tarjetas con RFID o las pulseras mencionadas también por el equipo de la oficina inteligente. También en el dispositivo móvil pueden agregar notificaciones que llegan cuando en la casa se activó la simulación de presencia porque se detectó a alguien cerca de la casa, o algo por el estilo.

Enlace a presentación:
http://3puntosteam.blogspot.mx/2013/03/reporte3-requerimientos-hardware.html


Auto con NFC


Integrantes: Abraham, Rafael, David y Juan.

En los requerimientos que mencionan en la presentación están el Arduino Uno y el Arduino Ethernet, aunque este último lo mencionan como un complemento para el Arduino Uno, me parece que en realidad lo único que ocuparán es uno de los dos, ya que pueden hacer uso del Arduino Ethernet si necesitan enviar los datos mediante cable Ethernet, o también pueden solo hacer uso del Arduino Uno mediante conexión serial al Raspberry Pi, si el otro no lo consiguen o si les sale más caro, ya que de igual forma en cualquiera de los dos Arduinos se pueden conectar el servomotor y el lector de NFC.

Y en cuánto al software que usarán me gustaría saber si en el Raspberry instalarán alguna versión de Linux o que otra cosa usarán en él, además de si usarán librerías existentes para el lector de NFC o programarán algo ustedes por su propia cuenta.

Como sugerencia, aquí también veo la posibilidad de una aplicación móvil para poder hacer manejo de las cuentas de usuario, o para poder saber en todo momento mediante notificaciones, si el auto se encuentra justo donde se le dejó.

Enlace a presentación:
http://inteligentsystems.wordpress.com/2013/03/05/fase-3-diseno-hardware-y-software/


Garage Inteligente


Integrantes: Emmanuel, Max, Carmen y Víctor.

En la presentación les falto mencionar los requerimientos de componentes que estarán usando para la apertura de la puerta del garage mediante el servicio web, es decir, como se comunica desde el servicio web hasta el arduino que mueve el motor para abrir la puerta, ya que puede ser con comunicación serial a una computadora y esta estar encargada del servicio web, o si el propio arduino conecta directo a Ethernet para recibir indicaciones como "abrir" o "cerrar".

Y para el caso donde se abre la puerta del garage mediante el reconocimiento de un código QR, hay que tomar en cuenta la seguridad, ya que si el código QR es una etiqueta pegada en el vidrio frontal o colgado del espejo retrovisor, se podría presentar la situación donde estando en un estacionamiento público alguien que nos vea y conozca donde vivimos, tome una foto de este código y lo imprima, para ir a nuestro garage y entrar sin ningún problema. Entonces hay que saber si será un código QR fijo, cambiará cada cierto tiempo, o simplemente será una tarjeta que el conductor saca de su bolsillo cuando esta frente a la puerta del garage.

Enlace a presentación:
http://obicomp.blogspot.mx/2013/04/hardware-y-software.html


Es algo variado el uso de Hardware que la mayoría de los equipos utilizará, y que primordialmente se centra en el uso de sensores y dispositivos para conexión inalámbrica por lo que veo que será interesante ver los prototipos terminados en unas cuantas semanas más.