C2 Systems

Oprogramowanie do oceny szkód bojowych: od uderzenia do raportu BDA

Autor: Zespół inżynierów Corvus Intelligence · O zespole →

24 czerwca 2026 11 min czytania

Uderzenie nie jest zakończone w momencie, gdy broń osiąga swój cel. Jest zakończone dopiero wtedy, gdy dowódca wie, czy osiągnięto zamierzony efekt, odnotował tę wiedzę w ustrukturyzowanej i audytowalnej formie oraz wykorzystał ją do podjęcia decyzji o ponownym zaangażowaniu lub przejściu do kolejnego celu. Oprogramowanie do oceny szkód bojowych (BDA) to system, który to umożliwia — automatyzuje tasking ISR po uderzeniu, integruje analizę zobrazowania i modelowanie funkcjonalnych szkód, generuje ustrukturyzowane raporty BDA i zapisuje wyniki z powrotem do bazy danych targetowania w celu zamknięcia łańcucha zabijania. Niniejszy artykuł omawia pełną architekturę techniczną oprogramowania BDA — od momentu zarejestrowania zdarzenia wykonania uderzenia aż po ostateczną decyzję o ponownym ataku wprowadzoną do oprogramowania do zarządzania folderem celów.

Rola BDA w cyklu targetowania

Ocena szkód bojowych zajmuje ostatnią fazę każdego głównego modelu targetowania sił połączonych. W modelu F3EAD — Find, Fix, Track, Target, Engage, Assess — BDA stanowi cały krok Assess. W tradycyjnym sześciofazowym cyklu targetowania sił połączonych napędza Fazę 6 (Ocena) i bezpośrednio wraca do Fazy 1 (Wytyczne dowódcy) oraz Fazy 2 (Rozwój celów) dla każdego celu wymagającego ponownego zaangażowania. W obu modelach jakość i szybkość BDA decyduje o tym, jak szybko siły mogą wykonać następny cykl przeciwko temu samemu systemowi celów.

BDA jest formalnie podzielona na trzy sekwencyjne fazy, z których każda wymaga innych danych, innych kompetencji analitycznych i innych możliwości oprogramowania:

Ocena fizycznych szkód (PDA) mierzy obserwowalny stan fizyczny celu po uderzeniu. Odpowiada na pytanie: jakie uszkodzenia strukturalne wystąpiły? PDA opiera się przede wszystkim na zobrazowaniu — elektrooptycznym, podczerwonym lub z syntetycznej apertury radarowej — porównanym ze stanem przed uderzeniem. Wynikiem jest kategoria szkód na każdy komponent celu, zazwyczaj oceniana w pięciostopniowej skali od D0 (brak szkód) do D5 (całkowite zniszczenie), z powiązanym poziomem pewności.

Ocena funkcjonalnych szkód (FDA) ocenia, czy cel zachowuje zdolność bojową pomimo swojego stanu fizycznego. Obiekt z umiarkowanymi uszkodzeniami strukturalnymi (D2) może być całkowicie niezdolny do działania, jeśli uszkodzenie zniszczyło jeden krytyczny podsystem nadający obiektowi operacyjne znaczenie. I odwrotnie — cel z rozległymi uszkodzeniami powierzchniowymi może zachować znaczną zdolność, jeśli jego chronione krytyczne komponenty są nienaruszone. FDA wymaga integracji z modelami analizy systemu celów (TSA), które odwzorowują komponenty fizyczne na funkcje operacyjne.

Systemowa ocena szkód (SDA) ocenia zagregowany wpływ wielu uderzeń na system celów przeciwnika — na przykład na sieć obrony powietrznej lub infrastrukturę logistyczną — a nie na pojedynczy cel. SDA jest najbardziej wymagającą analitycznie fazą, wymagającą modelu architektury, redundancji i zdolności rekonstytucji systemu przeciwnika. Oprogramowanie BDA wspiera SDA poprzez agregację rekordów ocen fizycznych i funkcjonalnych dla wszystkich zaatakowanych węzłów w ramach systemu celów i obliczanie ogólnej degradacji systemu.

Terminowość BDA ma konkretne znaczenie operacyjne: większość celów wysokiej wartości posiada zdolność rekonstytucji. Zaatakowany węzeł dowodzenia oceniony w ciągu dwóch godzin od uderzenia — zanim przeciwnik przemieści ocalały sprzęt i personel — może nadawać się do ponownego zaangażowania w tym samym miejscu. Ten sam cel oceniony 24 godziny później może być całkowicie przemieszczony, wymagając od nowa cyklu find-fix. Opóźnienie między uderzeniem a zakończeniem BDA jest zatem bezpośrednim wyznacznikiem szansy na ponowny atak.

Tasking ISR po uderzeniu z systemu C2

