А.Г.>>Обычная схема: основные величины - нарисованными стрелками, выход за рабочий диапазон значений - жёлтым и красным цветом,
Valeri_>Плохая это схема - чтобы увидеть, что стрелка заползла на красный сектор, нужно увидеть саму стрелку, а это дольше. Можно, конечно, рядом со шкалой еще отдельно цветные лампочки ставить...
Примерно так - рисуется красный сектор на шкале, только когда в него зайдёт стрелка, или зажигается "лампочка", или перекрашивается какая-либо часть "прибора". Во всяком случае, когда параметры в норме, никакого красного цвета на экране нет.
Valeri_>Ну, должны были видеть - рисуем, скажем, температуру столбиком соответствующей длины и правильной раскраски (снизу синий, потом зеленый, потом желтый и красный, с плавными переходами, чем выше тем ярче).
Если длина столбика всё же присутствует, то мы говорим об одном и том же
. Тонкий эргономический вопрос - менять цвет плавно, по мере приближения к границе, или скачком. Первое более информативно, второе лучше привлекает внимание.
А.Г.>>Строго говоря, это не совсем так. Если софт всех приборов написан одними и теми же людьми, есть небольшая вероятность одновременного глюка всех компьютеров при некотором экзотическом сочетании входных параметров. Такие вещи очень трудно выловить при испытаниях.
Valeri_>У нормальных людей такие ошибки локальны и никак не влияют на общую картину - ну, насчитали фигню, давайте подождем немного и посчитаем еще раз, вся экзотика уже проскочит. Если из-за одной ошибки весь борт подвисает - программеров менять надо.
Подвиснуть не подвиснет, но какие-то нарушения могут случиться. И если модуль, в котором что-то недоучли, кочует из программы в программу - могут быть неприятности
Естественно, принимаются все меры, чтобы такого не могло произойти. В результате управление разработкой софта превращается в могучую бюрократическую машину, а червячок сомнения всё равно остаётся
На самом деле, конечно, вероятность таких неприятностей крайне мала. В сертификационных требованиях к бортовому софту есть рекомендация (не требование) использовать для особо критичных систем "многоверсионное разнородное ПО", т.е. софт, написанный независимыми разработчиками на разных платформах и дублирующий друг друга. Индикаторы к таким критичным системам не относятся.
В общем, я с вами согласен