Maalikansioiden hallinta: maalijärjestelmän rakentaminen ja ylläpito

Maali ei ole koordinaatti. Se on jäsennelty tietokokonaisuus – kertynyt tiedustelutieto, fyysinen kuvaus, toiminnallinen analyysi, oheisvahinkoriskin arviointi ja komentovalta – järjestettynä maalikansioksi, joka säilyy nimeämishetkestä iskun jälkeiseen taistelutuhojen arviointiin asti. Maalikansioiden hallintaohjelmisto on järjestelmä, joka säilyttää tämän tiedon, valvoo työnkulkuja, jotka ohjaavat sen rakentamista ja hyväksyntää, ja pitää yhteisen maaliluettelon (JTL) synkronoituna operatiivisen kuvan kanssa. Tässä artikkelissa tarkastellaan, miten kyseinen ohjelmisto on arkkitehtuuriltaan rakennettu, mitä tietoja sen on hallittava ja miten se integroituu laajempaan yhteiseen tilannekuvaan ja C2-ympäristöön.

Maalikansio: tietomalli ja vaaditut kentät

Maalikansio on yksittäisen maalin auktoritatiivinen tietue koko sen elinkaaren ajan maalitusjärjestelmässä. Sen tietomallin on mukauduttava useaan tietokategoriaan, jotka kattavat eri luokitustasot, lähdetyypit ja päivityssyklit.

Sijainti ja geometria. Nimetty maalin sijainti (NTL) on WGS84-koordinaatti, joka osoitetaan nimeämisen aikana. Kehityksen edetessä NTL tarkennetaan keskimääräiseksi osumapisteeksi (MPI) – koordinaatiksi, johon aseet suunnataan. Maalikansio tallentaa molemmat arvot liitettyine tarkkuuslukuineen: ympyrämäisen todennäköisen virheen (CEP) tai vastaavan datumin tarkkuuslausekkeen lähdetiedustelusta. Jos maali vie alueen (varikko, lentokenttä tai komentosolmu, jossa on useita toiminnallisesti merkittäviä komponentteja), kansio tallentaa monikulmiojalanjäljen MPI:n lisäksi.

Maalin tunnistus ja kuvaus. Jokainen maali saa maalin sarjanumeron (TSN), jonka maalitusohjelmisto osoittaa nimeämishetkellä. Lisätunnistuskenttiä ovat maalikategoria (standardoidusta maalikategorialuettelosta, joka on linjassa doktriinin maalijärjestelmän analyysikehysten kanssa), maalin nimi ja ristiviittaukset olemassa oleviin tiedustelutietokannan merkintöihin samasta kohteesta. Fyysisen kuvauksen osio sisältää jäsenneltyjä kenttiä maalin koosta, rakennetyypistä, maanpäällisestä ja maanalaisesta laajuudesta sekä kuvamateriaalissa näkyvistä erottavista piirteistä.

Toiminnallinen analyysi. Maalitusupseeri dokumentoi, mitkä maalin komponentit ovat toiminnallisesti kriittisiä – ne, joiden tuhoaminen tai neutralointi saavuttaisi halutun vaikutuksen – ja mitkä ovat redundantteja tai toissijaisia. Tämä analyysi ohjaa asevaikutusvaihetta: valitsijan on tiedettävä, mikä osumapiste tuottaa halutun vaikutuksen, ei vain mikä koordinaatti sijoittaa aseen maalin rajojen sisään.

Tiedustelulähteiden tietueet. Jokaisella kansion tietoelementillä on lähdeviite: tiedusteluraportti, kuvatuote tai henkilölähdetieto, joka tukee sitä. Lähdeviitteet sisältävät luokitusmerkinnät, alkuperäislähteen ja päivämäärän. Ohjelmiston on tuettava useita luokitustasoja yhden kansion sisällä, ja kenttätason pääsynvalvonnan on estettävä käyttäjiä, joilla ei ole vaadittavaa selvitystä, näkemästä luokiteltuja lähdetietoja, samalla kun he voivat työskennellä siivotun maalitietueen kanssa.

