Наполнение проектной документации

  С обложкой, титульным листом, содержанием и составом проекта вроде бы разобрались. Достаточно сложным и спорным вопросом является содержательная часть проекта. Вполне естественно, что заказчик хочет заплатить за стадию «П», но получить такой набор документации, который позволит построить объект. В конечном счёте все вопросы должны решаться, видимо, договором на проектирование, в котором заказчик может оговорить особые требования, а подрядчик постарается обосновать соответствующую этим требованиям оплату.
  Базовым нормативным документом, которым следует руководствоваться в данном вопросе, является Постановление Правительства РФ от 16 февраля 2008 г. № 87«О составе разделов проектной документации и требованиях к их содержанию». В нём, в частности, сказано: «3. Проектная документация состоит из текстовой и графической частей. Текстовая часть содержит сведения в отношении объекта капитального строительства, описание принятых технических и иных решений, пояснения, ссылки на нормативные и (или) технические документы, используемые при подготовке проектной документации и результаты расчетов, обосновывающие принятые решения.
  Графическая часть отображает принятые технические и иные решения и выполняется в виде чертежей, схем, планов и других документов в графической форме.» 

  Возможно, по каким-то разделам вопросов и не возникает, но есть ряд систем, напрямую не прописанных в данном нормативном документе. Поэтому появляется простор для догадок и предположений. Например, системы безопасности вроде бы лучше всего отнести в раздел 5, подраздел сети связи:
  Постановление Правительства РФ от 16 февраля 2008 г. № 87«О составе разделов проектной документации и требованиях к их содержанию» «15. Раздел 5 "Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений" должен состоять из следующих подразделов:
а) подраздел "Система электроснабжения";
б) подраздел "Система водоснабжения";
в) подраздел "Система водоотведения";
г) подраздел "Отопление, вентиляция и кондиционирование воздуха, тепловые сети";
д) подраздел "Сети связи";
е) подраздел "Система газоснабжения";
ж) подраздел "Технологические решения".

  20. Подраздел "Сети связи" раздела 5 должен содержать:
