Siviili-sotilasoperaatioiden ohjelmistot: CIMIC-välineet ja PMESII-PT-analyysi

Siviili-sotilasoperaatioiden ohjelmistot sijoittuvat erikoiseen asemaan puolustustekniikan kentässä. Niiden täytyy olla riittävän järjestelmällisiä täyttämään sotilasesikunnan tiedonhallintavaatimukset — strukturoitu tieto, pääsynhallinta, tarkastuspolut — ja samalla riittävän joustavia käsittelemään vakauttamisoperaatioiden pohjimmiltaan epäselkeää ja nopeasti muuttuvaa ympäristöä, jossa virallinen tieto on usein kenttätiimin muistio eikä sensorivirta. CIMIC (siviili-sotilasyhteistyö) -välineet ja PMESII-PT-analyysiohjelmistot eivät ole johtamis- ja hallintajärjestelmän lisämoduuleja; konfliktin jälkeisissä ja vakautustehtävissä ne ovat usein ensisijainen analyysityökalu, jonka kautta komentaja ymmärtää toimintaympäristönsä.

Tämä artikkeli tarkastelee, mitä siviili-sotilasoperaatioiden (CMO) ohjelmistojen täytyy tehdä, miten PMESII-PT-analyysikehys muutetaan taustalla olevaksi tietomalliksi ja miten siviilipuoli integroidaan pääoperatiiviseen C2-koontinäytön arkkitehtuuriin. Artikkeli on kirjoitettu puolustusohjelmistojen insinööreille, jotka rakentavat tai arvioivat CMO-alustoja, sekä siviiliasiain henkilöstölle, jonka täytyy ymmärtää käyttämiensä työkalujen tekniset valinnat.

Mitä siviili-sotilasoperaatioiden ohjelmistot kattavat

Siviili-sotilasoperaatiot on kattokäsite kaikille toiminnoille sotilasvoimien ja siviiliympäristön — väestön, hallituslaitosten, infrastruktuurin ja kansainvälisten järjestöjen — risteymässä. Ohjelmistokategoria kattaa useita erillisiä mutta toisiinsa liittyviä toiminnallisia alueita, jotka on usein yhdistetty yhdeksi integroiduksi alustaksi.

CIMIC (siviili-sotilasyhteistyö, tai CIVCIV Yhdysvaltain doktriinissa) on toiminto, joka keskittyy suorimmin sotilasvoimien ja siviilitoimijoiden väliseen suhteeseen: paikallisviranomaisiin, kansalaisjärjestöihin, kansainvälisiin järjestöihin ja itse väestöön. CIMIC-ohjelmistot seuraavat yhteyshenkilötapaamisia, koordinoivat humanitaarista apua, hallitsevat siviilihankkeiden toteutusta ja ylläpitävät siviiliorganisaatioiden yhteystietohakemistoa. Siviiliasiat (CA) on Yhdysvaltain armeijan haara, joka vastaa näistä toiminnoista; vastaavat organisaatiot löytyvät kaikkialta NATO:sta ja kumppanijoukkojen parista eri nimillä mutta olennaisesti samanlaisilla ohjelmistovaatimuksilla.

Informaatio-operaatioiden (IO) ja psykologisten operaatioiden (PSYOP) ohjelmistot seuraavat kohderyhmille suunnattuja viestintäkampanjoita, hallitsevat tuotteen hyväksyntätyönkulkuja, mittaavat viestin tavoittavuutta ja yleisöreaktioita sekä ylläpitävät vaikutusarvioinnin tietokantoja. IO- ja PSYOP-välineet on toisinaan integroitu CMO-alustoihin — koska kaikki kolme perustuvat samaan väestösegmentointi- ja yleisöanalyysidata — ja toisinaan pidetään erillisissä järjestelmissä osastoinnin vuoksi.

PMESII-PT-analyysivälineet ovat analyyttinen selkäranka, joka yhdistää kaikki CMO-toiminnot toisiinsa. PMESII-PT (Poliittinen, Sotilaallinen, Taloudellinen, Sosiaalinen, Infrastruktuuri, Informaatio, Fyysinen ympäristö) on kehys toimintaympäristön kuvaamiseen seitsemän analyyttisen linssin kautta. Jokainen linssi tuottaa joukon indikaattoreita; indikaattorit yhdistyvät muuttujapisteiksi; muuttujapisteet yhdistyvät toimintaympäristöarvioksi, joka kertoo komentajalle, paraneeko tilanne, onko se vakaa vai heikentyykö se — ja mitkä muuttujat ohjaavat muutosta.

