Юзабилити

[Romcheg]

Если уж очень хочется создавать реалистичные изображения, то вот хорошая новая статья: http://flyosity.com/tutorial/crafting-s ... rfaces.php

Прикольно... после статьи малость поигрался у себя в скаде с кнопками, попробовал помастерить их из обычных примитивов. :) Ногами не пинать...
http://romer.justudio.ru/Downloads/ButtonsTest.avi

[Romcheg]

Залил на трубу:

[Василий Иванович]

Не знал куда написать, сюда или в юмор, в конце концов сюда.

У нас новое веяние теперь - все мнемосхемы делают оттенками серого, и только если что-то ненормально - красным с жёлтым раскрашивать. Перевели пару установок на новый дизайн. Наш инженер решил побеседовать с одним из операторов:

И: Ну как вам новые картинки?
О: Да дерьмо они.
И: А чего так?
О: Да трудно распознавать всё стало.
И: Это как?
О: Вот я, например, дальтоник. И раньше мог легко различить по контрасту состояние аппаратуры. А теперь не могу...
И: o_O

[Romcheg]

На одном объекте главный энергетик сел посмотреть со мной мнемосхемы, чтобы пока я на месте исправить что и где не так. Первый вопрос (тыкая в индикатор):
(Э) - он какого цвета?
(Немая сцена)
(Я) - Красного
(Э) - А что означает?
(Я) - Включено

И так по нескольким индикаторам с разными цветами, как выяснилось - он так запомнил их оттенки и обозначения оттенков. Оказалось, что он дальтоник.

[Serex]

Всегда при разработке интерфейса надо делать кнопки и лампочки так, чтобы кроме цветового обозначения они имели текстовое. Это признак качественного интерфейса и тогда вопросов у дальтоников не будет.

[Никита]

Ну есть же классика жанра - включенный выключатель рисуется без штриховки, отключенный - зачерняется. Придумано еще в те годы, когда и компьютеров-то не было:) Правда показать почему именно отключен выключатель - ремонт, резерв, авария и т.п. - сложнее.

[ru_rs]

отличный ИФ!

[Василий Иванович]

Похоже, как у нас делается. Трубы красим, а задвижки отображаем еще лучше - в виде стрелки. Если закрыта - стрелка поперек трубы, а если открыта - в направлении движения продукта.

[Михайло]

Человека нужно рассматривать как систему, делать это также, как мы рассматриваем ПЛК как систему.
Когда мы составляем перечень входов-выходов для ПЛК, то правильно поступать следующим образом: составляются выходы, а затем уже решаются какие входы необходимы для того, чтобы программа работала. Аналогично и с человеком-системой. Выходы человека - это его действия (включить что-то, выключить что-то, изменить параметр, позвонить кому-то по телефону и т.д.). Как только список всех возможных действий оператора будет составлен, станет ясным, какие входа ему нужны, чтобы он мог самостоятельно определить, что ему делать. ВЫ СОСТАВЛЯЕТЕ СПИСОК ДЕЙСТВИЙ ОПЕРАТОРА?

Мне кажется, во многих случаях не нужны индикаторы аналоговых величин, достаточно надписи "Все нормалек ;-)". Этого достаточно, чтобы принять решение оператору - сидеть ровно на попе.

После того, как стал известен список действий оператора, нужно проанализировать и оценить длительность тех или иных состояний. Как правило, нормальное течение процесса длительно - спокойное состояние оператора длительно, аварийные состояния редки и кратковременны. Учитывая результаты анализа, а также понимание внутренних процессов оператора (сон, лень, усталость, моторика, внимание), разрабатывать оптимальную графику. Очевидно, чтобы оператор не проспал аварию после спокойного течения процесса, нужно при спокойном течении обеспечить серую графику, а в аварийном режиме - яркую/цветную.

Список действий возможных оператора может пригодиться для создания системы поддержки принятия решения. "Звони КИПовцам!!!" и т.д.

[Ryzhij]

С порочной практикой ведения оператором процесса "От аларма до аларма" нужно бороться и бороться "просто-таки нещадно".

Поймите же, наконец, коллеги, именно оператор, а не вы, и не автоматика ведёт процесс!