в текстовой части
а) сведения о емкости присоединяемой сети связи объекта капитального строительства к сети связи общего пользования;
б) характеристику проектируемых сооружений и линий связи, в том числе линейно-кабельных, - для объектов производственного назначения;
в) характеристику состава и структуры сооружений и линий связи;
г) сведения о технических, экономических и информационных условиях присоединения к сети связи общего пользования;
д) обоснование способа, с помощью которого устанавливаются соединения сетей связи (на местном, внутризонном и междугородном уровнях);
е) местоположения точек присоединения и технические параметры в точках присоединения сетей связи;
ж) обоснование способов учета трафика;
з) перечень мероприятий по обеспечению взаимодействия систем управления и технической эксплуатации, в том числе обоснование способа организации взаимодействия между центрами управления присоединяемой сети связи и сети связи общего пользования, взаимодействия систем синхронизации;
и) перечень мероприятий по обеспечению устойчивого функционирования сетей связи, в том числе в чрезвычайных ситуациях;
к) описание технических решений по защите информации (при необходимости);
л) характеристику и обоснование принятых технических решений в отношении технологических сетей связи, предназначенных для обеспечения производственной деятельности на объекте капитального строительства, управления технологическими процессами производства (систему внутренней связи, часофикацию, радиофикацию (включая локальные системы оповещения в районах размещения потенциально опасных объектов), системы телевизионного мониторинга технологических процессов и охранного теленаблюдения), - для объектов производственного назначения;
м) описание системы внутренней связи, часофикации, радиофикации, телевидения - для объектов непроизводственного назначения;
н) обоснование применяемого коммутационного оборудования, позволяющего производить учет исходящего трафика на всех уровнях присоединения;
о) характеристику принятой локальной вычислительной сети (при наличии) - для объектов производственного назначения;
п) обоснование выбранной трассы линии связи к установленной техническими условиями точке присоединения, в том числе воздушных и подземных участков. Определение границ охранных зон линий связи исходя из особых условий пользования;
в графической части
р) принципиальные схемы сетей связи, локальных вычислительных сетей (при наличии) и иных слаботочных сетей на объекте капитального строительства;
с) планы размещения оконечного оборудования, иных технических, радиоэлектронных средств и высокочастотных устройств (при наличии);
т) план сетей связи».

  Аналогичным образом достаточно подробно описывается состав других разделов проекта. 

  Таковы требования нормативного документа. Если их выполнять, то можно проделать колоссальную работу, которая с высокой долей вероятности окажется в мусорной корзине. По крайней мере, значительная доля информации, представленной в соответствии с данными требованиями в проекте, окажется невостребованной. Если Вы готовы выполнять всё указанное в приведённой выше цитате, то дальше этот пункт можете не читать. Дальше я постараюсь обосновать уменьшение необходимого объёма работы. Что же мы имеем на практике?
 Из приведённой выше обширной цитаты видно, что, например, для любой из систем безопасности применимы не все перечисленные пункты. Логично предположить, что вольности допустимы и в графической части проекта. Разберёмся в понятиях.
  ГОСТ 2.702-2011«Единая система конструкторской документации. Правила выполнения электрических схем» «5.3.1 На принципиальной схеме изображают все электрические элементы или устройства, необходимые для осуществления и контроля в изделии заданных электрических процессов, все электрические связи между ними, а также электрические элементы (соединители, зажимы и т.п.), которыми заканчиваются входные и выходные цепи».
  ГОСТ 2.701-2008«Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению» «3.5 элемент схемы: Составная часть схемы, которая выполняет определенную функцию в изделии (установке) и не может быть разделена на части, имеющие самостоятельное назначение и собственные условные обозначения.» В приложении А поясняется: «Примерами элемента схемы могут служить: резистор, контакт реле, труба, насос, муфта и т.п.»
  ГОСТ 2.701-2008«Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению» «3.6 устройство: Совокупность элементов, представляющая единую конструкцию».

  Все эти определения я привёл для того, чтобы можно было представить: принципиальная схема, которую требует выполнить Постановление Правительства РФ от 16 февраля 2008 г. № 87«О составе разделов проектной документации и требованиях к их содержанию», даже для небольшого объекта может занимать несколько листов большого формата. А если это система охранной сигнализации промышленной площадки с несколькими десятками зданий, то воспринять представленную на такой схеме информацию проверяющим будет весьма затруднительно. А самое главное – кому и зачем это нужно? Зачем при проверке проекта и анализе принятых технических решений знать, на какие конкретно контакты подключаются те или иные провода и кабели, где устанавливаются резисторы? Кого волнует, как обозначены те или иные провода, кабели, элементы схемы? Вся эта лишняя на данном этапе информация перегружает схемы, не говоря о том, сколько времени (читай ресурсов) тратится впустую на их выполнение.

  Гораздо важнее определить и проверить, правильно ли проектировщик понял техническое задание и выполнил его требования, верно ли выбрал тип устройств, каким образом обеспечил связи между различными устройствами системы. Не забудем про требование ГОСТ 2.701-2008«Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению»: «5.1.1 Номенклатура схем на изделие должна определяться в зависимости от особенностей изделия (установки). Количество типов схем на изделие (установку) должно быть минимальным, но в совокупности они должны содержать сведения в объеме, достаточном для проектирования, изготовления, эксплуатации и ремонта изделия (установки)».
  По крайней мере, для систем безопасности стоящие на этапе создания проекта задачи успешно решаются путём использования схем двух типов:
