NCh2647/12

Contenido

Página

Preámbulo V

0 Introducción 1

1 Alcance y campo de aplicación 3

2 Referencias normativas 4

3 Términos y definiciones 5

4 Aplicación de esta parte de NCh2647 11

4.1 Características de la información presentada 11

4.2 Aplicación de las recomendaciones 12

4.3 Evaluación de los productos 12

5 Organización de la información 12

5.1 Ubicación de la información 12

5.2 Condición de apropiado de las ventanas 12

5.3 Recomendaciones para ventanas 14

5.4 Areas 16

5.5 Area entrada/salida 16

5.6 Grupos 17

5.7 Listas 20

5.8 Tablas 22

I
NCh2647/12
Contenido

Página

5.9 Rótulos 23

5.10 Campos 25

6 Objetos gráficos 26

6.1 Recomendaciones generales para los objetos gráficos 26

6.2 Cursores y punteros 26

7 Técnicas de codificación 28

7.1 Recomendaciones generales para los códigos 28

7.2 Codificación alfanumérica 30

7.3 Abreviaturas para códigos alfanuméricos 30

7.4 Codificación gráfica 31

7.5 Codificación por color 32

7.6 Viñetas 34

7.7 Otras técnicas de codificación 35

Anexos

Anexo A (informativo) Modelo de procedimiento para evaluar aplicabilidad y

adhesión 38

A.1 Generalidades 38

A.2 Aplicabilidad 39

A.3 Descripción de los métodos de aplicabilidad 39

A.4 Adhesión 41

A.5 Descripción de los métodos de adhesión 41

II
 NCh2647/12
Contenido

Página

A.6 Procedimiento 43

A.7 Lista de verificación 44

Anexo B (informativo) Bibliografía 58

Figuras

Figura 1 Posible layout de diferentes áreas 5

Figura 2 Ejemplos de campos 7

Figura 3 Ilustración de una ventana 8

Figura 4 Ilustración de un formato de ventana en mosaico 9

Figura 5 Ilustración de un formato de ventana en superposición 9

Figura 6 Ilustración de un formato de ventana en superposición como “cascada”

de ventanas 10

Figura 7 Ilustración de un formato mixto en diversas ventanas 10

Figura 8 Ejemplo de agrupamiento 18

Figura 9 Ilustración de la ley de proximidad 18

Figura 10 Ilustración de la ley de similitud 19

Figura 11 Ilustración de la ley de clausura 19

Figura 12 Ilustración de información alfabética alineada a la izquierda 20

Figura 13 Ilustración de alineamiento de información numérica 21

Figura 14 Indicación de continuación de la lista 22

Figura 15 Ejemplo de organización de una lista en tabla 22

Figura 16 Ejemplo de facilidad de exploración visual por inserción de líneas

en blanco 23

Figura 17 Ejemplo de indicación de formato 26

III
NCh2647/12
Contenido

Página

Figura 18 Ejemplo de una extensión de campo indicado 26

Figura 19 Izquierda: ejemplo de entrada de texto (cursor vertical), derecha:

ejemplo de manipulación directa (puntero) 27

Figura 20 Código significativo 29

Figura 21 Información de contexto para facilitar la discriminación de la

orientación de la línea 32

Figura 22 Ilustración del uso de viñetas 35

Figura 23 Ilustración del posicionamiento de las viñetas 35

Figura A.1 Proceso de decisión (Situación de evaluación) 46

Tablas

Tabla A.1 Lista de verificación de la aplicabilidad y adhesión 47

IV
 NORMA CHILENA OFICIAL NCh2647/12.Of2003

Requisitos ergonómicos para trabajos de oficina con

pantallas de visualización de datos (PVD) - Parte 12:
Presentación de la información

Preámbulo

El Instituto Nacional de Normalización, INN, es el organismo que tiene a su cargo el

estudio y preparación de las normas técnicas a nivel nacional. Es miembro de la
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION (ISO) y de la COMISION
PANAMERICANA DE NORMAS TECNICAS (COPANT), representando a Chile ante esos
organismos.

La norma NCh2647/12 ha sido preparada por la División de Normas del Instituto Nacional
de Normalización, y en su estudio participaron los organismos y las personas naturales
siguientes:

Asociación Chilena de Seguridad, AChS Oscar Soto P.

Dirección Nacional del Trabajo Hugo Murúa Ch.
Fuerza Aérea de Chile, Comando Logístico Bernabé Pizarro M.
Instituto de Normalización Previsional, INP Luis Reyes J.
Instituto de Salud Pública, ISP Florín Moreno Z.
Instituto Nacional de Normalización, INN Paula Moya C.
M. Lucía Narváez C.
M. Esther Palomero M.
Metro S.A. Fernando Fernández V.
Carlos Figueroa M.
Mutual de Seguridad, CChC Avogadro Aguilera U.
Servicio Nacional de Geología y Minería, SERNAGEOMIN Elena Bravo Ll.
Servicios de Impuestos Internos, SII Marcos Aravena E.
Tesorería General de la República Patricio Henríquez G.
3 M Chile S.A. Cristian Donghi Th.

V
NCh2647/12

Esta norma se estudió para proporcionar, a los usuarios de los sistemas de procesamiento de
la información basados en PVD, las recomendaciones ergonómicas para la presentación de la
información, las propiedades específicas de la información presentada en base a texto y las
interfaces gráficas del usuario, que se usan para las tareas de oficina. Además, proporciona
las recomendaciones para el diseño y la evaluación de la presentación visual de la
información incluyendo las técnicas de codificación.

Esta norma es una homologación de la Norma Internacional ISO 9241-12: 1998

Ergonomic requirements for office work with visual display terminals (VDTs) - Part 12:
Presentation of information, siendo equivalente a la misma al tener desviaciones menores
que consisten en la adecuación a formato de norma chilena.

Los Anexos A y B no forman parte del cuerpo de la norma, se insertan sólo a título
informativo.

Esta norma ha sido aprobada por el Consejo del Instituto Nacional de Normalización, en
sesión efectuada el 28 de Noviembre de 2002.

Esta norma ha sido declarada Oficial de la República de Chile por Resolución Exenta N°75,
de fecha 19 de Febrero de 2003, del Ministerio de Economía, Fomento y Reconstrucción,
publicada en el Diario Oficial del 04 de Marzo de 2003.

VI
 NORMA CHILENA OFICIAL NCh2647/12.Of2003

Requisitos ergonómicos para trabajos de oficina con

pantallas de visualización de datos (PVD) - Parte 12:
Presentación de la información

0 Introducción

0.1 La norma NCh2647 bajo el título general de Requisitos ergonómicos para trabajos de
oficina con pantallas de visualización de datos (PVD), contiene las partes siguientes:

Parte 1 Introducción general.

Parte 2 Guía de los requisitos de la tarea.

Parte 3 Requisitos para las pantallas de visualización de datos.

Parte 4 Requisitos para el teclado.

Parte 5 Requisitos posturales y layout del puesto de trabajo.

Parte 6 Guía sobre el medioambiente de trabajo.

Parte 7 Requisitos para pantallas con reflejos.

Parte 8 Requisitos para pantallas a colores.

Parte 9 Requisitos para dispositivos de entrada distintos al teclado.

Parte 10 Principios de diálogo.

Parte 11 Guía sobre la capacidad de uso.

Parte 12 Presentación de la información.

1
NCh2647/12

Parte 13 Guía del usuario.

Parte 14 Diálogos de menú.

Parte 15 Diálogos por comandos.

Parte 16 Diálogos de manipulación directa.

Parte 17 Diálogos para llenar formularios.

0.2 La norma NCh2647 es una norma de múltiples partes que trata de los aspectos
ergonómicos, tanto del hardware como del software, en el uso de las PVD. En
NCh2647/1 se describen las partes, sus interrelaciones, y se hace una descripción de los
usuarios esperados de cada una de estas partes. Esta parte de NCh2647 trata de la
presentación visual de la información que usan los terminales de las pantallas de
visualización (PVD). Incluye (en cláusula 4) los objetivos de diseño que proporcionan una
guía de alto nivel en la presentación de la información.

0.3 Esta parte de NCh2647 se relaciona con la organización de la información y con el

uso de técnicas de codificación, a fin de mejorar el desempeño y la satisfacción del
usuario. Las cláusulas 5 a 7 proporcionan las recomendaciones para el diseño de pantalla,
y se aplican generalmente a todas las técnicas de diálogo.

0.4 Esta parte de NCh2647 se puede usar en conjunto con otras formas de guía. Por
ejemplo, NCh2647/10 proporciona siete principios, cada uno de los cuales se puede
corroborar presentando la información en la pantalla de manera adecuada.

0.5 Esta parte de NCh2647 sirve para los tipos de usuarios siguientes:

a) El diseñador de la interfaz del usuario, quien aplicará esta parte de NCh2647 durante
el proceso de desarrollo.

b) El comprador, quien hará referencia a esta parte de NCh2647 durante el proceso de

adquisición del producto, y cuyos usuarios finales recibirán los beneficios
potenciales proporcionados por la norma.

c) Aquellos responsables de asegurar que los productos cumplan las recomendaciones

de esta parte de NCh2647.

d) Los diseñadores de la interfaz del usuario, que desarrollan herramientas para ser
usadas por los diseñadores de la interfaz.

e) Los redactores de guías para la industria del software, a ser usadas por los
diseñadores de la interfaz, por ejemplo, guías de estilo de interfaz.

2
 NCh2647/12

0.6 Otras fuentes comunes de guía incluyen guías de estilo de interfaz para la industria
del software. Una vez que se hayan considerado los asuntos técnicos acerca de la
naturaleza del sistema hardware y software, se puede proporcionar una guía adicional que
ayude, en general, a aumentar la consistencia del diseño de la interfaz. Normalmente,
estas guías de estilo industrial describen una forma específica de implementar un tipo de
guía general de nivel más alto que el ofrecido en esta parte de NCh2647.

0.7 El beneficiario fundamental de esta parte de NCh2647 será el usuario final de la PVD.
A pesar que es improbable que el usuario final lea esta parte de NCh2647 o aún conozca
de su existencia, su aplicación por parte de diseñadores, compradores y evaluadores
debiera proporcionar interfaces del usuario que sean más utilizables, consistentes y que
permitan mayor productividad.

0.8 Esta parte de NCh2647 consiste en recomendaciones generales y recomendaciones

condicionales concernientes a la presentación de la información. Las recomendaciones
generales se aplican a la mayoría de los usuarios, tareas, ambientes y tecnología. En
contraste, las recomendaciones condicionales son aquellas que se aplican sólo dentro del
contexto específico para el cual son pertinentes (por ejemplo, clases particulares de
usuarios, tareas, ambientes y tecnología). Las recomendaciones condicionales tienen una
estructura de si - entonces. Las recomendaciones se desarrollaron fundamentalmente
mediante la revisión de la literatura pertinente y la evidencia empírica existente,
generalizando y formulando luego este trabajo en recomendaciones para el uso mediante
la interfaz diseñador y/o evaluador.

1 Alcance y campo de aplicación

1.1 Esta parte de NCh2647 proporciona las recomendaciones ergonómicas para la

presentación de la información, las propiedades específicas de la información presentada
en base a texto y las interfaces gráficas de usuario, que se usan para las tareas de oficina.
Proporciona las recomendaciones para el diseño y la evaluación de la presentación visual
de la información incluyendo técnicas de codificación.

1.2 Estas recomendaciones se pueden utilizar a través del proceso de diseño (por ejemplo,
como guía para los diseñadores, como una base para la evaluación heurística, como guía
para ensayar la capacidad de uso). La asignación del color se limita a las recomendaciones
ergonómicas en el uso del color para destacar y clasificar la información (ver NCh2647/8
para las recomendaciones adicionales en el uso del color).

1.3 Esta parte de NCh2647 no se refiere a la presentación auditiva de la información.

3
NCh2647/12

1.4 El diseño de la interfaz depende de la tarea, del usuario, del ambiente y de la

tecnología disponible. Por consiguiente, esta parte de NCh2647 no se puede aplicar sin un
conocimiento del diseño y del contexto de uso de la interfaz, y no se pretende que se use
como un conjunto establecido de reglas que se aplican en su totalidad. Más bien, se
asume que el diseñador dispone de la información apropiada concerniente a los requisitos
de la tarea y del usuario, y entiende el uso de la tecnología disponible (esto puede requerir
la consulta de un profesional ergónomo calificado, así como, ensayos empíricos con
usuarios reales).

NOTA - Proporcionar a los usuarios la posibilidad de modificar la interfaz para satisfacer sus propias
necesidades, ha llegado a ser un método popular para el diseño de la interfaz del software. Esto es,
frecuentemente, una característica deseable de la interfaz. Sin embargo, proporcionar a los usuarios la
posibilidad de acomodación no es un sustituto aceptable para una interfaz diseñada ergonómicamente
(por ejemplo, ventanas por defecto, ajuste de los colores). Se debe advertir que, la acomodación en la
presentación de la información puede dar como resultado desviaciones respecto de esta parte de NCh2647.

2 Referencias normativas

Los documentos normativos siguientes contienen disposiciones que, a través de