Oheisvahinkojen arviointitiedot. Oheisvahinkojen arviointi (CDE) on pakollinen vaihe ennen kuin mikään maali voidaan hyväksyä vaikuttamista varten. Kansio tallentaa CDE-syöttötiedot – kuvamateriaalia ympäröivistä rakenteista, etäisyysmittauksia suojattuihin kohteisiin, väestötiheysarviot – sekä CDE-tulokset jokaiselle harkitulle asevaihtoehdolle. Koska CDE-tulokset mitätöityvät koordinaattimuutoksista tai ympäröivän ympäristön muutoksista, ohjelmiston on versioitava CDE-tietueet ja merkittävä ne uudelleenlaskentaa varten, kun niiden syöttötiedot muuttuvat.

Yhteinen maalittamissykli ja ohjelmiston työnkulku

Yhteinen maalittamissykli tarjoaa menettelyllisen kehyksen, jonka puitteissa maalikansioiden hallintaohjelmisto toimii. Syklissä on kuusi vaihetta, ja ohjelmiston työnkulkumoottori peilaa jokaista vaihetta määritettävin tilasiirtymin ja ohjaussäännöin.

Vaihe 1: Komentajan ohjeistus. Ennen maalittamisen alkua komentaja antaa ohjeistuksen, joka määrittelee maalijärjestelmän (mikä maalikategoria tukee operaation tavoitteita), halutut vaikutukset, rajoitteet ja kaikki maalit, jotka ovat kiellettyjä operatiivisista, oikeudellisista tai poliittisista syistä. Tämä ohjeistus koodataan maalitusohjelmistoon kampanjatason konfiguraationa: luettelo hyväksytyistä maalikategorioista, luettelo rajoitetuista ja lyömättömistä kohteista (täytettynä rajoitettujen maalien luettelosta ja lyömättömien kohteiden luettelon tietokannoista) sekä vaikutuskynnykset, joita CDE-menetelmä ei saa ylittää ilman korotettua komentohyväksyntää.

Vaihe 2: Maalin kehitys. Maalitussolu nimeää maaleja ja täyttää niiden kansiot. Ohjelmisto valvoo vähimmäissisällön tarkistuslistaa ennen kuin kansio voidaan edistää tilasta 'nimetty' tilaan 'kehitys valmis' – kaikki vaaditut kentät on täytettävä ja kaikki lähdeviitteet liitettävä. Puutteelliset kentät merkitään käyttöliittymässä, ja tarkistuslista ohjaa maalitusupseerin työnkulkua sen sijaan, että luotettaisiin manuaaliseen seurantaan taulukkolaskennassa tai jaetuissa asiakirjoissa.

Vaihe 3: Asevaikutusanalyysi ja suorituskykyjen analyysi. Asevaikutusupseeri valitsee ase–osumapiste-yhdistelmiä, jotka saavuttavat halutun vaikutuksen toiminnallisessa analyysissä tunnistettuja kriittisiä komponentteja vastaan. Maalitusohjelmisto tallentaa asevaikutustulokset jäsenneltyinä tietueina, jotka on linkitetty maalin geometrian tiettyihin osumapisteisiin, asetyypin, sytyttimen asetuksen, maaliinviennin parametrien ja ennustettujen vaikutusten kera. CDE suoritetaan jokaiselle harkitulle asevaihtoehdolle, ja tulokset määrittävät, mitkä vaihtoehdot ovat käytettävissä hyväksytyllä komentovaltatasolla.

Vaihe 4: Voiman kohdentaminen. Hyväksytyt maalit lisätään yhteiseen maaliluetteloon ja osoitetaan vaikutusalustoille – ilma-aluksille, tykistölle tai elektroniselle sodankäynnille – ilmatehtäväkäskyn (ATO) tai vastaavan tehtävämekanismin kautta. Maalitusohjelmisto kirjaa osoituksen ja päivittää maalin tilan kuvastamaan, että vaikuttaminen on suunniteltu. Integraatio tykistön tulenjohto-C2-kerroksen kanssa on keskeinen rajapinta tässä vaiheessa: maalitusohjelmiston on välitettävä osumapistekoordinaatit, sytytintiedot ja vaikutusvaatimukset tulenjohtojärjestelmälle ja saatava toteutusvahvistus takaisin.

