Ustanowienie CONOP dla projektowania i rozwoju ISR

Trzy kroki do napisania CONOP

Gromadzenie danych

Pisanie dokładnych i zwięzłych CONOP wymaga kompleksowego procesu gromadzenia danych w celu uchwycenia potrzeb i oczekiwań interesariuszy. Często klient będzie wiedział, co chce osiągnąć dzięki nowemu systemowi ISR, ale nie będzie świadomy informacji potrzebnych zespołowi projektowemu do optymalnego rozwoju systemu.

Autor i współpracownicy CONOPs są odpowiedzialni za wykorzystanie pytań ramowych podanych w dalszej części tego dokumentu w celu uzyskania wymaganych szczegółów od interesariuszy klienta. Zredagowanie tych odpowiedzi w zwięzłą, informacyjną narrację CONOPs poprowadzi kolejne inicjatywy projektowe i rozwojowe.

Opracowanie/Recenzja

Zestawienie danych uzyskanych z odpowiedzi interesariuszy w standardowym formacie dokumentu CONOPs dostarczonym w dalszej części niniejszego dokumentu. Przedstawione dane muszą być empiryczne i pochodzić wyłącznie z wkładu interesariuszy, bez subiektywnej interpretacji autora. Gdy pierwszy projekt dokumentu zawiera wszystkie zebrane informacje, wyślij go do klienta w celu formalnego przeglądu i uzyskania opinii.

Złożone systemy ISR mogą wymagać wielu iteracji cyklu szkicu/przeglądu/opinii zwrotnej, zanim klient zaakceptuje treść dokumentu. Należy przechowywać zapisy informacji zwrotnych od klienta i korzystać z kontroli wersji kolejnych wersji roboczych, aby zapewnić identyfikowalność poprzez rozwój CONOP.

Zatwierdzenie klienta

Gdy klient wskaże akceptację dokumentu CONOPs, utwórz czystą wersję do podpisanego i opatrzonego datą zatwierdzenia przez upoważnionego przedstawiciela klienta. Zatwierdzone CONOP będą stanowić podstawę dla przyszłych inicjatyw projektowych i rozwojowych.

Upewnienie się, że kolejne poprawki są zgodne z projektem, przeglądem i procesem zatwierdzania przed przeniesieniem numeru wersji dokumentu i ponownym wydaniem poprawionych CONOP do odpowiednich interesariuszy.

Sugerowane pytania ramowe

Kontekst operacyjny

Pytania ramowe dotyczące kontekstu operacyjnego obejmują trzy kluczowe kategorie:

• Zgodność systemu ze strategią organizacji i celami biznesowymi
• Środowisko operacyjne
• Potrzeby interesariuszy

Pytania i odpowiedzi w tej sekcji mają głównie charakter strategiczny lub taktyczny.

Jakie są wymagania wywiadowcze i cele operacyjne nowego systemu ISR?

• Chcesz zrozumieć, jakich informacji potrzebuje klient i do czego będzie wykorzystywał dane. 
• Czy po prostu ćwiczą obecność, czy też potrzebują danych do późniejszego wykorzystania? 

W jaki sposób cele te są zgodne i wspierają nadrzędną strategię biznesową i cele?

• Zrozumienie raison d'être organizacji pozwala poszerzyć perspektywę i zaoferować holistyczne rozwiązania zamiast skupiać się na bezpośrednim problemie ISR, który klient chce rozwiązać. 
• Jeśli operacje ISR są niewielką częścią większej operacji, czy istnieje funkcjonalność lub opcjonalność, która może wspierać szerszą organizację? 
• Czego klient nie robi teraz, a co mógłby robić dzięki przyrostowym dodatkom oprogramowania lub sprzętu? 

W jaki sposób zwiększy to efektywność i wydajność organizacji?

• Czy jest to wdrożenie systemu od podstaw, zastąpienie istniejącego systemu, czy też wymagana jest integracja ze starszym systemem?

W jakich częściach świata system będzie działał?

• Lokalizacja wskazuje na dynamikę polityczną wpływającą na wdrażanie systemu, w tym wybór platformy, sprzętu i oprogramowania.
• Czy istnieją wymogi regulacyjne lub prawne, które mogą kształtować lub wpływać na działanie systemu ISR?

Opis domen operacyjnych systemu

• Co jest monitorowane: powietrze, ziemia, morze, przestrzeń kosmiczna czy cyberprzestrzeń?
• W przypadku wielu domen, czy operacje będą wykonywane jednocześnie, czy też zostaną przesunięte, gdy platforma zostanie przekierowana?

Na jakim terenie będzie działać system?

• Czy będą to góry, lasy, pustynie, obszary miejskie czy gęsta roślinność?
• Czy istnieją naturalne lub stworzone przez człowieka elementy, które mogą wpływać na zasięg czujników i linię widzenia?

