База знаний 6 октября 2026 г.

Как лучше формулировать требования к дальности обнаружения в тендерах

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

Дальность обнаруженияПодготовка тендерной документацииПриемочные испытанияКритерии DRI
Как лучше формулировать требования к дальности обнаружения в тендерах
Фото: Pilan Filmes

Многие тендеры на системы безопасности требуют указать дальность обнаружения так, будто речь идет о точном и однозначном параметре. Например, в документации может быть написано, что система должна обнаруживать БПЛА на расстоянии 5 километров, человека — на 2 километрах, а транспортное средство — на большой дальности. Формулировка выглядит технически корректной из-за наличия чисел, но часто в ней нет данных, которые позволяют понять, что именно означает эта цифра в реальных условиях эксплуатации.

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

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

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

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

Это важно, потому что «увидеть объект» может означать совершенно разные вещи. Учебные материалы MIT Lincoln Laboratory по радиолокации хорошо показывают это на языке РЛС: уравнение радиолокации, помеховая обстановка, распространение сигнала и обнаружение на фоне шума по-разному влияют на понимание дальности в системном проектировании. Исследования NASA по дальности наблюдения EO/IR-систем говорят о том же с оптической стороны: эффективность — это не одно число, а сочетание времени оповещения, геометрии, поля обзора и зрительной задачи, которую должен поддержать датчик.

Поэтому в тендере сначала нужно определить, что именно означает указанная дальность:

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

Если в документе на этот вопрос нет ответа, заказчик сам закладывает неоднозначность.

Например, радар может обнаруживать цель на определенной дистанции, но не сохранять устойчивый трек на той же дальности в условиях засветки или помех. EO/IR-канал может видеть объект намного дальше, чем позволяет его распознать или идентифицировать. Приемник Remote ID может получать кооперативную трансляцию на одной дальности, в то время как общий РЧ-канал работает в совершенно другой эксплуатационной зоне. Одно слово — «дальность» — не может одновременно нести все эти смыслы.

Явно задавайте допущения по цели

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

Обычно это означает, что нужно указать:

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

Заказчику не нужно писать диссертацию, но цель не должна оставаться абстрактной. Малый БПЛА, человек, автомобиль и маломерное судно создают разные задачи обнаружения. Даже внутри одного класса результат меняется в зависимости от полезной нагрузки, ориентации, скорости и фона.

Для EO/IR-формулировок полезна традиция DRI и критериев Джонсона, потому что она заставляет связывать дальность с задачей и размером цели, а не с размытым представлением о «видимости». Для радиолокационных требований тот же принцип сохраняется, даже если используется другая терминология. Дальность должна быть связана с допущениями по цели и с порогом эффективности, который заявляется.

Более сильная формулировка может звучать так:

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

Такое требование намного труднее истолковать неверно, чем:

«Система должна обнаруживать БПЛА на дальности 5 км».

Разделяйте обнаружение, сопровождение, распознавание и идентификацию

Следующая ошибка — объединять несколько разных задач в один пункт.

Как минимум в тендере следует разделять:

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

Это не взаимозаменяемые параметры.

Работы NASA по detect-and-avoid для EO/IR особенно полезны здесь, потому что они рассматривают полезность сенсора через время оповещения и задачу наблюдения, а не только через максимальную дальность. Этот подход напрямую применим к гражданской безопасности. Большая номинальная дальность бесполезна, если система не обеспечивает устойчивый трек или удобную для оператора верификацию.

Именно поэтому в тендерах лучше избегать формулировок вроде:

  • «дальность обнаружения и идентификации»,
  • «эффективная дальность мониторинга»,
  • «полноценное предупреждение и подтверждение на всей дальности»

если далее эти понятия не разбиваются на измеримые подпараметры.

Если проект требует нескольких уровней, это нужно написать прямо. Например:

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

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

Указывайте геометрию и условия среды, а не только расстояние

Дальность никогда не существует отдельно от геометрии.

В тендере, где это важно, следует указать:

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

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

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

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

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

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

Требование по дальности тоже слабо, если в нем не задан порог эффективности.

Для радаров и других обнаружительных датчиков в тендере имеет смысл указать:

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

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

Для EO/IR-каналов подтверждения эквивалентные требования формулируются иначе:

  • задача распознавания,
  • задача идентификации,
  • поле зрения или режим увеличения,
  • допущения по стабилизации,
  • и доступное время после выдачи целеуказания.

Главное — чтобы тендер называл не только расстояние, но и качественный порог.

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

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

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

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

В тендере нужно хотя бы на высоком уровне описать:

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

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

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

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

Слабые формулировки и удачные замены

Слабые фразы по дальности обычно звучат убедительно только потому, что они короткие.

Слабая формулировка

«Система должна обнаруживать БПЛА на дальности 5 км».

Лучше

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

Слабая формулировка

«Камера должна идентифицировать цель на большой дальности».

Лучше

«Подсистема EO/IR должна обеспечивать выполнение заявленной задачи распознавания или идентификации для определенного класса цели при заданном режиме увеличения и сценических условиях, с проверкой на объекте по критериям приемки».

Слабая формулировка

«Система должна обеспечивать всепогодный мониторинг на большой дальности».

Лучше

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

Более длинные варианты действительно объемнее, но они и намного лучше защищают интересы заказчика.

Заключение

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

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

Дополнительные материалы

Официальные материалы

AOA, TDOA и FDOA: какой метод … Как выбрать фокусное расстояние для …