Гост жизненный цикл объекта строительства

ГОСТ Р 56862-2016

1 РАЗРАБОТАН Научно-исследовательским институтом стандартизации и сертификации «Лот» Федерального государственного унитарного предприятия «Крыловский государственный научный центр» (НИИ «Лот» ФГУП «Крыловский государственный научный центр»), Федеральным государственным унитарным предприятием «Научно-исследовательский институт стандартизации и унификации» (ФГУП «НИИСУ»)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 323 «Авиационная техника»

4 ВВЕДЕН ВПЕРВЫЕ

5 ПЕРЕИЗДАНИЕ. Декабрь 2018 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

ГОСТ 34 и ГОСТ 24

Введение

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

1 Область применения

Настоящий стандарт устанавливает перечень терминов и определений для общих положений разработки концепции изделия и технологий (далее — продукта).

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

Настоящий стандарт предназначен для разработки концепций и технологий.

2 Термины и определения

2.1 аванпроект (preliminary design): Комплекс теоретических, экспериментальных исследований и проектных работ по технико-экономическому обоснованию возможности создания изделия, удовлетворяющего требованиям заказчика

2.2 изделие (product): Предмет, созданный в ходе целенаправленной деятельности.

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

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

NormaCS. Система стандартов ЕСКД. Часть 1. Общие положения. Жизненный цикл изделия

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

бизнес-процесс (business process): Совокупность последовательно или/и параллельно выполняемых операций, преобразующая материальный или/и информационный потоки в соответствующие потоки с другими свойствами. Бизнес-процесс протекает в соответствии с управляющими директивами, вырабатываемыми на основе целей деятельности. В ходе бизнес-процесса задействуют финансовые, энергетические, трудовые и материальные ресурсы и соблюдают ограничения со стороны других бизнес-процессов и внешней среды. Частными случаями бизнес-процесса являются организационно-деловые, технологические и другие процессы.

валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, были выполнены.

[ГОСТ Р ИСО 9000-2011*, статья 3.8.5]

* Вероятно, ошибка оригинала. Следует читать: ГОСТ Р ИСО 9000-2008, здесь и далее по тексту. — Примечание изготовителя базы данных.

верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования были выполнены.

[ГОСТ Р ИСО 9000-2011, статья 3.8.4]

менеджмент (management): Скоординированная деятельность по руководству и управлению организацией.

[ГОСТ Р ИСО 9000-2011, статья 3.2.6]

метод Дельфи (Delphi method): Метод прогноза, при котором в процессе исследования исключается непосредственное общение между членами группы и проводится индивидуальный опрос экспертов с использованием анкет для выяснения их мнения относительно будущих гипотетических событий.

стадия жизненного цикла (life cycle stage): Часть жизненного цикла, выделяемая по признакам характерных для нее явлений, процессов (работ) и конечных результатов.

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

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

Источник

СП 333.1325800.2017 Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла

1 ИСПОЛНИТЕЛИ – Акционерное общество «Научно-исследовательский центр «Строительство» – Центральный научно-исследовательский институт строительных конструкций имени В.А. Кучеренко (АО «НИЦ «Строительство» – ЦНИИСК им. В.А. Кучеренко), Общество с ограниченной ответственностью «КОНКУРАТОР» (ООО «КОНКУРАТОР»)

3 ПОДГОТОВЛЕН к утверждению Департаментом градостроительной деятельности и архитектуры Министерства строительства и жилищно-коммунального хозяйства Российской Федерации (Минстрой России)

4 УТВЕРЖДЕН приказом Министерства строительства и жилищно-коммунального хозяйства Российской Федерации от 18 сентября 2017 г. № 1227/пр и введен в действие с 19 марта 2018 г.

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

Введение

Настоящий свод правил разработан в соответствии с Федеральным законом от 30 декабря 2009 года № 384-ФЗ «Технический регламент о безопасности зданий и сооружений» в целях выработки общих требований и правил формирования и применения информационных моделей объектов массового строительства для решения прикладных задач на различных стадиях их жизненного цикла.

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

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

Настоящий свод правил разработан авторским коллективом АО «НИЦ «Строительство» – ЦНИИСК им. В.А. Кучеренко (руководитель разработки – д-р техн. наук, проф. И.И. Ведяков, канд. техн. наук Ю.Н.

Жук, А.В. Ананьев) и ООО «КОНКУРАТОР» (М.Г. Король, С.Э. Бенклян).

1 Область применения

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

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

1.3 Требования настоящего свода правил не распространяются на процессы информационного моделирования линейных объектов.

2 Нормативные ссылки

ГОСТ Р 57311–2016 Моделирование информационное в строительстве. Требования к эксплуатационной документации объектов завершенного строительства

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

3 Термины и определения

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

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

• с геометрическими пересечениями элементов цифровой информационной модели;

• нарушениями нормируемых расстояний между элементами цифровой информационной модели;

• пространственно-временными пересечениями ресурсов из календарно-сетевого графика строительства объекта.

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

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

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

• графики движения рабочей силы по объекту;

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

жизненный цикл здания или сооружения; ЖЦ: Период, в течение которого осуществляются инженерные изыскания, проектирование, строительство (в том числе консервация), эксплуатация (в том числе текущие ремонты), реконструкция, капитальный ремонт, снос здания или сооружения.

3.7 задача применения информационного моделирования: Метод применения информационного моделирования на различных стадиях жизненного цикла объекта для достижения одной или нескольких целей инвестиционно-строительного проекта.

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

Источник

Жизненный цикл здания и его связь с внедрением технологии BIM

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

Конечно, процесс информационного моделирования на любом этапе работы с объектом подчиняется общим принципам, сформулированным в публикации «Технология BIM: прагматизм и совместная работа»: + +

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

