Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Intouch
Intouch
DISEO DE
PANTALLA
MIPO
Mster en Interaccin Persona Ordenador
Pere Ponsa
Antoni Granollers
3 Diseo de pantalla
3.1 Sala de control industrial
3.2 Ingeniera de la usabilidad aplicada al diseo de sala de control
3.3 Ergonoma aplicada al diseo de sala de control
3.4 Supervisin industrial
3.5 Gua para diseo de pantalla en supervisin
3.6 Aplicacin en planta azucarera
3.7 Aplicacin en campus universitario
2/46
ARQUITECTURA
NAVEGACIN
DISTRIBUCIN
EQUIPOS
COLOR
TEXTO
VALORES
TABLAS
COMANDOS
E INGRESO
DE DATOS
ALARMAS
La secuencia que se debe seguir para la especificacin de la interfaz parte de los niveles
superiores de la figura 3.14 y va descendiendo hasta definir los aspectos especficos
tales como la representacin de los equipos, los valores analgicos, las alarmas y los
comandos del operador.
Ahora bien, para cada uno de los diez pasos de la metodologa descritos arriba y con la
finalidad de obtener las directrices ms relevantes de cada uno de ellos se aplic el
procedimiento de investigacin documental descrito anteriormente, obtenindose los
siguientes resultados relativos a la especificacin de los elementos de una interfaz
persona-mquina en salas de control centralizadas y computerizadas para procesos
industriales
Como cada proceso tiene particularidades propias, los elementos de interfaz que sern
descritos no son los nicos pero si los ms comunes, lo que significa que al aplicar la
metodologa propuesta, estos conceptos podrn enriquecerse de acuerdo a las
caractersticas especficas de cada aplicacin.
Arquitectura.
Para iniciar con el proceso de desarrollo el diseador debe establecer un mapa donde se
definirn de manera general las diferentes pantallas con las que contar el operador para
interactuar con el sistema de automatizacin y control. Este mapa deber establecer las
relaciones lgicas entre las pantallas de manera que pueda tambin servir
posteriormente al diseo de la navegacin del sistema. Aunado al mapa se debe generar
un listado que muestre las pantallas y su funcin especfica. Los tipos de pantallas que
debern ser incluidas en este primer paso de la metodologa son las siguientes:
3/46
Pantallas de Proceso, las cuales muestran el estado de los equipos y del proceso
mismo. Estas a su vez se pueden dividir en general de planta, general de rea, de
detalle y de equipo. Tambin son conocidas como mmicos o sinpticos de
proceso.
Pantallas de Comandos, estas pantallas permiten al operador realizar acciones
generales tales como el arranque/paro de equipos y selecciones diversas.
Pantallas de Configuracin, las cuales permiten al operador y al ingeniero de
proceso establecer los parmetros de configuracin del sistema tales como
lmites de alarmas, sintonizacin de PIDs, calibracin, recetas de produccin,
etc.
Pantallas de tendencias, donde se muestran las valores de las variables mas
importantes del proceso en el tiempo
Pantallas de alarmas
4/46
5/46
En este mismo sentido, la simetra del grfico debe ser tambin considerada, de
manera que la carga de elementos en los sinpticos este balanceada en toda la
pantalla
Para el mismo nivel de informacin efectiva, se debe dar preferencia a las
distribuciones simples sobre las complejas
Los productos que se deben obtener en esta etapa son: la tipologa o clasificacin de las
pantallas y las plantillas para cada una de estas clases. Un ejemplo simple de una
plantilla de sinpicos se muestra en la siguiente figura:
Navegacin.
Con ayuda de la arquitectura definida anteriormente se debe ahora determinar como
navegar el operador dentro del sistema. El objetivo es que el esquema de navegacin
sea intuitivo y fcil de usar, para este fin se puede utilizar alguno de los siguientes
mtodos sugeridos (o bien alguna combinacin de ellos):
Mens y submens
Barra de Botones
Barras de Iconos grficos
Link con hipertexto
Link con grficos de proceso
Teclas de Funcin
Cajas Combo o Listas Desplegables (Combo boxes)
descartara la sexta opcin de las anteriormente listadas, aunque bien puede usarse como
complemento de las otras opciones. La diferencia entre barras de botones y de iconos es
que estos ltimos utilizan representaciones grficas en lugar de texto para establecer su
funcionalidad al usuario. Si se van a usar conos es recomendable que estos sean
simples, fciles de reconocer y que no sobrecarguen el tamao en bytes del grfico para
que no se pague una penalidad en tiempo de respuesta. Respecto a los mens, ligas con
hipertexto y cajas combo, se debe tomar en cuenta que a diferencia de aplicaciones de
escritorio, el operador debe poder hacer clic con el apuntador fcilmente, esto es, que el
rea de contacto sea lo suficientemente grande para que el usuario no tenga dificultades
al utilizar estos medios de navegacin. Dado lo anterior, los mens y los combos se
recomiendan para proporcionar al operador acceso a funciones usadas con poca
frecuencia. Finalmente respecto a las ligas dentro del cuerpo del grfico de proceso,
estos tienen la desventaja de ser poco intuitivos y sujetos al contexto de cada pantalla,
por lo que no son recomendables.
Las siguientes directrices se deben tomar en cuenta cuando se establece la forma de
navegacin:
Color para representar el estatus de los equipos de la planta (marcha, paro, falla,
manual, etc.)
Color de los principales materiales y fluidos del proceso (agua, aire, gases,
materias primas, productos terminados, etc.)
Color de las alarmas (crticas, advertencias, mensajes, etc.)
Color del texto en general (Ttulos, etiquetas, etc.)
Colores del fondo de la pantalla (general, de detalle, etc.)
Color de valores de proceso (Temperaturas, presiones, niveles, etc.)
Al definir cada uno de estos estndares es muy importante que sean congruentes entre
ellos y que no supongan contradicciones, por ejemplo sera poco apropiado definir que
el color rojo ser asociado a las alarmas crticas y a su vez establecer que este color ser
utilizado para los ttulos de la pantalla. Otro factor que se debe tomar en cuenta es tanto
el perfil de los operadores, as como la observacin y cumplimiento de los estndares
locales, nacionales e internacionales.
Algunas directrices que se deben tomar en cuenta para la especificacin del color son
las siguientes:
8/46
Usar colores neutros para el fondo de la pantalla (gris, beige, arena, azul)
No usar blanco y negro dado que dan mucho resplandor
Los colores de fondo deben ser contrastantes con los dems elementos
El uso de diferentes colores de fondo puede ser utilizado para diferenciar o
agrupar procesos o reas de la planta
Evitar el uso de colores primarios o fuertes en zonas grandes de la pantalla
Fig.3.17 Ejemplo de paleta de colores del sistema SCADA comercial Intouch de Wonderware
9/46
Fondos de Pantallas
Item
Color Descripcin
Sinpticos de rea y Subrea
Arena
Detalle Mquinas
Verde Oscuro
Menus y Analgicas
Gris Plata
Tablas en Sinpticos
Gris Plata
Matiz/Sat/Lum
208/204/191
120/80/90
160/0/224
160/0/224
Rojo/Verde/Azul
31/37/188
64/128/128
238/238/238
238/238/238
Item
Equipo Parado
Equipo Trabajando
Item
Alarma Crtica
Alarma de Advertencia
Mensaje General
Alarmas
Color Descripcin
Rojo
Amarillo
Azul Claro
Matiz/Sat/Lum
0/240/120
40/240/120
120/240/120
Rojo/Verde/Azul
255/0/0
255/255/0
0/255/255
Item
Gas con Material
Aceite
Agua
Aire
Materiales de Proceso
Color Descripcin
Amarillo Claro
Caf Oscuro
Verde
Azul Claro
Matiz/Sat/Lum
40/240/180
80/240/190
80/240/53
120/240/120
Rojo/Verde/Azul
255/255/128
148/255/148
0/113/0
0/255/255
Item
Temperatura
Presin, Depresin
Potencia
Caudal
Velocidad
Otras
Seales Analgicas
Color Descripcin
Marrn
Azul Rey
Violeta
Azul Marino
Verde Oscuro
Negro
Matiz/Sat/Lum
0/240/46
160/240/120
200/240/60
140/240/60
80/240/53
160/0/0
Rojo/Verde/Azul
98/0/0
0/0/255
128/0/128
0/64/128
0/113/0
0/0/0/
Item
Cdigo Equipos Normal
Botn Confirmar Alarmas
Ttulos de Pantallas
Texto Fallas Crticas
Texto Advertencias
Texto General
Items Varios
Color Descripcin
Negro
Amarillo Claro
Azul Marino
Rojo
Amarillo
Azul Marino
Matiz/Sat/Lum
160/0/0
40/240/180
140/240/60
0/240/120
40/240/120
140/240/60
Rojo/Verde/Azul
0/0/0/
255/255/128
0/64/128
255/0/0
255/255/0
0/64/128
10/46
Informacin Textual.
La informacin del proceso es presentada al usuario por medio de varios elementos de
los cuales el ms comnmente usado es el texto. Es importante regular el uso de este
elemento para informar eficazmente al operador respecto al estado del proceso, por lo
que se debe establecer un estndar que rija su utilizacin. Las caractersticas del texto
que se deben definir para este fin son las siguientes: el uso de fuentes, el tamao del
texto, la alineacin, el espaciamiento, los acrnimos y las abreviaturas.
11/46
Fig.3.19 Ejemplo de paleta de fuentes del sistema SCADA comercial Intouch de Wonderware
Como se sugiri al inicio de este prrafo el producto que se debe obtener de este paso de
la metodologa son los estndares de fuentes, tamao del texto, los acrnimos y las
abreviaturas, as como las directrices que se aplicarn en cuanto a la alineacin y el
espaciamiento.
Acrnimo
LSH
LSL
PSH
PSL
TSH
TSL
FSL
ZSHH
HS
SS
ZS
Significado
Nivel Alto
Nivel Bajo
Presin Alta o Filtro Sucio
Presin Baja
Temperatura Alta
Temperatura Baja
Flujo Bajo
Posicin Mxima
Paro de Cuerda en Campo
Sensor de Rotacin
Desalineamiento
440HISBO105RD (ready)
440HISBO105RM (remoto)
440HISBO105RS (estado en funcionamiento)
En el caso de una vlvula con dos solenoides de abrir/cerrar identificada como Vlvula
545-FV-7017 puede tener como etiquetas:
545HISFV7017RM (remoto)
545HISFV7017OS (estado de lmite abierto)
545HISFV7017CS (estado de lmite cerrado)
545HISFV7017OC (control abrir)
545HISFV7017CC (control cerrar)
Cuando integramos los smbolos que identifican al equipo con el estatus de colores
asociado definido previamente debemos obtener los objetos que representan a los
dispositivos de la planta y que informan al operador su estado de manera general
(trabajando, parado, en falla, advertencia, etc.).
En esta etapa de la metodologa debemos obtener el catlogo de smbolos e conos que
representan cada uno de los tipos genricos de los dispositivos que se encuentran en la
planta y de los eventos discretos (On/Off) asociados al proceso. Es tambin en esta
etapa que podemos iniciar realizando los primeros prototipos de los sinpticos de
proceso, tomando en consideracin lo que haya sido especificado hasta este momento.
A continuacin se muestra un ejemplo de una tabla de smbolos de algunos equipos de
proceso comunes y adems en el anexo A se muestran ejemplos de simbologa de
equipos del estndar 5.5 de la ISA.
13/46
Descripcin
Banda Transportadora
Ventilador
Bomba Hidrulica
Vlvula On/Off
Tolva
Soplador
Motor Elctrico
Vlvula de Control
14/46
En algunos casos, por ejemplo, para los valores relativos a alarmas de los dispositivos y
en caso de que exista una situacin anmala, se puede cambiar el estatus de ese equipo a
advertencia y entonces el operador deber proceder a investigar ms a fondo la
condicin anormal accediendo a la ventana de detalle respectiva.
El segundo paso dentro de esta fase es la de agrupar los valores cuya relacin implique
que se deban mostrar juntos, por ejemplo,
Es importante notar que los grupos de datos deben contener valores cuya clasificacin
sea del mismo nivel, esto es, datos de conduccin, datos de seguridad, etc, de manera
que puedan ser desplegados en un mismo sinptico, sea general o de detalle, si esto no
es as, se debe revisar la clasificacin realizada previamente.
Una vez que sabemos que variables deben ser mostradas en que grficos y adems
cuales deben ser desplegadas agrupadas con otras, debemos proceder a ubicarlas dentro
de los sinpticos de proceso. En trminos generales debemos seguir las siguientes
directrices que son compatibles con las relativas a la distribucin de las pantallas:
15/46
Fig.3.22 Ejemplo de distribucin de mmicos, histricos y grupos de datos relacionados. En algunos casos
el mmico y el grfico de histricos se distribuyen a la izquierda y derecha dentro del Sinptico. En el
ejemplo, tan solo se muestra el mmico, y para acceder al grfico histrico hay que utilizar los botones del
Submen. En muchas ocasiones el valor analgico se dispone al lado del smbolo grfico, aunque hay que
reconocer que la agrupacin de datos asociados al modelo fsico-matemtico del componente o equipo,
puede facilitar la toma de decisin del operario
Las tablas de datos son otros elementos que como ya se mencion se utilizan para
agrupar informacin relacionada, en los sinpticos se usan principalmente para mostrar
resmenes de diversos tpicos referentes al proceso y su finalidad es la de mostrar un
esquema informativo completo al usuario. Las directrices que se pueden aplicar respecto
a las tablas de datos son las siguientes:
18/46
seguir afinando los prototipos de las pantallas de los sinpticos de proceso iniciadas en
el paso 7 e iniciar la definicin de los prototipos de las pantallas de tendencias.
Fig.3.23 Ejemplo de grfico de histricos que recoge y agrupa la evolucin temporal de las variables
asociadas a un reactor qumico (temperatura, nivel, cantidad de producto acumulado) junto a la referencia
(setpoint)
19/46
Es tambin importante clasificar los tipos de comandos que emiten los operadores de tal
suerte que se les asocien objetos estandarizados. Una posible clasificacin de los
comandos es la siguiente:
20/46
Al igual que las plantillas de los grficos principales, los dilogos se deben tipificar y
estandarizar para que sean fcilmente identificables
El producto que se debe obtener de esta fase de la metodologa son los estndares de los
botones de comando y selecciones, el estndar de ingreso de datos y las plantillas de los
dilogos. Con estas especificaciones en mano es posible iniciar con el desarrollo de los
prototipos de las pantallas de comandos y configuracin. Tambin en el caso de que se
deban agregar comandos, selecciones e ingreso de datos en los sinpticos de proceso
cuyo desarrollo ya haba iniciado, este es el momento de complementar estos prototipos.
Comando
Descripcin
Retroalimentacion
Comando de Arranque
Comando de Paro
21/46
Fig.3.25 Ejemplo de localizacin de zona en Sinptico para entrada de comandos por parte del operario.
En algunas ocasiones, dentro del mmico se obtiene una ventana desplegable de los parmetros del
controlador (consigna, y parmetros del PID) de manera que la entrada de comandos se produce al lado
de los smbolos
Fig.3.26 Ejemplo de diversas posibilidades de entradas de comandos en objetos del sistema SCADA
comercial Intouch
22/46
Alarmas.
Las alarmas junto con la representacin del estatus de los equipos y de los valores
analgicos del sistema constituyen los principales elementos con los que se informa al
operador sobre el estado de la planta. Las alarmas son muy importantes ya que alertan al
operador sobre las situaciones anmalas que se presentan en el proceso e implican una
intervencin de el. En caso de que exista una situacin informativa que no requiera una
intervencin del usuario, entonces ser definido como un mensaje en vez de una alarma.
Alarmas y mensajes se deben clasificar por prioridades en cuanto a su criticidad:
Crticas: las cuales amenazan la seguridad de la planta y/o que pueden implicar
la detencin de la produccin
Advertencias: las cuales se pueden convertir potencialmente en situaciones
crticas despus de un tiempo si el evento que origin la advertencia contina
empeorando el estado del equipo. Se puede considerar tambin una advertencia
cuando se presenta una situacin que afecta negativamente la conduccin ptima
de la planta
Mensaje: eventos que conviene transmitir al operador pero no representan una
amenaza a la conduccin del equipo, a la produccin o a la seguridad de la
planta
Las directrices que de manera general deben observarse al definir las alarmas son las
siguientes:
Los mensajes y las alarmas deben ser congruentes con los estndares de color,
fuentes, texto, tamao, espaciamiento y alineamiento predefinidos
Se debe evitar el exceso de alarmas y mensajes superfluos al operador
En cambio, para constatar el reconocimiento de la situacin, el operario debe
validar las alarmas criticas (Ack)
El cdigo de colores de alarmas debe complementarse son otros elementos como
un icono, la visibilidad de un texto, su posicin en pantalla o un sonido
De manera general las directrices que se deben considerar para ubicar la pantalla de
alarmas son las siguientes:
La ventana o zona de alarmas debe ser distinguible por el operador y debe estar
preferentemente siempre presente y visible
En caso que no puedan estar fijas siempre, se deben poder acceder de manera
inmediata o mostrarse automticamente al presentarse una nueva alarma
Los mensajes en cambio no deben ser mostrados todo el tiempo pero se debe
poder acceder a ellos fcilmente
Asimismo la representacin de las alarmas y mensajes se deben guiar por las siguientes
directrices:
23/46
Las alarmas de mas alta prioridad (critica) deben aparecer en la parte superior de
la ventana o zona de alarmas
Es recomendable asociar sonidos a las alarmas que requieren una intervencin
del operador
Los sonidos mas agudos y de frecuencias altas deben asignarse a alarmas de
prioridad mayor ya que llaman mas la atencin del operador
Al reconocer la alarma el sonido asociado debe detenerse aun si la situacin
anmala aun permanece
Las alarmas se deben mostrar agrupadas lgicamente a parte de su prioridad y
cronologa, ya sea por rea, subrea, equipos, etc.
Las alarmas tienen normalmente un componente textual en su ventana y uno
grafico en el sinptico de proceso respectivo
Los cambios de estado en las pantallas de proceso deben corresponder a lo
mostrado en la ventana de alarmas, para confirmar al operador lo sucedido
adems de permitirle visualizarlas con un mejor contexto
No se recomienda el uso de intermitencia (blinking) para mostrar las alarmas ni
en la pantalla de proceso ni en la ventana de textos de las mismas salvo en casos
excepcionales
El operador debe poder reconocer las alarmas fcilmente y sin tener que
desplazarse de su zona actual de trabajo
Resumiendo, en esta etapa se deben establecer las caractersticas principales del sistema
de alarmas y mensajes al operador, el esquema de sus prioridades, la ubicacin del
listado de alarmas (si no haba sido definida durante la fase de especificacin de la
distribucin de la pantalla) y completar la simbologa relativa a la representacin de las
alarmas y mensajes sobre los sinpticos de proceso. En relacin al desarrollo especfico
de la interfaz, en esta fase se deben finalizar los prototipos de los sinpticos de proceso
a parte de definir los prototipos de la ventana del sistema de alarmas.
Fig.3.27 Ejemplo de display de alarmas del sistema SCADA Intouch. Se trata de un ActiveX que permite
conocer el tipo de alarmas, el instante en que se produce, si el operario la ha reconocido, los lmites de la
alarma (muy baja, baja, alta, muy alta)
24/46
Fig.3.28 Ejemplo de ventana emergente faceplate que permite configurar los lmites numricos de
alarmas asociadas a una variable del sistema SCADA Intouch.
Valor _ indicador
Subind
j 1
(1)
El valor medio que se obtiene mediante la frmula 1 con estos valores es de 2,83. Si se
redondea el valor es 3, de manera que al indicador Uso del Color se le asigna el valor 3
en este ejemplo.
Medida de Evaluacin Global
Cada uno de los indicadores de la Tabla 2 se mide en una escala de 1 a 5. El experto
dispone en este punto de informacin concreta sobre el indicador, de forma que ya
puede valorar las necesidades de mejora. Los valores de los indicadores pueden
agruparse de manera que la gua GEDIS ofrezca la evaluacin global de la interfaz y
pueda ser comparada con otras. En una primera aproximacin se ha considerado el valor
medio entre indicadores expresado en la frmula 2. Es decir, a cada indicador se le
25/46
asigna un peso idntico (pi= p2 =p10= 1) aunque ello permitir en futuros estudios
valorar la importancia de algunos indicadores por encima de otros. La evaluacin global
se expresa en una escala de 1 a 5. Atendiendo a la complejidad de los sistemas de
supervisin industrial y al hecho de que un diseo ineficaz de la interfaz puede provocar
el error humano, la evaluacin global de una interfaz de supervisin debera situarse en
un valor inicial de 3-4 y proponer medidas de mejora para acercarse al 5.
10
Eval _ global
p ind
i
i 1
(2)
10
p
i 1
26/46
Elemento
1. Arquitectura
1.1. Correspondencia con la Planta
1.2. Numero de Capas
2. Distribucin
2.1. Consistencia
2.2. Densidad
2.3. Simetria y Balance
2.4. Flujo de Proceso
3. Navegacin
3.1 Correspondencia c/arquitectura
3.2. Accesibilidad
3.3. Consistencia
4. Uso del color
4.1. Visibilidad
4.2. Contraste con el fondo
4.3. Numero de colores
4.4. Diferenciabilidad entre colores
4.5. Uso de colores tipicos(rojo, verde, amarillo)
4.6. Consistencia
5. Info. Textual
5.1. Numero de fuentes
5.2. Numero de tamaos
5.3. Visibilidad del texto
5.4. Espaciamiento
5.5. Alineacion
5.6. Uso del enfasis
5.7. Uso de acronimos
5.8. Coloracin del texto
5.9. Consistencia
6. Simbolos y representacion de los equipos
6.1. Facilidad de reconocimiento
6.2. Visibilidad del estado del equipo
6.3. Consistencia
7. Valores de proceso
7.1. Visibilidad
7.2. Ubicacin
7.3. Distribucion
7.4. Agrupacin de datos
7.5. Consistencia
8. Tablas y Grupos de Tendencia
8.1. Formato
8.2. Visibilidad
8.3. Ubicacion
8.4. Agrupacion
8.5. Flexibilidad de configuracion tendencias
8.6. Consistencia
9. Comandos e Ingreso de Datos
9.1. Visibilidad
9.2. Maniobrabilidad
9.3. Retroalimentacin
9.4. Consistencia
10. Alarmas
10.1. Visibilidad de la ventana de alarmas
10.2. Accesibilidad de la ventana de alarmas
10.3. Ubicacion de la ventana de alarmas
10.4. Informatividad de los textos de alarmas
10.5. Visibilidad de alarmas en sinopticos
10.6. Facilidad de reconocimiento
10.7. Consistencia
Evaluacion Global
Evaluacion
5
5
5
3
3
3
5
3
3
5
4
3
3
3
4
4
3
2
4
4
5
4
3
5
5
4
4
3
4
4
5
3
5
3
3
?
4
2
4
4
5
5
5
2
4
5
3
2
3
3
4
3
5
5
5
2
3
4
5
3.5
Comentarios
Practicamente no existe
28/46
29/46
30/46
31/46
32/46
33/46
34/46
35/46
36/46
1 CASO:
En la figura podemos ver la pantalla principal de la aplicacin. Observamos (enmarcado
en rojo) que el usuario tiene opcin de registrarse o salir del registro con los comandos
LOG ON y LOG OUT. En nuestra opinin esta informacin debera de estar ms
resaltada que las dems opciones, de algn otro color por ejemplo, ya que sino el
usuario podra empezar navegando por la aplicacin pero sin registrarse, perdiendo as
datos ya que al no estar registrado la aplicacin no muestra todos los datos de los que
dispone, echo que nos ocurri a nosotros mismo, por ello hablamos de la experiencia
propia.
Por otro lado, comentar que el hecho de que el diseador halla tenido en cuenta que
diferentes tipos de usuarios es un punto positivo ya que puede que no les interese que
toso el mundo pueda acceder a todos los datos.
37/46
2 CASO
En la figura vemos la pantalla de control de distintas reas o zonas exteriores como el
rocdromo, el campo de hierba artificial o el frontn. Es visible el desalineamiento de
los controles as como la apariencia en general.
Por otro lado es difcil de visualizar cualquier situacin de alarmas as como la
navegacin hasta la correspondiente pantalla de las alarmas, al igual que la dificultad de
operacin.
No se puede analizar el hecho de que haya o no retroalimentacin, ya que estamos
trabajando con un simulador y por tanto no podemos introducir datos. En las alarmas,
por el contrario (en el siguiente caso est mejor explicado) si que podemos actuar an
trabajando con el simulador y se puede ver claramente que no se hace uso de ningn
tipo de retroalimentacin, punto cuestionable para una adecuada seguridad.
No pone el nombre de la pantalla donde estamos para podernos ubicar al usuario en la
aplicacin SCADA.
38/46
3 CASO
En esta imagen, vemos la pantalla de alarmas, cuya navegacin y llegada a ella no ha
resultado nada fcil ni intuitiva, caracterstica imprescindible a nuestro juicio para todo
sistema de control.
Centrndonos en puntos concretos, llama la atencin el hecho de no poder realizar
ninguna validacin del estado de las alarmas.
Tras investigar la pantalla, se ha encontrado una posible alternativa para realizar la
validacin de las alarmas aunque con los siguientes puntos a cuestionar:
No es intuitivo.
Difcil de entender para todo el personal (idioma).
Necesidad de un botn ms visible y accesible.
Creacin de comentarios.
39/46
40/46
41/46
42/46
Control de focos
cc
43/46
44/46
Por todo esto y lo comentado en la primera parte de esta prctica esta es nuestra
evaluacin del 1 al 5.
9. Comandos e ingreso de datos
9.1. Visibilidad2
9.2. Maniobrabilidad2
9.3. Retroalimentacin2
9.4. Consistencia2
45/46
Evaluacin
Elemento
1. Arquitectura
1.1. Correspondencia con la planta
1.2. Nmero de capas
1.3. Existencia de mapa
2. Distribucin
2.1. Consistencia
2.2. Densidad
2.3. Flujo de proceso
3. Navegacin
3.1. Correspondencia c/arquitectura
3.2. Accesibilidad
3.3. Consistencia
4. Uso del Color
4.1. Visibilidad
4.2. Contraste con el fondo
4.3. Nmero de colores
4.4. Diferenciabilidad entre colores
4.5. Uso de colores tpicos (rojo, verde, amarillo)
4.6. Consistencia
5. Info. Textual
5.1. Nmero de fuentes
5.2. Nmero de tamaos
5.3. Visibilidad del texto
5.4. Espaciamiento
5.5. Alineacin
5.6. Uso de nfasis
5.7. Uso de acrnimos
5.8. Coloracin del texto
5.9. Consistencia
6. Smbolos y representacin de los equipos
6.1. Facilidad de reconocimiento
6.2. Visibilidad del estado del equipo
6.3. Consistencia
7. Valores de proceso
7.1. Visibilidad
7.2. Ubicacin
7.3. Distribucin
7.4. Agrupacin de datos
7.5. Consistencia
8. Tablas y Grupos de tendencia
8.1. Formato
8.2. Visibilidad
8.3. Ubicacin
8.4. Agrupacin
8.5. Flexibilidad configuracin tendencias
8.6. Consistencia
9. Comandos e ingreso de datos
9.1. Visibilidad
9.2. Maniobrabilidad
9.3. Retroalimentacin
9.4. Consistencia
10. Alarmas
10.1. Visibilidad de la ventana de alarmas
10.2. Accesibilidad de la ventana de alarmas
10.3. Ubicacin de la ventana de alarmas
10.4. Informatividad de los textos de alarmas
10.5. Visibilidad de alarmas en sinpticos
10.6. Facilidad de reconocimiento
10.7. Consistencia
Evaluacin global
46/46
2
4
1
1
3
3
3
1
2
2
3
2
5
5
5
5
5
5
5
4
5
5
3
3
3
4
4
4
4
3
3
3
3
3
3
2
2
4
3
4
4
4
4
4
4
2
2
2
2
2
3
3
2
4
4
2
2
3
3,1