PMESII-PT-kehys ohjelmistoissa

PMESII-PT-analyysikehyksen kääntäminen toimivaksi ohjelmiston tietomalliksi on vähemmän suoraviivaista kuin miltä se näyttää. Kehys on suunniteltu ihmisanalyytikoille, jotka ymmärtävät, että "poliittinen vakaus" on kvalitatiivinen arvio, jota tukevat havaittavissa olevat indikaattorit; tietokantakaava vaatii, että tämä arvio ilmaistaan strukturoituna, toistettavana laskelmana tallennettujen datapisteiden perusteella.

Vakiintunut lähestymistapa on kolmikerroksinen hierarkia: Muuttuja → Indikaattori → Havainto.

-- Variables: one row per PMESII-PT category per AO
CREATE TABLE pmesii_variable (
    id          UUID PRIMARY KEY,
    ao_id       UUID REFERENCES area_of_operations(id),
    type        TEXT CHECK (type IN (
                  'Political','Military','Economic',
                  'Social','Infrastructure','Information',
                  'PhysicalEnvironment')),
    weight      NUMERIC(4,2) DEFAULT 1.0,
    composite   NUMERIC(5,2),         -- recalculated nightly
    trend       TEXT CHECK (trend IN ('improving','stable','degrading','unknown')),
    assessed_at TIMESTAMPTZ
);

-- Indicators: measurable data points within each variable
CREATE TABLE pmesii_indicator (
    id              UUID PRIMARY KEY,
    variable_id     UUID REFERENCES pmesii_variable(id),
    name            TEXT NOT NULL,
    description     TEXT,
    direction       TEXT CHECK (direction IN ('higher_better','lower_better')),
    weight          NUMERIC(4,2) DEFAULT 1.0,
    min_value       NUMERIC,
    max_value       NUMERIC,
    latest_value    NUMERIC,           -- denormalized for fast dashboard
    latest_score    NUMERIC(4,3)       -- 0.0–1.0 normalized
);

-- Observations: timestamped measurements with provenance
CREATE TABLE pmesii_observation (
    id              UUID PRIMARY KEY,
    indicator_id    UUID REFERENCES pmesii_indicator(id),
    value           NUMERIC NOT NULL,
    collected_at    TIMESTAMPTZ NOT NULL,
    collected_by    UUID REFERENCES users(id),
    method          TEXT,              -- 'field_survey','census','imagery','report'
    source_ref      TEXT,
    confidence      TEXT CHECK (confidence IN ('high','medium','low','estimated')),
    notes           TEXT,
    classification  TEXT DEFAULT 'UNCLASSIFIED'
);

Kunkin muuttujan yhdistelmäpisteet lasketaan sen indikaattorien normalisoitujen pisteiden painotettuna keskiarvona, jossa kukin indikaattoripiste lasketaan kaavalla (value - min) / (max - min) suurempi-on-parempi-indikaattoreille ja 1 - (value - min) / (max - min) pienempi-on-parempi-indikaattoreille. Toimintaympäristön kokonaispisteet ovat kaikkien seitsemän muuttujapisteen painotettu keskiarvo, jossa muuttujien painot heijastavat operaation prioriteetteja, jotka vanhempi siviiliasiainupseeri asettaa operaation alussa.

Tärkeä suunnittelupäätös on, lasketaanko pisteet reaaliaikaisesti vai aikataulun mukaan. Useimmissa CMO-sovelluksissa öinen uudelleenlaskentatehtävä riittää — siviilialan tieto ei muutu sensoritietojen päivitystaajuudella. Lasketut yhdistelmäpisteet tulisi tallentaa muuttujarekisterin sarakkeiksi eikä laskea uudelleen jokaisen koontinäyttökyselyn yhteydessä, jotta komentajan koontinäytön vasteaika on riippumaton tietokannassa olevien historiallisten havaintojen määrästä.

Siviiliresurssitietokanta: väestö, infrastruktuuri, avainhenkilöt

Siviiliresurssitietokanta on CMO-järjestelmän pääviite kaikelle siviilialan sisällölle, jota operaation täytyy seurata. Se palvelee useita toimintoja samanaikaisesti: totuuden lähde PMESII-PT-indikaattorilaskennoille, hakemisto CIMIC-hankkeiden suunnitteluun, viite tulitoiminnan ja liikkumisen yhteensovittamiseen sekä arkisto avainhenkilöiden kohtaamishistorialle.

