Gestionarea dosarelor de ținte: construirea și menținerea sistemului de ținte

O țintă nu este o coordonată. Este un corp structurat de cunoștințe – informații acumulate, descriere fizică, analiză funcțională, evaluarea riscului de daune colaterale și autoritate de comandă – organizat într-un dosar de țintă care persistă din momentul nominalizării până la evaluarea daunelor de luptă de după lovitură. Software-ul de gestionare a dosarelor de ținte este sistemul care păstrează aceste cunoștințe, aplică fluxurile de lucru care guvernează modul în care sunt construite și aprobate și menține lista comună de ținte (JTL) sincronizată cu imaginea operațională. Acest articol examinează cum este arhitecturat acel software, ce date trebuie să gestioneze și cum se integrează cu imaginea operațională comună mai largă și cu mediul C2.

Dosarul de țintă: modelul de date și câmpurile necesare

Dosarul de țintă este înregistrarea autoritară pentru o singură țintă pe tot parcursul ciclului ei de viață în sistemul de targeting. Modelul său de date trebuie să găzduiască mai multe categorii de informații care acoperă diferite niveluri de clasificare, tipuri de surse și cicluri de actualizare.

Locație și geometrie. Locația nominalizată a țintei (NTL) este o coordonată WGS84 atribuită în timpul nominalizării. Pe măsură ce dezvoltarea avansează, NTL este rafinată la un punct mediu de impact (MPI) – coordonata către care vor fi îndreptate armele. Dosarul de țintă stochează ambele valori, cu cifrele de precizie asociate: o eroare probabilă circulară (CEP) sau declarația echivalentă de precizie a datumului din informațiile sursă. Dacă ținta ocupă o zonă (un depozit, un aerodrom sau un nod de comandă cu mai multe componente semnificative funcțional), dosarul stochează o amprentă poligonală pe lângă MPI.

Identificarea și descrierea țintei. Fiecare țintă primește un număr de serie al țintei (TSN) atribuit de software-ul de targeting la nominalizare. Câmpurile suplimentare de identificare includ categoria țintei (dintr-o listă standardizată de categorii de ținte aliniată cadrelor doctrinare de analiză a sistemului de ținte), numele țintei și referințele încrucișate la intrările existente din baza de date de informații pentru același obiect. Secțiunea de descriere fizică conține câmpuri structurate privind dimensiunea țintei, tipul de construcție, întinderea supraterană și subterană și trăsăturile distinctive vizibile în imagini.

Analiza funcțională. Ofițerul de targeting documentează care componente ale țintei sunt critice funcțional – cele a căror distrugere sau neutralizare ar atinge efectul dorit – și care sunt redundante sau secundare. Această analiză ghidează pasul de weaponeering: selectorul trebuie să știe care punct de ochire produce efectul dorit, nu doar care coordonată plasează arma în interiorul limitei țintei.

Înregistrările surselor de informații. Fiecare element de date din dosar poartă o referință la sursă: raportul de informații, produsul de imagistică sau raportarea umană care îl susține. Referințele surselor includ marcaje de clasificare, originator și dată. Software-ul trebuie să accepte mai multe niveluri de clasificare în cadrul unui singur dosar, cu control al accesului la nivel de câmp care împiedică utilizatorii fără autorizarea necesară să vadă detaliile clasificate ale sursei, permițându-le totuși să lucreze cu înregistrarea de țintă sanitizată.

Datele de estimare a daunelor colaterale. Estimarea daunelor colaterale (CDE) este un pas obligatoriu înainte ca orice țintă să poată fi aprobată pentru angajare. Dosarul stochează datele de intrare CDE – imagini ale structurilor înconjurătoare, măsurători ale distanței față de siturile protejate, estimări ale densității populației – și rezultatele CDE pentru fiecare opțiune de armă luată în considerare. Deoarece rezultatele CDE sunt invalidate de schimbările de coordonate sau de modificările mediului înconjurător, software-ul trebuie să versioneze înregistrările CDE și să le marcheze pentru recalculare atunci când datele lor de intrare se schimbă.

Ciclul comun de targeting și fluxul de lucru al software-ului

Ciclul comun de targeting oferă cadrul procedural în care funcționează software-ul de gestionare a dosarelor de ținte. Ciclul are șase faze, iar motorul de flux de lucru al software-ului reflectă fiecare fază cu tranziții de stare configurabile și reguli de direcționare.