Automatyczny re-cue ISR to pierwsza czynność, jaką oprogramowanie BDA podejmuje po zdarzeniu wykonania uderzenia. Oprogramowanie monitoruje bazę danych targetowania pod kątem zdarzeń wykonania — potwierdzenia zwolnienia uzbrojenia z systemu raportowania wykonania ATO lub zakończenia misji ogniowej z warstwy kontroli ognia artylerii — i uruchamia standardowe żądanie kolekcji ISR bez ręcznej interwencji.

Żądanie kolekcji jest automatycznie wypełniane z pól już obecnych w folderze celu: współrzędne (udoskonalone do MPI używanego podczas wykonania), geometria obszaru celu, kategoria celu i data zobrazowania przed uderzeniem. Oprogramowanie dodaje parametry specyficzne dla kolekcji: pożądaną naziemną odległość próbkowania (GSD) dla celów zobrazowaniowych, preferowany typ sensora, okno kolekcji (wynikające z czasu lotu uzbrojenia plus konfigurowalnego opóźnienia na materializację efektów) oraz poziom priorytetu względem innych równoczesnych wymagań kolekcji.

Wybór typu sensora do BDA to decyzja, w której oprogramowanie może pomóc przy użyciu prostego modelu opartego na regułach:

Warunek	Preferowany sensor	Uzasadnienie
Bezchmurne niebo, dzień	EO/IR przy GSD <0,3 m	Najwyższa rozdzielczość, najlepsza wierność spektralna dla wykrywania zmian
Zachmurzenie >50% lub noc	SAR (pasmo X lub C)	Zdolność w każdych warunkach atmosferycznych, dzień/noc; koherentne wykrywanie zmian wrażliwe na zawalenie struktury
Cel podziemny lub utwardzony	SAR + sejsmiczny (jeśli dostępny)	Zobrazowanie powierzchni niewystarczające; koherentna zmiana SAR + sygnatura sejsmiczna wskazuje na penetrację
Cel elektroniczny (radar, łączność)	EO/IR + SIGINT	Szkody fizyczne widoczne w zobrazowaniu; ustanie emisji potwierdza szkodę funkcjonalną
Cel mobilny	EO/IR + radar GMTI	Wskaźnik ruchu potwierdza przemieszczenie; EO/IR potwierdza stan fizyczny w ostatniej znanej lokalizacji

Żądanie kolekcji jest kierowane do systemu zarządzania kolekcją przy użyciu standardowego formatu komunikatu dla środowiska operacyjnego (RFI, COLREQ lub odpowiednika). Oprogramowanie BDA śledzi status żądania — przesłane, potwierdzone, zebrane, dostarczone — i powiadamia komórkę BDA, gdy zobrazowanie zostanie dostarczone lub gdy okno kolekcji zamknie się bez udanego zebrania, w którym to przypadku automatycznie generowane jest żądanie ponownego taskowania na następne dostępne okno.

Ocena fizycznych szkód: narzędzia do analizy zobrazowania

Ocena fizycznych szkód rozpoczyna się od korejestracji: wyrównania zobrazowania po uderzeniu do referencyjnego zobrazowania przed uderzeniem z folderu celu z dokładnością poniżej piksela. Korejestracja to krok korekcji geometrycznej uwzględniający różnice w kącie obserwacji, wysokości sensora i projekcji między dwoma obrazami. Bez niej algorytmy wykrywania zmian generują fałszywe alarmy na granicach struktur, które wydają się przemieszczać z powodu paralaksy, a nie rzeczywistej zmiany.

Wykrywanie zmian w oprogramowaniu BDA zazwyczaj wykorzystuje jedno lub więcej z trzech podejść algorytmicznych:

Różnicowanie pasm i znormalizowane wskaźniki. Oprogramowanie oblicza bezwzględną lub znormalizowaną różnicę między odpowiadającymi pasmami spektralnymi na obrazach przed i po uderzeniu. W wielospektralnym zobrazowaniu EO znormalizowany wskaźnik spalonej powierzchni (NBR) lub znormalizowany wskaźnik różnicy gruzu (NDRI) wyróżnia obszary uszkodzone przez pożar i strukturalnie naruszone. Różnicowanie amplitudy SAR wykrywa zmiany w radarowym przekroju czynnym powierzchni odpowiadające zawaleniu konstrukcji lub naruszeniu gruntu. Metody te są szybkie i generują mapy zmian na poziomie pikseli, ale wymagają dostosowania progów i są wrażliwe na różnice atmosferyczne i oświetleniowe między datami kolekcji.

