Кто составляет техническое задание на проектирование: Что такое техническое задание и как его разрабатывать

Содержание

Как составить техническое задание на проектирование объектов

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

Для чего составлять ТЗ?

Техническое задание выполняет роль связывающего звена между исполнителем и заказчиком. Именно через него передаются идеи, мысли, пожелания и предпочтения.

Разработка выгодна для обеих сторон, так как:

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

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

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

 

 

Структура

Разберем основные пункты, которые обязательно должны быть:

  • Основание. То есть на основании чего разрабатывается ТЗ: решение государственных органов, администрации предприятия, застройщика и так далее.
  • Вид строительства: реконструкция, новое, текущий ремонт, капремонт.
  • Перечень стадий и этапов разработки проекта.
  • Источники финансирования: государственный бюджет или внебюджетные средства (например, личные средства).
  • Основные технико-экономические характеристики, какая мощность, этажность, производительность, вместимость, пропускная способность и прочие. То есть, перечисляются все показатели, которые нужно достичь по окончанию строительства.
  • Описание технологических процессов и режима работы проектируемого здания, если это будет производственное предприятие. Это необходимо для того, чтобы правильно рассчитать площадь, спланировать размещение необходимого оборудования, описать особые условия при их наличии и так далее.
  • Перечень требований к конструктивным, планировочным, архитектурным, отделочным и строительным решениям. Это рекомендации и пожелания заказчика относительно расположения объектов, использования тех или иных стройматериалов, отдельных конструкций и так далее.
  • Пожелания по организации малых архитектурных форм и благоустройству территории.
  • Организация системы безопасности: охранной сигнализации, пожарной безопасности, видеонаблюдения.
  • Организация инженерных коммуникаций: водоснабжения, электроснабжения, канализации и так далее.
  • Планирование освещения как самого здания, так и прилегающей территории.
  • Требования по документации, разрешительным и прочим документам, которые должен подготовить исполнитель.

Где взять информацию для техзадания и как его оформить?

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

Сегодня нет строгих правил, по которым следует оформлять ТЗ. Его можно предоставить в виде сплошного текст или же в таблице

Полезные советы

И в завершение хотелось бы дать несколько простых советов:

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

 

Техзадание — это не узаконенная константа. Вы можете вносить в него корректировки и модернизировать под свои нужды.

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

Кто должен составлять Техническое задание? / Sandbox / Habr

До вчерашнего вечера я был точно уверен, что Техническое задание на разработку сайта пишет исполнитель. С одной стороны это правильно, ведь все, что заказчик знает — это то, что ему нужен сайт. Какой сайт, как он будет выглядеть, как будет работать — ответы на данные и миллион подобных вопросов исполнитель пытается вытянуть из заказчика по средствам брифа.
Стандартная схема при таком подходе выглядит так:
1) заказчик говорит, что хочет сайт, примерно обрисовывает суть, задачи ресурса;
2) исполнитель дает заказчику бриф с большим количеством конкретных вопросов, которые помогают лучше понять суть задачи и составить Техническое задание;
3) исполнитель составляет ТЗ в соответствии с брифом, согласовывает с заказчиком;
4) в соответствии с ТЗ исполнитель разрабатывает сайт.

Логично

Совершенно логичная схема с одной стороны. Заказчику не приходится задумываться о глобальных вопросах мироздания, он сваливает все задачи на исполнителя.
Будучи на стороне исполнителя я даже не думал усомниться в верности отработанной схемы, пока не встретился со своим старым другом и не поговорил с ним по душам за кружкой пива.
Слово за слово, разговор зашел о технических заданиях и о том, кто должен их составлять. По мнению друга, ТЗ составляется третье стороной, которая не заинтересована в выигрыше ни заказчика, ни исполнителя, но, при этом, компетентна в вопросах обоих сторон. Все мои аргументы привели в тупик. Я начал сомневаться в верности схемы, и вот почему:
1) исполнитель берет деньги за составление ТЗ;
2) исполнитель ставит задачу таким образом, как ему будет проще и выгоднее;
3) исполнитель старается прикрыть каждый кусочек своей попы, исписать десятки листов бумаги, взять за это большую сумму денег и в дальнейшем прикрываться данной бумажкой.

Все сводится к тому, что исполнитель составляет ТЗ исключительно в своих интересах, при этом умудряясь навязать заказчику свою точку зрения.

Так ли это плохо?

Техническое задание — это документ, который должен сообщить исполнителю о том, что же хочет заказчик, это документ, который подробно описывает каждую страничку, каждую кнопочку разрабатываемого ресурса.
Заказчик — человек, чаще всего, совершенно далекий от только от процесса разработки сайтов, а от ИТ сферы в принципе. Именно поэтому он не может составить подробное ТЗ с описанием всех необходимых деталей.
Это аналогично тому, что я захочу построить дом.
Будучи человеком далеким от домостроения, найму бригаду строителей, напишу документ, где опишу примерное мое представление о доме — количество, размеры комнат, расположение окон, розеток и так далее. По данному ТЗ мне построят схему дома, я ничего там не пойму, подпишу и буду ждать результатов. В итоге я получаю дом, построенный в точности с ТЗ, но коренным образом отличающийся от моих представлений: окна квадратные, а не прямоугольные, стены тонкие, нет звукоизоляции и т.д.
Кто виноват? Я? Нет, потому что я не специалист, я не могу учесть все особенности. Исполнитель? Нет, потому что он разработал проект в точности по ТЗ.

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

