Een CONOP opstellen voor ISR-ontwerp en -ontwikkeling

In drie stappen een CONOP schrijven

Gegevensverzameling

Het schrijven van nauwkeurige en beknopte CONOP's vereist een uitgebreid gegevensverzamelingsproces om de behoeften en verwachtingen van belanghebbenden vast te leggen. Vaak weet de klant wel wat hij wil bereiken met het nieuwe ISR-systeem, maar weet hij niet welke informatie het projectteam nodig heeft voor een optimale systeemontwikkeling.

De auteur van de CONOP's en zijn collega's zijn verantwoordelijk voor het gebruik van de kadervragen verderop in dit document om de vereiste details van de belanghebbenden van de klant te verkrijgen. Het opstellen van deze antwoorden in een beknopt, informatief CONOPs-verhaal vormt de leidraad voor latere ontwerp- en ontwikkelingsinitiatieven.

Opstellen/herziening

Verzamel de gegevens uit de reacties van belanghebbenden in het standaard CONOP-documentformaat dat verderop in dit document wordt geleverd. De gepresenteerde gegevens moeten empirisch zijn en uitsluitend afkomstig van de input van belanghebbenden, zonder subjectieve interpretatie door de auteur. Zodra het eerste concept van het document alle verzamelde informatie bevat, stuur je het naar de klant voor formele beoordeling en feedback.

Complexe ISR-systemen kunnen meerdere iteraties van de concept/review/feedback-cyclus vereisen voordat de klant de inhoud van het document accepteert. Houd de feedback van de klant bij en gebruik versiebeheer van volgende concepten om de traceerbaarheid door de ontwikkeling van het CONOP te garanderen.

Goedkeuring klant

Als de klant aangeeft het CONOP-document te accepteren, maak je een schone versie voor ondertekende en gedateerde goedkeuring door een bevoegde vertegenwoordiger van de klant. De goedgekeurde CONOP's vormen de basis voor toekomstige ontwerp- en ontwikkelingsinitiatieven.

Ervoor zorgen dat volgende herzieningen het ontwerp-, beoordelings- en goedkeuringsproces volgen voordat het versienummer van het document wordt verhoogd en de herziene CONOP's opnieuw worden uitgegeven aan relevante belanghebbenden.

Voorgestelde vragen voor het kader

Operationele context

De kadervragen voor operationele context hebben betrekking op drie belangrijke categorieën:

• De afstemming van het systeem op de strategie en bedrijfsdoelstellingen van de organisatie
• De operationele omgeving
• De behoeften van belanghebbenden

De vragen en antwoorden in dit gedeelte zijn voornamelijk strategisch of tactisch.

Wat zijn de inlichtingenvereisten en operationele doelen van het nieuwe ISR-systeem?

• Je wilt begrijpen welke informatie de klant nodig heeft en waarvoor hij de gegevens zal gebruiken. 
• Zijn ze gewoon aanwezig of hebben ze gegevens nodig voor later gebruik? 

Hoe sluiten deze doelen aan op en ondersteunen ze de overkoepelende bedrijfsstrategie en -doelstellingen?

• Als je de bestaansreden van de organisatie begrijpt, kun je je perspectief verbreden en holistische oplossingen bieden in plaats van je te richten op het directe ISR-probleem dat de klant probeert op te lossen. 
• Als ISR-operaties een klein onderdeel zijn van een grotere operatie, is er dan functionaliteit, of optionaliteit, die de bredere organisatie kan ondersteunen? 
• Wat doet de klant nu niet dat hij wel zou kunnen doen met incrementele software- of hardwaretoevoegingen? 

Op welke manier zal het de effectiviteit en efficiëntie van de organisatie vergroten?

• Gaat het om de uitrol van een nieuw systeem, om de vervanging van een bestaand systeem of om de integratie met een bestaand systeem?

In welke delen van de wereld zal het systeem werken?

• Lokalisatie wijst op de politieke dynamiek die van invloed is op de inzet van systemen, waaronder platform-, hardware- en softwarekeuzes.
• Zijn er regelgevende of wettelijke vereisten die de werking van het ISR-systeem kunnen bepalen of beïnvloeden?

Beschrijf de operationele domeinen van het systeem

• Wat wordt er bewaakt, in de lucht, op de grond, op zee, in de ruimte of cyber?
• Als er meerdere domeinen zijn, worden de activiteiten dan gelijktijdig uitgevoerd of verschuift de focus wanneer het platform opnieuw wordt belast?

Over welk terrein zal het systeem werken?

• Zijn het bergen, bossen, woestijnen, stedelijke gebieden of dichte begroeiing?
• Zijn er natuurlijke of door de mens gemaakte kenmerken die van invloed kunnen zijn op de sensordekking en zichtlijn?