Jokaisella siviiliresurssitietokannan entiteetillä on kolme metatietokenttää, jotka ovat ehdottomia operatiiviselle käytölle: luokitusmerkintä (joka ohjaa, kuka voi lukea tietueen), tiedon omistaja -kenttä (tiimi tai henkilö, joka vastaa sen pitämisestä ajan tasalla) sekä viimeksi vahvistettu -aikaleima (jotta operaattoreilla on tieto siitä, onko sairaalan toiminnallinen tila vahvistettu viime viikolla vai kaksi vuotta ennen operaation alkua). Vanhentuneet tietueet ilman viimeksi vahvistettu -päivämäärää ovat pahempia kuin ei tietueita ollenkaan — ne luovat väärää luottamusta tilanteeseen, joka ei välttämättä enää vastaa todellisuutta kentällä.

Avainhenkilöprofiilit ansaitsevat erityistä huomiota. Avainhenkilöprofiili ei ole pelkkä yhteystietokortti — se on analyyttinen tietue. Sen tulisi sisältää: henkilön viralliset ja epäviralliset roolit, heidän maantieteellinen ja demografinen perusjoukkonsa, heidän tunnetut kantansa operaation kannalta merkityksellisiin asioihin, heidän suhteensa muihin avainhenkilöihin (vertainen, alainen, kilpailija) sekä kronologinen kohtaamisloki, joka näyttää jokaisen siviiliasiainvuorovaikutuksen, mitä keskusteltiin, mitä luvattiin ja pidettiinkö lupaukset. Kohtaamisloki on ensisijainen syöte "poliittisen muuttujan" arviointiin, ja se on oltava nopeasti haettavissa aiheen, päivämäärän ja lopputuloksen mukaan.

CIMIC-hankkeiden seuranta

CIMIC-hanke on siviilihyötyä tuottava toiminto, jonka sotilasvoimat rahoittaa tai resurssoi saavuttaakseen vaikutuksen toimintaympäristöön — tyypillisesti väestön hyvinvoinnin parantamiseksi, vaurioituneen infrastruktuurin korjaamiseksi tai siviili-sotilasluottamuksen rakentamiseksi. CIMIC-hankkeiden seurantaohjelmisto hallitsee koko elinkaarta alkuperäisestä tarvearvioinnista valmistumisen jälkeiseen arviointiin.

Hankkeen elinkaaren tilakoone on minkä tahansa CIMIC-seurantamoduulin ydin:

Rahoituksen seuranta on kriittinen ominaisuus, joka jää usein alimääritellyksi CMO-järjestelmissä. CIMIC-hankkeen tietueen on seurattava: rahoituslähde (CERP, humanitaarinen ulkomaanavustus ja kansalaistoiminta, yksikön O&M, kumppanivaltion panos), valtuutettu summa, sitoutunut summa (urakoitsijalle tai toimittajalle vahvistettu), maksettu summa (todella maksettu) ja lopullinen kustannus. Valtuutetun, sitoutuneen ja maksetun summan väliset erot käynnistävät automaattiset liput siviiliasiain talousupseeria varten. Monilähteistä rahoitusta — hanke, jossa yhdistyvät sotilashumanitaariset varat, kansalaisjärjestön panos ja isäntämaan kustannusjako — on seurattava lähdetasolla eikä vain yhtenä kokonaissummana.

Maantieteellinen yhdistäminen on pakollinen jokaiselle CIMIC-hankkeelle. Jokaisella hankkeella on oltava spatiaalinen jalanjälki — vähintään pistesijainti; paremmin monikulmio, joka edustaa hankesivustoa — jotta se näkyy operatiivisella kartalla ja osallistuu yhteensovittamiskyselyihin. Kun tulitoiminnan suunnittelijat tai liikkumiskoordinaattorit pyytävät lupaa toimintaan jollakin alueella, järjestelmä voi automaattisesti tunnistaa lähistöllä olevat CIMIC-hankkeet ja varoittaa asiaankuuluvaa siviiliasiainhenkilöstöä ennen kuin sotilaallinen toiminta tahattomasti vahingoittaa hanketta tai hankkeen työntekijöistä tulee siviilimenetysten riski.

Väestötietojen integrointi