Аналогичная ситуация с домом, только теперь исполнитель составляет ТЗ. В итоге получаем подробнейший документ на 50 листах, в деталях описывающий весь процесс разработки дома. Казалось бы — ребята профи, так все четко и понятно расписали. Я, не думая, читаю, вроде все понятно — и окна прямоугольные, и стены толстые с утеплителем, и полы с гидроизоляцией, и джакузи, и душевая кабина — “Зачем она мне? Ладно, пусть будет, круто же”. В результате, дом выглядит потрясающе, все четко, профессионально, качественно.
Я счастлив. Ровно до тех пор, пока не приходит друг, разбирающийся в строительстве. И тут я понимаю, что оказался полнейшим лохом: “Сколько ты за это отдал? Да ладно!!! У меня на складе аналогичная в пять раз дешевле. А это тебе зачем? Ты же никогда этим не занимался! А это уже давно устарело, есть более лучшие и современные образцы.”
Кто виноват в данном случае? Ребята молодцы, все сделали четко, правильно, профессионально, я сам на это подписался, значит я виноват? Но я то откуда знать мог?

Может стоило позвать друга до начала стройки?

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

Часто третьей стороной оказываются все те же веб студии, а точнее, менеджеры студий, для которых подобная работа — дополнительный заработок. Эти люди составляют грамотные, четкие ТЗ и получают за это хорошие деньги. Такой человек сможет понять суть моей задумки, опишет ее в подробном виде и, при этом, опишет все максимально выгодно для заказчика и максимально грамотно технически. Дальше остается найти исполнителя на поставленную задачу и требовать максимального ее выполнения.

Возможно ли это?

К сожалению (а может и к счастью) данная схема невозможно в условиях российского общества. У нас все еще думают, что нет никакой разницы между сайтами за 10 т.р. и за 50 т.р., а если нет разницы, зачем платить больше?
Техническое задание вообще считается чем-то бесполезным и совершенно не стоящим внимания. В стране преобладает совершенная безграмотность в ИТ сфере, и это на руку людям, работающим в ИТ. Именно поэтому ТЗ будет разрабатываться исполнителем, поэтому каждый третий заказчик будет оставаться недоволен.

Может это и к лучшему. Вопрос довольно неоднозначный. У каждого на этот счет свое мнение, но результат будет один.

Техническое задание — исходный документ на создание и проектирование вентиляции и кондиционирования

Техническое задание — первоначальный документ на проектирование технического объекта. Техническое задание далее (ТЗ) устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования.

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

 

Техническое задание образец:

Техническое задание_003.doc

 

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

Как правило, этапу составления технического задания предшествует проведение обследования предметной области, которое завершается созданием аналитического отчета. Именно аналитический отчет (или аналитическая записка) ложится в основу документа Техническое задание.

Техническое задание пример:

Техническое задание пример.doc

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

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

________________________________________

По скольку проектирование — это процесс (разработки проекта), который обладает определённой структурой, то есть последовательностью и составом стадий и этапов, совокупностью процедур и привлекаемых технических средств, взаимодействием участников процесса.

Стадии проектирования регламентированы стандартами.  Это следующая последовательность:

  • Техническое задание (по ГОСТ 2.103-68 к стадиям разработки не относится),
  • Техническое предложение,
  • Эскизный проект,
  • Технический проект,
  • Стадии рабочего проекта.

Решение любой задачи начинается с её осмысления и уточнения исходных данных. Те (технические) требования, которые выдаются заказчиком, формулируются на языке потребителя-неспециалиста и не всегда бывают технически четкими и исчерпывающими. Перевести требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения, это и есть главная цель ТЗ, обязательный этап работы. Исполнитель выполняет его в тесном контакте с заказчиком. Фактически это означает, что работа исполнителя над проектом уже началась.
В машиностроении этот этап иногда называют внешним проектированием.

Пример Общего Технического Задания:

 Техническое задание 2.doc

Как правило, Тех Задание составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.

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

 

Частные технические задания

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

Одним из частных технических заданий является задание на создание системы вентиляции и кондиционирования:

Техническое задание на создание системы вентиляции и кондиционирования.doc

В соответствии с полученными техническими требованиями разработчик системы формирует ТЗ и на стадии технического предложения выполняет декомпозицию объекта и подготавливает частные технические задания на подсистемы. После выполнения всех этапов технического предложения разработчик согласовывает и утверждает его у заказчика системы, при этом они совместно уточняют исходное ТЗ.

Упрощенное создание системы вентиляции и кондиционирования можно отразить в запросе на проектирование и создание этой системы:

Заявка на проектирование.doc

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

Так еще одним примером частного заказа проектирования вентиляции и кондиционирования является форма для заполнения:

Tekhnicheskoe_zadanie_na_podbor_i__proektirovanie_sistem_ventiljacii_i_kondicionirovanija.doc

