Zarządzanie teczkami celów: budowa i utrzymanie systemu celów

Cel to nie współrzędna. To ustrukturyzowany zasób wiedzy — zgromadzony wywiad, opis fizyczny, analiza funkcjonalna, ocena ryzyka szkód towarzyszących oraz uprawnienia dowodzenia — zorganizowany w teczkę celu, która trwa od chwili nominacji po ocenę szkód bojowych po uderzeniu. Oprogramowanie do zarządzania teczkami celów to system, który przechowuje tę wiedzę, egzekwuje procesy regulujące jej budowę i zatwierdzanie oraz utrzymuje wspólną listę celów (JTL) zsynchronizowaną z obrazem operacyjnym. Artykuł ten analizuje, jak to oprogramowanie jest zaprojektowane, jakimi danymi musi zarządzać i jak integruje się z szerszym wspólnym obrazem operacyjnym i środowiskiem C2.

Teczka celu: model danych i wymagane pola

Teczka celu to autorytatywny zapis pojedynczego celu przez cały jego cykl życia w systemie celowania. Jej model danych musi pomieścić kilka kategorii informacji obejmujących różne poziomy tajności, typy źródeł i cykle aktualizacji.

Lokalizacja i geometria. Nominowana lokalizacja celu (NTL) to współrzędna WGS84 nadana podczas nominacji. W miarę postępu rozwoju NTL jest dopracowywana do średniego punktu uderzenia (MPI) — współrzędnej, na którą będą celowane środki rażenia. Teczka celu przechowuje obie wartości wraz z powiązanymi wskaźnikami dokładności: prawdopodobny błąd kołowy (CEP) lub równoważne oświadczenie o dokładności danych ze źródła wywiadowczego. Jeśli cel zajmuje obszar (magazyn, lotnisko lub węzeł dowodzenia z wieloma funkcjonalnie istotnymi komponentami), teczka przechowuje obrys wieloboku oprócz MPI.

Identyfikacja i opis celu. Każdy cel otrzymuje numer seryjny celu (TSN) nadany przez oprogramowanie celowania przy nominacji. Dodatkowe pola identyfikacyjne obejmują kategorię celu (ze znormalizowanej listy kategorii celów zgodnej z doktrynalnymi ramami analizy systemu celów), nazwę celu oraz odniesienia do istniejących wpisów w bazie danych wywiadowczych dotyczących tego samego obiektu. Sekcja opisu fizycznego zawiera ustrukturyzowane pola obejmujące rozmiar celu, typ konstrukcji, zasięg naziemny i podziemny oraz cechy charakterystyczne widoczne na zobrazowaniach.

Analiza funkcjonalna. Oficer celowania dokumentuje, które komponenty celu są funkcjonalnie krytyczne — te, których zniszczenie lub neutralizacja osiągnie pożądany efekt — a które są nadmiarowe lub drugorzędne. Analiza ta steruje etapem doboru środków rażenia: dobierający musi wiedzieć, który punkt celowania daje pożądany efekt, a nie jedynie która współrzędna umieszcza środek rażenia wewnątrz granicy celu.

Zapisy źródeł wywiadowczych. Każdy element danych w teczce nosi odniesienie źródłowe: raport wywiadowczy, produkt zobrazowania lub raport osobowy, który go potwierdza. Odniesienia źródłowe obejmują oznaczenia tajności, autora i datę. Oprogramowanie musi obsługiwać wiele poziomów tajności w obrębie jednej teczki, z kontrolą dostępu na poziomie pól, która uniemożliwia użytkownikom bez wymaganego poświadczenia oglądanie tajnych szczegółów źródeł, pozwalając im jednocześnie pracować z odtajnionym zapisem celu.

Dane oceny szkód towarzyszących. Ocena szkód towarzyszących (CDE) to obowiązkowy krok, zanim jakikolwiek cel może zostać zatwierdzony do rażenia. Teczka przechowuje dane wejściowe CDE — zobrazowania okolicznych obiektów, pomiary odległości do obiektów chronionych, szacunki gęstości zaludnienia — oraz wyniki CDE dla każdej rozważanej opcji uzbrojenia. Ponieważ wyniki CDE unieważnia zmiana współrzędnych lub zmiana otoczenia, oprogramowanie musi wersjonować zapisy CDE i oznaczać je do ponownego obliczenia, gdy zmieniają się ich dane wejściowe.

Wspólny cykl celowania i proces oprogramowania

Wspólny cykl celowania zapewnia ramy proceduralne, w których działa oprogramowanie do zarządzania teczkami celów. Cykl ma sześć faz, a silnik procesów oprogramowania odzwierciedla każdą fazę konfigurowalnymi przejściami statusów i regułami routingu.

Faza 1: Wytyczne dowódcy. Zanim rozpocznie się celowanie, dowódca wydaje wytyczne definiujące system celów (która kategoria celów wspiera cele operacji), pożądane efekty, ograniczenia oraz wszelkie cele wyłączone ze względu na uwarunkowania operacyjne, prawne lub polityczne. Wytyczne te są kodowane w oprogramowaniu celowania jako konfiguracja na poziomie kampanii: lista zatwierdzonych kategorii celów, lista obiektów ograniczonych i zakazanych (uzupełniana z baz danych listy celów ograniczonych i listy zakazanej) oraz progi efektów, których metodyka CDE nie może przekroczyć bez podwyższonego zatwierdzenia dowodzenia.

