Приложение Б. Требования заказчика к среде общих данных

Приложение Б Требования заказчика к среде общих данных

Б 1 Структура среды общих данных

Б 1.1 Общие требования

Б 1.1.1 При выполнении проектных работ Исполнитель должен организовать коллективную работу над информационными моделями.

Б 1.1.2 Исполнитель должен развернуть Среду общих данных, состоящую из 4 разделов (областей):

- раздел рабочих данных (рабочий раздел);

- раздел общих данных (общий раздел);

- раздел опубликованных данных (публичный раздел, раздел готовых данных);

- раздел архивных данных (архивный раздел).

Б 1.1.3 Все проектные данные должны храниться в стандартной структуре папок проекта, находящейся на центральном сетевом (облачном) сервере (диске) или в соответствующей системе электронного хранения.

Б 1.1.4 Шаблоны, семейства и другие данные, не относящиеся к определённому проекту, должны храниться в общей структуре данных на сервере с ограниченным доступом на запись данных в папке "(Общие)". Добавление и корректировка файлов в папке "(Общие)" должны выполняться под контролем Заказчика.

Примечание - В имени папки "(Общие)" первым символом выбрана скобка, что обеспечивает при сортировке папок верхнего уровня, имеющих первыми буквенно-цифровые имена, размещение этой папки всегда на первом месте.

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

Б 1.1.6. Среда общих данных должна обеспечивать хранение файлов и документации проекта на территории Российской Федерации.

Б 1.2 Разделы данных

Б 1.2.1 Раздел рабочих данных - это область среды общих данных, пространство хранения текущих незавершённых моделей, над которыми осуществляется работа и которые еще не достигли уровня проработки, при котором файлы могут быть открыты и использованы как результат проектирования или ссылка (задание) для других участников проекта.

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

Б 1.2.2 Раздел общих данных - это область среды общих данных, в которой материалы участников проекта выкладываются в общий доступ для использования в виде задания или ссылки при разработке материалов смежных разделов. Материалы различных разделов используются для координации проекта, а также для различных проверок и анализа. Исходные файлы, которые хранятся в этой области, не могут быть изменены после размещения в ней.

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

Б 1.2.3 Раздел опубликованных данных - это область среды общих данных, в которой выкладываются готовые, согласованные между участниками проекта материалы по определённой стадии для передачи их вне команды, создающей информационные модели.

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

Б 1.2.4 Раздел архивных данных - это область среды общих данных, в которую переносятся и долгосрочно хранятся данные из области публикации после их согласования, окончания использования или аннулирования в рамках одного (текущего) или множества проектов, выполняемых на сети автомобильных дорог.

Б 2 Система именования данных

Б 2.1 Общие требования

Б 2.1.1 Все файлы в среде общих данных должны храниться в иерархической системе папок (каталогов).

Б 2.1.2 Для обеспечения удобства навигации в СОД в названия папок и файлов могут добавляться цифровые префиксы, обеспечивающие соответствующую автоматическую сортировку.

Б 2.1.3 Структура папок должна быть одинаковой для всех разделов среды общих данных за исключением случаев, когда допускается отсутствие отдельных папок, если соответствующие им разделы не предусмотрены проектом.

Б 2.2 Именование папок проектов

Б 2.2.1 СОД на верхнем уровне должна содержать папки с именами, соответствующими году старта проекта, а также папка "Общие" для хранения документов, не относящихся к конкретному проекту.

Б 2.2.2 Каждому проекту в СОД должна соответствовать одна папка проекта, которая должна быть размещена внутри папки с именем, соответствующим году старта проекта.

Б 2.2.3 В качестве названия папки проекта должно быть выбрано краткое описание, соответствующие полному названию проекта, и которое должно быть утверждено заказчиком.

Б 2.2.4 Для обеспечения удобства навигации по списку папок проектов рекомендуется составлять название папки проекта по схеме "[Номер дороги] - [тип проекта] [участок работ]".

Примечание - Примерами имени папки проектам могут быть "Р255 - проект реконструкции на участке 260+100 - 175+750", "Р255 (подъезд к Томску) - проект ремонта на участке 60+100 - 75+750", "Р255 - проект строительства мостового перехода через р. Обь в г. Новосибирск".