Техническое задание оформляется в электронном виде и отправляется на адресс [email protected] для рассмотрения, подбора, обработки и расчета.

Пример подбора вентиляционных агрегатов Systemair:


blank_podbora_vent. jpg скачать

Данное задание заполняется от руки Заказчиком, сканируется и отправляется по почте: [email protected] Просьба уточнять прошел бланк вместе с письмом по адресату e-mail.

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

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

Примеры бланков подбора оборудования

1. Пример подбора вент установки: blank_zaprosa_na_podbor_ventiljatsionnoj_ustanovki2.pdf скачать

2. Пример подбора ККБ: blank_zaprosa_na_podbor_kholodilnoj_mashiny.pdf скачать

3. Бланк подбора прецизионного кондиционера: blank_zaprosa_na_podbor_pretsizionnogo_konditsionera.pdf

 _____________________________________________________________________________

И в заключении шуточное стихотворение написанное Гай Карапетяном

«Ты кто такой давай техзадание,

 Ты кто такой давай техзадание,

 Ты кто такой давай техзадание…

 

 Он с тобой все обсудить попытается,

 Отчет, аудит всучить пытается.

 Знаешь, где реальное дело начинается?

 Только там, где ТЗ появляется.

 

 А теперь смотри товарищи, внимание —

 Нету ТЗ — давай до свидания!)

_____________________________________________________________________________

Уважаемый читатель, возможно подрядчик или Клиент — не примените возможностью удивить подрядчика или субподрядную компанию оригинальным Техническим заданием, которое ляжет в основу благотворных — проектных и качественных — монтажных работ!