referencias en el texto de la norma, constituyen requisitos de la norma.

A la fecha de publicación de esta norma estaba vigente la edición que se indica a

continuación.

Todas las normas están sujetas a revisión y a las partes que deban tomar acuerdos,
basados en esta norma, se les recomienda investigar la posibilidad de aplicar las ediciones
más recientes de las normas que se incluyen a continuación.

NOTA - El Instituto Nacional de Normalización mantiene un registro de las normas nacionales e internacionales
vigentes.

NCh2647/3 Requisitos ergonómicos para trabajos de oficina con pantallas de

visualización de datos (PVD) - Parte 3: Requisitos para las
pantallas de visualización.
NCh2647/8 Requisitos ergonómicos para trabajos de oficina con pantallas de
visualización de datos (PVD) - Parte 8: Requisitos para pantallas a
colores.
NCh2647/11 Requisitos ergonómicos para trabajos de oficina con pantallas de
visualización de datos (PVD) - Parte 11: Guía sobre la capacidad
de uso.
NCh2647/14 Requisitos ergonómicos para trabajos de oficina con pantallas de
visualización de datos (PVD) - Parte 14: Diálogos de menú.
NCh2647/15 Requisitos ergonómicos para trabajos de oficina con pantallas de
visualización de datos (PVD) - Parte 15: Diálogos por comando.
NCh2647/17 Requisitos ergonómicos para trabajos de oficina con pantallas de
visualización de datos (PVD) - Parte 17: Diálogos para llenar
formularios.
ISO/IEC 11581-3: 2000 Information technology - User system interfaces and symbols -
Icon symbols and functions - Part 3: Pointers icons.
4
 NCh2647/12

3 Términos y definiciones

Para los propósitos de esta parte de NCh2647, se aplican los términos y definiciones
siguientes:

3.1 área: sección o región de una pantalla o ventana. Ver Figura 1

3.1.1 área de identificación: área donde se proporciona el título de la información

mostrada, la cual puede incluir una indicación de la ubicación actual del usuario y la tarea

NOTA - También puede identificar una aplicación, archivo o medioambiente de trabajo.

3.1.2 área de entrada/salida: área donde se recibe y/o presenta la información a los
usuarios

3.1.3 área de control: área donde se proporciona la información de control y/o los
controles para la interacción, entrada y elección del comando

NOTA - En algunas aplicaciones de ventana no hay una información de control explícita, sino que aparecen
controles tales como los botones, deslizadores, casillas de verificación, los cuales se usan para interactuar con
el sistema.

5
NCh2647/12

3.1.4 área de mensaje: área donde se proporciona información tal como las
actualizaciones del estatus y/u otra información (por ejemplo, mensajes de error,
indicaciones de avance, retroalimentación)

NOTA - Los mensajes se pueden originar en los sistemas operativos, aplicaciones, etc.

3.2 código: técnica para representar la información mediante un sistema de caracteres

alfanuméricos, símbolos gráficos o técnicas visuales (por ejemplo, fuente, color o
selección)

NOTAS

1) En general, los códigos alfanuméricos son más cortos que el texto completo, necesario para expresar el
contenido de la información.

2) El término código no se debe confundir con los términos código o codificación en el contexto de la ciencia
computacional, en la cual esos términos se refieren a las instrucciones contenidas en un programa de
software ejecutable y el proceso de escribir las instrucciones incluidas en un programa de software.

3.2.1 código nemotécnico: código para comunicar la información que es significativa para
el usuario y que tiene alguna asociación con las palabras que representa

NOTA - Los códigos nemotécnicos consisten frecuentemente en caracteres alfanuméricos, que los hacen más
fáciles de aprender y recuperar. Muchos códigos nemotécnicos son abreviaturas.

3.3 controles: objeto gráfico, a menudo semejante a los controles físicos tales como los
sintonizadores o botones de radio, que permite al usuario navegar dentro de una
aplicación y manejar los objetos mostrados o sus propiedades

3.4 cursor: indicador visual que permite ubicar el punto de entrada de información

[NCh2647/4]

3.5 campo: área delimitada donde se ingresan o presentan los datos, que consiste,
generalmente, en un número fijo de caracteres o blancos

3.5.1 campo de entrada: campo en el cual los usuarios pueden ingresar datos o corregir
los datos mostrados. Ver Figura 2

3.5.2 campo sólo de lectura: campo en el cual los datos que se muestran no se pueden
corregir. Ver Figura 2

6
 NCh2647/12

3.6 grupo: conjunto de campos que se han hecho perceptiblemente distintos en la

pantalla

3.7 destacar: técnica de pantalla para enfatizar información crítica o importante y hacerla
perceptiblemente promimente

NOTA - Puede incluir inversión de la polaridad de la imagen, intermitencia, subrayado, uso de color, aumento
de contraste (es decir, codificación de luminosidad), adición de gráficos (por ejemplo, dibujar un borde
alrededor) y tamaño.

3.8 ícono: elemento gráfico en el terminal de la pantalla de visualización que representa

un objeto, una acción o una función

3.9 rótulo: título descriptivo corto para un campo de entrada o un campo sólo de lectura,
una tabla, un control o un objeto

NOTA - En algunas aplicaciones, los rótulos se clasifican como campos protegidos. Los rótulos incluyen
encabezamientos, indicadores de comando de campo, texto descriptivo (por ejemplo rótulos de íconos).

3.10 lista: presentación vertical u horizontal de ítemes de datos en una pantalla que, por
lo general, cambia de acuerdo con las condiciones de la aplicación

3.11 viñeta: símbolo (por ejemplo: * o ! u otros) que se usa para indicar o llamar la
atención sobre un ítem

3.12 puntero: símbolo gráfico que se mueve en la pantalla de acuerdo con las
manipulaciones de un dispositivo de apuntamiento

NOTA - Los usuarios pueden interactuar con los elementos mostrados en la pantalla moviendo el puntero hacia
aquella ubicación e iniciando la manipulación.

3.13 tabla: datos mostrados ordenadamente, a menudo como una cantidad de listas
ordenadas en columnas paralelas o matrices rectangulares, relacionados entre sí siguiendo
una regla específica

7
NCh2647/12

3.14 ventana: región controlable independientemente sobre la pantalla, usada para

presentar los objetos y/o guiar un diálogo con el usuario. Ver Figura 3

NOTA - Por lo general, una ventana es rectangular y delimitada por un borde.

3.14.1 ventana primaria: ventana que representa una vista desde un sistema operativo,
una aplicación o un objeto

NOTA - Es posible tener más de una ventana primaria presentada al mismo tiempo.

3.14.2 ventana secundaria: ventana que surge por la interacción del usuario con una
ventana primaria, y es desplegada en el transcurso de un dialogo

NOTA - Una ventana secundaria puede ser también una ventana inicial del sistema.

3.15 formato provisto de ventana: disposición de múltiples ventanas que se despliegan

simultáneamente

NOTA - Hay diversos tipos de formatos provisto de ventanas, tales como, ventana en mosaico, ventana de
superposición y, formato mixto.

3.15.1 formato de ventana en mosaico; formato de ventana lado a lado: formato en el

cual las ventanas se colocan lado a lado y no superpuestas. Ver Figura 4

3.15.2 formato de ventana en superposición: formato en el cual las ventanas pueden

superponerse entre sí, parcial o completamente. Ver Figuras 5 y 6

3.15.3 formato mixto: formato en el cual se combinan formatos en superposición y en

mosaico. Ver Figura 7

NOTA - El formato inicial puede ser en mosaico, pero se pueden usar ventanas superpuestas para mostrar
elementos transitorios, tales como, mensajes de consulta e indicadores de comando. Alternativamente, el
formato inicial puede ser en superposición, pero la ventana se puede dividir en un conjunto de ventanas en
mosaico.

8
NCh2647/12

9
NCh2647/12

10
 NCh2647/12

4 Aplicación de esta parte de NCh2647

4.1 Características de la información presentada

La presentación de la información visual debiera permitir al usuario ejecutar tareas de

percepción (por ejemplo, búsqueda de información en la pantalla) con eficacia, eficiencia
y satisfacción. Para alcanzar esta meta, es importante que al diseñar la información
visual se consideren las características siguientes:

Claridad (el contenido de la información se transmite rápidamente y con precisión).

Diferenciación (la información mostrada se puede distinguir con precisión).

Brevedad (a los usuarios se les da sólo la información necesaria para cumplir la tarea).

Consistencia (la misma información se presenta de la misma manera a través de la

aplicación, de acuerdo a las expectativas del usuario).

Perceptibilidad (la atención del usuario se dirige hacia la información requerida).

Legibilidad (la información es fácil de leer).

Comprensibilidad (el significado es claramente comprensible, preciso, interpretable y

reconocible).

Un diseño racional de presentación de la información visual, debiera estar siempre

dirigido a lograr estas características en relación con el contexto de uso del sistema y de
los requisitos del usuario.

El diseño de la información visual usa el conocimiento de diversas disciplinas incluyendo:

- fisiología humana (por ejemplo, sistema sensorial);

- psicología (por ejemplo, carga de trabajo mental);

- ergonomía (por ejemplo, contexto de uso, ver NCh2647/11);

- tipografía; y

- diseño gráfico.

11
NCh2647/12

Desde la perspectiva del desempeño humano, la presentación de la información puede

beneficiar la ejecución completa de la tarea al mejorar la capacidad del usuario para
comprender la información visual y aumentar la velocidad y exactitud con que la
información puede ingresar para una aplicación. Las recomendaciones para la
organización de la información mejoran la búsqueda visual y pueden también facilitar la
capacidad de discriminar los ítemes de la información individual y de grupos.

4.2 Aplicación de las recomendaciones

Cada recomendación individual incluida en cláusulas 5 a 7 se debiera evaluar en relación

a su aplicabilidad, y si se estima que es aplicable se debiera implementar, a menos que
sea evidente que, de hacerlo así, causaría desviación respecto de los objetivos de diseño
o daría como resultado una degradación global de la capacidad de uso. Al estimar si se
han cumplido las recomendaciones aplicables, los evaluadores debieran evaluar el
producto u observar a los usuarios representativos del producto en el contexto de
realizar las tareas del usuario. En Anexo A, se proporciona una lista de verificación que
da ejemplos de métodos (modelo de procedimientos) para evaluar la aplicabilidad de y la
adhesión a cada recomendación.

4.3 Evaluación de los productos

Si se considera que un producto cumple con las recomendaciones aplicables de esta

parte de NCh2647, en la presentación de la información, se debe especificar el
procedimiento usado para establecer los requisitos para el desarrollo y/o evaluación. El
nivel de especificación del procedimiento es una materia de negociación entre las partes
involucradas.

Los usuarios de esta parte de NCh2647 pueden utilizar los procedimientos

proporcionados en Anexo A, o desarrollar otro procedimiento ajustado a su
medioambiente particular de desarrollo y/o evaluación.

5 Organización de la información

5.1 Ubicación de la información

La información se debiera ubicar para satisfacer las expectativas del usuario y los
requisitos de la tarea (por ejemplo, ver 5.5 y 5.8).

NOTA - La información que se ubica de acuerdo a las expectativas del usuario, minimiza el tiempo de
búsqueda.

5.2 Condición de apropiado de las ventanas

El uso de ventanas es más apropiado cuanto más se apliquen los requisitos de la tarea y
las capacidades del sistema, listados en 5.2.1 y 5.2.2.

12
 NCh2647/12

5.2.1 Condición pertinente a los requisitos de la tarea

- El usuario necesita revisar o acceder a más de un sistema, aplicación o proceso al

mismo tiempo.

- El usuario necesita evaluar, comparar, o manipular múltiples fuentes de información,

o vistas múltiples de una única fuente de información (por ejemplo, al mover o
copiar la información desde una aplicación a otra).

- El usuario necesita alternar frecuentemente entre tareas, sistemas, aplicaciones,

archivos, secciones o vistas.

- El usuario necesita mantener el contexto de tarea más amplio mientras ejecuta

sub-tareas individuales (por ejemplo, accediendo al valor del crédito de un cliente
mientras procesa una orden del cliente).

- El usuario necesita prestar atención al sistema o a los eventos de la aplicación antes

que pueda continuar las operaciones de la tarea principal (por ejemplo, el uso de una
ventana que aparece inesperadamente para mostrar un mensaje de advertencia o
error y que requiere el reconocimiento del usuario).

- El usuario necesita acceder ocasionalmente a los componentes de diálogo

suplementarios (por ejemplo, información, menús) cercanos a la ubicación en la
pantalla, es decir, al punto central de la actividad en curso del usuario (por ejemplo,
cuando el usuario elige un campo de entrada de información, el sistema muestra una
ventana adyacente que contiene los posibles valores para aquel campo).

5.2.2 Condición pertinente a las capacidades del sistema

- Tamaño y resolución de la pantalla: la combinación de tamaño y resolución en la

pantalla permite a los usuarios mirar cantidades significativas de información en
múltiples ventanas sin requerir que se ejecuten numerosos movimientos, cambio de
tamaño u operaciones de desplazamiento/paginación.

