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

Евгений

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

• Ресторанная зона и зона бара (4 видеокамеры)
• ПОЧЕМУ СРАЗУ ИДЁТ НАВЯЗЫВАНИЕ 4-Х КАМЕР ? ПОТОМУ ЧТО РЕГИСТРАТОР НА 4 ВХОДА ПЛАНИРУЕТСЯ ? А ЕСЛИ ЗАВТРА ПЯТАЯ КАМЕРА ВЫСКОЧИТ / ПРИСПИЧИТ , ТО НОВЫЙ РЕГИСТРАТОР ДОБАВИМ ИЛИ ПРЕДЛОЖИМ 4-Х ЗАМЕНИТЬ НА 8-МИ КАНАЛЬНЫЙ ? Я НАПРИМЕР ТАКИЕ ВОПРОСЫ СРАЗУ ОГОВАРИВАЮ , ДЕЛАЕМ С ЗАПАСОМ НА ПЕРСПЕКТИВУ ИЛИ ПОД ЗАВЯЗКУ СЕЙЧАС ?

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

ПРОЩЕ ГОВОРЯ ЖЕЛАТЕЛЬНО РАЗБОР ПОЛЁТОВ ВО ВСЕХ РАКУРСАХ И МЕСТАХ , НО ТАКОЕ СЛУЧАЕТСЯ РЕДКО , ВСЕГО НЕ ОХВАТИШЬ . Я НАПРИМЕР ВСТРЕЧАЛ КАМЕРЫ В ТУАЛЕТАХ , НО НЕ В КАБИНКАХ И С ОБЗОРОМ ПИССУАРОВ , А В ЗОНЕ УМЫВАЛЬНИКОВ . КТО-ТО СЧИТАЕТ НУЖНЫМ ТАКУЮ УСТАНОВКУ , КТО-ТО СТЕСНЯЕТСЯ ПУГАЕТСЯ ТАКОЙ УСТАНОВКИ , ВДРУГ ПОСЕТИТЕЛЕЙ СМУТИТ .

Давайте проанализируем данные задачи.

1. Мониторинг обстановки в ресторанной зоне и в зоне бара (в реальном времени) — задача Monitor and control (мониторинг и контроль) — 12 пикс/м
2. Наблюдение за работой официантов и барменов (в реальном времени) — задача Observe (наблюдение) — 61-62 пикс/м
3. Расследование инцидентов с гостями заведения — кражи, скандалы, драки, порча имущества (на записи) — задача Recognise (распознавание) — 100-125 пикс/м
4. Расследование инцидентов, связанных с работой персонала — недостачи, порча имущества, кражи, некачественно обслуживание (на записи) задача Recognise (распознавание) — 100-125 пикс/м.
5. Автоматизированный контроль наличия движения внутри помещений в нерабочие часы (в реальном времени) — задача Detect (обнаружение) — 20-25 пикс/м

В итоге, мы получили значения плотности пикселей от 12 до 62 пикс/м в реальном времени и от 100 до 125 пикс/м на записи. Значит, для ресторанной зоны и зоны бара видеокамеры должны обеспечивать плотность пикселей на всей зоне не хуже 62 пикс/м в реальном времени и 100 пикс/м на записи (камера или кодер должны иметь как минимум два независимо настраиваемых видеопотока).

ПЕРЕЧИТАЛ ТРИ РАЗА , ЧЕСТНОЕ СЛОВО - ЭТО ПЕРЕБОР С ПИКСЕЛИЗАЦИЕЙ НА М )))) КТО-ТО МОЖЕТ ПОНЯТЬ ТАКИЕ ФРАЗЫ В ТОМ КЛЮЧЕ ЧТО ЕМУ МОРОЧАТ ГОЛОВУ И ПЫТАЮТСЯ ЗАПУТАТЬ ВО ВСЕЙ ЭТОЙ ПИКСЕЛИЗАЦИИ . ЗНАЕТЕ , У МЕНЯ БЫЛ СЛУЧАЙ . ПРОКЛАДЫВАЛИ НАМ НОВЫЕ ТРУБЫ ЦЕНРАЛЬНОГО ОТОПЛЕНИЯ В ДОМЕ . ДОШЛИ ДО МОЕЙ КВАРТИРЫ . Я СКАЗАЛ МАСТЕРАМ ЧТО НЕ ПОЗВОЛЮ КЛАСТЬ ТРУБУ ПОПЕРЁК СТЕНЫ , И БУДЬТЕ ЛЮБЕЗНЫ СДЕЛАТЬ ИЗГИБЫ И ПРОЛОЖИТЬ ПО УГЛУ . ОНИ ПОПЫТАЛИСЬ ЗАГРУЗИТЬ ЗАПУГАТЬ МЕНЯ ВУМНЫМИ ТЕРМИНАМИ ПРО ДАВЛЕНИЕ В ТРУБАХ И ПРОЧИЕ АРХИМЕДОВСКИЕ ЗАМОРОЧКИ . Я СКАЗАЛ ЧТО ВАС В ВКАРТИРУ НЕ ПУЩУ И ПРОКЛАДКА ТРУБ ОСТАНОВИТСЯ НА МОЕЙ КВАРТИРЕ , СВОИ ТУМАННЫМИ ЛЕКЦИЯМИ ОНИ ПУСТЬ ОДУРМАНИВАЮТ ПЕНСИОНЕРОВ И ОДИНОКИХ ЖЕНЩИН ))) МУЖИКИ ВСЁ ПОНЯЛИ И МЫ СОШЛИСЬ НА 500 РУБЛЯХ И ОНИ СДЕЛАЛИ ВЫГНУЛИ ТРУБЫ ТАК КАК Я ПОПРОСИЛ , И НИКАКОЕ ДАВЛЕНИЕ ОТ ЭТОГО НЕ ПОСТРАДАЛО ))) ЧТОТО -ПРИМЕРНО ТОЖЕ САМОЕ И С ВАШЕЙ ПИКСЕЛИЗАЦИЕЙ ....КАК ЕЁ ПОКАЗАТЬ И ДАТЬ ПОСЧУПАТЬ ЗАКАЗЧИКУ ?

