НПП «СпецТек» объявляет о завершении проекта внедрения автоматизированной системы управления процессами диагностики оборудования АСУТП Yokogawa Electric. Система реализована на мобильной платформе TRIM-Mobile.
Наиболее трудоемкая часть работы сервисных инженеров, осуществляющих поддержку эксплуатации АСУТП Yokogawa, включает в себя выездную диагностику и подготовку отчета. Сбор данных о состоянии оборудования на месте (у заказчика) традиционно осуществлялся путем ручного заполнения чек-листов по результатам визуального осмотра и снятия показаний с диагностических утилит (проверка линий связи и станций управления, контроллеров, блоков питания и т.д.). Существенное время занимала обработка собранных данных о состоянии АСУТП. Группа аналитиков сравнивала их со значениями технических параметров, рекомендованными Yokogawa Electric, выявляла отклонения и формировала отчет с рекомендациями заказчику. Этот процесс не был автоматизирован и требовал значительных трудозатрат сотрудников Сервисного центра.
В этой связи в Сервисном центре «Иокогава Электрик СНГ» был инициирован проект внедрения автоматизированной системы управления процессами диагностики оборудования АСУТП Yokogawa. Ключевым требованием было создание мобильного АРМ сервис-инженера, с возможностью сбора и передачи данных на сервер в офисе компании. Основой системы стало решение TRIM-Mobile разработки НПП «СпецТек» – программный продукт класса FSM (Field Service Management), являющийся частью EAM/APM-системы TRIM.
Специалисты НПП «СпецТек» конвертировали на сервер системы накопленную базу знаний в виде каталога типов оборудования (порядка 1500 единиц) с данными по типовым несоответствиям, их причинам и влиянию, и рекомендациям по их устранению. Сбор данных переведен на мобильное приложение TRIM-CSMT, где не только создан интерфейс, соответствующий чек-листам проверки оборудования, но и реализован автоматизированный импорт данных из диагностических утилит с автоматической их привязкой к объекту проверки в базе данных. Все это позволило автоматизировать процедуру диагностики и формирования отчета по ее итогам за счет автоматического сравнения оперативных данных с диагностической базой знаний.
В мобильном приложении реализована функция паспортизации оборудования заказчика, которая осуществляется с использованием единых классификаторов и справочников типовых работ, и с автоматической проверкой создаваемого объекта на соответствие обязательным параметрам. В совокупности с фиксированным интерфейсом функций мобильного приложения, это позволило унифицировать процесс сбора данных и обеспечить его соответствие регламентам.
В результате внедрения системы повысилась полнота и достоверность собираемых данных, снизилась вероятность ошибок и потерь данных, которые могли возникнуть при их сборе на промежуточный носитель и ручном их переносе в базу знаний. Время формирования отчета по диагностике уменьшилось с одной недели до нескольких минут.
Появилась возможность анализировать повреждаемость элементов АСУТП за выбранный промежуток времени, по заданным типам оборудования, по выборке заказчиков или другим критериям, формировать иную аналитику на основе базы знаний.
Справка о компаниях
ООО «Иокогава Электрик СНГ» – дочерняя компания Yokogawa Electric Corporation, представляющая продукты, решения и услуги компании на территории России и в странах СНГ. Компания является поставщиком для промышленных предприятий, выступает в роли подрядчика по автоматизации крупнейших проектов нефтегазовой отрасли, ведет совместные проекты в науке и образовании с инновационными и учебными центрами. В составе компании созданы и успешно функционируют 7 филиалов, 3 дочерних компании, 16 технических центров, Центр Решений, Сервисный и Учебный Центры.
ООО «НПП «СпецТек» – профессиональный консультант и ведущий российский разработчик программных продуктов в области управления физическими активами. Является базовой организацией Технического комитета по стандартизации №086 «Управление активами», участвует в работе международного комитета ISO/TC 251 «Asset management». Разработчик национальных стандартов серии ГОСТ Р 55.0.00 «Управление активами». Разработчик отечественной EAM/APM-системы TRIM.
Никто пока не комментировал эту страницу.
В стандарте [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).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует