Требования к информационные модели

Содержание:

Информационная модель: примеры и понятие

Когда человек слышит слова «модель» и «моделирование», перед его мысленным взором обычно пробегают картинки из его детства: уменьшенные копии автомобилей и самолетов, глобус, манекен, макеты зданий. Эти и многие другие вещи часто отражают какие-то общие свойства или функции настоящих предметов или объектов, только в более упрощенном виде. Используя такие модели, можно проще объяснить особенности оригинала. Информационная модель, примеры которой наглядно и понятно объясняют многие сложные для понимания процессы, также подчиняется основным требованиям моделирования.

Вышесказанное может привести нас к такому выводу: модели, являясь подобием реальных предметов или процессов, не должны отображать все свойства оригиналов, а только те характеристики, которые в определенной ситуации более востребованы для их применения. Нет необходимости отображать все многообразие свойств объекта — это может привести к усложнению модели и неудобству ее использования. Поэтому очень важно понимать, с какой целью была создана модель, какие ее параметры должны быть отражены в данном конкретном случае. При моделировании необходимо строго придерживаться такой логической цепочки: «объект — цель — модель».

Информационная модель. Примеры. Системный анализ

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

Форма представления

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

Использование моделирования

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

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

Для удобства работы с информационными моделями их условно делят на несколько больших блоков: по области использования, по фактору времени, по отрасли знаний и по форме представления. Также их еще можно разделить по типу построения (табличные, иерархические и сетевые), по форме представления данных (знаковые и образно-знаковые) и по объекту (описание свойств объекта или процесса).

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

Типичные примеры образной информационной модели

Формы моделей этого типа отличаются графическим изображением объекта, зафиксированным на каком-либо носителе информации (пленке, бумаге, доске).

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

Классификация моделей по времени

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

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

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

Вербальные модели

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

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

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

Знаковые модели

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

Знаковые информационные модели можно разделить на геометрические, словесные, математические, структурные, логические, специальные.

Математические модели

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

Математические модели можно разделить на множество типов: статические, динамические, дискретные, непрерывные, имитационные, вероятностные, логические, множественные, алгоритмические, игровые и т. д.

Табличные модели

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

Виды табличных информационных моделей

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

В таблицах типа «объект-объект» в первой строке и в первом столбце перечисляются объекты. В остальных ячейках отражается взаимоотношение между ними. Таблица, в столбцах и строках которой находятся названия городов, а информационное наполнение показывает наличие качественного характера связи между ними (наличие прямой дороги), может служить образцом типа «объект-объект».

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

Иерархические и сетевые информационные модели

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

Читайте так же:  Договор купли продажи дома и земельного участка за материнский капитал

Иерархические системы обычно представлены в графическом виде, в форме графов — связей между объектами, распределенными по уровням. Все элементы верхних уровней состоят из элементов нижних, а элементы нижнего уровня принадлежат только одному элементу более высокого уровня. Частный пример модели такого типа — генеалогическое древо.

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

Использование информационных моделей в процессе моделирования на компьютере

Производить моделирование удобно с использованием вычислительной техники. Сам процесс можно условно разбить на несколько этапов.

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

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

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

После проверки правильности создания модели и ее соответствия назначенной цели начинается непосредственное использование. При возникновении необходимости проводится коррекция.

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

Информационная модель объекта

Задачи главы

  • 1. Выявить цели создания информационной модели объекта.
  • 2. Выбрать соответствующую цели модель данных.
  • 3. Научиться представлять структуру и семантику объекта в информационной модели с помощью системы сущностей и связей.
  • 4. Изучить методологии и стандарты функционального моделирования предметной области.
  • 5. Выявить этапы создания информационных моделей объекта.

Цели создания информационной модели объекта и выбор соответствующей модели данных

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

Построение информационной модели требует представления сущностей таблицами, а атрибутов сущностей – столбцами таблиц; для возможных ключей определяется ограничение unique, внешние ключи становятся декларациями ссылочной целостности. Конструкции в информационной модели должны быть реализуемы в выбранной СУБД. Процесс построения информационной модели состоит из следующих шагов: определение сущностей, определение зависимостей между сущностями, задание первичных и альтернативных ключей, определение атрибутов сущностей, приведение модели к требуемому уровню нормальной формы (для реляционной модели данных).