- Respuesta del sistema: los gráficos requeridos para describir las ventanas no
disminuyen notablemente las velocidades de despliegue. Por ejemplo, el sistema
debiera tener un tiempo de respuesta suficiente para proporcionar una
retroalimentación acerca del resultado de las operaciones de control de ventana,
durante o inmediatamente después de esas operaciones.

NOTA - Las ventanas no se debieran usar cuando dificultan seriamente el flujo del diálogo con los usuarios.

13
NCh2647/12

5.3 Recomendaciones para ventanas

Las recomendaciones para ventanas proporcionan una guía para el uso de áreas
controlables independientemente al mostrar información de fuentes diferentes. Esas
fuentes pueden incluir diferentes sistemas operativos, aplicaciones, archivos dentro de
la misma aplicación, secciones del mismo archivo (por ejemplo, comienzo o fin de un
archivo de texto), vistas o versiones de la misma información (por ejemplo, basadas en
caracteres y vista gráfica), o partes diferentes de una aplicación.

5.3.1 Consideraciones para ventanas múltiples

Si se requiere mostrar o manipular información proveniente de fuentes diferentes, se

debiera considerar el uso de ventanas múltiples o ventana única con múltiples áreas de
entrada/salida.

5.3.2 Identificación única de ventana

Para cada ventana se debiera proporcionar una identificación única (por ejemplo, nombre
de la ventana, del archivo, o de la aplicación).

EJEMPLO - En una aplicación específica de oficina, una ventana se identifica mediante una o más de las
siguientes especificaciones del sistema: nombre del sistema, aplicación, función, nombre del archivo, y otros.

NOTA - Dentro de la identificación de la ventana, puede ser útil incluir una indicación de la ubicación del
usuario y la tarea en el momento.

5.3.3 Parámetros por defecto de ventana

Los tamaños y ubicaciones por defecto, de la ventana, se debieran diseñar de modo que
minimicen el número de operaciones que tienen que ejecutar los usuarios para completar
una tarea (por ejemplo, las ventanas se posicionan donde no oculten la información de la
tarea crítica en otras ventanas).

5.3.4 Apariencia consistente de la ventana dentro de una aplicación

Si es apropiado a la tarea, dentro de una aplicación, todas las ventanas del mismo tipo
debieran tener una apariencia consistente.

EJEMPLO - Para un sistema de ayuda en particular, todas las ventanas, tienen una apariencia consistente.

NOTA - Dentro de ciertos tipos de ventanas pueden haber muchos subtipos.

5.3.5 Apariencia consistente de la ventana dentro de un ambiente de multi-aplicación

Si se usan juntas y si es apropiado a la tarea, dentro de un ambiente de multi-aplicación,

todas las ventanas del mismo tipo debieran tener una apariencia consistente.

NOTA - Dentro de ciertos tipos de ventanas pueden haber muchos subtipos.

14
 NCh2647/12

5.3.6 Indicación de las relaciones de ventana primaria/secundaria

La relación entre una ventana primaria y las ventanas secundarias debiera ser siempre
visible.

EJEMPLOS

1) En una aplicación específica de oficina, las ventanas secundarias están contenidas en la ventana primaria.

2) Las ventanas primarias y secundarias tienen un mismo estilo de borde, realce y color.

3) Las ventanas primarias y secundarias tienen un mismo rótulo de texto que las identifica.

5.3.7 Identificación de los elementos de control de ventana

Los elementos de control de ventana que ejecutan funciones diferentes (por ejemplo, el
control de cierre y el control de cambio de tamaño de la ventana) se debieran poder
discriminar visualmente uno del otro y colocar consistentemente en la misma ubicación
en cada ventana.

5.3.8 Formato de ventana en superposición

Se debiera usar un formato de ventana en superposición en los casos en que:

- la tarea requiere tipos, tamaños, números, contenidos y/o disposición de ventanas

variables o no restringidas;

- la pantalla de visualización es pequeña o de resolución tan baja que los usuarios no

pueden mirar cantidades significativas de informaciones en ventanas en mosaico
individuales.

5.3.9 Formato de ventana en mosaico

Se debiera usar un formato de ventana en mosaico en los casos en que:

- la tarea requiera poca o ninguna variación en el tamaño, números, contenidos y

disposición de ventanas;

- se requiere acceso visual continuo a la información mostrada en el momento (por

ejemplo, información crítica, información usada necesariamente para la tarea);

- el procesamiento requerido para la manipulación y despliegue rápido de ventanas en

superposición, degrade el tiempo de respuesta del sistema y el desempeño de la
tarea del usuario.

5.3.10 Selección del formato de ventana

Si es apropiado para la tarea, se debiera permitir a los usuarios seleccionar el formato

preferido de ventana y guardarlo como por defecto.

15
NCh2647/12

5.4 Areas

Las recomendaciones para la organización de la información dentro de las áreas,

proporcionan una guía sobre la ubicación relativa de las áreas y la complejidad de la
información mostrada en las mismas.

5.4.1 Ubicación consistente de las áreas

Las áreas usadas en el diálogo dentro de una aplicación (es decir, áreas de
identificación, entrada/salida, control y mensaje) debieran estar consistentemente
ubicadas.

NOTAS

1) El área de identificación se ubica a menudo arriba del área entrada/salida.

2) En ambientes sin ventana, el área de control para las entradas de comando se ubica a menudo en la parte
inferior del área entrada/salida.

5.4.2 Densidad de la información mostrada

La densidad de la información mostrada debiera ser tal, que no se perciba como

demasiado confusa para el usuario.

NOTAS

1) Para muchas interfaces basadas en caracteres, es apropiado, un límite de 40% (porcentaje de posiciones
potenciales del carácter efectivamente ocupado por caracteres).

2) Para las interfaces gráficas del usuario, otros elementos gráficos, tales como, líneas, botones de
contacto, íconos, se pueden percibir como un incremento de la densidad de información mostrada.

5.5 Area entrada/salida

Las recomendaciones para organizar la información en las áreas entrada/salida

proporcionan pautas para presentar la información requerida para la tarea, dividir, si es
necesario, la información mostrada e indicar la posición relativa de la información
mostrada en el momento.

5.5.1 Información requerida

Toda la información requerida para ejecutar una tarea dada se debiera mostrar, si es
posible, en el área entrada/salida. Si no es posible:

a) se debiera estructurar en sub-conjuntos correspondientes a las etapas de la tarea;

16
 NCh2647/12

b) estos subconjuntos debieran apoyar las sub-tareas apropiadas y ser significativos

para los potenciales usuarios;

c) la división de la información no debiera tener como consecuencia una reducción en

el desempeño de la tarea.

5.5.2 Desplazamiento y paginación

Si la cantidad de información a ser mostrada excede el área de entrada/salida disponible, se

debiera proporcionar al usuario un medio fácil (por ejemplo, paginación/desplazamiento
horizontal o vertical) para mirar las partes de la información no mostrada en el momento.

Cuando el usuario tiene que distinguir alguna relación entre conjuntos de información
mostrados separadamente, es deseable mostrar los dos conjuntos en una misma
pantalla y no siempre es apropiado el desplazamiento/paginación.

NOTA - Las técnicas tales como ventanas, pantallas divididas, palabras clave, indexación, etc. pueden facilitar
la introducción de dos conjuntos de información.

5.5.3 Indicación de la posición relativa de la información mostrada

Si la información excede el área entrada/salida disponible, la posición y proporción

relativa de la información mostrada en el momento se debería indicar en relación a la
cantidad total de información (por ejemplo, una barra de desplazamiento, deslizador, o
indicación de página x de y).

5.6 Grupos

Las recomendaciones para los grupos proporcionan pautas para ordenar la información
en grupos. El agrupamiento de la información en la pantalla ayuda al usuario a percibir,
encontrar, y comprender/interpretar más fácilmente la información.

5.6.1 Distinción de grupos

Los grupos debieran ser perceptiblemente distintos de acuerdo al espacio y ubicación

(ver Figura 8). Si es necesario, se deberían usar otros medios para mejorar la condición
de distinguible (por ejemplo, un cuadro alrededor del grupo).

17
NCh2647/12

NOTA - En el agrupamiento de información, puede ser de utilidad la aplicación de los principios gestalt
siguientes:

a) Ley de la proximidad (ver Figura 9).

EJEMPLO - Los elementos en proximidad espacial cerrada se perciben como perteneciendo uno al otro.
Este es el caso de dos líneas paralelas, así también, por ejemplo, con campos y rótulos, o ventanas y sus
sombras.

18
 NCh2647/12

b) Ley de la similitud (ver Figura 10).

EJEMPLO - Si los elementos son similares, se perciben como perteneciendo uno al otro. En el ejemplo, el
observador percibe columnas en lugar de filas.

c) Ley de clausura (ver Figura 11).

No existen partes de una figura que se agreguen o, figuras incompletas que se

completen automáticamente. Este es el caso de todos los grupos de datos que están
separados espacialmente y donde el observador intenta construir una figura coherente.

5.6.2 Secuencia

Si la tarea requiere una secuencia específica, la información se debería agrupar y colocar

en un orden tal que apoye aquella secuencia.

5.6.3 Uso de convenciones

Los grupos de información se deberían ordenar para seguir formatos, convenciones y

hábitos comunes (por ejemplo, direcciones).

5.6.4 Agrupamiento funcional

Si la tarea no requiere una secuencia específica, la información de tareas relacionadas se

debiera organizar en grupos que estén relacionados semánticamente (es decir,
significativo para el usuario).

19
NCh2647/12

5.6.5 Grupos visualmente distintos - chunks

Si el desempeño de la tarea requiere una búsqueda visual rápida, se debiera minimizar el

número de grupos y cada grupo debiera cubrir un espacio lo más cercano posible, 5º del
ángulo de visión. El tamaño del carácter no se debiera disminuir a fin de obtener más
información dentro del grupo, ya que perjudica la legibilidad, (ver NCh2647/3, 6.4 a 6.6
y 6.8 a 6.12).

Para las interfaces basadas en caracteres, el área de grupo recomendado abarca

aproximadamente cinco a seis líneas de arriba hacia abajo y 10 a 12 caracteres a lo
ancho. Los grupos que exceden estos límites requieren más movimiento de ojos y por
consiguiente mayor tiempo de búsqueda.

5.7 Listas

Las listas se usan para organizar la información. Las recomendaciones para las listas
proporcionan reglas para la clasificación y ordenamiento, numeración y layout de la
información, uso de encabezamientos, y pautas para extender las listas más allá del área
de la pantalla.

5.7.1 Estructura de la lista

Las listas se debieran organizar en un orden lógico o natural apropiado para la tarea.

NOTA - Si tal orden no es aplicable, se puede considerar un ordenamiento alfabético.

5.7.2 Separación de ítem

En una lista, los ítemes y grupos de ítemes debieran ser visualmente distintos unos de
otros para apoyar la exploración visual.

5.7.3 Información alfabética

El formato de las listas de información alfabéticas debiera depender de los convencionalismos

del lenguaje, por ejemplo, las listas verticales de información alfabética se alinean a la
izquierda para lenguaje que se leen de izquierda a derecha. Ver Figura 12.

NOTA - La sangría se puede usar para indicar dependencia en las listas jerárquicas.

20
 NCh2647/12

5.7.4 Información numérica (ver Figura 13)

La información numérica sin signos decimales (coma o punto) se debiera alinear a la

derecha.

La información numérica que contiene signos decimales se debiera justificar con

respecto al signo decimal.

5.7.5 Tamaño fijo de la fuente

En listas numéricas se debiera usar un tamaño fijo de fuente, con espaciamiento

constante.

5.7.6 Numeración de ítem

Cuando los ítemes listados se clasifican numéricamente, la numeración debiera

comenzar con 1 (uno), no con 0 (cero), a menos que esto entre en conflicto con las
expectativas del usuario.

5.7.7 Continuidad de la numeración de ítem

Si una lista de ítemes numerados excede el área de entrada/salida disponible y se tiene

que paginar/desplazar para su continuación, los ítemes se debieran numerar en forma
continua respecto al primer ítem en el área de entrada/salida inicial.

En los menús, esta recomendación no se aplica a los indicadores numéricos que se usan
para la selección y ejecución de una opción (ver NCh2647/14, 7.2.6 y 7.2.7).

5.7.8 Indicación de continuación de la lista (ver Figura 14)

Si una lista se extiende más allá del área de pantalla disponible, se debiera proporcionar una
indicación de continuación de la lista (por ejemplo, más después del último ítem mostrado,
página 2 de 3, o un indicador de barra de desplazamiento; ver también 5.5.3).

21
NCh2647/12

5.8 Tablas

Las tablas son apropiadas para organizar información dentro de subconjuntos

significativos. Las recomendaciones para organizar la información en tablas proporcionan
una guía para la disposición de la información tabular en un formato apropiado.

5.8.1 Organización de una lista en tablas (ver Figura 15)

La información tabular se debiera ordenar de tal forma que, la materia más pertinente o
con la más alta prioridad para el usuario se muestre en la columna de la izquierda, y la
materia asociada, pero menos significativa, en las columnas a la derecha, a menos que
esto entre en conflicto con las expectativas del usuario.