Б 2.3 Структура папки проекта

Б 2.3.1 Папка проекта должна содержать в себе вложенные папки с информационной моделью, а также папки, соответствующие стадиям жизненного цикла проекта. Эти папки должны иметь префикс в виде одной цифры для удобства навигации.

Б 2.3.2 Папка проекта должна содержать папку моделей "0. Информационная модель", предназначенную для хранения всех исходных и расчётных моделей данных.

Б 2.3.3 Папка проекта должна содержать папку инженерных изысканий "1. Инженерные изыскания", предназначенную для хранения всех материалов инженерных изысканий.

Б 2.3.4 В случае, если проект предусматривает разработку проектной документации, папка проекта должна содержать папку проектной документации "2. Проектная документация", предназначенную для хранения всей совокупности проектных решений, относящихся к стадии проектирования "П".

Б 2.3.5 В случае, если проект предусматривает разработку рабочей документации, папка проекта должна содержать папку рабочей документации "3. Рабочая документация", предназначенную для хранения всей совокупности проектных решений, относящихся к стадии проектирования "Р".

Б 2.3.6 Папка проекта должна содержать папку документов "4. Документы", предназначенную для хранения различных документов, не имеющих непосредственного отношения к принимаемым техническим и технологическим решениям, в том числе протоколы совещаний, акты согласований, акты проведённых работ, ввода в эксплуатацию и пр.

Б 2.4 Структура папки моделей

Б 2.4.1 Папка моделей "0. Информационная модель" должна содержать в себе всю совокупность исходных моделей (параметрических и непараметрических; описательных и графических; 2- и 3-мерных), на основе которых сформирована вся проектная и рабочая документация, необходимая в соответствии с действующими нормами и правилами.

Б 2.4.2 Папка моделей должна содержать в себе вложенную папку сводной модели (единой модели проекта, предназначенной для совместного просмотра и анализа проектного решения), а также папки моделей, соответствующие отдельным дисциплинам проекта. Эти папки должны по своей структуре и наименованию соответствовать классификатору элементов, представленному в "Базовом классификаторе элементов информационных моделей автомобильных дорог". В случае, если в проекте не предусмотрен соответствующий раздел, то папка должна отсутствовать. Эти папки должны иметь имена "[префикс в виде двух цифр][. ][имя класса в классификаторе во множественном числе]" для удобства навигации. Конкретный состав папок должен быть выбран в зависимости от типа выполняемого проекта и согласован с заказчиком.

Примечание - Ниже приведён пример папок первого уровня в папке моделей (в свою очередь, каждая из этих папок может в соответствии с Базовым классификатором элементов содержать вложенные папки):

00. Сводная модель

10. Общие сведения о проекте, объекте

20. Придорожная территория (ЦММ)

30. Автомобильная дорога

40. Здания и сооружения

50. Демонтаж и перенос

60. Объекты сервиса

70. Объекты дорожно-строительного комплекса

xx. [Прочие модели]

Б 2.5 Структура папки инженерных изысканий

Б 2.5.1 Папка инженерных изысканий "1. Инженерные изыскания" должна содержать папки, соответствующие отдельным видам инженерных изысканий. Эти папки должны иметь префикс в виде двух цифр для удобства навигации. Конкретный состав папок должен быть согласован с заказчиком.

Примечание - Ниже приведён пример папок в папке инженерных изысканий:

01. Материалы инженерно-геодезических изысканий

02. Материалы инженерно-геологических изысканий

03. Материалы инженерно-экологических изысканий

04. Материалы инженерно-экономических изысканий

05. Материалы инженерно-гидрометеорологических изысканий

хх. [Прочие материалы инженерных изысканий]

Б 2.6 Структура папки проектной документации

Б 2.6.1 Папка проектной документации "2. Проектная документация" должна содержать в себе папки, соответствующие разделам проекта стадии "П". Эти папки должны иметь префикс в виде двух цифр для удобства навигации. Конкретный состав папок должен быть согласован с заказчиком.