- схемы структурной;
- схем расположения устройств и кабельных трасс, выполненных на базе планов здания и/или местности.
  ГОСТ 2.702-2011«Единая система конструкторской документации. Правила выполнения электрических схем» «5.1.1 На структурной схеме изображают все основные функциональные части изделия (элементы, устройства и функциональные группы) и основные взаимосвязи между ними».
  ГОСТ 2.702-2011«Единая система конструкторской документации. Правила выполнения электрических схем» «5.7.1 На схеме расположения изображают составные части изделия, а при необходимости связи между ними - конструкцию, помещение или местность, на которых эти составные части будут расположены».

  Убедимся в том, что этого достаточно. Представьте, что Вы проверяете чужой проект. В первую очередь Вас интересует правильность размещения станционного оборудования (в тех ли помещениях расположены АРМы, приборные и распределительные шкафы или стойки и т.п.), а также периферийных устройств (различных извещателей, устройств преграждающих управляемых, телекамер и др.). Всё это можно увидеть на схемах расположения с учётом назначения помещений или контуров периметра объекта. Именно поэтому, а также для наглядности, схемы расположения следует выполнять на базе планов. Однако получаемые в итоге чертежи нельзя считать планами, поскольку во всех существующих нормативных документах на планах требуют изображать устройства и кабельные трассы с привязками. Вы хотите давать привязки? На стадии «П» это является важной информацией? Нет и ещё раз нет. Да и вообще определение слова «план», столь привычного для многих, в нормативной документации СПДС появилось только в последней редакции (2013 года), поэтому планом называли всё подряд. Вот это определение:  ГОСТ Р 21.1101-2013«Система проектной документации для строительства. Основные требования к проектной и рабочей документации» "3.1.14 план: Вид сверху или горизонтальный разрез здания или сооружения.". Другое дело схема: ГОСТ 2.701-2008«Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению» «4.1 Схема - это документ, на котором показаны в виде условных изображений или обозначений составные части изделия и связи между ними».

 28 июня 2012 года непредставившийся гость сайта дал отличную ссылку, которая лишний раз доказала правильность моих выкладок. ГОСТ 2.305-2008 ЕСКД "ИЗОБРАЖЕНИЯ - ВИДЫ, РАЗРЕЗЫ, СЕЧЕНИЯ". Применим ко всем отраслям промышленности и СТРОИТЕЛЬСТВА.

"п.3.6 горизонтальный разрез: Разрез, выполненный секущими плоскостями, параллельными горизонтальной плоскости проекций".

"п.4.7 ...На разрезе показывают то, что получается в секущей плоскости и что расположено ЗА НЕЙ"

п.6 Разрезы. "П.6.1 В строительных чертежах горизонтальным разрезам допускается присваивать другие названия, например "ПЛАН".

 Получаем великолепнейшее подтверждение того, что я говорил много лет: в электротехнических разделах ПЛАНОВ практически не бывает. Как минимум потому, что кабели очень часто прокладывают ближе к потолку и по нормам выполнения разрезов (см.п.4.7) они просто не попадают на горизонтальный разрез (так называемый план). Кроме того, нет ни малейшей необходимости изображать все изгибы кабельных коммуникаций: для монтажа вполне достаточно обозначить, что в этом коридоре (помещении) проходит кабель. Ну, если очень хочется, можно указать стену, к которой кабель будет ближе при прокладке или по которой он пойдёт. Учитывая тот факт, что между линиями на чертеже должно быть расстояние, Вы никогда не покажете кабель, идущий по стене - а значит, изобразите трассу в виде СХЕМЫ, а не в виде ПЛАНА.  Продолжим. После проверки размещения оборудования необходимо проверить основные связи между элементами системы (установки): обосновано ли использование тех или иных типов кабелей, например, оптики на малых расстояниях, как связываются работающие по 485-му интерфейсу устройства, как организована ЛВС и будет ли она жизнеспособна в случае повреждения того или иного участка. Все эти сведения также можно получить из указанных схем. Зачем заказчику платить лишние деньги за выполнение более детализированной принципиальной схемы, усложняя проектировщику работу при создании проекта и самому себе при его проверке? Не будем забывать, что вносить возможные изменения также легче в более простые документы. Ведь достаточно обычной является ситуация, когда заказчик, ознакомившись с представленной стоимостью реализации проекта, инициирует корректировку, чаще в сторону сокращения или перераспределения оборудования. Для этого по большому счёту и создано двухстадийное проектирование, чтобы как можно раньше и с меньшими издержками продемонстрировать заказчику стоимость решения поставленной им задачи, и только потом, после выполнения ряда корректировок и согласований на основании утверждённого проекта выпустить рабочую документацию. Всё сказанное не относится к случаю, когда через проектирование «осваиваются» огромные средства и стоит задача обосновывать бесконечно выделяемые дополнительные суммы. Честно говоря, я вижу только два логичных обоснования завышенных требований 87-го постановления: скорее всего, составители не разобрались в терминах, но возможно также взаимное стремлении повышения затрат на проектирование. В этом могут быть заинтересованы как бюджетные заказчики проектов, так и владельцы фирм-подрядчиков, для которых чем сложнее требуют сделать, тем больше можно за это получить, невзирая на необходимость выполнения работы. В качестве примера можно привести рамки металлодетекторов, которые понаставили на вокзалах якобы для защиты пассажиров от терактов. ИМХО.
  В целом проект может выглядеть так, как в приведённом в конце статьи файле для скачивания projectdoc.pdf. В данном случае не принципиально, как названы документы, схемы расположения в нём или планы, схема принципиальная или структурная. Листы пустые, поскольку конкретное содержание интересует лишь представителей какой-то отдельной области проектирования, а я пытался продемонстрировать общие подходы.

  Один из вопросов, который регулярно задают мне, глядя на этот пример: «Почему для текстовых документов используются именно такие штампы?» Чтобы не перегружать данную статью, я вынес рассмотрение этого вопроса в отдельную статью "Формы основной надписи текстовых документов"

