ENSAYO SOBRE LA INTERFAZ DE USUARIO DIAGRAMAS DE TRANSICIÓN (UITD)
Enviado por Alejandra Gardeazabal Ibañez • 10 de Mayo de 2016 • Ensayo • 1.125 Palabras (5 Páginas) • 373 Visitas
ENSAYO SOBRE LA INTERFAZ DE USUARIO DIAGRAMAS DE TRANSICIÓN (UITD)
Autor: Alejandra Gardeazabal Ibáñez
El modelado orientado a objetos a través del tiempo aproximadamente desde hace unos 20 años cuando se empezó a hablar sobre el tema ha ido mejorando poco a poco los procesos de desarrollo no exactamente al ritmo del mundo, la sociedad y la tecnología, pero si a un ritmo en que se tome en cuenta a los usuarios finales y las acciones de los mismos.
UML es una herramienta que ha permitido ayudar a la representación de los requisitos del sistema y los documentos de diseño todos desde el punto de vista del desarrollador, pero y donde esta las interacciones usuario – sistema en un lenguaje simple y fácil de entender con notaciones de modelado que permitan mejorar la compresión de los clientes acerca de las características del nuevo sistema.
Los diagramas de Interfaz de Usuario Diagrama de Transición (UITD) es un pseudo-dígrafo[1], donde cada uno (etiquetada de forma única) vértice representa una presentación UI y cada uno (con la etiqueta de forma única) arista dirigida representa una presentación UI Transición.[2]
[pic 1]
1) El papel de la UITD en la comunicación entre HCI, SE y el cliente. Imagen tomada del sitio ScienceDirect. http://www.sciencedirect.com/science/article/pii/S0164121213001003
(Fecha de actualización: 15 de abril de 2013)
La figura 1 muestra la UITD como medio de comunicación entre los desarrolladores de sistemas (HCI y SE) y los clientes que por lo general no están familiarizados con lenguajes de modelado. Los objetivos principales son que, mediante el uso de la UITD, los clientes tienen una participación más activa en la definición de las acciones que el usuario debe llevar a cabo a través de la interfaz de usuario y que el pueblo de HCI y SE tienen una notación que les permite obtener una completa Descripción de las transiciones y sus requisitos correspondientes a un nivel adecuado.[3]
Los UITD se construyen a partir de tres pasos:
- Correspondencia entre las solicitudes de servicio del usuario y las acciones del usuario
- Transición de disparo
- Transiciones y estado del sistema
Pero primero de deben identificar todos las presentaciones de la Interfaz de Usuario (UI) y sus transiciones, incluyendo detalles como botones y menús, porque permite identificar las necesidades del flujo, así mismo la forma que reacciona el sistema cuando el usuario ejecuta la acción.
Loucopoulos y Karakostas (1995) señalaron que una notación deseable debería tener las siguientes características: independencia de aplicación, abstracción, formalidad, factibilidad de construcción, facilidad de análisis, trazabilidad, ejecutabilidad y minimalidad.
Es importante anotar que se en la parte visual se debe tener en cuenta la claridad, la discriminabilidad, la transparencia semántica, la integración, la expresividad visual y la economía gráfica, según Moody (2009)
“En resumen, una metodología general para especificar completamente un sistema interactivo con la ayuda de UITD sería.
- Crear los diagramas de casos de uso (general, desarrollado y mejorado) con el fin de aclarar lo que el sistema será utilizado para.
- Cree un modelo de tarea y un modelo de usuario para proporcionar detalles de quién realizará cada tarea en el sistema y cuándo.
- Crear un CTT para expresar formalmente en una estructura en forma de árbol de todas las dependencias temporales entre tareas.
- Cree el UITD para cristalizar toda la información anterior con el fin de llevar a cabo conversaciones con el tiempo y obtener la aprobación de las partes interesadas (representantes de clientes, ingenieros de software y desarrolladores HCI).
- Incluya el UITD aprobado en el pleno de requisitos del sistema (SRS).”[4]
“…UML se ha convertido en el lenguaje estándar para representar gráficamente los requisitos de un sistema de software…. Uno de los principales problemas que Pinheiro Da Silva y Paton (2003) encontraron en el modelado de la interfaz de usuario con UML, es que es difícil de identificar que la interfaz de usuario se relaciona con cada acción que implica la interacción del usuario.”
...