HELIOS C2 для довгофокусних систем

Інженерний огляд

Довгофокусне спостереження: де закінчується VMS і починається C2

Інженерний розбір платформи HELIOS C2 та її місця в архітектурі системи безпеки.

Коли в технічному завданні з’являється рядок «виявлення порушника на дистанції 5 кілометрів», більшість проєктних рішень будується навколо вибору камери. Це природний, але помилковий порядок дій. Складне починається після камери: як цю камеру навести, чим підтвердити ціль, у якій системі координат записати її положення і хто в підсумку відповідає за архів, облікові записи операторів та кіберзахист.

Ця стаття — про те, чому довгофокусне спостереження не вкладається в архітектуру класичної системи відеоспостереження, який шар з’являється замість неї та які межі має цей шар.

Матеріал спирається на офіційні матеріали виробника. Там, де параметр залежить від конфігурації або потребує перевірки на об’єкті, це зазначено окремо.

Частина 1. Задача, у якої немає рішення на рівні камери

Геометрія, з якої все випливає

Поле зору камери визначається розміром матриці та фокусною відстанню:

HFOV = 2 · arctg( w / 2f )

де w — горизонтальний розмір матриці, f — фокусна відстань.

Візьмемо для прикладу денний канал із матрицею формату 1/1.8″ (горизонталь приблизно 7,2 мм) та об’єктивом на 750 мм у довгому положенні трансфокатора. Це типова конфігурація довгофокусного каналу, а не характеристика конкретної моделі.

HFOV = 2 · arctg(7,2 / 1500) ≈ 0,55°

Тепер два наслідки, які визначають усе інше.

Наслідок перший. Щоб перекрити 360° горизонту таким каналом, потрібно близько 654 положень. Якщо на переміщення й заспокоєння платформи в кожній точці витрачати дві секунди, повний оберт займе понад двадцять хвилин. Це не питання швидкості приводу — це питання геометрії.

Наслідок другий. На дистанції 5 км цей канал бачить смугу шириною близько 48 метрів. Тепловізійний канал 640×512 з кроком пікселя 12 мкм та об’єктивом 225 мм дає поле зору близько 1,96°, тобто 171 метр на тій же дистанції. Обидва числа мізерні порівняно з розміром території, яку потрібно контролювати.

Скільки пікселів потрібно на ціль

Класичний критерій Джонсона зв’язує кількість елементів розділення на характерному розмірі цілі з задачею, яку оператор здатен вирішити.

Нижче — перерахунок на пікселі для ймовірності 50%, а поруч — розрахункова дальність для того самого тепловізійного каналу при характерному розмірі людини 0,75 м: миттєве поле зору пікселя тут становить близько 53 мкрад.

Розрив між виявленням та ідентифікацією — понад шість разів. Це і є коренева причина мультисенсорної компоновки. Сенсор, який виявляє, і сенсор, який ідентифікує, — фізично різні сенсори, навіть коли вони стоять на одній поворотній платформі.

Для денного каналу з прикладу вище розрахункові дальності виходять фантастичними: виявлення за 75 км, ідентифікація за 11 км. Це корисна перевірка здорового глузду. На таких дистанціях межу задає не оптика, а атмосфера — прозорість, контраст, а насамперед турбулентність приземного шару, яка розмиває зображення незалежно від якості об’єктива. Будь-яка заявлена дальність, у якій не вказані атмосферні умови, є верхньою геометричною оцінкою, а не експлуатаційною характеристикою.

Чому логіка класичної VMS тут не працює

Система відеоспостереження побудована навколо припущення, що камера дивиться в одну сторону постійно, а оператор або аналітика розбираються з тим, що потрапило в кадр. Архів існує, щоб повернутися до події пізніше.

Довгофокусна система працює за протилежною логікою. Її сенсор більшість часу дивиться не туди, де відбувається подія. Записувати «все» немає сенсу, бо «все» — це один вузький сектор із шестисот. Повернутися до події пізніше здебільшого неможливо, бо в момент події камера була наведена в інше місце.

Отже, головна задача — не запис, а своєчасне наведення. Усе інше підпорядковане їй.

Другий слайд — малюнок 3.2 — варто розглянути уважно. Жовтий сектор це реальне оптичне поле зору, накладене на карту. Наочно видно, наскільки вузьку смугу контролює сенсор і наскільки критично точне наведення.

