(Утративший силу) СТД ИСП-29 ДОГОВОР подряда на выполнение проектных работ (с созданием...

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

Утративший силу
ж) стандартами Заказчика и стандартами Проектировщика (далее – Стандарты). При этом такие Стандарты Сторонами не подписываются, а утверждаются Владельцем стандарта. Подписание Сторонами настоящего договора означает, что Стороны при заключении настоящего договора согласились на обязательное применение положений указанных Стандартов в отношениях по настоящему договору.
1.5. Термины и определения используются в настоящем договоре в значениях, установленных СТО УП «Реестр терминов develop-man».
1.6. Право Проектировщика осуществлять работы, предусмотренные настоящим договором, подтверждается следующим документом: <выписка/справка СРО>.
1.7. При выполнении работ по разработке проектной и рабочей документации в виде текстовых и графических материалов:
1.7.1. проектная и рабочая документация разрабатывается в соответствии с требованиями Задания на разработку (Приложение № 2), передается Заказчику комплектом проектной и рабочей документации (по требованию Заказчика может быть предоставлен 1 (один) экземпляр на бумажном носителе) в электронном виде на электронном носителе и/или посредством ИС, содержащим полный набор файлов, полученных в ходе выполнения работ, а именно:
- файлы с графическими изображениями в формате .pdf и .dwg, .max, .rvt и т.п.
- файлы для программ, в которых были выполнены расчеты: .rtd, .Lir и т.п.
- файл с Ведомостью подсчета материалов (Ресурсной ведомостью) в формате .xlsx;
- файлы с любой текстовой и табличной информацией, относящейся к Продукту (в т.ч. перенесенной с листов с графическими изображениями в отдельный файл пояснительной записки) в формате .docx
- файлы отсканированных (цветной скан) всех листов с бумажного экземпляра с подписями в формате .pdf.
1.7.2. передаваемые файлы с графической частью оформляются таким образом, чтобы на титульном листе содержалось:
- наименование вида документации (например, Проектная документация);
- с новой строки - Наименование Объекта,
- с новой строки - Наименование раздела и подраздела в соответствии с требованиями Положения о составе разделов проектной документации и требованиях к их содержанию;
- с новой строки – словосочетание «Графическая часть»;
- на листах с графической частью запрещается размещать текстовую и табличную информацию.
1.7.3. передаваемые файлы с текстовой и табличной частью оформляются таким образом, чтобы на титульном листе содержалось:
- словосочетание «Пояснительная записка (текстовая и табличная часть) к Альбому: (указать шифр альбома в соответствии с порядком кодировки у Заказчика)»;
- с новой строки - Наименование вида документации (например, Проектная документация);
- с новой строки - Наименование Объекта Заказчика;
- с новой строки - Наименование раздела и подраздела, в соответствии с требованиями Положения о составе разделов проектной документации и требованиях к их содержанию;
- с новой строки – словосочетание «Текстовая часть».
1.7.4. в пояснительной записке к Альбому документации указывается:
- общая информация к Альбому;
- необходимая текстовая и табличная информация
- отсылка (шифр) к отдельным листам Альбома (графической части);
- активная ссылка на Договор и на Задание на разработку, на основании которых составлена проектная и рабочая документация
- активная ссылка на Ведомость подсчета материалов (Ресурсную ведомость), выгруженную из программs Autodesk Revit
со следующими правилами:
- названия Объектов, указываемых в документации, согласовываются с Заказчиком;
- в документации указываются названия Объектов, полностью соответствующие наименованию в Документах на проведение торгов на земельный участок, ГПЗУ, Задании на проектирование, названию проекта в информационной системе Заказчика;
- наименование материалов, в спецификациях указываются с активными ссылками на каждый единичный ресурс каталога http://www.is-mt.pro/Cgc; не допускается указание материалов без ссылок;
- Пояснительная записка составляется в файле MS Word формата А4. При необходимости, возможность использования другого формата письменно согласовывается с Заказчиком.
1.8. При выполнении работ по разработке информационной модели Объекта Заказчика:
Рабочая документация целиком выпускается на основании разработанной Проектировщиком ВIМ-модели, путем автоматического получения чертежей из видов и разрезов ВIМ-модели. По узлам и объектам, детализация которых превышает требуемый уровень проработки ВIМ-модели, допускается выполнение в 2D. В этом случае типы указанных чертежей, узлов и объектов должны быть отдельно согласованы с Заказчиком.
- общие требования:
- моделирование всех объемных элементов модели проводится в масштабе 1:1.
- информационные модели (ИМ) по каждому разделу (разделам) могут быть разработаны в отдельных файлах, и должны быть собраны в общей ИМ как внешние ссылки в единой принятой системе координат.
- каждый элемент ИМ, независимо от его принадлежности к конкретному разделу проекта, должен находиться в соответствующей его свойствам категории и содержать соответствующий категории атрибутивный состав. Элементы модели должны быть однозначно идентифицированы.
- все основные элементы модели, должны иметь габаритные размеры, соответствующие фактическим строительным элементам.
- инженерные системы должны иметь различные цвета в зависимости от их функционального назначения.
- трубы должны моделироваться с учетом толщины изоляции.
- при создании ИМ не допускается наложение и/или дублирование элементов.
- ИМ не должна содержать неиспользуемые элементы, не нашедшие отражение в чертежах.
- ИМ не должна содержать импортированные объекты (подложки) и внешние ссылки с нерабочими ссылками.
- не допускается отсутствие стыковки (сопряжения) элементов между собой.
- Информационная модель должна позволить:
- изменение исходных чертежей в составе ВIМ-модели, выпуск новых чертежей и спецификаций.
- проверку и оценку технических решений: процесс, обеспечивающий взаимодействие заинтересованных лиц, которые просматривают в виртуальной среде информационные модели зданий и сооружений с целью проверки и оценки принятых технических решений.
- пространственную координацию и проверку на коллизии: процесс, в котором специализированные программные инструменты поиска коллизий используются для междисциплинарной координации и согласования технических решений.