Wykrywanie zmian oparte na obiektach. Zamiast porównywać pojedyncze piksele, oprogramowanie segmentuje zobrazowanie po uderzeniu na dyskretne obiekty (budynki, roślinność, drogi, pola gruzu) przy użyciu algorytmu segmentacji superpikselowej lub wododziałowej. Każdy obiekt jest porównywany z jego przestrzennym obrysem przed uderzeniem i charakterystyką spektralną. Budynki, które się zawaliły, tworzą obiekty o innej geometrii, niższej wysokości (w produktach stereo lub z LiDAR) i charakterystycznej sygnaturze spektralnej odsłoniętego betonu, cegły lub spalonego materiału. Metody oparte na obiektach generują bardziej interpretowalny wynik — ocenę szkód na budynek, a nie na piksel — i są mniej wrażliwe na zmienność oświetlenia.

Klasyfikatory głębokiego uczenia. Konwolucyjne sieci neuronowe wytrenowane na oznakowanych parach obrazów przed i po uderzeniu przypisują standardowe kategorie szkód bezpośrednio do segmentowanych obiektów budynkowych. Dane treningowe pochodzą z historycznych zbiorów zobrazowań uderzeń z ocenami szkód zweryfikowanymi w terenie. Dobrze wytrenowane klasyfikatory osiągają dokładność na poziomie analityka w kategoriach D0/D1 i D4/D5; kategorie pośrednie (D2/D3, częściowe szkody) pozostają najtrudniejsze do automatycznej klasyfikacji i nadal wymagają ręcznego przeglądu analityka przy raportowaniu BDA wysokiej stawki.

Analiza automatyczna generuje szkicową nakładkę oceny szkód — warstwę mapy, w której każdy komponent celu jest oznaczony kolorem według automatycznej oceny szkód — prezentowaną analitykowi BDA w interfejsie przeglądu zobrazowania oprogramowania. Analityk może zaakceptować, zmodyfikować lub zmienić dowolną automatyczną ocenę, dodając notatkę uzasadniającą. Oceny zweryfikowane przez analityka są zapisywane jako autorytatywny rekord oceny fizycznych szkód, a oceny automatyczne zachowywane jako osobne pole audytu.

Uwaga dotycząca zarządzania danymi: Pojedynczy przebieg kolekcji SAR nad złożonym celem może generować kilka gigabajtów surowych danych. Oprogramowanie BDA musi zawierać potok przetwarzania, który konwertuje surowe dane z sensora na gotowe do analizy produkty zobrazowaniowe zanim analityk je otrzyma — w przeciwnym razie czas od kolekcji do analizy zdominowany jest przez ręczne przetwarzanie danych, a nie przez właściwą pracę oceny. Ten potok powinien być zautomatyzowany, działać bez interwencji analityka i dostarczać przetworzone produkty w ciągu kilku minut od przyjęcia surowych danych.

Funkcjonalna i systemowa ocena BDA

Ocena funkcjonalnych szkód przekłada oceny fizycznych szkód z PDA na osąd o zdolności operacyjnej. Kluczowym narzędziem analitycznym jest model analizy systemu celów (TSA) — reprezentacja tego, jak fizyczne komponenty celu odwzorowują się na jego funkcje operacyjne, i które komponenty są krytyczne, redundantne lub drugorzędne.

Modele TSA w oprogramowaniu BDA są zazwyczaj reprezentowane jako grafy zależności: węzły to komponenty fizyczne (zbiornik paliwa, główny transformator zasilający, sala sterowania), a skierowane krawędzie kodują zależności funkcjonalne (radar wymaga transformatora zasilającego; transformator może być zasilany z głównego przyłącza sieciowego lub awaryjnego generatora). Gdy PDA przypisuje ocenę D4 do głównego transformatora zasilającego, ale D0 do awaryjnego generatora, model TSA oblicza, że radar zachowuje około 60% szczytowej zdolności operacyjnej zasilany awaryjnie, mimo że główne zasilanie jest zniszczone.

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

Model ten jest uproszczeniem; operacyjne modele TSA są bardziej złożone i dostosowane do domeny. Jednak zasada pozostaje: oprogramowanie potrzebuje ustrukturyzowanej reprezentacji architektury funkcjonalnej celu, aby przetłumaczyć obserwacje fizycznych szkód na operacyjnie znaczącą ocenę zdolności. Bez integracji TSA FDA jest całkowicie subiektywna — analitycy wydają nieformalne osądy, które nie są reprodukowalne ani audytowalne.

Systemowa ocena szkód (SDA) agreguje wyniki FDA dla wielu celów w ramach tego samego systemu przeciwnika. Oprogramowanie BDA wspiera SDA poprzez utrzymywanie pulpitu nawigacyjnego na poziomie systemu, który wykreśla resztkową zdolność funkcjonalną każdego węzła na schematycznym układzie architektury systemu celów. Analityk SDA może jednym rzutem oka zobaczyć, które węzły zostały wystarczająco zdegradowane, które zachowują znaczną zdolność i które części ścieżek redundancji systemu są nadal nienaruszone. Pulpit nawigacyjny napędza rekomendację priorytetu ponownego ataku na poziomie systemu: który pozostały węzeł, jeśli zostanie zaatakowany z zamierzonym efektem, generuje największą przyrostową degradację całego systemu.

