7 вопросов об информационных системах производства

Информационная система производства
Работникам больших производств часто приходится иметь дело с морем информации – данными по произведенной продукции, по расходу энергоносителей, потребленной электроэнергии, планом и фактом, потерями производительности и качества. Эти данные содержатся в куче мест, их нужно сводить воедино для получения единой картины. В этом нелегком деле людям помогают информационные системы производства. В своей работе я часто сталкиваюсь с вопросами, связанными с этими системами. Недавно мне пришло в голову собрать их воедино и дать на них ответы.

Что такое информационная система производства?


Информационная система производства получает данные из разрозненных производственных систем (АСУТП, ТМ, АСКУЭ, АСУТГ, баз данных, офисных приложений, ручного ввода) и предоставляет эти данные пользователям и другим системам.
Их предназначение, выраженное в трех словах, не считая союзов и предлогов: информация для людей и систем. (Про три слова — спасибо за совет Гаю Кавасаки!)
Получая данные из систем нижнего уровня, информационные системы производства решают задачу горизонтальной интеграции, а предоставляя данные системам верхнего уровня (ERP, EAM, системам расчета ТЭП) – вертикальной. И для всех потребителей (пользователей и систем) информационная система производства обеспечивает единую точку доступа ко всей производственной информации.

Информационная система производства = Historian?


Информационная система производства часто рассматриваются как синоним систем класса Historian, но это не всегда так. Информационная система производства может включать в себя функции архивации и долговременного хранения, основные для Historian, а также может использовать системы класса Historian как источники данных.
В ряде случаев информационные системы производства вообще не используют функции архивирования, ретранслируя на лету запросы пользователей к источникам и отображая полученные результаты.

Можно ли сделать информационную систему на базе SCADA?


Да, можно. Но не нужно. Но это не всегда целесообразно. SCADA позволяет контролировать процесс и выдавать на этот процесс управляющие воздействия. Вторая функция в информационных системах не востребована. Зато зачастую в SCADA нет других нужных функций.
Какие это функции:
  • Удобные средства навигации по мнемосхемам
  • Быстрый доступ к подробной информации по параметрам
  • Просмотр формулы и дерева расчета для вычисляемых параметров
  • Работа с данными, получаемыми в разные моменты времени
  • Удобные средства отображения и работы с трендами
  • Мощные средства расчетов показателей
  • Развитые средства создания отчетов
В итоге, информационная система, сделанная на базе SCADA, зачастую не дает требуемой степени удобства работы с информацией и по своей природе остается SCADA системой.
Также часто в SCADA системах основным средством отображения данных является специально устанавливаемый на машину пользователя тяжелый клиент. Легкие клиенты и Web-средства отображения зачастую являются вспомогательными и ограниченными. А информационные системы требуют развитых и мощных средств отображения, не требующих специальной установки на машины пользователей.

Можно ли сделать информационную систему производства на базе ERP?


Да, можно. Но не нужно. Но это не всегда целесообразно. ERP обычно нуждается в агрегатных значениях. Затягивание в нее большого количества сырых данных не очень естественно. Наоборот, удобно, когда ERP получает готовое актуальное значение за смену или сутки.
По исследованиям ARM Research на западном рынке более половины производств, внедривших ERP, внедрили также и системы MES (данный тип систем включает в себя информационные системы производства). Информационная система сама собирает данные и кормит ими “монстра”. В результате, ERP выполняет свои функции, а информационная система свои.

<что вы могли поработать >На базе каких платформ можно создать информационную систему производства?</что вы могли поработать >
Информационная система производства может быть построена на основе одной из специализированных платформ: PISystem (OSIsoft), SIMATIC IT Historian (Siemens), IndustrialSQL (Wonderware), Proficy Historian (General Electric) и некоторых других.
В качестве платформы для построения информационных систем производства мы используем собственную разработку – программный комплекс Инфоконт.

В чем отличие Инфоконт от других платформ. Зачем было делать еще одну систему?


Скрыто, здесь же не принято давать рекламу (улыбка). Текст ответа есть здесь.

Где прочитать про информационные системы производства?


Разные типы информационных систем производства описаны в статье «MIS и EMI: Информационные системы уровня MES»

Из каких источников информационные системы получают данные?


В общем случае любая система может быть источником данных для информационной системы.
Если нужно контролировать все производственные процессы, то в качестве источников выступают системы АСУТП. Если необходимо контролировать соответствие плана по генерации фактической выработке электроэнергии, то в качестве источников могут выступать системы телемеханики и системы обмена диспетчерскими графиками (например, ГеКон/ГеПарт).
Другими источниками данных могут являться системы класса MES, LIMS и ERP.

