<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1024-9435</journal-id>
<journal-title><![CDATA[ACIMED]]></journal-title>
<abbrev-journal-title><![CDATA[ACIMED]]></abbrev-journal-title>
<issn>1024-9435</issn>
<publisher>
<publisher-name><![CDATA[Centro Nacional de Información de Ciencias Médicas]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1024-94352004000600004</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Arquitectura de información y usabilidad: nociones básicas para los profesionales de la información]]></article-title>
<article-title xml:lang="en"><![CDATA[Information architecture and usability: basic notes for information professionals]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Montes de Oca Sánchez de Bustamante]]></surname>
<given-names><![CDATA[Antonio]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Grupo de Automatización. Dirección de Información Científico- Técnica. Universidad de La Habana. Grupo de Automatización. Dirección de Información Científico- Técnica. ]]></institution>
<addr-line><![CDATA[. Ciudad de La Habana. ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>2004</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>2004</year>
</pub-date>
<volume>12</volume>
<numero>6</numero>
<fpage>1</fpage>
<lpage>1</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1024-94352004000600004&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1024-94352004000600004&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1024-94352004000600004&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Se describen los antecendentes y se definen las nociones de "arquitectura de información" y "usabilidad". Se tratan detalladamente ciertos aspectos relacionados con la organización de la información como son: la ambigüedad, la heterogeneidad y la homogeneidad; se proponen recomendaciones sobre como organizar la información en sitios web e intranets. Se realiza un grupo de consideraciones sobre los diferentes esquemas y estructuras de organización de la información existentes. Se realiza un recorrido por los sistemas de navegación y sus distintos tipos. Finalmente, de desarrolló una guía de estilo para la evaluación de la arquitectura de información y la usabilidad de los sitios. Se establecen y explican los pasos elementales para el diseño y evaluación de los productos de información creados para el World Wide Web (WWW).]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[The background is described and some notes on "information architecture" and "usability". Some aspect related to information arrangement such as ambiguity, heterogeneity, and homogeneity are analized in detail, some recomendation for the information arrangement in web sites and intranets are also given. Some consideration regarding the schemes and structures of arrangement information are carried out. An overview of the different kinds of browsing systems are offered. Finally a style guide of information arrangement and web sites use is developed. The main steps of the design and assessment of information products created for the World Wide Web are established.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Arquitectura de información]]></kwd>
<kwd lng="es"><![CDATA[usabilidad]]></kwd>
<kwd lng="es"><![CDATA[organización de la información]]></kwd>
<kwd lng="es"><![CDATA[sistemas de navegación]]></kwd>
<kwd lng="es"><![CDATA[webs]]></kwd>
<kwd lng="es"><![CDATA[intranets]]></kwd>
<kwd lng="es"><![CDATA[guía de evaluación]]></kwd>
<kwd lng="en"><![CDATA[Information architecture]]></kwd>
<kwd lng="en"><![CDATA[usability]]></kwd>
<kwd lng="en"><![CDATA[information oganization]]></kwd>
<kwd lng="en"><![CDATA[browsing systems]]></kwd>
<kwd lng="en"><![CDATA[webs]]></kwd>
<kwd lng="en"><![CDATA[intranets]]></kwd>
<kwd lng="en"><![CDATA[assessment guide]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[  <h2>Arquitectura de informaci&oacute;n y usabilidad: nociones b&aacute;sicas para  los profesionales de la informaci&oacute;n </h2>    <p><a href="#cargo">Lic. Antonio  Montes de Oca S&aacute;nchez de Bustamante<span class="superscript">1 </span></a><span class="superscript"><a name="autor"></a>  </span></p><h4>Resumen    <br> </h4>    <p>Se describen los antecendentes y se definen  las nociones de &quot;arquitectura de informaci&oacute;n&quot; y &quot;usabilidad&quot;.  Se tratan detalladamente ciertos aspectos relacionados con la organizaci&oacute;n  de la informaci&oacute;n como son: la ambig&uuml;edad, la heterogeneidad y la  homogeneidad; se proponen recomendaciones sobre como organizar la informaci&oacute;n  en sitios web e intranets. Se realiza un grupo de consideraciones sobre los diferentes  esquemas y estructuras de organizaci&oacute;n de la informaci&oacute;n existentes.  Se realiza un recorrido por los sistemas de navegaci&oacute;n y sus distintos  tipos. Finalmente, de desarroll&oacute; una gu&iacute;a de estilo para la evaluaci&oacute;n  de la arquitectura de informaci&oacute;n y la usabilidad de los sitios. Se establecen  y    <br> explican los pasos elementales para el dise&ntilde;o y evaluaci&oacute;n  de los productos de informaci&oacute;n creados para el World Wide Web (WWW).    <br>  </p>    <p>Palabras clave: Arquitectura de informaci&oacute;n, usabilidad, organizaci&oacute;n  de la informaci&oacute;n, sistemas de navegaci&oacute;n, webs, intranets, gu&iacute;a  de evaluaci&oacute;n.</p><h4>Abstract    <br> </h4>    <p>The background is described  and some notes on &quot;information architecture&quot; and &quot;usability&quot;.  Some aspect related to information arrangement such as ambiguity, heterogeneity,  and homogeneity are analized in detail, some recomendation for the information  arrangement in web sites and intranets are also given. Some consideration regarding  the schemes and structures of arrangement information are carried out. An overview  of the different kinds of browsing systems are offered. Finally a style guide  of information arrangement and web sites use is developed. The main steps of the  design and assessment of information products created for the World Wide Web are  established.    <br> </p>    ]]></body>
<body><![CDATA[<p>Key words: Information architecture, usability, information  roganization, browsing systems, webs, intranets, assessment guide. </p>    <p>El surgimiento  de Internet en los a&ntilde;os 60, la proliferaci&oacute;n de las redes internas  universitarias (intranets) y su posterior absorci&oacute;n por parte de ARPANET,  que cre&oacute; un estado de conexi&oacute;n nacional a nivel acad&eacute;mico,  universitario y cient&iacute;fico en los Estados Unidos; la creaci&oacute;n del  revolucionario hipertexto y del HTTP, un protocolo de comunicaci&oacute;n &uacute;til  para enlazar los dis&iacute;miles medios computarizados existentes; as&iacute;  como el desarrollo del conocido HTML y sus sucesores, posibilitaron, a partir  de los a&ntilde;os 90, la aparici&oacute;n de una cantidad abrumadora de recursos  &uacute;tiles de informaci&oacute;n en la red: revistas electr&oacute;nicas, sitios,  portales, buscadores, etc&eacute;tera.    <br> </p>    <p>Junto a ellos, sin embargo,  han proliferado productos inconsistentes, sin una organizaci&oacute;n coherente  de la informaci&oacute;n y que generan un proceso de recuperaci&oacute;n sumamente  dif&iacute;cil para sus usuarios.    <br> </p>    <p>La arquitectura de informaci&oacute;n,  cuyo prop&oacute;sito es la b&uacute;squeda de mejores dise&ntilde;os para la  presentaci&oacute;n de la informaci&oacute;n y su comprensi&oacute;n, as&iacute;  como la usabilidad, que estudia el conjunto de caracter&iacute;sticas del dise&ntilde;o  y funcionamiento de una interfaz de usuario, para obtener una correcta operaci&oacute;n  y comprensi&oacute;n de los contenidos, son disciplinas cuya actividad est&aacute;  dirigida a lograr la m&aacute;xima satisfacci&oacute;n del usuario durante el  proceso de interacci&oacute;n con los productos de informaci&oacute;n. Una informaci&oacute;n  estructurada y coherente, sin dudas, facilita, tanto su consulta como el proceso  de asimilaci&oacute;n e introducci&oacute;n en la pr&aacute;ctica.     <br> Ambas  disciplinas surgieron y, a menudo, se estudian por separado. Sin embargo, son  complementarias: los primeros (los contenidos) son la columna vertebral del producto  de informaci&oacute;n y la segunda, (la interfaz) es el medio por donde se llega  a ellos. Por ello, y conocida la necesidad de los profesionales de la informaci&oacute;n  de dominar los elementos b&aacute;sicos para un dise&ntilde;o correcto y coherente  de los contenidos y de la interfaz de usuario que integrar&aacute;n los productos  para el WWW, se decidi&oacute;:     <br> </p><ul>     <li> Compilar y analizar los elementos  medulares que establecen las disciplinas de arquitectura de Informaci&oacute;n  y usabilidad y que inciden en el desarrollo de productos de informaci&oacute;n  para el World Wide Web.    <br> </li>    ]]></body>
<body><![CDATA[<li> Proponer una serie de pasos elementales  para guiar el desarrollo y la evaluaci&oacute;n de productos de informaci&oacute;n  para el WWW. </li>    </ul><h4>M&eacute;todos </h4>    <p>Con vistas a identificar la  literatura disponible sobre el tema objeto de estudio, se consultaron los motores  de b&uacute;squeda Google, Yahoo, Altavista, entre otros. Una vez recuperados  los documentos existentes en dichos servicios, se procedi&oacute; a su revisi&oacute;n  con el prop&oacute;sito de determinar su relevancia a los objetivos docentes de  la presente contribuci&oacute;n. </p><h4>Arquitectura de informaci&oacute;n</h4><h6>Antecedentes  </h6>    <p>En 1989, Tim Berners-Lee, un especialista del Laboratorio Europeo de F&iacute;sica  de Part&iacute;culas (CERN), desarroll&oacute; un conjunto de especificaciones  para facilitar el acceso a sus bases de datos. Estas se denominaron protocolo  de transferencia de hipertexto (HTTP) y posibilitaba acceder a documentos que  conten&iacute;an enlaces con otros documentos, ello simplific&oacute; la localizaci&oacute;n  de informaci&oacute;n. A partir de este protocolo, naci&oacute; World Wide Web  (WWW), y se populariz&oacute; finalmente Internet, debido a la variedad y versatilidad  de las p&aacute;ginas, aunque s&oacute;lo se trate de uno de sus servicios.<span class="superscript">1</span>      <br> </p>    <p>Desde aquel entonces, el n&uacute;mero de p&aacute;ginas aumenta cada  d&iacute;a y se calcula que crecen en alrededor de 50 p&aacute;ginas y 500 enlaces  s&oacute;lo durante el tiempo que toma leer una sencilla oraci&oacute;n. La din&aacute;mica  de la tecnolog&iacute;a de la informaci&oacute;n obliga a perfilar el intelecto  en relaci&oacute;n con los contenidos y la forma de presentarlos en el Web, debido  a la incorporaci&oacute;n constante de un elevado n&uacute;mero de usuarios de  todo tipo a la red.<span class="superscript">1 </span>    <br> </p>    <p>Internet presenta  un componente administrativo, uno tecnol&oacute;gico y otro humano. Se puede afirmar  entonces, que Internet es una red o sistema de comunicaci&oacute;n. &quot;Puede  aseverarse que los problemas que han de estudiarse en un sistema de comunicaci&oacute;n  se relacionan con la cantidad de informaci&oacute;n y la capacidad del canal de  comunicaci&oacute;n para su difusi&oacute;n y recuperaci&oacute;n y si se estudia  el fen&oacute;meno de Internet y de toda la informaci&oacute;n que ella contiene,  se encuentra que sus principales dificultades radican en que no siempre es posible  recuperar la informaci&oacute;n existente sobre un tema determinado porque no  se realiza un adecuado proceso de clasificaci&oacute;n e indizaci&oacute;n o se  dificulta la recuperaci&oacute;n de la informaci&oacute;n ubicada en una p&aacute;gina  web por una inadecuada organizaci&oacute;n de los contenidos. Es precisamente  de esta organizaci&oacute;n de los contenidos en los sitios web que se ocupa la  llamada Arquitectura de la Informaci&oacute;n (AI).<span class="superscript">1</span>  </p><h4>Definiciones     <br> </h4>    <p>Con respecto a la AI, Wurman se refiri&oacute;  a ella como: &quot;&#133; La ocupaci&oacute;n profesional emergente del siglo  XXI, dedicada a las necesidades de la era, enfocada a la claridad, entendimiento  humano y la ciencia de organizaci&oacute;n de la informaci&oacute;n&#133;&quot;.<span class="superscript">2  </span>Edward Tufte, por su parte, la define como &quot;&#133; el dise&ntilde;o  de la presentaci&oacute;n de la informaci&oacute;n para facilitar su entendimiento&#133;&quot;.<span class="superscript">3  </span>    ]]></body>
<body><![CDATA[<br> </p>    <p><i>Rosenfeld y Morville</i>, afirman que es la actividad que:  &quot;&#133; Clarifica la misi&oacute;n y visi&oacute;n del sitio, y equilibra  las necesidades del patrocinador y de la audiencia&#133;&quot;, &quot;&#133;determina  el contenido y funcionalidad que el sitio dispondr&aacute;&#133;&quot;, &quot;&#133;  especifica c&oacute;mo los usuarios encontrar&aacute;n la informaci&oacute;n al  definir su organizaci&oacute;n, navegaci&oacute;n, etiquetado y sistemas de b&uacute;squeda&#133;&quot;,  &quot;&#133; mapea como el sitio se va a acomodar al cambio y el crecimiento en  el tiempo&#133;&quot;<span class="superscript">4</span>     <br> </p>    <p><i>James Garret,  Jesse, en &quot;Elements of user experience</i>&quot;, establece que la &quot;Arquitectura  de informaci&oacute;n es el dise&ntilde;o estructural del espacio informacional  para facilitar el acceso intuitivo a los contenidos.&quot; <span class="superscript">5</span>      <br> </p>    <p><i>Richard Saul Wurman</i> fue el primero en utilizar el t&eacute;rmino  &quot;arquitectos de la informaci&oacute;n&quot;. Wurman los defini&oacute; como:  &quot;&#133; personas que organizan los patrones inherentes en los datos, que  hacen claro lo complejo&#133;&quot;. &quot;&#133; una persona que crea el mapa  o la estructura de informaci&oacute;n que permite a otros encontrar su camino  personal al conocimiento&#133;&quot;. <span class="superscript">2 </span>    <br>  </p>    <p>Un arquitecto de informaci&oacute;n debe reunir un m&iacute;nimo de conocimientos  procedentes de diferentes disciplinas, entre ellos se encuentran:</p><ul>     <li>Dise&ntilde;o  gr&aacute;fico: No implica ser dise&ntilde;ador gr&aacute;fico, ni dominar por  completo una herramienta de dise&ntilde;o. Se refiere a la habilidad de establecer  relaciones entre los elementos visuales y determinar su total integraci&oacute;n  dentro del Web.    <br> </li>    ]]></body>
<body><![CDATA[<li>Documentaci&oacute;n e informaci&oacute;n: la documentaci&oacute;n  se basa en el estudio y creaci&oacute;n de medios de acceso a la informaci&oacute;n,  as&iacute; como determinar la forma m&aacute;s apropiada de organizarla para garantizar  su posterior recuperaci&oacute;n. Estos son m&eacute;todos adecuados para iniciar  una arquitectura de informaci&oacute;n    <br> </li>    <li>Periodismo: la habilidad para  comunicar y escribir es inherente a esta profesi&oacute;n. Deben considerarse  las diferencias entre los estilos de redacci&oacute;n para Web y papel.    <br> </li>    <li>Marketing:  los conocimientos sobre investigaciones de usuarios o audiencias, as&iacute; como  la identificaci&oacute;n de segmentos atractivos del mercado constituyen la labor  diaria de estos especialistas. El Web como producto no puede permanecer ajeno  e ello.    <br> </li>    <li>Inform&aacute;tica: resulta de suma importancia el conocimiento  del entorno tecnol&oacute;gico del Web. A partir de ello, pueden establecerse  limitantes y definir el alcance de las prestaciones que se desean implementar  en el sitio.    <br> </li>    <li>Ingenier&iacute;a en usabilidad: comprende la habilidad  y los m&eacute;todos para evaluar el funcionamiento del sistema, desde la curva  de aprendizaje hasta los errores m&aacute;s frecuentes que comenten los usuarios.    <br>  </li>    ]]></body>
<body><![CDATA[</ul>    <p>Para ser arquitecto de informaci&oacute;n no es necesario ser un  especialista en las profesiones anteriormente referidas. Sin embargo, la labor  del arquitecto de informaci&oacute;n va m&aacute;s all&aacute;, incluye el control  de los flujos vinculados al proceso de trabajo del equipo de desarrollo, as&iacute;  como la coordinaci&oacute;n entre las distintas disciplinas que integran el equipo.    <br>  </p>    <p>Finalmente, la Arquitectura de Informaci&oacute;n puede considerarse como  la disciplina que dispone y determina los contenidos de informaci&oacute;n y estructurales  de un sitio web, a partir de las necesidades y preferencias de la audiencia, con  el objetivo de garantizar la calidad final del producto y la plena satisfacci&oacute;n  de los usuarios.</p><h4>Organizaci&oacute;n de la informaci&oacute;n    <br> </h4>    <p>La  organizaci&oacute;n de la informaci&oacute;n es el proceso donde se dispone y  ordena la secuencia de los elementos que integran el contenido de un sitio web.  En este proceso, se consideran las caracter&iacute;sticas de los sistemas de clasificaci&oacute;n  y ordenamiento como son la ambig&uuml;edad, la heterogeneidad y la homogeneidad.  Tambi&eacute;n, se seleccionan los esquemas de organizaci&oacute;n de la informaci&oacute;n  y las estructuras de organizaci&oacute;n de la informaci&oacute;n que se utilizar&aacute;n  en el sitio.     <br> </p>    <p>Desde los inicios de la civilizaci&oacute;n, el hombre  ha manifestado su tendencia y habilidad para organizar la informaci&oacute;n,  puede hablarse desde el agrupamiento y clasificaci&oacute;n de utensilios de trabajo,  de caza, de pesca, etc. o de la propia creaci&oacute;n de las estructuras comunitarias  -cazadores, guerreros, sabios-, entre otras entidades que surgieron en las primeras  formas de sociedad. Las respuestas a interrogantes como, qui&eacute;nes somos,  qu&eacute; hacemos, c&oacute;mo vivimos; revelan la existencia de un sistema de  clasificaci&oacute;n que constituy&oacute; el cimiento del conocimiento sobre  nosotros mismos y el mundo en que vivimos.    <br> </p>    <p>El hombre organiza para  entender, explicar y controlar su entorno. Nuestros sistemas de clasificaci&oacute;n  reflejan perspectivas y condiciones de tipo religioso, pol&iacute;tico y social  entre otras condicionantes. Expresiones como: &quot;&#133;&eacute;l es cat&oacute;lico,  nosotros somos ecologistas&#133;&quot; dan muestra de ello. La forma en que organizamos,  designamos y relacionamos la informaci&oacute;n incide verticalmente en la manera  de comprenderla.    ]]></body>
<body><![CDATA[<br> </p>    <p>La AI trata de organizar la informaci&oacute;n de  manera que los usuarios puedan encontrar las respuestas correctas a sus interrogantes.  Muchas veces, los usuarios tienen que esforzarse durante la realizaci&oacute;n  de actividades tan simples como pueden ser navegar ociosamente en Internet o ejecutar  una b&uacute;squeda sencilla. Su objetivo radica en la creaci&oacute;n de sistemas  de organizaci&oacute;n de la informaci&oacute;n y etiquetados -t&eacute;rminos  que designan o describen una entidad- que realmente posean un significado para  los usuarios.    <br> </p>    <p>En los &uacute;ltimos a&ntilde;os, se han planteado nuevos  desaf&iacute;os en relaci&oacute;n con la manera de organizar la informaci&oacute;n.  No obstante, las dificultades en torno a la organizaci&oacute;n de la informaci&oacute;n  datan de siglos atr&aacute;s, son tan antiguas como el propio conocimiento. El  campo de la Bibliotecolog&iacute;a se ha ocupado, desde sus inicios, de la tarea  de organizar y facilitar el acceso a la informaci&oacute;n.     <br> De una manera  o de otra, todos los que crean productos de informaci&oacute;n soportados en Internet  se convierten en bibliotecarios (los que a&uacute;n no lo son). La responsabilidad  de asegurar el acceso a la informaci&oacute;n recae sobre las espaldas de los  bibliotecarios. Pero estos especialistas &quot;hablan&quot; su propio lenguaje,  como sucede en otras ramas de la ciencia y la t&eacute;cnica. </p>    <p>Cuestiones  como &quot;Sistema de Clasificaci&oacute;n Decimal, epigrafiarios, reglas de catalogaci&oacute;n&quot;,  entre otras, son expresiones comunes en el gremio. Por tanto, para la comunidad  de desarrolladores web est&aacute; planteado el reto de asimilar y adoptar el  lenguaje de los bibliotecarios: en tareas como la creaci&oacute;n de etiquetas  para los contenidos, conocer de la existencia de los sistemas de clasificaci&oacute;n  y determinar cu&aacute;l de ellos se adapta mejor a las necesidades, adem&aacute;s  de la propia tarea de clasificaci&oacute;n.    <br> </p>    <p>Por ello, la tarea de organizar  de manera conveniente toda la informaci&oacute;n que demanda el proceso de producci&oacute;n  de los productos web es un verdadero acertijo.</p><h4>La ambig&uuml;edad    <br> </h4>    <p>Los  sistemas de clasificaci&oacute;n est&aacute;n elaborados sobre los cimientos del  lenguaje natural. Este es, por naturaleza, ambiguo en ocasiones. Un mismo vocablo  puede tener m&uacute;ltiples interpretaciones en dependencia del contexto donde  est&eacute; empleado. Esta ambig&uuml;edad provoca inconsistencia en la base de  nuestros sistemas de clasificaci&oacute;n. Cuando se utilizan palabras para crear  las etiquetas de nuestras clases, se corre el riesgo de que los usuarios no sean  capaces de entender el mensaje que se desea transmitir. No s&oacute;lo existe  conflicto al seleccionar las etiquetas correctas, sino que, en el mismo acto de  clasificar los documentos, se produce un atolladero. Pensemos en temas que, a  menudo se duda en incluir bajo la jerarqu&iacute;a de una u otra clase. Es por  esta raz&oacute;n, que la organizaci&oacute;n de la informaci&oacute;n nos sigue  poniendo ante un duro reto.</p><h4>La heterogeneidad y la homogeneidad    ]]></body>
<body><![CDATA[<br> </h4>    <p>La  heterogeneidad se refiere a objetos o colecciones de objetos que no tienen relaci&oacute;n  o similitud entre s&iacute;. Por otro lado, la homogeneidad se refiere a un grupo  de objetos compuestos por elementos similares o id&eacute;nticos. Una antigua  ficha catalogr&aacute;fica es relativamente homog&eacute;nea, ella organiza y  brinda referencias sobre libros. No ofrece acceso a un cap&iacute;tulo determinado  del libro. No facilita el acceso a revistas ni videos. Esta homogeneidad se acomoda  a un sistema de clasificaci&oacute;n estructurado. Cada libro tiene su registro  en el cat&aacute;logo y cada registro contiene los mismos campos.     <br> </p>    <p>A  esta situaci&oacute;n no escapan los sitios web, muchos son inmensamente heterog&eacute;neos  en dos aspectos. El primero es que los sitios web brindan acceso a documentos  y sus partes a varios niveles de distribuci&oacute;n. Un sitio web puede contener  art&iacute;culos, peri&oacute;dicos, bases de datos sobre los art&iacute;culos  o sobre los peri&oacute;dicos; las p&aacute;ginas pueden tener v&iacute;nculos  a otras p&aacute;ginas dentro del mismo sitio o fuera de este. En fin, toda una  amplia gama de posibilidades.    <br> </p>    <p>El segundo aspecto es que por medio del  web se acceden a documentos en m&uacute;ltiples formatos. Pueden encontrarse noticias  econ&oacute;micas, archivos de im&aacute;genes, software y m&aacute;s. Los contenidos  din&aacute;micos comparten espacio con los recursos est&aacute;ticos de informaci&oacute;n  del hombre; la informaci&oacute;n textual comparte espacio con elementos de multimedia  y aplicaciones interactivas. </p>    <p>Esta naturaleza heterog&eacute;nea del web  hace dif&iacute;cil la adopci&oacute;n de un sistema de organizaci&oacute;n r&iacute;gidamente  estructurado. Cada tipo documental debe tratarse individualmente. Por esta raz&oacute;n,  el intento de encontrar un sistema &uacute;nico y r&iacute;gido para organizar  los contenidos heterog&eacute;neos de un sitio web ser&iacute;a una idea descabellada.    <br>  </p>    <p>Por otra parte, el concepto de &quot;organizado&quot; cambia de un ser  a otro. Lo que para nosotros puede resultarnos muy &quot;l&oacute;gico&quot; puede  que para otra persona no lo sea. Esto lleva a la conclusi&oacute;n de que los  sistemas de etiquetado y organizaci&oacute;n de la informaci&oacute;n est&aacute;n  permeados por la perspectiva y el sentido de sus creadores. Por tanto, para poder  crear y dise&ntilde;ar sistemas de organizaci&oacute;n de la informaci&oacute;n  verdaderamente usables y entendibles debemos desarraigarnos de nuestras propias  concepciones respecto a la &quot;l&oacute;gica&quot; para organizar y etiquetar  los contenidos. Debemos situarnos del lado del usuario y preguntarnos c&oacute;mo  estos desean que se represente la informaci&oacute;n, qu&eacute; etiquetas les  ser&iacute;an representativas de la entidad que se quiere designar, etc&eacute;tera.  Claro est&aacute;, no es tan sencillo como puede escribirse; un sitio web est&aacute;  dise&ntilde;ado para m&uacute;ltiples usuarios y por tanto para &quot;m&uacute;ltiples  l&oacute;gicas&quot; y perspectivas a la hora de hallar y entender la informaci&oacute;n.    <br>  </p>    ]]></body>
<body><![CDATA[<p>No se debe pasar por alto lo que concierne a las pol&iacute;ticas y lineamientos  de la organizaci&oacute;n responsable del sitio. Por ejemplo, la publicaci&oacute;n  o no de determinados contenidos y la determinaci&oacute;n del tipo de usuario  que debe tener acceso a cada recurso de informaci&oacute;n puede poner en conflicto  a los lineamientos empresariales y las necesidades de los usuarios. Es por esto,  que los arquitectos de informaci&oacute;n deben ser muy cuidadosos a la hora de  tomar una determinaci&oacute;n al respecto. Algunas veces es conveniente decidir  por una arquitectura de informaci&oacute;n que sea funcional desde el punto de  vista de los usuarios y en otros casos, debe comprometerse por completo con los  lineamientos de la organizaci&oacute;n a fin de evitarse conflictos con la instituci&oacute;n.</p><h4>Organizaci&oacute;n  de sitios web e intranets    <br> </h4>    <p>La organizaci&oacute;n de la informaci&oacute;n  en un sitio web o una Intranet es uno de los factores que incide de manera m&aacute;s  directa en el &eacute;xito o el fracaso de estas entidades.     <br> </p>    <p>&quot;Los  sistemas de organizaci&oacute;n est&aacute;n compuestos por: esquemas de organizaci&oacute;n  y estructuras de organizaci&oacute;n. Un esquema de organizaci&oacute;n delimita  las caracter&iacute;sticas compartidas de los elementos que integran el contenido  y las influencias del agrupamiento l&oacute;gico de estos elementos. Una estructura  de organizaci&oacute;n define las relaciones entre los elementos de contenidos  y los grupos de estos elementos.&quot; <span class="superscript">4 </span>    <br>  </p>    <p>La organizaci&oacute;n de la informaci&oacute;n en el contexto del desarrollo  de sitios web est&aacute; estrechamente relacionada con la navegaci&oacute;n,  el etiquetado y la indizaci&oacute;n. Las estructuras jer&aacute;rquicas de organizaci&oacute;n  en los sitios web con frecuencia presentan una funci&oacute;n elemental dentro  del sistema de navegaci&oacute;n. Las etiquetas de las categor&iacute;as tienen  un lugar significativo en la definici&oacute;n del contenido de estas categor&iacute;as.  La indizaci&oacute;n manual es una herramienta muy &uacute;til para organizar  los contenidos con un alto nivel de detalle. A pesar de esta estrecha relaci&oacute;n  es muy conveniente aislar el dise&ntilde;o de la organizaci&oacute;n de la informaci&oacute;n,  porque este crear&aacute; las bases para la navegaci&oacute;n y los sistemas de  etiquetado. Concentr&aacute;ndose exclusivamente en el agrupamiento l&oacute;gico  de la informaci&oacute;n, pueden evitarse distracciones en la implementaci&oacute;n  de los detalles significativos y por consiguiente dise&ntilde;ar un sitio con  mejor calidad.</p><h4>Esquemas de organizaci&oacute;n de la informaci&oacute;n  (EOI)    <br> </h4>    <p>Diariamente nos encontramos y navegamos por medio de diferentes  esquemas de organizaci&oacute;n. Ejemplos en la vida cotidiana aparecen por doquier:  el directorio telef&oacute;nico, diccionarios, carteleras etc&eacute;tera. Todos  ellos cuentan con una estructura que permite facilitar el acceso a la informaci&oacute;n  contenida en ellos, se trata de los esquemas de organizaci&oacute;n de la informaci&oacute;n.  </p>    <p>Cuando se busca en el directorio telef&oacute;nico rara vez surgen dificultades  para encontrar lo que se busca, esto es, porque tiene un esquema de organizaci&oacute;n  alfab&eacute;tico, este esquema de organizaci&oacute;n es exacto, es decir, invariablemente  despu&eacute;s de la A encontraremos la B y as&iacute; sucesivamente. Pero pueden  existir EOI que su entendimiento constituya un verdadero dolor de cabeza. Por  citar un ejemplo de <i>Morville y Rosenfeld</i> en &quot;<i>Information Architecture  for the World Wide Web</i>&quot;, la situaci&oacute;n consiste en encontrar rositas  de ma&iacute;z en un enorme y desconocido supermercado. &iquest;Est&aacute;n las  rositas de ma&iacute;z en la secci&oacute;n correspondiente a &quot;snacks&quot;  o comida ligera, en la correspondiente a ingredientes para hornear, en ambas o  en ninguna&#133;? &iquest;qui&eacute;n sabe? <span class="superscript">4</span>  Este EOI es un esquema h&iacute;brido orientado a la tarea que se quiere realizar  o al asunto que trata. Por tanto, es ambiguo en muchas ocasiones.    ]]></body>
<body><![CDATA[<br> </p>    <p>Como  se plante&oacute; en el p&aacute;rrafo anterior, existen EOI exactos estos &quot;dividen  la informaci&oacute;n en secciones bien definidas y mutuamente excluyentes&quot;<span class="superscript">4</span>  es el cl&aacute;sico ejemplo del directorio telef&oacute;nico, si se conoce el  apellido de la persona que se busca le ser&aacute; f&aacute;cil hallarla. Este  tipo de b&uacute;squeda se conoce por el nombre de &quot;know-item searching&quot;,  es decir, se conoce previamente el elemento a buscar, no existen ambig&uuml;edades.  Un problema de los EOI exactos es que el usuario necesita conocer, de antemano,  exactamente el nombre del recurso que busca. No obstante, los EOI exactos son  relativamente f&aacute;ciles de dise&ntilde;ar y mantener debido a que demandan  de un peque&ntilde;o esfuerzo intelectual para asignar elementos a las categor&iacute;as.</p><h4>Los  tres EOI exactos m&aacute;s utilizados    <br> </h4>    <p>De los EOI exactos, existen  tres que son los que se utilizan con m&aacute;s frecuencia y, a veces, ni no nos  percatamos de ello. A saber:    <br> </p><ul>     <li>Esquemas alfab&eacute;ticos de organizaci&oacute;n  de la informaci&oacute;n (EAOI)    <br> </li>    <li>Esquemas cronol&oacute;gicos de organizaci&oacute;n  de la informaci&oacute;n (ECOI)     <br> </li>    <li>Esquemas geogr&aacute;ficos de organizaci&oacute;n  de la informaci&oacute;n (EGOI).    ]]></body>
<body><![CDATA[<br> </li>    </ul>    <p>A continuaci&oacute;n, se expondr&aacute;n  brevemente sus caracter&iacute;sticas m&aacute;s importantes.</p><h6>Esquemas  alfab&eacute;ticos de organizaci&oacute;n de la informaci&oacute;n     <br> </h6>    <p>Un  EAOI es el predominante en enciclopedias y diccionarios. Casi toda la literatura  que no es de ficci&oacute;n incluye este esquema dentro de un &iacute;ndice alfab&eacute;tico.  Directorios telef&oacute;nicos, tiendas por departamentos, librer&iacute;as, etc.  utilizan el alfabeto para organizar sus contenidos. El orden alfab&eacute;tico  sirve como &quot;sombrilla&quot; para otros esquemas de organizaci&oacute;n. Pueden  encontrarse listas alfab&eacute;ticas por apellidos, por nombre de productos,  por servicios, etc&eacute;tera (figura 1).    <br>     <br> </p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0104604.jpg"><img src="/img/revistas/aci/v12n6/f0104604.jpg" width="540" height="399" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  1. </b>EOI alfab&eacute;tico.</p><h6>Esquemas cronol&oacute;gicos de organizaci&oacute;n  de la informaci&oacute;n     ]]></body>
<body><![CDATA[<br> </h6>    <p>Determinados tipos de informaci&oacute;n  propician la organizaci&oacute;n cronol&oacute;gica. Por ejemplo, diarios, peri&oacute;dicos,  archivos de revistas carteleras de televisi&oacute;n deben de organizarse cronol&oacute;gicamente.  Los ECOI son muy f&aacute;ciles de dise&ntilde;ar y utilizar. El elemento asociativo  e identificador del elemento es s&oacute;lo un dato del calendario (figura 2).</p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0204604.jpg"><img src="/img/revistas/aci/v12n6/f0204604.jpg" width="539" height="400" border="0"></a></p>    
<p align="center"><b>Fig.  2.</b> EOI cronol&oacute;gico.</p><h6>&nbsp;</h6><h6>Esquemas geogr&aacute;ficos de  organizaci&oacute;n de la informaci&oacute;n     <br> </h6>    <p>Los EGOI tienen una  caracter&iacute;stica interesante, se refieren a lugares y estos comprenden determinado  significado. Cuando se viaja nos interesan cuestiones como el estado del tiempo,  las caracter&iacute;sticas culturales, entre otras. Por lo general, los asuntos  pol&iacute;ticos, sociales y econ&oacute;micos dependen del pa&iacute;s en cuesti&oacute;n.  Exceptuando los problemas para delimitar las fronteras los EGOI son bastante d&oacute;ciles  de dise&ntilde;ar y usar (figura 3).</p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0304604.jpg"><img src="/img/revistas/aci/v12n6/f0304604.jpg" width="540" height="405" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  3.</b> EOI geogr&aacute;fico</p><h6>Esquemas ambiguos de organizaci&oacute;n de  la informaci&oacute;n    <br> </h6>    ]]></body>
<body><![CDATA[<p>Los EOI ambiguos dividen la informaci&oacute;n  en categor&iacute;as que proponen definiciones exactas. Est&aacute;n impregnados  por la ambig&uuml;edad del lenguaje y de la subjetividad humana. Son muy dif&iacute;ciles  de dise&ntilde;ar y mantener. No obstante, son m&aacute;s &uacute;tiles que los  EOI exactos. Por ejemplo la antigua ficha catalogr&aacute;fica, muestra tres esquemas  primarios de organizaci&oacute;n. Se pueden buscar libros seg&uacute;n autor,  t&iacute;tulo o materia. En el caso de autor y t&iacute;tulo es muy f&aacute;cil  de crear, de mantener y por consecuencia de usar.</p>    <p>Varias investigaciones  han demostrado que las bibliotecas habitualmente utilizan esquemas ambiguos de  organizaci&oacute;n de la informaci&oacute;n como el Sistema de Clasificaci&oacute;n  de Dewey o el Sistema de Clasificaci&oacute;n de la Biblioteca del Congreso (LC).<span class="superscript">4  </span></p>    <p>Por tanto, existe una simple raz&oacute;n por la que los usuarios  hallan a los EOI ambiguos tan &uacute;tiles: no requieren de la preparaci&oacute;n  de prescripciones de b&uacute;squedas exactas, porque, a partir de su propia ambig&uuml;edad,  facilitan la recuperaci&oacute;n de informaci&oacute;n de forma casu&iacute;stica.      <br> </p>    <p>Suele suceder que, en algunos casos, no se conoce el t&eacute;rmino  relacionado o en otros se dispone s&oacute;lo de una informaci&oacute;n preliminar  sobre el asunto. Por esta raz&oacute;n, la b&uacute;squeda de informaci&oacute;n  a menudo es iterativa e interactiva. Lo hallado en los momentos iniciales de la  b&uacute;squeda puede influir sobre lo que se halle m&aacute;s adelante. En todo  este proceso de b&uacute;squeda de informaci&oacute;n est&aacute;n presentes elementos  del conocimiento asociativo y el aprendizaje. En el proceso de b&uacute;squeda  se puede buscar y hallar, pero si el sistema est&aacute; bien dise&ntilde;ado  debe tambi&eacute;n permitir el aprendizaje a lo largo del camino.     <br> </p>    <p>La  organizaci&oacute;n ambigua soporta este modo &quot;casual&quot; de buscar informaci&oacute;n  a partir de la agrupaci&oacute;n de los elementos de manera que puedan comprenderse  intelectualmente.    <br> </p>    <p>N&oacute;tese, que en estos esquemas alguien que  no es el usuario ha tomado una decisi&oacute;n sobre c&oacute;mo agrupar los elementos.  Esta agrupaci&oacute;n de elementos relacionados ayuda al proceso de aprendizaje  asociativo lo que permite a los usuarios crear nuevas interrelaciones y llegar  a mejores conclusiones. A pesar que los EOI ambiguos requieren de un mayor esfuerzo  para su dise&ntilde;o y mantenimiento e introducen elementos subjetivos por parte  del dise&ntilde;ador, a menudo resultan m&aacute;s preciados por los usuarios  que los EOI exactos.    <br> </p>    ]]></body>
<body><![CDATA[<p>El &eacute;xito de un EOI ambiguo depende del  dise&ntilde;o inicial del sistema de clasificaci&oacute;n utilizado y de la indizaci&oacute;n  de los elementos que forman el contenido.    <br> </p>    <p>Entre los EOI ambiguos, los  m&aacute;s comunes son:</p><ul>     <li>Los que organizan la informaci&oacute;n seg&uacute;n  el asunto o la materia.    <br> </li>    <li>Los que organizan la informaci&oacute;n atendiendo  a determinados procesos o tareas.    <br> </li>    <li>Los que organizan la informaci&oacute;n  seg&uacute;n los intereses de la audiencia potencial.    <br> </li>    <li>Los que organizan  la informaci&oacute;n a trav&eacute;s de met&aacute;foras de la vida cotidiana.    ]]></body>
<body><![CDATA[<br>  </li>    <li>Los esquemas h&iacute;bridos.</li>    </ul><h6>Esquemas de organizaci&oacute;n  de la informaci&oacute;n seg&uacute;n materias    <br> </h6>    <p>Organizar la informaci&oacute;n  por materias o t&oacute;picos requiere de la creaci&oacute;n de alg&uacute;n ordenamiento  de las materias que posibilitan el acceso al contenido. Es importante definir  la amplitud y la cobertura de estas en relaci&oacute;n con los contenidos. Algunos  esquemas como los que se encuentran en las enciclopedias cubren todo el espectro  del conocimiento humano. Otros, que suelen aparecer en sitios Web corporativos,  cubren s&oacute;lo los t&oacute;picos relacionados con la cartera de productos  y servicios de la compa&ntilde;&iacute;a. Se debe tener presente que en el dise&ntilde;o  de un EOI por materias se define todo el universo de contenidos existentes que  los usuarios esperan hallar dentro del sitio web.</p><h6>Esquemas de organizaci&oacute;n  de la informaci&oacute;n orientados a la realizaci&oacute;n de procesos o tareas    <br>  </h6>    <p>Los EOI orientados a los procesos o tareas organizan los contenidos dentro  de una colecci&oacute;n de procesos, funciones o tareas. Estos esquemas se recomiendan  cuando es posible predecir con anticipaci&oacute;n un limitado n&uacute;mero de  tareas de alta prioridad que los usuarios desarrollar&aacute;n. Los procesadores  de texto y el explorador de Windows son fieles exponentes de lo expresado. Pueden  observarse elementos de men&uacute; como &quot;Editar, Insertar, Ver&quot;, etc&eacute;tera.  En el ambiente web, a&uacute;n no es com&uacute;n este EOI, esto debe ir cambiando  en la medida que se sumen aplicaciones y funcionalidades como ocurre en sitios  de intranets. </p><h6>Esquemas de organizaci&oacute;n de la informaci&oacute;n  seg&uacute;n los intereses de la audiencia potencial    <br> </h6>    <p>En casos en que  se pueden predefinir con claridad una o m&aacute;s audiencias -equivalen a usuarios  potenciales- un EOI que atienda a la audiencia puede tener sentido pr&aacute;ctico,  toda vez que se pueden establecer mecanismos de personalizaci&oacute;n para las  categor&iacute;as de usuarios. Es importante para el &eacute;xito de este tipo  de EOI, la recurrencia de los usuarios al sitio. Estas audiencias convierten el  sitio en uno &quot;m&aacute;s peque&ntilde;o&quot; al fragmentarse el contenido  seg&uacute;n el tipo de usuario. Estos esquemas pueden ser abiertos o cerrados.  Abiertos, cuando permiten a los usuarios de una categor&iacute;a acceder a otra  a la que no pertenecen; los cerrados evitan el movimiento de los usuarios entre  las audiencias definidas.</p><h6>Esquemas de organizaci&oacute;n de la informaci&oacute;n  a partir de met&aacute;foras de la vida cotidiana    <br> </h6>    ]]></body>
<body><![CDATA[<p>Las met&aacute;foras  consisten en crear relaciones entre elementos conocidos de la vida cotidiana y  elementos novedosos y desconocidos. Este asunto se abordar&aacute; con mayor amplitud  m&aacute;s adelante.    <br> </p>    <p>Las met&aacute;foras se emplean para ayudar a  los usuarios a entender el mensaje que desea comunicar a partir de relacionarlo  con situaciones relativas y familiares de la vida cotidiana. Las met&aacute;foras  pueden ayudar a los usuarios a entender la distribuci&oacute;n de los contenidos  y las funcionalidades de una manera intuitiva. No obstante, se debe ser cuidadoso  en su empleo, si se tiene un sitio web que se dedica a la venta de piezas de motores  de combusti&oacute;n interna crear met&aacute;foras a partir de la arquitectura  interna de estos no servir&aacute; a usuarios que la desconozcan.</p><h6>Esquemas  h&iacute;bridos de organizaci&oacute;n de la informaci&oacute;n    <br> </h6>    <p>El  poder de un EOI ideal proviene de su habilidad para sugerir un simple modelo mental  a los usuarios con el prop&oacute;sito de facilitar r&aacute;pidamente su comprensi&oacute;n.  Los usuarios pueden reconocer f&aacute;cilmente un ordenamiento atendiendo a una  audiencia espec&iacute;fica o seg&uacute;n materias, pero en el caso de proponer  elementos de distintos EOI puede ocurrir cierta desorientaci&oacute;n. Estos ejemplos  h&iacute;bridos son comunes en el web; esto se debe a que muchas veces es dif&iacute;cil  ponerse de acuerdo en seleccionar un EOI que satisfaga las necesidades para representar  los contenidos de una p&aacute;gina principal. Lo m&aacute;s aconsejable en estos  casos, es conservar la integridad de cada EOI y presentarlo por separado en distintas  &aacute;reas de la p&aacute;gina, de esta manera cada uno podr&aacute; cumplir  su objetivo.</p><h4>Estructuras de organizaci&oacute;n de la informaci&oacute;n    <br>  </h4>    <p>Las estructuras de organizaci&oacute;n de la informaci&oacute;n (ESOI)  son intangibles pero muy importantes en el dise&ntilde;o de un sitio web. Frecuentemente,  se interact&uacute;a con estructuras de organizaci&oacute;n pero se tiene poca  conciencia de ello en un buen n&uacute;mero de casos. Las ESOI definen los caminos  primarios sobre los cuales los usuarios podr&aacute;n navegar. Las principales  ESOI aplicadas a sitios web e intranets incluyen: la jerarqu&iacute;a, los modelos  orientados a bases de datos y el hipertexto. Cada una tiene sus fortalezas y debilidades;  en algunos casos, se usa una o la otra, pero, la mayor parte de las veces, lo  m&aacute;s aconsejable es utilizarlas todas para que se complementen entre ellas.</p><h6>La  jerarqu&iacute;a    <br> </h6>    <p>El dise&ntilde;o correcto de la jerarqu&iacute;a  de los elementos de contenidos constituyen los cimientos para lograr una correcta  AI en el sitio. Las subdivisiones excluyentes y las relaciones entre los niveles  superiores y los hijos son t&oacute;picos con los que se est&aacute; estrechamente  relacionado. Existen jerarqu&iacute;as en la vida cotidiana: la estructura departamental  de nuestro trabajo, los cap&iacute;tulos de un libro, nuestra familia, etc&eacute;tera.  Todos estos tienen una estructura jer&aacute;rquica. La cualidad de las estructuras  jer&aacute;rquicas de brindar una manera simple y familiar de organizar la informaci&oacute;n  permite al usuario sentirse c&oacute;modo, porque puede hacerse una idea de la  estructura del web sin necesidad de adentrarse en una extensa exploraci&oacute;n  de los contenidos.    <br> </p>    ]]></body>
<body><![CDATA[<p>Debe considerarse pero no aferrarse a la idea que  las categor&iacute;as en una estructura jer&aacute;rquica son mutuamente excluyentes.  Existir&aacute;n elementos que, por su naturaleza ambigua, deban incluirse en  m&aacute;s de una categor&iacute;a para de esta forma, garantizar su localizaci&oacute;n.  Es posible la inclusi&oacute;n de elementos mediante el uso de listas jer&aacute;rquicas  de materias o un esquema. Las listas por materias y los esquemas son dos formas  diferentes de presentar la misma informaci&oacute;n. Tambi&eacute;n, es importante  atender a la amplitud y profundidad en el dise&ntilde;o de la jerarqu&iacute;a.  La amplitud se refiere a la cantidad de elementos presentes en una categor&iacute;a  y la profundidad al n&uacute;mero de niveles en la jerarqu&iacute;a. Si la jerarqu&iacute;a  es muy estrecha y profunda, los usuarios necesitar&aacute;n un n&uacute;mero elevado  de clicks para acceder al contenido; por el contrario, si es amplia y superficial  implicar&iacute;a que el usuario se viera frente a un n&uacute;mero elevado de  opciones en el men&uacute; principal y ello acabar&iacute;a por desconcertarlo.</p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0404604.jpg"><img src="/img/revistas/aci/v12n6/f0404604.jpg" width="539" height="404" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  4.</b> Ejemplo de una estructura jer&aacute;rquica.</p><h4>El hipertexto    <br> </h4>    <p>El  hipertexto es una v&iacute;a no lineal de estructurar la informaci&oacute;n. Un  sistema de hipertextos. Contiene dos componentes primarios: los elementos o nodos  de informaci&oacute;n que se enlazar&aacute;n y los enlaces o v&iacute;nculos  entre estos. Los nodos de hipertextos pueden conectarse de manera jer&aacute;rquica,  no jer&aacute;rquica o en ambas.    <br> </p>    <p>Esta estructura de organizaci&oacute;n  proporciona una gran flexibilidad, no obstante puede provocar que los usuarios  al navegar por ella se desorienten o pierdan. Al navegar entre hiperv&iacute;nculos  no es posible representarse un modelo mental de la estructura del sitio web.    <br>  </p>    <p>Adem&aacute;s, esta navegaci&oacute;n es asociativa, pero las relaciones  de asociaci&oacute;n var&iacute;an notablemente de un usuario a otro. Por eso,  el hipertexto es un buen candidato para una ESOI primaria. Un mejor uso podr&iacute;a  d&aacute;rsele como complemento de otras ESOI basadas en jerarqu&iacute;as o modelos  de bases de datos relacionales.</p>    ]]></body>
<body><![CDATA[<p align="center"><a href="/img/revistas/aci/v12n6/f0504604.jpg"><img src="/img/revistas/aci/v12n6/f0504604.jpg" width="537" height="289" border="0"></a></p>    
<p>&nbsp;</p>    <p>&nbsp;</p>    <p align="center"><b>Fig.  5.</b> V&iacute;nculos en una ESOI de hipertexto.</p><h6>Modelo de bases de datos  relacionales    <br> </h6>    <p>En forma muy simple, puede definirse una base de datos  como una colecci&oacute;n de registros donde cada registro contiene un n&uacute;mero  determinado de campos asociados.    <br> </p>    <p>Una de las mayores potencialidades  de utilizar una ESOI basada en bases de datos es que se puede brindar la posibilidad  de buscar elementos de contenido en campos espec&iacute;ficos o varios campos  a la vez con un solo intento de b&uacute;squeda. Tambi&eacute;n, permite representar  el mismo contenido con varios formatos de salida seg&uacute;n las caracter&iacute;sticas  de cada audiencia. Sin embargo, las ESOI basadas en bases de datos tienen sus  limitaciones, por ejemplo los registros deben cumplir con reglas estrictas de  integridad, cada registro debe tener los mismos campos y cada campo debe contener  el mismo tipo de dato (num&eacute;rico, car&aacute;cter, boleano, etc.). Tambi&eacute;n,  es necesaria la participaci&oacute;n de un especialista avezado en esta clase  de dise&ntilde;os para su creaci&oacute;n; as&iacute;, se evitar&aacute;n errores  de inconsistencia en los datos y se garantizar&aacute; el aprovechamiento de todas  las potencialidades que brinda el modelo relacional -relaciones, consultas de  paso, etc.).    <br> </p>    <p>Es frecuente en el dise&ntilde;o de bases de datos para  ESOI incluir un campo de palabras clave que describa el contenido de la base.  En este punto, es aconsejable determinar la inclusi&oacute;n de un vocabulario  controlado para la descripci&oacute;n. La utilizaci&oacute;n de un vocabulario  controlado determina los t&eacute;rminos permitidos para cada campo y posibilita  el empleo de notas de alcance para definir cada t&eacute;rmino. Esta funcionalidad  brinda un alto grado de consistencia para la b&uacute;squeda y la exploraci&oacute;n  del sitio.</p>    ]]></body>
<body><![CDATA[<p>    <br> </p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0604604.jpg"><img src="/img/revistas/aci/v12n6/f0604604.jpg" width="540" height="405" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  6.</b> Base de datos con interfaz Web.</p><h4>    <br> Sistemas de navegaci&oacute;n    <br>  </h4>    <p>La raz&oacute;n para dise&ntilde;ar correctamente un sistema de navegaci&oacute;n  (SN) radica en prevenir que los usuarios puedan hallarse perdidos frente a nuestro  web y experimenten sensaciones de confusi&oacute;n, frustraci&oacute;n e ira,  entre otras. Desde la br&uacute;jula, las se&ntilde;alizaciones urbanas y los  sistemas de posicionamiento global, el hombre ha demostrado gran dificultad en  el uso y dise&ntilde;o de las herramientas de navegaci&oacute;n.    <br> </p>    <p>En  el web, un EOI jer&aacute;rquico bien dise&ntilde;ado evitar&aacute; la desorientaci&oacute;n  de los usuarios. De manera complementaria, el dise&ntilde;o de un SN es necesario  para brindar un sentido del entorno y dar flexibilidad al movimiento dentro del  sitio. Los SN pueden dise&ntilde;arse de manera que apoyen el aprendizaje asociativo  mediante la presentaci&oacute;n de recursos relacionados con el contenido que  se muestra. Este es el caso de los v&iacute;nculos &quot;vea tambi&eacute;n&quot;  o &quot;see also&quot;, en ingl&eacute;s. Esto permite el acceso a &aacute;reas  del sitio que en un inicio no ser&iacute;an exploradas por el usuario. Debe prestarse  especial atenci&oacute;n al balance que debe existir entre la flexibilidad en  la navegaci&oacute;n y la inclusi&oacute;n de excesivas opciones que podr&iacute;an  confundir y desorientar al usuario.    ]]></body>
<body><![CDATA[<br> </p>    <p>Los SN pueden conformarse por varios  elementos como son: gr&aacute;ficos, barras de men&uacute;s horizontales y verticales  y men&uacute;s emergentes. Otros, como las tablas de contenido y el mapa del sitio,  permiten el acceso remoto al contenido alojado en el EOI. Cada uno de estos elementos  debe aparecer en cada p&aacute;gina y la suma de todos ellos conforma el SN.</p><h4>Funcionalidades  de navegaci&oacute;n en los exploradores    <br> </h4>    <p>Los navegadores o browsers  actuales brindan toda una serie de recursos para permitir la navegaci&oacute;n  en el web. Tal es el caso de la barra de direcciones, desde ella se puede acceder  directamente a cualquier recurso disponible en Internet, s&oacute;lo conociendo  su ubicaci&oacute;n (URL). Tambi&eacute;n existen los botones &quot;Atr&aacute;s&quot;,  &quot;Adelante&quot;, &quot;Historial&quot; y &quot;Favoritos&quot;. Todos ellos  permiten &quot;moverse&quot; en el interior de los sitios.     <br> </p>    <p>Los navegadores  tienen implementadas otras funcionalidades dirigidas a coadyuvar en la navegaci&oacute;n,  como el subrayado y el coloreado de los v&iacute;nculos que diferencian los visitados  de los no visitados por la coloraci&oacute;n, muchas veces los dise&ntilde;adores  alteran estas funcionalidades modificando el color de los v&iacute;nculos visitados  y no visitados; otro ejemplo es la &quot;moda&quot; de crear funcionalidades de  navegaci&oacute;n a partir del mapeo de im&aacute;genes, y las barras de navegaci&oacute;n  gr&aacute;ficas que brindan un agradable efecto est&eacute;tico al sitio. Pero  el mapeo de im&aacute;genes desde el lado del servidor (&quot;server-side&quot;)  inhabilita por completo el objetivo, al mostrar las coordenadas del mapeo en lugar  de la URL. Esto brinda una informaci&oacute;n innecesaria e in&uacute;til. Como  soluci&oacute;n, se recomienda balancear entre lo est&eacute;tico y lo utilizable.  Con el uso de tablas o permitiendo el mapeo de im&aacute;genes en el cliente (&quot;client-side&quot;)  es posible mostrar barras de navegaci&oacute;n gr&aacute;ficas que sean de utilidad  e impriman valores est&eacute;ticos al sitio.</p><h4>Identificar d&oacute;nde  estamos    <br> </h4>    <p>Es determinante mantener al usuario informado sobre el lugar  donde se encuentra situado dentro del sitio Frecuentemente, se utilizan indicadores  como &quot;UD. Est&aacute; aqu&iacute;&agrave;Inicio&agrave;Biblioteca&agrave;Cat&aacute;logo&quot;.  Consid&eacute;rese que en el web no se dispone de indicadores referenciales sobre  nuestra ubicaci&oacute;n como existen en la vida cotidiana -un &aacute;rbol, un  edificio, el cine, etc.- y por ello, la creaci&oacute;n de pistas contextuales  es de suma importancia para evitar la p&eacute;rdida y desorientaci&oacute;n de  nuestros usuarios.     <br> </p>    <p>Existen algunas reglas que deben considerarse cuando  se crean pistas o marcas del contexto. Una muy importante consiste en la inclusi&oacute;n  del nombre de la organizaci&oacute;n en todas las p&aacute;ginas del sitio. Esto  garantiza que al usuario adentrarse en el web, tendr&aacute; una idea clara de  que a&uacute;n se encuentra dentro del sitio. Tambi&eacute;n es importante mantener  la identidad gr&aacute;fica y de color lo que brinda mayor consistencia al contexto.  Otra regla importante es la representaci&oacute;n de la estructura jer&aacute;rquica  de una manera clara y consistente para indicar la localizaci&oacute;n exacta dentro  de esta jerarqu&iacute;a.    ]]></body>
<body><![CDATA[<br> </p>    <p>La flexibilidad de los SN es otro aspecto  de vital importancia. Los SN basados en hipertexto soportan la navegaci&oacute;n  en sentido vertical y horizontal, por lo se debe prestar especial cuidado durante  el dise&ntilde;o, de manera que se complemente y refuerce la jerarqu&iacute;a  con el suministro de la adici&oacute;n de contextos bien determinados y flexibles.</p>    <p align="center"><img src="/img/revistas/aci/v12n6/f0704604.jpg" width="539" height="403"></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  7.</b> El SN es equivalente a la jerarqu&iacute;a.</p><h4>Tipos de sistemas de  navegaci&oacute;n    <br> </h4>    <p>Durante el dise&ntilde;o de un sitio web, generalmente  se incluyen varios tipos de SN. Para lograr el &eacute;xito es necesario conocerlos  y entender en qu&eacute; medida ofrece flexibilidad y una noci&oacute;n del contexto  en el que nos encontramos. Pueden identificarse cuatro tipos de SN, ellos son:    <br>  </p><ul>     <li>Sistemas de navegaci&oacute;n jer&aacute;rquicos    <br> </li>    ]]></body>
<body><![CDATA[<li>Sistemas  de navegaci&oacute;n globales    <br> </li>    <li>Sistemas de navegaci&oacute;n locales    <br>  </li>    <li>Sistemas de navegaci&oacute;n espec&iacute;ficos    <br> </li>    </ul>    <p>A continuaci&oacute;n  se caracterizar&aacute; cada uno de ellos.</p><h6>Sistemas de navegaci&oacute;n  jer&aacute;rquicos    <br> </h6>    <p>Este sistema es, por dem&aacute;s, el m&aacute;s  tradicional, data de otros servicios de Internet como el gopher. Ofrece acceso  a los diferentes niveles jer&aacute;rquicos inferiores a partir de la p&aacute;gina  inicial. Frecuentemente presenta inconvenientes para la navegaci&oacute;n horizontal  por lo que se recomienda combinarlo con otros sistemas.</p><h6>Sistemas de navegaci&oacute;n  globales (SNG)    ]]></body>
<body><![CDATA[<br> </h6>    <p>Este SN generalmente complementa a uno jer&aacute;rquico.  Brinda la posibilidad de navegaci&oacute;n tanto a lo profundo como a lo largo  del sitio - navegaci&oacute;n vertical y horizontal. Es com&uacute;n el establecimiento  de reglas que regulen las condiciones y situaciones en las que se utilizar&aacute;  la navegaci&oacute;n seg&uacute;n el nivel dentro del sitio. Los SN m&aacute;s  utilizados son los basados en una barra de navegaci&oacute;n gr&aacute;fica que  permite el acceso a las principales secciones, cada secci&oacute;n en su interior  se complementa con otras barras o men&uacute;s laterales relativos a estas. En  la p&aacute;gina principal, esta barra puede ser innecesaria toda vez que duplicar&aacute;  las opciones primarias que se han relacionado. En las p&aacute;ginas de segundo  nivel, puede incluirse un v&iacute;nculo a la p&aacute;gina inicial y otro hacia  las secciones de retroalimentaci&oacute;n -cont&aacute;ctenos, listas de discusi&oacute;n,  etc&eacute;tera.</p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0804604.jpg"><img src="/img/revistas/aci/v12n6/f0804604.jpg" width="540" height="404" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  8.</b> Barra gr&aacute;fica de navegaci&oacute;n con textos.</p><h4>Sistemas de  navegaci&oacute;n locales     <br> </h4>    <p>Cuando se enfrenta el dise&ntilde;o de  un sitio web m&aacute;s complejo seguramente se necesitar&aacute; complementar  el sistema global de navegaci&oacute;n con la inclusi&oacute;n de uno o m&aacute;s  sistemas locales de navegaci&oacute;n (SNL). Para comprender la necesidad de implementar  un SNL es necesario entender el concepto de subsede o subsitio. Este t&eacute;rmino  lo acu&ntilde;&oacute; Jacob Nielsen para identificar las situaciones en las que  una colecci&oacute;n de p&aacute;ginas web de un sitio muy grande sugiere un mecanismo  de navegaci&oacute;n y estilo propio exclusivo de ellas. Tal es el caso de un  cat&aacute;logo de productos. Las p&aacute;ginas relativas a esta categor&iacute;a  contendr&aacute;n v&iacute;nculos entre ellas como pueden ser &quot;Buscar productos  por categor&iacute;as, marcas, etc.&quot; No se debe pasar por alto que en ning&uacute;n  caso el SNG desaparece, este se mantiene en las distintas subsedes.</p>    <p align="center"><a href="/img/revistas/aci/v12n6/f0904604.jpg"><img src="/img/revistas/aci/v12n6/f0904604.jpg" width="540" height="404" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  9.</b> &Iacute;ndice y categor&iacute;as de productos. SLN.</p><h4>Sistemas de  navegaci&oacute;n espec&iacute;ficos (SNE)    ]]></body>
<body><![CDATA[<br> </h4>    <p>Se utiliza principalmente  cuando no es posible clasificar las relaciones entre las p&aacute;ginas web en  algunos de los sistemas de navegaci&oacute;n anteriores. El ejemplo m&aacute;s  ilustrativo se encuentra en los enlaces dentro de un texto hacia otro documento  relacionado, est&eacute; o no en el sitio. Es muy frecuente hallar este tipo de  navegaci&oacute;n en revistas digitales que los incluyen en las notas finales  o a pie de p&aacute;gina (imitando a las publicaciones impresas).</p><h6>Integrar  los elementos de navegaci&oacute;n    <br> </h6>    <p>En los sistemas de navegaci&oacute;n  tanto locales y como globales, los elementos m&aacute;s importantes son aquellos  que est&aacute;n integrados en las p&aacute;ginas orientadas a los contenidos  del sitio, debido a que los usuarios interact&uacute;an constantemente con estos  para moverse hacia el interior del sitio, es por ello que son los m&aacute;s vistos  y utilizados. Pueden agruparse en dos categor&iacute;as: las barras de navegaci&oacute;n  y los men&uacute;s desplegables.</p><h6>Barras de navegaci&oacute;n    <br> </h6>    <p>Existen  muchas maneras de implementar barras de navegaci&oacute;n, se emplean tanto para  los SN jer&aacute;rquicos, locales como globales.     <br> </p>    <p>Para definirlas  de una forma simple, puede decirse que es una colecci&oacute;n de v&iacute;nculos  hipertextuales agrupados todos en una p&aacute;gina. De manera alternativa, las  barras de navegaci&oacute;n pueden ser gr&aacute;ficas, implementadas como un  mapa de im&aacute;genes o como im&aacute;genes independientes estructuradas en  una tabla. <span class="superscript">4 </span>    <br> </p>    <p>La decisi&oacute;n sobre  utilizar textos o gr&aacute;ficos recae sobre aspectos del dise&ntilde;o gr&aacute;fico  o en las limitantes t&eacute;cnicas m&aacute;s que en el &aacute;rea de la AI.  El uso de las barras de navegaci&oacute;n gr&aacute;ficas imprime una apariencia  agradable a la p&aacute;gina pero demora su descarga, otro detalle es que para  actualizar los elementos de men&uacute; es mucho m&aacute;s engorroso en los casos  en que se usa gr&aacute;ficos que en los de textos. Tampoco se debe estar ajeno  al hecho que una misma imagen puede tener diferentes interpretaciones entre culturas  distintas.</p><h6>Frames o marcos    ]]></body>
<body><![CDATA[<br> </h6>    <p>Los marcos o frames constituyen  un factor adicional a considerar en la aplicaci&oacute;n de barras de navegaci&oacute;n  gr&aacute;ficas o textuales. </p>    <p>Los marcos permiten definir uno o varios paneles  desplazables dentro de una misma ventana del navegador. El contenido de los v&iacute;nculos  de un panel puede mostrarse en otro sin abandonar el primero y ello permite independizar  el SN del contenido.     <br> </p>    <p>Pero el uso de marcos produce ciertos inconvenientes,  tanto desde la perspectiva del cliente o usuario como desde el &aacute;ngulo de  los dise&ntilde;adores. Entre las desventajas m&aacute;s significativas se encuentra  la disposici&oacute;n de estos en la pantalla -puede variar entre distintos navegadores  y son sensibles a la resoluci&oacute;n de la pantalla-; otra dificultad inicial  es que no todos los navegadores soportan el uso de marcos -en la actualidad las  &uacute;ltimas versiones de los navegadores m&aacute;s utilizados los soportan-  Tambi&eacute;n, la diferencia entre v&iacute;nculos visitados y no visitados,  adem&aacute;s de las opciones de &quot;favoritos&quot; pueden verse alteradas  con el uso de los marcos.     <br> </p>    <p>Otro punto sensible es que al usar marcos  se cargan al menos dos p&aacute;ginas en la misma ventana del navegador, la velocidad  de descarga de estas puede variar por lo que a veces ocurre que perdemos una de  ellas y ello afecta el resto del contexto al no poderse mostrar todo el contenido  inicialmente concebido para todos los frames. Los arquitectos de informaci&oacute;n  deben proceder con mucha cautela a la hora de decidir si usar o no los marcos  (figura 10).</p>    <p align="center"><img src="/img/revistas/aci/v12n6/f1004604.jpg" width="540" height="405"></p>    
<p align="center">*  En el marco izquierdo, se puede ver una barra de navegaci&oacute;n textual.</p>    <p align="center"><b>Fig.  10.</b> P&aacute;gina que usa dos marcos*</p><h6>Men&uacute;s desplegables    ]]></body>
<body><![CDATA[<br>  </h6>    <p>Los men&uacute;s desplegables facilitan el acceso a m&uacute;ltiples elementos  de navegaci&oacute;n de forma compacta. Los usuarios pueden desplegar lo que parece  un simple men&uacute; y acceder a diferentes opciones. Existen men&uacute;s desplegables  m&aacute;s sofisticados, estos se implementan utilizando lenguajes de programaci&oacute;n  como JavaScript, VisualBasicScript, etc. El uso de los men&uacute;s desplegables  tambi&eacute;n tiene sus inconvenientes que deben considerarse a la hora de su  elecci&oacute;n, estos giran en torno a que se presentan las opciones de navegaci&oacute;n  ocultas para el usuario y deben presuponer de su existencia con antelaci&oacute;n  para poder interactuar con el SN.</p>    <p align="center"><a href="/img/revistas/aci/v12n6/f1104604.jpg"><img src="/img/revistas/aci/v12n6/f1104604.jpg" width="540" height="404" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center"><b>Fig.  11.</b> Men&uacute; desplegable a la derecha de la p&aacute;gina.</p><h4>Elementos  remotos de navegaci&oacute;n    <br> </h4>    <p>Los elementos remotos de navegaci&oacute;n  (ERN) o sistemas suplementarios de navegaci&oacute;n como las tablas de contenido,  &iacute;ndices y mapas del sitio son independientes de la jerarqu&iacute;a b&aacute;sica  de un sitio web y constituyen una mirada alternativa para conocer el contenido  del sitio. Aunque los ERN brindan v&iacute;as complementarias de acceso a los  contenidos, estos no deben utilizarse como sustitutos o para arreglar imperfecciones  en un SN mal dise&ntilde;ado; pueden resultar muy &uacute;tiles pero nunca reparar&aacute;n  un producto mal concebido. Los ERN deben utilizarse como complementos de un SN  s&oacute;lido y bien estructurado. A continuaci&oacute;n se caracterizan brevemente  cada uno de ellos.</p><h6>Las tablas de contenido (TC)    <br> </h6>    <p>En los documentos  impresos, las TC muestran la estructura organizativa del contenido impreso y permite  el acceso tanto aleatorio como lineal a los contenidos a partir de los ep&iacute;grafes  y los n&uacute;meros de p&aacute;gina. Paralelamente, las TC en el web muestran  los primeros niveles dentro de la jerarqu&iacute;a y facilitan el acceso a segmentos  del contenido o al contenido en su totalidad.    <br> </p>    ]]></body>
<body><![CDATA[<p>La calidad del dise&ntilde;o  de las TC afecta significativamente su usabilidad. Es importante prestar atenci&oacute;n  a los siguientes aspectos:<span class="superscript">4 </span>    <br> </p><ol>     <li>  Jerarquice coherentemente la informaci&oacute;n de manera que los usuarios puedan  familiarizarse con la organizaci&oacute;n que tiene el contenido.    <br> </li>    <li>  Viabilice de manera r&aacute;pida el acceso directo a los contenidos para aquellos  usuarios que saben lo que buscan. No haga que se pierdan en un dise&ntilde;o ambiguo.    <br>  </li>    <li> Tenga cuidado de no atiborrar al usuario con demasiada informaci&oacute;n.  Recuerde que el objetivo es ayudar, no asustar al usuario.</li>    </ol><h4>Los &iacute;ndices    <br>  </h4>    <p>Los &iacute;ndices constituyen una variante de soluci&oacute;n muy &uacute;til  para aquellos sitios que su contenido no puede estructurarse en una jerarqu&iacute;a  bien definida. Por tanto, una indizaci&oacute;n manual ser&iacute;a una buena  alternativa, tan efectiva como una TC. Una indizaci&oacute;n basada en el web  presenta una lista de palabras clave o frases organizadas en orden alfab&eacute;tico  que no constituyen una jerarqu&iacute;a. A diferencia de las TC, los &iacute;ndices  generalmente son superficiales y s&oacute;lo, en algunos casos, muestran uno o  dos niveles de profundidad. De cualquier manera, estos son muy &uacute;tiles para  aquellos usuarios que saben de antemano la informaci&oacute;n que necesitan. No  obstante, la mayor dificultad que encierra el indizado del web radica en decidir  a qu&eacute; nivel de descripci&oacute;n llegar: &iquest;qu&eacute; se va a describir?  Colecciones de p&aacute;ginas, p&aacute;rrafos individuales, art&iacute;culos&#133;  Tambi&eacute;n la elecci&oacute;n de los t&eacute;rminos es una cuesti&oacute;n  interesante a definir, para ello debe tenerse un perfecto conocimiento de las  caracter&iacute;sticas y necesidades informativas de la audiencia.    ]]></body>
<body><![CDATA[<br> </p>    <p>Despu&eacute;s  de la implementaci&oacute;n, puede utilizarse una herramienta de seguimiento de  consultas (query tracking tool) que capture todos los t&eacute;rminos introducidos  por los usuarios. Al momento de seleccionar los elementos para los &iacute;ndices,  se debe tener presente que estos deben apuntar s&oacute;lo a las p&aacute;ginas  donde se encuentra el contenido (destino) y no a las p&aacute;ginas de la navegaci&oacute;n.    <br>  </p>    <p>Otra herramienta importante en la indizaci&oacute;n consiste en permutar  los t&eacute;rminos, esto permite a los usuarios encontrar la frase por dos o  m&aacute;s entradas del ordenamiento alfab&eacute;tico.</p><h4>El mapa del sitio    <br>  </h4>    <p>El t&eacute;rmino &quot;mapa del sitio&quot; se ha empleado de manera  indiscriminada, por esta raz&oacute;n <i>Rosenfeld y Morville</i> lo definieron  formalmente como &quot;&#133;una representaci&oacute;n gr&aacute;fica de la estructura  de un sitio Web&#133;&quot; <span class="superscript">4</span> Con esta definici&oacute;n,  se excluyen las TC y los &iacute;ndices que utilizan elementos gr&aacute;ficos  para mejorar su apariencia. A diferencia de estos &uacute;ltimos, el mapa del  sitio no se utiliza para facilitar la navegaci&oacute;n entre islas de textos,  su uso se adecua mejor a la navegaci&oacute;n f&iacute;sica m&aacute;s que a la  intelectual. Esto se debe principalmente a tres razones fundamentales: <span class="superscript">2  </span>    <br> </p>    <p>Los usuarios no est&aacute;n familiarizados con el uso del  mapa del sitio.    <br> </p><ol>     <li> Los dise&ntilde;adores no est&aacute;n familiarizados  con el dise&ntilde;o de mapas.    ]]></body>
<body><![CDATA[<br> </li>    <li> La mayor parte del contenido textual  del sitio no permite una representaci&oacute;n gr&aacute;fica.    <br> </li>    </ol>    <p>En  el momento de dise&ntilde;ar un mapa de navegaci&oacute;n, se debe considerar  la disyuntiva entre la representaci&oacute;n f&iacute;sica y la simb&oacute;lica,  un mapa f&iacute;sico del mundo no representa el lugar exacto, la exactitud y  las escalas se sacrifican para que el usuario pueda obtener pistas contextuales  que lo ayuden a navegar en el medio que le estamos proponiendo.</p><h4>Sistemas  de etiquetado    <br> </h4>    <p>Las etiquetas constituyen una forma de representaci&oacute;n.  Tal como se utilizan las palabras para representar pensamientos, las etiquetas  permiten representar un conjunto de informaci&oacute;n en un sitio web, ellas  (las etiquetas) permiten la comunicaci&oacute;n con los usuarios del web para  mostrarles c&oacute;mo est&aacute; organizado el sitio y las posibilidades de  navegaci&oacute;n que presenta. Las etiquetas describen o designan los elementos  que integran el sistema de navegaci&oacute;n -Cont&aacute;ctenos, Download, Ayuda,  etc.-; por esto, debe considerarse como un sistema que interact&uacute;a con las  dem&aacute;s entidades sist&eacute;micas tratadas anteriormente. </p><h6>Tipos    <br>  </h6>    <p>En el web, existen dos formas de crear etiquetas, textualmente o mediante  &iacute;conos, aunque la combinaci&oacute;n de ambas tambi&eacute;n es frecuente.  Frecuentemente, se emplean con dos objetivos: uno como v&iacute;nculos hacia grupos  o conjuntos de informaci&oacute;n en otras p&aacute;ginas -frecuentemente dentro  del contexto de los sistemas de navegaci&oacute;n, como &iacute;ndices, o como  etiquetas de v&iacute;nculos- y otro como encabezados que dividen e identifican  los grupos de informaci&oacute;n. Una etiqueta simple puede cumplir las dos funciones  a la vez.    <br> </p>    ]]></body>
<body><![CDATA[<p>Los sistemas de etiquetado pueden dividirse en cuatro tipos:    <br>  </p><ol>     <li> Etiquetas del SN: son las que interact&uacute;an en un primer momento  con el usuario. Se toman como referencia para la navegaci&oacute;n.    <br> </li>    <li>  Etiquetas de sistemas de enlaces: son aquellas que aparecen en el cuerpo de los  p&aacute;rrafos y se enlazan con otros textos en funci&oacute;n del contexto y  su significado. Debe tratarse que est&aacute;s resalten lo suficiente dentro del  texto y no tengan m&aacute;s de cuatro t&eacute;rminos.    <br> </li>    <li> Etiquetas  del sistema de cabeceras o t&iacute;tulos: se utilizan para encabezar o titular  los bloques de informaci&oacute;n. Hacen el papel de t&iacute;tulos o subt&iacute;tulos,  su significado est&aacute; condicionado por el contexto.    <br> </li>    <li> Etiquetas  del sistema de indizaci&oacute;n: estas etiquetas son &quot;invisibles&quot; para  el usuario, no obstante tienen una funci&oacute;n de suma importancia en la representaci&oacute;n  del contenido de las p&aacute;ginas para la identificaci&oacute;n de estas en  los motores de b&uacute;squeda. Nos referimos puntualmente a los META tags.     <br>  </li>    ]]></body>
<body><![CDATA[</ol>    <p>Las etiquetas que integran el SN requieren una gran consistencia,  que brinde sensaci&oacute;n de seguridad al usuario adem&aacute;s que le permita  navegar coherentemente, que pueda reconocer de antemano el paso que va a seguir  al estar correctamente identificado con la etiqueta que le corresponde sem&aacute;nticamente  y que resulta, a la vez, familiar para el navegante.    <br> </p>    <p>Existen algunas  convenciones que han emergido para designar las etiquetas relacionadas con la  navegaci&oacute;n como:    <br> </p><ul>     <li> Inicio, Home, Home Page, Main y Main  Page.    <br> </li>    <li>Buscar, Mapa del sitio, &Iacute;ndice, Tabla de contenido,  Search, Find, Browse, etc&#133;    <br> </li>    <li>Cont&aacute;ctenos, Webmaster, Contact,  Contact Us, Feeedback.    ]]></body>
<body><![CDATA[<br> </li>    <li>Acerca de, Qui&eacute;nes somos, About, About  Us.    <br> </li>    <li>Ayuda, Help, FAQ, Respuesta a preguntas frecuentes.    <br> </li>    </ul>    <p>De  cualquier manera, cada una de las expresiones anteriores tiene m&aacute;s de una  variante textual en sus respectivos idiomas. Es importante considerar que existen  t&eacute;rminos importados del ingl&eacute;s que no es aconsejable traducir, porque  los usuarios los tienen arraigados en su acerbo producto de la experiencia adquirida  durante la navegaci&oacute;n por Internet, tal podr&iacute;a ser el caso de FAQ  (etiqueta correspondiente a &quot;Frequently Asked Questions&quot;) Su sustituci&oacute;n  por &quot;RPF&quot; traer&iacute;a una divergencia sem&aacute;ntica entre etiqueta  y contenido. En su lugar, se ha extendido el uso de la etiqueta Ayuda como alternativa  hispana de FAQ.    <br> </p>    <p>Para dise&ntilde;ar las etiquetas se puede tomar como  referencia, para empezar, alg&uacute;n sitio que sea similar al que se pretende  dise&ntilde;ar y que le resulte agradable al navegar. Si el sitio es complejo  y tiene varios niveles de profundidad se debe auxiliar de un vocabulario controlado  para eliminar la ocurrencia de polisemias y abarcar los posibles t&eacute;rminos  relacionados.</p><h4>Sistemas de b&uacute;squeda    <br> </h4>    ]]></body>
<body><![CDATA[<p>El dise&ntilde;o  de un sistema de b&uacute;squeda para el web requiere de la consideraci&oacute;n  de numerosos aspectos que permitan determinar las razones que ameriten su implementaci&oacute;n.  Una raz&oacute;n importante a considerar es que s&oacute;lo con implementar un  motor de b&uacute;squeda para el sitio no se podr&aacute;n satisfacer las necesidades  de informaci&oacute;n de todos los usuarios, puede existir un gran n&uacute;mero  de ellos que opte por utilizar la herramienta que se le ha puesto en las manos,  pero otro grupo de usuarios s&oacute;lo intentar&aacute; buscar la informaci&oacute;n  que necesita de forma superficial -conocido como browsing- por medio de las facilidades  que brinda el sistema de navegaci&oacute;n.    <br> </p>    <p>Otro elemento a considerar  es la amplitud del contenido del sitio, nos referimos a la cantidad de recursos  de informaci&oacute;n. Por supuesto que esto es dif&iacute;cil de determinar,  c&oacute;mo saber hasta qu&eacute; punto es mucho o poco. Puede darse el caso  que un n&uacute;mero menor de recursos requieran de la implementaci&oacute;n de  un motor de b&uacute;squeda debido a lo denso de su contenido, en cambio una colecci&oacute;n  de informes debidamente etiquetados y organizados tal vez no lo necesite.    <br>  </p>    <p>Muchos webmasters ven en la implementaci&oacute;n de un motor de b&uacute;squeda  la soluci&oacute;n para enmascarar las deficiencias de un dise&ntilde;o err&oacute;neo  del sistema de navegaci&oacute;n y etiquetado, es mucho m&aacute;s f&aacute;cil  enmendar errores en el dise&ntilde;o del SN y el SE que lograr una implementaci&oacute;n  exitosa de un motor de b&uacute;squeda. T&eacute;cnicamente, su puesta en funcionamiento  es r&aacute;pida y f&aacute;cil, pero el dise&ntilde;o de sus interfases es algo  bien complejo de lograr desde el punto de vista de la comprensi&oacute;n por parte  del usuario de la herramienta que se pone a su disposici&oacute;n; muchas veces  el fracaso de los motores de b&uacute;squeda no est&aacute; determinado por un  mal algoritmo interno para realizar la exploraci&oacute;n, sino por un pobre dise&ntilde;o  de la interfaz de b&uacute;squeda, que impide al usuario explotar al m&aacute;ximo  las prestaciones para las que se dise&ntilde;&oacute;.    <br> </p>    <p>Un aspecto clave  en el dise&ntilde;o de los motores de b&uacute;squeda es tomar conciencia que  todos los usuarios no tienen las mismas necesidades de informaci&oacute;n ni todos  siguen los mismos pasos durante la labor de b&uacute;squeda, la recuperaci&oacute;n  de informaci&oacute;n es una tarea muy dif&iacute;cil en un medio como el web  d&oacute;nde el crecimiento exponencial de los recursos de informaci&oacute;n  dificulta su procesamiento, almacenamiento y, por consiguiente, su posterior recuperaci&oacute;n.    <br>  </p>    <p>La aplicaci&oacute;n de un estudio de usuarios seguramente establecer&aacute;  que todos ellos no esperan satisfacer sus necesidades de informaci&oacute;n de  la misma forma. A unos no les importar&aacute; mucho la relevancia de los resultados  arrojados por el motor de b&uacute;squeda debido a que s&oacute;lo requieren una  informaci&oacute;n general sobre el asunto que les ocupa; en otros casos, a muchos  de los usuarios les ser&aacute; muy significativo el grado de relevancia y pertinencia  de las b&uacute;squedas que realicen. Por ende, las expectativas y las necesidades,  como se ha dicho anteriormente, variar&aacute;n seg&uacute;n el tipo y categor&iacute;a  de usuario.    <br> </p>    ]]></body>
<body><![CDATA[<p>Por ejemplo, algunos usuarios tienen sus necesidades bien  definidas y estas tienen una respuesta clara y concisa. En cambio, otros usuarios  conocen lo que est&aacute;n buscando pero no saben c&oacute;mo describirlo, habr&aacute;  otro grupo que sabr&aacute; c&oacute;mo elaborar su consulta pero desconocen qu&eacute;  van a encontrar y tratan de explorar para conocer m&aacute;s al respecto, as&iacute;  como otro grupo de usuarios requerir&aacute; que se les satisfaga su inquietud  a partir de encontrar todo lo relacionado con su b&uacute;squeda en un solo t&oacute;pico  - generalmente es el caso de los investigadores.</p><h4>Dise&ntilde;o de la interfaz  de b&uacute;squeda    <br> </h4>    <p>La b&uacute;squeda de informaci&oacute;n, generalmente,  no tiene lugar en un solo paso. La b&uacute;squeda de informaci&oacute;n es por  naturaleza interactiva, los usuarios primero realizan una b&uacute;squeda preliminar,  despu&eacute;s de evaluar los resultados obtenidos viene un proceso de aprendizaje  d&oacute;nde refinan su pr&oacute;xima b&uacute;squeda y as&iacute; sucesivamente  hasta lograr su objetivo. Esto se conoce como aprendizaje asociativo.<span class="superscript">  4 </span>    <br> </p>    <p>No existe una f&oacute;rmula ideal para el dise&ntilde;o  de interfases de b&uacute;squeda, en el campo de la recuperaci&oacute;n de informaci&oacute;n  se han realizado numerosos estudios sobre el dise&ntilde;o de interfases de b&uacute;squeda  (figura 12). Existen muchas variables que intervienen en una correcta concepci&oacute;n  e implementaci&oacute;n de la interfaz; a continuaci&oacute;n, se enumerar&aacute;n  algunas: <span class="superscript">4 </span>    <br> </p><ul>     <li>El nivel de experiencia  de los usuarios: &iquest;est&aacute;n familiarizados con el uso de operadores  booleanos o prefieren usar el lenguaje natural? &iquest;Necesitan una interfaz  de b&uacute;squeda simple o una de b&uacute;squeda avanzada?    <br> </li>    <li>El tipo  de informaci&oacute;n que los usuarios necesitan: &iquest;s&oacute;lo exploran  al azar o realizan una b&uacute;squeda profunda? &iquest;Los resultados deben  incluir s&oacute;lo res&uacute;menes informativos o es necesaria la inclusi&oacute;n  de res&uacute;menes descriptivos?    <br> </li>    ]]></body>
<body><![CDATA[<li>El tipo de informaci&oacute;n a  buscar: &iquest;se encuentra en una colecci&oacute;n de campos bien definidos  y estructurados (base de datos) o es un documento a texto completo? &iquest;Qu&eacute;  formato tienen los documentos recuperados?    <br> </li>    <li>La cantidad de informaci&oacute;n  que se va a buscar: &iquest;se ver&aacute;n los usuarios abrumados por la cantidad  de registros o documentos recuperados? </li>    </ul>    <p align="center"><a href="/img/revistas/aci/v12n6/f1204604.jpg"><img src="/img/revistas/aci/v12n6/f1204604.jpg" width="539" height="404" border="0"></a></p>    
<p>&nbsp;</p>    <p align="center">    <br>  <b>Fig.12.</b> Interfaz de b&uacute;squeda simple del cat&aacute;logo de la Biblioteca  Central de la Universidad de La Habana.</p><h4>Otras consideraciones de inter&eacute;s    <br>  </h4>    <p>Una vez analizadas estas variables, y antes de sumergirse en la etapa  de dise&ntilde;o, es importante saber por qu&eacute; los usuarios realizan una  b&uacute;squeda en su sitio y qu&eacute; expectativas tienen sobre los resultados  que encontrar&aacute;n, si existe variedad en cuento al tipo de informaci&oacute;n  a buscar se debe proveer una misma interfase que permita buscar en todas las &aacute;reas  de contenido. De igual manera, debe atenderse al idioma de los usuarios, si el  universo de usuarios es multiling&uuml;e, debe suministr&aacute;rseles una interfaz  de b&uacute;squeda en sus respectivos idiomas; tambi&eacute;n se debe considerar  la creaci&oacute;n de interfases de b&uacute;squeda simples y avanzadas o expertas  para usuarios con niveles diferentes de complejidad en la formulaci&oacute;n de  su expresi&oacute;n de b&uacute;squeda.     ]]></body>
<body><![CDATA[<br> </p>    <p>Asimismo, la inclusi&oacute;n  de posibilidades para establecer filtrados seg&uacute;n campos espec&iacute;ficos  es muy &uacute;til porque etiquetas como &quot;autor, t&iacute;tulo, materia,  etc.&quot; se explican por s&iacute; solas. Tambi&eacute;n, el uso de lenguajes  de consultas o expresiones de consultas conocidas ayuda a la transparencia de  la interfaz, por ejemplo si hubiera que componer la siguiente cadena para buscar  &quot;Las cartas de Mart&iacute; a Maceo en la Guerra de Independencia&quot;,  (field1+=&quot;mart&iacute;&quot; AND field2+=&quot;Maceo&quot; AND field3=&quot;cartas+guerra%de  %independencia&quot;). En primer lugar, el entendimiento y aprendizaje de esta  sintaxis es realmente un obst&aacute;culo casi infranqueable para el usuario promedio;  en segundo lugar, se tiene que la caja de texto para formular dicha consulta tendr&iacute;a  que soportar m&uacute;ltiples l&iacute;neas. &iquest;No resultar&iacute;a m&aacute;s  sencillo en una caja simple entrar la siguiente expresi&oacute;n &quot;cartas  mart&iacute; maceo&quot; o &quot;guerra de independencia cartas mart&iacute; maceo&quot;  y que internamente el algoritmo de b&uacute;squeda se encargue de &quot;traducir&quot;  esta expresi&oacute;n en el equivalente a la sintaxis que ejemplificamos anteriormente?  La respuesta es obvia.    <br> </p>    <p>Otro aspecto a considerar es el relacionado  con la naturaleza de las opciones de b&uacute;squeda, estas deben ser lo m&aacute;s  transparente posible, el usuario debe conocer cu&aacute;ndo est&aacute; buscando  en el texto completo de cada p&aacute;gina que integra el sitio o cuando lo hace  contra una lista de &iacute;ndices que describe el contenido de cada p&aacute;gina.  Adem&aacute;s, se debe prever la conducta a seguir cuando los usuarios no encuentren  nada sobre el asunto que les ocupa; en estos casos, frecuentemente ocurren 3 situaciones:    <br>  </p><ul>     <li>En la primera, la b&uacute;squeda produce demasiados registros.    <br>  </li>    <li>La b&uacute;squeda no devuelve ning&uacute;n registro.    <br> </li>    <li>Los  registros devueltos no se corresponden con los intereses de la b&uacute;squeda.    ]]></body>
<body><![CDATA[<br>  </li>    </ul>    <p>Para cada caso, se debe formular un grupo de &quot;consejos&quot;  para ayudar a los usuarios a reformular su expresi&oacute;n de b&uacute;squeda.  Incluir la posibilidad que el usuario pueda cambiar el ordenamiento de los resultados,  sea por orden de relevancia, por fecha, por tipo de documento, etc., as&iacute;  se facilitar&iacute;a la b&uacute;squeda.    <br> </p>    <p>Para configurar la forma  en que el motor de b&uacute;squeda devuelve los resultados se deben atender especialmente  dos factores: el primero es el relativo al grado de estructuraci&oacute;n u ordenamiento  que posee su contenido -&iquest;existe la posibilidad de mostrar informaci&oacute;n  s&oacute;lo sobre el t&iacute;tulo de la p&aacute;gina o se creado una estructura  que le permite a nuestro motor mostrar tambi&eacute;n informaci&oacute;n relativa  a res&uacute;menes, fecha, autor, etc.?    <br> </p>    <p>El segundo factor depende de  lo que realmente necesitan los usuarios, &iquest;c&oacute;mo esperan recibir la  informaci&oacute;n?, &iquest;seg&uacute;n qu&eacute; criterios se va a ordenar?,  &iquest;cu&aacute;ntos resultados se mostrar&aacute;n por cada p&aacute;gina?,  &iquest;qu&eacute; campos se van a mostrar y por qu&eacute;?, &iquest;c&oacute;mo  se determina el grado de relevancia?    <br> </p>    <p>En este sentido, es v&aacute;lido  se&ntilde;alar que, para crear los algoritmos que establecen el ranking de relevancia  a menudo se determina a partir de las siguientes combinaciones:    <br> </p><ul>     ]]></body>
<body><![CDATA[<li>Cu&aacute;ntos  de los t&eacute;rminos registrados en la expresi&oacute;n de b&uacute;squeda aparecen  en el documento recuperado.    <br> </li>    <li>Cu&aacute;n cerca se encuentra uno del  otro -en la misma oraci&oacute;n, en el mismo p&aacute;rrafo.    <br> </li>    <li>D&oacute;nde  aparece el t&eacute;rmino -la ocurrencia en el t&iacute;tulo sugiere un mayor  grado de relevancia que la ocurrencia en el cuerpo del documento.    <br> </li>    </ul>    <p>Es  importante que se informe al usuario sobre los principios que se consideraron  para establecer el grado de relevancia.    <br> Para concluir, es oportuno destacar  algunos elementos que resultan muy &uacute;tiles para el usuario al mostrarlos  en los resultados de la b&uacute;squeda:</p><ol>     <li> Incluir la expresi&oacute;n  de b&uacute;squeda que se utiliz&oacute;. Los usuarios pueden haberla olvidado,  incluirla tambi&eacute;n en el t&iacute;tulo de la p&aacute;gina ser&iacute;a  una buena pr&aacute;ctica.    ]]></body>
<body><![CDATA[<br> </li>    <li> Destacar la cantidad total de documentos  que se recuperaron.    <br> </li>    <li> Informar al usuario en qu&eacute; lugar del  conjunto de documentos recuperados se encuentra (ejemplo: registros del 12-21  de 100 p&aacute;gina 2 de 5).    <br> </li>    <li> Brindar la posibilidad en cada p&aacute;gina  de resultados de realizar o iniciar una nueva b&uacute;squeda.    <br> </li>    </ol>    <p>El  dise&ntilde;o de sistemas de b&uacute;squeda va m&aacute;s all&aacute; de lo que  se ha tratado anteriormente. La recuperaci&oacute;n de informaci&oacute;n en Internet  es actualmente uno de los retos m&aacute;s dif&iacute;ciles que ocupa a los profesionales  que se dedican a ello. Por esta raz&oacute;n, la incesante investigaci&oacute;n,  el refinamiento y b&uacute;squeda del paralelismo de los lenguajes de b&uacute;squeda  y la continua realizaci&oacute;n de estudios de usuarios es la v&iacute;a que  puede conducir hacia lo que podr&iacute;a ser la soluci&oacute;n m&aacute;s completa,  nunca la soluci&oacute;n final, debido a que, en los problemas relativos a la  recuperaci&oacute;n de informaci&oacute;n en Internet, intervienen adem&aacute;s  de las interfases, los usuarios y los lenguajes de b&uacute;squedas, aspectos  como la selecci&oacute;n de las fuentes de informaci&oacute;n, su procesamiento  y almacenamiento, es decir, factores inherentes al ciclo de vida de la propia  informaci&oacute;n.</p><h4>Dise&ntilde;o conceptual    <br> </h4>    ]]></body>
<body><![CDATA[<p>La etapa de dise&ntilde;o  conceptual tiene como objetivo ordenar todo el c&uacute;mulo de informaci&oacute;n  que se ha recogido sobre el sitio. Es fundamental en esta etapa, desarrollar reuniones  grupales d&oacute;nde, a partir de las sugerencias emanadas de las tormentas de  ideas, se llegue a la realizaci&oacute;n de bocetos de las futuras p&aacute;ginas.  Se decidir&aacute; como ser&aacute; organizada y etiquetada la informaci&oacute;n,  as&iacute; como qu&eacute; tipos de sistemas de navegaci&oacute;n se utilizar&aacute;n  y c&oacute;mo se implementar&aacute;n las b&uacute;squedas.</p><h6>Las met&aacute;foras    <br>  </h6>    <p>La exploraci&oacute;n de met&aacute;foras es una herramienta poderosa  para comunicar ideas complejas al resto de los integrantes del grupo.    <br> </p>    <p>Las  met&aacute;foras relacionan elementos de la vida cotidiana con aspectos nuevos.  Por ejemplo, el caso de &quot;Autopistas de la informaci&oacute;n&quot;, se utiliza  el t&eacute;rmino &quot;autopistas&quot; para brindar la idea de los caminos hacia  la informaci&oacute;n. Las met&aacute;foras pueden utilizarse para explicar, motivar  y persuadir al auditorio sobre la asimilaci&oacute;n o introducci&oacute;n de  nuevas propuestas.    <br> </p>    <p>Existen tres tipos de met&aacute;foras que pueden  aplicarse al dise&ntilde;o de sitios web, estas son: <span class="superscript">4  </span>    <br> </p><ol>     <li> Met&aacute;foras organizacionales: facilitan el entendimiento  de la organizaci&oacute;n de un nuevo sistema a partir de relacionar su estructura  organizativa con la de un sistema existente y conocido. Los usuarios que tengan  conformado el modelo mental sobre c&oacute;mo est&aacute; organizada una tienda  por departamentos se ver&aacute;n identificados si al entrar en una web, que ofrezca  este tipo de servicios, pueden identificar la misma estructura organizativa que  la anteriormente conocida.    <br> </li>    ]]></body>
<body><![CDATA[<li> Met&aacute;foras funcionales: establecen  una conexi&oacute;n entre las tareas realizadas en un entorno tradicional y las  que se desarrollar&aacute;n en un nuevo ambiente. Tal es el caso de las tareas  que realiza un usuario de una biblioteca: b&uacute;squeda en el cat&aacute;logo,  consulta al referencista, etc&eacute;tera.    <br> </li>    <li> Met&aacute;foras visuales:  se apoyan en el uso de elementos gr&aacute;ficos conocidos como im&aacute;genes,  &iacute;conos y colores para establecer una conexi&oacute;n con lo nuevo que se  desea introducir. Un ejemplo interesante ser&iacute;a colocar un fondo amarillo  a las p&aacute;ginas del directorio web de un sitio, con el fin de establecer  una similitud con las &quot;p&aacute;ginas amarillas&quot; del directorio telef&oacute;nico  tradicional.</li>    </ol><h4>Los escenarios    <br> </h4>    <p>Los escenarios son historias  o suposiciones de ficci&oacute;n donde se recrean personajes que caracterizar&aacute;n  a los posibles usuarios del sitio. Se crear&aacute;n escenarios seg&uacute;n las  categor&iacute;as de usuarios que se han determinado, y de acuerdo con las tareas  m&aacute;s comunes que se desarrollar&aacute;n.    <br> </p>    <p>Los escenarios son  muy &uacute;tiles para comprender c&oacute;mo los usuarios navegar&aacute;n y  utilizar&aacute;n el sitio que se ha dise&ntilde;ado. Su uso servir&aacute; de  ayuda para evaluar las experiencias obtenidas y propiciar&aacute; nuevas ideas  para mejorar la arquitectura y el sistema de navegaci&oacute;n. Brindan una visi&oacute;n  multidimensional sobre el verdadero desempe&ntilde;o del sitio. Es aconsejable  preparar varios escenarios que tipifiquen a usuarios con diversas necesidades  y comportamientos.     <br> </p>    <p>Antes de comenzar el dise&ntilde;o de escenarios,  es conveniente centrarse en su audiencia meta o lo que es lo mismo usuario final.  &iquest;Qui&eacute;nes representan a esta audiencia?, &iquest;qu&eacute; razones  los llevar&aacute;n a utilizar su sitio?, est&aacute;s y otras preguntas deben  responderse antes de lanzarse a la confecci&oacute;n de escenarios. Se debe crear  una caracterizaci&oacute;n para cada tipo de usuario, recree su imaginaci&oacute;n  asign&aacute;ndoles nombres, profesiones, etc&eacute;tera. Este ejercicio suministrar&aacute;  una visi&oacute;n m&aacute;s clara y con m&aacute;s sentido com&uacute;n sobre  las funcionalidades y prestaciones que deber&aacute; tener el sitio seg&uacute;n  las categor&iacute;as de usuarios que se han identificado. Es una recreaci&oacute;n  de varias historias hipot&eacute;ticas en las que se crean personajes &quot;ficticios&quot;  atendiendo a elementos objetivos aportados por los estudios de usuarios o audiencia  que se han realizado.    ]]></body>
<body><![CDATA[<br> </p>    <p>Seguido a los escenarios, la creaci&oacute;n  de esquemas o prototipos de alto nivel permiten la exploraci&oacute;n primaria  de los esquemas de organizaci&oacute;n que se han concebido con anterioridad.  Estos esquemas mapean toda la organizaci&oacute;n y etiquetado del sitio dentro  de las &aacute;reas de mayor inter&eacute;s. Posibilitan tambi&eacute;n, el intercambio  de ideas sobre la organizaci&oacute;n y gesti&oacute;n del contenido. Estos prototipos  o esquemas pueden crearse manualmente, no obstante existen programas para realizar  estas tareas, como el caso de Visio de Microsoft.    <br> </p>    <p>La elaboraci&oacute;n  de bocetos de las futuras p&aacute;ginas sirve de complemento a los prototipos  de alto nivel. Estos bocetos generalmente son documentos textuales que muestran  el contenido y los v&iacute;nculos de las p&aacute;ginas principales que integran  el sitio y muestran la aplicaci&oacute;n de la arquitectura de informaci&oacute;n  al nivel de p&aacute;gina. Son especialmente &uacute;tiles cuando se utilizan  junto con los escenarios, porque posibilitan ver el sitio en acci&oacute;n antes  de implementar c&oacute;digo alguno. A la vez, permiten la realizaci&oacute;n  de pruebas elementales de usabilidad.</p><h4>Producci&oacute;n y puesta en funcionamiento    <br>  </h4>    <p>Para realizar una producci&oacute;n, la confecci&oacute;n de un plan de  producci&oacute;n e implementaci&oacute;n es tarea obligada. Esta etapa est&aacute;  marcada por continuas e intensas pruebas y revisiones. La labor del arquitecto  de informaci&oacute;n nunca termina, t&eacute;ngase presente que un sitio web  est&aacute; en constante cambio y crecimiento. Es por ello, que la creaci&oacute;n  de una gu&iacute;a de estilo de arquitectura de informaci&oacute;n ser&aacute;  una herramienta sumamente &uacute;til que garantizar&aacute; el correcto funcionamiento  del sitio aun cuando no est&eacute; presente el arquitecto que lo dise&ntilde;&oacute;.</p><h4>Gu&iacute;a  de estilo de arquitectura de informaci&oacute;n    <br> </h4>    <p>Una gu&iacute;a de  estilo de arquitectura de informaci&oacute;n es un documento que explica detalladamente  c&oacute;mo el sitio se ha organizado, la raz&oacute;n que motiv&oacute; seguir  una forma de organizaci&oacute;n particular y la conducta a seguir, en previsi&oacute;n  del crecimiento y la variaci&oacute;n del sitio en el tiempo. La gu&iacute;a debe  comenzar con informaci&oacute;n sobre la misi&oacute;n y visi&oacute;n del sitio,  y destacar los objetivos originales que motivaron la creaci&oacute;n de dicho  sitio. Responder&aacute; a interrogantes como: &iquest;para qui&eacute;n se cre&oacute;  el sitio?, &iquest;qu&eacute; necesidades de informaci&oacute;n se hallaron?,  entre otras. Seguir&aacute; con una descripci&oacute;n sobre la pol&iacute;tica  para la determinaci&oacute;n de los contenidos, qu&eacute; tipos de contenidos  se incluyeron y que razones motivaron su inclusi&oacute;n, as&iacute; como los  que no se incluyeron y las razones de su no inclusi&oacute;n. Despu&eacute;s,  deben incluirse los prototipos de alto nivel, as&iacute; como los prototipos detallados.  Debe tambi&eacute;n, brindar l&iacute;neas directivas para regular la adici&oacute;n  de contenidos de forma que se garantice la continuidad e integridad de los sistemas  de organizaci&oacute;n, etiquetado, navegaci&oacute;n e indizado. Como complemento  a esta gu&iacute;a de estilo pueden incluirse plantillas en HTML a fin de mantener  la integridad gr&aacute;fica del sitio.</p><h4>Prototipos detallados    <br> </h4>    <p>Los  prototipos detallados tienen una funci&oacute;n sumamente pr&aacute;ctica, ellos  deben cubrir el sitio en su totalidad de forma que el equipo de producci&oacute;n  y desarrollo pueda implementar lo planificado por el arquitecto de informaci&oacute;n  sin requerir su presencia f&iacute;sica. Estos prototipos deben representar toda  la estructura jer&aacute;rquica de la informaci&oacute;n desde la p&aacute;gina  principal hasta las destinatarias. Deben tambi&eacute;n, detallar las caracter&iacute;sticas  de los sistemas de etiquetado y navegaci&oacute;n que se implementar&aacute;n  en cada &aacute;rea del sitio. Los prototipos var&iacute;an de un proyecto a otro  en dependencia de su alcance y magnitud; en un proyecto peque&ntilde;o, la audiencia  primaria ser&aacute; uno o tal vez dos dise&ntilde;adores gr&aacute;ficos responsables  de integrar la arquitectura, el dise&ntilde;o y los contenidos. En un proyecto  mayor, la audiencia primaria estar&aacute; formada por un equipo t&eacute;cnico  que tendr&aacute; como tarea la integraci&oacute;n de la arquitectura, el dise&ntilde;o  y los contenidos mediante la implementaci&oacute;n de un sistema de bases de datos.      ]]></body>
<body><![CDATA[<br> Existen conceptos importantes que se deben considerar al dise&ntilde;ar un  prototipo, uno de ellos es la distinci&oacute;n entre una p&aacute;gina local  y una p&aacute;gina remota. La p&aacute;gina local es hija de la principal y hereda  caracter&iacute;sticas como la identidad gr&aacute;fica y los elementos de navegaci&oacute;n  de su p&aacute;gina padre; las p&aacute;ginas remotas pertenecen a otro tipo de  jerarqu&iacute;a de informaci&oacute;n y sistemas de navegaci&oacute;n.</p><h4>Mapeo  del contenido    <br> </h4>    <p>El proceso de mapear los contenidos se basa en transformar  la documentaci&oacute;n existente sobre el tema en componentes o grupos de contenidos  (chunks) separando el contenido de su contenedor. Un grupo de contenidos no es  una oraci&oacute;n o un p&aacute;rrafo de una p&aacute;gina, es m&aacute;s all&aacute;,  es la porci&oacute;n de contenido m&aacute;s peque&ntilde;a que requiere o amerita  un tratamiento individual. </p>    <p>Los contenidos se recopilan en variedades de  formatos, no puede establecerse en paralelo que una p&aacute;gina de un cat&aacute;logo  impreso de productos coincidir&aacute; con una p&aacute;gina web en un sitio.  Por esta raz&oacute;n, es importante separar el contenido de su contenedor. Adicionalmente,  cuando se trabaja con un gestor de contenidos vinculado a un sistema gestor de  bases de datos, la separaci&oacute;n del contenido de su contenedor facilita que  &eacute;ste (el contenido) pueda utilizarse posteriormente en otras p&aacute;ginas.  </p>    <p>El proceso de determinar los grupos o componentes de contenidos es una  actividad que tiene un alto grado de subjetividad, no obstante responder a las  siguientes interrogantes durante el proceso puede servir de ayuda:    <br> </p><ul>      <li>&iquest;Este documento puede dividirse en m&uacute;ltiples conjuntos a los  que los usuarios puedan acceder separadamente?    <br> </li>    <li>&iquest;Cu&aacute;l  es la secci&oacute;n del contenido m&aacute;s peque&ntilde;a que debe indizarse  individualmente?    <br> </li>    ]]></body>
<body><![CDATA[<li>&iquest;Se requerir&aacute; este contenido por m&uacute;ltiples  documentos o forma parte de m&uacute;ltiples procesos?    <br> </li>    </ul>    <p>Apoyados  en los documentos originales, en los prototipos de arquitectura y en la tabla  de mapeo de los contenidos, el equipo de producci&oacute;n y realizaci&oacute;n  puede realizar la tarea de publicar los contenidos del sitio, estos diferir&aacute;n  sustancialmente de su versi&oacute;n original sea impresa o no.</p><h4>Inventario  de las p&aacute;ginas del sitio    <br> </h4>    <p>El proceso de mapear el contenido  del sitio genera como resultado la creaci&oacute;n de un inventario de todas las  p&aacute;ginas que lo conformar&aacute;n. En dependencia de la complejidad y de  los procesos que se realizar&aacute;n en la producci&oacute;n del sitio, puede  variar la forma de presentar este inventario. Para sitios muy grandes, seguramente  se deber&aacute; contar con un sistema gestor de contenidos soportado en una base  de datos para crear diagramas de flujo que permitan determinar la conducta a seguir  en la edici&oacute;n y dise&ntilde;o a nivel de p&aacute;gina. Para sitios m&aacute;s  simples, el inventario puede crearse a partir de una lista que presente los t&iacute;tulos  y un &uacute;nico identificador num&eacute;rico para cada p&aacute;gina del sitio.  El inventario de las p&aacute;ginas puede crearse tan pronto como concluya el  proceso de mapear los contenidos. Tambi&eacute;n, puede servir como inventario  de las p&aacute;ginas que deben crearse, de las p&aacute;ginas cuyos bocetos est&aacute;n  creados y de las p&aacute;ginas existentes pero que deben revisarse para integrarlas  al sitio.</p><h4>Aspectos de evaluaci&oacute;n    <br> </h4>    <p>Desafortunadamente,  muchos sitios adolecen del mal de la obsolescencia. Una vez lanzados, sus propietarios  dan por concluida la tarea y se concentran en otro proyecto, esto provoca la r&aacute;pida  desactualizaci&oacute;n de sus contenidos y por consiguiente, la muerte del sitio.  Tras el lanzamiento del sitio, es una buena oportunidad para saber qu&eacute;  funciona y qu&eacute; no funciona, sacar experiencias a partir de los usuarios  del sitio y crear herramientas que ayuden al sitio a mantener su calidad. Para  realizar las evaluaciones, se requiere la presencia de especialistas en usabilidad.  La realizaci&oacute;n de sesiones de grupo permite &quot;pulir&quot; aspectos  que se han &quot;escapado&quot; durante las etapas anteriores.    <br> </p>    <p>Las  sesiones de grupos permiten recolectar opiniones sobre la percepci&oacute;n que  los usuarios tienen del sitio, esta t&eacute;cnica permite la realizaci&oacute;n  de pruebas de usabilidad. En estas sesiones, puede demostrarse la efectividad  o no de algunas funcionalidades que se han incorporado al sitio y faltan por probar.  Sin embargo, la manera m&aacute;s apropiada de realizar estudios de usabilidad  es mediante pruebas con usuarios individuales, asign&aacute;ndoles por separado  la realizaci&oacute;n de una determinada tarea y evaluando su desempe&ntilde;o.  El an&aacute;lisis de los archivos de Logs -archivos que crea el servidor, donde  se almacena informaci&oacute;n relativa a las p&aacute;ginas del sitio que se  visitaron- del servidor permite obtener una visi&oacute;n real sobre las p&aacute;ginas  m&aacute;s visitadas, as&iacute; como cu&aacute;les son las primeras en accederse  despu&eacute;s de la de&quot;Inicio&quot; o si los usuarios acceden directamente  a una p&aacute;gina del interior del sitio sin utilizar el sistema de navegaci&oacute;n  que se ha dise&ntilde;ado. Estas y otras cuestiones, se abordar&aacute;n m&aacute;s  adelante.</p><h4>    ]]></body>
<body><![CDATA[<br> Usabilidad</h4><h6>Antecedentes </h6>    <p>La usabilidad (usability,  el t&eacute;rmino en ingl&eacute;s), emerge desde ra&iacute;ces interconectadas  con factores y disciplinas como: gr&aacute;fica computarizada, interfases humanas,  procesos cognitivos, ingenier&iacute;a industrial, entre otros. La gr&aacute;fica  computarizada naci&oacute; del uso del tubo de rayos cat&oacute;dicos (CRT por  sus siglas en ingl&eacute;s) y dispositivos cerrados (herm&eacute;ticos, al vac&iacute;o),  desde &eacute;pocas tempranas en la historia de las computadoras. Esto motiv&oacute;  el desarrollo de varias t&eacute;cnicas de interacci&oacute;n hombre - m&aacute;quina.  </p>    <p>Muchas de estas t&eacute;cnicas surgen de la tesis de <i>Sutherland </i>(1963),  <span class="superscript">6</span> quien esencialmente marc&oacute; el inicio  de la gr&aacute;fica computarizada como disciplina.     <br> </p>    <p>Su desarrollo  ha continuado con la creaci&oacute;n de algoritmos y la fabricaci&oacute;n de  hardware que permiten la manipulaci&oacute;n de objetos que lucen cada vez m&aacute;s  reales. Una serie de proyectos y estudios siguieron a Sutherland en un intento  por conseguir una completa &quot;simbiosis hombre - m&aacute;quina&quot;. Fuera  de esta l&iacute;nea de trabajo, surgieron una serie de &quot;piedras angulares&quot;  para la interacci&oacute;n hombre - m&aacute;quina. Entre ellas, el Mouse, monitores  de mapas de bits, computadoras personales, el uso de ventanas y editores &quot;point-and-click.&quot;      <br> </p>    <p>La usabilidad para el web surge a partir del nacimiento y desarrollo  de Internet como red de comunicaci&oacute;n. El surgimiento de lenguajes de programaci&oacute;n  para el web ha potenciado la implementaci&oacute;n de prestaciones y funcionalidades  que posibilitan la creaci&oacute;n de interfases m&aacute;s poderosas, por tanto  m&aacute;s complejas de asimilar y utilizar por parte del usuario. Esta raz&oacute;n  motiv&oacute; la adecuaci&oacute;n de los aspectos tradicionales de la usabilidad  a la nueva tecnolog&iacute;a del web.    <br> </p>    <p>Finalmente, la calidad de las  interfases de funcionamiento ha significado el crecimiento del mercado de computadoras  y el aumento de las ventas de estaciones de trabajo. Por este motivo, desarrolladores  y dise&ntilde;adores se dan a la tarea de crear t&eacute;cnicas espec&iacute;ficas  que permitan el desarrollo de interfases usables y c&oacute;mo medirlas a partir  de la interacci&oacute;n de estas con el usuario.</p><h4>Definiciones    <br> </h4>    ]]></body>
<body><![CDATA[<p>La  Organizaci&oacute;n Internacional de Normalizaci&oacute;n, define la usabilidad  en su norma ISO 9241, como:    <br> </p>    <p>&#133;&quot;el grado en el que un determinado  producto puede utilizarse por los usuarios a los que est&aacute; dirigido, para  que &eacute;stos logren sus objetivos con efectividad, eficiencia y satisfacci&oacute;n  en un contexto de uso concreto&quot;&#133;<span class="superscript">7</span>     <br>  </p>    <p>La efectividad, significa &quot;el grado de exactitud y de integridad con  el que unos usuarios en concreto logran sus objetivos en un entorno determinado.&quot;  <span class="superscript">8 </span>La eficiencia, mide los recursos invertidos  en relaci&oacute;n con la exactitud y la integridad con la que se han logrado  o no los objetivos. Por &uacute;ltimo, la satisfacci&oacute;n, &quot;se refiere  al grado de confort y aceptaci&oacute;n del sistema por el usuario u otras personas  afectadas por su uso&quot;.<span class="superscript">8</span> La disciplina de  la usabilidad es una rama consolidada dentro de los estudios sobre la interacci&oacute;n  hombre-m&aacute;quina (Human Computer Interaction) y puede aplicarse a cualquier  sistema de informaci&oacute;n con el que las personas interact&uacute;an.     <br>  </p>    <p>Tambi&eacute;n, se encuentra una definici&oacute;n de usabilidad en la  norma ISO 9126, en esta se dice que: &quot;La usabilidad se refiere a la capacidad  de un software de comprenderse, aprenderse, utilizarse y ser atractivo para el  usuario, en condiciones espec&iacute;ficas de uso&quot;.<span class="superscript">  9 </span>    <br> </p>    <p><i>Fidalgo</i> la define como &quot;&#133; la medida de la  utilidad, facilidad de uso, de aprendizaje y satisfacci&oacute;n de un sistema  o producto para conseguir unos objetivos espec&iacute;ficos. Valora la influencia  de un determinado dise&ntilde;o para utilizarse f&aacute;cil, efectiva y eficientemente...&quot;.  <span class="superscript">10 </span>    <br> </p>    ]]></body>
<body><![CDATA[<p>El propio <i>Fidalgo</i> profundiza  al respecto: &quot;&#133;La usabilidad se refiere a la rapidez y facilidad con  la que los usuarios realizan sus tareas al utilizar una interfase.&quot; <span class="superscript">10  </span>    <br> </p>    <p>Sabilidad significa, por lo tanto, centrarse en la audiencia  potencial de las p&aacute;ginas, estructurar el sitio de acuerdo con sus necesidades  y organizar la navegaci&oacute;n de manera que permita encontrar lo que se busca.  Requiere construir el sistema interactivo que mejor responda a las tareas que  se van a realizar. Por ello, &quot;el principio estrat&eacute;gico que debe guiar  todo dise&ntilde;o de un sitio web es tener como referencia las necesidades de  los usuarios, las demandas de los posibles clientes&#133;&quot; <span class="superscript">10  </span>    <br> </p>    <p>Despu&eacute;s de haber analizado varias definiciones de usabilidad,  puede concluirse que es el conjunto de caracter&iacute;sticas de dise&ntilde;o  y funcionamiento de una interfaz de usuario, que garantizan su correcta operaci&oacute;n  y entendimiento, y que buscan, en &uacute;ltima instancia, la m&aacute;xima satisfacci&oacute;n  del usuario durante el proceso de interacci&oacute;n con el producto.</p><h4>Otros  aspectos de la usabilidad    <br> </h4>    <p>La usabilidad engloba una amplia gama de  aspectos. Estos abarcan desde el propio profesional de la disciplina hasta elementos  propios de la estructura del sitio web, y pueden citarse desde los estilos tipogr&aacute;ficos  hasta los objetos que integran el sistema de navegaci&oacute;n y etiquetado. A  continuaci&oacute;n, se abordar&aacute;n los m&aacute;s comunes a todos los sitios,  la p&aacute;gina de inicio y el mapa del sitio. Tambi&eacute;n, se expondr&aacute;n  algunas consideraciones sobre las habilidades y conocimientos que debe poseer  un especialista en usabilidad y las t&eacute;cnicas de evaluaci&oacute;n y metr&iacute;a.</p><h6>El  profesional de la usabilidad    <br> </h6>    <p>Seg&uacute;n estimados, para lograr el  objetivo de crear tecnolog&iacute;as e interfases seguras y c&oacute;modas, el  mundo necesitar&aacute; cerca de medio mill&oacute;n de nuevos profesionales de  la usabilidad, en los pr&oacute;ximos veinte a&ntilde;os. <span class="superscript">11</span>  Con frecuencia, existen discrepancias acerca de las caracter&iacute;sticas que  debe poseer un profesional de la usabilidad. Para <i>Nielsen</i>, existen tres  cualidades determinantes: <span class="superscript">11 </span>    <br> </p><ul>     ]]></body>
<body><![CDATA[<li>Tener  conocimientos sobre teor&iacute;as de interacci&oacute;n y metodolog&iacute;as  de investigaci&oacute;n de usuarios, especialmente dominar los principios de las  pruebas de usuarios.    <br> </li>    <li>Poseer una gran capacidad mental con suficiente  sentido com&uacute;n y de abstracci&oacute;n.    <br> </li>    <li>Al menos diez a&ntilde;os  de experiencia realizando pruebas de usuarios y otras actividades de la usabilidad  como estudios de campo.     <br> </li>    </ul>    <p>Como puede observarse, s&oacute;lo la  primera de las tres puede estudiarse, ser un experto en usabilidad requiere mucho  m&aacute;s talento y experiencia que teor&iacute;a. Esto se debe a que la mayor&iacute;a  de los trabajos de usabilidad se basan en la validaci&oacute;n de prototipos y  plantillas. Cuando se observa, desde el punto de vista de la usabilidad, el comportamiento  de los usuarios ante una determinada actividad, deben deducirse sus implicaciones  para el dise&ntilde;o final.    <br> </p>    <p>Un buen especialista de la usabilidad  debe combinar las observaciones realizadas al desempe&ntilde;o en la realizaci&oacute;n  de las tareas a m&uacute;ltiples usuarios, no debe enfocarse a usuarios individuales.  Tambi&eacute;n, determinar&aacute; las plantillas a utilizar y arribar&aacute;  a una visi&oacute;n conceptual que permita definir una conducta a seguir en el  dise&ntilde;o.     ]]></body>
<body><![CDATA[<br> </p>    <p>Lo anteriormente expuesto no significa minimizar los  conocimientos te&oacute;ricos en materia de usabilidad. Para toda disciplina,  existe una teor&iacute;a b&aacute;sica que no puede excluirse. Sin embargo, adicionalmente  a esta teor&iacute;a tambi&eacute;n existen muchas sugerencias pr&aacute;cticas  y trucos para la evaluaci&oacute;n de los usuarios.    <br> </p>    <p>Para convertirse  en un experto, al evaluar la usabilidad, deben realizarse muchos estudios de usabilidad  durante a&ntilde;os, con el objetivo adquirir experiencia a partir de la observaci&oacute;n  de diversos usuarios en varios contextos diferentes. Nielsen, sugiere lo siguiente:  <span class="superscript">11 </span>    <br> </p><ul>     <li>Estudiar la gama m&aacute;s  amplia de personas que se pueda: desde los j&oacute;venes hasta los de mayor edad,  expertos e inexpertos, as&iacute; como de diferentes ocupaciones.    <br> </li>    <li>Observar  a esas personas realizando la mayor cantidad de tareas posibles: comprar, buscar  ofertas tur&iacute;sticas, realizar investigaciones cient&iacute;ficas, etc&eacute;tera.    <br>  </li>    <li>Observar ese grupo utilizando la mayor cantidad de interfases posible:  conceptualmente las interfases deben brindar distintas v&iacute;as de soluci&oacute;n  para un mismo problema. De esta forma, puede compararse en qu&eacute; medida los  detalles de los distintos dise&ntilde;os inciden en la usabilidad.    ]]></body>
<body><![CDATA[<br> </li>    <li>Experimentar  con la mayor cantidad posible de plataformas: desde un pizarr&oacute;n hasta los  ordenadores de bolsillo. Esto permite ver el desempe&ntilde;o de los usuarios  ante plataformas diversas, algunas ser&aacute;n inusables, pero siempre constituir&aacute;n  una fuente de ideas.</li>    </ul><h4>La usabilidad en la p&aacute;gina de inicio    <br>  </h4>    <p>La p&aacute;gina de inicio o Homepage es la p&aacute;gina m&aacute;s importante  de todo sitio web. Esta es el exponente m&aacute;s fiel de la identidad de la  organizaci&oacute;n, representa la imagen de la empresa en Internet.    <br> </p>    <p>Con  frecuencia, se visita el sitio de una instituci&oacute;n con el objetivo de analizar  la profesionalidad de su web y a partir de este an&aacute;lisis evaluar otros  aspectos de la instituci&oacute;n. Si se encuentra un sitio poco profesional,  se infiere que la empresa no dedica suficientes recursos o no concede la importancia  necesaria a potenciar su imagen en Internet. Este error muestra actualmente no  s&oacute;lo retraso tecnol&oacute;gico, sino una gesti&oacute;n insuficiente de  sus directivos.    <br> </p>    <p>La p&aacute;gina primera en cargar es la de &quot;Inicio&quot;,  aunque en ocasiones los usuarios pueden arribar a una p&aacute;gina del interior  del sitio cuando siguen un v&iacute;nculo desde un motor de b&uacute;squeda u  otro sitio. De cualquier manera, casi siempre se visitar la p&aacute;gina inicial.    <br>  <font face="Symbol">&acute; </font>Por esta raz&oacute;n, se deben concentrar  todos los esfuerzos en optimizar el dise&ntilde;o y la usabilidad de esta p&aacute;gina.  Existen algunos elementos que ayudar&aacute;n en este sentido: <span class="superscript">12  </span>    ]]></body>
<body><![CDATA[<br> </p><ol>     <li> Iniciar la p&aacute;gina con un encabezado d&oacute;nde  se resuma de forma clara y concisa la labor de la organizaci&oacute;n.    <br> </li>    <li>  Titular la p&aacute;gina comenzando por el nombre de la organizaci&oacute;n, seguido  de una breve descripci&oacute;n del sitio.    <br> </li>    <li> Agrupar toda la informaci&oacute;n  corporativa en un &aacute;rea aparte, bien distinguida de las dem&aacute;s.    <br>  </li>    <li> Enfatizar en las tareas de mayor prioridad que los usuarios deben acometer  en su sitio    <br> </li>    <li> Incluir una caja de texto para la b&uacute;squeda en  el sitio    ]]></body>
<body><![CDATA[<br> </li>    <li> Mostrar ejemplos concretos del contenido del sitio. Las  adquisiciones m&aacute;s recientes u otros datos de inter&eacute;s.    <br> </li>    <li>  Comenzar el nombre de las etiquetas con las palabras clave de mayor importancia    <br>  </li>    <li> Ofrecer f&aacute;cil acceso a las aspectos de reciente publicaci&oacute;n  en el sitio.    <br> </li>    <li> No se debe crear un formato distinto para las &aacute;reas  de contenidos cr&iacute;ticos como las &aacute;reas de navegaci&oacute;n. Los  usuarios tienden a focalizar las zonas de la p&aacute;gina de inicio que lucen  m&aacute;s pr&aacute;cticas.    <br> </li>    <li> Crear gr&aacute;ficos con significado  relevante para el usuario.</li>    ]]></body>
<body><![CDATA[</ol><h4>La usabilidad en el mapa del sitio    <br>  </h4>    <p>El mapa del sitio es una herramienta de apoyo al sistema de navegaci&oacute;n.  Sin embargo, estudios de usabilidad realizados por Nielsen sobre mapas de sitios,<span class="superscript">13</span>  establecieron que los usuarios prescinden de su uso o se les dificulta su localizaci&oacute;n  dentro del sitio.     <br> </p>    <p>Entre los principios b&aacute;sicos de la usabilidad  para el web se ubica el referido a la visualizaci&oacute;n de la estructura del  espacio informacional para apoyar a los usuarios en la comprensi&oacute;n y el  conocimiento de los hiperv&iacute;nculos a seguir. Un mapa del sitio muestra la  estructura f&iacute;sica del web, en contraste con este principio &quot;s&oacute;lo  el 27% de los usuarios utilizaron o se apoyaron en el mapa del sitio cuando buscaron  informaci&oacute;n sobre la estructuraci&oacute;n del web.&quot; <span class="superscript">13  </span>    <br> </p>    <p>&quot;La raz&oacute;n fundamental por la que los usuarios no  esperaban hallar mapas del sitio en los web visitados es que menos de la mitad  de los sitios incluidos en el estudio no lo ten&iacute;an implementados.&quot;  <span class="superscript">13 </span>    <br> </p>    <p>En el mismo estudio, se constat&oacute;  que la etiqueta &quot;Mapa del sitio&quot; cumple su objetivo, por lo que se recomienda  su uso para designar este elemento en el sistema de etiquetado. Se utiliza en  el 63 % de los sitios con mapas de sitios incluidos en la investigaci&oacute;n.  <span class="superscript">13 </span>    <br> </p>    ]]></body>
<body><![CDATA[<p>Un problema de los mapas de sitios  radica en su extensi&oacute;n, debe tratarse que no exceda de dos pantallas o  dos pantallas y media seg&uacute;n las resoluciones de pantalla m&aacute;s empleadas  por los usuarios.    <br> </p>    <p>El mapa del sitio debe aportar beneficios tangibles  a los usuarios, toda vez que permite a simple vista conocer las &aacute;reas del  sitio y los diferentes niveles de jerarqu&iacute;a que la componen. El uso de  p&aacute;ginas din&aacute;micas con elementos desplegables produce la desorientaci&oacute;n  del usuario, un mapa debe ser una representaci&oacute;n simple y est&aacute;tica  de la arquitectura de informaci&oacute;n del sitio    <br> A modo concusi&oacute;n,  puede decirse que un mapa del sitio es usable cuando:    <br> </p><ul>     <li>No utiliza  elementos din&aacute;micos para su representaci&oacute;n.    <br> </li>    <li>Representa  la distribuci&oacute;n f&iacute;sica de los contenidos.    <br> </li>    <li>No se enfoca  a la distribuci&oacute;n intelectual.    ]]></body>
<body><![CDATA[<br> </li>    <li>No es excesivamente extenso.    <br>  </li>    </ul>    <p>Si se convierte al mapa del sitio en un reto para el usuario se perder&aacute;  el beneficio y la raz&oacute;n para la que se cre&oacute;.</p><h4>La usabilidad  en la empresa moderna    <br> </h4>    <p>La usabilidad es considerada como un factor  estrat&eacute;gico de la empresa. Con el desarrollo actual de las tecnolog&iacute;as  y los medios de comunicaci&oacute;n, ha surgido en Internet, el llamado &quot;comercio  electr&oacute;nico&quot;. Las empresas generadoras de productos y servicios ofrecen  la posibilidad de adquirirlos remotamente por medio de la computadora.    <br> </p>    <p>En  el comercio electr&oacute;nico, la interfase es el lugar donde se realiza el intercambio  entre el usuario/cliente y la empresa. Los directivos han tomado conciencia de  las potencialidades del comercio electr&oacute;nico por lo que diariamente la  competencia aumenta en aras de atraer a los usuarios a partir de un dise&ntilde;o  basado en sus necesidades.     <br> </p>    ]]></body>
<body><![CDATA[<p>Es sumamente importante mantener al usuario  interesado en el sitio desde el mismo momento que arriba a &eacute;l. El costo  de de navegar de un sitio a otro es s&oacute;lo el tiempo que le toma al usuario  hacer clic con el mouse. Por esta raz&oacute;n, la satisfacci&oacute;n del usuario  debe ser inmediata. No debe dificult&aacute;rsele la exploraci&oacute;n. Actualmente,  los internautas s&oacute;lo dan un &quot;vistazo&quot; superficial al web y si  no perciben aspectos relevantes para la satisfacci&oacute;n de sus necesidades  abandonan el sitio en busca de otro que les satisfaga. En un clic est&aacute;  la decisi&oacute;n de compra o no compra. Facilitar ese clic es tarea de la usabilidad.    <br>  </p>    <p>La facilidad de la localizaci&oacute;n de los productos, proveer al usuario  con la informaci&oacute;n necesaria y la simplificaci&oacute;n del proceso de  compra en l&iacute;nea son aspectos esenciales de la usabilidad para garantizar  el &eacute;xito de la transacci&oacute;n.    <br> </p>    <p>Por ello, debe tomarse conciencia  y homogenizarse una filosof&iacute;a de usabilidad que destile como producto final  una metodolog&iacute;a para la realizaci&oacute;n de los productos electr&oacute;nicos  enfocados al comercio en l&iacute;nea. El compromiso de la alta direcci&oacute;n  es un factor imprescindible en la realizaci&oacute;n de esta tarea. Unido a esto,  deben hacerse estudios m&aacute;s profundos sobre los usuarios y sus necesidades  puntuales.    <br> </p>    <p>Este camino es la &uacute;nica v&iacute;a de garantizar  la perdurabilidad de las empresas en un sector tan prometedor como el comercio  electr&oacute;nico.</p><h4>&iquest;C&oacute;mo medir la usabilidad?    <br> </h4>    <p>En  usabilidad, se realizan estudios cualitativos -evaluaciones heur&iacute;sticas,  test de usuarios, etc.- y estudios cuantitativos o m&eacute;tricos. Ambos tipos  de estudios generan beneficios a la organizaci&oacute;n, porque aportan datos  sobre la usabilidad del sitio basadas en mediciones diferentes. Las evaluaciones  cualitativas se complementan con las cuantitativas y viceversa. Sin embargo, las  evaluaciones cuantitativas (m&eacute;tricas) sobre usabilidad son aproximadamente  cuatro veces m&aacute;s costosas que la realizaci&oacute;n de estudios cualitativos.  Por esta raz&oacute;n, las empresas prefieren seguir m&eacute;todos cualitativos,  en los que existe mayor retorno de la inversi&oacute;n que invertir en costosas  investigaciones cuantitativas, aunque esto no conduce a la total exclusi&oacute;n  de los estudios cuantitativos.    <br> </p>    ]]></body>
<body><![CDATA[<p>Las empresas destinan actualmente mayores  presupuestos a su realizaci&oacute;n, a partir de los beneficios que aportan para  la organizaci&oacute;n, entre ellos se pueden citar los siguientes: <span class="superscript">14  </span>    <br> </p><ul>     <li>Seguimiento del progreso de las nuevas versiones de los  productos: esto permite reajustar las metodolog&iacute;as de dise&ntilde;o a partir  del conocimiento del grado de desempe&ntilde;o y rendimiento que tienen las nuevas  realizaciones.    <br> </li>    <li>Afianzar la posici&oacute;n de la empresa en el mercado.    <br>  </li>    <li>Tomar decisiones en cuento lanzar o no un producto al mercado: a partir  de conocer cuan bueno y efectivo es el dise&ntilde;o creado se puede valorar el  lanzamiento o retenci&oacute;n del producto.    <br> </li>    <li>Dise&ntilde;ar planes  de trabajo para los responsables de los equipos de dise&ntilde;o y altos ejecutivos:  con el estimado de la cantidad de llamadas que deber&aacute; atender el servicio  de apoyo al cliente o los correos electr&oacute;nicos se pueden planificar las  jornadas de trabajo para los l&iacute;deres del proyecto y sus respectivos equipos.      <br> </li>    ]]></body>
<body><![CDATA[</ul>    <p>Generalmente, la usabilidad se mide en relaci&oacute;n al desempe&ntilde;o  de los usuarios al realizar una determinada cantidad de tareas orientadas por  el evaluador. Las mediciones b&aacute;sicas que se realizan son: <span class="superscript">14  </span>    <br> </p><ul>     <li>Medir el tiempo que requiere la realizaci&oacute;n de  una tarea o grupo de tareas.    <br> </li>    <li>El por ciento de error al realizar las  tareas orientadas.    <br> </li>    <li>El por ciento de tiempo que los usuarios siguen  la ruta de navegaci&oacute;n de forma &oacute;ptima.    <br> </li>    <li>El n&uacute;mero  de veces que es necesario regresar atr&aacute;s en la navegaci&oacute;n por encontrarse  desubicado.     ]]></body>
<body><![CDATA[<br> </li>    </ul>    <p>Pueden evaluarse usuarios inexpertos y usuarios  con amplia experiencia. En el estudio de sitios para Internet, se recomienda emplear  usuarios con poca experiencia y que mayormente conozcan sitios web generales,  debido a que marcar&aacute;n la pauta del internauta con menor conocimiento del  web, pero que puede ser un futuro cliente.    <br> </p>    <p>Seg&uacute;n sus caracter&iacute;sticas,  el dise&ntilde;o ser&aacute; lo suficientemente usable como para satisfacer sus  necesidades y por consiguiente de las necesidades de usuarios m&aacute;s avanzados.  La evaluaci&oacute;n con usuarios avanzados es aconsejable para Intranets y extranets,  debido a que estos usuarios son los propios empleados y se puede seguir su desempe&ntilde;o  de forma f&aacute;cil y con poco costo.    <br> </p>    <p>Despu&eacute;s de evaluar el  desempe&ntilde;o de cierta cantidad de usuarios se tienen elementos suficientes  para introducir cambios en el dise&ntilde;o original y proceder con otra reevaluaci&oacute;n.      <br> </p>    <p>Debido a su alto costo, es recomendable la aplicaci&oacute;n de estudios  cualitativos en lugar de los cuantitativos, a no ser que se disponga de un presupuesto  elevado que permita su implementaci&oacute;n.    <br> </p>    ]]></body>
<body><![CDATA[<p>Es recomendable comenzar  por peque&ntilde;os proyectos en los que se considerar una buena comunicaci&oacute;n  con los dise&ntilde;adores y desarrolladores o tal vez realizar estas tareas por  s&iacute; mismo.     <br> </p>    <p>Aprender los conceptos b&aacute;sicos sobre las pruebas  de usabilidad no toma mucho tiempo, pero si requiere a&ntilde;os, crearse un know-how  confiable sobre los usuarios y las observaciones realizadas. Cuando se lleva poco  tiempo realizando esta tarea, generalmente se escapan muchos detalles importantes  de la vista del observador, no obstante la reiteraci&oacute;n de los estudios  pr&aacute;cticos conducir&aacute; hacia el &eacute;xito en esta profesi&oacute;n.    <br>  </p>    <p>Para finalizar, es importante apuntar que para elegir las tareas a evaluar  se deben seleccionar aquellas que apuntan a un objetivo bien definido y que a  menudo toman algunos minutos de realizaci&oacute;n, en lugar de seleccionar tareas  f&aacute;ciles y con poca demora para su ejecuci&oacute;n.</p><h4>El an&aacute;lisis  de la experiencia del usuario    <br> </h4>    <p>El an&aacute;lisis de la experiencia  del usuario permite investigar al usuario final y evaluar las webs. Existe un  conjunto de t&eacute;cnicas para realizar estas evaluaciones, en su mayor&iacute;a  estas t&eacute;cnicas se utilizaban en el &aacute;rea de desarrollo de software  y la investigaci&oacute;n de mercado. Su adaptaci&oacute;n al web las ha diferenciado  de las tradicionales en aspectos como: el planteamiento, enfoque, la preparaci&oacute;n  del encuestador, as&iacute; como el material y la infraestructura a utilizar.    <br>  </p>    <p>James Hom, divide las t&eacute;cnicas en tres grupos: <span class="superscript">15  </span>    <br> </p><ol>     ]]></body>
<body><![CDATA[<li> T&eacute;cnicas de investigaci&oacute;n.    <br> </li>    <li>  T&eacute;cnicas de evaluaci&oacute;n.    <br> </li>    <li> T&eacute;cnicas de prueba.</li>    </ol><h6>T&eacute;cnicas  de investigaci&oacute;n    <br> </h6>    <p>Estas tienen como objetivo recopilar informaci&oacute;n  relativa a preferencias, h&aacute;bitos y comportamientos de los usuarios. Se  utilizan en todas las etapas de creaci&oacute;n de un sitio web, aunque generalmente  se aplican en las etapas iniciales. Entre estas t&eacute;cnicas, se encuentran:    <br>  </p><ul>     <li>Entrevistas: se selecciona un usuario que tenga el perfil de la audiencia  meta. Con el auxilio de la gu&iacute;a de entrevista, el entrevistador indaga  acerca de sus necesidades, preferencias y otros aspectos de inter&eacute;s.    ]]></body>
<body><![CDATA[<br>  </li>    <li>Trabajo de grupo: previa selecci&oacute;n de aproximadamente 10 personas,  se provoca la interacci&oacute;n con el objetivo que lleguen a conclusiones y  pronuncien opiniones sobre temas escogidos por el moderador.     <br> </li>    <li>Observaci&oacute;n  contextual: esta t&eacute;cnica es utilizada principalmente en intranets. Un observador  analiza el comportamiento de los usuarios, as&iacute; como el entorno donde interact&uacute;an  con el web.    <br> </li>    <li>Encuestas: Lista de preguntas que se aplica a una muestra  determinada del publico objetivo o audiencia meta.    <br> </li>    <li>&quot;Journaled  sesions&quot;: conjunto de ejercicios dirigidos a estudiar las experiencias de  los usuarios una vez que han utilizado la web. Se utiliza como mecanismo de retroalimentaci&oacute;n.    <br>  </li>    <li>An&aacute;lisis de &quot;logs&quot;: a partir de analizar el comportamiento  del tr&aacute;fico del web, se obtiene informaci&oacute;n primaria sobre aspectos  relativos al n&uacute;mero de visitas, p&aacute;ginas o secciones m&aacute;s visitadas,  tiempos de permanencia, entre otras. Estos datos los brindan los ficheros &quot;log&quot;  que se graban en todos los servidores WWW.</li>    ]]></body>
<body><![CDATA[</ul><h4>T&eacute;cnicas de evaluaci&oacute;n    <br>  </h4>    <p>Las t&eacute;cnicas de evaluaci&oacute;n permiten obtener una idea del  estado del sitio seg&uacute;n la experiencia del usuario. Entre las t&eacute;cnicas  de evaluaci&oacute;n m&aacute;s importantes, se encuentran:    <br> </p><ul>     <li>Evaluaci&oacute;n  heur&iacute;stica: se eval&uacute;a el cumplimiento de una lista de reglas definidas.  Las m&aacute;s conocidas son los &quot;10 heur&iacute;sticos de Nielsen&quot;.  Este tipo de evaluaci&oacute;n se abordar&aacute; con profundidad m&aacute;s adelante.    <br>  </li>    <li>Chequeo cognitivo: el objetivo de esta evaluaci&oacute;n es valorar los  prototipos con la finalidad de identificar imperfecciones y proceder a su mejora.    <br>  </li>    <li>Evaluaci&oacute;n de caracter&iacute;sticas: esta es una evaluaci&oacute;n  estrat&eacute;gica. Se eval&uacute;a el nivel de accesibilidad y de utilidad que  tiene un sitio a partir del an&aacute;lisis de las caracter&iacute;sticas y prestaciones  que ofrece al usuario.    <br> </li>    ]]></body>
<body><![CDATA[<li>Evaluaci&oacute;n de consistencia: es una  evaluaci&oacute;n dirigida al aseguramiento, integraci&oacute;n y coherencia de  los contenidos y la interfase de sitios web interrelacionados, que comparten sus  servicios o informaciones.</li>    </ul><h4>T&eacute;cnicas de prueba    <br> </h4>    <p>En  estas evaluaciones, el usuario es el principal actor, porque interacciona con  los prototipos de dise&ntilde;o y los evaluadores obtienen informaci&oacute;n  proveniente de observar el desempe&ntilde;o de los usuarios. Como se dijo anteriormente,  el empleo de una muestra no representativa no dificulta la obtenci&oacute;n de  informaci&oacute;n valiosa. S&oacute;lo obliga a realizar un arduo trabajo de  an&aacute;lisis e interpretaci&oacute;n y procesamiento de la informaci&oacute;n  obtenida. Las t&eacute;cnicas de prueba m&aacute;s conocidas son:    <br> </p><ul>      <li>Test de usabilidad: con la conducci&oacute;n del evaluador, se solicita a  usuarios de perfiles predefinidos, la realizaci&oacute;n de determinadas tareas  y se realizan preguntas claves en el momento oportuno. Los datos de estas sesiones  se registran para su comparaci&oacute;n con sesiones futuras.    <br> </li>    </ul>    <p>Es  importante se&ntilde;alar que existen varias formas de conducir el test de usabilidad.  El empleo de una u otra depende, en gran medida, del objetivo que se persigue  evaluar. A partir de la identificaci&oacute;n de t&eacute;cnicas de investigaci&oacute;n  realizada por James Hom, a continuaci&oacute;n, se describen los test m&aacute;s  utilizados:    <br> </p><ul>     ]]></body>
<body><![CDATA[<li> <i>Listening test</i>: con la mediaci&oacute;n del  evaluador se le pide al usuario la realizaci&oacute;n de una tarea de car&aacute;cter  gen&eacute;rico -por ejemplo, una compra en l&iacute;nea. Se observa el desenvolvimiento  del usuario y se recogen las observaciones.    <br> </li>    <li> <i>Task- oriented test</i>:  el evaluador define un n&uacute;mero de tareas espec&iacute;ficas y observa c&oacute;mo  el usuario se desempe&ntilde;a durante su ejecuci&oacute;n. Se calcula el por  ciento de usuarios que finaliz&oacute; con &eacute;xito la tarea, el tiempo medio  de realizaci&oacute;n y el n&uacute;mero de clics utilizados.    <br> </li>    <li> <i>Co-discovery  test:</i> en esta modalidad se utilizan dos usuarios a la vez para la realizaci&oacute;n  de la misma tarea. Se persigue la generaci&oacute;n de ideas e impresiones durante  la ejecuci&oacute;n del ejercicio para su posterior an&aacute;lisis.    <br> </li>    <li>  Lee y localiza: con esta t&eacute;cnica se pretende analizar el grado de eficiencia  de la arquitectura de informaci&oacute;n. Se solicita al usuario su criterio sobre  la posible ubicaci&oacute;n de un determinado contenido despu&eacute;s de haber  observado por unos instantes el sitio.    <br> </li>    <li> <i>Summary test:</i> esta  t&eacute;cnica indaga sobre la informaci&oacute;n que le es m&aacute;s relevante  al usuario y que causa un mayor impacto. Se le pide que resuma todo lo que ha  visto o recuerda del web tras interactuar con el sitio.    <br> </li>    ]]></body>
<body><![CDATA[<li><i>Usability  edit:</i> se le pide al usuario la identificaci&oacute;n de secciones, aplicaciones  o temas que no domina o entiende su funci&oacute;n.    <br> </li>    <li><i>Competitive  testing:</i> se comparan los rendimientos, preferencias y opiniones de los usuarios  despu&eacute;s de interactuar con diferentes sitios web.    <br> </li>    <li><i>Card-Sorting:</i>  se persigue con esta t&eacute;cnica el mejoramiento de la arquitectura de informaci&oacute;n.  Se solicita al usuario el agrupamiento, clasificaci&oacute;n y ordenamiento de  conceptos y temas escritos previamente en tarjetas. Ofrece informaci&oacute;n  sobre la l&oacute;gica de procesamiento de la informaci&oacute;n que siguen los  usuarios, por tanto, permite aplicar la misma l&oacute;gica al sitio web.    <br>  </li>    <li><i>Eye-Tracking:</i> es una novedosa t&eacute;cnica con un determinante  componente tecnol&oacute;gico, donde puede saberse qu&eacute; parte de la pantalla  el usuario observa durante la ejecuci&oacute;n de las tareas.</li>    </ul><h4>Errores  m&aacute;s comunes en usabilidad</h4>    <p>Existen una serie de errores que afectan  la usabilidad y se cometen con frecuencia en el proceso de dise&ntilde;o de un  sitio web. </p>    <p>Estos ocurren generalmente cuando no se han considerado las  necesidades y particularidades de la audiencia y se ha omitido la aplicaci&oacute;n  de las t&eacute;cnicas de arquitectura de informaci&oacute;n y usabilidad durante  el proceso de dise&ntilde;o. A continuaci&oacute;n, se enumeran los que Nielsen<span class="superscript">16</span>  califica como de mayor recurrencia, y se ofrece una breve explicaci&oacute;n de  ellos, vale aclarar que esto no quiere decir que sean los &uacute;nicos que puedan  cometerse.    ]]></body>
<body><![CDATA[<br> </p><ul>     <li>Uso de marcos o frames: como se trat&oacute; antes,  los marcos deben utilizarse s&oacute;lo en contadas situaciones en las que por  razones t&eacute;cnicas o estrat&eacute;gicas se decida cargar m&aacute;s de una  p&aacute;gina en la misma ventana del navegador. Debe considerarse que al usar  marcos, se rompe el esquema mental que los usuarios tienen sobre un sitio web.  Adem&aacute;s, aspectos &uacute;tiles como el marcado de los &quot;Favoritos&quot;  y la informaci&oacute;n contenida en la URL de la p&aacute;gina se pierden al  usar marcos.    <br> </li>    <li>Uso excesivo de tecnolog&iacute;a visual: el empleo  de efectos visuales basados en complejas t&eacute;cnicas de programaci&oacute;n  con el objetivo de atraer usuarios es una mala pr&aacute;ctica. En primer lugar,  un usuario con experiencia distinguir&aacute; d&oacute;nde est&aacute;n los contenidos  y la calidad de estos aunque carezcan de sofisticados trabajos pirot&eacute;cnicos.  Por otra parte, es posible que los navegadores utilizados no sean capaces de mostrar  lo que se ha querido programar con toda la exactitud concebida y por tanto no  se transmitir&aacute; el mensaje deseado.    <br> </li>    <li>Empleo indiscriminado de  marquesinas, animaciones constantes y textos desplazables: los efectos de continuos  movimientos causan distracci&oacute;n y alteran la visi&oacute;n perif&eacute;rica.  Terminan por desorientar al usuario, y producen un ruido en la comunicaci&oacute;n.  Deben emplearse s&oacute;lo para resaltar alg&uacute;n atributo, pero su uso debe  ser mesurado.    <br> </li>    <li>Empleo de complejas URL: la direcci&oacute;n de la  p&aacute;gina es un recurso por el que el usuario conoce su actual ubicaci&oacute;n.  La estructura del sitio puede inferirse a partir de la decodificaci&oacute;n de  la URL. Si se utilizan nombres que no respondan a los directorios o contenidos  de las p&aacute;ginas a las que apuntan, as&iacute; como caracteres especiales,  se dificulta la memorizaci&oacute;n y reproducci&oacute;n de la direcci&oacute;n  y el entendimiento de la estructura del sitio.    <br> </li>    <li>P&aacute;ginas hu&eacute;rfanas:  debe comprobarse que todas las p&aacute;ginas del sitio incluyan informaci&oacute;n  indicativa del sitio al que pertenecen, debido a que es posible que los usuarios  lleguen a ellas sin transitar previamente por la p&aacute;gina de inicio. Tambi&eacute;n  es importante que cada p&aacute;gina tenga un enlace con la p&aacute;gina de inicio.    ]]></body>
<body><![CDATA[<br>  </li>    <li>P&aacute;ginas que requieren mucho desplazamiento (scroll) para su visualizaci&oacute;n:  debe evitarse la creaci&oacute;n de p&aacute;ginas excesivamente extensas en cuanto  longitud. En todo caso, los usuarios tienden a realizar pocos clics para desplazarse  hacia el fondo de la p&aacute;gina. Por esta misma raz&oacute;n, los elementos  de navegaci&oacute;n y el contenido cr&iacute;tico debe ubicarse en las secciones  superiores.</li>    <li>Insuficiente apoyo a la navegaci&oacute;n: los usuarios enfrentan  un reto dif&iacute;cil al tratar de encontrar la informaci&oacute;n deseada cuando  visitan un sitio por primera vez. Es importante crear un sistema de apoyo al usuario  de modo que le suministre una visi&oacute;n lo m&aacute;s exacta posible sobre  la estructura del sitio y la ubicaci&oacute;n de los contenidos. El dise&ntilde;o  de un buen mapa de sitio y la creaci&oacute;n de opciones de b&uacute;squeda en  el sistema de navegaci&oacute;n servir&aacute;n de apoyo.</li>    <li>Empleo de colores  no est&aacute;ndares para los hiperv&iacute;nculos: generalmente los usuarios  asocian determinada gamas de colores para identificar la presencia de un v&iacute;nculo.  Si se utilizan colores que no se emplean habitualmente para este fin, se le estar&aacute;n  enmascarando las etiquetas al usuario y por tanto, reduciendo las opciones de  navegaci&oacute;n.</li>    <li>Informaci&oacute;n desactualizada: este es uno de los  errores m&aacute;s graves. Los contenidos constituyen la piedra angular de todo  web, porque son productos de informaci&oacute;n. Si el usuario detecta que el  web est&aacute; caduco u obsoleto se puede predecir sin temor a equivocaci&oacute;n  que no regresar&aacute; de nuevo al sitio. La constante actualizaci&oacute;n y  mantenimiento de los contenidos es fundamental para la vida &uacute;til de todo  web.</li>    <li>Tiempo de descarga excesivo: La demora en la descarga de la p&aacute;gina  impacienta y desalienta al usuario, que finalmente optar&aacute; por ir a un sitio  diferente. El tiempo de descarga es un factor de competitividad, si el usuario  abandona el sitio sin llegar a ver lo que se le ofreci&oacute;, todos los esfuerzos  invertidos en las etapas de generaci&oacute;n del producto se perder&aacute;n  en un instante. Debe prestarse especial atenci&oacute;n al empleo de im&aacute;genes  de gran tama&ntilde;o y resoluci&oacute;n que demoran la descarga de las p&aacute;ginas.  De la misma manera, la optimizaci&oacute;n de todas las im&aacute;genes es una  tarea obligada para los dise&ntilde;adores y desarrolladores del web.</li>    </ul><h4>Diez  aspectos de la evaluaci&oacute;n heur&iacute;stica    <br> </h4>    <p>La evaluaci&oacute;n  heur&iacute;stica es un m&eacute;todo creado para hallar problemas de usabilidad  en el dise&ntilde;o de una interfase de usuario. La evaluaci&oacute;n heur&iacute;stica  requiere del empleo de un peque&ntilde;o n&uacute;mero de evaluadores que examinar&aacute;n  la interfaz y emitir&aacute;n su juicio sobre si cumple o no con una serie de  principios de usabilidad conocidos como heur&iacute;sticos.    <br> </p>    ]]></body>
<body><![CDATA[<p>En forma  general, la evaluaci&oacute;n heur&iacute;stica es dif&iacute;cil de realizar  por una sola persona, debido a que un solo evaluador no podr&aacute; detectar  todos los problemas de usabilidad que puede presentar un sitio. Existen fallas  que saltan a la vista de todo evaluador, pero hay otras que s&oacute;lo algunos  pocos las detectan, lo mismo sucede con los usuarios; algunos notar&aacute;n determinadas  deficiencias que para otros pasar&aacute;n inadvertidas.    <br> </p>    <p>Existen diez  aspectos o principios que Nielsen ha nombrado como heur&iacute;sticos y deben  considerarse al realizar este tipo de evaluaci&oacute;n. A continuaci&oacute;n,  se relacionar&aacute;n y se describir&aacute;n brevemente cada uno de ellos: <span class="superscript">17  </span>    <br> </p><ol>     <li> Visibilidad del estado del sistema: el sitio debe mantener  al usuario informado del estado de las actividades y transacciones que se ejecutan.      <br> </li>    <li> Relaci&oacute;n entre el sistema y el contexto del usuario: este  punto se relaciona con la redacci&oacute;n de los contenidos y el sistema de etiquetas.  Deben emplearse frases y palabras que sean familiares para los usuarios. Debe  seguir las convenciones del mundo real para que la informaci&oacute;n aparezca  de forma natural y l&oacute;gica    <br> </li>    <li> Uso y control por el usuario: es  importante que el usuario experimente la sensaci&oacute;n y pueda controlar las  actividades que ejecuta en un sitio. En ocasiones, el usuario se equivoca y debe  existir un mecanismo de cancelaci&oacute;n o vuelta al inicio que lo ayude a recomenzar  la tarea.    <br> </li>    ]]></body>
<body><![CDATA[<li> Prevenci&oacute;n de errores: cuando se dise&ntilde;a,  es aconsejable prever los errores que pueden ocurrir en tiempo de ejecuci&oacute;n  y crear algoritmos que atrapen estos errores y solucionen el problema del usuario  en lugar de simplemente mostrar el mensaje de error.    <br> </li>    <li> Es mejor reconocer  que recordar: los objetos, acciones y opciones del sitio deben estar a la vista  del usuario. Esto evita que tenga que recordar d&oacute;nde las visualiz&oacute;.  Cuando se implementen procesos que impliquen una determinada consecuci&oacute;n  de pasos, es aconsejable la creaci&oacute;n de mecanismos que orienten al usuario  e informen sobre la etapa del proceso en la que se encuentran. Esto se conoce  como &quot;breadcrumbs&quot; o &quot;migas de pan&quot;.    <br> </li>    <li> Flexibilidad  y uso eficiente: los aceleradores -prestaciones que incorporan los navegadores  para facilitar la navegaci&oacute;n, por ejemplo los &quot;favoritos&quot;- son  generalmente desconocidos por los usuarios inexpertos. Pero los usuarios experimentados  los dominan y utilizan. Con estas prestaciones, se aumenta la velocidad de las  interacciones de los usuarios con el sitio, por tanto, deben ejecutarse acciones  que apoyen el uso de estos aceleradores. Como ejemplo se puede citar: evitar el  uso intensivo de marcos, utilizar nombres de ficheros que no caduquen -cuando  las p&aacute;ginas cambian de fecha, si el nombre coincide se sobrescribe por  la versi&oacute;n m&aacute;s actualizada- y de usar formularios, entonces, trabajar  con el m&eacute;todo GET en lugar de POST para que el par&aacute;metro que viaja  por el formulario est&eacute; presente en la URL de la p&aacute;gina siguiente.    <br>  </li>    <li> Dise&ntilde;o pr&aacute;ctico y simple: no debe colocarse informaci&oacute;n  irrelevante a simple vista, esto entorpece la navegaci&oacute;n y la comprensi&oacute;n  del sitio por el usuario. Cada unidad de informaci&oacute;n irrelevante compite  con una unidad de informaci&oacute;n relevante, por tal motivo minimiza el entendimiento  de esta &uacute;ltima.    <br> </li>    <li> Ayudar a los usuarios: existen sitios que  tienen establecidas aplicaciones que, por su grado de complejidad, requieren de  asistir al usuario durante el proceso de ejecuci&oacute;n. Debe integrarse la  ayuda al contenido de las p&aacute;ginas que alojan estas aplicaciones.    <br> </li>    ]]></body>
<body><![CDATA[<li>  Compatibilidad: se refiere a ser compatible con varios tipos de navegadores y  versiones de ellos. Esto garantiza que no existan deformaciones del sitio al cambiar  de navegador.    <br> </li>    <li> Consistencia y est&aacute;ndares: se refiere al lenguaje,  al contenido y al dise&ntilde;o. Los nombres de las secciones deben ser consistentes  a lo largo de todo el sitio. La duplicaci&oacute;n de la informaci&oacute;n en  las etiquetas provoca desorientaci&oacute;n al usuario, por ejemplo &quot;ayuda&quot;  y &quot;preguntas frecuentes&quot;, debe elegirse una de ellas para colocar el  contenido referente a esa secci&oacute;n.</li>    </ol><h4>&iquest;C&oacute;mo conducir  una evaluaci&oacute;n heur&iacute;stica?    <br> </h4>    <p>El primer paso para aplicar  una evaluaci&oacute;n heur&iacute;stica es la selecci&oacute;n de los expertos.  Cuanto mayor sea el n&uacute;mero de especialistas que eval&uacute;en la interfaz  mayor ser&aacute; la probabilidad de encontrar errores. Para seleccionar estos  expertos, deben considerarse criterios como: poseer amplia experiencia en la evaluaci&oacute;n  de usabilidad y en el dise&ntilde;o de interfases hombre-m&aacute;quina. Un dominio  de todo lo relativo al producto en cuesti&oacute;n es otro aspecto importante  en la elecci&oacute;n de los evaluadores.    <br> </p>    <p>Es aconsejable que los evaluadores  naveguen al menos dos veces por el sitio para interactuar y familiarizarse con  su estructura antes de comenzar la evaluaci&oacute;n.    <br> </p>    <p>Los expertos  realizan la inspecci&oacute;n del sitio de forma individual y s&oacute;lo, una  vez terminada la sesi&oacute;n, pueden intercambiar sus experiencias. Esto evita  la predisposici&oacute;n durante el proceso evaluativo.    ]]></body>
<body><![CDATA[<br> </p>    <p>Las sesiones  de evaluaci&oacute;n deben tener una duraci&oacute;n de aproximadamente una o  dos horas. Los evaluadores se auxilian de una lista de comprobaci&oacute;n donde  est&aacute;n plasmados los heur&iacute;sticos a evaluar y se incorporan elementos  nuevos seg&uacute;n lo considere el evaluador.    <br> </p>    <p>Los resultados de la  evaluaci&oacute;n se recogen en informes escritos, donde los problemas encontrados  se explicar&aacute;n desde el punto de vista de la usabilidad. Estos problemas  se analizar&aacute;n individualmente y no en su conjunto. Jerarquizar la gravedad  de los errores posibilita la creaci&oacute;n de pol&iacute;ticas de redise&ntilde;o  enfocadas por orden de prioridad. La gravedad de los problemas de usabilidad puede  medirse en tres factores: <span class="superscript">18 </span>    <br> </p><ol>     <li>  La frecuencia con que ocurre el problema.    <br> </li>    <li> El impacto sobre los usuarios.    <br>  </li>    <li> La persistencia del problema.    ]]></body>
<body><![CDATA[<br> </li>    </ol>    <p>Las ventajas m&aacute;s  destacadas de la evaluaci&oacute;n heur&iacute;stica radican en:    <br> </p><ul>      <li>Bajo costo, debido a que con un n&uacute;mero peque&ntilde;o de evaluadores  se pueden obtener resultados &uacute;tiles.     <br> </li>    <li>A diferencia con los  tests de usuarios, en esta evaluaci&oacute;n se puede intercambiar con el evaluador  durante la ejecuci&oacute;n de las tareas.    <br> </li>    <li>No es necesaria la interpretaci&oacute;n  externa debido a que todas las impresiones est&aacute;n recogidas en el informe  del evaluador.    <br> </li>    ]]></body>
<body><![CDATA[<li>Puede aplicarse en cualquier etapa del proceso.</li>    </ul><h4>Beneficios  e importancia de la usabilidad    <br> </h4>    <p>Despu&eacute;s de analizar los aspectos  m&aacute;s importantes de la usabilidad, puede concluirse que la correcta aplicaci&oacute;n  de los elementos tratados garantiza la plena satisfacci&oacute;n del usuario y  el uso del producto que se ha dise&ntilde;ado, y, como es l&oacute;gico, emanar&aacute;n  beneficios tangibles para la organizaci&oacute;n. Entre estos se pueden citar:    <br>  </p><ul>     <li>Reducci&oacute;n de costos: tanto los costos de aprendizaje, como  los de mantenimiento, dise&ntilde;o y redise&ntilde;o del web, se reducen con  la aplicaci&oacute;n e implantaci&oacute;n de los principios de la usabilidad.    <br>  </li>    <li>Aumento de la satisfacci&oacute;n de los usuarios.    <br> </li>    <li>Mejora  de la imagen y prestigio del sitio y de la organizaci&oacute;n.    ]]></body>
<body><![CDATA[<br> </li>    <li>Aumento  del n&uacute;mero de visitantes que se convierten en clientes.    <br> </li>    </ul>    <p>Los  beneficios antes se&ntilde;alados inciden directamente en el aumento de la productividad  de los sitios web, principalmente en los enfocados al comercio electr&oacute;nico.  La usabilidad permite una mayor rapidez y eficiencia en la realizaci&oacute;n  de las tareas, por lo que de forma general optimiza el rendimiento del sitio.</p><h6>GU&Iacute;A  PARA EL DISE&Ntilde;O Y EVALUACI&Oacute;N DE PRODUCTOS DE INFORMACI&Oacute;N EN  EL WORLD WIDE WEB.</h6>    <p>Tanto la arquitectura de informaci&oacute;n como la  usabilidad son disciplinas que tienen una funci&oacute;n sumamente importante  en el dise&ntilde;o e implementaci&oacute;n de sitios web dirigidos o enfocados  hacia la plena satisfacci&oacute;n de los usuarios que motivaron su creaci&oacute;n  a partir de un dise&ntilde;o centrado en las necesidades de la audiencia.    <br>  </p>    <p>La arquitectura de informaci&oacute;n es la disciplina encargada de disponer  los elementos formales y de contenido que integran un sitio web. Ella asegura  que el contenido informativo y el dise&ntilde;o tengan la calidad requerida para  de ese modo, lograr la plena satisfacci&oacute;n de los usuarios. La implementaci&oacute;n  de una arquitectura de informaci&oacute;n coherente no puede lograrse sin incorporar  los elementos que determinan el mejor uso del sitio. En este punto, la usabilidad  adquiere relevancia particular.    <br> </p>    <p>La usabilidad es la disciplina que  determina las caracter&iacute;sticas formales que debe presentar una interfase  para que se comprenda, entienda y aprenda por sus usuarios. Quiere esto decir,  que con la introducci&oacute;n de los elementos de usabilidad en la etapa de dise&ntilde;o  del sitio, se garantiza la optimizaci&oacute;n de todo el proceso de producci&oacute;n  y puesta en funcionamiento. De esta manera, se minimizan los errores de operaci&oacute;n  que pueden cometerse durante el dise&ntilde;o de las interfases de funcionamiento,  esto posibilita acortar los plazos de ejecuci&oacute;n y aumentar la eficiencia  de todo el equipo de desarrolladores. Evita la creaci&oacute;n de prototipos err&oacute;neos  y mediante las evaluaciones prelanzamiento pueden subsanarse las faltas que se  cometieron en las etapas anteriores sin necesidad de redise&ntilde;ar todo el  sitio web. Todo lo anterior deviene en una significativa disminuci&oacute;n de  los costos econ&oacute;micos y del tiempo de todo el proceso. As&iacute;, quedar&aacute;  m&aacute;s tiempo para atender aspectos de la periferia (publicidad, posicionamiento,  etc.) que muchas veces se ignoran por la coexistencia de estos con problemas m&aacute;s  graves y con mayor prioridad de soluci&oacute;n.    ]]></body>
<body><![CDATA[<br> </p>    <p>De todo lo anteriormente  expuesto, emana la evidente necesidad de unificar estas dos disciplinas debido  a su car&aacute;cter integrador, la rec&iacute;proca complementaci&oacute;n que  ocurre entre ellas y la incidencia vertical y horizontal que ejercen en el &eacute;xito  o fracaso de un producto de informaci&oacute;n para el web.</p><h4>El porqu&eacute;  de esta gu&iacute;a    <br> </h4>    <p>La carencia de literatura que unifique las disciplinas  de Arquitectura de Informaci&oacute;n y Usabilidad en el proceso de creaci&oacute;n  de sitios web, a partir de un enfoque sist&eacute;mico d&oacute;nde se interrelacionen  y complementen las disciplinas antes mencionadas durante las diferentes etapas  del ciclo de vida de un sitio web, motiv&oacute; la creaci&oacute;n de esta gu&iacute;a  de pasos. No se pretende hacer una metodolog&iacute;a r&iacute;gida ni arribar  a criterios excluyentes. S&oacute;lo se proponen las que se consideran las mejores  y m&aacute;s elementales pr&aacute;cticas que deben ejecutarse para lograr un  producto exitoso y de calidad. No se puede ser estricto en un medio tan din&aacute;mico  como lo es Internet, ni ante una audiencia tan dis&iacute;mil y heterog&eacute;nea.  Por esta raz&oacute;n, se considera que no existen soluciones perfectas en este  sentido.    <br> </p>    <p>Para finalizar, es aconsejable reiterar que esta gu&iacute;a  no constituye la &uacute;nica v&iacute;a de soluci&oacute;n a los problemas que  emergen de la tarea de creaci&oacute;n de productos para Internet. Los pasos que  se proponen siguen un determinado orden l&oacute;gico, a partir de un enfoque  centrado plenamente en el estudio de los usuarios o audiencias. Se tipifican los  contenidos m&aacute;s comunes y se proponen las mejores pr&aacute;cticas a realizar  en funci&oacute;n de las particularidades que presenta cada uno.    <br> </p>    <p>Estos  pasos est&aacute;n dirigidos a satisfacer las necesidades de informaci&oacute;n  que se previamente se identificaron y garantizan la plena funcionalidad y consecuencia  del producto final con la necesidad que motiv&oacute; su creaci&oacute;n. Pueden  establecerse otros &oacute;rdenes l&oacute;gicos, que no invalidan el presente  trabajo y viceversa.</p>    <p>Pasos elementales en el dise&ntilde;o y evaluaci&oacute;n  de productos de informaci&oacute;n para el WWW    <br> A continuaci&oacute;n, se detallan  los pasos propuestos para ejecutarse durante el dise&ntilde;o y evaluaci&oacute;n  de los sitios web. Su orden responde a la secuencia de ejecuci&oacute;n definida  a consideraci&oacute;n del autor. Se detallan las acciones a seguir en cada momento  y el por qu&eacute; se seleccion&oacute; en un orden espec&iacute;fico.</p>    ]]></body>
<body><![CDATA[<p>Paso  1. Estudio de la audiencia y sus necesidades.    <br> </p>    <p>Como el &eacute;xito  o el fracaso de un sitio web depende de sus usuarios finales, se considera que  para el lanzamiento de cualquier producto de informaci&oacute;n para el web, debe  realizarse primero que nada un estudio de las necesidades de informaci&oacute;n  de la audiencia meta o usuarios potenciales del sitio.    <br> </p>    <p>Es importante  recolectar informaci&oacute;n que sirva como pista o referencia a las etapas subsiguientes  en el dise&ntilde;o e implementaci&oacute;n. Esta informaci&oacute;n se consultar&aacute;  y validar&aacute; en las etapas que le suceden. Se analizar&aacute;n aspectos  como: <span class="superscript">4 </span>    <br> </p><ul>     <li>&iquest;Cu&aacute;les  son las audiencias m&aacute;s importantes?    <br> </li>    <li>&iquest;Existen otras  audiencias que no se han considerado?    <br> </li>    ]]></body>
<body><![CDATA[<li>&iquest;Existen diferencias  notables entre las audiencias de mayor importancia?    <br> </li>    <li>&iquest;C&oacute;mo  interact&uacute;an actualmente estas audiencias con la organizaci&oacute;n?    <br>  </li>    <li>&iquest;Qu&eacute; motivar&aacute; a estos usuarios a visitar el sitio  web que se le va a ofertar?    <br> </li>    </ul>    <p>Existen muchas otras interrogantes  que giran entorno a los usuarios potenciales o audiencia meta. Esta investigaci&oacute;n  preliminar generar&aacute; una lista de posibles audiencias que deben agruparse  seg&uacute;n sus caracter&iacute;sticas comunes.    <br> </p>    <p>Una vez agrupadas,  debe establecerse un orden de prioridad o jerarqu&iacute;a de los grupos de audiencias  a criterio y conveniencia del equipo de desarrollo.    ]]></body>
<body><![CDATA[<br> </p>    <p>Deben enumerarse  las necesidades m&aacute;s importantes de cada grupo. Estos datos ser&aacute;n  de suma utilidad para la creaci&oacute;n de alternativas de arquitecturas de informaci&oacute;n  para el sitio en desarrollo.    <br> </p>    <p>Existe una metodolog&iacute;a para la  determinaci&oacute;n de necesidades de informaci&oacute;n en los usuarios, publicada  por IFLA, sus autores son F. J. Devadason y P. Pratap Lingan. <span class="superscript">19</span>  En esta metodolog&iacute;a, los autores parten del principio que no existe un  m&eacute;todo &uacute;nico y simple que permita la identificaci&oacute;n y la  forma de satisfacci&oacute;n de las necesidades informativas de los usuarios.  Por este motivo, proponen la combinaci&oacute;n de investigaciones emp&iacute;ricas  y te&oacute;ricas para el logro del objetivo en cuesti&oacute;n.     <br> </p>    <p>Y  proponen una serie de siete pasos para la identificaci&oacute;n de las necesidades  informativas. A continuaci&oacute;n se enumeran: <span class="superscript">19</span>      <br> </p><ol>     <li> Estudio de los posibles temas de inter&eacute;s de la organizaci&oacute;n/usuarios.    <br>  </li>    <li> Estudio de la organizaci&oacute;n y su entorno.    ]]></body>
<body><![CDATA[<br> </li>    <li> Estudio  del entorno inmediato de los usuarios.    <br> </li>    <li> Estudio de los usuarios.    <br>  </li>    <li> Entrevistas formales.    <br> </li>    <li> Identificaci&oacute;n y recopilaci&oacute;n  de las necesidades de informaci&oacute;n.    <br> </li>    <li> An&aacute;lisis y depuraci&oacute;n  de las necesidades informativas identificadas.    ]]></body>
<body><![CDATA[<br> </li>    </ol>    <p>La implementaci&oacute;n  de cada paso est&aacute; detalladamente explicada y como conclusi&oacute;n arriban  a que: el concepto de &quot;necesidad de informaci&oacute;n&quot; est&aacute;  enmarcado en: <span class="superscript">19 </span>    <br> </p><ol>     <li> El estudio  de usuarios.    <br> </li>    <li> El estudio del entorno de los usuarios.    <br> </li>    <li>  El uso que le dan a la informaci&oacute;n.     <br> </li>    ]]></body>
<body><![CDATA[</ol>    <p>Esta metodolog&iacute;a  se recomienda por su sencillez, claridad y facilidad de aplicaci&oacute;n.    <br>  </p>    <p>No se descarta ni excluye el empleo de otra metodolog&iacute;a para lograr  el mismo objetivo.    <br> </p>    <p>Sub-Paso 1.1. Creaci&oacute;n de escenarios para  cada audiencia identificada.    <br> </p>    <p>Una vez que se han identificado las posibles  audiencias, se est&aacute; en condiciones de crear los escenarios. Con esta actividad,  se persigue identificar a partir de la creaci&oacute;n de historias de ficci&oacute;n  entorno a personajes que caracterizan cada tipo o grupo de usuarios potenciales,  las posibles actividades que ejecutar&aacute; cada uno de ellos.</p>    <p>Sub-Paso  1.2. Estudio de la competencia.    <br> </p>    ]]></body>
<body><![CDATA[<p>El estudio de la competencia al igual  que el estudio de las posibles audiencias y sus necesidades es una actividad de  gran importancia y envergadura.    <br> </p>    <p>Identificar posibles competidores,  o competidores establecidos, brindar&aacute; informaci&oacute;n valiosa toda vez  que puede servir como ruta o gu&iacute;a en el seguimiento de los l&iacute;deres,  una t&eacute;cnica v&aacute;lida de mercadeo. No es obligado adoptar las mismas  soluciones que han implementado otros, pero es muy &uacute;til cuando no se tiene  experiencia previa en el sector.    <br> </p>    <p>Una vez identificados los sitios de  la competencia, puede crearse una lista de criterios a evaluar y validar su utilidad  para su posterior implementaci&oacute;n en el sitio. No s&oacute;lo se recopilar&aacute;n  aspectos positivos, con los aspectos negativos que arrojar&aacute;n las evaluaciones  se har&aacute; una lista de errores que no se cometer&aacute;n.    <br> </p>    <p>De  la recreaci&oacute;n de las actividades y el an&aacute;lisis de los competidores,  emerger&aacute; informaci&oacute;n de suma importancia en pasos sucesivos. Antes  deben definirse lineamientos que orienten la ruta a seguir.</p>    <p>Paso 2. Definici&oacute;n  de los objetivos del sitio     <br> </p>    <p>Con el conocimiento de las audiencias,  sus necesidades, as&iacute; como la predicci&oacute;n de sus comportamientos seg&uacute;n  los escenarios definidos, se esta en condiciones de trazar los objetivos que debe  perseguir el sitio en construcci&oacute;n. En esta etapa, se vincula la misi&oacute;n  y visi&oacute;n de la organizaci&oacute;n al cumplimiento de los objetivos del  sitio. Se analizar&aacute;n aspectos como: <span class="superscript">4 </span>    ]]></body>
<body><![CDATA[<br>  </p><ul>     <li>La misi&oacute;n y visi&oacute;n de la organizaci&oacute;n.    <br> </li>    <li>&iquest;En  qu&eacute; medida el sitio en construcci&oacute;n aporta al cumplimiento de esa  misi&oacute;n?    <br> </li>    <li>&iquest;El nuevo medio del ciberespacio amerita que  sea reconsiderada la misi&oacute;n de la organizaci&oacute;n?    <br> </li>    <li>&iquest;C&oacute;mo  se vislumbra el desempe&ntilde;o del sitio en el futuro?    <br> </li>    </ul>    ]]></body>
<body><![CDATA[<p>Una  vez definidos y esclarecidos los objetivos del sitio en concordancia con la misi&oacute;n  de la organizaci&oacute;n y las necesidades de los usuarios, se est&aacute; en  condiciones de abordar el tercer paso de esta gu&iacute;a.</p>    <p>Paso 3. Determinaci&oacute;n  de los contenidos y los requerimientos funcionales.    <br> </p>    <p>En este punto,  existe suficiente informaci&oacute;n para poder establecer los contenidos, as&iacute;  como las funcionalidades con que deber&aacute; contar el sitio en producci&oacute;n.      <br> </p>    <p>Con el an&aacute;lisis de la competencia, puede identificarse un grupo  de contenidos que tal vez se adecuen al sitio que se crear&aacute;, sea por tratarse  de productos similares, de organizaciones con misiones similares o por contar  con un universo de usuarios potenciales con similares necesidades informativas  y caracter&iacute;sticas. De cualquier manera, la calidad radica en el detalle  y la diferencia hace la exclusividad. Deben analizarse muy bien las necesidades  informativas obtenidas en el estudio de los usuarios para determinar qu&eacute;  contenidos ser&aacute;n apropiados para satisfacer las necesidades existentes  y las fuentes de informaci&oacute;n de d&oacute;nde se extraer&aacute;n dichos  contenidos.    <br> </p>    <p>En forma general, se tomar&aacute;n tres grupos gen&eacute;ricos  representativos de los contenidos m&aacute;s comunes de hallar en Internet. Estos  son:    <br> </p><ul>     <li>Contenidos con car&aacute;cter comercial.    ]]></body>
<body><![CDATA[<br> </li>    <li>Contenidos  con car&aacute;cter acad&eacute;mico.    <br> </li>    <li>Contenidos dirigidos al entretenimiento  y el ocio.    <br> </li>    </ul>    <p>Para cada grupo tem&aacute;tico, existen elementos  particulares de contenidos y requerimientos funcionales. Puede crearse una lista  individual para cada uno.    <br> </p>    <p>Por ejemplo, los contenidos con car&aacute;cter  comercial generalmente incluyen una lista de los productos o servicios que se  ofertan y sus precios, as&iacute; como ofertas condicionadas a distintos elementos  del mercado, como pueden ser el est&iacute;mulo con obsequios al realizar compras  voluminosas, rebajas de temporadas, entre otros.    <br> </p>    ]]></body>
<body><![CDATA[<p>Los requerimientos  t&eacute;cnicos para este tipo de contenidos frecuentemente se basan en un alto  nivel tecnol&oacute;gico a nivel de programaci&oacute;n, soporte t&eacute;cnico  y seguridad. Debe posibilitarse la realizaci&oacute;n de transacciones en l&iacute;nea,  la validaci&oacute;n de tarjetas de cr&eacute;dito, la b&uacute;squeda de productos  por diversos criterios y la encriptaci&oacute;n de los datos. Adicionalmente,  la utilizaci&oacute;n de una conexi&oacute;n segura (Secure Socket Layer) es de  obligada consideraci&oacute;n para este tipo de contenidos.    <br> </p>    <p>Los contenidos  con car&aacute;cter acad&eacute;mico a menudo no requieren de prestaciones funcionales  complejas. Es de com&uacute;n inclusi&oacute;n, las opciones de b&uacute;squeda  y recuperaci&oacute;n de informaci&oacute;n inherentes a todo sitio web. Su principal  complejidad se plantea en el procesamiento y representaci&oacute;n de los contenidos.  Deben abordarse seg&uacute;n &aacute;reas tem&aacute;ticas, generalmente se les  crea m&aacute;s de una entrada, esto facilita su recuperaci&oacute;n. El procesamiento  anal&iacute;tico-sint&eacute;tico es casi de obligada utilizaci&oacute;n para  este tipo de contenidos. En muchos casos, debido a su extensi&oacute;n se crean  versiones especiales para imprimir o descargar seg&uacute;n convenga. </p>    <p>En  algunos casos, se controla el acceso a estos contenidos por medio de claves o  grupo de direcciones IP -por ejemplo todos los usuarios de una universidad o de  un dominio espec&iacute;fico.    <br> </p>    <p>Los contenidos dirigidos al entretenimiento  u ocio no requieren de una compleja representaci&oacute;n ni procesamiento, su  recuperaci&oacute;n es bastante f&aacute;cil -un juego de ajedrez, el chat, etc.-;  no obstante, s&iacute; presentan grandes requerimientos tecnol&oacute;gicos que  van desde un ancho de banda en el servidor que posibilite la r&aacute;pida descarga  de los Applets -programas utilizados por muchos juegos online y chats- hasta una  compleja programaci&oacute;n y personalizaci&oacute;n a nivel de usuario -estad&iacute;sticas,  inicios de sesi&oacute;n, etc&eacute;tera.    <br> </p>    <p>Una vez que se han determinado,  los contenidos del sitio y los requerimientos funcionales que estos necesitan  se puede avanzar hacia el pr&oacute;ximo paso.</p>    <p>Paso 4. Definir la estructura  del sitio.    <br> </p>    ]]></body>
<body><![CDATA[<p>Al llegar a este paso, la primera acci&oacute;n a ejecutar  consiste en etiquetar los contenidos seleccionados en el paso anterior. Debe prestarse  especial atenci&oacute;n al dise&ntilde;ar las etiquetas. Estas deben ser comprensibles  para los usuarios y, a la vez, representativas del contenido que encierran.    <br>  </p>    <p>Para cada grupo de contenidos, existen etiquetas casi predefinidas. Tal  es el caso, por ejemplo, en los contenidos con car&aacute;cter comercial, de las  etiquetas &quot;Cat&aacute;logo de productos&quot;, &quot;Carro de compra&quot;,  &quot;Comprar&quot;, etc&eacute;tera.     <br> </p>    <p>En el caso de los contenidos  orientados al uso acad&eacute;mico, pueden encontrarse etiquetas del tipo: &quot;&Iacute;ndice  de materias&quot;, &quot;Palabras clave&quot;, &quot;Resumen&quot;, entre otras.    <br>  </p>    <p>Los contenidos orientados al entretenimiento poseen m&uacute;ltiples formas  de designaci&oacute;n o etiquetado. Estas var&iacute;an en dependencia del juego  o prestaci&oacute;n que se ofrece. La &uacute;nica condici&oacute;n importante,  en este caso, radica en que sean del dominio y entendimiento por parte de los  usuarios.    <br> </p>    <p>Una vez determinadas las etiquetas que designar&aacute;n  al contenido, se pasa a la creaci&oacute;n de los esquemas y estructuras de organizaci&oacute;n  de la informaci&oacute;n.    <br> </p>    ]]></body>
<body><![CDATA[<p>En dependencia del grupo de contenidos, puede  recomendarse la utilizaci&oacute;n de determinada estructura de organizaci&oacute;n  de la informaci&oacute;n.     <br> </p>    <p>No quiere esto decir que las restantes estructuras  de organizaci&oacute;n de la informaci&oacute;n que existen no sean utilizables  para un grupo de contenidos espec&iacute;fico, s&oacute;lo se hace una recomendaci&oacute;n  sobre cual es la m&aacute;s aconsejable seg&uacute;n nuestro criterio.    <br> </p>    <p>Cabe  apuntar que la complejidad de los contenidos relativos al comercio electr&oacute;nico  amerita la realizaci&oacute;n de un profundo an&aacute;lisis antes de decidir  qu&eacute; EOI seleccionar.    <br> </p>    <p>No obstante, por sus caracter&iacute;sticas,  puede seleccionarse un esquema de organizaci&oacute;n de la informaci&oacute;n  (EOI) alfab&eacute;tico o uno orientado a la realizaci&oacute;n de las tareas,  cabr&iacute;a tambi&eacute;n considerar, la elecci&oacute;n de un EOI orientado  a los intereses de la audiencia potencial. En cualquier caso, la elecci&oacute;n  final corresponde al equipo de desarrollo, en particular a la persona que tenga  a su cargo la arquitectura de informaci&oacute;n.    <br> </p>    <p>Se dispondr&aacute;  adem&aacute;s, de un &iacute;ndice alfab&eacute;tico de productos basado en una  estructura de organizaci&oacute;n de la informaci&oacute;n (ESOI) soportada sobre  un modelo de bases de datos relacionales que posibilite la recuperaci&oacute;n  r&aacute;pida y pertinente de los datos relativos a los productos/servicios ofertados.    <br>  </p>    ]]></body>
<body><![CDATA[<p>Adem&aacute;s, los propios requerimientos funcionales de estos contenidos  reafirman la necesidad de elegir una ESOI de bases de datos relacionales.    <br>  </p>    <p>Los contenidos de car&aacute;cter acad&eacute;mico pueden disponerse en  un EOI ambiguo organizado seg&uacute;n la materia, siguiendo una ESOI jer&aacute;rquica  o de hipertextos. Estos contenidos, seg&uacute;n sea el caso, pueden organizarse  bajo un EOI cronol&oacute;gico, cuando la tem&aacute;tica espec&iacute;fica lo  requiera.    <br> </p>    <p>Para los grupos de contenidos dirigidos al entretenimiento,  la elecci&oacute;n de un EOI h&iacute;brido apunta a ser la soluci&oacute;n m&aacute;s  aconsejable, debido a la heterogeneidad de sus contenidos y la diversidad de intereses  y caracter&iacute;sticas de sus usuarios. Por los requerimientos funcionales y  tecnol&oacute;gicos que presentan estos contenidos, al igual que los orientados  al comercio, debe seleccionarse una ESOI basada en un sistema de bases de datos  relacionales que soporte la carga de transacciones que transitar&aacute; por un  sitio de estas caracter&iacute;sticas.    <br> </p>    <p>Posteriormente, y una vez seleccionados  los esquemas y estructuras de organizaci&oacute;n de la informaci&oacute;n, se  proceder&aacute; a la elecci&oacute;n de los sistemas de navegaci&oacute;n (SN).  La elecci&oacute;n de un sistema de navegaci&oacute;n global es com&uacute;n para  todo tipo de contenidos. Los sistemas de navegaci&oacute;n locales y espec&iacute;ficos  se implementar&aacute;n a consideraci&oacute;n del arquitecto de informaci&oacute;n,  seg&uacute;n las caracter&iacute;sticas espec&iacute;ficas del contenido lo requieran.    <br>  </p>    <p>No obstante, se pudiera considerar, por ejemplo, para los contenidos de  car&aacute;cter comercial, debe implementarse un sistema de navegaci&oacute;n  espec&iacute;fico (SNE) para las p&aacute;ginas que muestren las categor&iacute;as  de productos disponibles. Asimismo, los contenidos con enfoque acad&eacute;mico  dispondr&aacute;n de un SNE que mostrar&aacute;, por citar un ejemplo, &iacute;ndices  de las materias existentes. Para los contenidos orientados al entretenimiento,  el SNE puede contener una lista de los juegos disponibles.    <br> </p>    ]]></body>
<body><![CDATA[<p>En todos  los casos, la elecci&oacute;n de los sistemas de navegaci&oacute;n est&aacute;  determinada por las caracter&iacute;sticas espec&iacute;ficas del grupo de contenidos  a donde conducen y las peculiaridades de los usuarios que har&aacute;n uso de  estos.    <br> </p>    <p>Una vez seleccionados los esquemas, las estructuras de organizaci&oacute;n  de la informaci&oacute;n y elegidos los sistemas de navegaci&oacute;n a implementar,  se est&aacute; en condiciones de esgrimir met&aacute;foras. Esta actividad es  &uacute;til para la comunicaci&oacute;n entre los integrantes del equipo de desarrollo,  no obstante puede excluirse su realizaci&oacute;n, en aras de acortar el tiempo  de realizaci&oacute;n.    <br> </p>    <p>En este punto, se dispone de suficiente informaci&oacute;n  para continuar con el paso siguiente, la definici&oacute;n del dise&ntilde;o gr&aacute;fico  y visual.</p>    <p>Paso 5. Dise&ntilde;o gr&aacute;fico y visual.    <br> </p>    <p>El dise&ntilde;o  gr&aacute;fico y visual es de suma importancia para el &eacute;xito del sitio  web. Los elementos que lo constituyen determinar&aacute;n el &quot;look &amp;  feel&quot; del sitio. Este aspecto es evaluado por los usuarios de forma inconsciente  y subjetiva, pero incide verticalmente en el criterio de los usuarios sobre el  sitio.    <br> </p>    <p>Seg&uacute;n los grupos de contenidos el dise&ntilde;o visual  es m&aacute;s o menos determinante.    ]]></body>
<body><![CDATA[<br> </p>    <p>Por ejemplo, los sitios cuyos contenidos  est&aacute;n dirigidos al comercio electr&oacute;nico deben resaltar los elementos  gr&aacute;ficos con la finalidad de impresionar y deslumbrar al usuario. Pero  no debe exagerarse en el uso de im&aacute;genes porque se podr&iacute;a causar  distracci&oacute;n.    <br> </p>    <p>Los sitios con contenidos acad&eacute;micos no  requieren de excesivos efectos visuales, esto no implica deslucirlos con grandes  masas de textos sin im&aacute;genes. Se pueden incluir elementos gr&aacute;ficos  con el objetivo de amenizar la lectura, se debe cuidar de mantener la armon&iacute;a  entre la tipograf&iacute;a, el color de esta y el color de fondo de la p&aacute;gina.    <br>  </p>    <p>En contraste con el anterior, los sitios que presentan contenidos orientados  al entretenimiento demandan el empleo de im&aacute;genes y efectos impactantes.  Se persigue causar la sensaci&oacute;n de diversi&oacute;n en el usuario. La incorporaci&oacute;n  de elementos de multimedia como videos, animaciones y sonidos es una pr&aacute;ctica  com&uacute;n dentro de los sitios que se orientan a esta actividad.    <br> </p>    <p>Una  vez definidos los elementos visuales a emplear y a partir de la informaci&oacute;n  recogida con anterioridad, se est&aacute; en condiciones de avanzar al pr&oacute;ximo  paso.</p>    <p>Paso 6. Definici&oacute;n y creaci&oacute;n de plantillas y prototipos    <br>  </p>    ]]></body>
<body><![CDATA[<p>Las plantillas o prototipos permiten estructurar y disponer todos los elementos  seleccionados en lo que ser&iacute;a un esbozo de cada p&aacute;gina del sitio,  o al menos de las m&aacute;s generales.    <br> </p>    <p>Las plantillas de sitios orientados  al comercio electr&oacute;nico y al entretenimiento deben ser lo m&aacute;s interactivas  y funcionales posibles, debido a que se realizar&aacute;n pruebas de usabilidad  sobre ellas.    <br> </p>    <p>Es recomendable la utilizaci&oacute;n de programas espec&iacute;ficos  para la creaci&oacute;n de prototipos funcionales. Anteriormente, se mencion&oacute;  Visio de Microsoft, este no es el &uacute;nico programa que permite el dise&ntilde;o  de los prototipos con un alto grado de funcionalidad e interacci&oacute;n, pero  es el que m&aacute;s abunda en nuestro entorno.    <br> </p>    <p>Las plantillas de sitios  con corte acad&eacute;mico no necesitan ser interactivas, aunque hacerlas de este  modo no constituye un error. </p>    <p>Pero por su naturaleza, pueden ser prototipos  est&aacute;ticos, incluso en papel, donde se dispongan los esquemas y las estructuras  de organizaci&oacute;n de la informaci&oacute;n, se plasmen las etiquetas y se  integren dentro de los sistemas de navegaci&oacute;n seleccionados.    <br> </p>    <p>Es  imprescindible considerar los principios de usabilidad que deben cumplir las futuras  p&aacute;ginas del sitio para la creaci&oacute;n de los prototipos. Esto garantizar&aacute;  minimizar los errores durante la implementaci&oacute;n final del producto y acortar&aacute;  el tiempo en las evaluaciones.    ]]></body>
<body><![CDATA[<br> </p>    <p>Una vez terminados estos prototipos,  se procede a su evaluaci&oacute;n y prueba.</p>    <p>Paso 7. Evaluaci&oacute;n y  prueba de plantillas.    <br> </p>    <p>Este paso es muy importante debido a que aportar&aacute;  informaci&oacute;n sobre los errores que se han cometido durante las etapas anteriores.  En este momento, se aplicar&aacute;n evaluaciones a los prototipos creados. Puede  comenzarse con un &quot;Chequeo cognitivo&quot;, seguido de una &quot;Evaluaci&oacute;n  heur&iacute;stica&quot;.    <br> </p>    <p>La evaluaci&oacute;n de consistencia puede  tomarse como paso intermedio entre estas dos evaluaciones.    <br> </p>    <p>La naturaleza  de los contenidos no incide en seleccionar un determinado tipo de evaluaci&oacute;n.  Se persigue conocer los errores que se han cometido en el dise&ntilde;o de la  interfase, por tanto su aplicaci&oacute;n es independiente del marco contextual.    <br>  </p>    ]]></body>
<body><![CDATA[<p>Una vez recopilados los resultados arrojados por las evaluaciones, se tienen  los elementos necesarios para conducir un redise&ntilde;o de las plantillas evaluadas,  este ser&iacute;a el pr&oacute;ximo esca&ntilde;o de esta gu&iacute;a.</p>    <p>Paso  8. Redise&ntilde;o de plantillas.    <br> </p>    <p>Con los resultados obtenidos en los  procesos evaluativos anteriores, se procede a implementar cambios a nivel de prototipo  con el objetivo de enmendar los errores cometidos y garantizar la plena usabilidad  de las futuras p&aacute;ginas.    <br> </p>    <p>Una vez concluido el redise&ntilde;o  de los prototipos, debe repetirse el paso 7 para validar su total correcci&oacute;n.  De ser necesario, se aplicar&iacute;a un nuevo redise&ntilde;o hasta que queden  subsanados todos los errores que puedan quedar.    <br> </p>    <p>El pr&oacute;ximo paso  a seguir estar&iacute;a dirigido a definir las estrategias de posicionamiento  del sitio.</p>    <p>Paso 9. Definici&oacute;n de las estrategias de posicionamiento.    <br>  </p>    ]]></body>
<body><![CDATA[<p>Un sitio web, como todo producto que se lanza al mercado, debe tener definidas  l&iacute;neas directrices que conduzcan en su ubicaci&oacute;n dentro del entorno.  En este paso, se establecer&aacute;n las estrategias propias del mercadeo como  la publicidad y promoci&oacute;n.    <br> </p>    <p>Adicionalmente, por las caracter&iacute;sticas  intr&iacute;nsecas de este producto se definir&aacute;n los plazos para darle  de alta en los buscadores, es decir, posicionarlo en Internet. La elaboraci&oacute;n  de los META Tags -marcadores dentro del c&oacute;digo de la p&aacute;gina que  contienen informaci&oacute;n que es utilizada por los motores de b&uacute;squeda  para indicar los sitios-, as&iacute; como la determinaci&oacute;n de las palabras  clave que describir&aacute;n con mayor exactitud el sitio ser&aacute;n determinados  en este momento.    <br> </p>    <p>Al finalizar estas actividades, se tendr&aacute;n  todos los elementos necesarios para conducir a la implementaci&oacute;n final  del sitio. Antes de ese momento, debe crearse un documento d&oacute;nde se reflejen  todas las decisiones tomadas con anterioridad y su justificaci&oacute;n. Este  asunto se abordar&aacute; en el pr&oacute;ximo paso.</p>    <p>Paso 10. Creaci&oacute;n  de la gu&iacute;a de estilo de arquitectura de informaci&oacute;n y usabilidad.    <br>  </p>    <p>Las caracter&iacute;sticas de la gu&iacute;a de estilo se abordaron anteriormente.  S&oacute;lo resta agregar que se debe ser cuidadoso de no omitir ning&uacute;n  elemento medular de los tratados antes. Es aconsejable crear varias copias de  esta gu&iacute;a y distribuirlas entre todos los miembros del equipo de desarrollo.    <br>  </p>    <p>Con el informe detallado de todos los elementos que integrar&aacute;n el  sitio, se puede proceder con la siguiente etapa. </p>    ]]></body>
<body><![CDATA[<p>Paso 11. Producci&oacute;n  e implementaci&oacute;n.    <br> </p>    <p>En este paso, se materializan todos los esfuerzos  invertidos en las etapas anteriores. Su &eacute;xito depende de la calidad con  la que se ejecutaron las actividades que le antecedieron. Debe prestarse atenci&oacute;n  a los plazos y tiempos de ejecuci&oacute;n y al cumplimiento estricto de los aspectos  reflejados en la gu&iacute;a de estilo. Durante esta etapa, pueden aplicarse evaluaciones  a las p&aacute;ginas que se van implementando. De cualquier manera, una vez terminado  el sitio y lanzado a Internet vendr&iacute;a la ejecuci&oacute;n del paso 12 y  final de esta gu&iacute;a.</p>    <p>Paso 12. Evaluaciones.    <br> </p>    <p>En este momento,  se ha lanzado el sitio. Despu&eacute;s de los primeros momentos, deben aplicarse  evaluaciones que aseguren el funcionamiento correcto del web, el cumplimiento  de los objetivos para los que se cre&oacute; y la plena satisfacci&oacute;n de  los usuarios. </p>    <p>Este paso sirve de retroalimentaci&oacute;n entre el sistema,  la organizaci&oacute;n y los usuarios del sitio. Las evaluaciones pueden programarse  de forma c&iacute;clica o implementarlas cuando se sospecha la ocurrencia de problemas.    <br>  </p>    <p>Otra raz&oacute;n para mantener la constante evaluaci&oacute;n del sitio  web est&aacute; determinada por el car&aacute;cter din&aacute;mico y cambiante  de las necesidades de los usuarios. Por este motivo, no deben descuidarse los  controles con el fin de detectar a tiempo imperfecciones y enmendarlas en el menor  tiempo posible, antes que causen un mayor da&ntilde;o al producto, los usuarios  y la organizaci&oacute;n.    <br> </p>    ]]></body>
<body><![CDATA[<p>Con este &uacute;ltimo paso, se concluye  la propuesta para el dise&ntilde;o e implementaci&oacute;n de sitios web. Como  se plasm&oacute; anteriormente, esta gu&iacute;a no intenta ofrecer soluciones  definitivas, s&oacute;lo recoge los elementos imprescindibles para lograr un producto  de calidad en Internet. Su actualizaci&oacute;n y correcci&oacute;n pueden implementarse  seg&uacute;n se detecten cambios en el entorno actual.</p><h4>Consideraciones  finales    <br> </h4><ol>     <li> La arquitectura de informaci&oacute;n y la usabilidad  son las disciplinas que garantizan la calidad y coherencia de los productos para  web, debido a su car&aacute;cter integrador y sist&eacute;mico.    <br> </li>    <li>  El objetivo de los productos para el web es lograr la m&aacute;xima satisfacci&oacute;n  de los usuarios. En ello, inciden directamente la calidad de sus contenidos y  de las interfases de funcionamiento. Este grado de calidad se logra a partir de  la inclusi&oacute;n de los elementos que aportan la arquitectura de informaci&oacute;n  y la usabilidad.    <br> </li>    <li> El estudio de los elementos fundamentales de estas  dos disciplinas permiti&oacute; proponer pasos cualitativamente nuevos para la  creaci&oacute;n y desarrollo de productos web.    <br> </li>    <li>Esta propuesta permitir&aacute;  concluir que: A partir de la identificaci&oacute;n de las necesidades de la audiencia  potencial, se establecen las pautas para las etapas restantes del ciclo de desarrollo  de un producto web.    <br> </li>    ]]></body>
<body><![CDATA[<li> El ciclo de vida de los productos web se planifica  de forma sist&eacute;mica, a partir de una serie de pasos, donde la salida del  anterior constituye la entrada del siguiente.    <br> </li>    <li> La evaluaci&oacute;n  debe estar presente antes y despu&eacute;s de finalizar el producto.</li>    </ol><h4>    <br>  Referencias bibliogr&aacute;ficas</h4>    <!-- ref --><P> 1. G&oacute;mez Reyes M. Arquitectura  de informaci&oacute;n. La Habana: INFO 2002, IDICT, 2002. p. 2,3.    <br> </P>    <!-- ref --><P>  2. Wurman R. Information Architects. Los Angeles: Watson-Guptill Pubis, 1997.  p. 10,11.    <br> </P>    <!-- ref --><P> 3. Tufte E. Visual Explanations. New York: Graphics Press,  1992. p.18.    <br> </P>    <!-- ref --><P> 4. Rosenfeld L, Morville P. Information Architecture for  the World Wide Web. Cambridge: O&acute;Relly, 1999. p. 14, 20,21,29,58,65,67,105,105,151,140,141,137.    <br>  </P>    <!-- ref --><P> 5. Garrett J. The Elements of User Experience. New York: New Riders Publishing,  2002. p. 11.    <br> </P>    <!-- ref --><P> 6. Sutherland I. SketchPad: A Man-Machine Graphical Communication  System [en l&iacute;nea]. Disponible en: http://citeseer.nj.nec.com/context/41678/0  [Consultado 12 de agosto del 2002].    <br> </P>    <!-- ref --><P> 7. ISO. Norma ISO/FDIS 9241-11.  Ergonomic requeriments for office work with visual display terminal. Genove: ISO,  s.a.    <br> </P>    <!-- ref --><P> 8. Olmeda G&oacute;mez C. Resultados preliminares de la evaluaci&oacute;n  de webs de informaci&oacute;n. La Habana: INFO 2002, 2002.    <br> </P>    <!-- ref --><P> 9. ISO.  ISO 9126. [en l&iacute;nea]. Disponible en: http://<a href="www.issco.unige.ch">www.issco.unige.ch</a>/ewg95/node14.html#SECTION00311000000000000000  [Consultado: 29 de agosto del 2002].    <br> </P>    <!-- ref --><P> 10. Fidalgo A. Usabilidad: La  gran desconocida [en l&iacute;nea]. Disponible en: http://<a href="www.emergia.net">www.emergia.net</a>  [Consultado: 7 de junio del 2002].    <br> </P>    <!-- ref --><P> 11. Jacob N. Becoming a Usability  Professional [en l&iacute;nea]. Disponible en: http://<a href="www">www</a>.<a href="useit.com/alertbox">useit.com/alertbox</a>/20020722.html  [Consultado: 25de agosto del 2002].    <br> </P>    <!-- ref --><P> 12. Nielsen J. Top Ten Guidelines  for Homepage Usability [en l&iacute;nea]. Disponible en: http://www.<a href="useit.com/alertbox">useit.com/alertbox</a>/20020512.html  [Consultado: 14 de agosto del 2002].    <br> </P>    <!-- ref --><P> 13. Nielsen J. Site Map Usability  [en l&iacute;nea]. Disponible en: http://<a href="www.">www.</a><a href="useit.com/alertbox">useit.com/alertbox</a>/20020206.html  [Consultado: 14 de julio del 2002].    <br> </P>    <!-- ref --><P> 14. Nielsen J. Usability Metrics  [en l&iacute;nea]. Disponible en: http://<a href="www">www</a>.<a href="useit.com/alertbox">useit.com/alertbox</a>/20010121.html  [Consultado: 14 de agosto del 2002].    <br> </P>    <!-- ref --><P> 15. Hom, J. The Usability Toolbox  [en l&iacute;nea]. Disponible en: http://<a href="jthom.best.vwh.net">jthom.best.vwh.net</a>/usability/usable.htm  [Consultado 23 de septiembre del 2002].    <br> </P>    <!-- ref --><P> 16. Nielsen J. Top Ten Mistakes  Revisited Three Years Later [en l&iacute;nea]. Disponible en: http://<a href="www.useit.com/alertbox">www.useit.com/alertbox</a>/990502.html  [Consultado: 14 de mayo del 2002].    <br> </P>    <!-- ref --><P> 17. Nielsen J. Ten Usability Heuristics  [en l&iacute;nea]. Disponible en: http://<a href="www.useit.com/alertbox">www.useit.com/alertbox</a>/20010605.html  [Consultado: 12 de agosto del 2002].    <br> </P>    <!-- ref --><P> 18. Nielsen J. Ten Usability  Heuristics [en l&iacute;nea]. Disponible en: http:/<a href="/www">/www</a>.<a href="useit.com/alertbox">useit.com/alertbox</a>/20010605.html  [Consultado: 12 de agosto del 2002].    <br> </P>    <!-- ref --><P> 19. Devadason F, Pratap Lingan  P. A Methodology for the Identification of Information Needs of Users [en l&iacute;nea].  Disponible en: http:/<a href="/www.">/www.</a><a href=".ifla.org/IV/ifla62/62-devf.htm%20">ifla.org/IV/ifla62/62-devf.htm  </a>[Consultado: 27 de junio del 2002].<p>Recibido: 28 de noviembre del 2004.    <br>  Aprobado: 18 de diciembre del 2004.</p>    <p>Lic.<i> Antonio Montes de Oca S&aacute;nchez  de Bustamante</i>    <br> Grupo de Automatizaci&oacute;n.     <br> Direcci&oacute;n de  Informaci&oacute;n Cient&iacute;fico- T&eacute;cnica.     <br> Universidad de La Habana.      <br> San L&aacute;zaro y L. El Vedado. Ciudad de La Habana.    <br> Correo electr&oacute;nico:  <a href="mailto:tmontes@dict.uh.cu">tmontes@dict.uh.cu</a></p>    ]]></body>
<body><![CDATA[<p> <span class="superscript"><a href="#autor" class="superscript">1</a></span><a href="#autor">Licenciado  en Informaci&oacute;n Cient&iacute;fico-T&eacute;cnica y Bibliotecolog&iacute;a.  Grupo de Automatizaci&oacute;n. Direcci&oacute;n de Informaci&oacute;n Cient&iacute;fico-  T&eacute;cnica. Universidad de La Habana. </a><a name="cargo"></a> </p>    <p></p>    <p>Ficha  de procesamiento</p>    <p>Clasificaci&oacute;n: Art&iacute;culo docente.</p>    <p>&iquest;C&oacute;mo  citar esta contribuci&oacute;n seg&uacute;n el estilo Vancouver?    <br> Montes de  Oca S&aacute;nchez de Bustamante A. Arquitectura de informaci&oacute;n y usabilidad:  nociones b&aacute;sicas para los profesionales de la informaci&oacute;n. Acimed  2004;12(6). Disponible en: http://bvs.sld.cu/revistas/aci/vol12_6_04/aci04604.htm  Consultado: d&iacute;a/mes/a&ntilde;o.</p>    <p>T&eacute;rminos sugeridos para la  indizaci&oacute;n </p>    <p>Seg&uacute;n DeCS<span class="superscript"> 1</span>    <br>  CIENCIAS DE LA INFORMACION; INTERNET; INTERFASE USUARIO-COMPUTADOR; SISTEMAS DE  COMPUTACION     <br> INFORMATION SCIENCE; INTERNET; USER-COMPUTER INTERFACE; COMPUTER  SYSTEMS</p>    ]]></body>
<body><![CDATA[<p>Seg&uacute;n DeCI<span class="superscript"> 2</span>    <br> INFORMACION/organizaci&oacute;n  y administraci&oacute;n; NAVEGACION; SITIO WEB/organizaci&oacute;n y administraci&oacute;n;  SITIO WEB/evaluacion; HIPERTEXTO; INTRANET; INTERFASE USUARIO-COMPUTADORA/desarrollo;  TECNICAS DE EVALUACION.    <br> INFORMATION/organization and administration;NAVIGATION;  WEB SITE/organization and administration; WEB SITE/evaluation; HYPERTEXT; INTRANET;  USER-COMPUTER INTERFACE/development; EVALUATION TECHNIQUES.</p>    <p><span class="superscript">1</span>  BIREME. Descriptores en Ciencias de la Salud (DeCS). Sao Paulo: BIREME, 2004.    <br>  Disponible en: http://decs.bvs.br/E/homepagee.htm    <br> <span class="superscript">2</span>  D&iacute;az del Campo S. Propuesta de t&eacute;rminos para la indizaci&oacute;n  en Ciencias de la Informaci&oacute;n. Descriptores en Ciencias de la Informaci&oacute;n  (DeCI). Disponible en: http://cis.sld.cu/E/tesauro.pdf</p>       ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Gómez Reyes]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Arquitectura de información]]></source>
<year>2002</year>
<page-range>2,3</page-range><publisher-loc><![CDATA[La Habana ]]></publisher-loc>
<publisher-name><![CDATA[INFO 2002, IDICT]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Wurman]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<source><![CDATA[Information Architects]]></source>
<year>1997</year>
<page-range>10,11.</page-range><publisher-loc><![CDATA[Los Angeles ]]></publisher-loc>
<publisher-name><![CDATA[Watson-Guptill Pubis]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Tufte]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[Visual Explanations]]></source>
<year>1992</year>
<page-range>18</page-range><publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Graphics Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rosenfeld]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Morville]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<source><![CDATA[Information Architecture for the World Wide Web]]></source>
<year>1999</year>
<page-range>14, 20,21,29,58,65,67,105,105,151,140,141,137.</page-range><publisher-loc><![CDATA[Cambridge ]]></publisher-loc>
<publisher-name><![CDATA[ORelly]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Garrett]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[The Elements of User Experience]]></source>
<year>2002</year>
<page-range>11.</page-range><publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[New Riders Publishing]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sutherland]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
</person-group>
<source><![CDATA[SketchPad: A Man-Machine Graphical Communication System en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="book">
<source><![CDATA[ISO. Norma ISO/FDIS 9241-11: Ergonomic requeriments for office work with visual display terminal]]></source>
<year></year>
<publisher-loc><![CDATA[Genove ]]></publisher-loc>
<publisher-name><![CDATA[ISO]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Olmeda Gómez]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[Resultados preliminares de la evaluación de webs de información]]></source>
<year>2002</year>
<publisher-loc><![CDATA[La Habana ]]></publisher-loc>
<publisher-name><![CDATA[INFO 2002]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="">
<source><![CDATA[ISO: ISO 9126. ;en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Fidalgo]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Usabilidad: La gran desconocida ;en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Jacob]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<source><![CDATA[Becoming a Usability Professional; en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nielsen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Ten Guidelines for Homepage Usability;en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nielsen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Site Map Usability en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nielsen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Usability Metrics en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hom]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Usability Toolbox en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nielsen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Top Ten Mistakes Revisited Three Years Later en línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nielsen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Ten Usability Heuristicsen línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B18">
<label>18</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nielsen]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Usability Heuristicsen línea]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B19">
<label>19</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Devadason]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
<name>
<surname><![CDATA[Pratap Lingan]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<source><![CDATA[A Methodology for the Identification of Information Needs of Users ;en línea]]></source>
<year></year>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
