ПРЕСС-ЦЕНТР

Трёхмерное представление архитектуры оборудования для решения задач анализа состояния технологических систем

МКА 6/2006

Можно бесконечно хвалить новейшие технологии, внедрять в самые кратчайшие сроки суперсовременные технические решения, автоматизирующие деятельность предприятий, но в конце концов встанет вопрос о том, удобно ли самому потребителю и заказчику то, что он купил? Вопрос не праздный, поскольку за свои средства пользователь должен получить удобный и надёжный инструмент, позволяющий ему решать производственные задачи. Если речь идёт о рядовом сотруднике, обслуживающем достаточно узкий участок, автоматизация может быть ограничена средствами типового решения, например, стандартной базы данных. Однако кроме рядовых работников есть ещё руководящий состав, которому стандартных решений явно недостаточно, поскольку требуется системный анализ и качественная оценка состояния управляемых процессов на основе максимально наглядного представления собранной информации. В данной статье на примере газотранспортной системы ООО "Тюментрансгаз" рассматривается ландшафтный подход к представлению информации при анализе состояния технологического процесса и состояния оборудования.

Давно известно, что любой руководитель, будь то руководитель предприятия или руководитель небольшого производственного участка, для принятия управленческих решений нуждается в наглядном и полновесном представлении основных характеристик объектов, которыми он управляет, за которые он отвечает или которые курирует. Например, задача анализа состояния технологического процесса и состояния оборудования в ООО "Тюментрансгаз" (ТТГ) решается специалистами производственных отделов. На основании анализа информации, помещенной в базу данных "Паспортизация", и ERP-системe R3 принимается решение о состоянии оборудования, планируются мероприятия по ремонту, закупке запчастей, перспективах перевооружения подразделений новыми техническими средствами. Наглядность и прозрачность представления всего комплекса оборудования в филиалах ТТГ линейно-производственных отделах (ЛПУ) становится жизненно необходимой.

Нельзя сказать, что специалисты этой категории не обеспечены средствами анализа информации. Как правило, руководству предлагаются таблицы с цифрами, реже графики или диаграммы, демонстрирующие количественное соотношение анализируемой информации в двухмерном пространстве параметров. В условиях необходимости анализа всего многообразия оборудования, распределённого по ЛПУ, задача полноценного, в идеале многомерного, представления информации для руководителей производственных отделов становится как нельзя более актуальной.

Чтобы представить руководству требуемую информацию, полезно знать, что, собственно, интересует начальников производственных отделов, на основании анализа какой информации они принимают решения.

Вот только некоторые причины, по которым была поставлена задача трёхмерного представления архитектуры оборудования:

  1. В ТТГ силами компании "РТСофт" разработана и внедрена информационно-управляющая система (ИУС). Одна из подсистем - база данных паспортов оборудования "Паспортизация".
  2. В работу включены источники информационно-управляющей системы (ИУС), ведущие сбор и обработку информации о ТТГ в реальном масштабе времени.
  3. Ведутся работы по подключению к базе данных "Паспортизация" источников информации о событиях, зафиксированных в ИУС в среде оборудования.
  4. Отрабатывается концепция перехода от ремонтов по плану к ремонтам по состоянию оборудования.
  5. Контролируется комплекс событий, предшествующих аварийной обстановке, с целью своевременного предотвращения аварий и сбоев.
  6. Требуется планировать модернизацию и закупку нового оборудования, имея: а) актуальную картину состояния имеющегося оборудования, б) информацию различного уровня обобщения от самой мелкой детализации до концептуальной картины идеи развития.
  7. Для повседневных задач управления требуется инструмент, позволяющий точно определять хозяина оборудования, политику обслуживания этого оборудования, взаимное влияние сбоев одного оборудования на другое и на систему в целом.

Наглядное представление на уровне руководителей подразделений позволит:

  • сформировать общую картину положения с целостностью системы и качеством её укомплектованности;
  • качественно оценить текущее состояние оборудования, положение с аварийными модулями и аварийными ситуациями;
  • представить масштабы работ по автоматизации или комплектации;
  • оценить уровень потребностей в оборудовании.