Панорама: що це насправді

HELIOS формує панорамний огляд горизонту автоматично, виконуючи серію азимутальних знімків. Панорама доступна в денному та тепловізійному каналах.

Підтверджений факт

Панорама будується зі знімків, зроблених послідовно.

Інженерна інтерпретація

Це означає, що панорама — опорне зображення місцевості, а не картина поточної обстановки. Кожен її фрагмент показує стан на момент свого знімка. Час формування повної панорами дорівнює кількості азимутальних положень, помноженій на час переміщення й заспокоєння платформи.

Практичний висновок

Панорама вирішує задачу орієнтування — оператор розуміє, куди спрямований сенсор і що є на цьому азимуті. Вона не вирішує задачу виявлення. Розраховувати на неї як на засіб контролю простору не варто.

Частина 2. Ланцюжок цільової вказівки

Якщо довгофокусним каналом неможливо шукати, хтось інший має сказати йому, куди дивитися. Це і є функція командно-контрольного шару. Розкладемо її на ланки.

Джерело виявлення → передача вказівки → доведення оптики → утримання цілі → ідентифікація → визначення геопозиції → рішення

Кожна ланка має власну похибку, і ці похибки накопичуються.

01

Джерело виявлення

Радар, АІС, підземні сенсори, супутникова навігація, гідроакустика або власна відеоаналітика. Спільна риса — широке поле огляду. Ціна — похибка за азимутом від часток градуса до одиниць градусів.

02

Передача вказівки та доведення

Вказівку приймає широкий тепловізійний канал, і лише після захоплення вона передається у вузький. Точність визначають механіка та прив’язка, а не програмне забезпечення.

03

Робота з треком

Ідентифікатор цілі, дальність, курс, швидкість і координати UTM. Три різні системи координат, і кожен перехід між ними потребує точно відомого положення та курсу пристрою.

04

Ідентифікація та класифікація

Нейромережеве виявлення з дванадцятьма предвизначеними класами. Точності класифікації у вигляді одного універсального числа не існує.

05

Визначення геопозиції

Цифровий компас дає напрямок, лазерний далекомір — дальність. Без далекоміра розрахунок є приблизним.

06

Керування зображенням

Зниження впливу серпанку, компенсація турбулентності, стабілізація, вимірювання дистанції та контроль завантаження обчислювального модуля.

Ланка 1. Джерело виявлення

HELIOS приймає дані від наземних і морських радарів, засобів автоматичної ідентифікації суден, підземних сенсорів, глобальних навігаційних супутникових систем, гідроакустичних засобів, а також від власної відеоаналітики. Спільна риса всіх цих джерел — широке поле огляду: кожне з них здатне помітити ціль там, де довгофокусний канал її не шукає.

Ключове питання — точність за азимутом. Похибка оглядового радара за азимутом залежить від класу пристрою і становить від часток градуса до одиниць градусів.

Зіставте це з полем зору денного каналу з першої частини: 0,55°.

Висновок незручний, але важливий: цільова вказівка від радара з похибкою в один градус не гарантує потрапляння цілі в кадр вузького каналу. Один градус на дистанції 5 км — це 87 метрів бічного зміщення. Ціль опиниться поза полем зору.

Саме тому мультисенсорний блок має сенс як єдина конструкція. Вказівка приймається широким тепловізійним каналом, у якому ціль гарантовано опиняється, і лише після захоплення передається у вузький канал. Мультисенсор — це не набір камер в одному корпусі заради економії, це двоступенева схема доведення.

Ланка 2. Передача вказівки та доведення

Режим «картинка в картинці» — це та сама двоступенева схема, винесена в інтерфейс: оператор одночасно бачить широкий і вузький канал в одному вікні й перемикає основний потік одним натисканням.

Що доводиться враховувати при проєктуванні. Точність доведення визначається не програмним забезпеченням, а механікою та прив’язкою:

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

Похибка компаса в один градус дає ту саму помилку, що й похибка радара в один градус.

Ланка 3. Робота з треком

На ілюстрації видно склад трекової інформації: ідентифікатор цілі, дальність, курс, швидкість і координати у проєкції UTM.