Faza 1: Îndrumările comandantului. Înainte de începerea targetingului, comandantul emite îndrumări care definesc sistemul de ținte (ce categorie de ținte sprijină obiectivele operațiunii), efectele dorite, constrângerile și orice ținte interzise din considerente operaționale, juridice sau politice. Aceste îndrumări sunt codificate în software-ul de targeting ca o configurație la nivel de campanie: o listă de categorii de ținte aprobate, o listă de obiecte restricționate și care nu pot fi lovite (populate din bazele de date ale listei de ținte restricționate și ale listei de ținte care nu pot fi lovite) și praguri de efect pe care metodologia CDE nu trebuie să le depășească fără aprobare de comandă superioară.

Faza 2: Dezvoltarea țintei. Celula de targeting nominalizează ținte și le completează dosarele. Software-ul aplică o listă de verificare a conținutului minim înainte ca un dosar să poată fi promovat de la „nominalizat” la „dezvoltare finalizată” – toate câmpurile necesare trebuie completate și toate referințele surselor atașate. Câmpurile incomplete sunt marcate în interfață, iar lista de verificare ghidează fluxul de lucru al ofițerului de targeting în loc să se bazeze pe urmărirea manuală în foi de calcul sau documente partajate.

Faza 3: Weaponeering-ul și analiza capabilităților. Ofițerul de weaponeering selectează combinații armă-punct de ochire care ating efectul dorit împotriva componentelor critice identificate în analiza funcțională. Software-ul de targeting stochează rezultatele weaponeering-ului ca înregistrări structurate legate de puncte de ochire specifice din geometria țintei, cu tipul de armă, setarea focosului, parametrii de livrare și efectele prevăzute. CDE este rulată pentru fiecare opțiune de armă luată în considerare, iar rezultatele determină care opțiuni sunt disponibile la nivelul autorității de comandă aprobat.

Faza 4: Aplicarea forței. Țintele aprobate sunt adăugate în lista comună de ținte și atribuite platformelor de atac – avioane, artilerie sau război electronic – prin ordinul de misiune aeriană (ATO) sau un mecanism echivalent de atribuire a sarcinilor. Software-ul de targeting înregistrează atribuirea și actualizează starea țintei pentru a reflecta faptul că angajarea este planificată. Integrarea cu stratul C2 de control al focului de artilerie este o interfață cheie în această fază: software-ul de targeting trebuie să transmită coordonatele punctului de ochire, datele focosului și cerințele de efect către sistemul de control al focului și să primească confirmarea execuției înapoi.

Faza 5: Planificarea execuției și execuția. Odată atribuite, ofițerii de targeting monitorizează starea execuției prin integrarea software-ului de targeting cu imaginea C2 operațională. Când o platformă raportează execuția – lansarea armei sau executarea focului – software-ul de targeting înregistrează evenimentul de execuție și declanșează fluxul de lucru BDA.

Faza 6: Evaluarea. Datele de evaluare a daunelor de luptă – imagini, semnale sau raportare la sol – sunt introduse ca o înregistrare structurată de evaluare în dosarul de țintă. Fluxul de lucru de evaluare compară efectele observate cu efectele dorite din Faza 1, clasifică rezultatul (țintă distrusă, țintă avariată și re-atac necesar, țintă neavariată) și generează o recomandare de re-atac dacă efectul dorit nu a fost atins. Înregistrarea BDA finalizată închide ciclul de targeting pentru acea țintă; țintele care necesită re-atac sunt returnate în JTL cu dosare actualizate.

Gestionarea listei de ținte: JTL ca bază de date vie

Lista comună de ținte nu este un document static – este o vizualizare de bază de date vie care se schimbă continuu pe măsură ce țintele sunt nominalizate, dezvoltate, aprobate, angajate și evaluate. Software-ul de gestionare a dosarelor de ținte menține JTL ca o interogare filtrată și sortată asupra bazei de date subiacente a țintelor, cu vizualizări configurabile pentru diferiți utilizatori și niveluri de comandă.

Vizualizarea JTL expune țintele grupate pe categorie, efect sau zonă geografică de operațiuni. Ofițerii de targeting pot filtra după starea țintei, prioritate, platforma atribuită sau fereastra de timp. Comandanții văd o vizualizare rezumat cu prioritatea țintei, poziția în JTL și starea execuției. Consilierii juridici văd coada de revizuire CDE și de proporționalitate. Fiecare rol vede aceleași date autoritare din aceeași bază de date, diferențiate doar prin controlul accesului și configurația de afișare.

Prioritizarea țintelor pe JTL este condusă de un model de punctare care încorporează contribuția țintei la obiectivele comandantului, sensibilitatea la timp (are ținta o fereastră limitată în care este disponibilă sau vulnerabilă?) și costul angajării în termeni de disponibilitate a platformei și risc. Software-ul înregistrează raționamentul prioritizării, ceea ce este important pentru revizuirea de după operațiuni și pentru a demonstra că deciziile de targeting au fost luate în conformitate cu îndrumările comenzii și legea aplicabilă.