В классической теории БД представление и обработка данных в СУБД включает в себя по меньшей мере три аспекта:

  • 1) структуры – методы описания типов и логических структур данных;
  • 2) манипуляции – методы манипулирования данными;
  • 3) целостности – методы описания и поддержки целостности базы данных.

Аспект структуры определяет, что из себя логически представляет база данных, аспект целостности характеризует средства описаний корректных состояний БД, а аспект манипуляции – способы перехода между состояниями БД и способы извлечения данных из БД.

Таким образом, каждая СУБД строится на основе некоторой явной или неявной модели данных. Все СУБД, построенные на одной и той же модели данных, относят к одному типу. Например, основой реляционных СУБД является реляционная модель данных, сетевых СУБД – сетевая модель данных, иерархических СУБД – иерархическая модель данных.

Основой любой БД является реализованная в ней модель данных, представленная в виде структур данных, ограничений целостности и операций манипулирования данными. С помощью модели данных могут быть представлены объекты предметной области и существующие между ними связи.

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

Американский национальный институт стандартов (American National Standards Institute – ANSI) выделяет три уровня представления данных:

  • 1) концептуальный, связанный с концептуальной моделью данных, которая в интегрированном виде представляет структуры данных, поддерживаемые СУБД;
  • 2) внешний, связанный с внешней моделью данных, отвечает требованиям приложений;
  • 3) внутренний, связанный с физическим представлением данных в памяти ЭВМ.

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

Разновидностями логических моделей данных являются иерархическая, сетевая и реляционная.

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

К каждой записи БД существует только один (иерархический) путь от корневой записи.

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

■ найти указанное дерево БД;

■ перейти от одного дерева к другому;

■ перейти от одной записи к другой внутри дерева;

■ перейти от одной записи к другой в порядке обхода иерархии;

■ вставить новую запись в указанную позицию;

■ удалить текущую запись.

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

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

Понятие реляционной модели данных (от англ. «relation» – отношение) связано с разработками Е. Кодда. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата реляционной алгебры и реляционного исчисления для обработки данных.

Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:

■ каждый элемент таблицы – один элемент данных;

■ все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный или др.) и длину;

■ каждый столбец имеет уникальное имя;

■ одинаковые строки в таблице отсутствуют;

■ порядок следования строк и столбцов может быть произвольным.

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

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

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

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

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

В качестве операторов манипулирования данными в реляционных моделях используются операторы языка структурированных запросов SQL.

Требования финского заказчика к информационной модели, как основе системы проектирования (на примере АЭС «Ханхикиви-1»)

1 Требования финского заказчика к информационной модели, как основе системы проектирования (на примере АЭС «Ханхикиви-1») Вторая ежегодная научно-практическая конференция СРО атомной отрасли «АтомСтройСтандарт-2015» Егоров Сергей АО «РЭИН» г. Москва 7 октября 2016 г.

Читайте так же:  Заявление на вычет опекуну

2 Содержание Информационная модель в понимании Заказчика Внимание Заказчика к информационной модели Нормативная база Требования YVL, непосредственно относящиеся к IMS Требования ЕРС, непосредственно относящиеся к IMS Статус готовности информационных систем Сопровождающая документация к информационной системе Открытые вопросы по системе управления информацией Перспективы развития IMS 2

3 Информационная модель в понимании Заказчика Информационная модель АЭС один из модулей системы управления информацией, содержащий в себе базу данных и графическое отображение элементов АЭС Система управления информацией включает в себя следующие модули: Объединенный график Проекта (включая графики 3-го уровня на проектные и строительно-монтажные работы) Документооборот по Проекту (организационный и технический) Проектирование (включая управление конфигурацией и информационную модель 2D, 3D графика и атрибутивная база данных) Хранение и архивирование документации Задачи и поручения по Проекту Поставка оборудования 3

4 Внимание Заказчика к информационной модели В пакет приложений к EPC-контракту входит отдельная глава с требованиями к Information Management System IMS IMS упоминается практически во всех приложениях к EPC-контракту и функциональные (проектные) требования к IMS распределены по всей контрактной документации Поставщик должен использовать автоматизированную систему управления информацией 4