Faza 2: Rozwój celów. Komórka celowania nominuje cele i uzupełnia ich teczki. Oprogramowanie egzekwuje minimalną listę kontrolną zawartości, zanim teczkę można awansować z „nominowany” do „rozwój ukończony” — wszystkie wymagane pola muszą być uzupełnione, a wszystkie odniesienia źródłowe załączone. Niekompletne pola są oznaczane w interfejsie, a lista kontrolna steruje pracą oficera celowania zamiast polegać na ręcznym śledzeniu w arkuszach kalkulacyjnych lub dokumentach współdzielonych.

Faza 3: Dobór środków rażenia i analiza zdolności. Oficer doboru środków rażenia wybiera kombinacje uzbrojenie-punkt celowania, które osiągają pożądany efekt wobec krytycznych komponentów wskazanych w analizie funkcjonalnej. Oprogramowanie celowania przechowuje wyniki doboru jako ustrukturyzowane zapisy powiązane z konkretnymi punktami celowania w geometrii celu, z typem uzbrojenia, nastawą zapalnika, parametrami dostarczenia i przewidywanymi efektami. CDE jest uruchamiane dla każdej rozważanej opcji uzbrojenia, a wyniki określają, które opcje są dostępne na zatwierdzonym poziomie uprawnień dowodzenia.

Faza 4: Użycie sił. Zatwierdzone cele są dodawane do wspólnej listy celów i przypisywane platformom uderzeniowym — statkom powietrznym, artylerii lub walce radioelektronicznej — przez rozkaz zadań lotniczych (ATO) lub równoważny mechanizm zadaniowania. Oprogramowanie celowania rejestruje przypisanie i aktualizuje status celu, odzwierciedlając, że rażenie jest zaplanowane. Integracja z warstwą kierowania ogniem artylerii C2 jest kluczowym interfejsem w tej fazie: oprogramowanie celowania musi przekazać współrzędne punktów celowania, dane zapalnika i wymagania dotyczące efektu do systemu kierowania ogniem oraz otrzymać zwrotne potwierdzenie wykonania.

Faza 5: Planowanie wykonania i wykonanie. Po przypisaniu oficerowie celowania monitorują status wykonania poprzez integrację oprogramowania celowania z operacyjnym obrazem C2. Gdy platforma raportuje wykonanie — odpalenie środka rażenia lub wykonanie ognia — oprogramowanie celowania rejestruje zdarzenie wykonania i uruchamia proces BDA.

Faza 6: Ocena. Dane oceny szkód bojowych — zobrazowania, sygnały lub raporty naziemne — są wprowadzane jako ustrukturyzowany zapis oceny w teczce celu. Proces oceny porównuje obserwowane efekty z pożądanymi efektami z Fazy 1, klasyfikuje wynik (cel zniszczony, cel uszkodzony i wymagane ponowne rażenie, cel nieuszkodzony) i generuje rekomendację ponownego rażenia, jeśli pożądanego efektu nie osiągnięto. Ukończony zapis BDA zamyka cykl celowania dla danego celu; cele wymagające ponownego rażenia wracają na JTL ze zaktualizowanymi teczkami.

Zarządzanie listą celów: JTL jako żywa baza danych

Wspólna lista celów to nie statyczny dokument — to żywy widok bazy danych, który zmienia się nieustannie w miarę nominowania, rozwijania, zatwierdzania, rażenia i oceniania celów. Oprogramowanie do zarządzania teczkami celów utrzymuje JTL jako przefiltrowane, posortowane zapytanie do bazowej bazy danych celów, z konfigurowalnymi widokami dla różnych użytkowników i poziomów dowodzenia.

Widok JTL prezentuje cele pogrupowane według kategorii, efektu lub geograficznego rejonu działań. Oficerowie celowania mogą filtrować według statusu celu, priorytetu, przypisanej platformy lub okna czasowego. Dowódcy widzą widok zbiorczy z priorytetem celu, pozycją na JTL i statusem wykonania. Doradcy prawni widzą kolejkę przeglądu CDE i proporcjonalności. Każda rola widzi te same autorytatywne dane z tej samej bazy danych, różniące się jedynie kontrolą dostępu i konfiguracją wyświetlania.

Priorytetyzacja celów na JTL jest sterowana modelem punktacji, który uwzględnia wkład celu w cele dowódcy, wrażliwość czasową (czy cel ma ograniczone okno, w którym jest dostępny lub podatny?) oraz koszt rażenia w kategoriach dostępności platform i ryzyka. Oprogramowanie rejestruje uzasadnienie priorytetyzacji, co jest ważne dla przeglądu po operacjach i dla wykazania, że decyzje celownicze podjęto zgodnie z wytycznymi dowodzenia i obowiązującym prawem.

Integracja listy zakazanej i listy celów ograniczonych