Vaihe 5: Toteutuksen suunnittelu ja toteutus. Osoituksen jälkeen maalitusupseerit valvovat toteutuksen tilaa maalitusohjelmiston operatiiviseen C2-kuvaan integraation kautta. Kun alusta raportoi toteutuksen – aseen laukaisun tai tulen toteutuksen – maalitusohjelmisto kirjaa toteutustapahtuman ja käynnistää BDA-työnkulun.

Vaihe 6: Arviointi. Taistelutuhojen arviointitiedot – kuvamateriaali, signaalit tai maaraportointi – syötetään jäsenneltynä arviointitietueena maalikansioon. Arviointityönkulku vertaa havaittuja vaikutuksia vaiheen 1 haluttuihin vaikutuksiin, luokittelee tuloksen (maali tuhottu, maali vaurioitunut ja uudelleenvaikuttaminen vaadittu, maali vahingoittumaton) ja luo uudelleenvaikuttamissuosituksen, jos haluttua vaikutusta ei saavutettu. Valmis BDA-tietue sulkee maalittamissyklin kyseisen maalin osalta; uudelleenvaikuttamista vaativat maalit palautetaan JTL:ään päivitetyin kansioin.

Maaliluettelon hallinta: JTL elävänä tietokantana

Yhteinen maaliluettelo ei ole staattinen asiakirja – se on elävä tietokantanäkymä, joka muuttuu jatkuvasti, kun maaleja nimetään, kehitetään, hyväksytään, niihin vaikutetaan ja niitä arvioidaan. Maalikansioiden hallintaohjelmisto ylläpitää JTL:ää suodatettuna, lajiteltuna kyselynä taustalla olevasta maalitietokannasta, määritettävin näkymin eri käyttäjille ja komentotasoille.

JTL-näkymä esittää maalit ryhmiteltyinä kategorian, vaikutuksen tai maantieteellisen toiminta-alueen mukaan. Maalitusupseerit voivat suodattaa maalin tilan, prioriteetin, osoitetun alustan tai aikaikkunan mukaan. Komentajat näkevät yhteenvetonäkymän, jossa on maalin prioriteetti, JTL-sijainti ja toteutuksen tila. Oikeudelliset neuvonantajat näkevät CDE- ja suhteellisuustarkastusjonon. Jokainen rooli näkee samat auktoritatiiviset tiedot samasta tietokannasta, erotettuna vain pääsynvalvonnalla ja näyttökonfiguraatiolla.

Maalien priorisointia JTL:ssä ohjaa pisteytysmalli, joka huomioi maalin panoksen komentajan tavoitteisiin, aikaherkkyyden (onko maalilla rajallinen ikkuna, jonka aikana se on käytettävissä tai haavoittuvainen?) ja vaikuttamisen kustannuksen alustojen saatavuuden ja riskin osalta. Ohjelmisto kirjaa priorisointiperusteen, mikä on tärkeää operaatioiden jälkeisessä tarkastelussa ja sen osoittamiseksi, että maalituspäätökset tehtiin komennon ohjeistuksen ja sovellettavan lain mukaisesti.

Lyömättömien ja rajoitettujen maalien luettelon integraatio

Lyömättömien kohteiden luettelo (NSL) ja rajoitettujen maalien luettelo (RTL) on integroitava maalitusohjelmistoon tietokerroksessa, ei käyttöliittymätason tarkistuksena. Jokainen maalikansio ristiviitataan automaattisesti NSL:ää ja RTL:ää vastaan, kun koordinaatteja syötetään tai päivitetään. Jos maalin MPI osuu suojatun kohteen – sairaalan, koulun, kulttuuriomaisuuden tai uskonnollisen kohteen – läheisyyskynnyksen sisään, ohjelmisto merkitsee mahdollisen ristiriidan ja vaatii hyväksyvältä upseerilta nimenomaisen kuittauksen ennen kuin maalia voidaan edistää. Läheisyyskynnys on määritettävissä suojattujen kohteiden kategorian ja sovellettavien voimankäyttösääntöjen mukaan.

NSL- ja RTL-tiedot ylläpidetään erillisenä, hallittuna tietokantana, joka synkronoidaan maalitusohjelmistoon ylemmästä johtoportaasta. Päivitysmekanismin on oltava luotettava ja auditoitava: jokainen muutos NSL:ään tai RTL:ään kirjataan aikaleiman, lähdeviranomaisen ja lisättyjen tai poistettujen kohteiden kera. Maalit, joiden NSL/RTL-läheisyystila muuttuu NSL-päivityksen vuoksi – ei maalin liikkeen – on merkittävä uudelleen tarkastusta varten, vaikka niiden omat tiedot eivät olisi muuttuneet.