Väestötieto on analyyttisesti arvokkain ja useimmin huonosti hallittu tietoluokka CMO-ohjelmistoissa. Haasteet ovat kolminkertaiset: tieto on olemassa useissa muodoissa useista lähteistä, se ei ole lähes koskaan ajantasaista, ja eri lähteiden käyttämät viitegeografiat vastaavat harvoin sotilasvoimien käyttämää operatiivista viitegeometriaa.

Kansallisten tilastovirastojen väestötieto on tyypillisesti lähtökohtana. Se tarjoaa demografiset perusluvut — ikäjakauma, sukupuolisuhde, etnisyys, uskonto, toimeentuloluokka, kotitalouden koko — alimmalla saatavilla olevalla hallinnollisella yksiköllä (kunta, piiri tai vastaava). Väestötieto saapuu shapefile-muodossa attribuuttitauluineen tai strukturoituina tekstitiedostoina, jotka on liitetty hallinnollisten rajojen monikulmioihin. CMO:n syöttöputki on muunnettava WGS-84-koordinaatteihin, jos ne eivät jo ole siinä koordinaattijärjestelmässä, validoitava rajojen topologia ja ladattava ne PostGIS-pohjaiseen tietokantaan, joka tukee spatiaalisia kyselyjä.

Spatiaalinen yhteensopimattomuusongelma on yleismaailmallinen. Sotilasoperaatioissa käytetään ruutukoordinaatteja, vaiheviivojen ja rajojen rajoittamia operatiivisia alueita sekä nimettyjä kiinnostusalueita (NAI), joilla ei ole mitään yhteyttä hallinnollisiin rajoihin. Piiritasolla aggregoitu väestötieto on hajotettava ja uudelleenaggregoitava operatiiviseen geometriaan käyttäen alueellista interpolointia — väestön jakaminen suhteellisesti lähde-hallinnollisten monikulmioiden ja kohde-operatiivisten monikulmioiden päällekkäisyyspinta-alan mukaan. Tämä ei ole täysin tarkkaa, mutta se on paljon hyödyllisempää kuin joko väestön spatiaalisen jakauman täydellinen huomioimatta jättäminen tai analyytikoiden pakottaminen manuaalisesti arvioimaan väestö jokaisessa operatiivisessa vyöhykkeessä.

Census shapefile / CSV
        │
        ▼
[Ingest & Validate]
  • CRS → WGS-84 reprojection
  • Topology checks (overlaps, gaps)
  • Schema normalization
  • Load to PostGIS staging table
        │
        ▼
[Spatial Join to Operational Geometry]
  ST_Intersection(census_polygon, ops_zone)
  Population_in_zone = Census_pop × (overlap_area / census_area)
        │
        ▼
[Displacement Overlay]  ←── IOM / UNHCR CSV (weekly)
  Adjust baseline by net displacement (in/out) per zone
        │
        ▼
[Vulnerability Index Calculation]
  For each pop_group:
    food_score     = normalize(market_access_km, 0, 50)
    shelter_score  = 1 - (damaged_housing_pct / 100)
    health_score   = normalize(pop_per_health_worker, 0, 5000)
    protection_score = 1 - normalize(incident_rate_30d, 0, 10)
    vi = weighted_mean([food, shelter, health, protection], weights)
        │
        ▼
[Write to population_group table]
  pop_id, zone_id, estimated_size, vulnerability_index,
  vi_components (JSONB), baseline_date, last_updated

Siirtymäseuranta kerrostaa reaaliaikaisen väestöliikkeen väestötietojen perusluvuille. Siirtymätieto saapuu kenttätiimien raporteista, kumppaniorganisaatioiden tietovaihdoista (IOM:n Displacement Tracking Matrix tarjoaa strukturoituja CSV-viestejä) ja kaukokartoitusarvioista. CMO-järjestelmän on käsiteltävä sekä nettopaikkamuutos (väestö X on siirtynyt alueelta A alueelle B) että epävarmuus — siirtymäluvut ovat arvioita, ja tietokannassa on oltava luottamusvälit ja keruumenetelmän metatiedot, jotta analyytikot voivat asianmukaisesti varoittaa arvioistaan.

