[IT-стандарты, Хранение данных, Управление проектами] Управление информацией объектов капитального строительства

Ответить на тему

Автор

Сообщение

news_bot ^®

Стаж: 6 лет 9 месяцев
Сообщений: 27286

news_bot ^® написал(а)
20-Дек-2020 19:33

Цитировать

Настоящий обзор основан на практике применения ISO 15926 и CFIHOS для объектов нефтегазового и нефтехимического хозяйства. Рекомендовано для объектов, схожих по объему и типу проектных решений, из других отраслей.ВведениеCFIHOS – Capital Facilities HandOver Specification. Дословно переводится как инструкция или стандарт по передаче данных объектов капитального строительства. Это промышленный стандарт, разработанный для улучшения того, как информация передается между компаниями, которые владеют, эксплуатируют, возводят установки для перерабатывающей (непрерывное производство) и энергетической отраслей. Является практическим применением ISO15926-4.Разработка стандарта начиналась с классификации наименования оборудования и вспомогательных спецификаций. В итоге целью стало создание общего языка обмена информацией в указанных выше секторах.Актуальная версия стандарта 1.4. Разработчик – организация USPI, учрежденная компанией Shell в 2012 году. В состав USPI входит более 70 международных инжиниринговых и софтверных компаний.В основе CFIHOS лежит так называемая библиотека справочных данных – RDL, определяющая в качестве стандарта правила наименования оборудования, его атрибутов, дисциплин и документов. Версия 1.4 включает:

Перечень классов для тэгов и оборудования (что оборудование из себя представляет и что осуществляет)
Перечень свойств (атрибуты, характеристики, измерения)
Перечень требований по классам (требования к данным и документам)
Стандарт уникальной кодификации данных для облегчения цифрового проектирования и других работ
Перечень типов документов
Перечень дисциплин

В настоящее время CFIHOS покрывает только обмен структурированной информацией и документами.КонцепцияВ CFIHOS принят следующий цветовой стандарт для определения источника данных:

Важным определением в данной методологии является тэг (tag) – дословно декомпозиция «верхнеуровневой» функции перерабатывающей установки в более детальную «подфункцию». Тэг представляет специфическую функцию завода с его логическим местоположением, определенным номером тэга. Таким образом, свойства тэга относятся к функции. Примером тэга служит «Р-001» - конкретный насос, относящийся к классу тэга «насос».Оборудование представляет физический производственный фонд или актив (asset), удовлетворяющий конкретной функции, представленной тегом. Таким образом, свойства оборудования относятся к свойствам актива, такие как серийный номер, производитель и фактическая дата покупки. Типы тэгов могут быть категоризированы,

Тэги без оборудования – что-то, называемое «мягкими» тэгами, например, DCS(АСУТП) тэги
Теги связанные с оборудованием – что-то, называемое «твердыми» тэгами.

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

Планы проекта и процедуры
Результаты проектирования, включая те, что поставляются Поставщиками/Производителями
Проектные документы
Проектные чертежи
Документы поставок
Документы СМР
Документы ПНР
Документы качества
Другие документы, запрашиваемые заказчиком

Стандарт описывает то, как должен быть устроен MDR (Master Document Register), какие должны быть свойства у документов, индексный файл, типы шаблонов документов, шифрование, сжатие и парольную политику документов.Если в инструкцию по управлению информацией контракта, основанной на соответствующей инструкции CFIHOS, описаны такие требования по связям тега к документу, тега к тегу, документа к документу, документа к оборудованию и документа к зоне, то подрядчик должен включить план по достижению таких требований в общий план по управлению информацией подрядчика. Заказчик должен обозначить, какие связи и для какой информации являются предметом таких требований.Данные об объекте капитального строительства составляют следующее:

Географическое описание (Площадка и Зона)
Функция (Завод-Установка-Тэг)
Структура декомпозиция завода
Объект ПНР-Система ПНР-Тэг
Объект обслуживания - Система обслуживания – Тэг и оборудование
Строительная сборка – тэг
Установка – оборудование
Физическая связь тэга
Коррозия (Тип коррозионной петли – Коррозионная петля)
Первичные данные (Компания – Заявка на закупку – Свойство)

Кроме того, стандарт определяет классы и свойства для тэгов и оборудования. Чтобы отличить тэг от оборудования, достаточно иметь ввиду, что «Р-001» - это тэг, а центрифужный насос весом 35 кг и габаритами 187х65х77 и относящийся к классу центрифужных насосов – будет оборудованием.CFIHOS отмечает, что обязательно должен быть MTR– master tag register– полный перечень тэгов, передаваемый заказчику от подрядчика, а также установлены шаблоны данных и файлы данных, определены порядки предоставления данных, рассмотрения и ревизии.Отдельным вопросом при управления информацией должен быть рассмотрена политика информационной безопасности. Для начала построения процесса управления информацией должен быть разработан так называемый план управления информацией, который должен описывать, как минимум:

Как определять источник данных и информации (данные – сырая информация, информация – данные в определенном контексте)
Как создавать, выделять, накапливать и проверять данные и информацию из разных источников
Как получать и передавать данные и информацию на всем жизненном цикле
Как управлять информацией третьих сторон
Связанные корпоративные нормативные документы и планы
Использование подходящей системы управления данными и процедура интеграции с другими системами и процедурами подрядчика
Как отслеживать и формировать отчеты качества данных и информации
Как аудировать процессы управления информацией
Структура управления информацией и зоны ответственности

Для того, чтобы ответить на вопрос, какая информация нужна на этапе проектирования, следует выделить следующие критерии:

Требуется ли эта информация для определения технических решений или предоставляемых результатов?
Требуется ли эта информация для координирования работ по реализации проекта
Требуется ли эта информация для обеспечения предоставления требуемых результатов или технической целостности?
Требуется ли эта информация для определения технических решений или предоставляемых результатов?
Требуется ли эта информация для координирования работ по реализации проекта?
Требуется ли эта информация для обеспечения предоставления требуемых результатов или технической целостности?

Для этапа эксплуатации:

Является ли информация необходимой частью для получения лицензии на эксплуатацию? Требование ли это законодательства?
Требуется ли эта информация для управления работой или целостностью объекта?
Требуется ли эта информация для определения способов или методов эксплуатации объекта, или работ, связанных с ремонтом, будущих модификаций объекта?

Если есть хотя бы один утвердительный ответ на вышеперечисленные вопросы, то информацию нужно предоставить.В дальнейших публикациях я планирую подробнее описать некоторые детали в части руководства по управлению информацией и раскрыть некоторые информационные системы, которые покрывают процессы управления информацией.
===========
Источник:
habr.com
===========
Похожие новости:

Теги для поиска: #_itstandarty (IT-стандарты), #_hranenie_dannyh (Хранение данных), #_upravlenie_proektami (Управление проектами), #_ims, #_suid (СУИД), #_information_management, #_plm, #_cfihos, #_upravleni_dannymi (Управлени данными), #_itstandarty (
IT-стандарты
), #_hranenie_dannyh (
Хранение данных
), #_upravlenie_proektami (
Управление проектами
)

Профиль ЛС

Ответить на тему

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы

Текущее время: 23-Ноя 01:49
Часовой пояс: UTC + 5