Це важлива деталь для інтеграції. Радар працює у власній полярній системі відносно свого положення. Камера — у системі поворот-нахил відносно своєї опори. Карта — у прямокутних координатах UTM. Кожен перехід між цими системами потребує точно відомого положення та курсу відповідного пристрою. Помилка у вивірці однієї опори проявиться як систематичне зміщення всіх цілей, яке в експлуатації діагностується важко.

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

Ланка 4. Ідентифікація та класифікація

Підтверджений факт

HELIOS C2 виконує нейромережеве виявлення та ідентифікацію об’єктів з автономним відхиленням хибнопозитивних спрацювань. Передбачено 12 предвизначених класів для повітряних, наземних і морських цілей; оператор обирає, які з них породжують тривогу, а які відхиляються.

Інженерна інтерпретація

Точність класифікації не існує у вигляді одного універсального числа — і це властивість самої задачі. Результат залежить від сенсора й оптики, дистанції, ракурсу, контрасту цілі на тлі, пори доби та стану атмосфери. Те саме стосується кількості одночасних потоків аналітики на графічному процесорі: вона визначається роздільністю, частотою кадрів і набором увімкнених класів. Тому такі цифри отримують під конкретну конфігурацію — на етапі проєктування та випробувань, і саме в цьому вигляді вони мають практичну цінність.

Як читати демонстраційні матеріали

Написи на кшталт Bbox scores: 1.0 чи зведення 100% classified у презентаційних скріншотах показують, як виглядає інтерфейс, а не яку точність дає система: перше — впевненість детектора на одному конкретному кадрі, друге — приклад заповнення панелі звітності. Це звична практика оформлення демонстраційних матеріалів у всій галузі, і для оцінки продукту такі значення просто не призначені.

Верхню межу можливого задає фізика, і вона рахується заздалегідь. Розрахунок із першої частини показує: якщо на цілі менше восьми пікселів, жоден алгоритм не відрізнить людину від тварини — потрібної інформації в кадрі немає. Нижче цієї межі починається область, де реальні цифри дає перевірка на об’єкті. Її варто закладати в проєкт як окремий етап, разом із дистанціями та умовами, у яких вона проводитиметься.

Ланка 5. Геопозиція

Підтверджений факт

У поєднанні з цифровим компасом і лазерним далекоміром платформа виконує розрахунок географічних координат віддаленого об’єкта. Виробник прямо зазначає: без далекоміра, лише з компасом, розрахунок є приблизним.

Чому саме так

Для визначення точки потрібні напрямок і дальність. Далекомір дає дальність вимірюванням. Без нього систему доводиться будувати на припущенні, що ціль лежить на поверхні землі з відомим профілем висот, а похибка такого припущення зростає з дистанцією і з нерівністю рельєфу.

Що обмежує точність, коли далекомір є

Лазерний далекомір цього класу дає похибку порядку одиниць метрів незалежно від дистанції. Похибка за азимутом працює інакше: один градус на дистанції 5 км — це 87 метрів. Тобто точність геопозиції визначається не далекоміром, а якістю кутової прив’язки платформи. Це напряму впливає на те, чи придатні отримані координати для передачі суміжним службам.

Ланка 6. Керування зображенням

У панелі керування присутні два фільтри, які прямо стосуються фізики довгих дистанцій: зниження впливу серпанку та компенсація турбулентності. Наявність окремого інструменту для компенсації турбулентності говорить про те, що на таких дистанціях вона є штатною умовою роботи, а не винятком.

Тут же — вимірювання дистанції, виведення координат, шкали азимута, повороту й нахилу, оптична й цифрова стабілізація, пресети. У нижньому рядку стану клієнт показує завантаження процесора, оперативної та відеопам’яті.

Остання деталь заслуговує окремої згадки. Застосунок, який показує оператору завантаження відеопам’яті, дозволяє побачити деградацію до того, як вона стане відмовою. Для системи, де аналітика виконується локально на графічному процесорі, це і є штатний інструмент вимірювання під час випробувань.

Частина 3. Що таке HELIOS C2

HELIOS C2 — програмна платформа захисту периметра, яка поєднує відео, тепловізійні дані, радари та інші сенсори для виявлення проникнення. Не система відеоспостереження, а окремий шар, який працює із сенсорами та ціллю.