Szacowanie szkód ubocznych w procesach BDA

Szacowanie szkód ubocznych (CDE) w kontekście BDA różni się od CDE przed uderzeniem. CDE przed uderzeniem to obliczenie predykcyjne informujące o wyborze uzbrojenia — pyta: jeśli użyjemy tej broni przeciwko temu punktowi celowania, jaki jest oczekiwany efekt uboczny na otaczające środowisko cywilne? Post-strike CDE w procesie BDA to analiza porównawcza: czy rzeczywiste efekty, obserwowane przez BDA, mieściły się w parametrach przewidzianych przez CDE przed uderzeniem?

Oprogramowanie BDA przechowuje rekord CDE przed uderzeniem — w tym typ uzbrojenia, parametry dostarczenia, przewidywany promień efektów i szacunkowe dane o szkodach ubocznych — obok oceny BDA po uderzeniu. Po zakończeniu BDA procedura przeglądu prawnego porównuje oba rekordy. Jeśli zobrazowanie po uderzeniu lub doniesienia terenowe wskazują na szkody w strukturach lub obszarach poza przewidzianym obszarem efektów CDE przed uderzeniem, lub jeśli zgłoszono ofiary cywilne powyżej progu proporcjonalności autoryzowanego przez zatwierdzającego dowódcę, rozbieżność jest oznaczana jako odchylenie CDE wymagające dokumentacji.

Wymagania dotyczące dokumentacji odchyleń CDE są istotne. Oprogramowanie BDA musi rejestrować:

Konkretny charakter odchylenia (szkoda w chronionym obiekcie, ofiary cywilne powyżej progu, efekty poza przewidzianym promieniem)
Prawdopodobną przyczynę (usterka uzbrojenia, błąd danych targetowania, warunki środowiskowe nieuchwycone w modelu przed uderzeniem)
Ocenę, czy przyczyna była przewidywalna i czy metodologia CDE przed uderzeniem została poprawnie zastosowana
Rekord trasowania pokazujący, że raport o odchyleniu został przejrzany przez radcę prawnego i zatwierdzającego dowódcę
Postanowienie dowódcy dotyczące odchylenia

Procesy zwolnienia CDE — gdzie dowódca zatwierdza zaangażowanie pomimo wyników CDE przekraczających standardowe progi — generują dodatkowe wymagania dokumentacyjne, które oprogramowanie BDA musi obsługiwać. Rekord zwolnienia łączy obliczenie CDE przed uderzeniem, autoryzację dowódcy z podanym uzasadnieniem i wynik BDA po uderzeniu w jeden audytowalny wątek. Nie jest to jedynie wymóg administracyjny; jest to dowodowy zapis potwierdzający zgodność z zobowiązaniami wynikającymi z prawa konfliktów zbrojnych, które mają zastosowanie do wszystkich stron prowadzących operacje uderzeniowe.

Generowanie ustrukturyzowanego raportu BDA

Raport BDA jest formalnym wynikiem procesu oceny — dokumentem, który dowódca wykorzystuje do podejmowania decyzji o ponownym ataku i który wchodzi do stałego rejestru targetowania. Oprogramowanie BDA generuje ten raport z ustrukturyzowanych pól, zamiast wymagać od analityka pisania go od podstaw, co zarówno skraca czas produkcji, jak i zapewnia zgodność raportu z wymaganym formatem dla odbiorców docelowych.

Standardowy raport BDA zawiera dwa poziomy oceny z różnymi harmonogramami i odbiorcami:

Wstępna ocena dowódcy (CIA). Produkowana w ciągu dwóch do czterech godzin od wykonania uderzenia przy użyciu jakichkolwiek dostępnych danych ISR. CIA to wstępny szacunek fizycznych szkód — zazwyczaj jeden z: „cel wydaje się zniszczony", „zaobserwowano znaczne szkody", „szkody nieokreślone — wymagana ponowna kolekcja" lub „nie zaobserwowano szkód — wymagany ponowny atak" — z towarzyszącym źródłem zobrazowania lub doniesień i czasem kolekcji. CIA wspiera decyzje o ponownym ataku w czasie zbliżonym do rzeczywistego. Oprogramowanie BDA automatycznie generuje szkielet CIA ze streszczenia uderzenia i pierwszego dostępnego produktu ISR, wymagając jedynie wpisu kategorii szkód analityka i oceny pewności do jego uzupełnienia.

