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

Система охранного и промышленного наблюдения на Нефтеналивной базе. 51 камера

Январь 2019 г.

Рабочая документация. Планировки, структурные схемы (DWG). Пояснительная записка, ТЗ на проект, спецификация

VIDEOMAX-IP, VIDEOMAX-URM, ПО Интеллект, ПО Milestone, Allied Telesis, AXIS, Hyperline, APC

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

Система охранного телевизионного наблюдения предназначена для охраны периметра. Интеграция с периметральной системой охраны Тополь позволяет организовать эффективный ситуационный контроль и предотвратить проникновение на объект. Распознавание номеров автомобилей и железнодорожных вагонов ведется с сохранением метаданных для поиска фрагментов и эффективного проведения расследований. Система промышленного наблюдения служит для организации технологического видеонаблюдения за производственными процессами по территории в районе расположения ж/д-эстакады и погрузочно-разгрузочными операциями с применением уличных камер. Система промышленного наблюдения построена по принципу ПОЛНОГО резервирования всех элементов системы с целью обеспечения максимальной отказоустойчивости.

IP-видеонаблюдение в НИИ. 33 IP-камеры

Сентябрь 2016 г.

Рабочая документация. Планировки, структурные схемы (DWG). Пояснительная записка, кабельный журнал, ТЗ на проект, спецификация, задание на электрику (DOC). Расчет потоков (XLS)

VIDEOMAX-IP, Hikvision, Cisco, Panduit, AOC

Интеграция с ППКОПУ Рубеж-08. Схема организации доступа в помещения повышенной секретности на основе видеоверификации.

При проектировании данного научно исследовательского института, использовалась специфика — разграничение уровней доступа. Их несколько: гость, сотрудник, сотрудник с повышенным уровнем доступа. Есть «закрытые» этажи, на входе которых кроме считывателя для прохода по магнитной карте, установлены камеры для фотоидентификации по базе лиц. Особенность — компактные полускрытые камеры встроенные в стеновую панель на уровне лица для удобства распознавания. Ещё предусмотрена возможность дистанционного администрирования системы видеонаблюдения с помощью удаленного компьютера (УРМ) в кабинете Начальника службы безопасности.  Вместе с этим существует контроль учёта доступа и проведена интеграция с «Рубеж-08»

UPD 09. 2018

Статья написана 12.10.2016, и с этого времени произошел ряд изменений в нормативной базе, в т.ч. и в системах видеонаблюдения. Этот факт получил отражение в комментариях к статье. Мы приняли решение публиковать периодические обновления и дополнять сборник нормативной документацией. Это первое такое обновление, в котором мы поговорим о новой тенденции к точечным корректировкам и нормам для отдельных категорий объектов. Речь пойдет о череде постановлений правительства.

Постановление Правительства РФ от 13 января 2017 г. № 8 «Об утверждении требований к антитеррористической защищенности объектов (территорий) Министерства здравоохранения Российской Федерации и объектов (территорий), относящихся к сфере деятельности Министерства здравоохранения Российской Федерации, и формы паспорта безопасности этих объектов (территорий)»

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

Постановление Правительства РФ от 5 мая 2012 г. № 458 «Об утверждении Правил по обеспечению безопасности и антитеррористической защищенности объектов топливно-энергетического комплекса»

В документе детально проработаны требования к системам безопасности и видеонаблюдения объектов ТЭК. Здесь нечего ни добавить, ни убавить. Отличный документ для практического руководства при проектировании.

Постановление Правительства РФ от 26 сентября 2016 г. № 969 «Об утверждении требований к функциональным свойствам технических средств обеспечения транспортной безопасности и Правил обязательной сертификации технических средств обеспечения транспортной безопасности»

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

Обратить внимание

Постановление Правительства РФ от 14 апреля 2017 г. № 447 «Об утверждении требований к антитеррористической защищенности гостиниц и иных средств размещения и формы паспорта безопасности этих объектов»

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

Постановление Правительства РФ от 25 марта 2015 г. № 272 «Об утверждении требований к антитеррористической защищенности мест массового пребывания людей и объектов (территорий), подлежащих обязательной охране войсками национальной гвардии Российской Федерации, и форм паспортов безопасности таких мест и объектов (территорий)» (с изменениями и дополнениями)