ВЕРНУТЬСЯ НАЗАД К СТАТЬЕ "ОФОРМЛЕНИЕ ПРОЕКТНОЙ ДОКУМЕНТАЦИИ"

ЧИТАТЬ ДАЛЕЕ: "СТАНДАРТНЫЙ ПОДХОД К ОФОРМЛЕНИЮ РАБОЧЕЙ ДОКУМЕНТАЦИИ"

ВложениеРазмер
Иконка PDF projectdoc.pdf80.13 КБ

Комментарии

Добрый день. С большим интересом читаю Ваш сайт еще с тех времен, когда он был по старому адресу. Сам занимаюсь проектированием СКС, ЛВС и сетей связи. Все время выпускали рабочую документацию и там по составу вопросов никаких нет (есть Гост на проводные средства связи). Назрела необходимость разработки раздела Сети связи в проектной документации по п.87.
Как я понял по Вашей статье в проектной не требуется приводить детальной проработки решений, не надо приводить кабельные журналы и спецификации, а ограничиться скажем так общим описанием технических решений. Отсюда вопрос, в случае оценивания проектной документации, в части раздела сети связи, госэкспертизой или вообще экспертизой, как эксперт поймет обоснованность в смете расхода того или иного кабеля, комплектующих, материалов и оборудования? Это же касается осмечивания работ по реализации технических решений.

И вдогонку. Интересует структура пояснительной записки. А именно, названия разделов. Как по Вашему правильно эту структуру сделать? Перечислять все пункты в текстовой части с а по п в виде названия подразделов и неприменимые делать в виде пустышек?

С уважением, Ярослав Дьяков

PS. Предыдущее сообщение тоже мое

 Наверное, правильнее всего ответ на Ваш вопрос звучит так: а должен ли эксперт проверять обоснованность расхода того или иного кабеля? Я бы считал, что задача эксперта на данном этапе проверить, верно ли выбран тип кабеля для тех или иных целей (экранированность, горючесть и т.п.). Ведь даже в рабочей документации в кабельном журнале у электриков приведены графы, в которых указывается отдельно проектная длина трассы и отдельно фактическая длина, которая проставляется по результатам монтажа. Когда составляются акты выполненных работ, тогда и будет проставлен фактический расход, а далее соответствующая оплата. То есть даже на стадии рабочки мы имеем дело с приблизительными длинами. Нюансы при несоответствии фактических длин рассчётным решаются в каждом конкретном случае по договорённости :)
 На этапе проекта хороший эксперт должен просто прикинуть, 50 км такого-то кабеля - это много или мало, а не считать до метра.
 Что касается пунктов раздела. Моё личное мнение состоит в том, что перечисление пустых и неприменимых пунктов является абсолютной глупостью. НО! Если их не приводить, то получаем замечания типа "В ПЗ не проработан пункт такой-то". Поэтому Вам решать, приводить ли их. Ещё один нюанс состоит в том, что проверяющему необходимо написать 10 (20, 100) замечаний. Лучше дать ему возможность написать то, что сказано в этом абзаце, чем он будет рыть и найдёт что-то более существенное :)

