1. государство диктует требования к защите некоторых объектов.

2. заказчик по приказу сверху или ради защиты своего имущества выдает техническое задание и выбирает исполнителя (проводит тендер) с учетом цены и обещаний выполнить техническое задание. А когда система смонтирована – заказчик проверяет что техзадание выполнено.

---

Разместить статью на этом сайте

---

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

Чем ГОСТы могут помочь нашей отрасли ?

По пунктам с той же нумерацией:

1. задать требования к качеству систем охраны. Такие документы есть, например "Правила физзащиты ядерных материалов" - этот даже международного происхождения, МАГАТЭ постаралось. Сейчас рассматриваются предложения по техрегламентам по системам охраны и безопасности.

2. задать термины и типичные показатели для составления техзадания, чтобы его однозначно понял исполнитель, и при этом не получилось, что "пуговицы пришиты крепко", а система бесполезная. Поскольку требования задавать бессмысленно если их нельзя проверить, то необходимо еще описать методы для проверки показателей, использованных в техзадании. Можно еще описать методики проектирования и расчета систем, но это скорее не область ГОСТов, а область РД или даже просто научной и технической литературы, область учебных курсов для проектировщиков.

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

Возвращаясь к ГОСТу, вынесенному в заголовок, я не думаю, что пункт первый относится к компетенции данонго ГОСТа. Проводить классификацию объектов и накладывать какие-то требования исключительно ради систем охранного телевидения – на мой взгляд неуместно. СОТ – лишь одна из систем, и адекватная система охраны может быть организована как с интенсивным использованием СОТ, так и наоборот, почти без нее – в разных случаях могут быть разные решения. Например, если по климатическим условиям на объекте половина года туман непроглядный, а вторую половину – пурга с видимостью 5 метров – то уместнее втрое, вчетверо усилить датчиковые системы, и минимизировать применение СОТ на улице. Если же, наоборот, видимость отличная, и освещение постоянно включено – то применение СОТ для верификации тревог вполне естественно.

Чем же указанный ГОСТ может помочь заказчикам и исполнителям при создании Систем Охранного Телевидения

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

Напомню, что в подзаголовке ГОСТа написано "Общие требования и методы испытаний". Он призван задать кирпичики, позволяющие составить требования к конкретной системе на конкретном объекте.

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

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

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

Итак, каковы эти идеи

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

В целом, требования должны описывать В КАКОЙ СИТУАЦИИ ЧТО ДОЛЖНА СДЕЛАТЬ СИСТЕМА. Для чего нужно описать целевые ситуации, и результирующие нужные Заказчику действия, которые должны произойти. Например, "при проникновении преступника на склад необходимо, чтобы ночной сторож по телефону вызвал милицию".

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

Исходя из вышесказанного, мы сформулировали следующие конкретные предложения (непосредственно предложения по включению в текст стандарта идут курсивом, а обычным шрифтом примечания к ним):

4.2. Требования по функциональности и функциональным характеристикам системы.

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

4.2.2. перечень охраняемых зон, с указанием их границ.

Примечание: задание границ является важнейшей частью требований. Как правило, расширение поля действия системы прямо пропорционально повышает ее стоимость. Хотите контролировать полосу 5 метров вдоль забора – одна стоимость. Хотите 10 метров – будет вдвое дороже, потому что придется поставить вдвое больше видеокамер.

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

Зона охраны, это, например, "полоса 5 метров с обеих сторон ограждения", или "площадки шириной 30 метров перед фасадом здания и шириной 20 метров вдоль остальных стен".

4.2.3. функциональные задачи СОТ в каждой охраняемой зоне, например:

Примечание: это самый важный пункт. Необходимо указать ЧТО мы хотим увидеть.

4.2.4.Способ реагирования на обнаружение целевого события для каждой , например:

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

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

4.2.5.1.3. целевого времени на анализ видеозаписи в архиве заданной длины. По умолчанию предполагается анализ суточного архива.

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

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

Раздел 5.2.1 Испытания на соответствие систем требованиям к функциональным характеристикам (4.2) проводят путем проверки по специально разработанным методикам, с учетом следующего:

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

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

5.2.1.2 Метод испытаний на покрытие территории зон охраны. (4.2.2)

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

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

5.2.1.3 Метод испытаний на выполнение функциональных задач. (4.2.3)

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

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

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

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

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

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

5.2.1.3.2 Проведение испытания

5.2.1.3.2.4 Проверяется наличие и качество (если требовалось) соответствующей записи в архиве.

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

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

5.2.1.3.3 Статистическая обработка результатов испытаний

5.2.1.3.3.2 Если нет препятствий экономического или организационного характера, испытания должны проводиться не менее 3-х раз. Если испытания проводятся на соответствие иной заданной вероятности, их необходимо проводить не менее чем 1+1/(1-P) раз, где Р – заданная вероятность срабатывания системы.

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