Szczegółowa ocena (DA). Produkowana po pełnym cyklu eksploatacji wywiadowczej — zazwyczaj 24 do 72 godzin po uderzeniu. DA obejmuje kompletną ocenę fizycznych szkód z ocenami na komponent, ocenę funkcjonalnych szkód z wynikami modelu TSA, systemową ocenę szkód, wszelką analizę odchyleń CDE i definitywną rekomendację ponownego ataku. Struktura DA w oprogramowaniu 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

Pętla zwrotna JIPTL to mechanizm, dzięki któremu wyniki BDA napędzają następną iterację listy targetowania. Gdy DA rekomenduje ponowny atak, oprogramowanie BDA zapisuje rekord renominacji do bazy danych targetowania, wstępnie wypełniony zaktualizowanym stanem celu (kategoria szkód, zmieniony MPI jeśli cel się przemieścił, zmieniona rekomendacja uzbrojenia na podstawie resztkowego stanu strukturalnego), i kieruje go do komórki targetowania w celu aktualizacji JIPTL. To zamyka pętlę między oceną a następnym cyklem targetowania bez konieczności ręcznego ponownego wprowadzania danych między systemem BDA a bazą danych targetowania.

Integracja z systemami targetowania i C2

Oprogramowanie BDA nie działa w izolacji — jest podsystemem szerszej architektury C2 i targetowania, a jego wartość zależy w dużej mierze od tego, jak dobrze integruje się z systemami działającymi przed nim i po nim w cyklu targetowania. Powierzchnia integracyjna obejmuje cztery główne interfejsy:

Interfejs bazy danych targetowania. Oprogramowanie BDA odczytuje rekordy celów — w tym współrzędne, zobrazowanie przed uderzeniem, dane CDE, specyfikacje pożądanych efektów i referencje modelu TSA — z bazy danych targetowania na początku procesu oceny. Po zakończeniu zapisuje ukończone rekordy ocen, zaktualizowane stany szkód i rekomendacje ponownego ataku z powrotem do tej samej bazy danych. Ten dwukierunkowy interfejs musi działać w czasie zbliżonym do rzeczywistego i egzekwować polityki kontroli wersji i dostępu bazy danych targetowania: analityk BDA zapisuje do sekcji BDA folderu celu; tylko organ targetowania może aktualizować status JTL celu na podstawie wyniku BDA. Zob. także omówienie oprogramowania do targetowania krytycznego czasowo dla szybszej, skróconej wersji tej pętli używanej przeciwko celom mobilnym i wrażliwym na czas.

Integracja z COP. Wspólny obraz operacyjny (COP) pobiera wyniki BDA jako aktualizacje nakładek: zaatakowane cele, których BDA jest zakończone, są aktualizowane z symbolu „uderzenie planowane" lub „uderzenie wykonane" do symbolu odzwierciedlającego ich oceniony stan szkód. Daje to obrazowi operacyjnemu bieżący widok ocenionych efektów bieżącej operacji, umożliwiając dowódcy jednym rzutem oka zobaczenie, które cele zostały wystarczająco zaangażowane, które oczekują na BDA, a które wymagają ponownego ataku. Oprogramowanie BDA publikuje aktualizacje statusu celów do warstwy COP jako zdarzenia w magistrali komunikatów C2, z identyfikatorem celu, ocenionym stanem szkód i znacznikiem czasu zakończenia BDA jako minimalnym ładunkiem.

Interfejs dekonfliktacji ognia. Rekomendacje ponownego ataku z BDA muszą być wprowadzone do procesu koordynacji ognia zanim może zostać wykonane ponowne zaangażowanie. Oprogramowanie BDA generuje nominację ponownego ataku obejmującą rekomendowane uzbrojenie, punkt celowania i parametry dostarczenia; nominacja ta jest kierowana przez oprogramowanie do dekonfliktacji ognia w celu potwierdzenia, że proponowane ponowne zaangażowanie nie koliduje z innymi ogniem w obszarze, wymaganiami rezerwacji przestrzeni powietrznej ani pozycjami sił naziemnych, zanim ponowny atak zostanie umieszczony z powrotem na JIPTL.

Pulpit nawigacyjny śledzenia skuteczności. Na poziomie kampanii wyniki BDA agregują się do pulpitu nawigacyjnego śledzenia skuteczności, który wyświetla metryki degradacji na poziomie systemu względem systemów celów kampanii. Pulpit wykreśla ocenioną resztkową zdolność każdego systemu przeciwnika — obrona powietrzna, logistyka, dowodzenie i kontrola, ogień — względem pożądanych progów degradacji kampanii. Gdy system przekroczy próg, pulpit oznacza go jako „efekty osiągnięte" i rekomenduje redystrybucję zdolności uderzeniowych. Gdy oceniana degradacja systemu spada poniżej planowanej trajektorii, pulpit oznacza go do przeglądu i generuje ponowną ocenę, czy bieżący zestaw celów i tempo uderzeń są wystarczające do osiągnięcia celów kampanii w planowanym harmonogramie.