Ohjelmistoarkkitehtuuri: maalitietokanta ja sen rajapinnat

Maalikansioiden hallintaohjelmiston ydin on jäsennelty relaatiotietokanta, jossa on dokumenttisäilö liitteitä varten – kuvien pikkukuvat, täysiresoluutioiset kuvatuotteet, CDE-työlomakkeet ja arviointiraportit. Relaatiokerros säilyttää maalitietueen kaikkine jäsenneltyine kenttineen; dokumenttisäilö säilyttää binaariset ja suuret tekstiliitteet, jotka on avaimennettu maalin sarjanumeroon.

Maalitietokannan on tuettava useiden maalitusupseerien samanaikaista muokkausta, ristiriitojen havaitsemisella ja ratkaisulla jaetuille kentille (JTL-prioriteetti, maalin tila, osumapistekoordinaatit). Versiohistoria kaikille jäsennellyille kentille on perusvaatimus: maalitusvaltuuksien on kyettävä rekonstruoimaan minkä tahansa maalikansion tila minkä tahansa hyväksyntä- tai toteutustapahtuman ajankohtana operaatioiden jälkeistä oikeudellista tarkastusta varten.

Integraatiorajapinnat yhdistävät maalitusohjelmiston muuhun C2-ympäristöön. Ensisijainen rajapinta on COP-kerros, joka kuluttaa hyväksyttyjä maalitietueita JTL:stä geospatiaalisina peitteinä – maalin viitepisteinä, nimettyinä mielenkiintoalueina tai vaikutusalueina, jotka julkaistaan karttapiirteinä. Tämä rajapinta on kaksisuuntainen: toteutustapahtumat ja BDA-syötteet virtaavat takaisin COP- ja ISR-kerroksista maalitietokantaan. Toissijainen rajapinta yhdistää maalitusohjelmiston tulenkoordinointijärjestelmään osumapistetietojen, aseparametrien ja toteutusvahvistuksen suoraa siirtoa varten. Katso liittyvä käsittely JTAC- ja CAS-koordinointiohjelmistosta, joka kuvaa lähitulituen koordinointityönkulun, joka toimii rinnakkain harkitun maalittamissyklin kanssa.

Luokituksen käsittely ja monialainen pääsynvalvonta

Maalikansiot kokoavat tietoa useista tiedustelulähteistä, jotka toimivat eri luokitustasoilla. Yksittäinen kansio voi sisältää luokittelematonta kuvamateriaalia kaupallisista satelliiteista, salaisen tason signaalitiedustelua ja erittäin salaista henkilölähdetietoa – kaikki kuvaten samaa maalia. Ohjelmiston on toteutettava kenttätason luokitusmerkinnät ja valvottava niitä API-kerroksessa, ei vain esityskerroksessa.

Käytännön seuraus on, että salaisen selvityksen omaava maalitusupseeri ja erittäin salaisen selvityksen omaava maalitusupseeri voivat nähdä saman maalikansion eri versiot. Molemmat näkevät maalin koordinaatit, kategorian ja JTL-tilan. Vain korkeammin selvitetty upseeri näkee HUMINT-pohjaisen toiminnallisen analyysin. Ohjelmiston on esitettävä yhtenäinen, johdonmukainen näkymä jokaiselle käyttäjälle hänen pääsytasonsa perusteella – ei vain jättää kenttiä tyhjäksi, mikä luo epäselvyyttä siitä, onko tietoa olemassa.

Koalitio-operaatiot lisäävät vielä yhden ulottuvuuden: kumppanivaltioiden henkilöstöllä voi olla vastaavat selvitystasot mutta eri kansalliset varaukset, jotka rajoittavat pääsyä tiettyjen lähteiden tiedusteluun. Pääsynvalvontamallin on tuettava varauspohjaista suodatusta luokitustasopohjaisen suodatuksen lisäksi, ja sen on oltava määritettävissä jokaisen koalition jakamissääntöjen mukaan ilman ohjelmistomukautusta.