Нашумевший документ с большим количеством изменений и дополнений. Больше всего споров вызывает соотнесение с категориями мест массового пребывания людей. Мы не станем вступать в полемику на этот счет. Отметим лишь тот факт, что в документе есть категория объектов с одновременным нахождением от 50 человек. Очевидно, что это достаточно большое количество объектов. При этом в документе сказано об обязательном требовании вне зависимости от присвоенной категории — обязательное оснащение системой видеонаблюдения со сроком хранения не менее 30 суток. Знакомая формулировка, не правда ли 🙂

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Система охранная телевизионная ГБУ Пансионат для ветеранов труда. 74 камеры

Август 2019 г.

Рабочая документация. Планировки, структурные схемы, спецификация, кабельный журнал (DWG).

VIDEOMAX-IP, VIDEOMAX-URM, ПО LTV-Gorizont, LTV, B1-Электроникс, SKAT, ЦМО, Lanmaster, ДКС.

Весь проект, включая спецификацию, кабельный журнал, расчеты, выполнены в DWG. 100% отечественное оборудование.

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

IP-видеонаблюдение в Отеле. 62 IP-камеры

Декабрь 2016 г.

Спортивные и культурно развлекательные учреждения

Рабочая документация. Планировки, структурные схемы (DWG). Пояснительная записка, прокладки кабельных трасс, ТЗ на проект, спецификация, задание на электрику (DOC). Расчет потоков (XLS)

VIDEOMAX-IP, VIDEOMAX-URM, Axxon Next Universal, Allied Telesis

Видеоаналитика по распознаванию лиц и номеров. Контроль процесса транспортировки автомобиля на парковку.

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

IP-видеонаблюдение в медицинской клинике. 32 IP-камеры

Ноябрь 2013 г.

Медицина и здравоохранение

Рабочая документация. Планировки, структурные схемы (DWG), указания по установке оборудования, пояснительная записка и спецификация к проекту (DOC).

VIDEOMAX-IP, AXIS, Allied Telesis, APC, Panduit, Hyperline

Вывод информации на ПЭВМ заказчика

В проекте данной медицинской клиники заложена система видеонаблюдения, предназначенная для круглосуточной, непрерывной работы и обеспечения контроля над внутренней территорией объекта, а также за рядом помещений служебного назначения. Система сконфигурирована таким образом, что обеспечивает получение видеоизображения на экране сервера системы видеонаблюдения c суммарной скоростью 8 кадр/с на каждый канал. Конфигурация позволяет обрабатывать до 32 сетевых камер на видеосервер. Удаленные рабочие места организуются на базе ПЭВМ заказчика. СОТ формирует видеоархив длительностью не менее 14 суток.

Типовые ошибки

https://youtube.com/watch?v=furTmWijhI8%3Ffeature%3Doembed

Разбор типовых ошибок курсантов УЦ Такир

Наиболее частые ошибки в составлении задания на проектирование

Требований к выбору способа обоснования, подтверждения и оценки соответствия проектных решений

Рассмотрим ГОСТ Р 57839-2017 Производственные услуги. Системы безопасности технические. Задание на проектирование. Общие требования. Вот некоторые выдержки:

7.4.1 Содержание подраздела «Требования к выбору способа обоснования, подтверждения и оценки соответствия проектных решений»

7.4.2 Содержание подраздела «Перечень нормативных документов»

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

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

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

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

Это разумные требования. Давайте рассмотрим примеры фрагментов задания на проектирование, где они не соблюдаются.

Пример 1 Переложим всю ответственность на заказчика

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

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

Пример 2 Отложим этот вопрос на этап проектирования

Требования должны быть определены в процессе проектирования и дополнительно утверждены заказчиком.

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

Пример 3 Задачи без критериев их выполнения

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

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

Давайте сформулируем принципы оценки проектных решений:

• В задании на проектирование сформулированы целевые задачи наблюдения для каждой из зон наблюдения. Например: распознавание ГРЗ автотранспорта, распознавание и идентификация лиц, обнаружение вторжения в область или пересечения линии, классификация объектов наблюдения (например — человек, животное, легковое авто, грузовое авто0 и т.п. Описание таких целевых задач можно найти как в нормативных документах — Р 78.36.008-99 Рекомендации. Проектирование и монтаж систем охранного телевидения и домофонов; BS EN 62676-4:2015 Video surveillance systems for use in security applications Application guidelines либо в описании производителей видеоаналитических модулей.
• В задании на проектирование сформулированы критерии выполнения целевых задач наблюдения путем ссылок на нормативные документы, собственные стандарты организации заказчика либо конкретные числовые параметры, взятые из технических описаний / спецификаций производителей видеоаналитических модулей. Примеры нормативных документов — BS EN 62676-4:2015 Video surveillance systems for use in security applications Application guidelines; «критерий Джонсона», Распоряжение Мингосуправления Московской области 10-80/РВ от 17.07.2018 «О внесении изменений в распоряжение Министерства государственного управления, информационных технологий и связи Московской области от 30 июня 2015 г. № 10-17/РВ «Об утверждении общих технических требований к программно-техническим комплексам видеонаблюдения системы технологического обеспечения региональной общественной безопасности и оперативного управления «Безопасный регион» при проектировании объектов Безопасного региона» и др.
• Целевые задачи для каждой из зон наблюдения логически связаны с эксплуатационными требованиями 1 уровня, прописанными в Концепции безопасности объекта или ином верхнеуровневом документе.

Не прописана методика сдачи системы в эксплуатацию

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

Методики сдачи системы видеонаблюдения в эксплуатацию

7.7.4 Содержание подраздела «Требования к испытаниям при ПНР и на этапе опытной эксплуатации, комплексного опробования и ввода в эксплуатацию»

В данном подразделе устанавливают:

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

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

Тут идея — проверка решения целевой задачи наблюдения — идентификации — с помощью стандартных тестовых лиц (3 расы по 3 лица, достаточно похожих, чтобы нужно было приложить усилие для идентификации). Лица показывают оператору (отдельно в живую и на записи), а он заносит результат идентификации в таблицу. Далее анализ — совпало / не совпало. Сейчас можно и алгоритмы так тестировать, не только оператором, будет объективнее.

Прямые указания на тактико-технические характеристики (ТТХ) оборудования, конкретные марки, число камер и др.

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

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

Согласно ГОСТ Р 57839-2017 п 7.5.4:

7.5.4 Содержание подраздела «Требования к применяемому оборудованию»

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

Для объектов, относящихся к перечню статьи 48.1 ГрК РФ, или если функциональные или технические параметры систем для данного объекта проектирования установлены принятыми техническими регламентами или иными обязательными для применения документами ФОИВ, не допускается включать в задание требования о применении конкретных видов оборудования, за исключением тех случаев, когда это предусмотрено соответствующим стандартом организации-заказчика. Указанный стандарт организации (или его часть, относящаяся к проектируемой системе) должен пройти экспертизу и получить положительное заключение профильного технического комитета по стандартизации, а также должен быть включен в подраздел «Перечень нормативных документов» задания согласно 7.4.2 настоящего стандарта.

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

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

Не указана решаемая системой задача и эксплуатационные требования

Часто в задании на проектирование видеонаблюдения нет ни слова про решаемую системой видеонаблюдения задачу / задачи, нет критериев решения такой задачи. Таким образом достаточным условием принятия проекта по такому ТЗ будет соблюдение требований законодательства (тех. регламенты + ПУЭ) и общая работоспособность системы. Это очень удобно проектировщику, но полностью снимает с него ответственность за итоговый результат работы системы. На приемке заказчик сможет лишь проверить тех. характеристики оборудования и работоспособность системы. Решается ли при этом та задача, ради которой систему закупили — вне рамок такого проекта. Это допустимо, но мы на курсе исповедуем другой принцип — ответственности проектировщика за решение самой задачи наблюдения, а не только простую работоспособность и соответствие нормативно-правовым документам (что конечно тоже важно, но недостаточно).

Пример 1 На столько общая задача, что из нее невозможно сделать практических выводов при проектировании

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

Недостатки: Тут за все хорошее, против всего плохого. Информация бесполезна для принятия конкретных проектных решений, а значит не несет никой ценности для проектировщика.

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

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

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

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

Этот замкнутый круг можно было бы разорвать, применяя услуги внешнего консультанта или внутренней службы заказчика. Что доступно лишь крупным компаниям. А воля к этому есть вообще у единичных компаний, как правило с иностранным участием (в составе иностранных холдингов).

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

Вот ключевые сведения:

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

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

• относится ли объект к особо опасным, технически сложным и уникальным объектам по ГрК
• есть ли на объекте зоны, требующие взрывобезопасного или искрозащищенного исполнения оборудования
• есть ли на объекте зоны с агрессивной окружающей средой — низкие температуры, повышенная влажность, наличие радиации, сильных электромагнитных полей, высокая коррозийность и т.п.
• требования по антитеррористической защищённости объекта согласно законодательству (объекты транспорта, безопасные города / регионы, места массового скопления людей и др.)

Часто заказчик считает хорошим решением проблемы отсутствия исходных данных предпроектное обследование объекта. По моему опыту предпроектное обследование используют для уточнения актуальности предоставленных заказчиком исходных данных. Например:

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

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

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

Почему проектировщик на обследовании — выброшенные деньги?

• проектировщик на обследовании при отсутствии хорошей координации с управляющим объекта от заказчика или от обслуживающей организации будет большую часть времени находится в ожидании (ключей, разрешения на доступ, имеющейся документации и т.п.)
• при обследовании проектировщик в любом случае будет ходить с представителем заказчика или обслуживающей организации. Делать фото и пометки «на салфетке». Тоже самое можно сделать и без проектировщика. Задача проектировщика — дать перечень нужных ему исходных данных.
• у проектировщика нет данных о наличии и составе монтажного оборудования и планируемых способах организации строительства подрядчика, равно как и о регламентах обслуживания при проведении ТО. Поэтому учёт этих факторов в любом случае идёт со слов заказчика.
• современные реалии проектного дела предполагают работу не в рамках одного региона (где проживает проектировщик), а по всей территории России. Поэтому применение проектировщика при обследовании — получается очень дорогим и неэффективным.

Нет требования к масштабированию, расширению и дальнейшей модернизации системы

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

Нет требований на сопряжение с другими системами

Часто система видеонаблюдения используется для верификации (подтверждения) событий от других систем: системы контроля и управления доступом (СКУД), охранной и пожарной сигнализации и др. Для охранных систем систем — это и интеграция с периметральными системами охранной сигнализации, когда при сигнале о проникновении на объект мы, прежде чем высылать группу захвата, верифицируем инцидент по системе видеонаблюдения. Другой пример — связка видеонаблюдения и СКУД на проходной, когда при считывании карты доступа на мониторе охранника появляется «живое» видео с привязанной к данному контроллеру камеры и «карточка» пользователя СКУД с фотографией, что позволяет охраннику проверить правомерность пользования данной картой конкретного посетителя (не была ли карта сотрудника передана лицу, не имеющему доступ на объект).

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

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

Согласно ГОСТ Р 57839-2017 п 7.5.3:

7.5.3 Содержание подраздела «Требования к системе по сопряжению с другими системами и оборудованием»

В данном подразделе приводят:

а) требования по взаимодействию создаваемой системы безопасности с другими техническими системами безопасности объекта, а также при необходимости с другими техническими средствами на объекте;

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

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

https://youtube.com/watch?v=dEd7uVw-wvg%3Ffeature%3Doembed

Интеграция видеонаблюдения с периметральной сигнализацией. Евгений Озеров, ITV, PROIPvideo2019

Не заданы требования к эксплуатации, обслуживанию и эргономике

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

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

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

Задание на проектирование и «театр безопасности»

А нужно ли вообще при планировании видеонаблюдения обсуждать с заказчиком задачи видеонаблюдения и согласовывать задание на проектирование?

Зачастую ведь на практике этого не происходит! Приходит заказчик — говорит мне нужно видеонаблюдение, камер поставьте 50, вот таких. Глубина архива — 30 суток. И чтоб мертвых зон не было! И выводите все камеры на видеостену — чтобы весь объект как на ладони!

Пару охранников — достаточно. Там правда ещё смены придется формировать — охрана нужна круглосуточная. Ещё и обслуживать кому то надо систему — мои балбесы не справятся)

Вот и все ТЗ. Что мы узнали из него о задаче заказчика? Ничего! Но можем ли мы по этому «заданию» сформировать технико-коммерческое предложение (ТКП)? Конечно! Вообще нет проблем! И большинство коллег именно так и поступают — и по-своему правы. Они же не обманывают клиента, делают ровно то, что он от них требует.

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

Задание на проектирование — как организовать процесс?

• Нужна большая разъяснительная работа с заказчиком. Нельзя ставить телегу впереди лошади — перед разработкой непосредственно самого задания на проектирование требуется зафиксировать существующую ситуацию на объекте в плане обеспечения безопасности и планы ее изменения. Первым разрабатываемым документом должна стать Концепция безопасности объекта хотя бы в каком то примитивном виде — как резюме совещания например всех заинтересованных от заказчика сторон. В Концепции нужно описать как сейчас решаются вопросы обеспечения безопасности объекта, какую роль будет играть видеонаблюдение. Кто, где и когда будет использовать получаемые с камер данные
• Добиться от заказчика актуальных исходных данных (подробнее об этом далее)
• На основании п.1 и п.2 можно предварительно сделать эскизный проект, где рассчитать необходимое и достаточное число камер, места их установки и тактико-технические характеристики (ТТХ). Согласовать его с заказчиком
• Выяснить планы на дальнейшую судьбу системы — как заказчик планирует ее эксплуатировать, обслуживать, расширять, модернизировать.
• По ГОСТ Р 57839-2017 либо иному документу, содержащему требования к составу и оформлению задания на проектирование прописываем по п.1-4. Включать или нет эскизный проект — тут дело отношений с заказчиком. Обязательно прописываем критерии решения целевых задач наблюдения и методику тестирования системы при сдаче в эксплуатацию (подробнее об этом далее).

Общеобразовательная школа на 825 мест. Интеграция в Безопасный регион. 135 камер

Декабрь 2019 г.

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

VIDEOMAX-IP, VIDEOMAX-URM, KENO, APC, NSGate, ЦМО, СВЯЗЬ КОМПЛЕКТ, Nikomax, DKC.

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

Проект системы телевизионного наблюдения общеобразовательной школы на 825 мест в Московской области с подключением к системе «Безопасный регион» полностью соответствует требованиям МинГосУправления МО и прошел экспертизу в министерстве Московской области. Оборудование и проектные решения обеспечивают работу 135 камер Тип 1-4. Камеры обеспечивают контроль помещений школы и прилегающей территории. Камеры на территории школы подключаются к локальным сетевым узлам, подключенным по ВОЛС к центральному узлу связи. В проекте приведены все необходимые расчеты для подключения к внешним системам Безопасного региона на базе Intellect X + и передачи данных в ситуационные центры.

IP-видеонаблюдение в ресторане и кафе, 28 IP-камер

Январь 2017 г.

Рабочая документация. Планировки, структурные схемы (DWG). Пояснительная записка, ТЗ на проект, спецификация, задание на электрику (DOC)

VIDEOMAX Standart, AXIS, Allied Telesis, Hyperline, APC

Контроль кассовых операций. Контроль процедуры взвешивания. Подсчет посетителей ресторана.

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

Видеонаблюдение в многоквартирном жилом доме с интеграцией в ЕЦХД и облачный сервис для общего доступа. 29 камер

Июль 2019 г.

Рабочая документация. Планировки, структурные схемы (DWG). Пояснительная записка, ТЗ на проект, спецификация, регламент ТО, шаблон паспорта СОТ

VIDEOMAX-IP, VIDEOMAX-URM, VIDEOMAX-ZIP, ПО Интеллект, Интеллект Сити, Hikvision, D-Link, Ubiquiti, Hyperline, DKS, APC

Видеоконтроль в лифтах, интеграция с ЕЦХД, интеграция с Ivideon, оптика до удаленных коммутаторов, детальные схемы монтажа и подключения камер, вандалостойкая прокладка камер внутри дома, регламент ТО.

Система охранного телевизионного наблюдения предназначена для контроля периметра дома, автостоянок, мест общего пользования, лифтового холла первого этажа и наблюдения внутри лифтовых кабин. В проекте предусмотрен общий доступ к наблюдению мест общего пользования (вестибюль, автостоянки, въезд на территорию, детская площадка) с использованием облачного сервиса Ivideon. По требованию ДИТ предусмотрен вывод двух камер (вход и детская площадка) в ЕЦХД по второму типу интеграции. В проекте детально проработаны схемы монтажа и подключения камер видеонаблюдения, приведены регламент ТО. Для обеспечения максимальной отказоустойчивости и быстрой оперативной замены резервируемых компонентов в проекте используются видеосервер серии VIDEOMAX-PRO и комплект запасных частей VIDEOMAX-ZIP.

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

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

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

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

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

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