BDA i targetowanie w jednym środowisku C2

Corvus HEAD integruje procesy BDA po uderzeniu, tasking kolekcji ISR i zarządzanie bazą danych targetowania w tym samym środowisku C2 — zamykając pętlę od wykonania uderzenia do rekomendacji ponownego ataku bez przekazywania między systemami ani ręcznego ponownego wprowadzania danych.

Poznaj Corvus HEAD → Zarezerwuj prezentację

Niniejsza analiza została przygotowana przez inżynierów Corvus Intelligence, którzy tworzą krytyczne dla misji oprogramowanie C2 i targetowania dla organizacji obronnych i rządowych. Dowiedz się o naszym zespole →

Często zadawane pytania

Jakie są trzy fazy oceny szkód bojowych i jak oprogramowanie wspiera każdą z nich?

Ocena szkód bojowych jest podzielona na trzy fazy. Ocena fizycznych szkód (PDA) mierzy obserwowalny stan fizyczny celu po uderzeniu — przy użyciu zobrazowania przed i po, algorytmów wykrywania zmian i rubryk oceniania szkód, które przypisują kategorię strukturalnych szkód od D0 (brak szkód) do D5 (całkowite zniszczenie). Ocena funkcjonalnych szkód (FDA) ocenia, czy cel nadal może pełnić swoją funkcję wojskową pomimo fizycznych szkód; wymaga to integracji z modelami analizy systemu celów odwzorowującymi komponenty strukturalne na zdolność operacyjną. Systemowa ocena szkód (SDA) ocenia wkład celu do szerszego systemu przeciwnika — czy uderzenie zdegradowało węzeł sieci na tyle, aby wpłynąć na cele na poziomie kampanii. Oprogramowanie BDA utrzymuje oddzielne ustrukturyzowane pola dla każdej fazy, z własnym procesem zatwierdzania dla każdej fazy i wkładem do skonsolidowanego raportu BDA zasilającego rekomendację ponownego ataku JIPTL.

Jak oprogramowanie BDA automatyzuje tasking ISR po uderzeniu?

Nowoczesne oprogramowanie BDA integruje się z bazą danych targetowania C2, aby uruchamiać automatyczne żądania re-cue ISR natychmiast po zarejestrowaniu zdarzenia wykonania. Gdy platforma uderzeniowa zgłasza zwolnienie uzbrojenia lub wykonanie ognia, oprogramowanie generuje żądanie kolekcji ISR wypełnione współrzędnymi celu, pożądaną rozdzielczością zobrazowania, oknem kolekcji (wynikającym z czasu lotu uzbrojenia i szacowanego czasu na celu) oraz preferencjami sensorowymi na podstawie kategorii celu. Kolekcja z radaru syntetycznej apertury jest priorytetyzowana dla celów w niesprzyjających warunkach pogodowych lub w nocy; kolekcja elektrooptyczna/podczerwona jest priorytetyzowana gdy zachmurzenie pozwala, a okno uderzenia mieści się w użytecznym świetle dziennym. Żądanie kolekcji jest kierowane przez komórkę taskowania ISR przy użyciu standardowego formatu żądania zarządzania kolekcją, skracając czas ręcznej koordynacji między wykonaniem uderzenia a kolekcją BDA z godzin do minut.

Czym jest model F3EAD i gdzie w nim mieści się BDA?

F3EAD oznacza Find, Fix, Track, Target, Engage, Assess — sześciostopniowy proces targetowania stosowany w operacjach połączonych i kombinowanych. BDA jest podstawową czynnością fazy Assess, szóstego i ostatniego kroku. Jej wyniki bezpośrednio wracają do kroku Find w cyklach ponownego ataku: jeśli ocena stwierdzi, że cel nie został wystarczająco uszkodzony, zaktualizowany rekord celu — ze zmienionymi współrzędnymi jeśli cel się przemieścił, zaktualizowanym opisem fizycznym i rekomendacją ponownego ataku — ponownie wchodzi do cyklu w fazie Fix. Oprogramowanie BDA zamyka tę pętlę poprzez zapisywanie wyników oceny bezpośrednio do folderu celu w bazie danych targetowania, automatycznie aktualizując status celu i uruchamiając proces renominacji gdy wskazany jest ponowny atak. Jakość wyniku Assess determinuje zatem szybkość i dokładność następnego cyklu Find-Fix-Track-Target przeciwko temu samemu systemowi celów.