Системний сервер виконує контроль стану системи, управління подіями та користувачами і запис. До нього підключаються дев’ять типів джерел:

• відео;
• радари;
• модуль штучного інтелекту;
• трекер;
• лазерний далекомір;
• аналітика;
• супутникова навігація й автоматична ідентифікація суден;
• цифровий компас;
• підземні сенсори.

Модель розгортання — автономний клієнт або клієнт-серверна система з віддаленими робочими місцями через локальну мережу чи інтернет.

Модель інтеграції — розроблені під конкретне обладнання драйвери.

Мінімальні системні вимоги:

• процесор Intel Core i9 13-го покоління або новіший;
• операційна система Windows 10 або 11;
• 32 ГБ оперативної пам’яті;
• графічний процесор Nvidia з 12 ГБ GDDR6X для функцій аналітики;
• 1 ТБ системного сховища плюс окреме високошвидкісне сховище даних.

Вимоги до автоматичного супроводження та сумісність інтеграційних пакетів під конкретні сенсори уточнюються окремо.

Реєстрація в системі кодифікації НАТО: код NCAGE SHCT4. Такий код присвоюється компанії й означає, що вона внесена до системи кодифікації НАТО як постачальник. Для процедур закупівлі в оборонному секторі це релевантний факт. Технічну зрілість конкретного продукту він не описує — її оцінюють окремо, за результатами випробувань і досвідом експлуатації.

Реакція: релейне керування

За системною тривогою платформа комутує зовнішні електричні кола. Це перетворює виявлення на дію без участі окремої системи автоматики — і водночас робить конфігурацію реле частиною сценарію реагування, яку потрібно проєктувати та перевіряти нарівні з рештою.

База даних і звітність

Модуль звітності формує вибірки за тривогами, класифікованими об’єктами, часом і місцем. Візуально панель звітності виконана як окремий веб-інтерфейс, відмінний від основного клієнта. Тип системи керування базами даних, модель зберігання та політика ретенції визначаються під конкретне впровадження.

Форми розгортання

Платформа постачається як програмний пакет для встановлення на обладнання замовника або у складі захищених багатоекранних ноутбуків. Діапазон розгортання — від одного тактичного комплекту до операторського залу з відеостіною.

Компонент ANVR

В описі платформи окремо фігурує компонент ANVR — саме з ним пов’язані керування релейними виходами та нейромережеве виявлення з дванадцятьма класами об’єктів.

Склад і межі цього компонента варто уточнити при формуванні специфікації. Якщо аналітичний шар і керування виходами постачаються окремою позицією, вони мають власну ліцензію, власні вимоги до обладнання та власний життєвий цикл — а це впливає і на склад комплекту, і на бюджет. Питання зручно закрити на етапі підготовки комерційної пропозиції.

Частина 4. Що належить сусідньому шару

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

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

Це предмет системи відеоспостереження корпоративного класу. Розподіл логічний: кожен шар вирішує задачу, під яку він побудований, і на великому об’єкті потрібні обидва.

Складнощі починаються тоді, коли в проєкті не написано прямо, яка підсистема відповідає за кожну з цих функцій. Тут спрацьовує припущення за замовчуванням: усі учасники виходять із того, що архів, облікові записи та захист забезпечить система відеоспостереження. Але якщо в складі рішення є лише командно-контрольна платформа, а системи відеоспостереження немає, цих функцій не забезпечує ніхто. З’ясовується це вже на об’єкті, коли змінювати архітектуру пізно й дорого.

Звідси практичне правило: розподіл відповідальності між шарами варто зафіксувати письмово ще на етапі архітектури. Який шар веде архів, який — облікові записи операторів, який — кіберконтур. Одна сторінка тексту на цьому етапі знімає більшість питань, які інакше з’являються під час пусконалагодження.

Частина 5. Межа шарів: три архітектурні варіанти

Варіант А. Тільки командно-контрольний шар

Платформа працює самостійно, без зовнішньої системи відеоспостереження.

Коли виправдано. Невелика кількість мультисенсорних комплексів. Тактичне або мобільне застосування. Автономний пост із локальним оператором. Вимоги до глибини архіву відсутні або мінімальні. Немає потреби включати систему в корпоративний каталог користувачів.