5.8.2 Consistencia con los formularios de papel

Si en la tarea se usan formularios de papel, el formato para mostrar la información y los

formularios de papel se debieran diseñar, cada vez que sea factible, para que se adapten
entre sí.

Para las tareas de ingreso de datos, ver NCh2647/17.

22
 NCh2647/12

5.8.3 Mantenimiento del encabezamiento de columnas y filas

Si una tabla usa encabezamientos de columnas y filas, y se extiende más allá de la

pantalla disponible, los encabezamientos asociados con las columnas y/o filas visibles
debieran estar siempre visibles.

5.8.4 Facilidad de exploración visual

Para facilitar la exploración se debiera proporcionar una característica distintiva. Por

ejemplo, se debiera usar técnicas, tal como, la inserción de una línea en blanco
aproximadamente cada cinco líneas, ver Figura 16. Se pueden usar otras técnicas (por
ejemplo, color o líneas) para ayudar a la exploración o para indicar áreas de tablas.

5.8.5 Espaciamiento de columna

Las columnas en tablas debieran ser perceptiblemente distintas.

Las técnicas para confeccionar columnas perceptiblemente distinguibles incluyen el

proporcionar aproximadamente tres a cinco espacios a la izquierda, líneas entre
columnas, colores, y otros.

5.9 Rótulos

Los rótulos se usan para señalar el significado de los ítemes de información. Las
recomendaciones para diseñar rótulos proporcionan las reglas para distinguir entre los
ítemes de información y la construcción de rótulos.

5.9.1 Rotulación de los elementos de la pantalla

Los elementos de la pantalla se debieran rotular (por ejemplo, campos, ítemes, íconos y
diagramas) a menos que su significado sea obvio y pueda ser claramente entendido por
los potenciales usuarios (para rótulos de íconos, ver NCh2647/14, 8.4.1).
23
NCh2647/12

Si la rotulación de los íconos no es factible (por ejemplo, debido al espacio limitado), la

identificación del objeto inicial del sistema (por ejemplo, herramientas, información
rápida, globo de ayuda) es una alternativa aceptable.

5.9.2 Descripción del rótulo

Los rótulos debieran explicar el propósito y contenido del ítem de información señalado.

5.9.3 Construcción gramatical de los rótulos

Los rótulos debieran ser gramaticalmente coherentes, por ejemplo, uso coherente de las
combinaciones sustantivo-verbo.

5.9.4 Posición del rótulo

Los rótulos se debieran ubicar consistentemente junto al ítem de información señalado.

EJEMPLOS

1) En una aplicación, todos los rótulos de campos se colocan consistentemente a la izquierda del campo
mostrado.

2) En una aplicación, todos los rótulos de los íconos se colocan consistentemente debajo del ícono
mostrado.

3) En una aplicación, los rótulos para los botones de radio se ubican consistentemente a la derecha.

5.9.5 Distinción de los rótulos e información asociada

Los rótulos debieran ser distinguibles de la información que están señalando (por
ejemplo, campos de entrada, ítemes, íconos y diagramas).

EJEMPLO - En una aplicación, los rótulos y la información asociada se distinguen claramente mediante
espacios.

5.9.6 Formato y alineación de rótulos

Los rótulos y campos se debieran formatear (por ejemplo, fuente, tamaño, forma) y
alinear (alineado a la izquierda o a la derecha) consistentemente (para alineación
ver NCh2647/17, 5.2.7 y 5.2.8).

5.9.7 Rótulos para unidades de medición

Las unidades de medición para la información mostrada se debiera incluir en el rótulo o

agregar a la derecha del campo sólo de lectura o del campo de entrada, a menos que la
unidad sea obvia para el potencial usuario.

24
 NCh2647/12

EJEMPLOS

1) Distancia (km): 1,5

2) Distancia: 1,5 (km)

5.10 Campos

Las recomendaciones proporcionan una guía para organizar la información en los

campos. Ellas se refieren a la extensión del campo, formato, posicionamiento de los
ítemes, distinción de los campos de entrada y de los campos sólo de lectura. Las
recomendaciones adicionales para los campos de entrada en los diálogos para llenar
formularios se pueden encontrar en NCh2647/17, 5.3.

5.10.1 Distinción de los diferentes tipos de campo

Los campos de entrada y los campos sólo de lectura debieran ser visualmente distintos
(por ejemplo, mediante el rótulo, formato, forma, color, y otros). En los campos de
entrada, si la tarea lo requiere, los datos ingresados por el usuario se debieran distinguir
de los datos generados por el sistema (por ejemplo, los por defecto).

5.10.2 División de los ítemes de información prolongada

Los ítemes de información prolongada se debieran dividir en grupos con un número

especificado de caracteres que se usen consistentemente para ingresar y mostrar.

EJEMPLO - Un número telefónico de 10 dígitos se representa como 10 00 33 45 35 o 100 033 4535.

Como separador se debiera usar un espacio, a menos que esto entre en conflicto con las
convenciones existentes o las expectativas del usuario.

EJEMPLO - Un código de banco de 6 dígitos se representa como 339 456.

Los números y letras no se debieran mezclar en un grupo a menos que haya una
convención al respecto.

5.10.3 Formato del campo de entrada

Si un campo de entrada de datos requiere un formato específico, entonces los formatos

de campo de entrada debieran estar claramente indicados (por ejemplo, mediante un
indicador de comando o una ayuda de campo) a menos que sea obvio. Ver Figura 17.

25
NCh2647/12

Esta recomendación es más pertinente para los usuarios no familiarizados con formato
de campo.

5.10.4 Extensión del campo de entrada

La extensión de un campo de entrada con extensión fija, sin desplazamiento, debiera

estar claramente indicada tal como se muestra en Figura 18.

6 Objetos gráficos

6.1 Recomendaciones generales para los objetos gráficos

6.1.1 Estados distintivos de los objetos gráficos

Las técnicas de codificación se debieran usar para indicar los diferentes estados de los
objetos gráficos.

EJEMPLOS

1) Una ventana activa se distingue visualmente de otras ventanas por la forma diferente de su borde.

2) Mediante sombras distintas, se distinguen visualmente los botones de comando presionados de los no
presionados.

6.1.2 Diferenciación de objetos de tipo idéntico

Si se usan representaciones gráficas idénticas (íconos) para objetos diferentes, a cada

representación se debiera dar una identidad única mediante un texto en el rótulo.

EJEMPLO - Para diferenciar entre tres impresoras, el sistema proporciona nombres únicos anexados a los
íconos de la impresora.

6.2 Cursores y punteros

Las recomendaciones proporcionan una guía para el uso de cursores y punteros.

Para la apariencia, formato y forma del puntero ver ISO/IEC 11581-3.

26
 NCh2647/12

6.2.1 Descripción de la posición del cursor y puntero

Los cursores y punteros debieran indicar sus posiciones con características visuales
distintivas (por ejemplo, forma, parpadeo, color y luminosidad).

6.2.2 Cursor de obstrucción de caracteres

Los cursores no debieran ocultar ningún carácter mostrado en la posición del cursor.

6.2.3 Ubicación del cursor y puntero

Los cursores o punteros debieran permanecer estacionarios hasta que el usuario inicie
un cambio de posición.

NOTA - Para ciertas tareas, puede ser más eficiente si el sistema vuelve a posicionar automáticamente el
cursor para anticipar el paso siguiente de la tarea.

6.2.4 Posición inicio del cursor

Si hay una posición de inicio predefinida para el cursor, aquella posición debiera ser
consistente dentro de las áreas activas de entrada/salida.

6.2.5 Posición inicial para los campos de entrada

Cuando los campos de entrada se muestran primero, el cursor se debiera posicionar

automáticamente en el campo de entrada más apropiado para la tarea en curso y las
expectativas del usuario. La posición del cursor debiera ser evidente para el usuario.

NOTA - Cuando no hay otro campo de entrada más apropiado, la posición usual por defecto para el cursor es
la parte superior izquierda del campo de entrada.

6.2.6 Descripción de un punto con exactitud

Si se requiere un posicionamiento con exactitud, como en las interacciones gráficas, el

puntero mostrado debiera incluir una descripción característica del punto (por ejemplo,
retículo en cruz o símbolo en forma de V).

6.2.7 Cursores/punteros diferentes (ver Figura 19)

Para funciones diferentes (por ejemplo, entrada de texto versus manipulación directa) los
cursores y punteros usados debieran ser visualmente distintos.

27
NCh2647/12

6.2.8 Cursor/puntero activo

Si simultáneamente se muestra más de un cursor o puntero (por ejemplo, trabajo en

conjunto con un computador de soporte), el cursor/puntero activo debiera ser
visualmente distinto de aquéllos que no están activos en el momento.

6.2.9 Cursores y punteros múltiples

Si la misma información mostrada es usada por más de un usuario/operador que

interactúan simultáneamente, se debiera proporcionar para cada usuario en particular un
cursor y/o puntero visualmente distinto.

7 Técnicas de codificación

Las construcciones de códigos o reglas de código, se debieran diseñar siempre en

conjunto con los potenciales usuarios y de acuerdo con sus expectativas y tareas. Si se
necesitan códigos adicionales, el usuario debiera verificarlos. Generalmente, se debiera
explicar a los usuarios las reglas para la construcción de códigos.

El uso de códigos puede ayudar a los diseñadores a disminuir la confusión (falta de

orden, poco espacio y mostrar información innecesaria) en la pantalla de visualización al
presentar la información en forma corta (o forma abreviada) usando texto y/o gráficos.
El empleo de códigos puede también mejorar el desempeño del usuario en la entrada de
información por el incremento de la velocidad y reducción de errores. La información
escasamente codificada causa un diálogo, del usuario con el sistema, más lento y con
tendencia al error.

7.1 Recomendaciones generales para los códigos

Las recomendaciones de 7.1.1 a 7.1.7 proporcionan una guía para la construcción de

códigos. Los tipos de códigos usados debieran estar relacionados con el tipo de
potencial usuario, su tarea y/o la aplicación. Los tipos de códigos dependen de una
cantidad de factores, uno de los cuales es el nivel de habilidad del potencial usuario.

7.1.1 Distinción de códigos

Se debieran usar códigos que sean perceptivamente distintos entre sí.

EJEMPLO - En una aplicación de oficina, la distinción entre códigos se mejora por la reducción de elementos
superfluos que son idénticos a través de los ítemes: Al3404 o Al3402 es reemplazado por A-04 o A-02.

28
 NCh2647/12

7.1.2 Codificación consistente

Los códigos se debieran usar consistentemente con el mismo significado o la misma

función.

NOTA - Si el mismo usuario emplea diferentes aplicaciones, es beneficioso para el desempeño de la tarea que
los códigos se usen consistentemente con el mismo significado o función a través de las aplicaciones.

7.1.3 Significación

Sin embargo, la significación se debiera establecer dentro de los códigos y cada vez que
sea posible, ver Figura 20. La significación aumenta cuando existen asociaciones claras
entre la información codificada y su significado previsto. Ya que los códigos
nemotécnicos son representativos, se debiera dar preferencia a éstos que a los códigos
arbitrarios. Si los códigos son representativos, el desempeño de la tarea es más exacto y
rápido.

7.1.4 Acceso al significado del código

Cuando el significado de un código no es obvio para el usuario, la información acerca del

significado del mismo debiera ser fácilmente accesible.

7.1.5 Uso de normas o significado convencional

Los códigos se debieran señalar de acuerdo con las normas establecidas o, con los
significados convencionales para un grupo de potenciales usuarios (por ejemplo, código
postal).

EJEMPLOS

1) En América: la posición off = Interruptor en posición hacia abajo.

En Inglaterra: la posición off = Interruptor en posición hacia arriba

2) La posición más a la derecha es el valor máximo de un cursor orientado horizontalmente.

7.1.6 Reglas para la construcción de códigos

Las reglas para la construcción de códigos se debieran establecer de acuerdo con la

especificación de éstos. Ellas se debieran aplicar consistentemente y en forma precisa.

29
NCh2647/12

7.1.7 Transferencia de códigos

Si la falta de información es importante para la tarea del usuario, se debiera usar un

código para indicar la ausencia de esta información en ver de remover el código.

EJEMPLO - Si la conexión en red ya no está disponible, el ícono que representa dicha conexión se muestra
tachado en vez de removido de la pantalla.

7.2 Codificación alfanumérica

Las recomendaciones de 7.2.1 a 7.2.3 proporcionan una guía para la construcción de

los códigos alfanuméricos.

7.2.1 Extensión de las filas de caracteres

Los códigos debieran ser cortos, preferentemente con seis o menos caracteres
(consistente con la significación que proporcionan, ser únicos y dar la posibilidad para
agregar códigos adicionales).

NOTA - Hay intercambios inevitables entre estos factores (por ejemplo, usando el menor número de caracteres
se está en conflicto con el propósito de apoyar la posibilidad para agregar códigos adicionales).

7.2.2 Códigos alfabéticos versus códigos numéricos

En general, se debieran usar los códigos alfabéticos en vez de los códigos numéricos, a
menos que se pueda demostrar que en una tarea en particular, los códigos numéricos
ofrecen mayor significación para los potenciales usuarios.