Integrarea listei de ținte care nu pot fi lovite și a listei de ținte restricționate

Lista de ținte care nu pot fi lovite (NSL) și lista de ținte restricționate (RTL) trebuie integrate în software-ul de targeting la nivelul stratului de date, nu ca o verificare la nivel de interfață. Fiecare dosar de țintă este verificat automat față de NSL și RTL atunci când coordonatele sunt introduse sau actualizate. Dacă MPI al unei ținte cade în pragul de proximitate al unui sit protejat – un spital, o școală, un bun cultural sau un sit religios – software-ul marchează potențialul conflict și solicită o confirmare explicită din partea ofițerului care aprobă înainte ca ținta să poată fi avansată. Pragul de proximitate este configurabil pe categorie de sit protejat și conform regulilor de angajare aplicabile.

Datele NSL și RTL sunt menținute ca o bază de date separată, controlată, care este sincronizată cu software-ul de targeting de la comanda superioară. Mecanismul de actualizare trebuie să fie fiabil și auditabil: fiecare modificare a NSL sau RTL este înregistrată cu o marcă de timp, autoritatea sursă și obiectele specifice adăugate sau eliminate. Țintele a căror stare de proximitate NSL/RTL se schimbă din cauza unei actualizări NSL – nu a unei deplasări a țintei – trebuie remarcate pentru revizuire chiar dacă propriile lor date nu s-au schimbat.

Arhitectura software: baza de date de targeting și interfețele sale

Nucleul software-ului de gestionare a dosarelor de ținte este o bază de date relațională structurată cu un depozit de documente pentru atașamente – miniaturi de imagini, produse de imagistică la rezoluție completă, fișe de lucru CDE și rapoarte de evaluare. Stratul relațional conține înregistrarea țintei cu toate câmpurile structurate; depozitul de documente conține atașamente binare și de text mare cheiate la numărul de serie al țintei.

Baza de date de targeting trebuie să accepte editarea concurentă de către mai mulți ofițeri de targeting, cu detectarea și rezolvarea conflictelor pentru câmpurile partajate (prioritatea JTL, starea țintei, coordonatele punctului de ochire). Istoricul versiunilor pentru toate câmpurile structurate este o cerință de bază: autoritățile de targeting trebuie să poată reconstrui starea oricărui dosar de țintă la momentul oricărui eveniment de aprobare sau execuție pentru revizuirea juridică de după operațiuni.

Interfețele de integrare conectează software-ul de targeting cu restul mediului C2. Interfața principală este stratul COP, care consumă înregistrările de ținte aprobate din JTL ca suprapuneri geospațiale – puncte de referință ale țintelor, zone de interes desemnate sau zone de angajare publicate ca elemente de hartă. Această interfață este bidirecțională: evenimentele de execuție și intrările BDA curg înapoi din straturile COP și ISR în baza de date de targeting. O interfață secundară conectează software-ul de targeting cu sistemul de coordonare a focului pentru transferul direct al datelor punctului de ochire, al parametrilor armei și al confirmării execuției. Vezi tratarea conexă a software-ului de coordonare JTAC și CAS pentru fluxul de lucru de coordonare a sprijinului aerian apropiat care funcționează în paralel cu ciclul deliberat de targeting.

Gestionarea clasificării și controlul accesului multi-domeniu

Dosarele de ținte agregă date din mai multe surse de informații care operează la diferite niveluri de clasificare. Un singur dosar poate conține imagini neclasificate de la sateliți comerciali, informații de semnale la nivel secret și raportare umană strict secretă – toate descriind aceeași țintă. Software-ul trebuie să implementeze etichete de clasificare la nivel de câmp și să le aplice la nivelul API, nu doar la nivelul stratului de prezentare.

Implicația practică este că un ofițer de targeting cu autorizare secret și un ofițer de targeting cu autorizare strict secret pot vedea versiuni diferite ale aceluiași dosar de țintă. Amândoi văd coordonatele, categoria și starea JTL ale țintei. Doar ofițerul cu autorizare superioară vede analiza funcțională derivată din HUMINT. Software-ul trebuie să prezinte o vizualizare coerentă și consecventă fiecărui utilizator în funcție de nivelul său de acces – nu doar să lase câmpurile goale, ceea ce creează confuzie cu privire la faptul că datele există.

Operațiunile de coaliție adaugă o dimensiune suplimentară: personalul națiunilor partenere poate avea niveluri de autorizare echivalente, dar avertismente naționale diferite care restricționează accesul la informații din anumite surse. Modelul de control al accesului trebuie să accepte filtrarea bazată pe avertismente pe lângă filtrarea bazată pe nivelul de clasificare și trebuie să fie configurabil pentru regulile de partajare ale fiecărei coaliții fără a necesita personalizarea software-ului.