Welk(e) platform(en) zal (zullen) het systeem dragen?

• Is het een vliegtuig met vaste vleugels, een helikopter of een UAV?
• Hebben ze een specifiek merk of model platform geselecteerd?
• Wat is zijn bereik, uithoudingsvermogen, hoogte en snelheid?
• Hoe lang blijft het platform op het station voor elke taak?

Waar zal het ISR-systeem specifiek naar zoeken?

• Het systeemontwerp wordt bepaald door het feit of doelen zich snel/langzaam verplaatsen of legale/illegale activiteiten uitvoeren.

Zijn er unieke kenmerken of wijzigingen die belangrijk zijn voor ISR-operaties?

• Wat zijn de pijnpunten van de klant die het systeem moet oplossen?
• Moeten positieve ervaringen met eerdere systemen worden opgenomen?

Welke andere belanghebbenden dan de klant zullen gegevens invoeren in of ontvangen van het nieuwe ISR-systeem?

• Hoe worden de vastgelegde gegevens verwerkt en verspreid onder alle belanghebbenden, inclusief het commando- en besturingspersoneel?
• Wat gaan die extra belanghebbenden doen met de systeemgegevens?
• Welke componenten, protocollen, interfaces en infrastructuur zijn nodig voor effectieve communicatie met belanghebbenden en andere ISR-systemen?
• Definieer en noteer een standaard technische terminologie die herkend en begrepen kan worden door alle relevante belanghebbenden.

Identificeer waar het ISR-systeem zal interfacen met netwerken, operationele systemen en besluitvormingsprocessen.

• De beveiligingsprotocollen beschrijven om de integriteit, betrouwbaarheid en vertrouwelijkheid van het systeem en de gegevens te beschermen.

Welke nuttige ladingen, typen en mogelijkheden van sensoren moeten worden geïntegreerd in het platform in de lucht?

• Welk type gegevens ondersteunt het succes van missies en wat zijn de detailniveaus voor elk?
• Beschrijf hoe de inlichtingen het situationeel bewustzijn en de besluitvorming ondersteunen en verbeteren.

Beschrijf de rollen en verantwoordelijkheden van degenen die het systeem direct controleren en beheren.

• Welke taken en functies vervult elke rol bij het beheren of bedienen van het systeem?
• Welke kwalificaties en training zullen de gebruikers van het systeem hebben?
• Beschrijf de mogelijkheden en competenties van de systeembeheerder.
• De prestatiemaatstaven definiëren die gebruikt worden om menselijke prestaties te beoordelen.

Welke overwegingen zijn van toepassing op gebruikersinterfaces, displays en bedieningsmechanismen om intuïtieve en efficiënte menselijke interactie te bieden?

• Welke datavisualisatietechnieken, feedbackmechanismen en informatiedisplays zijn nodig om effectieve besluitvorming te ondersteunen en situationeel bewustzijn te vergroten?
• Vereisen visuele interfaces het gebruik van specifieke kleuren of symbologie?
• Welke vereisten moeten er bestaan voor antropometrische, ergonomische en gebruikersgerichte ontwerpprincipes om rekening te houden met menselijke mogelijkheden en beperkingen?
• Welke kaartsets, vormen en overlays zijn er nodig of zal het systeem gebruikmaken van bestaande client assets?
• De vereisten voor redundantie en foutbestendigheid uitleggen om de veerkracht van het systeem te vergroten en menselijke fouten te beperken.

Is het nodig om verschillende sensortypen, modellen en fabrikanten te integreren?

• Gezien de mogelijkheden van elke sensor en de vereiste intelligentie, welke sensoren zijn volgens u nodig om alle operationele scenario's te dekken?
• Definieer de operationele procedures voor sensoractivering, kalibratie, gegevensverwerving en opslag.
• In hoeverre is spoorcorrelatie nodig om sensorgegevens uit verschillende bronnen te combineren en te associëren?
• Welke gegevensformaten en metadata zijn nodig?

Hoe worden hardware en software geïnstalleerd en geüpgraded?

• Wat zijn de vereiste onderhoudscontroles?
• Hoe worden nieuwe mogelijkheden, sensoren, platforms of verbeterde hardware en software geïntegreerd?
• Hoe blijft het systeem relevant en actueel als de technologie voortschrijdt en de operationele behoeften veranderen?

De metriek en indicatoren definiëren die worden gebruikt om de systeemprestaties te beoordelen

• Bijvoorbeeld beschikbaarheid van sensoren, snelheid van gegevensverzameling, opslagcapaciteit en uptime van het systeem.