EJEMPLO - http://www.iso.ch/ se usa en lugar de http://123.45.78.112.

7.2.3 Uso de mayúscula

Si para ingresar datos se usa la codificación alfabética, las letras mayúsculas y minúsculas
debieran tener el mismo significado, a menos que esto sea contrario a las expectativas del
usuario.

7.3 Abreviaturas para códigos alfanuméricos

Las recomendaciones de 7.3.1 a 7.3.5 para las abreviaturas se aplican principalmente

para entrar. Ellas proporcionan recomendaciones para reducir la información y para
evitar confusiones similares (ver también NCh2647/15, 5.2).

7.3.1 Extensión de las abreviaturas

La extensión de las abreviaturas debiera ser tan corta como sea posible. La extensión
dependerá del número y similitud de las palabras que se abrevien.

30
 NCh2647/12

7.3.2 Abreviaturas de diferente extensión

Si en un conjunto de abreviaturas de igual extensión, algunas de éstas se pueden reducir

sin ambigüedad, esto se debiera permitir para minimizar la digitación requerida.

7.3.3 Truncamiento

El truncamiento se debiera considerar para construir códigos cuando esto se puede

hacer sin ambigüedad.

EJEMPLO - Tomar siempre las tres primeras letras por orden (por ejemplo, abreviación: abr).

7.3.4 Desviación a la regla de construcción de códigos

Si una abreviatura tiene que desviarse de la regla usada para la construcción de códigos
(por ejemplo, palabras idénticas, engañosas) se debiera minimizar la extensión de la
desviación. Si más del 10% de todas las abreviaturas tienen desviaciones, se debiera
cambiar la regla usada para la construcción de códigos.

7.3.5 Abreviaturas convencionales y relacionadas con la tarea

Las abreviaturas convencionales y las relacionadas con la tarea, se debieran usar,

cuando se requiere que ellas satisfagan las expectativas del usuario

7.4 Codificación gráfica

Las recomendaciones de 7.4.1 a 7.4.6 para la codificación gráfica proporcionan las

reglas para el diseño de los símbolos y las consideraciones para mejorar la eficacia de la
codificación gráfica.

7.4.1 Niveles de códigos gráficos

Se debiera limitar el número de niveles o grados de codificación que requieran ser

percibidos.

EJEMPLO - En una aplicación, se usan no más de tres tamaños de códigos.

7.4.2 Construcción de íconos

Los íconos se debieran construir de tal modo que sean fácilmente distinguidos y
discriminados. Ellos debieran ser fácil y claramente comprendidos.

NOTA - ISO 11581-1 ([3] en Anexo B) cubre algunos aspectos de la construcción de íconos. Ejemplos de
íconos se pueden encontrar en ISO 11581-2 ([4] en Anexo B).

31
NCh2647/12

7.4.3 Codificación tridimensional

El uso de técnicas gráficas se debiera considerar para crear la percepción en tres

dimensiones y ayudar a los usuarios a discriminar entre diferentes categorías de
información.

7.4.4 Formas geométricas

La codificación con formas geométricas, se debiera considerar para ayudar a los

usuarios a discriminar entre diferentes categorías de información en pantallas gráficas.

Para cada categoría de información se debiera usar una forma geométrica única y
discernible. Se debiera minimizar el número total de categorías diferentes y formas
geométricas a ser mostradas.

7.4.5 Codificación por línea

Si se usa la codificación mediante líneas de diferente apariencia, se debiera poder

discriminar claramente las variaciones en el tipo de línea (por ejemplo: continua, de
trazos, punteada) y el ancho de la línea (grosor).

NOTA - La codificación por línea se puede usar, por ejemplo, en mapas y gráficos. Aproximadamente se puede
discriminar ocho combinaciones de tipos y anchos de líneas.

7.4.6 Orientación de la línea (ver Figura 21)

Si la orientación de la línea se usa para codificar una dirección o valor, se debiera

proporcionar la información del contexto, de modo que la dirección o los valores sean
exactamente identificables.

7.5 Codificación por color

Las recomendaciones de 7.5.1 a 7.5.10 para la codificación por color, proporcionan una
guía para el diseño de las pantallas a colores y las consideraciones que se aplican para el
uso del color. Esta norma está relacionada con el uso de los colores mientras que
NCh2647/8 está relacionada principalmente con la descripción de los factores que
afectan la apariencia del color.
32
 NCh2647/12

7.5.1 El color como codificación auxiliar

El color nunca debiera ser el único medio de codificación ya que algunas personas
diferencian escasamente ciertos colores, o no pueden diferenciar, sobre la base del
color. El color es un buen código auxiliar. Su uso sería innecesario con algunas otras
técnicas de codificación.

7.5.2 Indicación del significado

Se debiera evitar el uso indiscriminado de colores, ya que puede ser causa que las
pantallas parezcan ocupadas u obstruidas y puede reducir la eficacia de la codificación
por color en otras pantallas (ver NCh2647/8, cláusula 6).

7.5.3 Vínculo para las categorías de información

Si el color se usa como el código dominante, cada color debiera representar sólo una
categoría de información. Si se usa el mismo color para diferentes categorías de
información, se puede obstaculizar el reconocimiento por parte del usuario del
significado previsto.

EJEMPLO - En un sistema en particular, todos los tipos de mensajes que indican situaciones peligrosas se han
identificado como una categoría única de información. El color rojo se usa como color de fondo para esos
mensajes.

7.5.4 Convenciones de codificación por color

Se debieran seguir las convenciones más conocidas de codificación por color, tomando en
cuenta el contexto (por ejemplo, rojo = advertencia; amarillo = cuidado; verde = OK o
disponible). El uso del color debiera ser también consistente con las convenciones de la tarea
y las convenciones culturales.

7.5.5 Número de colores usados

Si se usa la codificación por color, los colores debieran ser rápidamente distinguibles por
el usuario. Es preferible usar un máximo de seis colores, incluyendo negro y blanco.
(ver NCh2647/8, cláusula 6).

Este máximo no se refiere a los colores dentro de las imágenes, ni tampoco a las
representaciones gráficas en una pantalla.

7.5.6 Azul saturado

Para mostrar un texto se debiera evitar el azul saturado o los símbolos sobre un fondo
oscuro (los elementos pequeños de color azul saturado, a menudo son difíciles de
discriminar con seguridad y producir un ajuste ocular nítido) (ver NCh2647/8, 6.7).

33
NCh2647/12

7.5.7 Selección de colores para unidades sin color

Si la información se presenta tanto en PVD a color, como en PVD monocromática, los

colores se debieran escoger de tal forma que se muestren en niveles de gris que se
pueden discriminar en la PVD monocromática.

7.5.8 Visión cromo estereoscópica

Los colores altamente saturados de longitudes de onda espectralmente extremas (como

rojo y azul) no se debieran usar adyacentemente, tanto en texto como en fondo de las
tareas de lectura (ver NCh2647/8, 6.7), ya que producen efectos de profundidad no
prevista o acomodación excesiva.

7.5.9 Colores de primer plano

Si los colores de primer plano se usan sobre un fondo neutro (es decir, blanco, gris o
negro, ver NCh2647/8, 3.1) entonces para mejorar la habilidad del usuario de
distinguirlos entre sí, se debieran escoger colores de primer plano que están distantes en
el Diagrama de Cromaticidad UCS CIE 1976.

EJEMPLO - El amarillo claro se usa junto al azul.

7.5.10 Colores de fondo

Los colores con saturación alta (y blanco brillante) se debieran evitar como colores de
fondo.

NOTA - Por ejemplo, el gris claro es un buen color de fondo.

7.6 Viñetas

Las recomendaciones de 7.6.1 a 7.6.4, para destacar el texto alfanumérico con viñetas,
proporcionan una guía para la selección y posicionamiento de estos símbolos especiales.

7.6.1 Símbolos especiales para viñetas

Las viñetas (por ejemplo: *) se debieran considerar para llamar la atención sobre los
ítemes alfanuméricos seleccionados, ver Figura 22.

NOTA - Las viñetas se usan para la selección permanente.

34
 NCh2647/12

7.6.2 Viñetas para selección

Para indicar una selección única y una selección múltiple se debieran usar viñetas
diferentes.

7.6.3 Uso único de símbolos para viñetas

Las viñetas se debieran usar consistentemente. Cuando sea posible, estos símbolos no
se debieran usar para otro propósito ni mostrarse bajo condiciones donde pueda ocurrir
una confusión con otras viñetas.

7.6.4 Posicionamiento de las viñetas (ver Figura 23)

Las viñetas se debieran posicionar junto a los ítemes señalados. Sin embargo, las
viñetas no debieran aparecer como formando parte de los ítemes mostrados. Las viñetas
e ítemes se debieran diseñar y posicionar de modo que permitan que sean claramente
identificados por los usuarios.

7.7 Otras técnicas de codificación

Las recomendaciones para la codificación con otras técnicas visuales proporcionan

diversas posibilidades específicas para la presentación de la información.

35
NCh2647/12

7.7.1 Codificación por intermitencia

Si se usa la codificación por intermitencia, se la debiera considerar para aplicaciones

donde el ítem mostrado implica un importante requisito de la tarea, de tal forma que
llame la atención del usuario.

Si se usa cursor intermitente, se debiera usar simultáneamente sólo otro código

intermitente.

Para frecuencias de intermitencia ver NCh2647/3, 6.22.

7.7.2 Destacar mediante intermitencia

Si se pretende destacar mediante intermitencia y si la lectura de los ítemes es

importante, se debiera considerar un método alternativo para destacar el ítem.

EJEMPLO - Se agrega un símbolo para marcar el ítem y el símbolo se hace parpadear en lugar del ítem. Esta
técnica llama la atención sin afectar la legibilidad.

NOTA - Si los ítemes intermitentes se usan demasiado, son difíciles de leer y pueden causar fatiga.

7.7.3 Codificación por tamaño

Para las aplicaciones en pantallas que tienen baja densidad total, sólo se debiera
considerar, la codificación por tamaño, variando el tamaño (altura y ancho) de los
caracteres o símbolos mostrados.

NOTA - Para la clasificación de la información, normalmente se pueden distinguir, a lo menos dos o tres
tamaños fácilmente.

7.7.4 Codificación por luminancia (luminosidad)

La luminancia (codificación por luminosidad) se debiera usar sólo para aplicaciones que
requieren discriminación entre dos categorías de ítemes mostrados (es decir, tratar la
luminosidad como un código de dos valores, brillante y normal) (ver NCh2647/3, 6.21).

7.7.5 Inversión de la polaridad de la imagen

Si se usa la inversión de la polaridad de la imagen (lo inverso del video), se la debiera

considerar para ítemes que requieran llamar la atención del usuario. La inversión de la
polaridad de imagen se debiera usar consistentemente para un propósito
(ver NCh2647/3, 6.19).

7.7.6 Subrayado

Si se usa el subrayado, se debiera usar para destacar y/o indicar un ítem. El subrayado
no debiera reducir la legibilidad del ítem.

36
 NCh2647/12

7.7.7 Codificación de áreas

Si se necesita distinguir áreas en diagramas, se debiera considerar el relleno de las áreas

con técnicas de codificación diferentes a los colores (plumeado, sombreado, punteado).
Para proporcionar una codificación redundante se debiera considerar también la
codificación por textura para usar junto con el color.

37
NCh2647/12

Anexo A
(Informativo)

Modelo de procedimiento para evaluar aplicabilidad y adhesión

A.1 Generalidades

Este anexo proporciona un ejemplo de procedimiento para determinar si se han cumplido

las recomendaciones aplicables de esta parte de NCh2647. Se debiera advertir que el
procedimiento descrito más adelante se proporciona como una guía y no es un proceso
rígido a ser usado como sustituto de la norma en sí. Este procedimiento proporciona un
proceso en dos etapas para:

1) determinar qué recomendaciones son pertinentes; y

2) determinar si se ha adherido a esas recomendaciones.

El diseño de la interfaz depende de la tarea, del usuario, del medioambiente y de la

tecnología disponible. Por consiguiente, esta parte de NCh2647 no se puede aplicar sin
un conocimiento del diseño y del contexto de uso de la interfaz y no se pretende que se
use como un conjunto establecido de reglas que se aplican en su totalidad. Más bien, se
asume que el diseñador tiene disponible la información apropiada, concerniente a los
requisitos de la tarea y del usuario, y entiende el uso de la tecnología disponible (esto
puede requerir la consulta a un profesional ergonómo calificado, así como, ensayos
empíricos con usuarios reales).

El procedimiento de evaluación se debiera basar en un análisis de los usuarios típicos,

sus tareas típicas y críticas, y sus ambientes típicos de uso. Las evaluaciones se
encuadran generalmente dentro de las dos categorías siguientes:

a) Cuando se conocen los usuarios y las tareas del usuario, los evaluadores evalúan el
producto u observan a los usuarios representativos del producto en el contexto del
cumplimiento de las tareas típicas y críticas del usuario, en un medioambiente típico
de uso.