Системы АСУТП, это "АВТОМАТИЗИРОВАННЫЕ", а не "АВТОМАТИЧЕСКИЕ" системы управления.
Такая же ситуация у нас и с авионикой.
За бугром аларм от автоматики это чрезвычайное происшествие, которого пилот допускать просто не имеет права, а у нас уставки ставят такие, или состояние техники такое, что летать без алармов невозможно.

[Serex]

Мдя... о чем вы говорите???

Я теток переучивал, которые сидели в стеклянной будке рядом с 400кВт электродвигателями (шум, говорить можно только криком) и с периодически выходили записать данные со стрелочных приборов.
Пришлось доказывать не только теткам, но и руководству, что их место на втором этаже, в тишине, и все необходимое можно переписать в журнал с экрана. :). Я даже объяснял, что если вы проспали и не записали показания вовремя, то не надо говорить начальнику, можно открыть тренды и поставив курсор на нужное место, выписать показания в тетрадку.
Речь идет об очистных сооружениях г.Оренбург :)

Картинку внедренной нами визуализации, я кстати выкладывал в этой теме.

[Василий Иванович]

У меня к этим новомодным концепциям все больший скепсис с течением времени появляется. С одной стороны, непосредственной прибыли они не приносят. С другой - их делают порой люди, не сидевшие ни разу всю смену в операторной.

[Barsik]

Гы.. На вкус и цвет фломастеры все разные. И задачи тоже. Вот свеженький примерчик. На одном не маленьком молочном заводике случилась небольшая неприятность - не хватило продукта для выполнения задания по рецепту. При 15000 л задания нехватило литров 30 (гыы..) Пастеризатор отвалился по отсутствию продукта, а емкость ферментации, куда это накачали, не перешла на следующий шаг. А в рецепте на шаге заполнения прописана работа мешалки. Да еще на высокой скорости. Короче, через 8 часов оператор, отбирая пробу, почуял неладное. Продукт был жидким и на кефир ни разу не похож. Причину сразу же найти не сумели. На SCADе чтоб увидеть текущий шаг запущенной функции на емкости, нужно войти в меню емкости и там выбрать подменю. Алармов никаких не было. Превышение длительности шага по времени никто не предусмотрел.. Короче, отправились эти 15 т в сырково - творожный цех, который как известно работает на отходах, там на счастье никаких АСУТП не предусмотрено))
Отсюда вывод - информация не бывает лишней. Если б на основном экране, который смотрит оператор, показывалась хотя бы скорость мешалки, можно было бы спросить, а почему при ферментации скорость не та? А так вроде никто не виноват..

[Ryzhij]

Гы.. На вкус и цвет фломастеры все разные. И задачи тоже. Вот свеженький примерчик. На одном не маленьком молочном заводике...

Замечательный образчик того, что ВСЕХ ситуаций в АСУТП предусмотреть априори невозможно. Мозги оператора ничем не заменишь. А для мозгов нужна "инфа".

[Barsik]

А что мешало проектировщикам в ПАЗ заложить отсечку по превышению скорости мешалки?

Мешалка двухскоростная, работала в шатном режиме. На шаге наполнения емкости прописана работа на высокой скорости, а на шаге ферментации - периодическое перемешивание (Stop&Go) на низкой скорости. Секвенсор не перешел на следующий шаг ввиду невыполнения условия по объему и "застрял" на наполнении, и на SCADе этого увидеть было нельзя.

[Михайло]

Ну то есть проектировщики не подумали... Я вообще не понимаю, как можно не досчитаться 30 литров и считать, что молочко вкусное...

[nnkhv]

Вот вроде бы по теме - все ГОСТЫ, начинающиеся на 43
особенно http://gost.prototypes.ru/gost/43.0.6-2011
мозги вскипают после минуты чтения...

[Михайло]

Название: Информационное обеспечение техники и операторской деятельности. Естественно-интеллектуализированное человекоинфомационное взаимодействие. Общие положения
Title: Informational ensuring of equipment and operational activity. Natural intellect on interaction man and information. General principles

Если правильно перевести с английского, то мозги не вскипают. Правильный перевод:
"Заголовок: Информационное обеспечение оборудования и операционной деятельности. Естественный интеллект при взаимодействии человека с информацией. Общие положения."

[Exactamente]

Ну раз в соседних темах про будущее заговорили. Почему скады до сих пор не выглядят вот так:
http://dribbble.com/shots/989420-TermoS ... list=users
http://dribbble.com/shots/171234-Missio ... list=users
http://dribbble.com/shots/1200579-Touch ... list=users
http://dribbble.com/shots/888253-New-IO ... list=users
http://dribbble.com/shots/814637-Dashbo ... list=users
http://dribbble.com/shots/214030-Drum-M ... t_id=10224
?

И насколько сейчас люди готовы к такому? Мне кажется, все уже так привыкли, что промышленные интерфейсы похожи на говно, что нормально отрисованный UI будет воспринят с трудом. Примерно, как планшеты вместо панелей)

[Ryzhij]

Мин херц, Вы бы для начала по-пробовали часиков 7-8 в ночную смену перед иконостасом из мониторов серьёзной установкой по-рулить, а там глядишь на UI а-ля Матис иначе бы уже смотрели.
Понятно, что Ferrari симпатичней УАЗика, но только вот последний куда как практичнее для перевозки картошки.
Нам не шашечки, нам ехать!

[Exactamente]

Вроде бы все достаточно владеют темой, чтоб обойтись без некорректных аналогий.

Я по полсуток сидел за виндовыми программами с приличным гуём - выжил и доволен.
А почти все промышленные гуи, что я видел, вызывают приступы паники :amazement: и желание бежать как можно дальше через 10 минут работы с этим, какая там ночная смена.

Кроме того, как раз то что по ссылкам (ну ок, некоторые слишком контрастные - хотя тут тоже вопрос ещё, хуже ли они от этого) приятнее, чем красные мнемосхемы на синем фоне, например, да ещё когда уй угадаешь - кнопка это, индикатор или ещё какая ересь. Вы же айфоном/андроидом своим пользуетесь безболезненно?

Вы на полном серьёзе настаиваете, что на такую картинку смотреть 7-8-12 часов труднее, чем на такую?

А у ваших операторов ночью свет отключают? Чем ночная смена от дневной так принципиально отличается, что стоило уточнять этот момент?

Нет, честно, я не понимаю аргумент: "мнемосхеме уделяется пристальное внимание 12 часов в сутки, поэтому она не должна выглядеть так же хорошо, как ВСЕ остальные графические интерфейсы на этой планете".

[Ryzhij]

Нет, честно, я не понимаю аргумент: "мнемосхеме уделяется пристальное внимание 12 часов в сутки, поэтому она не должна выглядеть так же хорошо, как ВСЕ остальные графические интерфейсы на этой планете".

Жаль, что Вы так и не поняли - в этом случае критерии оценки "хорошо / плохо" несколько иные.

[Михайло]

Никто в этой теме не понимает в эргономике (в том числе и я сам), поэтому любой спор бесполезен. Можно только пробовать, пробовать и пробовать. Методом тыка.
А если подходить к вопросу по-научному, то дело не в красоте андроидовских или эппловских интерфейсов, а в цветовой гамме. Очевидно, что ни Эппл, ни Гугл не рассчитывали свои интерфейсы под многочасовые наблюдения в АСУ. Да и детализация, красота может довести до блевоты, нужно попроще. В идеале должны быть две лампы "Все ОК", "Полный пи..ец!" и полуспящий диспетчер, а интерфейс - это на что смотрят в совокупности 1 час в смену.
Иными словами, нужно уже автоматизировать наблюдение, нахрен эти интерфейсы. :D

[VADR]

Вы на полном серьёзе настаиваете, что на такую картинку смотреть 7-8-12 часов труднее, чем на такую?

Всё замечательно. Теперь попробуйте с таким дизайном (как на первой картинке) сделать мнемосхемы для размещения в 6-8 окнах, открытых на 2-3 мониторах, к примеру, 500-600 параметров измерения и около сотни исполнительных механизмов и двигателей. И всё это сделать так, чтобы беглый взгляд технолога однозначно определял, к какому участку техпроцесса какая цифра относится. Тут и вторая картинка лично мне кажется перегруженной "красивостями", а первая - так и вообще никуда не годится.

[Jackson]

Никто в этой теме не понимает в эргономике

Да, совсем никто. Вообще.