Що приймається разом із цим. Архів, облікові записи й кіберконтур залишаються в межах платформи — їхні параметри узгоджуються з виробником під конкретне впровадження. Масштабування за межі кількох комплексів потребує окремої перевірки.

Варіант Б. Тільки система відеоспостереження, камери підключені напряму

Мультисенсори Tanz інтегруються в наявну корпоративну VMS як мережеві камери.

Коли виправдано. Довгофокусні канали становлять невелику частку великої системи відеоспостереження. Критичні вимоги — архів, розслідування інцидентів, єдина система обліку користувачів.

Що приймається разом із цим. Поза цим варіантом залишається те, заради чого існує командно-контрольний шар: наведення за зовнішньою вказівкою, робота з треками радара, розрахунок геопозиції, двоступенева схема доведення. Мультисенсор працює тут як камера з великим об’єктивом — і для частини задач цього цілком достатньо. Окремо варто перевірити якість керування поворотом і трансфокатором стандартними засобами: на фокусній відстані в сотні міліметрів дискретність позиціонування, прийнятна для звичайної поворотної камери, може виявитися недостатньою.

Варіант В. Обидва шари з явно проведеною межею

Командно-контрольна платформа працює із сенсорами й цілями. Система відеоспостереження веде архів, користувачів і кіберконтур.

Коли виправдано. Об’єкт має і периметр із довгофокусним спостереженням, і розвинену систему відеоспостереження. Є вимоги до збереження доказової бази та до єдиної автентифікації.

Що приймається разом із цим. З’являється точка стику, і вона потребує письмового опису. Механізм передачі подій назовні узгоджується під конкретну інтеграцію та реалізується на боці виробника — тому оновлення будь-якої зі сторін варто планувати як подію, що потребує перевірки сумісності.

Хто чим володіє

Функція

Варіант А

Варіант Б

Варіант В

Наведення за зовнішньою вказівкою

Варіант АC2

Варіант Бвідсутнє

Варіант ВC2

Робота з треками радара, геопозиція

Варіант АC2

Варіант Бвідсутнє

Варіант ВC2

Класифікація об’єктів

Варіант АC2

Варіант БVMS або камера

Варіант Вузгоджується, ризик дублювання

Відеоархів і ретенція

Варіант АC2, узгоджується під впровадження

Варіант БVMS

Варіант ВVMS

Облікові записи операторів

Варіант АC2

Варіант БVMS

Варіант ВVMS

Кіберконтур і мережева автентифікація

Варіант Аузгоджується окремо

Варіант БVMS

Варіант ВVMS

Масштабування на сотні каналів

Варіант Аузгоджується окремо

Варіант БVMS

Варіант ВVMS

Точка стику між шарами

Варіант Авідсутня

Варіант Бвідсутня

Варіант Впотребує регламенту

Частина 6. На що звернути увагу в експлуатації

Нижче — параметри, які найбільше впливають на результат у роботі і які варто закласти в проєкт заздалегідь.

Інтеграція через власні драйвери

Модель «драйвер під кожен пристрій» дає глибшу інтеграцію, ніж галузевий стандарт: через стандартний протокол не передати ані даних далекоміра, ані курсу компаса, ані треків радара. Зворотний бік — тісніша прив’язка до виробника: підключення нового типу сенсора та розширення переліку підтримуваних пристроїв виконуються на його боці, а оновлення прошивки будь-якого пристрою в ланцюжку варто розглядати як подію, що потребує перевірки. Перелік пристроїв із готовими драйверами та порядок підключення нових — предмет обговорення з постачальником на етапі формування специфікації.

Один графічний процесор

Мінімальні вимоги описують одну машину з одним GPU. Кількість одночасних потоків аналітики залежить від роздільності, частоти кадрів і набору увімкнених класів, тому визначається вимірюванням під конкретну конфігурацію. Індикатор завантаження відеопам’яті в клієнті є штатним інструментом для цього.

Операційна система

Платформа встановлюється на Windows 10 або 11. Основна підтримка Windows 10 завершилася 14 жовтня 2025 року, подальші оновлення безпеки доступні лише в межах платної програми розширеної підтримки з обмеженим терміном дії. Для об’єкта критичної інфраструктури це питання життєвого циклу, яке варто закрити на етапі проєктування: на якій версії розгортається система і як планується перехід на наступну.