b) Cuando no se conocen los usuarios específicos ni las tareas del usuario, los
evaluadores evalúan todos los aspectos de la presentación de la información usada
en el producto que se está evaluando.

La determinación de si un producto cumple una recomendación dada se debiera basar en

el conjunto de propiedades de la presentación de la información encontrada durante la
evaluación descrita anteriormente. También se debería aceptar que cumplen con las
recomendaciones de esta parte de NCh2647, los aspectos de la presentación de la
información que demuestren ser mejores que la que cumplan las recomendaciones
descritas en esta parte de NCh2647.

38
 NCh2647/12

Los usuarios de esta parte de NCh2647 podrían demostrar cómo cumplen las
recomendaciones haciendo una lista del método usado para estimar la aplicabilidad (descrito
en A.3), el método usado para estimar la adhesión (descrito en A.4), y los resultados.

A.2 Aplicabilidad

La aplicabilidad de una recomendación se basa en dos factores:

a) Si la declaración condicional es verdadera, en el caso que se incluya como parte de

la disposición. Una recomendación en particular es (o no es) aplicable cuando la
declaración condicional "si" es (o no es) verdadera.

b) Ambiente de diseño. Una recomendación particular puede no ser aplicable debido a

limitaciones del usuario, la tarea, el medioambiente y la tecnología, tales como una
comunidad de usuarios desconocida, variaciones en las tareas, oficina ruidosa,
resolución de la pantalla, falta de dispositivo de apuntamiento. Sin embargo, esa
recomendación sería aplicable si el ambiente de diseño implicara las características
del usuario, las tareas o los detalles de la tecnología dirigidos por una
recomendación en particular.

Los métodos que son apropiados para determinar la aplicabilidad de una recomendación
en particular son:

a) análisis de la documentación del sistema;

b) evidencia documentada;

c) observación;

d) evaluación analítica;

e) evaluación empírica.

La cláusula siguiente (ver A.3) describe con más detalle cada uno de los métodos de
aplicabilidad.

A.3 Descripción de los métodos de aplicabilidad

A.3.1 Análisis de la documentación del sistema

El análisis de la documentación del sistema se refiere al análisis de cualquier documento

que pueda describir la presentación de la información general y específica. Tales
documentos pueden incluir documentos de diseño que contienen requisitos del sistema
y del usuario, manuales, guías del usuario, etc.

39
NCh2647/12

A.3.2 Evidencia documentada

La evidencia documentada se refiere al análisis de cualquier información documentada

pertinente a los requisitos o características de la tarea, flujo de trabajo, habilidades del
usuario, aptitudes del usuario, convenciones del usuario o sesgos existentes, datos del
ensayo de diseño de sistemas similares, y otros. Tal información se puede usar para
determinar si es aplicable una recomendación dada.

A.3.3 Observación

La observación significa simplemente examinar o inspeccionar la presentación de la

información para determinar la presencia de una propiedad observable particular. Las
observaciones las puede hacer cualquier persona que tenga la habilidad necesaria para
verificar sistemáticamente la presentación de la información y determinar si tiene las
propiedades particulares, asociadas con la aplicabilidad de las recomendaciones
condicionales dadas. Debido a su naturaleza obvia, tales observaciones pueden ser
comprobadas fácilmente por otra persona.

A.3.4 Evaluación analítica

La evaluación analítica pertenece a los juicios informados por un experto pertinente,

respecto a la presentación de la información. Este método se usa normalmente para la
evaluación de las propiedades que se pueden juzgar solamente en el contexto de otra
información o conocimiento. Además, la evaluación analítica puede ser apropiada
cuando el sistema sólo existe en términos de documentos de diseño, cuando la
población de usuarios no está disponible para una evaluación empírica, o cuando el
tiempo y los recursos son limitados. La evaluación analítica se puede usar para
determinar si es aplicable una recomendación en particular.

Cualquier persona adecuadamente calificada, que tenga la habilidad y experiencia

necesarias para juzgar las propiedades pertinentes de la presentación de la información,
puede ejecutar la evaluación analítica. Cuando estas propiedades conciernen a la
aplicación de los principios ergonómicos, el experto necesita poseer las habilidades
apropiadas en ergonomía de software. Si las propiedades conciernen al medioambiente
de trabajo, características del sistema, u otros aspectos de diseño, el juez necesita ser
un experto en el campo pertinente en particular.

A.3.5 Evaluación empírica

La evaluación empírica se refiere a la aplicación de los procedimientos de ensayo,

utilizando usuarios finales representativos, para determinar la aplicabilidad de una
recomendación. Este método es más apropiado cuando se dispone de un prototipo o del
sistema real y cuando se dispone de representantes de la población potencial o real de
usuarios. Se pueden usar muchas clases de procedimientos de ensayo, pero en cada
caso los sujetos de ensayo necesitan ser representativos de la población de usuarios
finales y ser de un número suficiente para que los resultados se puedan generalizar a la
población de usuarios como un todo.

40
 NCh2647/12

Se debiera advertir que la evaluación empírica necesita ser conducida por sujetos que
posean habilidades apropiadas en metodología de ensayo y técnicas de evaluación.

A.4 Adhesión

Si una recomendación se aplica sobre la base de los criterios descritos en A.2, es

entonces necesario determinar si la recomendación se ha cumplido o no. La adhesión se
determina usando uno o más de los métodos listados a continuación.

NOTA - Los métodos que son apropiados para determinar la adhesión a una recomendación en particular se
listan en conjunto con esa recomendación en la lista de verificación de Tabla A.1.

a) Mediciones.

b) Observación.

c) Evidencia documentada.

d) Evaluación analítica.

e) Evaluación empírica.

Es importante advertir que los resultados de los ensayos de aplicabilidad son, con
frecuencia, importantes en la determinación de la adhesión. Los diversos métodos de
adhesión se describen en A.5.

A.5 Descripción de los métodos de adhesión

A.5.1 Mediciones

Las mediciones se refieren a la medición o cálculo de una variable concerniente a la

presentación de la información. Un ejemplo de tales propiedades es el tiempo de
respuesta del sistema. La adhesión se determina comparando el valor obtenido en la
medición con el valor establecido en la recomendación.

A.5.2 Observación

La observación significa simplemente examinar o inspeccionar la presentación de la

información para confirmar que se ha cumplido una condición observable particular. Las
observaciones las puede hacer cualquier persona que tenga la habilidad necesaria para
verificar sistemáticamente la presentación de la información y determinar si se ha
aplicado de modo consistente una declaración concerniente a una propiedad observable.
Para determinar la adhesión, se compara la propiedad observada con la recomendación.

41
NCh2647/12

A.5.3 Evidencia documentada

Para la adhesión, la evidencia documentada se refiere a cualquier información

documentada pertinente, relacionada con la adhesión de la presentación de la
información a las recomendaciones condicionales apropiadas. Tal evidencia puede incluir
convenciones del usuario o sesgos existentes, datos del ensayo de prototipo, datos del
ensayo de diseño de sistemas similares, y otros.

A.5.4 Evaluación analítica

Como se estableció en A.3.4, la evaluación analítica pertenece a los juicios informados

por un experto pertinente, respecto a la presentación de la información. Este método se
usa normalmente para la evaluación de las propiedades que se pueden juzgar sólo en el
contexto de otra información o conocimiento. Además, la evaluación analítica puede ser
un método de adhesión apropiado cuando el sistema sólo existe en términos de
documentos de diseño, la población de usuarios no está disponible para la evaluación
empírica, o el tiempo y los recursos son limitados.

Como se estableció en A.3.4 cualquier persona adecuadamente calificada, que tenga la

habilidad y experiencia necesarias para juzgar las propiedades pertinentes de la
presentación de la información, puede ejecutar la evaluación analítica. Para la adhesión,
el experto también necesita tener las habilidades y el conocimiento necesario para juzgar
con confianza la condición de apropiado y la capacidad de uso para una solución de
diseño en particular. También se debiera advertir que la evaluación analítica puede
verificar la validez de un diseño, pero no puede validar un diseño. Solamente se puede
ejecutar la validación mediante el uso de la evaluación empírica.

A.5.5 Evaluación empírica

La evaluación empírica se refiere a la aplicación de los procedimientos de ensayo,

usando usuarios finales representativos, para determinar la adhesión a una
recomendación. Como se estableció en A.3.5, este método es más apropiado cuando se
dispone de un prototipo o del sistema real y cuando se dispone de representantes de la
población potencial o real de usuarios. Se pueden usar muchas clases de procedimientos
de ensayo, pero en cada caso los sujetos de ensayo necesitan ser representativos de la
población de usuarios finales y ser de un número suficiente para que los resultados se
puedan generalizar a la población de usuarios como un todo. El desempeño de la tarea
de los usuarios finales que usan la presentación de la información, se puede analizar
para determinar la adhesión con las diferentes recomendaciones condicionales.

Normalmente, las evaluaciones empíricas se usan para determinar la adhesión

comparando los resultados de ensayo con las recomendaciones específicas para la
presentación de la información. Sin embargo, a menudo también es necesario evaluar
los resultados de ensayo en términos de eficacia.

42
 NCh2647/12

A.6 Procedimiento

El procedimiento de Figura A.1 se puede seguir para evaluar una aplicación en particular
con respecto a las recomendaciones de esta parte de NCh2647.

A.6.1 Recomendaciones condicionales con la condición “si”

a) Aplicabilidad

Cada recomendación tiene una condición-si, en la propia declaración o implícita en el

título de una subcláusula. Para cada recomendación condicional, la aplicabilidad de
la declaración-si se debiera determinar usando los métodos propuestos para ensayar
si la condición-si es verdadera o no. También, cuando hay un conjunto de
recomendaciones opcionales condicionales, el método aplicable se debiera
determinar usando el (los) método(s) propuesto(s).

b) Adhesión

Para cada recomendación condicional aplicable definida en a), la adhesión a la

recomendación se debiera determinar usando los métodos propuestos.

A.6.2 Otras recomendaciones condicionales

a) Aplicabilidad

Las recomendaciones condicionales que no llevan la declaración-si, generalmente

son apropiadas para cualquier presentación de la información. Sin embargo, una
cantidad de secciones son aplicables sólo si la presentación de la información utiliza
tales características.

b) Adhesión

Para cada recomendación condicional que no lleva la declaración-si, determinada

en a), es necesaria la información acerca de la adhesión a la recomendación, según
se describió en A.6.1 b). Si hay razones válidas para no seguir la recomendación
propuesta, tanto las razones como la solución de diseño escogida también serían de
interés para los usuarios de esta parte de NCh2647.

En Tabla A.1 se proporciona una lista de verificación como ayuda para la aplicación de
los procedimientos descritos anteriormente.

43
NCh2647/12

A.7 Lista de verificación

La lista de verificación de Tabla A.1 se propone como una ayuda, tanto para los
diseñadores como para los evaluadores de la presentación de la información, al evaluar
tanto la aplicabilidad de, como la adhesión a, las recomendaciones condicionales de esta
parte de NCh2647. Esta lista de verificación contiene una versión breve de todas las
recomendaciones de esta parte de NCh2647 y proporciona una estructura lógica para
auxiliar a los usuarios en la determinación de la aplicabilidad. Muchas de las
recomendaciones condicionales permiten un número de soluciones alternativas. La lista
de verificación describe tales interdependencias por medio de los conectadores y/o.
Estos conectadores se muestran solamente para las recomendaciones condicionales
dentro de una cláusula en particular (se asume que las cláusulas tienen y inherentes al
grado en que la cláusula es aplicable). En algunos casos, y/o se especifica porque las
opciones no son mutuamente excluyentes.

A.7.1 Descripción de la lista de verificación

A.7.1.1 Columna de recomendaciones

La primera columna de la lista de verificación contiene la versión breve de las

recomendaciones condicionales, conectadas mediante los conectadores lógicos y
separada por subcláusula. Puesto que cada recomendación condicional se incluye con su
número de subcláusula, los usuarios pueden buscar fácilmente el texto completo en las
cláusulas pertinentes de esta parte de NCh2647.

A.7.1.2 Columnas de aplicabilidad

Las primeras dos columnas de la sección de Aplicabilidad de la lista de verificación, se

proporcionan para registrar el resultado de la determinación de la aplicabilidad mediante
una marca de verificación en la columna Si o No. Además, esta parte de la lista de
verificación indica cuál de los métodos de aplicabilidad es pertinente para cada una de
las recomendaciones condicionales y proporciona el espacio para marcar el método
usado por el diseñador o evaluador. Aquellos métodos que no son pertinentes para una
recomendación en particular están sombreados para hacer que la lista de verificación
sea más fácil de usar. Los códigos usados para los métodos de aplicabilidad son:

S = Análisis de la documentación del sistema.

D = Evidencia documentada.

O = Observación.

A = Evaluación analítica.

E = Evaluación empírica.

MD = Método diferente (método distinto al usado anteriormente).

44
 NCh2647/12

Si se usa un método diferente (es decir, se marca MD), aquel método se puede describir
en la columna de los Comentarios. También se debiera advertir que, marcar los métodos
de aplicabilidad usados, se considera una característica opcional de la lista de
verificación.