Допустимо ли, что информация в нескольких системах дублируется?


Цель информационной системы – представление ВСЕЙ необходимой информации в одном месте. Чтобы пользователь не открывал пять приложений, а сторонняя система не обращалась сама к 10 источникам.
Для достижения этой цели допустимо пойти на дублирование информации. Единственное, должны быть продуманы механизмы актуализации информации, чтобы информация в источнике не разошлась с нашей системой.
Есть также методы снижения степени дублирования. Данные из источника могут получаться не в полном объеме или данные могут получаться “на лету” по запросу.
+4
22 июля 2010, 12:30
21
Shopin 9,0

комментарии (12)

–2
sergehog #
Ни одного коммента, а статья уже на главную вылезла?
Странно
0
Shopin #
Наверное все понятно, вопросов нет (улыбка)
0
Shablonarium #
информационные системы обязательно должны иметь компонент прогностического моделирования по сценариями «а что если?»

по этому вопросу очень многое написал Стаффорд Бир в своем монументальном труде «Мозг фирмы», в частности там есть про ситуационную комнату — аналог генштаба для оперативного управления театром действий
0
Shopin #
Это полезная функция, но и без нее информационные системы полезны.
На первом этапе просто повышается культура, решения принимаются на основе данных.
А если она еще может варианты проигрывать — то совсем хорошо.
Но я таких универсальных систем не встречал. Видел частные и узкоспециализированные, например, тренажеры для диспетчеров в энергетике.
А вы можете привести примеры?
0
AstralMan #
А почему только IE?
0
Shopin #
Это вы на демо-сайте нашли?
Там используется ActiveX, который производит начальную установку клиента.
Дальше клиент уже сам себя обновляет.
0
InfernoMonk #
Почему она такая страшная? Визуально просто отталкивает. Делая информационную систему для производства не стоит думать, что «работяги» съедят и брутальную и неудобную, сделанную программером без понимания основ удобства использования. Юзабилити. Это очень важно при повседневной работе. И дизайн, легкий и не напрягающий. А так у вас, простите, 1С получился :)
Удачи!
0
Shopin #
Наверное — тут дело вкуса или вы просто не любите осьминогов (улыбка).
Если серьезно – то что вам показалось тяжелым?
0
tox #
Вы еще некоторые SCADы не видели :)
0
Shopin #
Да, интерфейс в SCADA бывают очень страшный.
Мы, кстати очень сильно озадачены легкостью интерфейса.
В прошлом году мы проводили рестайлинг, наши друзья из Турболка сделали нам иконки и мы вместе работали над интерфейсом. Кстати, о том, как проходила работа, они неплохо написали у себя в блоге.
0
StUtk #
Говорить о «море информации» в производстве и не сказать о хранилищах данных — по-моему, странно. Но, всё же куда более странно выглядит идея о том, что иногда можно пойти на дублирование информации с налаженными механизмами соблюдения актуальности. Наверное, бывают редкие извращенства, когда это так, но всё же более эффективно консолидировать информацию в тех же хранилищах. Более того, как быть при добавлении новых ИТ-систем, изменении структуры данных, бизнес-процессов? Опять и опять продумывать «механизмы актуализации информации»? Бред, имхо.
0
Shopin #
Хранилища данных в производственных системах называются Historian. И вы правы, часто информационная система содержит внутри себя Historian.
Но может и не содержать. Например, XHQ от Siemens. Как 15% мировой нефтедобычи контролируется XHQ. А эта система не архивирует данные. Просто налету получает информацию и отображает. Очень красивая идея, мы ее сейчас реализуем в нашем Инфоконт.
С другой стороны, иногда надо данные архивировать в информационной системе. Зачем? Например, источник содержит секундные значения и хранит их 10 дней. А информационной системе достаточно 10 секундных отсчетов, но хранить из надо полгода. Вот тут то и возникает дублирование информации. Но это не беда, это допустимо.
А актуализация тоже нужна. Например, диспетчерам нужен график генерации на сутки. А его РДУ каждые 4 часа изменяет. Т.е. старый график не меняется, а задание на ближайшие сутки меняется. Так вот, если затаскивать эту информацию в информационную систему производства, то надо думать про актуализацию. И это не извращение, это жизнь.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.