Техническое задание на проектирование ХТС

    Пилотные (стендовые) установки создаются для разработки лабораторного регламента нового процесса. В результате лабораторных исследований строится принципиальная схема процесса, намечаются его параметры, режим и необходимая аппаратура, конструируются специальное оборудование и приборы и составляется техническое задание на проектирование стендовой опытной установки. Пилотные установки ненамного отличаются от лабораторных по мощности (обычно менее I % мощности промышленного агрегата), но для них можно составить технологический регламент процесса. К пилотным установкам прибегают в основном при разработке принципиально нового процесса, нуждающегося в широкой экспериментальной проверке (катализ, высокоскоростные многофазные процессы, использование высоких давлений и температур н др.). [c.93]
    Результаты решения перечисленных вопросов на стадии создания эскизного проекта (предпроектной разработки) представляются в виде следующих материалов технического задания (ТЗ) а проектирование объекта и технологического регламента (ТР) для проектирования. Для крупных и сложных проектируемых объектов химической промышленности дополнительно отдельно разрабатывается технико-экономическое обоснование (ТЭО) строительства [c.14]

    Существенным является учет зоны дислокации оборудования, что отражается в первую очередь на выборе конструкционных материалов, смазочных системах, защитных покрытиях и т. и. Исполнения машин, приборов -и других технических изделий, а также категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды устанавливает ГОСТ 15150—69 (соответствует СТ СЭВ 460—77 в части климатических исполнений изделий). Стандартом руководствуются при проектировании и изготовлении изделий, в частности при составлении технических заданий, разработке ГОСТов и ТУ на новые изделия. [c.26]

    Для всех стадий создания и эксплуатации потенциально опасных и критически важных объектов (разработка технического задания, проектирование, изготовление и эксплуатация см. рис. 2.4) системы диагностирования остаются важнейшей проблемой обеспечения безопасности. [c.93]

    Конечная цель расчетов теплопередачи зависит от технического задания проектирование нового аппарата по заранее известным технологическим данным или использование существующего теплообменника в какой-то технологии. В первом случае рассчитывается поверхность тепло обменного аппарата, а во втором — интенсивность теплообмена или количество передаваемой теплоты через известную поверхность теплообмена. В обоих случаях ма- [c.249]

    Общезаводская — разрабатывает состав проектируемого производства, технологическую схему, технические задания на проектирование для смежных частей проекта и сооружений общезаводского хозяйства (транспортных парков, межцеховых коммуникаций и т. д.). [c.11]

    Величины зазоров зависят от величины отрицательной температуры. Чем ниже температура хранения, тем большими должны быть зазоры для обеспечения в любое время Года постоянства отрицательной температуры. Величины зазоров определяют технологические институты и выдают в техническом задании (ТЗ) на проектирование. Институт проектирует изотермические резервуары по заданиям соответствующих технологических организаций. Задания включают исходные данные для проектирования резервуаров объем название и температуру хранимого сжиженного газа марки сталей для внутреннего и наружного резервуаров величину избыточного давления плотность сжиженных газов район строительства величину снеговой и ветровой нагрузок сейсмичность района строительства наименование теплоизоляционных материалов, сварочные материалы для сварки сталей специальных марок и другие данные. [c.13]


    При математической формулировке задачи в первую очередь выделяется совокупность параметров состояния синтезируемой системы, однозначно определяющих все остальные параметры системы и ее элементов, в том числе и критерия оптимальности. Формулирование задачи, очевидно, проводится с ориентацией на определенный алгоритм синтеза, в связи с чем принимаются и соответствующие ограничения. Технологические схемы теплообменных систем могут отличаться типом функциональных элементов, т. е. теплообменных аппаратов (вектор Т), конструкционными характеристиками элементов (вектор К) и схемой соединения элементов (множество структур С). Часть параметров состояния при проектировании обычно определяется техническим заданием (например, группа типов теплообменников Т) или регламентируется действующими стандартами на теплообменное оборудование (вектор К). К независимым параметрам состояния теплообменной системы также относится вектор параметров исходных технологических потоков (X). Что касается параметров выходных потоков (вектор У), то для них обычно задается совокупность [c.453]

    Порядок расположения /-узлов в информационном графе противоположен порядку вычеркивания этих узлов из соответствующего неориентированного ДИГ системы уравнений ХТС. Если в результате преобразований исходного ДИГ по алгоритму (см. рис. У-25) вычеркиваются не все /-узлы, то, значит, в информационном графе системы уравнений имеются замкнутые контуры, и данный выбранный набор свободных переменных обусловливает необходимость решения совместно замкнутой системы уравнений. Полученный по алгоритму набор свободных ИП должен соответствовать требованиям технического задания на проектирование ХТС и технологическим условиям функционирования системы. [c.258]

    Проектирование машины предполагает наличие технического задания, которое устанавливает назначение изделия и требования, предъявляемые к нему. Обычно подготовка технического задания [c.9]

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

    В зависимости от стадии определения различают показатели качества прогнозируемые, т. е. указанные в техническом задании на проектирование оборудования, проектные (найденные в результате проведения расчетно-конструкторских работ), производственные (полученные при контрольных испытаниях оборудования) и эксплуатационные (соответствующие условиям эксплуатации оборудования на конкретных предприятиях). Наиболее совершенным изделиям, имеющим высокие показатели, присваивают государственный Знак качества. [c.26]

    Разработка технического задания на технологическую аппаратуру и системы управления и их проектирование. [c.520]

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

    В состав исходных материалов, необходимых для проектирования технологической установки, входят исходные данные по процессу утвержденное задание на проектирование технические условия проектирования. [c.68]

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

    Весь комплекс работ по созданию АСУП делится на следующие стадии предпроектная стадия, включающая обследование предприятия и разработку технического задания на создание АСУП (задания на проектирование) разработка проекта, в том числе технического и рабочего проектов внедрение и освоение.[c.425]

    Отработка изделия на технологичность начинается при составлении технического задания на проектирование изделия и продолжается технологом с позиций возможности использования имеющегося на предприятии прогрессивного технологического процесса. [c.148]

    Из конструктивных соображений (чтобы аккумулятор имел достаточную ширину) принимаем четыре отрицательных электрода в аккумуляторе высота электрода по тем же соображениям должна быть на 1/3 больше его ширины (в реальных условиях проектирования соотношения между отдельными сторонами аккумулятора выбираются исходя из технического задания). [c.36]

    Эскизное и техническое проектирование систем приводов относят к стадии опытно-конструкторской разработки (ОКР). В эскизном проекте прорабатывают предварительные, а в техническом— окончательные технические решения, закладываемые в проект привода или группы приводов. Этап эскизного проектирования необходим для обсуждения с заказчиком принятых решений и уточнения технического задания.[c.11]

    Выбор схемы выпрямления выпрямителя источника питания осуществляют на основе данных технического задания на проектирование, куда обычно входят  [c.110]

    Иолузаводские установки создаются для отработки аппаратурно-технологической части процесса. В процессе проработки на полузаводской установке проверяется математическая модель химического процесса в условиях, соизмеримых с промышленными (мощность полузаводской установки составляет в среднем 1 —10% мощности промышленной и зависит от потребной величины опытной партии) нарабатывается опытная партия повой продукции изучаются вопросы экономики и организации нового производства. Главная задача на этом этапе — получение данных для составления технического задания на проектирование нового производства (именно здесь проводится основная масса исследований но технологическому регламенту будущего процесса) и по проектированию опытно-промышлеипой установки. [c.94]

    Процесс проектирования объектов химической промышленности 1как кибернетическая система не может эффективно функционировать без обратной связи, т. е. без информации о конечном результате проектирования — пуске и промышленной эксплуатации спроектированного объекта (см. рис. 111-1). Обратная связь позволяет внести необходимые коррективы в проект. Процесс коррекции непрерывно протекает вплоть до полного осуществления задачи разработки проекта. В конкретных условиях разработки проекта обратные связи должны быть на всех организационных и научно-технических стадиях проектирования, начиная с оценки результатов предпроектных исследований и кончая вводом в эксплуатацию -построенного производства. После выдачи заданий различным подразделениям проектной организации шженеры-технологи должны иметь информацию о всех промежуточных результатах работы по [c.111]

    После того, как заданы нормы надежности проектируемой ХТС в целом, необходимо задаться значениями показателей надежности отдельных аппаратов и машин по имеющемуся в техническом задании показателю надежности всей системы. В этот период информация о системе еще невелика, поэтому применяют довольно упрощенные способы. По мере появления новых сведений вычисленные ранее значения уточняют. Возможны различные способы распределения показателей надежности элементов ХТС по принципу равнонадежности элементов с учетом существующего соотношения показателей надежности элементов с учетом перспектив совершенствования элементов с учетом стоимости проектирования, производства и эксплуатации элементов. [c.41]

    Поскольку оценка экономической эффективности САПР производится на основе сравнения, то выбор базового способа проектирования является ключевой задачей, определяющей в конечном счете достоверность получаемых результатов. В качестве таковога на первом этапе (предпроектные исследования и разработка технического задания) выбирается наиболее передовая организация или прогнозируемые показатели конкретной организации, на втором этапе (разработка технического и рабочего проектов) выбирается лучший существующий способ выполнения каждой из рассматриваемых процедур ироектирования или плановые показатели заменяемого способа выполнения задач проектирования, на третьем этапе (ввод в действие и промышленное функционирование САПР) принимаются плановые или отчетные показатели организации при выполнении каждой из рассматриваемых процедур проектирования.[c.171]

    Современный уровень развития вычислительной техники, информационных систем, локальных и глобальных вычислительных сетей существенно изменил требования к нодгоговке специалистов с высшим образованием. Это относится и к подготовке специалистов химико-технологического профиля. Значительные изменения относятся к подготовке специалистов, занятых в области проектирования химико-технологических установок и производств (здесь требуется от специалисаа уметь работать с различными базами данных по свойствам веществ, типам аппаратов и др., умение работать с пакетами прикладных про)рамм, умение использовать вычислительную технику в составлении чертежей установок, оформления спецификаций и описания технических заданий и др.) к подготовке специалистов в области управления технологическими процессами и производствами (требуется от специалиста уметь оценивать коньюктуру рыш а для эффективного формирования номенклатуры продукции, умения разрабатывать системы автоматического регулирования на новой современной технической базе и т. п.) в области разработки новых процессов и аппаратов химических и биотехнологических производств, нефтепереработки и нефтехимии (требуется от специалиста все более глубокое проникновение в суть процессов — маршрутов и кинетики химических реакций, реакций микробиологического синтеза, умение моделировать и прогнозировать протекание процессов в условиях удаленных от равновесия, умение моделировать процессы с нелинейными эффектами, процессы, протекающие на границе устойчивости и т.п.). [c.30]

    Оптимальный алгоритм решения системы уравнений математической модели ХТС определяется таким удачным выбором наборов свободных информационных переменных ХТС и выходных неременных системы уравнений, который соответствует заданным технологическим условиям функционирования ХТС и требованиям технического задания на проектирование. Кроме того, этот удачный выбор обеспечивает оптимальную стратегию решения системы уравнений путем декомпозиции ее па несколько строго соподчиненных подсистем уравнений, среди которых имеются совместно замкнутые подсистемы, содержаш ие минимальное число взаимосвязанных уравнений.[c.75]

    Диалог в режггме прямого вывода. В этом режиме ЭС вначале опрашивает пользователя с целью получить значения всех атрибутов или признаков (т. е. составляет техническое задание на проектирование или, в терминах динамического описания, — начальное слово состояния). В результате такого опроса по меню система формирует начальное слово состояния ЭС. Затем начинается собственно прямой вывод система ищет в базе правил подходящую продукцию и применяет ее, в результате чего состояние системы изменяется — появляется новый факт в описании слова состояния. Этот процесс поиска подходящих ПП и их применения продолжается до тех пор, пока не будет получен целевой факт или же пока не будут исчерпаны все правила в базе правил, применяя которые, ЭС можно перевести в новое состояние. Если пользователь ЭС затрудняется при ответе на запрос системы, он всегда может воспользоваться подсказкой. Файлы с подробными информационными кадрами подсказок высвечиваются на экране. Используя скроллинг и перемещая информацию на экране, пользователь уточняет для себя, какого рода данные ожидает от него прикладная [c. 311]

    Разработка исходных данных (технического задания) на проектирование. Исходные данные на проектирование цеха, производства, предприятия являются основным документоу, содержащим  [c.6]

    Основные исходные данные для проектирования. Состав исходных данных в зависимости от характера намеченного строительства (новое, расширение, реконструкция). Техническое задание на проект Технико-экономическое обоснование пооекта. [c.347]

    Программа испытаний преследовала цель проверки и уточнеиия алгоритма функционирования автомата, оценки эффективности его работы и уточнения технического задании для рабочего проектирования автомата. На объекте автомат работал по тестовой программе около 250 шс и в режиме выдачи рекомендаций — около 210 час. [c.260]


Как составляется техническое задание на проектирование вентиляции

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

Принцип взаимодействия

Есть два способа:

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

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

Этапы составления техзадания

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

Алгоритм создания ТЗ на проектирование вентсистем следующий:

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

Как правильно писать техзадание

Исходные данные, на которые надо обратить внимание, есть в СНиП 41-01-2003 «Отопление, вентиляция и кондиционирование». Кроме того, часть информации можно почерпнуть из СП 60. 13330.2012.

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

Шапка документа состоит из названия ТЗ, наименования и адреса объекта, ФИО и контактных данных заказчика.

  1. Техническое задание. Содержит название объекта. Расчётные зимние и летние температуры воздуха внутри и снаружи помещения. В этом пункте указываются ссылки на строительные нормы и правила, используемые при составлении ТЗ.
  2. Параметры объекта. Здесь приводятся основные данные, конструктивные особенности объекта, где планируется система вентилирования. Площадь, высота и тип потолков, материал пола. Площадь остекления, ориентация объекта по сторонам света.
  3. Данные для расчета. Пункт содержит сведения о численности персонала и посетителей за смену или стуки, количестве оборудования, его основных параметрах. Указывается требуемая кратность воздухообмена.
  4. Технические характеристики системы вентилирования. Указываются: тип приточно-вытяжной вентиляционной системы – с естественным или механическим побуждением; наличие или отсутствие установок для рекуперации; увлажнители воздуха; системы фильтрации. Даются схемы мест расположения оборудования для приточки и вытяжки.
  5. Технические параметры системы кондиционирования. Содержит описание кондиционеров, типа хладагента. Указывается наличие или отсутствие внутренних блоков. При необходимости делается отметка о противопожарной сигнализации, автоматической системе дымоудаления.
  6. Перечень документации, подлежащей сдаче Заказчику. Это может быть пояснительная записка, набор рабочих чертежей. Также отдельно выделяются локальные задания для группы строителей, теплотехников или электриков.
  7. Обязательные приложения к техническому заданию. В этом пункте указывается список документов, которые должны быть приложен к ТЗ. Это могут быть планы и чертежи помещений, дополнительные схемы. Часто прикладываются копии паспортов на основное оборудование.
  8. Примечания. Любые пожелания заказчика, не вошедшие в другие пункты.
  9. Юридические адреса и реквизиты сторон. Нельзя указывать фактический адрес офиса или цеха.
  10. Подписи сторон. В конце документа ставятся подписи, их расшифровка. Документ скрепляется печатями.

Все документы заверяются подписью заказчика.

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

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

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

 

Техническое задание на проектирование видеонаблюдения

Техническое задание (ТЗ) на проектирование — базовый документ, регулирующий взаимоотношения между исполнителем (проектировщиком) и заказчиком системы видеонаблюдения. С точки зрения Гражданского кодекса, этот документ является преимущественным в случае возникновения споров и претензий.

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


Для тех, кто и так всё понимает и кому нужен лишь шаблон для удобства заполнения ТЗ, мы предлагаем унифицированную форму технического задания на проектирование системы видеонаблюдения.

Зачем составлять техническое задание на проектирование?

«Давайте уже работать, хватит здесь бюрократию разводить!» — такое можно часто слышать от заказчика. Особенно, когда сроки поджимают и проект уже пора отдавать в работу. И нужно согласиться, что работать без ТЗ при первом приближении даже легче — как сделал, так и будет, так и хорошо. Но! Когда вы передаёте проект заказчику, а тем более с актами и счетами на оплату выполненных работ, вот тут начинаются вопросы: «А почему так?», «А это зачем?», «Обоснуйте выбор оборудования» и т.п. Возникает острая необходимость сослаться на что-то. А когда нет ТЗ, то ссылаться можно только на здравый смысл и опыт. Но будет ли это аргументом для заказчика, у которого может быть своё мнение и опыт? И это видение не было заранее изложено в документе, и не было принято, как основание к реализации в проекте видеонаблюдения. Тут вы оказываетесь в проигрышной ситуации — у кого деньги, тот и диктует!

Если коротко, то техническое задание нужно для того, чтобы:

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

Внимание

Помните: работая без ТЗ, вы берёте на себя все риски, с этим связанные!

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

Кто составляет техническое задание?

Строго говоря, составление ТЗ, конечно, обязанность заказчика. Именно ему нужна система видеонаблюдения, именно у него есть видение будущей системы, и кому, как не заказчику изложить требования в виде документа. Но за неимением времени, специалистов и (или) специальных знаний, это может вызвать у заказчика затруднения. В этом случае, правильным будет помочь ему в формулировке основных пунктов и тезисов документа. Целесообразно сразу в ТЗ описать то, о чём вы договорились в ходе обсуждений, сформировав тем самым начальный документ, который заказчику уже проще наполнить дополнительными требованиями, а не писать с нуля.

Если заказчик передал вам полномочия в написании ТЗ на проектирование, то это можно расценивать как удачу. Вы можете заранее прописать в ТЗ удобную для вас техническую политику, удобное оборудование, реализуемые требования. Используйте эту возможность себе на пользу.

Совет для читателя-заказчика

Не составляйте ТЗ в виде конкретных указаний: поставить камеру здесь, такого-то разрешения, подключить кабелем таким-то, и т.п. Этим часто грешат особо продвинутые технические специалисты заказчика. Жёсткими указаниями вы ограничиваете возможность предложить более оптимальный вариант, который лучше решит вашу задачу. Если у вас есть специалист высокого уровня, так, может, он сам и составит проект? Формулируйте требования в виде постановки задачи, а не конкретных указаний. Пусть лучше ваш специалист займётся оценкой и проверкой предложенных проектных решений

О том, как формулировать требования — далее в нашем материале.

Обязательные разделы технического задания