A.7.1.3 Columnas de la adhesión

Esta parte de la lista de verificación indica que métodos son apropiados para determinar
la adhesión a cada una de las recomendaciones condicionales y proporciona el espacio
para que los diseñadores o evaluadores marquen el método usado. Aquellos métodos
que no son pertinentes a una recomendación particular estén sombreadas para facilitar
el uso de la lista de verificación. Si el resultado del ensayo de adhesión es positivo, se
marca la columna P (para pasó) y si el resultado es negativo, se marca la columna F
(para falló). Los códigos usados para los métodos de adhesión son:

M = Medición.

O = Observación.

D = Evidencia documentada.

A = Evaluación analítica.

E = Evaluación empírica.

MD = Método diferente (método distinto al usado anteriormente).

NOTA - Los usuarios de esta parte de NCh2647 pueden reproducir libremente la lista de verificación de este
anexo, de modo que se pueda usar para el propósito previsto y se pueda publicar, más adelante, la lista de
verificación completada.

En cuanto a la aplicabilidad, si se usa un método diferente (se marca MD), ese método
se puede describir en la columna de los Comentarios. También, como se indicó para la
aplicabilidad, marcar los métodos usados para evaluar la adhesión se considera una
característica opcional de la lista de verificación.

A.7.1.4 Comentarios

La columna de los Comentarios proporciona el espacio para las declaraciones adicionales y

los comentarios concernientes a cada una de las recomendaciones condicionales y se puede
usar para indicar la fuente de evaluación (por ejemplo, el nombre del experto, el título de la
evidencia documentada) así como para describir los Métodos Diferentes cuando se usan. Ya
que, en situaciones específicas pueden ser apropiadas soluciones (métodos) diferentes, es
mejor describir tales soluciones únicas en la columna Comentarios. Esta descripción puede
incluir cómo se relacionan estas soluciones con las recomendaciones de diseño para la
presentación de la información y los principios de diálogo apropiados.

45
NCh2647/12

A.7.2 Resumen de datos

Los usuarios de la lista de verificación de la Aplicabilidad y Adhesión pueden resumir los

resultados de la evaluación calculando una relación de adhesión (AR). La AR es el
porcentaje de las recomendaciones aplicables con adhesión exitosa (es decir, el número de
marcas en la columna P dividido por el número de marcas en la columna si). Es altamente
recomendable que todos los datos (es decir, el número de P y el número de si) se informen
en conjunto con las AR. Sin embargo, se debiera advertir que la AR no es sino un cálculo
aritmético, que no se puede usar, como una medida confiable del grado de adhesión con las
recomendaciones aplicables, sin tomar en cuenta las respectivas ponderaciones de los
ítemes (tanto por ellos mismos como en el contexto de uso).

46
 NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
5 Organización de la información
5.3 Recomendaciones para ventanas
5.3.1 Consideraciones para ventanas
múltiples
Si se requiere mostrar o manipular la
información proveniente de fuentes
diferentes, se usan ventanas múltiples
o ventana única con múltiples áreas de
E/S.
5.3.2 Identificación única de ventana
Para cada ventana se proporciona una
identificación única de ventana (por
ejemplo, nombre de la ventana o del
archivo o de la aplicación.
5.3.3 Parámetros por defecto de
ventana
Los tamaños y ubicaciones por
defecto, de la ventana, se diseñan de
modo que minimicen el número de
operaciones que tienen que ejecutar los
usuarios para completar una tarea.
5.3.4 Apariencia consistente de la
ventana dentro de una aplicación
Si es apropiado a la tarea, todas las
ventanas del mismo tipo tienen una
apariencia consistente.
5.3.5 Apariencia consistente de la
ventana dentro de un ambiente de
multi-aplicación
Si se usan juntas y si es apropiado a la
tarea, todas las ventanas del mismo
tipo tienen una apariencia consistente.
5.3.6 Indicación de las relaciones de
ventana primaria/secundaria
La relación entre una ventana primaria
y las ventanas secundarias es siempre
visible.
5.3.7 Identificación de los elementos
de control de ventana
Los elementos de control de ventana
para funciones diferentes (por ejemplo,
el control de cierre y el control de
cambio de tamaño de la ventana) se
pueden discriminar visualmente uno del
otro y colocar consistentemente en la
misma ubicación en cada ventana.
5.3.8 Formato de ventana en
superposición
El formato de ventana en superposición
se usa en los casos en que:
- la tarea requiere tipos, tamaños,
números, contenidos y/o disposición
de ventanas variables o no
restringidas. Y/o
- la pantalla de visualización es
pequeña o de resolución tan baja
que los usuarios no pueden mirar
cantidades significativas de
información en ventanas en mosaico
individuales.

(continúa)

47
NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
5.3.9 Formato de ventana en
mosaico
El formato en mosaico se usa en los
casos en que:
- la tarea requiere poca o ninguna
variación en el tamaño, números,
contenidos y disposición de
ventanas. y/o
- se requiere el acceso visual continuo
a la información mostrada en el
momento (por ejemplo, información
crítica, información usada
necesariamente para la tarea). y/o
- el procesamiento requerido para la
manipulación y despliegue rápido de
ventanas en superposición degrade
el tiempo de respuesta del sistema y
el desempeño de la tarea del
usuario.
5.3.10 Selección del formato de
ventana
Cuando es apropiado para la tarea, se
permite a los usuarios seleccionar el
formato preferido de ventana.
5.4 Areas
5.4.1 Ubicación consistente de las
áreas
Las áreas usadas en el diálogo dentro
de una aplicación (es decir, áreas de
identificación, entrada/salida, control y
mensaje) se ubican consistentemente.
5.4.2 Densidad de la información
mostrada
La densidad de la información
mostrada no se percibe como
demasiado confusa para el usuario.
5.5 Area entrada/salida
5.5.1 Información requerida
Si es posible, toda la información
requerida para ejecutar una tarea dada
se debiera mostrar en el área E/S y si
no es posible:
a) Se estructura en sub-conjuntos
correspondientes a las etapas de la
tarea. y/o
b) Los sub-conjuntos apoyan las
sub-tareas apropiadas y son
significativos para los
potenciales usuarios. y/o
c) La división de la información no
debiera tener como consecuencia
una reducción en el desempeño de
la tarea.
5.5.2 Desplazamiento y paginación
Si la cantidad de información a ser
mostrada excede el área de
entrada/salida disponible, se proporciona
al usuario un medio fácil (por ejemplo,
paginación/desplazamiento horizontal o
vertical) para mirar las partes de la
información no mostrada en el
momento.

(continúa)

48
 NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
5.5.3 Indicación de la posición
relativa de la información mostrada
Si la información excede el área de
entrada/salida disponible, la posición y
proporción relativa de la información
mostrada en el momento se indica en
relación con la cantidad total de
información requerida (por ejemplo, una
barra de desplazamiento, un deslizador,
o indicación “página x de y”).
5.6 Grupos
5.6.1 Distinción de grupos
Los grupos son perceptiblemente
distintos de acuerdo al espacio y
ubicación.
y
Si es necesario, se usan otros medios
para mejorar la condición de distinguible
(por ejemplo, un cuadro alrededor del
grupo).
5.6.2 Secuencia
Si la tarea requiere una secuencia
específica, la información se agrupa
para seguir esa secuencia.
5.6.3 Uso de convenciones
Los grupos de información se ordenan
para seguir formatos, convenciones y
hábitos comunes (por ejemplo,
direcciones).
5.6.4 Agrupamiento funcional
Si la tarea no requiere una secuencia
específica, la información de tarea
relacionada se organiza en grupos que
se relacionen semánticamente (es
decir, significativos para el usuario).
5.6.5 Grupos visualmente distintos -
“chunks”
Si el desempeño de la tarea requiere
una búsqueda visual rápida, se
minimiza el número de grupos. Y
Cada grupo se extiende tan próximo
como sea posible, dentro de un ángulo
de visión de alrededor de 5º. y
El tamaño del carácter no se disminuye
de modo que no se perjudique la
legibilidad.
5.7 Listas
5.7.1 Estructura de la lista
Las listas se organizan en orden lógico
o natural apropiado para la tarea.
5.7.2 Separación de ítem
En una lista, los ítemes y grupos de
ítemes son visualmente distintos unos
de otros para apoyar la exploración
visual.
5.7.3 Información alfabética
Las listas verticales de información
alfabética se alinean a la izquierda.
5.7.4 Información numérica
La información numérica sin signos
decimales (coma o punto) se alinea a la
derecha. Y
La información numérica que contiene
signos decimales se justifica con
respecto al signo decimal.

(continúa)

49
NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
5.7.5 Tamaño fijo de la fuente
En listas numéricas se usa un tamaño fijo
de fuente, con espaciamiento constante.
5.7.6 Numeración de ítem
Cuando los ítemes listados se clasifican
numéricamente, la numeración comienza
con “1” (uno), no con “0” (cero), a
menos que esto entre en conflicto con
las expectativas del usuario.
5.7.7 Continuidad de la numeración de
ítem
Si una lista de ítemes numerados excede
el área de entrada/salida disponible y se
debe paginar/desplazar para su
continuación, los ítemes se numeran en
forma continua respecto al primer ítem
en el área de entrada/salida inicial.
5.7.8 Indicación de continuación de la
lista
Si una lista se extiende más allá del área
de la pantalla disponible, se proporciona
una indicación de continuación de la lista
5.8 Tablas
5.8.1 Organización de una lista en
tablas
La información tabular se ordena de tal
manera que la materia más pertinente, o
con la más alta prioridad para el usuario,
se muestre en la columna de la izquierda
y la materia asociada, pero menos
significativa, en las columnas de la
derecha, a menos que esto entre en
conflicto con las expectativas del
usuario
5.8.2 Consistencia con los formularios
de papel
Si en la tarea se usan formularios de
papel, el formato para mostrar la
información y los formularios de papel se
diseñan, cada vez que sea factible, para
que se adapten entre sí.
5.8.3 Mantenimiento del encabezamiento
de columnas y filas
Si una tabla usa encabezamientos de
columnas y filas y se extienden más allá
de la pantalla disponible, entonces los
encabezamientos asociados con las
columnas y/o las filas visibles están
siempre visibles.
5.8.4 Facilidad de exploración visual
Para facilitar la exploración visual se
proporciona una característica distintiva.
5.8.5 Espaciamiento de columna
Las columnas en tablas son
perceptivamente distintas.
5.9 Rótulos
5.9.1 Rotulación de los elementos de la
pantalla
Los campos, ítemes, íconos y diagramas
se rotulan, a menos que su significado sea
obvio y pueda ser claramente entendidos
por los potenciales usuarios.

(continúa)

50
 NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
5.9.2 Descripción del rótulo
Los rótulos explican el propósito y
contenido del ítem de información
señalado.
5.9.3 Construcción gramatical de los
rótulos
Los rótulos son gramaticalmente
coherentes, por ejemplo, uso coherente
de las combinaciones sustantivo - verbo.
5.9.4 Posición del rótulo
Los rótulos se ubican consistentemente
junto al ítem de información señalado.
5.9.5 Distinción de los rótulos e
información asociada
Los rótulos son distinguibles de la
información que están señalando.
5.9.6 Formato y alineación de rótulos
Los rótulos y campos se formatean
(por ejemplo, fuente, tamaño, forma) y
alinean (alineados a la derecha o a la
izquierda) consistentemente.
5.9.7 Rótulos para unidades de
medición
Las unidades de medición para la
información mostrada se incluyen en el
rótulo, o
Se agregan a la derecha del campo
sólo de lectura o del campo de entrada,
a menos que la unidad sea obvia para
el potencial usuario.
5.10 Campos
5.10.1 Distinción de los diferentes
tipos de campo
Los campos de entrada y los campos
sólo de lectura son visualmente
distintos (por ejemplo, mediante el
rótulo, formato, forma, color, y otros). y
En los campos de entrada (por ejemplo,
los por defecto) si la tarea lo requiere,
los datos ingresados por el usuario son
distinguibles de los datos generados
por el sistema.
5.10.2 División de los ítemes de
información prolongada
a) Los ítemes de información
prolongada se dividen en grupos
con un número especificado de
caracteres que se usan
consistentemente para ingresar y
mostrar. y
b) Como separador se usa un espacio,
a menos que esto entre en
conflicto con las convenciones
existentes o con las expectativas
del usuario. y
c) Los números y letras no se mezclan
en un grupo a menos que haya una
convención al respecto.

(continúa)

51
NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
5.10.3 Formato del campo de entrada
Si un campo de entrada de datos
requiere un formato específico,
entonces los formatos del campo de
entrada se indican claramente (por
ejemplo, mediante un indicador de
comandos o una ayuda de campo) a
menos que sea obvio.
5.10.4 Extensión del campo de
entrada
La extensión de un campo de entrada
de extensión fija, sin desplazamiento es
claramente indicado
6 Objetos gráficos
6.1 Recomendaciones generales
para los objetos gráficos
6.1.1 Estados distintivos de los
objetos gráficos
Las técnicas de codificación se usan
para indicar los diferentes estados de
los objetos gráficos.
6.1.2 Diferenciación de objetos de
tipo idéntico
Si se usan representaciones gráficas
idénticas (íconos) para objetos
diferentes, a cada representación se le
da una identificación única mediante un
rótulo de texto.
6.2 Cursores y punteros
6.2.1 Descripción de la posición del
cursor y puntero
Los cursores y punteros indican sus
posiciones con características visuales
distintivas (por ejemplo, forma,
parpadeo, color y luminosidad).
6.2.2 Cursor de obstrucción de
caracteres
Los cursores no ocultan ningún carácter
mostrado en la posición del cursor.
6.2.3 Ubicación del cursor y puntero
Los cursores o punteros permanecen
estacionarios hasta que el usuario inicie
un cambio de posición.
6.2.4 Posición “inicio” del cursor
Si la posición de inicio para el cursor se
predefine, aquella posición es
consistente dentro de las áreas activas
de entrada/salida.
6.2.5 Posición inicial para los campos
de entrada
Cuando los campos de entrada se
muestran “primero”, el cursor se
posiciona automáticamente en el
campo de entrada más apropiado para
la tarea en curso y las expectativas del
usuario. y
La posición del cursor es evidente para
el usuario.

(continúa)

52
 NCh2647/12
Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
6.2.6 Descripción de un punto con
exactitud
Cuando se requiere un posicionamiento
con exactitud, como en las interacciones
gráficas, el puntero mostrado incluye
una descripción característica del punto
(por ejemplo, retículo en cruz o un
símbolo en forma de V).
6.2.7 Cursores/punteros diferentes
Los cursores y punteros usados para
funciones diferentes (por ejemplo,
entrada de texto versus manipulación
directa) son visualmente distintos.
6.2.8 Cursor/puntero activo
Cuando simultáneamente se muestra
más de un cursor o puntero, el
cursor/puntero activo es visualmente
distinto de aquellos que no están
activos en el momento (por ejemplo, en
trabajo cooperativo con un computador
de soporte).
6.2.9 Cursores y punteros múltiples
Cuando la misma información
mostrada es usada por más de un
usuario/operador interactuando
simultáneamente, se proporciona para
cada usuario en particular un cursor
y/o puntero visualmente distinto.
7 Técnicas de codificación
7.1 Recomendaciones generales
para los códigos
7.1.1 Distinción de códigos
Se usan códigos que son
perceptivamente distintos entre sí.
7.1.2 Codificación consistente
Los códigos son usados
consistentemente con el mismo
significado o la misma función.
7.1.3 Significación
La significación se establece en los
códigos y
Son usados los códigos nemotécnicos.
7.1.4 Acceso al significado del
código
Cuando el significado del código no es
obvio para el usuario, la información
acerca del significado del código es
fácilmente accesible.
7.1.5 Uso de normas o significado
convencional
Los códigos se señalan de acuerdo a
normas establecidas o significados
convencionales para un grupo de
potenciales usuarios (por ejemplo,
código postal).
7.1.6 Reglas para la construcción de
código
Las reglas para la construcción de
código se establecen de acuerdo con la
especificación de los códigos y
Las reglas se aplican de modo
consistente y precisa.
7.1.7 Transferencia de códigos
Cuando la falta de información es
importante para la tarea, se usa un
código para indicar la ausencia de esta
información en vez de remover un
código.

(continúa)
53
NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
7.2 Codificación alfanumérica
7.2.1 Extensión de las filas de
caracteres
Los códigos son cortos, de preferencia
con seis caracteres o menos
(consistente con la significación
proporcionada, ser únicos y dar la
posibilidad para agregar códigos
adicionales).
7.2.2 Códigos alfabéticos versus
códigos numéricos
En general, se usan los códigos
alfabéticos en vez de los códigos
numéricos, a menos que se pueda
demostrar, que en una tarea en
particular, los códigos numéricos
ofrecen mayor significación para los
potenciales usuarios.
7.2.3 Uso de mayúsculas
Cuando la codificación alfabética se
usa para ingresar datos, las letras
mayúsculas y minúsculas tienen el
mismo significado, a menos que esto
sea contrario a las expectativas del
usuario.
7.3 Abreviaturas para códigos
alfanuméricos
7.3.1 Extensión de las abreviaturas
La extensión de las abreviaturas es tan
corta como sea posible.
7.3.2 Abreviaturas de diferente
extensión
Si, en un conjunto de abreviaturas de
igual extensión, algunas de éstas se
pueden reducir sin ambigüedad, esto
se permite para minimizar la digitación
requerida.
7.3.3 Truncamiento
El truncamiento se debiera considerar
para construir códigos cuando esto se
puede hacer sin ambigüedad.
7.3.4 Desviación a la regla de
construcción de códigos
Si una abreviatura debe desviarse de la
regla de construcción de códigos (por
ejemplo, palabras idénticas, engañosas)
entonces se minimiza la extensión de la
desviación. y
Menos del 10% de todas las
abreviaturas son desviaciones.
7.3.5 Abreviaturas convencionales y
relacionadas con la tarea
Las abreviaturas convencionales y
relacionadas con la tarea se usan sólo
cuando se requieren para satisfacer las
expectativas del usuario (es decir, esto
no es afectado por la regla de
construcción de códigos).
7.4 Codificación gráfica
7.4.1 Niveles de códigos gráficos
El número de niveles o grados de
codificación son limitados.
7.4.2 Construcción de íconos
Los íconos se construyen de modo que
sean fácilmente distinguidos y
discriminados, fácil y claramente
comprendidos.

(continúa)
54
 NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
7.4.3 Codificación tridimensional
El uso de técnicas se considera para
crear la percepción de tres dimensiones
para ayudar a los usuarios a discriminar
entre diferentes categorías de
información.
7.4.4 Formas geométricas
La codificación con formas
geométricas se considera para ayudar a
los usuarios a discriminar entre
diferentes categorías de información en
pantallas gráficas.
7.4.5 Codificación por línea
Si se usa la codificación mediante
líneas de diferente apariencia, se
pueden discriminar claramente las
variaciones en tipo de línea (por
ejemplo, continua, de trazos, punteada)
y el ancho de la línea, (grosor).
7.4.6 Orientación de la línea
Si la orientación de línea se usa para
codificar una dirección o valor, se
proporciona la información del contexto,
de modo que la dirección o los valores
sean exactamente identificables.
7.5 Codificación por color
7.5.1 El color como codificación
auxiliar
El color, nunca se debiera usar como
único medio de codificación.
7.5.2 Indicación del significado
Se debiera evitar el uso indiscriminado
de colores para que las pantallas no
parezcan “ocupados” u obstruidas.
7.5.3 Vínculo para las categorías de
información
Si el color se usa como el código
dominante, cada color representa sólo
una categoría de información.
7.5.4 Convenciones de codificación
por color
En las convenciones conocidas de
codificación por color se siguen
tomando en cuenta el contexto. y
El uso del color es consistente con las
convenciones de la tarea y culturales.
7.5.5 Número de colores usado
Si se usa la codificación por color, los
colores son rápidamente distinguibles
por el usuario.
De preferencia no usar más que seis
colores incluyendo negro y blanco.
7.5.6 Azul saturado
En pantallas de texto o símbolos, se
debiera evitar el azul saturado sobre un
fondo oscuro.
7.5.7 Selección de colores para
unidades sin color
Si la información se presenta tanto en
PVD a color como en PVD
monocromática, los colores se
muestran en niveles de grises que se
pueden discriminar en la PVD
monocromática.

(continúa)

55
NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (continuación)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
7.5.8 Visión cromo estereoscópica
Alta saturación de longitudes de onda
espectralmente extremas (como rojo y
azul), no se usan de modo adyacente
tanto en texto como en fondo de las
tareas de lectura (ver NCh2647/8).
7.5.9 Colores de primer plano
Si los colores de primer plano se usan
sobre un fondo neutro (es decir,
blanco, gris o negro), entonces para
mejorar la habilidad del usuario de
distinguirlos entre sí se escogen colores
que están distantes en el Diagrama de
Cromaticidad CIE UCS de 1976.
7.5.10 Colores de fondo
Los colores con saturación alta (y
blanco brillante) se evitan como colores
de fondo.
7.6 Viñetas
7.6.1 Símbolos especiales para
viñetas
Los símbolos especiales también
conocidos como “viñetas”
(por ejemplo: *) se consideran para
llamar la atención de los ítemes
alfanuméricos seleccionados.
7.6.2 Viñetas para selección
Para indicar una selección única y una
selección múltiple se usan viñetas
diferentes.
7.6.3 Uso único de símbolos para
viñetas
Los símbolos para viñetas no se usan
para otro propósito ni se muestran bajo
condiciones donde pueda ocurrir una
confusión con otras viñetas. y
Las viñetas se usan consistentemente.
7.6.4 Posicionamiento de las viñetas
Las viñetas se posicionan junto a los
ítemes marcados. y
Las viñetas no parecen como parte de
los ítemes mostrados.
Las viñetas y los ítemes se diseñan y
se posicionan para que los usuarios los
identifiquen claramente.
7.7 Otras técnicas de codificación
7.7.1 Codificación por intermitencia
a) cuando se usa, se considera para
aplicaciones en que un ítem
mostrado implica un importante
requisito de la tarea de tal forma
que llame la atención del usuario. y
b) si se usa cursor intermitente, evite
más de un código intermitente al
mismo tiempo en la pantalla.
7.7.2 Destacar mediante intermitencia
Si se pretende destacar mediante
intermitencia y si la lectura de los
ítemes es importante, entonces se
considera un método alternativo para
destacar el ítem.

(continúa)

56
 NCh2647/12

Tabla A.1 - Lista de verificación de la aplicabilidad y adhesión (conclusión)

Aplicabilidad Adhesión Comentarios

Recomendaciones Resultados Método usado Método usado Resultados (incluyendo las
Sí No S D O A E MD M O D A E MD P F fuentes)
7.7.3 Codificación por tamaño
Para las aplicaciones en pantallas que
tienen baja densidad total se considera
sólo variar el tamaño de los caracteres
o símbolos mostrados (altura y ancho).
7.7.4 Codificación por luminancia
(luminosidad)
La luminancia (codificación de
luminosidad) sólo se usa para las
aplicaciones que requieren
discriminación entre dos categorías de
ítemes mostrados (es decir, tratar la
luminosidad como un código de dos
valores, brillante y normal).
7.7.5 Inversión de la polaridad de la
imagen
Si se usa, sólo se considera para los
ítemes que requieren llamar la atención
del usuario. y
La imagen se usa consistentemente
para un propósito.
7.7.6 Subrayado
Usado sólo para destacar y/o indicar un
ítem y
No reduce la legibilidad
7.7.7 Codificación de áreas
Si se necesita distinguir áreas en
diagramas u objetos gráficos, se
consideran al relleno de las áreas con
técnicas de codificación diferentes a
los colores (plumeado, sombreado,
punteado, etc.). y
La codificación por textura usada junto
con el color proporciona una
codificación redundante.

Clave

Sí =Sí (si se aplica) D =Evidencia documentada M = Medición

No =No (si no se aplica) O =Observación MD = Método diferente

S =Análisis de la documentación del sistema A =Evaluación Analítica P = Pasa (cumple la recomendación)

E =Evaluación Empírica F = Falla (no cumple la recomendación)

57
NCh2647/12

Anexo B
(Informativo)

Bibliografía

[1] NCh2647/1 Requisitos ergonómicos para trabajos de oficina con pantallas

de visualización de datos (PVD) - Parte 1: Introducción general.

[2] NCh2647/10 Requisitos ergonómicos para trabajos de oficina con pantallas

de visualización de datos (PVD) - Parte 10: Principios de
diálogo.

[3] ISO 11581-1 Information technology - User System Interfaces - Icon symbols
and functions - Part 1: Icons - General.

[4] ISO 11581-2 Information technology - User System Interfaces - Icon symbols
and functions - Part 2: Object icons.

58
NORMA CHILENA OFICIAL NCh 2647/12.Of2003

INSTITUTO NACIONAL DE NORMALIZACION " INN-CHILE

Requisitos ergonómicos para trabajos de oficina con

pantallas de visualización de datos (PVD) - Parte 12:
Presentación de la información

Ergonomic requirements for office work with visual display terminals (VDTs) - Part 12:
Presentation of information

Primera edición : 2003

Descriptores: ergonomía, pantalla de visualización de datos, equipos de oficina, lugares de

trabajo, estaciones de trabajo, requisitos
CIN 13.180
COPYRIGHT © 2003: INSTITUTO NACIONAL DE NORMALIZACION - INN * Prohibida reproducción y venta *
Dirección : Matías Cousiño Nº 64, 6º Piso, Santiago, Chile
Casilla : 995 Santiago 1 - Chile
Teléfonos : +(56 2) 441 0330 • Centro de Documentación y Venta de Normas (5º Piso) : +(56 2) 441 0425
Telefax : +(56 2) 441 0427 • Centro de Documentación y Venta de Normas (5º Piso) : +(56 2) 441 0429
Web : www.inn.cl
Miembro de : ISO (International Organization for Standardization) • COPANT (Comisión Panamericana de Normas Técnicas)