Na jakich platformach będzie działać system?

• Czy jest to stałopłat, helikopter czy bezzałogowy statek powietrzny?
• Czy mają wybraną konkretną markę lub model platformy?
• Jaki jest jego zasięg, wytrzymałość, wysokość i prędkość?
• Jak długo platforma pozostanie na stacji dla każdego zadania?

Czego konkretnie będzie szukał system ISR?

• Projekt systemu zależy od tego, czy cele poruszają się szybko/wolno, czy też wykonują legalne/nielegalne działania.

Czy istnieją jakieś unikalne funkcje lub modyfikacje ważne dla operacji ISR?

• Jakie są bolączki klienta, które system powinien rozwiązać?
• Czy należy uwzględnić pozytywne cechy poprzednich systemów?

Jacy interesariusze poza klientem będą mieli dostęp do danych lub będą otrzymywać dane z nowego systemu ISR?

• W jaki sposób przechwycone dane będą przetwarzane i rozpowszechniane na wszystkich poziomach interesariuszy, w tym wśród dowództwa i personelu operacyjnego?
• Co ci dodatkowi interesariusze zrobią z danymi systemowymi?
• Jakie komponenty, protokoły, interfejsy i infrastruktura są niezbędne do skutecznej komunikacji z interesariuszami i innymi systemami ISR?
• Zdefiniuj i wymień standardową terminologię techniczną, która będzie rozpoznawalna i zrozumiała dla wszystkich zainteresowanych stron.

Określ, gdzie system ISR będzie łączył się z sieciami, systemami operacyjnymi i procesami decyzyjnymi.

• Opisać protokoły bezpieczeństwa w celu ochrony integralności, niezawodności i poufności systemu i danych.

Jakie ładunki, typy i możliwości czujników będą wymagały integracji z platformą powietrzną?

• Jaki rodzaj danych wspiera powodzenie misji i jakie są poziomy szczegółowości dla każdego z nich?
• Opisz, w jaki sposób dane wywiadowcze będą wspierać i zwiększać świadomość sytuacyjną i podejmowanie decyzji.

Określenie ról i obowiązków osób bezpośrednio monitorujących system i zarządzających nim.

• Jakie zadania i funkcje wykonuje każda rola w zarządzaniu lub obsłudze systemu?
• Jakie kwalifikacje i szkolenia będą posiadać osoby korzystające z systemu?
• Opisać zakres możliwości i kompetencji operatora systemu.
• Zdefiniuj wskaźniki wydajności używane do oceny wydajności człowieka.

Jakie czynniki mają zastosowanie do interfejsów użytkownika, wyświetlaczy i mechanizmów sterowania, aby zapewnić intuicyjną i wydajną interakcję międzyludzką?

• Jakie techniki wizualizacji danych, mechanizmy sprzężenia zwrotnego i wyświetlania informacji będą wymagane do wspierania skutecznego podejmowania decyzji i zwiększania świadomości sytuacyjnej?
• Czy interfejsy wizualne wymagają użycia określonych kolorów lub symboli?
• Aby uwzględnić ludzkie możliwości i ograniczenia, jakie wymagania powinny istnieć dla zasad projektowania antropometrycznego, ergonomicznego i skoncentrowanego na użytkowniku?
• Jakie zestawy map, kształty i nakładki są wymagane, czy system będzie wykorzystywał istniejące zasoby klienta?
• Wyjaśnij wymagania dotyczące redundancji i odporności na błędy w celu zwiększenia odporności systemu i ograniczenia błędów ludzkich.

Czy istnieje potrzeba integracji różnych typów, modeli i producentów czujników?

• Biorąc pod uwagę możliwości każdego czujnika i wymaganą inteligencję, jakie czujniki są wymagane do pokrycia wszystkich scenariuszy operacyjnych?
• Określenie procedur operacyjnych dotyczących aktywacji czujnika, kalibracji, gromadzenia i przechowywania danych.
• W jakim stopniu korelacja ścieżek jest wymagana do łączenia i kojarzenia danych z czujników pochodzących z różnych źródeł?
• Jakie formaty danych i wymagania dotyczące metadanych są potrzebne?

W jaki sposób sprzęt i oprogramowanie będą instalowane i aktualizowane?

• Jakie są wymagane kontrole konserwacyjne?
• W jaki sposób zostaną zintegrowane nowe możliwości, czujniki, platformy lub zmodernizowany sprzęt i oprogramowanie?
• W jaki sposób system zachowa aktualność i aktualność w miarę postępu technologicznego i zmian potrzeb operacyjnych?

Zdefiniowanie metryk i wskaźników wykorzystywanych do oceny wydajności systemu.

• Na przykład dostępność czujników, szybkość gromadzenia danych, pojemność pamięci masowej i czas pracy systemu.