Haavoittuvuusindeksi on kaiken väestötietojen käsittelyn synteettinen tulos. Se tiivistää moniulotteisen haavoittuvuustilanteen yhdeksi pisteeksi väestöryhmää kohti, joka voidaan visualisoida kartalla koropleettitasona, sijoittaa koontinäytön listaan ja käyttää CIMIC-hankkeiden kohdentamisen priorisointiin. Haavoittuvuusindeksin komponenttien, niiden painojen ja normalisointirajojen tulee olla konfiguroitavissa tehtäväkohtaisesti, koska haavoittuvuuden ulottuvuudet kuivuuskriisissä eroavat konfliktin jälkeisessä vakautusoperaatiossa.

Vakauttamismittarit ja raportointi

Vakauttamismittarien koontinäytön on komentajaa varten täytettävä vaatimus, joka on aidosti vaikea ohjelmistosuunnittelussa: sen täytyy olla riittävän yksinkertainen, jotta se voidaan lukea ja ymmärtää alle 60 sekunnissa aamupäivällä pidettävässä tilanneselostuksessa, samalla kun sen taustalla on riittävästi analyyttistä syvyyttä, jotta esikuntaupseeri voi porautua mihin tahansa mittariin ja jäljittää sen taustalla oleviin havaintoihin ja tietolähteisiin. Nämä kaksi vaatimusta vetävät vastakkaisiin suuntiin — yksinkertaisuus ylhäällä vastaan syvyys takana.

Ratkaisu on tiukka kolmitasoinen hierarkia. Ylimmällä tasolla operatiivisen alueen kohtainen yhdistelmävakauspisteet asteikolla 0–100, värikoodattuna vihreäksi (kynnyksen yläpuolella), keltaiseksi (kynnyksen lähellä) tai punaiseksi (kynnyksen alapuolella). Tämä on yksittäinen luku, jonka komentaja näkee selostuksen alussa. Toisella tasolla seitsemän PMESII-PT-muuttujapisteen pisteytys, joista jokaisella on trendinuoli (paranee, vakaa, heikkenee) ja kolme tärkeintä ohjaavaa indikaattoria. Kolmannella tasolla minkä tahansa indikaattorin klikkaaminen laajentaa täydellisen havaintohistorian: kuka keräsi kukin datapiste, milloin, millä menetelmällä, millä luotettavuusarviolla ja mahdolliset analyytikon kommentit.

Trendien analysointi on vakauttamismittarijärjestelmän toiminnallisin tuotos. Pisteet 67 merkitsee komentajalle vähemmän kuin tieto siitä, että Infrastruktuuri-muuttuja nousi 55:stä 78:aan neljässä viikossa (CIMIC-hanke, joka korjaa päävesilaatua, toimii), kun taas Sosiaalinen-muuttuja laski 58:sta 41:een (siirtymistapahtumat etelässä kiihtyvät). Trendilaskenta on suoraviivainen — lineaarinen regressio konfiguroitavan aikajakson havaintohistorian yli — mutta esityksen on tehtävä trendi välittömästi näkyväksi ilman, että komentajan tarvitsee laskea se henkisesti historiallisten pisteiden taulukosta.

Raportoinnin automatisointi säästää merkittävästi siviiliasiainhenkilöstön aikaa, joka kuluu huomattavasti päivittäisten ja viikoittaisten raporttien manuaaliseen koostamiseen laskentataulukoista ja muistiinpanoista. CMO-järjestelmä, joka voi automaattisesti luoda päivittäisen CIMIC-raportin tietokannasta — hankkeen tilamuutokset, kohtaamistietueet, infrastruktuurin arviointipäivitykset, väestötapahtumien loki — ja jättää vain narratiivisen tulkinnan ihmisen kommentoitavaksi, vähentää henkilöstön työkuormaa merkittävästi ja varmistaa, että strukturoitu tieto ja analyytikon kommentaari ovat samassa tietueessa eivätkä jakaantuneena sähköpostiketjuihin ja Word-asiakirjoihin.

Integrointi C2 COP:iin

Operatiivisesti merkittävin arkkitehtuurinen päätös CMO-ohjelmistoissa on se, miten siviilialan tieto integroituu pääasialliseen yhteiseen operatiiviseen kuvaan. CMO-järjestelmä, joka on olemassa itsenäisenä työkaluna ilman yhteyttä monialaisten operaatioiden koontinäyttöön tai pää-COP:iin, pakottaa operaattorit vaihtamaan kontekstin kahden järjestelmän välillä korreloidakseen sotilastoimintaa siviiliaikutuksiin — koordinointivirhe, joka on aiheuttanut dokumentoituja operatiivisia tapahtumia aiemmissa vakautusoperaatioissa.

