utilizadas varias veces, en lo que termina convirtiéndose en un proceso iterativo: la información proporcionada por las herramientas en la fase de evaluación puede convertirse en información enriquecedora de una nueva fase de especificación y diseño, que desembocará una versión mejorada del producto o servicio.
La metodología Userfit propone a los ingenieros una serie de preguntas a las que se han de responder si se pretende que los productos o servicios desarrollados sean aplicados con éxito en el mercado, y enfatiza la importancia de tener en cuenta los requisitos de usuario en las sucesivas fases de desarrollo.
4.3.7.7. D E F / M C / Ó N D E L P R O B L E M A
Modelo de arquitectura para sistemas domóticos orientado a personas con necesidades especiales mediante la aplicación de criterios de diseño para todos
En esta fase el diseñador identifica un problema y comienza a esbozar una solución, en forma de producto o servicio.
Puede incluir labores de investigación tendentes a enmarcar en un ámbito adecuado el producto que se va a desarrollar, tales c o m o : determinar las características de mercado al que va dirigido; la posible competencia de otras soluciones ya comercializadas; la necesidad de cumplir determinados estándares, etc.
Es durante el desarrollo de esta etapa inicial cuando la metodología Userfit puede resultar m á s útil para los diseñadores, puesto que cinco de las nueve herramientas que componen la metodología son aplicables en esta fase.
En la Figura 4.2 se muestra la relación entre la metodología Userfit y las fases típicas de desarrollo de un producto o servicio: Definición del problema, Desarrollo de una especificación funcional, Implementación y Evaluación.
4.3. Y.2. 5SPEC/F/G4C/Ó/V FU/VC/OAML
U n a vez conseguidos los requisitos, se llega a la fase en la que desarrollar una especificación de la aplicación, que deberá ser completa y consistente, y deberá estar expresada de una manera al m e n o s semi-formal, no simplemente textual. En este proceso, es habitual encontrar gran cantidad de problemas en los requisitos, áreas no especificadas, requisitos contradictorios, y afirmaciones vagas e irrelevantes en apariencia. Eso debe hacer que los técnicos vuelvan a trabajar con los usuarios con el fin de mejorar la calidad de los requisitos: es necesario abordarles sabiendo lo que se quiere conseguir, qué aspectos de los requisitos obtenidos inicialmente es necesario aclarar, y el porqué [García, 1996].
Este segundo paso es la descripción de lo que el sistema va a hacer, y qué modalidades de interacción se van a emplear. Habrá que considerar dos especificaciones: funcional y multimodal. La especificación funcional consiste en analizar y organizar las tareas obtenidas en el paso anterior, de requisitos de usuario. El análisis de tareas se hace para estudiar en m á s detalle los objetivos que busca el usuario y los problemas que afrontará debido a que va a usar un sistema basado en ordenador. IVIás adelante se deben seleccionar unas metáforas que nos muestren un sistema coherente desde el punto d e vista del usuario, teniendo en cuenta los conocimientos previos adquiridos, y así simplificar la complejidad cognitiva del sistema. Las metáforas se pueden componer de elementos visuales, auditivos o táctiles. La selección de esos componentes que interactuarán con el usuario es lo que constituye la especificación multimodal.
4.3. Y. 3. /MPLEME/V7%C/Ó/V
La implementación puede ser un proceso iterativo que se realimenta con la información que se va obteniendo en la evaluación. D e esta forma el sistema se
Métodos y material
que ayuden a los desarrolladores. Así los resultados d e las etapas previas se pueden usar para generar automáticamente algunos de los componentes de la interfaz. Los estándares y las guías de diseño se podrían usar también c o m o material de trabajo pero teniendo en cuenta los siguientes comentarios:
* Las guías d e diseño en si mismas no pueden asegurar un buen diseño. * Las guías de diseño no pueden sustituir a la experiencia.
* U n diseñador experimentado puede desarrollar correctamente su trabajo sin recurrir a ningún tipo de guías.
* U n diseñador inexperto no conseguirá buenos resultados, aunque use guías.
* Pocos diseñadores encontrarán tiempo suficiente para leerse un libro entero de guías de diseño. Si lo hacen, podrían encontrar dificultad en asimilar y recordar todo el material.
* Si las guías d e diseño y/o las reglas derivadas de tales guías sirven d e ayuda, éstas tendrán que mantenerse continuamente disponibles para una referencia cuando haga falta.
4.3. Y. 4. EWU.LWC/Ó/V
Los primeros tres pasos (definición del problema, especificación e implementación) se disponen secuencialmente, pero la evaluación se realiza a lo largo de todo proceso. La evaluación del sistema por los usuarios es definitivamente necesaria según [Smith, 1986]: "El resultado d e la aplicación d e las guías de diseño conduce al diseño del software de una interfaz de usuario que puede incluir m u c h a s y buenas recomendaciones. Sin embargo, incluso el diseño m á s cuidadoso precisará una fase de pruebas con los usuarios para confirmar el valor de las buenas características y descubrir donde aparecen las malas. Por eso, a un diseño inicial le debe seguir un fase de pruebas de prototipos, y a continuación podría venir un paso atrás, rediseño y pruebas operacionales".
La principal característica de Userfit es que está orientada a las características del usuario y a las tareas que éste desea realizar en el sistema. Una tarea, y c ó m o ésta se lleva a cabo, es un objetivo que el usuario espera alcanzar con el sistema.
El principal objetivo de la evaluación es describir las actividades c o m u n e s que se llevarán a cabo cuando se utilice el producto, y a partir de ello diseñar los procedimientos de prueba que medirán c ó m o de bien el producto permite llevar a cabo esas actividades.
4.4. DESCRIPCIÓN DE LAS VISTAS DESARROLLADAS
Modelo de arquitedum para sistemas domóticos orientado a peisonas con ne^idades especiales mediante la aplicación
4.4.1. VISTA DE USUARIO
G u y Dewsbury llega en [Dewsbury, 2002] a las siguientes conclusiones, que podrían ser consideradas c o m o sugerencias acerca d e la cronología de fases necesarias para llevar a cabo un proyecto domótico para personas con necesidades especiales: "En primer lugar, es necesario tener en cuenta a todos los actores en el proceso de diseño. E n segundo lugar, es importante confrontar el diseño que se hace en el papel o en el ordenador con los casos d e uso d e los actores. E n tercer lugar, el diseñador debe decidir la mejor solución tecnológica, que presente una fiabilidad adecuada y un coste mínimo." En el mismo artículo afirma: "Diseñar sistemas domóticos para personas con discapacidad no es una