Програмне забезпечення BDA: від удару до звіту про оцінку ушкоджень

Удар не завершено, коли зброя досягає цілі. Він завершений тоді, коли командир знає, чи було досягнуто бажаного ефекту, зафіксував це у структурованій і перевіреній формі та використав для прийняття рішення — повторно атакувати чи перейти до наступної цілі. Програмне забезпечення для оцінки бойових ушкоджень (BDA) — це система, яка робить це можливим: автоматизує пост-ударне наведення ISR-розвідки, інтегрує аналіз знімків і моделювання функціональних ушкоджень, генерує структуровані звіти BDA та записує результати назад до бази даних цілей для замикання ланцюга ураження. У цій статті розглядається повна технічна архітектура програмного забезпечення BDA — від моменту реєстрації події виконання удару до остаточного рішення про повторну атаку, внесеного до програмного забезпечення управління папками цілей.

Роль BDA у циклі ціледосягнення

Оцінка бойових ушкоджень займає фінальну фазу кожної основної спільної моделі ціледосягнення. У рамці F3EAD — Find, Fix, Track, Target, Engage, Assess — BDA є повністю кроком «Assess». У традиційному шестифазному спільному циклі ціледосягнення вона керує Фазою 6 (Оцінка) і безпосередньо повертається до Фази 1 (Настанова командира) та Фази 2 (Розроблення цілей) для будь-якої цілі, що потребує повторного залучення. В обох моделях якість і швидкість BDA визначають, наскільки швидко сили можуть виконати наступний цикл проти тієї самої цільової системи.

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

Оцінка фізичних ушкоджень (PDA) вимірює спостережуваний фізичний стан цілі після удару. Вона відповідає на питання: які структурні ушкодження відбулися? PDA спирається насамперед на знімки — електрооптичні, інфрачервоні або синтетичної апертурної радіолокації (SAR) — порівняно з доударним базисом. Результатом є категорія ушкодження для кожного компонента цілі, зазвичай оцінена за п'ятирівневою шкалою від D0 (без ушкоджень) до D5 (повне знищення) з відповідним рівнем достовірності.

Функціональна оцінка ушкоджень (FDA) оцінює, чи зберігає ціль свої військові можливості попри фізичний стан. Об'єкт із помірними структурними ушкодженнями (D2) може бути повністю нефункціональним, якщо ушкодження знищило єдину критичну підсистему, яка забезпечувала оперативну значимість об'єкта. І навпаки, ціль із значними зовнішніми ушкодженнями може зберігати суттєві можливості, якщо її захищені критичні компоненти залишаються непошкодженими. FDA вимагає інтеграції з моделями аналізу цільових систем (TSA), які відображають фізичні компоненти на оперативні функції.

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

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

Пост-ударне наведення ISR із системи C2

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

Запит на збір автоматично заповнюється з полів, що вже містяться в папці цілі: координати (уточнені до MPI, використаної при виконанні), геометрія відбитка цілі, категорія цілі та дата доударних знімків. Програмне забезпечення додає специфічні параметри збору: бажаний розмір пікселя на місцевості (GSD) для цілей аерознімання, бажаний тип датчика, вікно збору (розраховане виходячи з часу польоту зброї плюс конфігурований інтервал для матеріалізації наслідків) та рівень пріоритету відносно інших одночасних вимог до збору.

Вибір типу датчика для BDA — це рішення, якому програмне забезпечення може допомогти за допомогою простої моделі на основі правил:

Умова	Пріоритетний датчик	Обґрунтування
Ясне небо, вдень	EO/IR з GSD <0,3 м	Найвища роздільна здатність, найкраща спектральна точність для виявлення змін
Хмарність >50% або ніч	SAR (X-діапазон або C-діапазон)	Всепогодні, цілодобові можливості; когерентне виявлення змін чутливе до структурного обвалення
Підземна або захищена ціль	SAR + сейсмічний (якщо доступний)	Поверхневих знімків недостатньо; когерентна зміна SAR + сейсмічна сигнатура вказує на проникнення
Електронна ціль (радар, зв'язок)	EO/IR + SIGINT	Фізичні ушкодження видно на знімках; припинення випромінення підтверджує функціональне ушкодження
Рухома ціль	EO/IR + GMTI-радар	Індикатор руху підтверджує передислокацію; EO/IR підтверджує фізичний стан в останньому відомому місці

Запит на збір направляється до системи управління збором за допомогою стандартного формату повідомлення для оперативного середовища (RFI, COLREQ або еквівалент). Програмне забезпечення BDA відстежує статус запиту — подано, підтверджено, зібрано, доставлено — і сповіщає комірку BDA, коли знімки доставлені або коли вікно збору закривається без успішного збору; у цьому випадку автоматично генерується запит на повторне наведення для наступного доступного вікна.

Оцінка фізичних ушкоджень: інструменти аналізу знімків

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

Виявлення змін у програмному забезпеченні BDA зазвичай використовує один або декілька з трьох алгоритмічних підходів:

Різниця смуг та нормалізовані індекси. Програмне забезпечення обчислює абсолютну або нормалізовану різницю між відповідними спектральними смугами доударних і пост-ударних зображень. У мультиспектральних EO-знімках нормалізований індекс згоряння (NBR) або нормалізований індекс щебню (NDRI) виділяє пошкоджені вогнем і структурно порушені ділянки. Різниця амплітуди SAR виявляє зміни ефективної поверхні розсіювання, що відповідають структурному обваленню або порушеному ґрунту. Ці методи є швидкими та дають піксельні карти змін, але вимагають налаштування порогових значень і чутливі до атмосферних і освітлювальних відмінностей між датами збору.

Об'єктне виявлення змін. Замість порівняння окремих пікселів програмне забезпечення сегментує пост-ударне зображення на дискретні об'єкти (будівлі, рослинність, дороги, поля щебню) за допомогою алгоритму суперпіксельної або вододільної сегментації. Кожен об'єкт порівнюється з його доударним просторовим відбитком і спектральними характеристиками. Будівлі, що обвалилися, утворюють об'єкти з іншою геометрією, меншою висотою (у стереоскопічних або LiDAR-продуктах) та характерною спектральною сигнатурою оголеного бетону, цегли або обпаленого матеріалу. Об'єктні методи дають більш інтерпретовані результати — оцінку ушкодження на структуру, а не на піксель — і менш чутливі до варіацій освітлення.

Класифікатори глибокого навчання. Згорткові нейронні мережі, навчені на розмічених парах доударних/пост-ударних знімків, безпосередньо присвоюють стандартизовані категорії ушкоджень сегментованим об'єктам будівель. Навчальні дані взяті з архівних датасетів ударних знімків з верифікованими оцінками ушкоджень. Добре навчені класифікатори досягають аналітичного рівня точності для категорій D0/D1 та D4/D5; проміжні категорії (D2/D3, часткові ушкодження) залишаються найважчими для автоматичної класифікації і продовжують вимагати перегляду людиною-аналітиком для відповідальної звітності BDA.

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

Функціональна та системна оцінка BDA

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

Моделі TSA в програмному забезпеченні BDA зазвичай представлені у вигляді графів залежностей: вузли — це фізичні компоненти (резервуар для палива, головний трансформатор живлення, кімната управління), а направлені ребра кодують функціональні залежності (радар потребує трансформатора живлення; трансформатор живлення може живитися або від первинного підключення до мережі, або від резервного генератора). Коли PDA призначає оцінку D4 головному трансформатору живлення, але оцінку D0 резервному генератору, модель TSA обчислює, що радар зберігає приблизно 60% своєї пікової оперативної спроможності на резервному живленні, навіть якщо первинне джерело живлення знищене.

TSA Model — Air Surveillance Radar Node
=========================================
Component              | Damage Score | Functional Weight
-----------------------|--------------|------------------
Primary power supply   | D4           | 0.60
Backup generator       | D0           | 0.40
Antenna structure      | D1           | 0.85
Signal processor       | D0           | 1.00
Control room           | D2           | 0.70
Cooling system         | D3           | 0.55

Residual capability = sum(component_weight × (1 - damage_fraction))
                    = (0.60×0.15) + (0.40×1.0) + (0.85×0.90)
                      + (1.0×1.0) + (0.70×0.70) + (0.55×0.60)
                    = 0.09 + 0.40 + 0.77 + 1.00 + 0.49 + 0.33
                    ≈ 51% of peak capability

FDA Result: Target DEGRADED — retains >50% capability
Re-attack recommendation: YES — primary antenna or processor

Ця модель є спрощенням; оперативні моделі TSA є складнішими та предметно-специфічними. Але принцип залишається: програмному забезпеченню потрібне структуроване представлення функціональної архітектури цілі для перетворення спостережень фізичних ушкоджень на оперативно значущу оцінку спроможності. Без інтеграції TSA FDA є повністю суб'єктивною — аналітики роблять неформальні судження, які не є відтворюваними і не піддаються аудиту.

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

Оцінка супутніх збитків у процесі BDA

Оцінка супутніх збитків (CDE) у контексті BDA відрізняється від доударної CDE. Доударна CDE — це прогнозований розрахунок, що інформує вибір зброї: якщо ми використаємо цю зброю проти цього прицільного пункту, яким буде очікуваний супутній вплив на навколишнє цивільне середовище? Пост-ударна CDE в процесі BDA — це порівняльний аналіз: чи вписалися фактичні наслідки, спостережені через BDA, в параметри, передбачені доударною CDE?

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

Вимоги до документування відхилень CDE є суттєвими. Програмне забезпечення BDA повинне фіксувати:

• Конкретний характер відхилення (ушкодження захищеного об'єкта, цивільні втрати вище порогу, наслідки за межами прогнозованого радіуса)
• Ймовірну причину (несправність зброї, помилка даних ціловказання, умови навколишнього середовища, не враховані в доударній моделі)
• Оцінку того, чи була причина передбачуваною і чи правильно була застосована методологія доударної CDE
• Реєстраційний запис, що підтверджує перегляд звіту про відхилення юридичним радником і командиром, що затверджує
• Рішення командира щодо відхилення

Процеси видачі дозволу CDE — де командир затверджує залучення, незважаючи на перевищення результатами CDE стандартних порогів — генерують додаткові вимоги до документування, які повинне підтримувати програмне забезпечення BDA. Запис про дозвіл пов'язує розрахунок доударної CDE, дозвіл командира із зазначеним обґрунтуванням і пост-ударний результат BDA в єдиний перевірений ланцюг. Це не лише адміністративна вимога; це доказова база, що демонструє дотримання зобов'язань за правом збройного конфлікту, які застосовуються до всіх сторін, що здійснюють ударні операції.

Формування структурованого звіту BDA

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

Стандартний звіт BDA містить два рівні оцінки з різними строками та аудиторіями:

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

Детальна оцінка (DA). Виробляється після повного циклу розвідувальної обробки — зазвичай через 24–72 години після удару. DA включає повну оцінку фізичних ушкоджень з оцінками по компонентах, функціональну оцінку ушкоджень з результатом моделі TSA, системну оцінку ушкоджень, будь-який аналіз відхилень CDE та остаточну рекомендацію щодо повторної атаки. Структура DA у програмному забезпеченні BDA:

BDA DETAILED ASSESSMENT — REPORT STRUCTURE
==========================================
1. STRIKE SUMMARY
   target_id          : TSN-2026-4417
   target_name        : [redacted]
   engagement_dtg     : 2026-06-24T03:22:00Z
   platform           : [redacted]
   weapon_type        : [redacted]
   delivery_params    : [redacted]

2. PHYSICAL DAMAGE ASSESSMENT
   imagery_source     : SAR-X collection 2026-06-24T05:10:00Z
   pre_strike_ref     : EO collection 2026-06-22T08:40:00Z
   component_scores:
     primary_structure  : D4 (confidence: HIGH)
     auxiliary_building : D2 (confidence: MEDIUM)
     access_road        : D1 (confidence: HIGH)
   analyst_id         : [redacted]
   review_dtg         : 2026-06-24T07:45:00Z

3. FUNCTIONAL DAMAGE ASSESSMENT
   tsa_model_version  : v2.3.1
   residual_capability: 12% of peak
   functional_status  : NON-FUNCTIONAL
   rationale          : [narrative]

4. SYSTEM DAMAGE ASSESSMENT
   target_system      : [redacted]
   system_node_weight : HIGH
   system_residual    : 34% (pre-strike: 100%)
   system_status      : SIGNIFICANTLY DEGRADED

5. CDE ASSESSMENT
   pre_strike_cde_ref : CDE-2026-4417-v1
   deviation_observed : NO
   legal_review_dtg   : 2026-06-24T09:00:00Z

6. RE-ATTACK RECOMMENDATION
   recommendation     : NO RE-ATTACK REQUIRED
   rationale          : Target assessed non-functional;
                        system degradation meets commander
                        threshold

Зворотний зв'язок із JIPTL — це механізм, за допомогою якого результати BDA керують наступною ітерацією списку цілей. Коли DA рекомендує повторну атаку, програмне забезпечення BDA записує запис повторного висунення до бази даних цілей, попередньо заповнений оновленим станом цілі (категорія ушкодження, переглянутий MPI, якщо ціль передислокувалася, переглянута рекомендація щодо зброї на основі залишкового структурного стану), і направляє його до комірки ціледосягнення для оновлення JIPTL. Це замикає петлю між оцінюванням і наступним циклом ціледосягнення без необхідності ручного повторного введення даних між системою BDA та базою даних цілей.

Інтеграція із системами ціледосягнення та C2

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

Інтерфейс бази даних цілей. Програмне забезпечення BDA зчитує записи цілей — включаючи координати, доударні знімки, дані CDE, специфікації бажаних ефектів і посилання на моделі TSA — з бази даних цілей на початку процесу оцінювання. Після завершення воно записує завершені записи оцінок, оновлені стани ушкоджень і рекомендації щодо повторної атаки назад до тієї самої бази даних. Цей двоспрямований інтерфейс повинен бути близьким до реального часу та повинен дотримуватися політик контролю версій і контролю доступу бази даних цілей: аналітик BDA записує до розділу BDA папки цілі; лише орган ціледосягнення може оновити статус JTL цілі на основі результату BDA. Дивіться також матеріал про програмне забезпечення для ціледосягнення реального часу, де розглядається швидша, стиснута версія цієї петлі, що використовується проти мобільних і чутливих до часу цілей.

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

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

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