Особенности же моделирования зависят от специфики решаемых каждый раз задач и фактически определяют, какую информацию надо иметь «на входе» и какую – «на выходе» для каждого этапа работы. Для эффективного процесса BIM это знание и его использование не менее важно, чем выполнение трех основных принципов моделирования. + +

Последнее требует детального осмысления и подробной проработки всех стадий жизненного цикла здания. Укрупненной схемы «проектирование – строительство – эксплуатация – снос» здесь уже явно недостаточно. Пока мы не представляем во всех подробностях, как и какая информация передается при работе со зданием от этапа к этапу, и как эти этапы между собой взаимосвязаны, мы не можем правильно выстроить весь процесс информационного моделирования. + +

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

Рис 1. Кочующее из одной публикации в другую «кольцо» жизненного цикла здания. Такое ли оно на самом деле?

Что такое жизненный цикл здания?

Чаще всего для жизненного цикла здания или сооружения используется весьма распространенное и понятное на бытовом уровне определение, приводимое в федеральном законе «Технический регламент о безопасности зданий и сооружений» (N 384-ФЗ от 30.12.2009, действующая редакция 2016): период, в течение которого осуществляются инженерные изыскания, проектирование, строительство (в том числе консервация), эксплуатация (в том числе текущие ремонты), реконструкция, капитальный ремонт, снос здания или сооружения. + +

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

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

Хотя для упрощенного понимания явления работы со зданием (как говорят, «на пальцах») цепочки «проектирование – строительство – эксплуатация – снос» вполне достаточно. + +

Тем не менее, надо сделать одно важное замечание: жизненный цикл здания – это не цикл в обычном понимании чего-то повторяющегося, когда этапы идут последовательно один за другим! Это просто период существования объекта в прямом или расширенном смысле. + +

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

Жизненный цикл здания – взгляд из Великобритании

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

Думается, что впервые серьезное рассмотрение жизненного цикла здания произошло в 1963 году, когда Королевский институт британских архитекторов (RIBA) опубликовал некий «Рабочий план» этапности действий с объектом строительства. Главной целью этого плана, рассчитанного на руководящих специалистов всех уровней, было помочь в определении основных задач, возникающих в процессе проектирования, строительства или эксплуатации здания, и наметить пути их решения. Сегодня этот план существует уже в версии 2013 года и бесплатно доступен на сайте организации www.ribaplanofwork.com . + +

Рис 2. Восемь этапов жизненного цикла здания как разделы «Рабочего плана» RIBA.

Сам «Рабочий план» RIBA, в полном соответствии с замыслом его создателей, помогает ставить вопросы и определять направления для их решения, но не содержит ответов на эти вопросы. Именно поэтому он оказался весьма жизнеспособен и полезен не только в Великобритании, но и в мире. + +

Рис 3. Каждый раздел «Рабочего плана» RIBA содержит восемь основных вопросов (тем для обдумывания).

На первый взгляд, «Рабочий план» RIBA не имеет к BIM никакого отношения. И это правда, поскольку он стоит выше, чем BIM. Но для тех, кто работает в BIM, нахождение ответов на общие поставленные вопросы уже осуществляется в рамках технологии информационного моделирования. Для облегчения решения этой задачи в структуре RIBA создана организация по продвижению BIM в Великобритании — NBS (National BIM Standards), которая фактически дополняет «Рабочий план» спецификой информационного моделирования. + +

Рис 4. Сайт www.thenbs.com – фактическое приложение к «Рабочему плану» RIBA по технологии информационного моделирования зданий.

Таким образом, описание стадий жизненного цикла здания по версии RIBA – это не попытка «навести науку» на вполне очевидные вещи, а создание через «Рабочий план» инструментов, помогающих в работе с объектом строительства. + +

Значение определения стадий жизненного цикла здания для BIM

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

В частности, американская фирма ASHRAE, специализирующаяся на разработке стандартов в области строительной деятельности, предложила недавно на своем сайте www.ashrae.org проект документа «Автоматизированное энергетическое моделирование проекта здания (кроме малоэтажных жилых домов)». Этот документ, отличающийся продуманностью и лаконичностью, интересен не только сам по себе, но и как дальнейшее развитие концепции, реализованной ранее RIBA – формулировать круг решаемых задач, а не писать подробные инструкции по их решению. + +

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

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

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

Главный результат – формирование общей модели объекта (пункт 10), которая передается затем на стадию эксплуатации. + +

В качестве иллюстрации подхода ASHRAE приведем взятые из документа краткие пояснения к пункту 8, который большинством наших проектировщиков обычно понимается как финал моделирования: + +

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

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

Наша реальность

На сайте Минстроя России пока имеется лишь перерисованная с рисунка 1 в виде плаката общая схема стадий жизненного цикла здания без каких-либо пояснений. + +

Рис 6. Видение Минстроем России жизненного цикла объекта строительства.

Вполне логично было бы эту схему осмыслить, развить и снабдить конкретной детализацией (опыт RIBA). А затем, раз речь идет о внедрении BIM, заняться детальной разработкой (опыт ASHRAE) этапов процесса информационного моделирования зданий и сооружений. Для перехода нашей проектно-строительной отрасли на BIM это было бы исключительно полезно. + +

Однако вместо этого была предпринята попытка «поставить телегу впереди лошади» — разработать «Своды правил» для информационного моделирования, практически не представляя, какие задачи и когда для BIM ставятся и решаются. + +

Рис 7. Проект СП «Правила формирования информационной модели объекта на различных стадиях жизненного цикла» и некоторые цитаты из него. Особенно впечатляют «Трубы ДУ 50 мм»: почему для меньших труб изоляцию не надо моделировать? И почему объекты, меньшие, чем 100х100х100, вообще не надо моделировать?

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

Источник