5 Нормативная база EPC-контракт и приложения: YVL A.3 Management System For A Nuclear Facility YVL A.4 Organization and personnel of a nuclear facility YVL A.5 Construction and commissioning of a nuclear facility YVL A.12 Information security management of a nuclear facility YVL B.1 Safety design of a nuclear power plant и др. Документы управления проектом (IMS Plan): ISO/IEC 18028:2006 Security techniques — IT network security ISO/IEC Information technology Другие документы: IAEA-TECDOC-1284 Information technology impact on nuclear power plant documentation IAEA-TECDOC-1335 Configuration management in nuclear power plants IAEA-TECDOC-1651 IT for Nuclear Power Plant Configuration Management IAEA No65 Application оf Configuration Management In Nuclear Power Plants и др. 5

6 Требования YVL, непосредственно относящиеся к IMS YVL-B.1 Проектирование безопасности атомной станции В описании системы должно быть, по крайней мере: Для технологических систем: основные элементы и компоненты систем, подключения и связи с другими системами, схемы теологических процессов и КИП, 3D компьютерные модели и чертежи основного оборудования и др. YVL-B.7 Подготовка к внутренним и внешним угрозам на атомной электростанции Заявитель должен предоставить в Центр радиационной безопасности компьютерную модель 3D, в которой будут представлены запланированные здания, конструкции, основное и технологическое оборудование, трубопроводы, кабельные пути, помещения пункта управления, помещения электрики и автоматики и распределительные устройства (шкафы). 6

7 Требования ЕРС, непосредственно относящиеся к IMS REQ-E REQ-E REQ-E REQ-E Возможность эксплуатировать и осуществлять техническое обслуживание АЭС после предварительной приемки Владельцем Наличие инструментов и программного обеспечения для управления данными, которые поставщик использует при проектировании, закупке, строительстве, монтаже и пусконаладочных работах. Общее описание плана развития и архитектуры IMS должно включать существующие интерфейсы с инструментами установленными Владельцем, обеспечивающим передачу документов и любой другой информации в собственные системы Владельца Поставщик должен сделать IMS, которая должна обеспечивать совместную работу всех участников в процессе проектирования и Владельца REQ-E Поставщик предоставляет Заказчику всю документацию, относящуюся к плану IMS. Поставщик безвозмездно предоставляет Заказчику соответствующие пользовательские лицензии как минимум до Предварительной приемки 7

8 Статус готовности информационных систем Система документооборота существует и может быть адаптирована под требования Заказчика Система закупок существует, но возможность адаптации не определена Система управления сооружением существует и может быть адаптирована под требования Заказчика Система управления требованиями существует и отвечает требованиям Заказчика Система календарно-сетевого планирования существует и может быть адаптирована под требования Заказчика Расчетные комплексы (включая РУ и ТУ) существуют и могут быть адаптированы под требования Заказчика Система проектирования (включая РУ и ТУ) существуют и могут быть адаптированы под требования Заказчика 8

9 Сопровождающая документация к информационной системе Система управления информацией это сопутствующий продукт, который должен сопровождаться необходимым описанием Примерный перечень сопровождающих документов: План обслуживания и модернизации ИТ-инфраструктуры Требования к передаче инженерных данных Заказчика Описание архитектуры системы Принципы конфигурации системы Руководства пользователей Руководства программиста Описания для интерфейсов программных приложений (ИПП) и др. 9

10 Открытые вопросы по системе управления информацией Парадигма проектирования (что первично? 3D модель или чертеж?) Обеспечение защиты авторского права (передача технологии или результатов проектирования) Внедрение и реальное применение в ежедневной трудовой практике информационных модулей Процедура передачи информационной модели заграницу (как интеллектуальную собственность) Глубина и ширина внедрения информационной модели в бизнес-процессы Проекта 10

11 Перспективы развития IMS Создание единого информационного пространства для инжиниринга: Применение систем управления информацией на начальных стадиях Проекта (преддоговорной этап) Формирование и формализация методологии применения СУИ Применение лучших практик из одного Проекта в Другие проекта 11

Каковы будут главные требования к цифровым информационным моделям для прохождения экспертизы?

Д. Н. Давыдов, руководитель проектного офиса по внедрению технологий информационного моделирования Мосгосэкспертизы

Москва, поддержанная Минстроем России в качестве пилотного субъекта РФ по переходу на технологию информационного моделирования (ТИМ), сегодня работает над внедрением ТИМ в деятельность строительного комплекса города, и в первую очередь главная задача – обеспечение единого стандарта для всех участников строительного процесса в столице.

BIM – это принципиально новый подход к проектированию в строительной отрасли. Термин пришел из-за рубежа и его перевод имеет различные интерпретации. С английского языка он может быть переведен как «информационная модель здания» или «информационное моделирование здания». В российском строительном сообществе сформировалось устойчивое словосочетание «технология информационного моделирования», под которым также понимается BIM. На государственном уровне понятие BIM имеет более широкое значение и более комплексную трактовку, нежели информационное моделирование зданий. Имеют место следующие особенности понимания этого термина в России.

  • Российским аналогом аббревиатуры BIM является аббревиатура ТИМ, хотя надо заметить, что этот термин не совсем точно передает суть процесса строительства объектов капитального строительства ОКС.
  • Объектом информационного моделирования могут быть не только здания, но и сооружения, т.е. ОКС.
  • Процесс взаимодействия участников строительства, в результате которого формируются сведения, включающие цифровые информационные модели и прочие документы в электронной форме, сопровождающие объект капитального строительства на протяжении всего жизненного цикла, более точно отражает термин «информационное сопровождение объекта капитального строительства».

С учетом перечисленных выше особенностей Мосгосэкспертизой были предложены следующие термины и определения:

  • Информационная модель объекта капитального строительства (информационная модель) – совокупность цифровых информационных моделей и документов в электронной форме об объекте капитального строительства, формируемых на протяжении его жизненного цикла (при проведении инженерных изысканий, подготовке обоснования инвестиций, проектировании, строительстве, эксплуатации, реконструкции, капитальном ремонте и выводе из эксплуатации).
  • Цифровая информационная модель объекта капитального строительства (цифровая информационная модель) – объектно-ориентированное параметрическое пространственное представление физических и функциональных характеристик объекта капитального строительства, созданное с помощью специализированных систем автоматизированного проектирования, содержащее набор атрибутов по объекту, по каждому элементу объекта, необходимых для решения задач в течение жизненного цикла (при проведении инженерных изысканий, подготовке обоснования инвестиций, проектировании, строительстве, эксплуатации, реконструкции, капитальном ремонте и выводе из эксплуатации).
  • Информационное сопровождение объекта капитального строительства – процесс формирования и ведения информационных моделей объектов капитального строительства в результате взаимодействия застройщика, технического заказчика и лиц, выполняющих инженерные изыскания, подготовку обоснования инвестиций, разработку цифровых информационных моделей, подготовку проектной документации, в том числе на основе цифровых информационных моделей, строительство, эксплуатацию, реконструкцию, капитальный ремонт и вывод из эксплуатации.

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

Требования к цифровым информационным моделям

К настоящему моменту, с учетом мирового опыта и особенностей работы Строительного комплекса Москвы, разработаны требования к цифровым информационным моделям для прохождения экспертизы при использовании технологии информационного моделирования (далее – требования к цифровым информационным моделям), предназначенные для представления проектов в Мосгосэкспертизу для проведения государственной экспертизы проектной документации объектов капитального строительства. Требования к цифровым информационным моделям сформулированы для таких объектов, как многоквартирные дома, амбулаторно-поликлинические и учебно-воспитательные объекты. На сегодняшний день одной из основных задач Мосгосэкспертизы является организация совместной работы застройщиков, проектировщиков и других компаний с учетом новой составляющей – технологии информационного моделирования. Требования к цифровым информационным моделям станут ключом к достижению этой цели.

Читайте так же:  Органы опеки и попечительства в г воронеж

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

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

План развития и использования требований к цифровым информационным моделям

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

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

Требования к составу и структуре сводной цифровой информационной модели объекта капитального строительства представляют указания к составу и критериям разбиения на отдельные цифровые информационные модели (например, по разделам проектной документации), а также регламентируют допустимое количество разделов.

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

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

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

  • «Архитектурные решения»,
  • «Конструктивные и объемно-планировочные решения»,
  • «Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений».

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

Нормативные требования разделов «Мероприятия по обеспечению пожарной безопасности», «Мероприятия по обеспечению доступа инвалидов» и «Мероприятия по обеспечению соблюдения требований энергетической эффективности и требований оснащенности зданий, строений и сооружений приборами учета используемых энергетических ресурсов» включены в разделы «Архитектурные решения», «Конструктивные и объемно-планировочные решения» и «Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений» в виде дополнительных обязательных параметров.

В настоящее время требования к цифровым информационным моделям проходят апробацию при проектировании «пилотных» объектов капитального строительства в Москве. План развития и использования требований к цифровым информационным моделям представлен на рис. 2.

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

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

Разработка Стандарта требований к цифровой информационной модели: начало положено

Завершено формирование рабочей группы для разработки Стандарта «Требования к цифровым информационным моделям для обеспечения информационной поддержки процессов проектирования, строительства и эксплуатации».

Идея создания Стандарта для ЦИМ объектов капитального строительства принадлежит компаниям IBCON и AVEVA . В состав рабочей группы вошли 26 представителей из 12 российских компаний различных областей нефтегазовой отрасли. Все участники представляют разные этапы жизненного цикла объекта капитального строительства: от проектирования до эксплуатации. Наличие специалистов во всех выбранных сферах гарантирует всестороннюю проработку Стандарта.

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

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

ЦИМ объекта капитального строительства существенно облегчает работу специалистов на этапах проектирования, строительства и эксплуатации. На этапе проектирования модель позволяет работать в единой информационной среде, использовать наработанную каталожную базу, устранять пространственные коллизии и уменьшать сроки формирования комплектов чертежей. На этапе строительства используется для создания календарно-сетевых графиков. На ее основе ведется визуализация этапов строительства, выявляются отклонения от проектных положений несущих конструкций и коммуникаций, формируются необходимые отчеты. На этапе эксплуатации ЦИМ служит основой для организации информационно-технического архива предприятия с его текущими ретроспективными и производственными характеристиками. Актуальная цифровая информационная модель предприятия служит инструментом для обучения новых сотрудников и отработки противоаварийных мероприятий в виде учебных тренажеров.

По вопросам проекта разработки Стандарта обращайтесь в IBCON : nif @ ibcon . ru или +7(812)325-91-28, доб. 141, Александра.

Другие статьи:

  • Залог комфорта Межкомнатные двери – залог удобства и комфорта Межкомнатные двери появились достаточно давно. Изначально, они появились в древнем Китае, во времена, когда книги были невероятной ценностью и их охраняли больше, чем императора. Собственно, именно в императорской […]
  • Адвокат фролова Коллегия адвокатов “Фролов и партнеры” Коллегия адвокатов «Фролов и партнёры» работает на рынке юридических услуг, защищая интересы граждан и компаний, действуя строго в соответствии с Федеральным законом «Об адвокатской деятельности и адвокатуре в РФ». Коллегия […]
  • Ставиться ли печать в приказ о приеме на работу Приказ о приёме на работу Процесс временного трудоустройства практически всегда завершает приказ (распоряжение) о приеме на работу работника по срочному трудовому договору на год или другой период. В 2018 году форма этого документа не является строгой, хотя в […]
  • Об акционерных обществах федеральный закон рф от 26 декабря 1995 г 208-фз Об акционерных обществах федеральный закон рф от 26 декабря 1995 г 208-фз Федеральный закон от 26 декабря 1995 г. N 208-ФЗ"Об акционерных обществах" С изменениями и дополнениями от: 13 июня 1996 г., 24 мая 1999 г., 7 августа 2001 г., 21 марта, 31 октября 2002 г., […]
  • Деньги под залог птс вологда Автоломбард в Вологде — кредиты под залог ПТС, автомобиля за 30 минут Кредитный калькулятор Заполните анкету онлайн и приезжайте сразу за деньгами Условия и программы кредитования в автоломбарде Автоломбард в Вологде одобряет кредиты под залог автомобиля и ПТС […]
  • Заявление на выселение из нежилого помещения Выселение из нежилого помещения Выселение из нежилого помещения возможно при обстоятельствах, указанных в соглашении об аренде. Нежилые помещения могут предоставляться во временное пользование гражданам и юридическим лицам, которое оформляется путем заключения […]
  • Заместитель прокурора домодедово Уволен зампрокурора Московской области Неожиданные новости поступили из прокуратуры Московской области. В ряде СМИ появилась информация о том, что заместитель прокурора Московской области Станислав Буянский несанкционированно проник на территорию […]