Основание построения системы визуализации технических объектов

Основанием для работ по решению задач визуального представления архитектуры технических систем ГТС является база данных "Паспортизация". Чтобы представлять, каким образом организована база данных, рассмотрим пример, в котором используется лицензионный программный продукт Datastream.

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

Рис. 1. Структура базы данных производственного отдела компрессорных станций

После того как искомое оборудование найдено, открывается карточка технического объекта.

На рис. 2 представлен пример экранной формы для карточки АВОГ.

Предварительно структура карточки уже сформирована, специалистам на ЛПУ или в производственных отделах можно с ней работать, заполняя её требуемыми сведениями. Возможно расширение или изменение карточки в зависимости от опыта, который появится в процессе эксплуатации этой системы.

В карточке есть две группы полей. Первая группа включает паспортные данные - сведения об изготовителе, дате производства, установки и прочую информацию.

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

Перспективным направлением работ считается внесение сведений о состоянии оборудования автоматически, на основании анализа сведений, концентрирующихся в ИУС базе данных реального времени (БДРВ). Проблемными вопросами считаются отбор ключевых параметров и их сочетаний для полноценного и однозначного принятия решений о наступившем событии. Их решение в целом возможно после набора определённой статистики по событиям. На первом этапе планируется создание разделов в паспорте оборудования, фиксирующих отказы оборудования на основании возникновения информационных разрывов прекращения поступления информации в систему от того или иного оборудования. Причины такого рода неявных отказов оборудования и следует рассматривать как исходный материал для обработки статистики информационных разрывов.

Рис. 2. Карточка технического объекта

Работа "Паспортизации" не ограничивается только работой с карточками, представляющими так называемый паспорт объекта.

На рис. 3 показан пример работы с журналом событий.

Под событием понимается прежде всего любое действие с объектом, направленное на изменение его состояния. Это либо отказ оборудования, либо мероприятия, связанные с его выключением, ремонтом, восстановлением, заменой.

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

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

  • кто и когда сделал описание события;
  • описание события;
  • оборудование;
  • статус записи;
  • тип события.

Пример на рис. 3 иллюстрирует работу с событием, классифицируемым как "замена арматуры линейного крана".

В результате заполнения журнала возможна работа со статистической и исторической информацией.

Рис. 3 Журнал регистрации событий

По результатам заполнения "Паспортизации" формируются типовые или заказные отчётные формы. В них, в соответствии с запросом, формируется справка-отчёт о той или иной группе информации.

Так, на рис. 4 приведён пример запроса о количестве запорной арматуры, введённой в эксплуатацию в 2005 году на каждой КС.

Рис. 4. Справка-запрос к базе данных "Паспортизация"

Общая схема работы с паспортной информацией представлена на рис. 5.

Рис. 5. Общая схема работы с паспортной информацией

Предварительно сформированная структура объектов в виде предзаполненных карточек и журнала событий готова к заполнению. Заполнение базы данных, журнала событий может вестись как представителями производственных отделов, так и представителями соответствующих служб на ЛПУ.

Для работы с базой данных "Паспортизация" достаточно иметь соответствующие права на доступ к базе данных. Естественно, что для организации полноценной работы требуется рабочее место и соответствующее лицензионное программное обеспечение.

Готовая информация передаётся в подсистему SAP/R3 (ТОРО техническое обслуживание и ремонт оборудования).

Особенности работы в системе ТОРО, во многом позволяющие решать задачи планирования ремонтов с точки зрения финансирования хозяйственной деятельности, являются отдельным вопросом и здесь не рассматриваются.

Поведенческий анализ работы показывает, что для решения производственных задач поддержания ГТС в исправном состоянии руководитель производственного отдела:

  • рассматривает всю совокупность представленных в его распоряжение данных о составе и состоянии оборудования;
  • оценивает состояние оборудования ГТС;
  • принимает решение на регламентные, ремонтные, восстановительные мероприятия, о планировании развития и модернизации системы, о построении новых модулей системы, замены устаревших с целью поддержания надёжного функционирования технологических средств;
  • производит управляющее воздействие на соответствующие финансовые, ремонтные, поставляющие оборудование и запчасти органы с целью исполнения планов поддержания работоспособности ГТС;
  • проводит мониторинг изменения состояния оборудования ГТС;
  • оценивает результаты работ подрядчиков и собственных подразделений;
  • исправляет или оптимизирует последствия управляющего воздействия.

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

