Наше будущее: конвергенция технологий и IoT
О конвергенции информационных (IT) и операционных технологий (OT) сказано уже немало – теперь технологическую картину мира меняет интернет вещей (IoT): происходит автоматизация и цифровизация производственных процессов, а электросети становятся распределенными. Может сложиться впечатление, что наша потребность в распределенном интеллекте и управлении идет вразрез с требованиями безопасности, при этом в вопросе приоритетом остается эффективность.
Технологическая основа для такой конвергенции уже создана, компании публикуют многочисленные «истории успеха», рассказывают о том, как им удалось улучшить свои показатели. Однако при этом ничего не говорится о человеческих взаимоотношениях, необходимых для успешного осуществления изменений, которые охватывают как подразделения организаций, так и разные географические регионы и, в конечном итоге, оказывают влияние на все заинтересованные стороны рынка. Разработка эффективных решений, часто объединяющих применение новых технологий на базе уже имеющейся инфраструктуры, требует высококвалифицированных специалистов – системных интеграторов, сумевших продемонстрировать свою экспертизу в конкретных аспектах «подключенного предприятия».
Промышленные объекты и крупные предприятия представляют огромные возможности для использования этого человеческого фактора конвергенции IT и OT. Возьмем, к примеру, электродвигатели: в документе, составленном Международным энергетическим агентством и посвященном перспективам стратегии авнедрения энергоэффективных технологий, в настоящее время они потребляют около половины всей электроэнергии, используемой в промышленности, при возрастающей необходимости автоматизированного управления. Это означает, что в дополнение к интеллектуальной сети управления, которая обеспечивает эксплуатационную эффективность, для достижения ожидаемых показателей энергоэффективности и сокращения затрат наряду со средствами обеспечения бесперебойной работы предприятия нужно задействовать интеллектуальную сеть распределения питания.
Важность развития партнерства для развития IoT
Компании-интеграторы, традиционно обладающие нишевой экспертизой в конкретном сегменте рынка, теперь должны накапливать новые знания или развивать партнерские связи в рамках своей специализации. Например, компания Schneider Electric как поставщик технологий имеет продолжительную историю партнерства с системными интеграторами. Однако сегодня как никогда ранее существует необходимость во взаимодействии этих интеграторов друг с другом целью развития необходимого сотрудничества в конкретном месте или в глобальном масштабе.
Одним из способов достижения данной цели является признанная во всем мире партнерская программа Schneider Electric EcoXpert. Участие в ней принимают заслуженные поставщики технологий, прошедшие обучение и сертифицированные экспертами Schneider Electric в таких областях как автоматизация зданий, управление энергопотреблением, передача данных, решения для управление освещением и комфортом в помещении. Эта глобальная программа позволяет заказчикам ЭкоЭкспертов Schneider Electric по всему миру оптимизировать свои проекты, включая конвергенцию IT и OT, а также успешно внедрять IoT.
Сеть ЭкоЭкспертов насчитывает множество успешно реализованных проектов в России. Одним из ярчайших примеров такого взаимодействия стал проект для уральского лечебно-реабилитационного госпиталя восстановительных инновационных технологий в Свердловской области. Расположенный на шести гектарах, медицинский центр имеет общую площадь 52000 м2; в комплекс входят пять зданий медицинского назначения, а также здания для проживания персонала и гостиница для посетителей. Все это требует грамотного и бесперебойного энергообеспечения, взаимосвязанную работу всех систем жизнеобеспечения медицинского центра, а также легкое управление комплексом и его инженерными системами.
Для обеспечения оптимальной работы нового многофункционального медицинского центра было использовано интегрированное комплексное решение Schneider Electric при поддержке партнера-ЭкоЭксперта, системного интегратора ИК «Уралспецтеплоремонт». Объем внедренных решений включал в себя поставку и отладку системы управления и контроля отопления, вентиляции и кондиционирования воздуха, освещения, IT-обрудования, пожарной безопасности и автоматизации зданий. Технологической основой всего этого стала платформа программного обеспечения StruxureWare Building Operation.
Благодаря решению Schneider Electric комплекс зданий различного назначения, ранее функционировавших независимо друг от друга на территории госпиталя, теперь имеет единый центр управления. При этом внедренная система управления может легко масштабироваться и подключать следующие очереди строительства на территории медцентра.
Конечно, для оснащения огромного комплекса построек современной системой автоматизации потребовался целый спектр оборудования. Среди прочего здания госпиталя были оснащены 13 серверами и двумя сотнями контроллеров с различным функционалом, сложнейшей системой видеонаблюдения с 120 камерами, комплексной системой пожарной охраны и сигнализации (а это 3000 детекторов дыма и огня, а также 10 панелей сигнализации), коммуникационными модулями и устройствами, обеспечивающими бесперебойное электроснабжение. Все оборудование было поставлено компанией Schneider Electric.
Объединить данные всех устройств, верно и оперативно их обработать позволяет интегрированная система управления. Для госпиталя в Нижнем Тагиле было выбрано решение SmartStruxure компании Schneider Electric. Подобные системы предоставляют заказчику не только гибкий пользовательский интерфейс, но и возможность дистанционного контроля и управления с использованием веб-услуг и мобильных приложений, поддержку открытых протоколов и упрощение процесса текущей эксплуатации.
Подобная кооперация компании-поставщика решений, связанных с внедрением IoT, а также сертифицированного партнера – ЭкоЭксперта – позволяет эффективно решить сразу несколько проблем заказчиков. Во-первых, грамотно внедренное решение помогает интегрировать множество различных систем для одного объекта и упростить процесс текущей его эксплуатации. Дистанционный контроль посредством веб-услуг и мобильных приложений открывает широчайшие возможности управления объектом. Это позволяет не только упростить жизнь персонала предприятия или социального объекта, но и повысить комфорт для посетителей, обеспечить бесперебойность процессов и – в конечном итоге – снизить издержки. Во-вторых, новые возможности открывает и удобный пользовательский интерфейс – с его помощью легко адаптировать автоматизированную систему под конкретные требования заказчика, в зависимости от назначения, местоположения объекта и т.д.
Так, для госпиталя в Нижнем Тагиле такое взаимодействие позволило упростить эксплуатацию зданий, а также сделало более удобным и максимально оперативным процесс отслеживания и оптимизации энергопотребления.
Хотя отраслевые аналитики расходятся в цифрах, в Институте инженеров по электротехнике и электронике (IEEE) считают, что к 2020 году в мире будет насчитываться от 20 до 50 млрд. подключенных устройств. Это весомый фактор, определяющий влияние цифровизации на наше будущее. Конечно, технология сама по себе не может решить все проблемы и реализовать все предоставляемые IoT возможности. Однако тесное взаимодействие компаний, их совместная работа открывают уникальные перспективы создания решений и систем, взаимодействующих между собой в подключенном мире будущего.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует
Что объединяет эти статьи? Прежде всего то, что они вместе с другими статьям составят «Справочник технического писателя». Справочник, в котором совместно анализируются стандарты разных систем – ГОСТ 2, ГОСТ 34, ГОСТ 19 и др.,
используемые техническими писателями при разработке текстовых документов.
Результатами такого анализа станут предложения по корректировке действующих стандартов (см. статью ««Обозначение программных документов. Предложения по изменению стандартов») или же приглашение к обсуждению тех или иных вопросов, как это сделано в статье «Стадии разработки».
По мнению автора справочника, совместный анализ стандартов разных систем позволит не допускать расширенного толкования одних и тех же понятий, корректно использовать техническую терминологию, а также исключить противоречия в правилах выполнения текстовых документов в разных системах стандартов.
Задача словарных статей «Справочника технического писателя» не повторять тексты тех или иных стандартов, а рассмотреть стандарты разных систем, взглядом специалиста, применяющего их при подготовке технической документации.
Статьи этого справочника предназначены для технических писателей, нормоконтролеров, работников ОТК, а также всех, кто тем или иным образом связан с разработкой, оформлением согласованием и утверждением текстовой документации.