ГОСТ Р ИСО 13374-1—2011
схеме программныхобъектов, товэтомслучав такжепотребуетсяперекодировка всоответствиисреля
ционной схемой.
Методобменаданнымис использованием резидентной программысервера(например, при реали
зации MMS) требует от поставщика данных наличия сетевого шлюза, который способен был бы пони
мать протокол запроса данных и пересылать соответствующие пакеты данных в адрес клиента. Для
данныхвформатесхемы описанияфайлов каждомуэлементуданных, которыйдолжен бытьпереданпо
сети, должен быть присвоен идентификатор, при этом используемые фильтры данных должны быть
согласованы. Для данных в формате реляционной схемы запрос информации из некоторого столбца
некоторой таблицыдолженсопровождатьсяинформациейофильтрепострокам. Дляданныхв формате
информационной схемы программных объектов запрос класса объекта и атрибутов объекта должен
сопровождаться информациейо фильтре по классам иатрибутам.
Метод обмена данными с использованием XML-сервера и XML-клиеита требует создания
XML-схемы или схемы определения типа документа (DTD), которые поддерживают транзакции между
клиентом исервером наоснове стандартного словаря, соответствующего концептуальной информаци
оннойсхеме. Дляданныхв форматесхемы описания файлов, реляционнойсхемы или информационной
схемы программных объектов необходима перекодировка данным для описания содержания в терми
нах XML.
Наконец, метод коммуникации с использованием программных объектов требует от поставщика
данныхсоздания программныхобъектов, которые соответствовали бы интерфейсууровня вызова уда
ленногообъектас некоторымминимальным уровнем под держкизаданногообъектно-ориентированного
языказапросов. Дляданныхкакв форматесхемы описанияфайлов, такив форматереляционнойсхемы
необходима их перекодировка, чтобы описать их втерминах объектной модели. Перекодировка не тре
буетсядля данных в формате информационнойсхемы программныхобъектов.
3.2.2 Другие аспекты выбора
При выборе методологии передачи данных идоступа кданным необходимо принять во внимание
также:
- требования сетевой передачиданных кобнаружению и индикацииошибок, таймерунеактивнос-
ти. автоматическому запросуна повтор передачи, вычислению контрольныхсумм, изменению последо
вательности передачи исроку завершения работы;
- необходимость представления отчета обошибках на более высокий уровеньсистемы передачи
данных;
- скорость обновления данных при контроле состояния и разрешение по времени, необходимое
для проведения их анализа;
- операционную среду исетевые платформы.
4 Форматы представления и отображения данных
4.1 Общие положения
Пользовательскийинтерфейсдолженобеспечиватьинтуитивнопонятный, настраиваемыйдоступ
к информациисистемы мониторинга машин, получаемой из разных источников. Для лица, проводящего
анализданных, важно, чтобы интерфейсподдерживалвозможностидиагностическогоанализа, длячего
представлял данные в виде, удобном для прогнозирования изменений технического состояния, выра
боткии передачирешенийпопринимаемым мерам. Для оператораи менеджераважно, чтобы информа
ция была представлена в виде, облетающем принятие оптимальных решений в связи с
функционированием машин и ихтехническим обслуживанием.
4.2 Определение этапов контроля состояния
Чтобы определить формат представления данных конечному пользователю, необходимо знать
последовательность операций контроля состояния машин и то, какая информация необходима на каж
дом его этапе.
Контроль состояния предполагает сбор данных о вибрации, температуре, давлении, электричес
ких характеристиках, акустических сигналах идругих параметрах, отражающих техническое состояние
машины. Эти данные регистрируются исравниваютсяс предварительноопределенной базовойлинией,
уровнями предупреждения иостанова. Любые изменения контролируемых параметров являются пред-
7