CONOPi kehtestamine ISRi projekteerimiseks ja arendamiseks

Kolm sammu CONOPi kirjutamiseks

Andmete kogumine

Täpse ja ülevaatliku CONOPi koostamine nõuab põhjalikku andmekogumisprotsessi, et koguda sidusrühmade vajadusi ja ootusi. Sageli teab klient, mida ta soovib uue ISR-süsteemiga saavutada, kuid ei tea, millist teavet projektimeeskond vajab süsteemi optimaalseks arendamiseks.

CONOPi autor ja kolleegid vastutavad selle eest, et nad kasutaksid käesolevas dokumendis hiljem esitatud raamküsimusi, et saada kliendist sidusrühmadelt vajalikke üksikasju. Nende vastuste koostamine kokkuvõtlikuks ja informatiivseks CONOPi kirjelduseks suunab edasisi projekteerimis- ja arendusalgatusi.

Koostamine/ülevaatus

Koondage sidusrühmade vastustest kogutud andmed käesoleva dokumendi hilisemas osas esitatud standardse CONOPi dokumendi vormingusse. Esitatud andmed peavad olema empiirilised ja tulenema üksnes sidusrühmade panusest, ilma autori subjektiivse tõlgendamiseta. Kui dokumendi esimene projekt sisaldab kogu kogutud teavet, saatke see kliendile ametlikuks läbivaatamiseks ja tagasiside saamiseks.

Keerukad ISR-süsteemid võivad nõuda mitu korda eelnõude/ülevaatuse/tagasiside tsüklit, enne kui klient aktsepteerib dokumendi sisu. Säilitada kliendi tagasiside andmed ja kasutada järgnevate eelnõude versioonikontrolli, et tagada jälgitavus CONOPi väljatöötamise käigus.

Kliendi heakskiitmine

Kui klient näitab, et ta on CONOP-dokumendi heaks kiitnud, koostage puhas versioon, mille allkirjastab ja kuupäevaga kinnitab kliendi volitatud esindaja. Heakskiidetud CONOPid on aluseks tulevastele projekteerimis- ja arendusalgatustele.

Veenduge, et hilisemad muudatused järgivad eelnõu, läbivaatamise ja heakskiitmise protsessi enne dokumendi versiooni numbri tõstmist ja muudetud CONOPide uuesti väljaandmist asjaomastele sidusrühmadele.

Soovitatavad raamküsimused

Operatiivne kontekst

Tegevuskonteksti raamküsimused hõlmavad kolme põhikategooriat:

• süsteemi vastavus organisatsiooni strateegiale ja ärieesmärkidele
• Tegevuskeskkond
• Sidusrühmade vajadused

Selles osas esitatud küsimused ja vastused on valdavalt strateegilised või taktikalised.

Millised on uue ISR-süsteemi luurevajadused ja operatsioonilised eesmärgid?

• Soovite mõista, millist teavet klient vajab ja milleks ta andmeid kasutab. 
• Kas nad lihtsalt kasutavad kohalolekut või vajavad nad andmeid hilisemaks kasutamiseks? 

Kuidas on need eesmärgid kooskõlas üldise äristrateegia ja eesmärkidega ning kuidas need toetavad neid?

• Organisatsiooni olemasolu põhjuse mõistmine võimaldab teil laiendada oma vaatenurka ja pakkuda terviklikke lahendusi, mitte keskenduda kliendi otsesele ISR-probleemile, mida ta püüab lahendada. 
• Kui ISR-operatsioonid on väike osa suuremast operatsioonist, kas on olemas funktsionaalsus või valikuvõimalus, mis võiks toetada laiemat organisatsiooni? 
• Mida ei tee klient praegu, mida ta võiks teha täiendava tarkvara või riistvara lisamisega? 

Mil viisil suurendab see organisatsiooni tõhusust ja tulemuslikkust?

• Kas tegemist on rohelise süsteemi kasutuselevõtuga, kas sellega asendatakse olemasolev süsteem või on vaja integreerida olemasolev süsteem?

Millistes maailma osades hakkab süsteem toimima?

• Lokaliseerimine viitab süsteemi kasutuselevõttu mõjutavale poliitilisele dünaamikale, sealhulgas platvormi, riistvara ja tarkvara valikule.
• Kas on olemas regulatiivsed või õiguslikud nõuded, mis võivad kujundada või mõjutada ISR-süsteemi toimimist?

Kirjeldada süsteemi töövaldkondi

• Mida jälgitakse, kas õhu-, maa-, mere-, kosmose- või küberjälgimist.
• Kui on mitu valdkonda, siis kas toimingud on samaaegsed või vahetatakse fookust, kui platvormi ülesanded muudetakse?

Millisel maastikul hakkab süsteem toimima?

• Kas see on mägine, metsane, kõrbe, linnapiirkond või tihe taimestik?
• Kas on looduslikke või inimtegevusest tulenevaid omadusi, mis võivad mõjutada andurite katvust ja vaatevälja?