Так хуже всего то, что для достоверного подтверждения вероятности 90% надо провести испытания не менее 10 раз. А поскольку испытания всегда проводятся в условиях, достаточно хороших, то вероятность надо добиваться близкую к единице, а значит – проводить много-много испытаний. А на практике, даже в условиях воинской части, где в вашем распоряжении две роты безотказных испытателей, провести более 5-ти раз одни и те же испытания занимает утомительно долгое время.

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

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

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

5.2.1.4 Испытания на выполнение дополнительных функциональных характеристик проводить следующими методами:

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

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

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

Первоначально предполагалось именно эти параметры сделать основными, но поразмыслив, мы отказались от такого подхода. Ведь иначе мы возложили бы на Заказчика обязанность задать требования по разрешению и чувствительности, то есть выполнить половину работы по проектированию системы. Либо мы были бы вынуждены диктовать нормативы, вроде критерия Джонсона, в качестве обязательных. Кстати, широко распространено заблуждение, что пресловутые рекомендации Британского МВД диктуют как обязательные нормативы на размер цели на экране для выполнения различных задач. Отнюдь. Рекомендуемые размеры – например человек должен занимать 150% высоты экрана для идентификации – являются не более чем рекомендациями для проектировщика, причем с оговоркой, что они применимы лишь для стандартных видеокамер с 625-строчной разверткой. Требования должны задаваться именно в терминах "идентификация, обнаружение и т.д.", и именно эти требования должны контролироваться.

В отечественном Р 78.36.002-99 также была сделана попытка ввести понятия "идентификация", "различимость", но порядок их применения и, самое главное, единообразного измерения остался тогда за кадром.

Напомню, что в данном разделе речь идет о характеристиках системы, а не отдельных ее элементов – видеокамер, видеомониторов и т.д.

4.3. Требования к техническим характеристикам

Объективные технические характеристики рекомендуется также применять для уменьшения объема функциональных натурных испытаний согласно пункту 5.2.1.3.4.

Вот. Ключевой момент. Если у Заказчика есть технически обоснованные требования к техническим параметрам – их можно (но вовсе не обязательно) включить в техзадание. Вариант – экспериментально обоснованные параметры, измеренные на канале видеонаблюдения, который проверен, что удовлетворяет Заказчика, что позволяет Заказчику решить свои проблемы.

4.3.2. Порядок задания требований к техническим характеристикам.

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

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

4.3.3. Перечень технических характеристик системы.

4.3.3.1 сквозное разрешение видеоканала

4.3.3.1.4. Минимальным отношением сигнал/шум, при котором полосы считаются различимыми, если в ТЗ не указано иное, полагается 0 дБ (под сигналом подразумевается глубина модуляции изображения полос, используемых для измерения разрешения).

Критические моменты: разрешение ограничивается не безликим "максимальное число полос, которые можно различить", а фиксированным значением 10%. Одновременно наложено ограничение на отношение сигнал/шум, согласующееся с классическим лимитом "приемлемости" в 20 дБ (то есть шум также 10% от всего размаха видеосигнала).

4.3.3.2 быстродействие

4.3.3.2.1 Если в ТЗ не указано иное, подразумевается горизонтальное направление движения.

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

4.3.3.3. чувствительность.

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

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

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

Раздел 5.2.2 изложить в следующей редакции:

5.2.2.1.3. Измерения проводить по расположенному перпендикулярно направлению на видеокамеру тестовому объекту с черными и белыми полосами равной ширины с контрастностью не менее 75%. Примеры рекомендуемых тестовых объектов приведены в Приложении Б.

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

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

Пример методики измерения по осциллографу с выбором строки приведен в Приложении Г.

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

5.2.2.2 метод контроля параметра "быстродействие"

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

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

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

5.2.2.3 метод контроля параметра чувствительность

Следует особенно обратить внимание, что при использовании инфракрасного или иного освещения контрастность цели должна составлять не менее 75% в используемом спектральном диапазоне.

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

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

В заключение обратимся к вопросу о единообразном задании параметров компонентов СОТ (3-я проблема из перечисленных в самом начале статьи – в помощь проектировщикам систем, вынужденным ориентироваться по противоречивым рекламным заявлениям производителей компонентов для этих систем). Мы не пришли к единому мнению, следует ли приводить специальные методы измерения, или достаточно сослаться на описанные в других стандартах, в частности, в МЭК 61146, но несомненным представляется, что в случае, скажем, видеокамер для СОТ необходимо одновременно указывать все параметры, во избежание распространенных игр, когда чувствительнсть вроде хороша, и разрешение очень хорошо, и все замечательно, но только по отдельности, в разных режимах, а одновременно или то или другое никуда не годится.

4.12. Задание параметров компонентов СОТ.

4.12.1.1. Указание чувствительности необходимо осуществлять в Люкс, с одновременным указанием размаха сигнала (в процентах от максимального), разрешающей способности и быстродействия. По умолчанию отношение сигнал/шум для приводимой чувствительности должно быть не менее 20 дБ, разрешение не менее 75% от максимально достижимого разрешения данной видеокамеры, быстродействие не менее 20 мсек.

4.12.1.2. Указание максимальной допустимой яркости должно сопровождаться указанием разрешающей способности.