Обязательные — это те, которые помогут вам как исполнителю понять, что нужно заказчику, в каком объёме, и чем руководствоваться при проектировании. Как таковой, обязательной формы ТЗ не существует. С точки зрения законодательства, ТЗ — свободный документ, который составляют стороны для закрепления договорённостей в виде задания на выполнение работ. Далее мы перечислим главные, по нашему мнению, разделы, которые должны присутствовать в техническом задании на проектирование системы видеонаблюдения.

Цель установки системы видеонаблюдения

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

Этот раздел на 100% за заказчиком, ведь если он сам не может сформулировать, зачем нужна система видеонаблюдения, то она ему, скорее всего, не нужна вовсе!

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

Исходные данные для проектирования

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

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

Требования к зонам контроля

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

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

 Задача  Описание Критерий
Обнаружение Обнаружить объект на заданном расстоянии и определить его тип: человек, автомобиль, животное и т.п. 20 пикс/м
Распознавание Различение примет объекта: цвет и тип одежды, пол человека, цвет волос и прическа 100 пикс/м
Идентификация Идентификация личности человека по изображению 500 пикс/м


Предложите заказчику сформулировать задачу для каждой зоны обзора, заполнив соответствующую таблицу в ТЗ. Шаблон указанной таблицы вы найдёте на нашем сайте форма ТЗ на проектирование системы видеонаблюдения.

При перечислении требований к каждой зоне обзора мы сказали об освещённости. Почему важно внести информацию по освещению? Специалистам по видеонаблюдению это очевидно. Мы в своих вебинарах, видеороликах и в статьях на нашем сайте неоднократно подчёркивали, что свет — это самое важное в системах видеонаблюдения. Наличие или отсутствие искусственного освещения в зонах контроля можно указать в той же таблице. Важно упомянуть о сложных условиях, например, встречных засветках от окон, фонарей, солнца. Освещение в зоне наблюдения камеры определяет возможность решения поставленной задачи и требования к камере. В иных случаях дешевле поставить дополнительный прожектор, нежели использовать дорогие камеры. Эти моменты как раз и должен решить специалист-проектировщик, опираясь на полную информацию об условиях освещения в зоне контроля.

Требования к используемому оборудованию

Довольно часто у заказчика есть успешный или не успешный опыт использования того или иного оборудования. Возможно, на других его объектах уже эксплуатируются аналогичные системы и нужно сделать единообразно. Ну, и просто, чтобы не переделывать проект, лучше заранее оговорить использование конкретных марок: камер, программного обеспечения видеонаблюдения, СКС и активного оборудования ЛВС.


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

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

Планировки. Это, пожалуй, самое очевидное. Без планировок мы не сможем ничего проектировать, либо придётся облазить весь объект с рулеткой. Вот, что у нас должно быть обязательно: генеральный план территории (при необходимости, если у нас есть уличные камеры), поэтажные планировки с экспликацией помещений (архитектурно-планировочные решения по объекту проектирования) с нанесёнными зонами наблюдения, места расположения кроссовых, серверных, поста наблюдения и т. п. Очевидно, что лучше, если планировки будут в редактируемом формате популярных программ AutoCAD или ArchiCAD. 

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

Планировки объекта для ТЗ на систему видеонаблюдения

Электроснабжение — важная часть проекта, которая определяет возможность подключения оборудования и требования к источникам бесперебойного питания. Нередко заказчик желает получить требования на электроснабжение от вас, например, при новом строительстве. В этом случае всё просто — вы указываете в «Задании на электроснабжение» (неотъемлемая часть проектной документации) где и какой мощности требуется подключение, и электрики в своём проекте вносят корректировки. Не забудьте сделать на этот счет запись в ТЗ. Если объект действующий, то нужно все будущие подключения согласовывать со службой эксплуатации (или управляющей компанией) заказчика. 

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

Для составления ТЗ указанных исходных данных в большинстве случаев достаточно. Повторим: полноту и объём исходных данных определяете вы, исходя из целей установки системы видеонаблюдения и особенностей конкретного заказчика и объекта проектирования. Отдельное внимание, до начала проектирования системы видеонаблюдения, стоит уделить нормативной документации, в т.ч. для конкретного объекта проектирования.

Нормативная документация

Нормативная документация в видеонаблюдении крайне скудна. Об этом мы говорили в нашей статье Нормативная документация для видеонаблюдения. Однако, существуют общие требования к проектированию в серии стандартов СПДС, ГОСТ и Постановлениях Правительства. Всё это в обязательном порядке необходимо учитывать при проектировании. Полезно указать эти документы в ТЗ. Хотя бы для того, чтобы вы могли сослаться на положения официальных документов при необоснованных претензиях заказчика.

Возвращаясь к требованиям, касаемо систем видеонаблюдения, то существуют достаточно общие документы, которые в большей степени определяют терминологию. Не лишним будет придерживаться этой терминологии при составлении ТЗ.

В дополнении к этому, для большого количества типов объектов, требования к системе видеонаблюдения могут быть в значительной части уже предопределены в различного рода нормативных документах, в т.ч. и ведомственных. Например, для банков и жилищных объектов они свои, для медицинских учреждений — свои, а для «Безопасного города» и объектов транспортной инфраструктуры — тем более. Порой не стоит выдумывать велосипед и писать ТЗ с нуля, проще изучить такие требования и ориентироваться на них. Спросите о наличие подобных требований у заказчика или поищите информацию сами, т.к. заказчик не всегда о них знает. Иначе и вы, и заказчик, узнаете об этом, когда сдадите проект на Государственную экспертизу.  

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

