Разбираем ТЗ на ЦИМ. Выпуск 3

О требованиях к информационному наполнению элементов

Рассмотрим наиболее часто встречающиеся недостатки (см. скрины):

🔴 Не определены типы данных для атрибутов
Из-за недостающих типов данных исполнитель назначит их на свое усмотрение. И тогда заранее разработанные проверки в ПО для анализа модели не отработают. И будут возникать сложности с использованием этих данных на последующих этапах ЖЦ.

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

🔴 Нет наборов свойств
В IFC свойства следует добавлять в наборы (Property Set). Так, свойства не болтаются где-то в общем списке сами по себе, а имеют определенное место в соответствии с указанными правилами. Для стандартизованного обмена данными и единой структуры в ТЗ лучше прописать имена наборов.

🔴 Несоответствие заявленным целям ТЗ.
Этот недостаток требует отдельного поста. О нем чуть позже.

👥 @IFC_ru
👥 @IFC_club