Примечание - Ниже приведён пример папок в папке проектной документации:

01. Пояснительная записка

02. Проект полосы отвода

03. Технологические и конструктивные решения.

Искусственные сооружения

04. Здания, сооружения

05. Проект организации строительства

06. Проект организации работ по сносу (демонтажу)

07. Мероприятия по охране окружающей среды

08. Мероприятия по обеспечению пожарной безопасности

09. Смета на строительство

xx. [Прочая документация]

Б 2.7 Структура папки рабочей документации

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

Примечание - Ниже приведён пример папок в папке рабочей документации:

01. Рабочие чертежи для производства строительных работ

02. Спецификации оборудования, изделий и материалов

03. Локальные сметы

04. Эскизные чертежи общих видов нетиповых изделий и устройств

05. Проект производства работ

xx. [Прочая документация]

Б 2.8 Структура папки документации

Б 2.8.1 Папка документов "4. Документы" должна содержать в себе папки, не имеющих непосредственного отношения к принимаемым инженерным решениям. Эти папки должны иметь префикс в виде двух цифр для удобства навигации. Конкретный состав папок должен быть согласован с заказчиком.

Примечание - Ниже приведён пример папок в папке документов:

01. Протоколы совещаний

02. Разрешения на строительство

03. Согласования на выполнение работ

04. Акты выполненных работ

05. Акты принятия в эксплуатацию

xx. [Прочие документы]

Б 2.9 Именование файлов

Б 2.9.1 Имена файлов в папках должны быть понятны читающему без дополнительного пояснения. Файлы должны содержать цифровые префиксы, соответствующие иерархическим папкам, в которых они размещены. Цифровые префиксы родительских папок вплоть до папки проекта должны быть объединены через дефисы.

Примечание - Например, Пояснительная записка к проектной документации в папке "01. Пояснительная записка" может быть размещена в файле "2-01. Пояснительная записка.doc". Например, модель водопропускной трубы в рабочей документации может быть размещена в файле "0-40-20. Водопропускная труба 140+350.pdf".

Б 2.9.2 Имена последних версий файлов не должны включать сведений о версии. Для обеспечения доступа к предыдущим версиям допускается хранить в СОД файлы предыдущих версий с тем же именем, что и последняя версия, но дополненным постфиксом "([сведения о версии])".

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

Б 2.10 Именование слоёв графических файлов

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

Б 3 Форматы данных

Б 3.1 Общие требования

Б 3.1.1 Все материалы, передаваемые Исполнителем Заказчику в печатном виде, обязательно должны быть продублированы в виде соответствующего PDF-файла. Файлы должны быть подписаны электронной подписью, удостоверяющей Исполнителя. Электронная подпись должна быть получена в соответствии с законодательством Российской Федерации об электронной подписи.

Б 3.1.2 Все материалы инженерных изысканий и проектных решений должны быть переданы в виде Информационных моделей в согласованных с Заказчиком форматах данных, допускающих полноценную работу с ними по чтению, печати и редактированию.

Б 4 Совместная работа

Б 4.1 Уровни доступа

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

Б 4.1.2 Среда общих данных должна обеспечивать ограничение на доступ к данным на основе ролей (групп) пользователей.

Б 4.2 Уровень доступа Исполнителя

Б 4.2.1 Исполнитель должен иметь уровень доступа к Разделу общих данных, обеспечивающий возможность записи, чтения (просмотра), печати и рецензирования данных.

Б 4.2.2 Исполнитель должен иметь уровень доступа к Разделу опубликованных данных, обеспечивающий возможность записи, чтения (просмотра), печати данных.

Б 4.2.3 Исполнитель должен иметь уровень доступа к Разделу архивных данных, обеспечивающий возможность чтения (просмотра) данных.

Б 4.3 Уровень доступа Заказчика

Б 4.3.1 Заказчик должен иметь уровень доступа к Разделу опубликованных данных, обеспечивающий возможность чтения (просмотра), печати и рецензирования данных.

Б 4.3.2 Заказчик должен иметь уровень доступа к Разделу архивных данных, обеспечивающий возможность записи, чтения (просмотра), печати.