Cтраница 4
Открытая архитектура QUADLOG поддерживает широкий выбор программных средств операторского интерфейса. В состав стандартного набора инструментальных средств QUADLOG входит программное обеспечение операторского интерфейса Process Suite Vision, позволяющее легко создавать видеокадры для графического представления технологического процесса, и обеспечивать их визуализацию в режиме реального времени. Интерфейс Vision представляет собой полную, безопасную и масштабируемую оболочку операторского интерфейса, и содержит мощные и разнообразные функции, существенно ускоряющие разработку приложений. [46]
Типовые решения касаются аппаратурного, алгоритмического и программного типов. Как правило, они не ориентированы на какой-либо определенный класс АСУ ХТК ( и в этом их ценность), но не образуют достаточной основы для индустриализации процесса создания ЦПУ и МПУ на их базе. Причина этого в том, что объем работы, затрачиваемой на создание операторского интерфейса АСУ ХТК на базе ТР очень велик, ограничения же, накладываемые ТР на общую структуру операторского интерфейса, слишком слабы; следовательно, разные разработчики могут синтезировать существенно различные операторские интерфейсы для одной и той же конкретной АСУ ХТК. [47]
Анализ существующих и разрабатываемых систем отображения информации показывает, что вычислительная техника и электроннолучевые индикаторы создали не только большие возможности для совершенствования операторского интерфейса, но и привнесли с собой большую вероятность крупных эргономических ошибок в этой области. Схематически эту ситуацию можно сформулировать так - техника сегодня позволяет реализовать практически любые алгоритмы операторского интерфейса, но мало кто знает, какие алгоритмы и формы представления информации наиболее эффективны и в каких именно случаях. Реальность этой, парадоксальной только на первый взгляд, опасности подтверждается, в частности, и тем фактором, что разработчики операторского интерфейса располагают пока только отрывочными, среднестатистическими экспериментальными данными из области инженерной психологии, которые совершенно не учитывают ни новых возможностей, ни специфики отдельных классов автоматизированных систем управления. [48]
Типовые решения касаются аппаратурного, алгоритмического и программного типов. Как правило, они не ориентированы на какой-либо определенный класс АСУ ХТК ( и в этом их ценность), но не образуют достаточной основы для индустриализации процесса создания ЦПУ и МПУ на их базе. Причина этого в том, что объем работы, затрачиваемой на создание операторского интерфейса АСУ ХТК на базе ТР очень велик, ограничения же, накладываемые ТР на общую структуру операторского интерфейса, слишком слабы; следовательно, разные разработчики могут синтезировать существенно различные операторские интерфейсы для одной и той же конкретной АСУ ХТК. [49]
Рабочие проекты конкретных АСУ ХТК разрабатываются на базе УТП. Аппаратурное обеспечение СТР должно быть типизировано на уровне крупных блоков ( например, разнородных концентраторов), математическое обеспечение - на уровне пакетов прикладных программ, снабженных системой генерации, позволяющей корректировать ( настраивать) этот пакет в соответствии с конкретной спецификой объекта. Именно СТР обеспечивают индустриальный характер процесса создания ЦПУ и МПУ конкретных АСУ ХТК и высокой уровень унификации операторского интерфейса для АСУ ХТК одного класса. [50]
Учитывая сказанное, необходимо признать, что методические трудности, мешающие внедрению операторского интерфейса, весьма велики и может быть даже превосходят аппаратурные трудности. Известно, что затраты на разработку математического обеспечения уже давно сравнялись и даже превзошли затраты на аппаратуру, а затраты достаточно однозначно характеризуют трудности. Существуют и более убедительные доводы в пользу того, что дело обстоит именно так и в области разработки эргономического обеспечения операторского интерфейса. [51]