Milline(d) platvorm(id) kannab (kannavad) süsteemi?

• Kas tegemist on püsilennukiga, helikopteriga või UAV-ga?
• Kas neil on valitud konkreetne platvormi mark või mudel?
• Milline on selle lennukaugus, vastupidavus, kõrgus ja kiirus?
• Kui kaua jääb platvorm iga ülesande puhul jaama?

Mida konkreetselt otsib ISR-süsteem?

• Süsteemi ülesehitus määratakse kindlaks selle järgi, kas sihtmärgid on kiirelt/hiljemalt liikuvad või teostavad seaduslikke/seadustamata tegevusi.

Kas on mingeid ISR-operatsioonide jaoks olulisi eripärasid või muudatusi?

• Millised on kliendi valupunktid, mida süsteem peaks lahendama?
• Kas eelmiste süsteemidega kogetud positiivsed võimalused tuleks lisada?

Millised sidusrühmad peale kliendi saavad andmeid uuest ISR-süsteemist või millised sidusrühmad saavad andmeid sellest süsteemist?

• Kuidas toimub kogutud andmete töötlemine ja levitamine kõigile sidusrühmade tasanditele, sealhulgas juhtimis- ja tegevuspersonalile?
• Mida teevad need täiendavad sidusrühmad süsteemi andmetega?
• Millised komponendid, protokollid, liidesed ja infrastruktuur on vajalikud tõhusaks suhtlemiseks sidusrühmade ja teiste ISR-süsteemidega?
• Määratleda ja loetleda standardne tehniline terminoloogia, mida kõik asjaomased sidusrühmad tunnevad ja mõistavad.

Määrake kindlaks, kus ISR-süsteem liidestub võrkude, operatiivsüsteemide ja otsustusprotsessidega.

• Kirjeldada turvaprotokolle süsteemi ja andmete terviklikkuse, usaldusväärsuse ja konfidentsiaalsuse kaitsmiseks.

Millised andurite kasulikud koormused, tüübid ja võimalused vajavad integreerimist õhuplatvormi?

• Millist tüüpi andmed toetavad missiooni edukust ja millised on nende detailsuse tasemed?
• Kirjeldage, kuidas luureandmed toetavad ja suurendavad olukorrateadlikkust ja otsuste tegemist.

Kirjeldage süsteemi otsese järelevalve ja haldamise eest vastutavate isikute rollid ja kohustused.

• Milliseid ülesandeid ja funktsioone täidab iga roll süsteemi haldamisel või käitamisel?
• Milline on süsteemi kasutajate kvalifikatsioon ja koolitus?
• Kirjeldada süsteemioperaatori võimete ja pädevuste ulatust.
• Määratleda inimeste töövõime hindamiseks kasutatavad tulemuslikkuse näitajad.

Millised kaalutlused kehtivad kasutajaliideste, näidikute ja juhtimismehhanismide puhul, et tagada intuitiivne ja tõhus suhtlemine inimeste vahel?

• Milliseid andmete visualiseerimistehnikaid, tagasisidemehhanisme ja teabe kuvamist on vaja, et toetada tõhusat otsustamist ja suurendada olukorrateadlikkust?
• Kas visuaalsed kasutajaliidesed nõuavad konkreetsete värvide või sümboolika kasutamist?
• Millised nõuded peaksid olema antropomeetrilistele, ergonoomilistele ja kasutajakeskse disaini põhimõtetele, et võtta arvesse inimese võimeid ja piiranguid?
• Milliseid kaardikomplekte, kujundeid ja kattekujusid on vaja või kasutab süsteem olemasolevaid kliendivarasid?
• Selgitage koondamise ja veakindluse nõudeid, et suurendada süsteemi vastupidavust ja leevendada inimlikke vigu.

Kas on vaja integreerida erinevaid anduritüüpe, mudeleid ja tootjaid?

• Arvestades iga anduri võimekust ja nõutavat intelligentsust, milliseid andureid on teie arvates vaja, et katta kõik operatsioonistsenaariumid?
• Määratleda anduri aktiveerimise, kalibreerimise, andmete kogumise ja salvestamise tööprotseduurid.
• Millisel määral on eri allikatest pärit andurite andmete kombineerimiseks ja seostamiseks vaja jälgede korrelatsiooni?
• Milliseid andmeformaate ja metaandmete nõudeid on vaja?

Kuidas paigaldatakse ja ajakohastatakse riist- ja tarkvara?

• Millised on nõutavad hoolduskontrollid?
• Kuidas integreeritakse uued võimalused, andurid, platvormid või uuendatud riist- ja tarkvara?
• Kuidas säilitab süsteem asjakohasuse ja ajakohasuse, kui tehnoloogia areneb ja operatiivvajadused muutuvad?

Määratleda süsteemi toimimise hindamiseks kasutatavad mõõdikud ja näitajad.

• Näiteks andurite kättesaadavus, andmete kogumise kiirus, salvestusmaht ja süsteemi tööaeg.