Главное противоречие

С одной стороны, количество технических средств, представления информации и отображаемого множества параметров не позволяют за обозримое время "окинуть" и тем более "оценить", "принять решение", провести мониторинг" и "оценить результаты".

С другой стороны, все перечисленные задачи так или иначе решаются начальником производственного отдела. Это своего рода искусство анализа.

Актуальность решения задачи

Недостатком работы с "Паспортизацией" является отсутствие графического интерфейса, позволяющего для управленцев ранга начальника производственного отдела интерпретировать цифровые данные в виде визуальных образов информационных ландшафтов.

Наглядное представление сложных архитектурных сочетаний систем необходимо при принятии решений, в силу того что из виду не теряется главное и всегда можно уточнить детали у отдельных специалистов, ориентированных на работу с отдельными подсистемами и блоками.

Гипотеза

С нашей точки зрения, можно выделить следующие основные группы задач, которые можно эффективно решать, используя трёхмерное представление информационных ландшафтов для решения задач анализа состояния газотранспортной системы:

  1. Анализ состава оборудования узлов оборудования.
  2. Вертикальная и интегральная интеграция систем качественный анализ полноты и непротиворечивости архитектуры.
  3. Информационные потоки между модулями и подсистемами на различных уровнях автоматизации.
  4. Полнота информационных потоков между элементами и узлами оборудования.
  5. Анализ полноценности системы, подсистемы, модулей и их заменителей.
  6. Оценка изменений состояния оборудования концепции планов.
  7. Концептуальные интегральные оценки оборудования, варианты комплектации.

Далее более подробно поясним принципы решения перечисленных задач.

Основные принципы трёхмерного представления архитектуры оборудования

Рассмотрим, возможно ли трёхмерное представление архитектуры оборудования для решения задач анализа состояния технологических систем (на примере газотранспортной системы).

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

Термин "архитектура оборудования" традиционно использовался для обозначения модульно-функциональной классификации оборудования, уровней управления и исполнения. Здесь мы предлагаем дополнить традиционное определение ещё и визуальным трёхмерным представлением объекта с использованием соответствующих средств отображения.

Архитектура построения информационных систем весьма разнообразна, поскольку при построении систем автоматизации производственных процессов используются разнообразные конфигурации и типы оборудования. С учётом развития информационных систем во времени, в архитектуру систем включаются информационно-технологические элементы и управляющие системы различных модификаций и версий, представляемых различными производителями. В конечном счёте, архитектура любой системы определяется финансовыми и технологическими возможностями заказчика, ведущего её построение. Чем больше финансовых возможностей, тем более полноценно укомплектована система новейшими версиями подсистем и модулей. Однако практика развития ТТГ показывает, что комплектация и развитие системы связано со значительными ограничениями на комплектование полноценных информационных систем. Поэтому руководству приходится решать задачи с учётом имеющихся финансовых ресурсов, добиваясь формирования единого информационного пространства (ЕИП) ТТГ.

Рискнем предложить свое видение на ЕИП ТТГ

Со временем, а ТТГ существует с более 20 лет, в систему включено более 1200 ГПА различных типов и модификаций, более 10 систем автоматики и телемеханики различных поколений элементной базы и версий программного обеспечения на самых экзотических языках программирования. В соответствии с развитием систем автоматизации в систему включались системы различных производителей.

С 2003 года в ТТГ успешно внедряется система ИУС, позволяющая объединять все автоматизированные и ручные источники информации. Для этих целей разработаны и продолжают наращиваться информационные базы данных ИУС. Поставщиком информации на ЛПУ является АРМ диспетчера ЛПУ, объединяющий всю информацию на ЛПУ и передающий её в центр. Общая схема системы ИУС представлена на рис. 6.

 