Lista zakazana (NSL) i lista celów ograniczonych (RTL) muszą być zintegrowane z oprogramowaniem celowania na poziomie danych, a nie jako sprawdzenie na poziomie interfejsu. Każda teczka celu jest automatycznie porównywana z NSL i RTL przy wprowadzaniu lub aktualizacji współrzędnych. Jeśli MPI celu mieści się w progu bliskości obiektu chronionego — szpitala, szkoły, dobra kultury lub obiektu kultu religijnego — oprogramowanie oznacza potencjalny konflikt i wymaga wyraźnego potwierdzenia od oficera zatwierdzającego, zanim cel można awansować. Próg bliskości jest konfigurowalny dla każdej kategorii obiektu chronionego i zgodnie z obowiązującymi zasadami użycia siły.

Dane NSL i RTL są utrzymywane jako oddzielna, kontrolowana baza danych synchronizowana do oprogramowania celowania z wyższego dowództwa. Mechanizm aktualizacji musi być niezawodny i podlegający audytowi: każda zmiana NSL lub RTL jest rejestrowana ze znacznikiem czasu, organem źródłowym oraz konkretnymi dodanymi lub usuniętymi obiektami. Cele, których status bliskości NSL/RTL zmienia się wskutek aktualizacji NSL — a nie przemieszczenia celu — muszą zostać ponownie oznaczone do przeglądu, nawet jeśli ich własne dane się nie zmieniły.

Architektura oprogramowania: baza danych celowania i jej interfejsy

Rdzeniem oprogramowania do zarządzania teczkami celów jest ustrukturyzowana relacyjna baza danych z magazynem dokumentów dla załączników — miniatur zobrazowań, produktów zobrazowania w pełnej rozdzielczości, arkuszy CDE i raportów oceny. Warstwa relacyjna przechowuje zapis celu ze wszystkimi ustrukturyzowanymi polami; magazyn dokumentów przechowuje załączniki binarne i wielkotekstowe powiązane z numerem seryjnym celu.

Baza danych celowania musi obsługiwać równoczesną edycję przez wielu oficerów celowania, z wykrywaniem i rozwiązywaniem konfliktów dla pól współdzielonych (priorytet JTL, status celu, współrzędne punktów celowania). Historia wersji wszystkich ustrukturyzowanych pól to wymóg podstawowy: organy celowania muszą móc odtworzyć stan dowolnej teczki celu w momencie dowolnego zdarzenia zatwierdzenia lub wykonania na potrzeby przeglądu prawnego po operacjach.

Interfejsy integracyjne łączą oprogramowanie celowania z resztą środowiska C2. Głównym interfejsem jest warstwa COP, która pobiera zatwierdzone zapisy celów z JTL jako nakładki geoprzestrzenne — punkty odniesienia celu, nazwane rejony zainteresowania lub strefy rażenia publikowane jako obiekty mapowe. Interfejs ten jest dwukierunkowy: zdarzenia wykonania i dane wejściowe BDA wracają z warstw COP i ISR do bazy danych celowania. Drugorzędny interfejs łączy oprogramowanie celowania z systemem koordynacji ognia w celu bezpośredniego przekazania danych punktów celowania, parametrów uzbrojenia i potwierdzenia wykonania. Zobacz pokrewne omówienie oprogramowania koordynacji JTAC i CAS dotyczące procesu koordynacji bezpośredniego wsparcia lotniczego, który działa równolegle z cyklem celowania planowego.

Obsługa tajności i wielodomenowa kontrola dostępu

Teczki celów agregują dane z wielu źródeł wywiadowczych działających na różnych poziomach tajności. Pojedyncza teczka może zawierać jawne zobrazowania z satelitów komercyjnych, wywiad sygnałowy poziomu tajne oraz raporty osobowe poziomu ściśle tajne — wszystkie opisujące ten sam cel. Oprogramowanie musi wdrażać etykiety tajności na poziomie pól i egzekwować je w warstwie API, a nie tylko w warstwie prezentacji.

Praktyczna konsekwencja jest taka, że oficer celowania z poświadczeniem tajne i oficer celowania z poświadczeniem ściśle tajne mogą widzieć różne wersje tej samej teczki celu. Obaj widzą współrzędne celu, kategorię i status JTL. Tylko oficer z wyższym poświadczeniem widzi analizę funkcjonalną pochodzącą z HUMINT. Oprogramowanie musi prezentować każdemu użytkownikowi spójny, konsekwentny widok na podstawie jego poziomu dostępu — a nie po prostu zaciemniać pola, co rodzi niejasność, czy dane w ogóle istnieją.

Operacje koalicyjne dodają kolejny wymiar: personel państwa partnerskiego może mieć równoważne poziomy poświadczeń, lecz odmienne zastrzeżenia narodowe ograniczające dostęp do wywiadu z określonych źródeł. Model kontroli dostępu musi obsługiwać filtrowanie oparte na zastrzeżeniach oprócz filtrowania według poziomu tajności i musi być konfigurowalny dla zasad wymiany każdej koalicji bez konieczności dostosowywania oprogramowania.