Anatoly Levenchuk (ailev) wrote,
Anatoly Levenchuk
ailev

Operations and maintanance в варианте OpenO&M (data integration на этапе эксплуатации).

Могучие презентации по интеграции данных при эксплуатации (operations and maintenance -- OpenO&M): https://trac.posccaesar.org/wiki/IOHN/InformationDissemination

Там можно найти много интересного, например из программы CIEAM conference 2008:
Title: Technology Transfer Evaluation in the High Technology Industry: an Interdisciplinary Perspective.
Author Name: Laxman.A.Samtani – PhD Candidate
University: Queensland University of Technology
Summary: An interdisciplinary look at the ex-ante evaluation of the technology transfer process of high technologies by using a technology stemming from radio astronomy and a potential application for asset management, namely, water leak detection in pipes.

Ага, от звёзд к терниям. Из астрономов в управдомы.

Вот, например, диаграмка из презентации проекта IOHN, разъясняющая сложные отношения между required, planned и actual для process, facility, design/construction, material:

Там и другие картинки не менее хороши. А монументальная презентация о 192 слайдах от IBM вообще чудесна -- с описанием того, как с s-образной кривой развития технологии real-time collaboration rooms нефтегазовая промышленность попадет при помощи SOA на s-образную кривую развития технологий второго поколения -- automatic reasoning application. Для датамэпперов -- ффтыкать, много думать. Мы только-только начинаем скрести поверхность интеграции данных на основе международных стандартов.

Интересно в этой презентации IBM про harmonization, linking и embrace в стандартизации:
Linking vs. Harmonization
* Standards harmonization attempts between different standards bodies is prone to failure (“Harmonization” is typically a keyword for which standard is consumed/replaced by another).
Linking standards allows “bridges” to be built between different standards so that the functionality in the “linked” standards can
be used in a coherent fashion. (Does not directly impact the standards development/scope of the “bridged” standards).
What the RSM is attempting to do:
* Harmonize S95 and S88 (These standards were designed to be used together and closer coupling is needed in order to make them interoperable on an enterprise and multi-vendor scale). Заметка в сторону: эти стандарты в том числе про иерархию оборудования -- и их связка должна позволить в рамках area (из enterprise -- site -- area иерархии) использовать совместно не только production line или storage zone, но и process cell, под которым unit, equipment module, control module.
* Linkage to other standards for needed process asset representation.
* Embraced UNCEFACT Core Components and concepts therein.

А вот прямо в кассу для выбора PBS на основе стандартов (обратите внимание на выразительность KKS в этом ряду!):

А дальше они предлагают свое решение для этого болота стандартов. Такое впечатление, что нужно впрыгивать в bandwagon.

Или вводится понятие расширяемости для их RSM (Reference Semantic Model -- которая, кстати, не data model!): различалки между 1. расширениями модели, 2. prepopulated model instances ("типовая бурильная установка состоит из...") 3. customer's model instance.

Использовали они для всего этого буйства моделей и стандартов Rational Software Architect (UML).

Похоже, там есть и variant management (который называют RSM Instances -- много-много похожих, но разных объектов, которые строятся независимо. Типа морских буровых, разбросанных в разных местах).

В общем, рекомендую все эти материалы полистать -- получите много удовольствия (если вы вообще можете получать удовольствие от чтения текстов и просмотра слайдов с большим количеством слов ontology, ISO 15926, operations and maintenance, life cycle и т.д. -- я, как это ни странно, могу).
Subscribe
  • Post a new comment

    Error

    Anonymous comments are disabled in this journal

    default userpic

    Your reply will be screened

  • 2 comments