Рис. 6. Общая схема ИУС ТТГ

Принципиальным положением можно считать то, что практически всю информацию от автоматических, автоматизированных и ручных источников объединяет АРМ диспетчера. В перспективе к АРМ будут подключены практически все источники технологической информации, а следовательно, виртуальные возможности АРМ по формированию ЕИП "Технологии" можно считать эталонными. За рамками технологического процесса стоит хозяйственная деятельность, поэтому в ТТГ формируется ещё один контур, автоматизирующий указанною область деятельности, обозначим его как ЕИП "Хозоперации".

После объединения этих двух составляющих вполне корректно говорить о создании полноценного ЕИП ТТГ.

Переход к трёхмерному представлению и анализу состава технических систем

Для построения архитектуры любой системы используем трёхмерную систему координат (рис.7).

 

Рис. 7. Общий вид системы моделирования представления трёхмерных объектов

В основу построения заложены следующие правила создания архитектурного сооружения:

  1. Визуально архитектура любого технического объекта отображается геометрическими фигурами в виде кубиков, пирамид или их составляющих сложных фигур.
  2. Каждый элемент моделирует отдельную техническую подсистему или её модуль (рис. 8).
  3. Для моделирования размещения объектов на плоскости используются координаты X и Y. Получаем модель относительного размещения объектов на географической площади.
  4. Уровень автоматизации объекта характеризуется координатой Z. Чем выше уровень размещаемого объекта, тем более высокий уровень управления он характеризует.
  5. Над объектом нижнего уровня можно размещать объект более высокого уровня управления, если он имеет прямое отношение к процессу управления объектом нижнего уровня (рис. 9).
  6. Полный состав системы представляется в виде многослойной архитектуры, сложенной из геометрических элементов в соответствии с вышеизложенными принципами.
  7. Каждая плоскость геометрической фигуры характеризует определённое состояние представляемого модуля, подсистемы в соответствии со следующими правилами:
    • нижняя плоскость характеризует информационное основание объекта - входные информационные потоки;
    • верхняя плоскость характеризует результаты работы объекта - выходные информационные потоки;
    • нормализованная по принципу устранения избыточности параметров входного и выходного потока информации составляет ЕИП "Технологии" отдельной подсистемы или модуля в общей системе;
    • ЕИП "Технологии" считается полным при наличии полного комплекта параметров, представленных на верхней и нижней плоскости;
    • боковые части характеризуют принадлежность объектов к модулям и подсистемам, взаимодействующим в рамках цельной системы;
    • объём информационного потока распространяется снизу вверх, передаваясь посредством включённых в вертикальную цепь элементов системы.
  8. Отсутствие элемента в архитектуре обозначает разрыв информационных потоков (рис. 10).
  9. Площадь соприкосновения между фигурами имеет значение: чем больше площадь соприкосновения фигур, тем полнее информационный поток между уровнями элементов в системе.
  10. Суммарная площадь входных и выходных плоскостей в архитектурном сооружении характеризует единое информационное пространство;
  11. Верхняя плоскость является индикатором наличия всех составляющих ЕИП "Технологии" системы, поскольку отображает всю внутреннюю структуру информационных потоков в системе.
  12. Полноценным, законченным архитектурным комплексом считается система, полностью укомплектованная элементами формы правильного куба.
  13. Все кубы должны иметь информационное основание, начиная с первого уровня построенной конструкции.
  14. Модель в своей основе цифровая, создаётся на основании информации о системе. Возможно решение как прямой задачи - трехмерной визуализации всего комплекса информационного поля, так и обратной задачи - цифровой характеристики графического представления.

Рис. 8. Пример графического представления моделируемых объектов

Рис. 9. Общий вид трёхмерного представления компрессорной станции - вид снизу

Рис. 10. Моделирование информационных потоков и их разрывов

Рис. 11. Площадь контакта между элементами двух уровней

Пример неполного архитектурного представления условной компрессорной станции, представлен на рис. 12.

 

Рис. 12. Надстроенная дополнительными элементами архитектура компрессорной станции

Фрактальность архитектурных элементов

Замечательной особенностью архитектурного элемента является его вложенность, означающая то, что любой элемент архитектуры можно рассматривать на любом уровне обобщения. Фрактальность означает возможность деления каждого из элементов по определённым законам без потери целостности системы в целом. Так, например, блок КЦ 7 можно рассматривать как отдельно взятый кубик или как состоящий из модулей, построенных по изложенным выше правилам построения архитектурного сооружения. Именно на основании этого принципа мы имеем возможность представлять "ущербную" структуру отдельных архитектурных элементов.

Любой из отдельно взятых блоков, моделирующих подсистему, может быть рассмотрен отдельно в соответствии с теми же принципами, на которых мы строили рассматриваемую систему.

Принципиальным являются следующие положения:

  1. Всякий отдельно взятый блок является относительно самостоятельной подсистемой, выполняющей определённые функциональные нагрузки.
  2. Всякий отдельно взятый структурный элемент блока, малый кубик, является в свою очередь таким же самостоятельным функциональным элементом большого блока.
  3. Унификация блоков производится по их функциональной самостоятельности в системе.
  4. Декомпозиция блока на компоненты завершается по признаку принадлежности владения блоком отдельного владельца. Под владельцем подразумевается ответственная служба или подразделение, отвечающее за целостность и работоспособность блока или модуля оборудования.
  5. Сам владелец производит комплектование этих блоков универсальными комплектами деталей и частей.
  6. В свою очередь комплекты формируются на основании номенклатурных справочников деталей и частей.

Анализ трехмерной модели КС (рис. 12) позволяет увидеть следующие архитектурные детали:

  1. Первый слой - компрессорные цеха (КЦ), состоящие из определённого количества газоперекачивающих агрегатов. Например, КЦ 1 состоит из трёх агрегатов. Агрегаты располагаются на нитках труб. Таким образом, удаётся информировать руководителя о составе и состоянии автоматизации объекта КС.
  2. Второй слой состоит из систем уровня управления компрессорными цехами, обозначенными ССС - система антипомпажного регулирования. Остальные цеха не снабжены системами автоматизации цехового уровня.
  3. На втором уровне заметны пирамидки, моделирующие модули организации информационных потоков от первого к более высоким уровням управления. Это означает, что на этом уровне нет полноценных систем, но какая-то часть параметров поступает на более высокие уровни.
  4. Если между двумя системами нет никаких геометрических элементов, следовательно, здесь наблюдается "стационарный информационный разрыв" потоков информации. Над КЦ 7 отсутствует архитектурный элемент, следовательно, информация на четвёртый уровень не поднимается, несмотря на то, что система автоматизации 4-го уровня готова к принятию информации и управлению. Это означает, что в этом месте необходимо установить систему управления второго, а затем и третьего уровня. Только после этого возможно полноценное управление системой по вертикали КЦ 7.
  5. Элемент "ущербный кубик" может быть нагружен дополнительной информацией. Это информация об отсутствии сигналов от этого кубика, что означает неработоспособность оборудования, моделируемого этим кубиком. Эффект "сыр в дырках" может наблюдаться в условиях отказов подсистем в целостной и изначально полноценной архитектуре системы. Действительно, куб цел и все блоки архитектурного сооружения на своём месте. Однако сигналы не поступают от отдельных блоков в силу аварийных ситуаций или неисправностей. В местах их возникновения образуются "нестационарные информационные разрывы", в отличие от стационарных в случае отсутствия оборудования на своем месте.

В одном модуле представлены сразу все подсистемы - пожаротушение, энергетика и защита, агрегаты и автоматика, системы связи и пр. Все они связаны между собой таким образом, что одни являются основанием для других. Соседние системы влияют косвенно, если имеется общий "фундамент", который в случае повреждений наносит ущерб всему архитектурному сооружению, либо общая система управления, представляющая своеобразную "крышу" и контролирующая совместное поведение нижележащего уровня.

Поток управляющей информации при этом должен контролироваться. Целостность системы зависит от сбалансированности всех подсистем. Степень опасности показывает ущербность всей системы в целом; после преодоления рубежа разрушений "фундамента" или "крыши" система "рассыпается".

Концепция анализа данных в едином информационном пространстве (ЕИП)

В конечном итоге новый вид агрегированного представления данных, объединяющих информацию от различных баз данных, БДРВ "Паспортизация" и т.п., требует организации полноценного взаимодействия указанных баз на каждом из уровней управления. Это означает переход от вертикальной интеграции систем (от нижнего до верхнего уровней управления) к горизонтальной на уровне отдельного модуля системы.

Центр системы имеет доступ к любому источнику информации, включённому с сеть сбора и обработки информации. Информация от источников структурирована, нормализована и размещена в базах данных в соответствии с классификацией данных в системе ИУС. Основополагающим принципом формирования ЕИП является объектный подход к формированию структур данных. Во главу угла ставится технологический объект (рис.  14) , вся информация об этом объекте собирается и размещается в базах данных, каждая из которых ориентирована на хранение данных об одной стороне существования объекта. Это может быть технологическая, экологическая, диспетчерская, картографическая и прочие стороны, характеризующие различные грани жизни одного и того же объекта.

Рис. 14. Подсистема, модуль, блок как реальные технологические объекты

Такой подход позволяет хорошо структурировать ЕИП, обеспечить расширяемость ЕИП путём включения всё новых источников информации, не теряя целостности ЕИП. С другой стороны, такой подход обеспечивает управляемость ЕИП, что обеспечивается прозрачностью работы с отдельным разделом информации специализированной базой данных.

Вертикальная интеграция ЕИП

Вертикальная интеграция источников информации и потребителей достигалась путём построения вертикальных связей между элементами системы ИУС. На нижнем уровне интегрируемых систем размещались источники информации, средства их первичной обработки и использования системы автоматики и телемеханики. На среднем уровне был АРМ диспетчера ЛПУ. На более высоком уровне - базы данных и АРМы ПДС. Вся система объединялась системой передачи информации. Вертикаль интеграции определялась вертикалью управления от нижних уровней (сбора информации) к более высоким уровням управления обобщения и согласования данных.

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

Горизонтальная интеграция

После того как сформированы основные вертикальные структуры диспетчерской информации, паспортизации, электроэнергетической вертикали, появляется возможность провести горизонтальную интеграцию узлов, подсистем и систем ИУС на каждом уровне управления.

Экономическая оценка

Важнейшей составляющей визуализации является качественная оценка стоимости проектов по реконструкции, совершенствованию и развитию систем.

В действительности справочник отдельного модуля или подсистемы включает и стоимость этого элемента. Легко прикинуть, во что обойдётся ликвидация стационарных информационных разрывов - в покупку и установку новой системы или её заменителей. Также можно представить стоимость изменений по наполнению системы "заменителями" полноценных систем пирамиды. Можно совершенно точно указать и какими силами проводятся расширения информационных потоков. Численные справки можно получить традиционным путём, но анализировать процессы работ на объектах всё же лучше, имея перед собой архитектурный макет объекта.

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

Выводы

Формирование трёхмерного представления архитектуры оборудования является важным этапом построения базы данных "Паспортизация", позволяющим перейти на системный уровень комплексного анализа состава и состояния оборудования с учётом межсистемных, межмодульных и межэлементных связей.

  1. Трёхмерное представление архитектуры оборудования является, по сути, визуализированным представлением подсистем, модулей, узлов и комплектов оборудования.
  2. Формирование и представление архитектуры системы и её фрагментов требует построения межсистемных справочников, виртуально объединяющих частные паспорта оборудования по разделам отдельных служб и подразделений.
  3. Детализация визуального представления ограничивается владельцем единицы обслуживаемого оборудования.
  4. Основой для полного информационного обеспечения владельца, ответственного за содержание оборудования, служит база данных "Паспортизация" по основанию справочников архитектурных элементов: подсистем, модулей, блоков, комплектов, номенклатуры деталей (запчастей).
  5. Необходимым и достаточным условием трёхмерного представления компонентов всех систем является:
  • разработка модуля генерации и обработки трёхмерных графических элементов;
  • формирование справочников архитектурных элементов.