Віртуальні лінії на поворотній камері

Лінія, намальована в кадрі, прив’язана до конкретного положення поворот-нахил-трансфокатор. Після наведення камери на іншу ціль вона знову набуває чинності з поверненням платформи в те саме положення. Спосіб прив’язки — до пресета чи до координат місцевості — варто уточнити під свій сценарій. Питання прикладне: якщо той самий мультисенсор одночасно охороняє віртуальний рубіж і відпрацьовує цільові вказівки, ці дві функції конкурують за одну механіку.

Панорама як опорне зображення

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

Роль далекоміра в геопозиції

Виробник прямо зазначає, що без далекоміра розрахунок є приблизним. Це формулювання варто перенести в технічне завдання.

Частина 7. Що перевірити до проєктування

Цей перелік не специфічний для HELIOS C2 — його так само варто пройти з будь-якою платформою цього класу. Питання згруповані за тим, на що впливає відповідь: перші стосуються складу специфікації, наступні — архітектури, останні перевіряються на об’єкті.

Що впливає на склад специфікації

1. Як постачається компонент ANVR — у складі HELIOS C2 чи окремою позицією? Як він ліцензується і які має вимоги до обладнання?
2. У якому вигляді реалізована передача подій і тривог у зовнішні системи?
3. Яка модель ліцензування: за кількістю сенсорів, робочих місць, серверів, аналітичних потоків?
4. Скільки одночасних потоків аналітики забезпечує конфігурація з мінімальних вимог? На яких класах об’єктів і при якій роздільності?

Що впливає на архітектуру

5. Яка система керування базами даних використовується? Яка модель зберігання відео та політика ретенції?
6. Чи передбачено резервування сервера і яка поведінка системи при його відмові?
7. Яка рольова модель доступу і чи ведеться журнал дій оператора?
8. Які механізми захисту передбачені: шифрування потоків і бази, посилення операційної системи, автентифікація в мережі?
9. Що потребує перехід робочої системи на новішу версію операційної системи — переустановлення, повторне ліцензування, переналаштування інтеграцій?

Що перевіряється на об’єкті

Частину параметрів неможливо отримати з документів — вони існують лише у вигляді вимірювання на конкретному майданчику. Це дальність упевненої класифікації в умовах об’єкта, реальний відсоток успішних цільових вказівок від наявного радара, точність геопозиції за контрольними точками та завантаження обчислювального модуля при штатній кількості аналітичних потоків.

Програма таких випробувань складається під об’єкт і має дві вимоги, без яких вона перетворюється на демонстрацію: узгоджений заздалегідь критерій приймання для кожного вимірювання та перевірка в найгірших умовах, а не в найзручніших. Для довгофокусних систем найгірші умови — це середина дня над прогрітою поверхнею.

Для мобільного комплексу програма інша за суттю. Стаціонарну опору прив’язують геодезично один раз, і перевіряють точність самої системи. У мобільному варіанті кутова прив’язка відновлюється приладами на кожному розгортанні, тому перевіряють повторюваність процедури та час до готовності силами штатного розрахунку.

Роль інженерного партнера

Відповіді на більшість питань із наведеного переліку не знайти у відкритих джерелах, і це нормально для обладнання цього класу: детальна документація надається під угоду про нерозголошення, а частина характеристик залежить від конкретної конфігурації і просто не існує у вигляді універсального числа.

Складнощі з’являються тоді, коли ці питання не ставлять узагалі: архітектура фіксується на припущеннях, які доводиться переглядати вже під час пусконалагодження.

FortiSec працює саме з цим етапом. Компанія має в портфелі і командно-контрольні платформи для довгофокусних систем, і системи відеоспостереження корпоративного класу, тому може проводити межу між шарами без упередження на користь одного продукту. Практична частина роботи — перевірити геометрію об’єкта і розрахувати дальності для конкретних сенсорів, узгодити з виробником питання зі списку вище, скласти протокол випробувань і зафіксувати розподіл відповідальності між шарами письмово.

Це та робота, результат якої — не специфікація, а зрозуміла архітектура з чітко названими умовами застосування.