Спасибо за своевременный ответ! В принципе кое-что в голове вырисовывается. Еще хотел посоветоваться по графической части. По поводу наполнения планов расположения и плана сетей связи вопросов нет, а вот по поводу принципиальной схемы и обозначения есть нюансы. Вы предлагаете подменить принципиальную схему схемой структурной. В принципе в моей связной специфике особой разницы между ними я не вижу. Как я понимаю я должен показать связи вплоть до каждого порта, только тогда будет понимание что как с чем взаимодействует? Вообще понятие принципиальной схемы скорее больше к конструированию устройств подходит. И самый главный вопрос не будет ли замечаний экспертов при подмене плана расположения схемой расположения, плана сетей связи схемой сетей связи и наконец принципиальной схемы структурной? Хотя бы формально - другое название, отличное от п.87? Может быть там неспроста планы именно, а не схемы? Может в этих чертежах как раз и нужно вырисовывать в масштабе и привязывать расположение розеток, стоек, трасс, закладных к стенам потолкам и т.д.? Все это интересует естественно не с точки зрения сдачи Заказчику, а сдаче именно экспертизе.
Вообще, в голове сумбур какой-то. Получается, что проектная документация появляется только тогда, когда требуется пройти экспертизу. В том случае, когда экспертиза не требуется делается сразу рабочая ну и пояснительная записка, которую можно назвать каким-нибудь отчетом не гостированным. А больше Заказчику и не надо. Я прав?

C уважением, Ярослав Дьяков

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

По существу:
во-первых, я привык к тому, что все используемые в нормативных документах термины имеют определения. Определение схемы есть в ГОСТ 2.701-2008 "Схемы", п.4.1 "Схема - это документ, на котором показаны в виде условных изображений или обозначений составные части изделия и связи между ними". Ничего подобного (в смысле какого-либо определения) относительно понятия "план" я нигде не встречал. Если ошибаюсь, пусть меня поправят старшие товарищи. В ряде документов сказано, что на плане должны быть указаны привязки оборудования и кабельных трасс, но опять же не говорится, что такое план как таковой.
во-вторых, в каждой сфере деятельности есть ГОСТ с определениями, терминами, которые обязательны к использованию в данной сфере. Например, мне режет слух слово "датчик", поскольку правильно следует выражаться "извещатель".
На основании вышеизложенного мне совершенно непонятно, на каком основании используется слово "план", под которым каждый понимает то, что ему удобно. Особенно режет слух сочетание "план расположения" кабельных трасс или чего-либо ещё: мне видится в этом "масло масляное", но ведь такое словосочетание встречается в ГОСТах, если не ошибаюсь, как раз по связи.
Что касается расстановки привязок оборудования на стадии "П". Считаю это пустой тратой времени (да и на стадии "Р" нередко тоже: например, для охранной сигнализации есть РД, в которых сказано, что магнитоконтактный извещатель должен устанавливаться на 20 см от края двери; зачем выполнять тупейший труд по простановке привязок для каждого такого извещателя на сотнях дверей офисного здания?) В моей практике куча примеров, когда заказчик, увидев стоимость, меняет требования (на планировки он ещё и не смотрел!), и вся работа выполняется заново. Для этого и придумано двухэтапное проектирование. Так какой смысл в привязках оборудования? Занять своих сотрудников?
А что касается вопроса, будут ли замечания экспертов... Ситуация каждый раз разная. Кто-то доволен, когда нашёл несоответствие записи в графе 4 и ведомости рабочих чертежей, а кто-то действительно находит несоответствие одной из десятков букв марки прибора. Стоит ли делать сразу по максимуму и есть ли на это время и средства - каждый решает сам :)

ГОСТ 2.305-2008 радел 6
грубо говоря, план- это горизонтальный разрез в строительных чертежах

 Спасибо, что подсказали нормативный документ, который поможет в работе не только мне! Я даже подредактировал текст на данной странице сайта, что делаю не часто :) Напишете своё имя - вставлю его вместо слова "непредставившийся" :)
 Что из себя представляет план, каждый подспудно понимает, хотя и не очень хорошо, если судить по тому, что называют "планами": в любом офисном здании висит ПЛАН ЭВАКУАЦИИ, хотя в действительности в подавляющем большинстве случаев это СХЕМА. Вопрос был в четком определении из ГОСТа, оно мне в СПДС не попадалось. Оказывается, здесь его и не было, надо было искать в ЕСКД.

Добавить комментарий

Filtered HTML

  • Use [collapse] and [/collapse] to create collapsible text blocks. [collapse collapsed] or [collapsed] will start with the block closed.
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Generate stylish tooltips. Format: [qtip:Text to display on page|Tooltip title (optional)|Text to appear in tooltip]
  • Допустимые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <h2> <h3>
  • Строки и абзацы переносятся автоматически.

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Строки и абзацы переносятся автоматически.
CAPTCHA
Этот вопрос проверяет, что Вы человек.