Suosittu integrointiarkkitehtuuri käsittelee siviilipuolta portaistettuna tasona pää-COP:issa. CMO-järjestelmä paljastaa standardoidun data-API:n (spatiaalisten entiteettien GeoJSON-ominaisuuskokoelmia, aikasarjatietojen JSON) jonka COP-karttatasokehys voi kuluttaa. Siviiliasiainhenkilöstö ottaa käyttöön tiettyjä CIMIC-tasoja — hankesivustot, infrastruktuurin tila, väestöalueen haavoittuvuus, avainhenkilöiden sijainnit — tasopaneelista, joka näkyy vain COP:n RBAC-käytännön siviiliasiain roolin käyttäjille. Operaattorit ilman tätä roolia näkevät vain sotilaallisen kuvan; siviiliasiainupseerit näkevät molemmat samanaikaisesti samalla karttakankaalla.

Yhteensovittamistyönkulku on tärkein integrointipiste. Kun tulitoimintatehtävä suunnitellaan tai ajoneuvoreittiä luodaan, C2-suunnittelutyökalujen täytyy automaattisesti kysyä siviilitoiminnan rekisteristä ristiriitoja. Kysely tarkistaa: onko räjähdyssäteen sisällä tai reitin varrella CIMIC-hankkeita? Onko alueella suunniteltuja kansalaisjärjestöjen toimintoja suunnitellun aikajakson aikana? Onko alueella väestön keskittymäalueita (IDP-alueita, markkinapaikkoja, uskonnollisia kokoontumispaikkoja), joita uhkaa vaara? Ristiriidat tulevat esiin varoituksina suunnittelutyönkulussa, vaatien siviiliasiainupseerista tarkistuksen ja nimenomaisesta hyväksynnästä tai uudelleensuunnittelusta ennen kuin toiminto voi edetä hyväksyntään. Katso artikkelimme tekoälyn päätöksentukijärjestelmistä C2:ssa siitä, miten automaattista ristiriitahavaitsemista voidaan tehostaa koneoppimisella.

Luokittelun käsittely integrointirajan kohdalla vaatii huolellista suunnittelua. Siviiliasiain data on tyypillisesti merkitty korkeammalle herkkyystasolla kuin perustaktinen tieto, koska se sisältää henkilökohtaisia tietoja väestöryhmistä ja yksityiskohtaista tiedustelutietoa siviiliorganisaatioiden toiminnasta. CMO-API:n on pakotettava attribuuttitason luokitusmerkinnät eikä vain järjestelmätason pääsynhallintaa. Siviiliasiainupseeri, joka kyselee COP-tasoa, pitäisi nähdä CIMIC-hankkeiden sijainnit (tyypillisesti LUOKITTELEMATON), mutta ei avainhenkilöprofiilin yksityiskohtia (jotka voivat olla LUOTTAMUKSELLINEN tai SALAINEN), ellei hän nimenomaisesti avaa CMO-moduulia ja todennu kyseiselle herkkyystasolla. Kenttätason luokittelu tietomallissa — jokainen attribuutti kantaa omaa luokitusmerkintäänsä — on ainoa suunnittelu, joka käsittelee tämän vaatimuksen oikein joko ylitaittelematta koko järjestelmää tai alisuojaamatta arkaluonteista siviiliasiain dataa.

Tiukan COP-integraation pitkän aikavälin tuotto on kyky korreloida sotilastoimintaa siviiliaikutuksiin ajan kuluessa. Jos CMO-järjestelmä kirjaa, että CIMIC-koulun kunnostushanke valmistui viikolla 12, ja Sosiaalinen-muuttujan koulutuksen saatavuusindikaattori paranee mitattavasti viikoilla 13–16, järjestelmällä on näyttöä kausaalisesta vaikutuksesta, joka voi perustella jatkuvaa investointia vastaaviin hankkeisiin. Jos tulitoimintatehtävä viikolla 8 korreloi "väestön luottamus" -indikaattorin laskun kanssa viikolla 9, järjestelmä tuo esiin mahdollisen suhteen analyytikon tutkittavaksi. Tämänkaltainen ajallinen korrelaatio — sotilaallinen syy, siviiliaikutus — on analyyttinen kyky, joka erottaa kypsän CMO-ohjelmistoalustan seurantalaskentataulukoiden kokoelmasta.