Jakie algorytmy wykrywania zmian są stosowane w oprogramowaniu do analizy zobrazowania BDA?

Oprogramowanie do analizy zobrazowania BDA zazwyczaj wykorzystuje trzy klasy wykrywania zmian: różnicowanie na poziomie pikseli, wykrywanie zmian oparte na obiektach i klasyfikatory głębokiego uczenia. Różnicowanie na poziomie pikseli oblicza znormalizowaną różnicę między koerejestrowanymi pasmami zobrazowania przed i po uderzeniu, wyróżniając obszary znaczących zmian reflektancji odpowiadające naruszeniu gruntu, gruzowiskom lub szkodzie pożarowej. Metody oparte na obiektach segmentują zobrazowanie po uderzeniu na struktury i porównują geometrię, sygnaturę spektralną i teksturę każdego segmentowanego obiektu z jego odpowiednikiem przed uderzeniem — generując wektory zmiany na budynek zamiast ocen zmian na piksel. Klasyfikatory głębokiego uczenia, wytrenowane na oznakowanych zbiorach danych zobrazowań uderzeń, przypisują jedną ze standardowych kategorii szkód (D0–D5) bezpośrednio do każdej wykrytej struktury. Oceny pewności towarzyszą każdej klasyfikacji, a oceny o niskiej pewności są oznaczane do ręcznego przeglądu przez wyszkolonego analityka zobrazowań zanim ocena szkód zostanie zapisana do rekordu BDA.

Jak szacowanie szkód ubocznych integruje się z procesem BDA?

Szacowanie szkód ubocznych (CDE) w procesie BDA różni się od CDE przed uderzeniem: CDE przed uderzeniem przewiduje potencjał szkód dla ludności cywilnej w celu poinformowania o wyborze uzbrojenia, podczas gdy CDE po uderzeniu w kontekście BDA dokumentuje, czy rzeczywiste efekty mieściły się w przewidzianych parametrach. Oprogramowanie BDA przechowuje wynik CDE przed uderzeniem obok oceny po uderzeniu, umożliwiając oficerowi przeglądu prawnego porównanie przewidywanych szacunków ofiar z obserwowanymi efektami zgłoszonymi w BDA. Jeśli zobrazowanie po uderzeniu lub doniesienia terenowe wskazują na efekty poza granicami CDE przed uderzeniem — szkodę w poprzednio nienaruszonej chronionej lokalizacji lub ofiary cywilne powyżej progu proporcjonalności — rekord BDA musi zawierać raport o rozbieżności kierowany do radcy prawnego i zatwierdzającego dowódcy w celu przeglądu i dokumentacji. Tworzy to audytowalny zapis łączący wybór uzbrojenia, ocenę proporcjonalności przed uderzeniem i obserwowane efekty po uderzeniu.

Czym jest JIPTL i jak oprogramowanie BDA go zasila?

Wspólna zintegrowana priorytetowa lista celów (JIPTL) to zatwierdzona przez dowódcę, priorytetowa lista celów nominowanych do zaangażowania przez siły połączone. Jest wynikiem procesu celowego targetowania i autorytatywnym dokumentem taskowania dla lotnictwa uderzeniowego i ognia. Oprogramowanie BDA zasila JIPTL przez dwa mechanizmy. Po pierwsze, gdy ocena BDA stwierdza, że wcześniej zaatakowany cel wymaga ponownego ataku, oprogramowanie automatycznie generuje rekord renominacji w bazie danych targetowania, oznaczając cel do ponownego wstawienia na JIPTL ze zaktualizowanymi współrzędnymi, zmienionym stanem szkód i rekomendacją ponownego ataku kwantyfikującą wymagane dodatkowe efekty. Po drugie, dane BDA o ukończonych celach informują o ponownym obliczaniu priorytetu JIPTL: jeśli system celów został wystarczająco zdegradowany, inne cele w tym systemie mogą być depriorytetyzowane, zwalniając zdolności uderzeniowe dla możliwości o wyższej wartości w innych miejscach listy celów.

Jakie ustrukturyzowane pola danych zawiera raport BDA i jak są zarządzane w oprogramowaniu?

