Проектирование систем связи, автоматизации, электроснабжения, систем безопасности и противопожарных систем

Проработаный в деталях проект - обеспечит точное соотвествие системы вашим задачам

Он-лайн расчет стоимости проектирования

Мы проектируем

с 1996 года

всегда в срок

Умеем интегрировать стандарт/ нестандарт

Сохраняем ваш бюджет. Цена не изменится

Осноновные этапы разработки проекта в 2 стадии (когда требуется защита в экспертизе)

1 Предпроектное обследование	2 Задание на проектирование и ТУ	3 Согласование пректных решений	4 Разработка стадии "П"-"Проект"
5 Защита проекта в экспертизе	* В зависисмости от обьекта и требований заказчика, происходит либо совместно с остальными разделами проектной документации, либо отдельным томом
6 Выбор разработчика стадии "Р"	7 Уточнение задания на проектирование	8 Уточнение марок оборудования	9 Разработка стадии"Р" - Рабочая документация

Предпроектное обследование

Включает в себя изучение существующего или проектируемого объекта и выявление реальных потребностей Заказчика.

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

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

После согласования цены, проектировщик, воплощает пожелания заказчика в «задании на проектирование» (иногда называют техническим заданием на проектирование).

Задание на проектирование и технические условия

На данный момент, нормативной документации, устанавливающей требования к заданию на проектирование инженерных систем нет. За основу можно взять рекомендации содержатся в отмененном СНиП 11-01-95 (Приложения А и Б). И далее, как правило описываются требования к функционированию системы и требования к содержанию проекта.

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

Основные составляющие задания на проектирование.

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

Важно: Нужно дотошно уточнять требования к системе в задании на проектировании. Если требования не описаны, будет запроектировано «что-то», что останется на совести проектировщика. Если система будет работать «не так», заказчик никому ничего не сможет доказать. Такие ситуации встречаются.

Стадия «Проект» и согласование проектных решений

Для состава проектной документации стадии «П» существует три основных документа, это: Постановление Правительства РФ от 16.02.2008 N 87 «О составе разделов проектной документации и требованиях к их содержанию», «Градостроительный кодекс Российской Федерации» от 29.12.2004 N 190-ФЗ, ГОСТ Р 21.1101-2013 СПДС. Основные требования к проектной и рабочей документации, больше относится к требованиям по оформлению.

Кроме того, каждый из разделов проектной документации стадии «П» имеет свои нормативные документы, это всем известные ПУЭ, СНиПы, СП и СанПины, РД, отраслевые нормы, НПБ и т.д., но состав стадии «П» определяется упомянутыми выше тремя документами.

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

Параллельно, на всех этапах, производится согласование проектных решений с Заказчиком. Письменно или по устной договоренности.

В процессе разработки стадии «П» проектировщики системы выставляют требования к смежным системам, чаще всего, это указание необходимой для работы оборудования электрической мощности, в соответствии с категорией электроприемников, или требования к охлаждению серверных.

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

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

Важно: Нельзя удовлетворяться комментариями «оборудование позволяет это сделать», «разберемся в процессе наладки» и т.п.

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

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

Любая недоработка на стадии «П» обернется существенными затратами при эксплуатации. «Рабочую документацию» вам нарисуют под любую стадию «П», так же проведут монтаж и пуско-наладку. А вот как это будет работать? Так как будет описано в документации. Никак не описано – будет и работать «как-то».

Экспертиза и снятие замечаний

Как оценивает проект экспертиза? Эксперт как правило проверяет проект на соответствие трем упомянутым выше нормативам, повторим их: Постановление правительства N 87, Градостроительный кодекс РФ, ГОСТ Основные требования к проектной и рабочей документации.

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

Как правило, эксперт всегда находит какие-то неразрешенные проектом вопросы, и это хорошо, т.к. позволяет еще глубже его проработать.

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

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

Выбор разработчика, уточнение ТЗ и уточнение марок оборудования

Подробно писать о выборе проектировщика – разработчика Стадии «Р» нет смысла, упомянем, что это может быть другая организация.

Уточнение ТЗ. Фактически, если выполнять стадию «П» не формально для экспертизы, техническим заданием для разработки стадии «Р» будет вся пояснительная записка и принципиальные схемы. Поэтому, чтобы не загонять разработчиков стадии «Р» в жесткие рамки (обновляется оборудование, добавляются новые пожелания заказчика и т.п.), на стадии «П» жестко прописываются только принципиальные требования: Например, показания термометра и датчика СО2 должны влиять на частоту вращения приточного вентилятора, но алгоритм может быть реализован разными методами.

Разработка стадии «Р»

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

Если проводить «условную» аналогию с деревом, то:

Задание на проектирование: требование к системе – выработка кислорода, в заданном количестве, например, в городской черте;
Технические условия – выбор места и определение куда и на какую глубину это дерево посадить, чтобы оно получало ресурсы извне;
Стадия «Проект» - описание типа дерева, высоты его ствола, корневой системы, описание присоединения корней к стволу, описание алгоритмов передачи питательных веществ от ствола к листьям, расчет общей площади необходимых листьев и ветвей, графическая иллюстрация алгоритмов взаимодействия системы с внешними воздействиями;
И, наконец, стадия «Рабочая документация» - определяет места прохождения капилляров, места установки ветвей, точного числа листьев и ветвей, углов их наклона, устанавливает взаимосвязи между каждым листом, капилляром, корешком. И так далее.

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

Примерный состав проекта для стадии «Р», для ознакомления с ним пройдите по ссылке.

Стадия «РП» - рабочий проект

В ряде случаев, когда экспертиза объекта не требуется, а система «не очень» ответственна, для экономии бюджета, проектирование выполняется в одну стадию – «рабочий проект». Обычно состоит из совокупности разделов стадии «Р» и стадии «П».

Как видно из схем, на стадии «РП», проектировщики выполняют тот же самый объем работ (явно исключается только сметный расчет в стадии «П»), поэтому экономия на совмещении стадий «Р» и «П» будет не большой, не более чем 20-25% по сравнению с классической схемой.

Авторский надзор

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

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

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