В любом случае, обязательны к выполнению ГОСТы и Федеральные законы, а ведомственные документы указываем , когда это необходимо.

Полезные советы. «Лайфхаки» составления ТЗ

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

  • нумерация портов
    вроде мелочь — как нумеровать порты СКС? Но на практике — это несколько часов, а то и дней на переделку всех схем проекта, кабельного журнала, а порой и планов, ибо зачастую номера розеток привязаны к нумерации портов для удобного администрирования. Поинтересуйтесь у заказчика о наличии у его IT-департамента подобных требований. Если специальных требований нет, то не поленитесь внести в ТЗ соответствующую запись об этом. Например, что нумерация портов производится в соответствии с ГОСТ Р 53246-2008 «Информационные технологии. Системы кабельные структурированные. Проектирование основных узлов системы. Общие требования».
  • проводите обследование
    как бы это ни было очевидно, но посоветуем: проводите обследование объекта проектирования. Сколько было случаев, когда заочное проектирование выливается в сюрпризы типа: а вот здесь у нас козырек, а здесь дерево загораживает стоянку, а здесь пристройка, которой на плане нет, а здесь камеру никак не поставить и провода не проложить, здесь у нас торчит балка и т.п. То же самое касается возможности прокладки коммуникаций. Иногда проложить кабельную трассу в обход проще, чем напрямую. К тому же, обследование — лишний повод встретиться с заказчиком и поговорить с ним о будущей системе. Зачем? Об этом далее.
  • разговаривайте с заказчиком
    нельзя назвать проектировщиков очень общительными людьми. Часто они стараются решать задачу, опираясь на документы, исходные материалы и личный опыт. Мы рекомендуем лишний раз встретиться с заказчиком и проговорить основные моменты технического задания. Возможно, задача окажется сложнее, чем вам это представлялось или наоборот, заказчик имел в виду совсем другое, а написал так, что придётся ставить дорогие камеры и задействовать мощную видеоаналитику. Отдельно оговорите взаимодействие видеонаблюдения с существующими системами безопасности и планами заказчика на перспективное развитие системы и дальнейшую модернизацию. Значимые моменты потребуйте внести в ТЗ.
  • электрику — электрикам
    какое место электрика имеет в проекте системы слабых токов? Как правило, это пара кабелей и щиток для электропитания ИБП. Но с точки зрения норм — это уже полноценная составляющая часть электроустановки объекта, которая подпадает под все требования «для электриков» с соответствующим оформлением в проекте и расчётами, а также подготовки пакета документов при сдаче, участие электро-лаборатории и требует соответствующих допусков при монтаже электроустановки. Если существует такая возможность, то наша рекомендация – делегировать вопросы силового электроснабжения посредством «Задания на электроснабжение» в проектной документации специалистам заказчика. Монтажники вам скажут спасибо. Иначе, им из-за одного автоматического выключателя и пары кабелей электроснабжения ИБП для коммутаторов и серверов придется по полной программе пройти все необходимые согласования.
  • состав проектной документации
    мы с вами понимаем, что есть требования стандартов СПДС, ГОСТ и Постановление Правительства №87 «О составе проектной документации» (применительно к стадии «Проект»). Но заказчик не обязан быть профессионалом и, возможно, никогда не видел проекты систем видеонаблюдения. Чтобы обезопасить себя от лишней работы и дать представление заказчику о составе проектной документации, оговорите полный состав проекта непосредственно в ТЗ. Так вы сможете избежать необоснованных претензий заказчика на этапе сдаче работ.

Это всё, что мы хотели сказать в нашей статье о составлении технического задания на проект системы видеонаблюдения. Давайте подведем итоги.

Резюме

Вот минимальный список того, что мы с вами должны предусмотреть:

  • Назначение системы (показатели назначения системы)
  • Задачи зон контроля
  • Условия эксплуатации оборудования и освещение в зонах контроля (показатели функционирования системы)
  • Требования по маркам (производителям) оборудования, при наличии
  • Нумерация портов СКС (требования по администрированию СКС)
  • Планировки и экспликации помещений на планах (архитектурно-планировочные решения)
  • Требования и описания слаботочных коммуникаций
  • Электроснабжение
  • Требования по составу проектной документации

Надеемся, что не испугали вас объёмом работ по подготовке ТЗ. Но здесь, что называется, лучше «договориться на берегу», до начала работ по проектированию, чем потом несколько раз всё переделывать. «Рыбу» ТЗ вы можете скачать по ссылке.

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

Рекомендация:

Если у вас возникнут вопросы по составлению технического задания или по проектированию систем видеонаблюдения, то вы можете обратиться к специалистам Видеомакс по телефону 8 800 302-55-46. Кроме того, мы предлагаем бесплатную услугу «Аудит проекта», в рамках которой специалисты проверяют проектные решения, совместимость оборудования, полноту спецификации. Отправить проект можно на адрес [email protected]

О составлении технического задания мы также говорили в одном из наших вебинаров в рамках реалити-шоу «Проектируем видеонаблюдение»: