<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Pienso, Luego existo &#187; Diseño de Interacción</title>
	<atom:link href="http://www.malisa.cl/categorias/diseno-de-interaccion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.malisa.cl</link>
	<description>Otro sitio creado con WordPress</description>
	<lastBuildDate>Tue, 20 Dec 2011 17:59:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>¿Qué representamos cuando hacemos diagramas de interacción?</title>
		<link>http://www.malisa.cl/que-representamos-cuando-hacemos-diagramas-de-interaccion/</link>
		<comments>http://www.malisa.cl/que-representamos-cuando-hacemos-diagramas-de-interaccion/#comments</comments>
		<pubDate>Tue, 11 Sep 2007 12:55:01 +0000</pubDate>
		<dc:creator>Malisa</dc:creator>
				<category><![CDATA[Diseño de Interacción]]></category>

		<guid isPermaLink="false">http://malisa.cl/diseno-de-interaccion/que-representamos-cuando-hacemos-diagramas-de-interaccion/</guid>
		<description><![CDATA[Un diagrama  de interacción se entiende como la representación de secuencias de intercambios &#160;y mensajes entre los roles que participan y se  relacionan con un sistema, sea éste un sitio Web, programa, aplicación o  software.
En diseño de interacción, existe una nomenclatura y sistema  de anotación propios que se diferencia de otros [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;" class="MsoNormal"><span lang="en" style="font-size: 10pt; font-family: Arial;">Un <span style="font-weight: bold;">diagrama  de interacción</span> se entiende como la representación de </span><span style="font-size: 10pt; font-family: Arial;">secuencias de intercambios <span style="">&nbsp;</span>y mensajes entre los roles que participan y se  relacionan con un sistema, sea éste un sitio Web, programa, aplicación o  software.<o:p _moz-userdefined=""></p>
<p></o:p>En diseño de interacción, existe una nomenclatura y <span style="font-weight: bold;">sistema  de anotación</span> propios que se diferencia de otros como el UML orientado a objetos  y no a personas.<o:p _moz-userdefined=""><br /><span style=""><br /></span>Con el tiempo he aprendido algunas cosas cuando realizamos  esta tarea de reflejar la interacción humana.</o:p></span>  </p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">1) Que de cara al cliente este tipo de  esquemas no son precisamente los más vendedores, ya que algunas anotaciones no  resultan del todo autoexplicativas. Sólo vale la pena ir con estos diagramas si  el cliente tiene la suficiente capacidad de abstracción como para trabajar con  ellos, o si junto con el esquema ofrecemos un <span style="font-weight: bold;">flujo</span> con el layout completo de  una secuencia de interacción representada a través de wireframes de pantallas.<o:p _moz-userdefined="" /></span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">2) Que si no logramos que se entienda  todo en un diagrama general es conveniente e imperioso especificar cada uno de  los flujos en diagramas apartes. A veces las vistas generales sólo consiguen  confundir. Además, si pensamos en todos los casos de uso, vale la pena  detenernos a especificar cada flujo separadamente.<o:p _moz-userdefined="" /></span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">3) Que resulta imprescindible en  <span style="font-weight: bold;">árboles de decisión</span> queden muy claros los pasos involucrados en el proceso, lo  que es pantalla de lo que son sólo opciones dentro de éstas, y en qué punto se  concluye o termina, comprendiendo la alternativas de navegación o no que quedan.<o:p _moz-userdefined="" /></span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">4) Que lo que estamos representando es  la <span style="font-weight: bold;">interacción de la persona</span> con el sitio Web o entorno digital, con lo cual no  conviene distraerse intentando mapear el sitio al mismo tiempo, sino  concentrarnos en lo que el usuario hace/demanda/entrega y lo que el sistema  arroja/ofrece/responde.<o:p _moz-userdefined="" /></span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">5) Que si queremos representar </span><a href="http://www.alzado.org/articulo.php?id_art=525" target="_blank">redudancia funcional</a><span style="font-size: 10pt; font-family: Arial;"> en el entorno virtual que estamos diseñando, conviene  hacerlo tácito en nuestros diagramas de interacción para evitar confusiones y  malos entendidos, y que se aprecien como una decisión deliberada.<o:p _moz-userdefined="" /></span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">6) Que la </span><a href="http://www.alzado.org/articulo.php?id_art=636" target="_blank">consistencia</a><span style="font-size: 10pt; font-family: Arial;"> en las  operaciones que realizan los usuarios no necesariamente es aplicable a raja  tabla en algunos casos, en especial cuando se trata de sistemas transaccionales  complejos donde un envío de dinero es percibido por el usuario diferente de un  pago. <o:p _moz-userdefined="" /></span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-align: justify;"><span style="font-size: 10pt; font-family: Arial;">7) Que la <span style="font-weight: bold;">compatibilidad</span> sigue siendo  discutible para algunos, aunque creamos que está superada. Aún hay creen que  las afirmaciones deben estar del lado izquierdo y no derecho. &#8220;Piensan&#8221; bajo la  lógica de los cuadros de diálogo de Microsoft y de ahí no hay quien los saque.</span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.malisa.cl/que-representamos-cuando-hacemos-diagramas-de-interaccion/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

