Единая система конструкторской документации
Unified system for design documentation. Formats
Дата введения 1971-01-01
УТВЕРЖДЕН Постановлением Комитета стандартов, мер и измерительных приборов при Совете Министров СССР от 28 мая 1968 г. N 751
Изменение N 3 принято Межгосударственным советом по стандартизации, метрологии и сертификации по переписке (протокол N 23 от 28 февраля 2006 г.)
За принятие изменения проголосовали национальные органы по стандартизации следующих государств: AZ, AM, BY, KZ, KG, MD, RU, TJ, TM, UZ, UA [коды альфа-2 по МК (ИСО 3166) 004]
ИЗДАНИЕ (август 2007 г.) с Изменениями N 1, 2, 3, утвержденными в декабре 1980 г., марте 1989 г., июне 2006 г. (ИУС 3-81, 7-89, 9-2006).
1. Настоящий стандарт устанавливает форматы листов чертежей и других документов, выполненных в электронной и (или) бумажной форме, предусмотренных стандартами на конструкторскую документацию всех отраслей промышленности и строительства.
(Измененная редакция, Изм. N 2, 3).
Канал «Строительство дома. Просто о сложном» будет менять формат
2. Форматы листов определяются размерами внешней рамки (выполненной тонкой линией) оригиналов, подлинников, дубликатов, копий (черт.1).
При выводе документа в электронной форме на бумажный носитель с размерами сторон листа, совпадающими с указанными в табл.1, внешнюю рамку формата допускается не выполнять. Если размеры сторон листа больше указанных в табл.1, то внешняя рамка формата должна быть воспроизведена.
(Измененная редакция, Изм. N 3).
3. Формат с размерами сторон 1189х841 мм, площадь которого равна 1 м, и другие форматы, полученные путем последовательного деления его на две равные части параллельно меньшей стороне соответствующего формата, принимаются за основные.
4. Обозначения и размеры сторон основных форматов должны соответствовать указанным в табл.1.
Полный текст этого документа доступен на портале с 20 до 24 часов по московскому времени 7 дней в неделю .
Также этот документ или информация о нем всегда доступны в профессиональных справочных системах «Техэксперт» и «Кодекс».
Источник: docs.cntd.ru
Каким будет формат данных IFC в России после санкций
В начале марта о своем уходе с российского рынка сообщили Autodesk, SAP и Oracle. Ближайшие годы для российских инженеров, вероятно, пройдут в попытках адаптировать для своей работы русские CAD-программы и согласовать форматы передачи данных.
Европейские санкции пока не затронули open source и похожие решения в строительной отрасли: например, формат IFC, который призван независимо от ПО передавать информацию из 3D-моделей в решения 4D-7D. Говорят, IFC может пошатнуть доминирующее положение Autodesk в области строительных данных и стать первым «свободным» мировым форматом, который легко использовать даже в закрытой стране.
Основные форматы кирпичей. Краткий ликбез
В этой статье разберемся, что ждет IFC и насколько вероятно, что санкции повлияют на развитие формата.
Что такое IFC
CAD-вендоры используют проприетарные, то есть закрытые форматы хранения данных: прямой перенос информации в другое ПО с ними невозможен. Это обычная практика в любой отрасли, не только в строительстве. Стандартный способ переноса данных — плагины или подключение к API. Но с CAD-программами это работает плохо: например, свойства элементов после импорта будут без геометрии, которая важна для 4D-7D-решений.
Формат IFC задумывался как «интероперабельный», то есть такой, который позволит переносить любую информацию между любым софтом. IFC — часть стратегии развития BIM и основа для цифровизации строительства в России.
Формат открыт, но это не open source: IFC контролирует организация buildingSMART. Чтобы новые классы элементов (entities) и параметрическая геометрия нормально отображались в любой CAD-программе мира, нужно обращаться в buildingSMART и просить внести изменения.
Часто страны и даже отдельные организации добавляют свои элементы, которые не входят в глобальную классификацию. Такие элементы могут быть ограниченно совместимыми — например, в рамках CAD-решения одного вендора. В других программах такие неофициальные изменения будут отображаться как «прокси-элементы» — IfcBuildingElementProxy.
Здесь инженер придумал для фермы свой тип объекта — IfcTruss. А вот что получилось при экспорте данных. Так как типа IfcTruss нет в международной классификации, ферма стала прокси-элементом.
Разные страны придумывают свои способы работы с IFC: например, включают в buildingSMART лоббистов, чтобы ускорить изменения базовых классов, или создают национальные схемы как бы поверх международной библиотеки. В России действует рабочая группа по внедрению IFC. Сейчас, с учетом санкций, эксперты рассматривают три варианта развития формата.
Вариант № 1. Изменения в международной схеме данных
Этот вариант означает включение России в системную работу buildingSMART international.
У такой схемы много плюсов:
- все САПР-системы в мире будут поддерживать российские стандарты, в том числе стандарты ИСОГД, Росреестра, Минпромторга;
- строительным и проектным компаниям из России будет легко работать на оставшихся международных рынках;
- вообще не нужны механизмы экспорта и импорта.
Региональное отделение buildingSMART Russia с 2017 года действует на базе Национальной Ассоциации инженеров-консультантов в строительстве (НАИКС). В марте 2022 года buildingSMART International остановил участие России в своей работе.
8 цифровых технологий в строительстве, которые станут актуальными в ближайшие три года
Кроме того, в любое время добавить что-либо в мировую библиотеку строительных элементов IFC было сложно, это занимает много времени. А еще требует уплаты членских взносов: несмотря на близость к open source, базовая библиотека, в которой сейчас около 1000 объектных типов данных, доступна только read-only. Это означает, что в нее нельзя внести изменения без покупки членства buildingSMART.
Кроме того, для реализации такого решения нужны очень компетентные эксперты и сформированное национальное сообщество, которое будет решать, действительно ли нужно вносить то или иное изменение в международную схему: цена ошибки здесь высока.
Различные варианты членства в buildingSMART. Членство с правом голоса стоит от 60 000 евро. Источник: https://www.buildingsmart.org/about/get-involved/membership-and-benefits/ В первом варианте любое изменение схемы на уровне страны требует синхронизации в международном стандарте
Вариант № 2. Национальное расширение IFC
Такой вариант выбрали, например, в Финляндии и Норвегии. Речь идет о том, чтобы оставить базовые классы в покое и сделать «надстройку» над IFC, которая будет учитывать местные особенности.
У этой схемы свои плюсы:
- скорость расширения — участие buildingSMART не требуется, так как решения принимаются внутри страны;
- интероперабельность на уровне российского ПО — в условиях санкций этого может быть достаточно;
- можно быстро включить в работу строительный бизнес и госкорпорации.
Виталий Семенов: «Национальное регулирование IFC видится мне как расширение специфических свойств и типов, то есть расширение семантики без затрагивания основной схемы. Это оптимальное решение, которое доказало эффективность в Финляндии и Норвегии. Сейчас важно решать стратегическую задачу — пошагово сдвигаться в сторону консолидированного управления данными.
Это направление цифровизации строительства в России на ближайшие десятилетия. Проблема с лицензированием ПО может встать в полный рост, а при национальном расширении IFC мы обеспечиваем гибкость и эффективность использования информации. При этом сохраняется базовая интероперабельность с российскими и западными продуктами. В российском сегменте также нужна гармонизация концепций разработки ПО: сейчас ни одна интеграция нормально не работает».
Виталий Семенов,
заведующий отделом системной интеграции и прикладных программных комплексов Института системного программирования РАН
Чтобы заработало национальное расширение, в России должна появиться структура, которая будет отвечать за ведение схемы данных. По закону приказом Минстроя можно зафиксировать схемы IFC 2×3 TC1 и IFC 4.2 TC1, но далее потребуется создание, например, федерального органа исполнительной власти, который будет координировать всю работу по созданию национального расширения, отвечать за качество данных.
Также потребуется договариваться с вендорами, чтобы они следили за национальной моделью данных и обеспечивали экспорт и импорт между разными программными продуктами.
Возможные расширения схемы данных IFC обсуждаются на встречах рабочей группы по нормативному обеспечению цифровизации строительства в России. Группа с 2020 года собирается в онлайне каждую пятницу в 16.00 по Москве.
Во втором вариант международная основа IFC становится частью национальной схемы Национальное расширение IFC в Сингапуре. К объекту международной схемы ifcCivilElement добавлен национальный тип driveway — полоса движения. Так как основной класс не затронут, это не считается вмешательством в базовую схему. Национальное расширение уже нельзя называть IFC, но в Сингапуре его назвали просто IFC-SG.
Вариант № 3. Создание информационной системы на имеющихся XSD
XSD — это язык описания структуры XML-документа. Этот вариант предполагает создание разрозненных схем на основе существующих бизнес-процессов. Ключевой плюс — скорость: по сути дела, любая проектная или строительная компания сможет придумать в IFC что-то свое.
Минусов значительно больше. Такой вариант не учитывает других пользователей информации, будут проблемы с подключением разного ПО для поддержки схем. То есть теряется ключевая цель IFC — единообразие данных и интероперабельность. А раз так, исчезает и идея формирования эффективных бизнес-процессов, когда IFC-сообщество предусматривает ошибки, о которых конкретные компании еще и не думали.
Топ-4 отечественных BIM-решений в сфере строительства
Иван Штаер: «Есть вещи, которые всегда будут открыты. Например, обмен метеорологическими данными — существуют правила оформления таких данных, и эти данные всегда доступны, что бы ни происходило в мире. Я надеюсь, что к IFС это тоже относится. Но международная основа IFC независимая, она вполне может существовать и в рамках национальной стандартизации.
То есть даже если все закроют, ей можно пользоваться. Но и при таком развитии событий все равно лучше применять международные правила, то есть не вводить новые классы. Так мы сохраним целостность схемы. Если каждый будет вносить изменения, получим хаос. Сейчас речь идет о том, чтобы создать некие дополнительные правила, национальную схему, которая допускается спецификацией.
Ценность IFC в обратной совместимости: можно взять международную библиотеку и пользоваться, вопрос только в правилах применения формата».
Источник: digital-build.ru