ЕВГЕНИЙ

1. Расследование инцидентов с гостями заведения — кражи, скандалы, драки, порча имущества — задача составления качественного стоп-кадра для идентификации. Поскольку задача данной зоны — идентификация людей, то нет смысла делать резервную запись отличной от основной. Именно данная запись будет нужна для расследования в случае обращения к архиву после удаления основной записи других зон, связанных с посетителями. Поэтому время хранения — минимум 30 дней в полном качестве. Резервная запись — на отдельном рекордере либо «в облаке» на специализированном видео хостинге.

Получили время хранения «основной» записи — 30 дней, резервной — 30 дней при максимальном качестве и кадровой частоте.

Так , с чего вы решили что 30 дней ? А если по факту выйдет 21 день ? Вы предлагаете бюджетным заказчикам устанавливать дорогущие громоздкие видеосервера ? Или мы всётаки снизойдём до небольшого видеорегистратора на один ,два диска ? Сейчас реги работают с дисками на 4 Тб. В самых простых регах есть зеркальная запись . А вы хотите раскрутить бюджетного бармена на облачный сервис в 30 дней хранения для 12-ти камер и попытаетесь обосновать и убедить что так и НУЖНО ? Вы смелый и отважный человек )))) .

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

Добдень!

На, мой взгляд, достаточно полный материал, однако отсутсвует ОБЩИЙ план заведения, что не даёт мне всей картины. И, как следствие оценки эффективности системы. Да, видны ракурсы, понятна забота о плотности пикселей (кстати, на схеме "Пространственное разрешение. Европейские, британские и российские критерии." можно было написать, на родном языке), хитрая концепция которой, подводит под использование ШЗ решений; на что так-же намекает п.4 - Время хранения записи, наличие резервирования записи, качество основной и резервной копий записи, локация основного и резервного хранилища данных видеонаблюдения. Хотя, знаете, это вовсе, я бы сказал совсем не обязательно. Мало, того, применение ШЗ регистраторов(без Винды, антивиря, и пр..), позволяет иметь архив до 12Тб на борту! и, да, там уже есть функция записи двойного потока. Вы, же подводите к необходимости закупки и обслуживания резервного хранилища данных, или платить хранение ВАШИХ конф. данных в неведомых облаках, платя за это бабки. У вас там, особо режимная, или миллиардные счета? Это-же простое заведение! А, вы пытаетесь с ходу предложить им СВН, какую не все банки себе позвоить могут! Им эти бабки ещё отбить надо.

Конечно, прикольно рисовать картинки, демонстрируя возможности программы, однако, и на реальном объекте надо появляться. Надо больше практики, надо вылазить из чатов, больше посещать реальных объектов, общаться со строитетелями, "ножками" работать, да на стремянки САМОМУ лазить(причём, в реале!) - вот тогда и понимание придёт, и практические знания наложаться на теоретическую муть, низвергнув лишнее, осекая виртуальный морок нового тысячелтия, и, этих муках, возможно, появиться новый специалист; либо душёнка продажного манагера навсегда останется вашим чёрным проклятием :)

kombinator , Viziri - спасибо за комментарии.

По поводу плотности пикселей. Я не брал значения из головы. Картинка (про которую говорили почему она на на родном языке) с требованиями европейцев, англичан и нашим ГОСТом взята из VideoCAD, где есть возможность как раз выбирать, какими критериями пользоваться при проектировании. Цифры, которые вам показались перебором - это диапазон (разброс) из всех трёх рекомендаций, что уже говорит о неком консенсусе по этому вопросу. В итоге я выбирал в основном по верхнему уровню, можно взять по нижнему - как кому будет угодно, не вопрос.

По поводу оторванности от реалий, 4 канальных регистраторов, жёстких дисков и т.п. Друзья, вы сразу пытаетесь делать КП, инстинктивно. Подход, описанный в статье предполагает идти от задачи, а не от оборудования, я в статье делаю не КП, а ТЗ. Пусть потом инсталяторы под это ТЗ предлагают Заказчику КП как они это видят, хоть с регистраторами, хоть с облаками, хоть со старым Linux-сервером, взятым со склада. Нет денег? Ok. Варианта два - уменьшай "хотелки" (это я Заказчику) и пойми что за эти деньги можно получить, а что нет. Либо делай этапами. Первый - основной - закупка центрального оборудования с расчётом на расширение. И кабели. Обязательно кидаем всю кабельную инфораструктуру (потом после финишного ремонта чтоб не возникали дурные идеи про wi-fi камеры). А далее - опытная эксплуатация. И сразу будет Заказчику понятно где срочно надо докупить камеру, а где может она и вообще не нужна оказалась.

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

А то получается заказчик ясно ничего не понимает, хочет уложиться в бюджет, но и чтоб все было идеально сделано и каждый рубль обеспечивал ему безопасность на 1000. Мы вздыхаем, выкидываем все что можно и нельзя сдаем заказчику. Он в итоге получает систему, которая не то что все его задачи решает, а вообще ни одной тольком не решает. Ему стоило бы объяснить - ты за эти деньги сможешь решить только 2 твоих задачи, а оставшиеся 15 в другой раз. Так было бы честней. Или вот пример из жизни, как вы любите. Это речь представителя МВД на Партнёрском дне AXIS - http://eozerov.ru/affiliate-day-axis-communications/#mia-of-russia. Послушайте что в итоге, после работы нас, получают на экспертизу криминалисты. Это позорище для всей отрасли. И это ваш подход. А мой вы засмеяли. Смеяться тут особо нечему, мы просто дисредитируем видеонаблюдение как таковое. Сложно объяснить закзачику? А вы точно пробовали? Может просто так работать проще именно вам?

либо душёнка продажного манагера навсегда останется вашим чёрным проклятием :)

Надо больше практики, надо вылазить из чатов, больше посещать реальных объектов, общаться со строитетелями, "ножками" работать, да на стремянки САМОМУ лазить(причём, в реале!) - вот тогда и понимание придёт,

Я в начале своей карьеры нормально полазил по объектам, пообщался со строителями. И проектировщиков очень любят этим "тыкать". Только уважаемые строители что то сами ничего не могут "по-месту" решить и сразу зовут на помощь проектировщиков. "Читать" проект никто даже и не собирается, не то что умеет. Приглашайте на Ваши объекты как-нибудь в выходной, приеду. У каждого своя часть общей работы и говорить что проектировщики будто бы ничего не понимают и летают в облаках только потому что они не выполняют работу строителей - очень странно. Ну давайте местами поменяемся. Вы чего-нибудь там напроектируете, а я с Заказчиком пообщаюсь, по-вашему проекту что-нибудь построю. Откуда столько спеси, уважаемые коллеги?

Ух, как много понаписали.

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

Насчет натурного осмотра. Настаивайте, требуйте. Тогда не придется писать всю эту муру с пикселями на лицо или на номер :) Клиент, как правильно тут заметили, это не воспримет.

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

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

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

Да, еще момент. Все нестыковки с заказчиком, которые могут потом отразиться на работоспособности системы, должны быть тоже отражены письменно. Например, достаточно стандартная была фраза: "Данная конфигурация системы не исключает наличие помех в спектре видеосигнала (или, например, попадание опасного наведенного напряжения в линию (указываем какую) сигнала, (питания, или др.)). Если такой факт будет иметь место, работы по устранению (изменению структуры и проч.) будут проводиться по отдельному дополнительному соглашению за отдельную оплату." Многие удивлялются, как мы такое не стеснялись говорить заказчику. Один раз с помехами вляпаться, все стеснение пройдет. И вообще, подрядчик и заказчик - совершенно равные участники бизнесс-процесса. Никто ни перед кем не имеет никаких преимуществ. Заигрывать с заказчиком никогда не стоит.

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

Я-то улицу "выпрямил", а у вас хватит фантазии на такой фокус?

Ну дисторсию объектива ещё никто не отменял. Профессионал должен владеть профессиональными расчётными программами и учитывать в том числе и такие ньюансы.