© Shanti - stock.adobe.com
Идея о хранении и обработке данных в одном месте была революционной уже к тому времени, когда трубопроводные сети сначала приходилось рисовать, а затем вручную документировать в таблицах, чтобы их можно было рассчитать. Даже сегодня некоторые программные решения все еще требуют как рассчитываемую, так и нарисованную модель, что создает совершенно ненужные сбои во внутренней работе с последующим многократным вводом данных и поддержкой их актуальности.
Прямое использование информации из чертежей LINEAR изначально было задумано для программных модулей LINEAR ‒ в основном для расчетов трубопроводной сети. Эти данные передавались традиционным способом ‒ через подписи элементов на чертеже, распечатки результатов и некоторые форматы вывода для спецификаций. Несколько лет назад мы добавили общий обмен данными для 3D-моделей посредством IFC.
Зачем что-то большее?
С выходом 24-й версии наших решений LINEAR пользователи LINEAR с AutoCAD смогли заметить, что ценность данных модели можно использовать для гораздо большего количества целей, чем это было возможно ранее. Данные стали буквально видимыми: панель свойств LINEAR визуализирует все данные выбранных элементов модели без необходимости открывать различные диалоговые окна или запускать вывод. Их названия предельно понятны, и их можно редактировать напрямую. Такой простой доступ к информации о модели сам по себе создает ранее неизвестное представление о ней. Совершенно интуитивно возникает идея использовать эти данные для улучшения проектирования, а также для оптимизации строительства и управления зданиями.
В соответствии с этим в решениях LINEAR для AutoCAD с V24 появился еще один инструмент для работы с данными: диалог ведомости элементов. С помощью программы LINEAR вы можете составлять пользовательские списки с интересующими вас данными, всего несколько раз щёлкнув мышью. Будь то списки регулирующих вентилей и их настроек, противопожарных клапанов с интервалами технического обслуживания, списки сантехнических объектов с указанными расходами и временем слива или списки помещений для их экспликации. Полет фантазии безграничен. Полученные списки можно использовать по-разному. Например, для редактирования или проверки данных в упорядоченном виде, для вывода их в виде таблиц AutoCAD на листах, для экспорта в Excel и повторного импорта после добавления данных, для навигации по модели с их помощью или просто для использования в качестве вспомогательного средства выбора или фильтра. Опять же, существует бесчисленное множество полезных вариантом применения.
Разумеется, все эти данные также доступны для обмена через IFC. Новым здесь является то, что класс IFC определяется гораздо точнее, поскольку теперь он основан на классификации LINEAR. Вместе с IFC_ObjectType и IFC_Name он снова доступен как значение, и поэтому его легко изменять.
Корректно, понятно, ...
Еще до появления метода BIM-проектирования было очевидно, что данные полезны только в том случае, если они корректны и понятны. Значение слова "корректный" ясно каждому, а вот "понятный" ‒ очень гибкий термин. В контексте цифровизации это означает, что данные должны быть пригодны для машинной обработки. Поэтому необходимо соблюдать соглашения о наименовании и форме данных. Другими словами, указывается название и единица измерения каждого отдельного параметра (например, ёмкость резервуара определяется как "объём" в единицах измерения "литр"). Такие соглашения определяются в требованиях к информации клиента (client informationrequirements, сокращенно: AIA) как часть BIM-проекта (см. следующее информационное окно). Но такие соглашения имеют смысл не только в этом контексте. Даже в рамках одной компании совместная работа упрощается, если все используют одни и те же термины, чтобы избежать недопонимания. Например, когда речь идет о номерах компонентов, артикулах или номерах изделий, эти термины могут обозначать одно и то же или что-то совершенно разное.
... и только самое необходимое!
Еще один аспект ‒ объём этих данных. Даже если с обработкой данных, необходимых в проектах инженерных систем, легко справляется большинство современных офисных компьютеров, нет смысла просто распростянять их все. На это есть много причин: во-первых, корректность данных не всегда гарантирована, например, потому что они еще не доработаны или временно содержат значения по умолчанию. Кроме того, во многих случаях использования только часть имеющихся данных представляет интерес или имеет значение. В конце концов, не стоит забывать, что данные также обрабатываются живыми людьми. Когнитивные способности человека редко соответствуют производительности современных офисных компьютеров, что подчеркивает необходимость скрывать все нерелевантные данные, чтобы избежать информационной перегрузки и повысить эффективность.
Новое управлениями параметрами LINEAR
Управление параметрами, доступное в версии LINEAR 24.1, решает эти важнейшие задачи (корректность данных, их понятность и оптимизация их объема). С одной стороны, оно улучшает понятность данных, позволяя давать параметрам различные имена, чтобы они соответствовали определенным соглашениям или стандартам. С другой стороны, разрешается (пере)группировка параметров. Это влияет как на экспорт в IFC при создании наборов свойств (Propertysets), так и непосредственно на свойства LINEAR. Объем данных ограничивается путем определения различных случаев использования ‒ с привязкой или без привязки к фазам проектирования. Например, "Эскизный проект", "Исполнительный проект / Техническое согласование" или просто "Важные расчетные параметры". После этого определяются параметры, используемые в каждом случае. Точность данных можно значительно повысить, определив ограничения (диапазоны, образцы или перечни значений) для отдельных параметров, чтобы эти значения были "корректными" или, по крайней мере, правдоподобными.
Что это значит на практике?
Мы все знаем примеры, рассказываемые уже более 10 лет, в которых степень развития BIM-модели объясняется на примере стены. К сожалению, с того "раннего определения LOIN" ‒ также известных как LOD (Level of Definition) ‒ в этой области почти ничего не произошло, что означает отсутствие общеприменимых предложений по определениям LOIN. А уж для инженерных систем ‒ и подавно. Под лицом, которое должно определять нужную информацию до, во время и после этапа проектирования, подразумевается застройщик. Однако он получает от этого лишь косвенную выгоду и, конечно же, не является непосредственным пользователем большинства данных. То есть для него это очень трудная задача, которую невозможно решить без специалистов-проектировщиков. С другой стороны, определение LOIN ‒ это не то, что можно изложить в виде инструкции. Строительные проекты просто слишком разные для этого. Однако хотелось бы иметь базовые рамки, которые можно было бы дорабатывать. Именно такие рамки предлагает управление параметрами для AutoCAD, которые затем смогут доказать свою эффективность на практике.
Заключение
Независимо от того, выполняются ли проекты по методу BIM или классическому подходу, и независимо от того, на какой стадии проектирования вы сейчас находитесь, данные, которые несут элементы в модели, ценны во всех отношениях. Поэтому их всегда следует поддерживать в актуальном состоянии. Наши предложения можно использовать в качестве основы для ваших требований, и вы можете настроить, какие данные важны для ваших проектов и когда, а также скрыть все, что не является (пока) актуальным. Так вы сможете добиться максимальной прозрачности для всех участников процесса проектирования, если будете называть данные стандартным образом и использовать проверку правдоподобности, чтобы избежать ошибок. Инвестиции в поддержание данных окупаются не позднее следующего проекта, когда сделанные однажды определения можно использовать повторно.