Ustrukturyzowany raport BDA zawiera pięć głównych sekcji: (1) streszczenie uderzenia, rejestrujące identyfikator celu, grupę daty-czasu zaangażowania, platformę atakującą, typ uzbrojenia i parametry dostarczenia z raportu wykonania; (2) ocenę fizycznych szkód, rejestrującą kategorię szkód na komponent i punkt celowania, źródło zobrazowania i datę kolekcji oraz ocenę pewności analityka; (3) ocenę funkcjonalnych szkód, oceniającą czy cel zachowuje zdolność operacyjną na podstawie stanu szkód komponentu i modelu analizy systemu celów; (4) systemową ocenę szkód, dokumentującą szerszy wpływ na system celów przeciwnika; oraz (5) rekomendację ponownego ataku, która brzmi: „cel wystarczająco zaangażowany", „BDA zakończone — brak ponownego ataku" lub „wymagany ponowny atak" z konkretnym niedoborem efektu i rekomendowaną kombinacją uzbrojenie-punkt celowania. Oprogramowanie BDA zarządza każdą sekcją jako ustrukturyzowanym rekordem z obowiązkowymi i opcjonalnymi polami, kierując każdą sekcję do odpowiedniego analityka lub organu zatwierdzającego po kolei przed sfinalizowaniem skonsolidowanego raportu.

Jak oprogramowanie BDA obsługuje fuzję wieloźródłową gdy zobrazowanie, SIGINT i doniesienia terenowe różnią się?

Wieloźródłowa fuzja BDA jest jednym z najtrudniejszych technicznie problemów w projektowaniu oprogramowania BDA. Gdy analiza zobrazowania ocenia cel jako D2 (umiarkowane szkody), ale SIGINT pokazuje, że łączność celu całkowicie ustała (sugerując degradację funkcjonalną D4 lub D5), a obserwator terenowy zgłasza, że cel nadal wykazuje ruch, oprogramowanie musi ujawnić rozbieżność zamiast cicho uśredniać trzy dane wejściowe. Nowoczesne systemy BDA implementują model źródła prawdy: każdy typ źródła BDA — zobrazowanie, SIGINT, HUMINT, raport terenowy — wnosi niezależny rekord oceny z oceną pewności i oceną wiarygodności źródła. Oprogramowanie następnie oznacza każdą ocenę, w której źródła różnią się o więcej niż jedną kategorię szkód, i kieruje rozbieżność do starszego analityka w celu rozstrzygnięcia. Rozstrzygnięty wynik, z udokumentowanym uzasadnieniem, które źródło było ważone najciężej i dlaczego, jest rejestrowany jako autorytatywny rekord BDA, a surowe dane wejściowe źródeł są zachowywane do audytu.

Jaka jest różnica między wstępną oceną BDA dowódcy a szczegółową oceną BDA?

Wstępna ocena BDA dowódcy jest produkowana w ciągu kilku godzin od uderzenia przy użyciu jakichkolwiek dostępnych danych ISR — zazwyczaj szybkiej oceny zobrazowania lub raportu załogi lotniczej — i ma na celu wspieranie decyzji o ponownym ataku w czasie zbliżonym do rzeczywistego. Zapewnia wstępną kategorię szkód i binarną rekomendację: ponowny atak teraz lub czekać na szczegółową ocenę. Szczegółowa BDA jest produkowana po pełnym cyklu eksploatacji wywiadowczej: zebrano, przetworzono i przeanalizowano zobrazowanie wysokiej rozdzielczości; eksploatacja SIGINT jest zakończona; wszelkie dostępne doniesienia HUMINT lub terenowe zostały włączone. Szczegółowa BDA aktualizuje folder celu o końcowy stan szkód, ocenę funkcjonalną opartą na analizie systemu celów, ocenę na poziomie systemu i definitywną rekomendację ponownego ataku. Oprogramowanie BDA utrzymuje oba rekordy w folderze celu, ze wstępną BDA opatrzoną oddzielnym znacznikiem czasu od szczegółowej BDA, tak aby sekwencja ocen była w pełni audytowalna.

Jak oprogramowanie BDA integruje się z narzędziami wspomagania decyzji o ponownym ataku w systemie C2?

Wspomaganie decyzji o ponownym ataku w oprogramowaniu BDA działa na dwóch poziomach. Na poziomie celu oprogramowanie oblicza niedobór efektów — lukę między pożądanym efektem (określonym w oryginalnym folderze celu) a ocenionym rzeczywistym efektem — i generuje rekomendację ponownego ataku z proponowaną kombinacją uzbrojenie-punkt celowania zamykającą niedobór. Na poziomie kampanii oprogramowanie agreguje rekordy BDA dla wszystkich zaatakowanych celów, aby generować pulpit efektów pokazujący ogólny stan każdego namierzonego systemu: jaki procent celów wysokiej wartości w systemie obrony powietrznej, sieci logistycznej lub strukturze dowodzenia został zaangażowany z pożądanym efektem. Ten obraz na poziomie kampanii umożliwia dowódcy realokację zasobów uderzeniowych z systemów, które zostały wystarczająco zdegradowane, do systemów, które są bardziej nienaruszone niż zakładał plan targetowania, czyniąc decyzję o ponownym ataku nie tylko obliczeniem na poziomie celu, ale optymalizacją portfela w całym zestawie celów.