Interoperabilitet och Nätverksförsvar 2005-10-20 Systemutformning och genomförande - En angelägenhet för alla? Col Anders Johnson Head of Capability Planning Strategies and Future systems Defence Materiel Administration, Sweden
Agenda Krav på förändring Att bygga ändamålsenliga system Interoperabilitet Visionen tjänsteorienterat koncept Behov av åtgärder och ett ensat regelverk Pågående och planerad verksamhet
Changing world Future Battlefield New threats & actors Terrorism IT Crime New technology
Agenda Krav på förändring Att bygga ändamålsenliga system Interoperabilitet Visionen tjänsteorienterat koncept Behov av åtgärder och ett ensat regelverk Pågående och planerad verksamhet
Systemutformning kräver systemarbete! Allt systemarbete syftar i slutänden till att leverera ändamålsenliga system till användaren! Konceptgenerering Definition och Demonstration Anskaffning Vidmakthållande Konceptvärdering Avveckling P1 P2 P3 P4 P5 P6
Ett ändamålsenligt system är ett system som har de egenskaper som en användare förväntar sig. är ett system som kan fungera på avsett sätt tillsammans med andra system i ett större sammanhang. är ett system som är pålitligt och säkert. är ett system som är förändringsbart.
Ett system kan bli ändamålsenligt om användarens krav kan uttryckas konsistent. om kraven från omgivningen kan uttryckas stringent. om kraven på driftegenskaper och säkerhet kan uttryckas konsistent.
Utveckling av ett ändamålsenligt system är ett förändringsarbete. Nyutveckling är ett specialfall! bör ske i en gemensam produktionsprocess.
En gemensam produktionsprocess innebär att alla berörda deltar. kräver att alla använder samma gränsytor (leverabler P1 P6). Konceptgenerering Definition och Demonstration Anskaffning Vidmakthållande Konceptvärdering Avveckling P1 P2 P3 P4 P5 P6 måste hantera systemkrav på alla nivåer.
Agenda Krav på förändring Att bygga ändamålsenliga system Interoperabilitet Visionen tjänsteorienterat koncept Behov av åtgärder och ett ensat regelverk Pågående och planerad verksamhet
Kraven på samfunktion ökar Med modern teknik kan system kopplas ihop; FV ledningssystem kopplad till jaktförsvar MARCUS - uppkopplad i ett förband Antalet typer av noder som kopplas är i dag extremt mycket större än tidigare.
Interoperability for Command&Control Systems Outline Concept by Chief, Joint Forces Development Outline concept Command and control systems development within the Armed Forces is to be harmonised with the equivalent development programmes within the EU and NATO/PfP. Special national solutions are therefore neither to be retained nor created, except where specific justification exists. Design and direct to achieve interoperability required by PG.s Swe contribution to EU Battle Group appropriate level of interoperability with effect from 2008 Force Catalogue Units appropriate level of interoperability with effect from 2008 NBD directed in accordance with development of interoperability in line with NNEC PG.s EU Battle Group
Interoperabilitet - handlar om.. Link 16 Datalink Doktriner Operationer Information (C4ISR) Procedurer Teknik och anskaffning
Interoperabilitet berör alla då kraven oftast kommer från ett större perspektiv. då realiseringen nästan alltid sker på lägre systemnivåer.
Agenda Krav på förändring Att bygga ändamålsenliga system Interoperabilitet Visionen tjänsteorienterat koncept Behov av åtgärder och ett ensat regelverk Pågående och planerad verksamhet
Precision engagement NBD the Swedish concept for creating flexible forces Interoperability Role-based situation awareness Decision superiority Continuous training and exercises Rapidly adaptable units Continuous and rapid development
Systems of today Static configuration Point to point Communication Platform Centric
Service oriented Architecture Publishing Services Situation Adapted System Dynamic Reconfiguration Allowing Agencies and others to keep autonomy
Encapsulation of Legacy Systems
Hotet: Gap mellan aptit och förmåga Aptit på utveckling Katastrofgapet Förmåga att hantera komplexitet Tack till C Jäderlund
Utmaningen Aptit på utveckling Anpassad aptit på utveckling Katastrofgapet Förståelse kunskap - begrepp Förmåga att hantera komplexitet Tack till C Jäderlund
Arkitektur för System av system idag Domän Flygplan Arkitekturkunskap för Flygplan Domän S2? Arkitekturkunskap för Lv Samfunktion? Domän Ledsyst Arkitekturkunskap för Ledsyst Integration? Arkitekturkunskap för Fartyg Arkitekturkunskap för Förband Domän Fartyg
Arkitektur för nätverk av verksamheter, produkter/system Domän Flygplan Arkitekturkunskap för Flygplan Domän NCW Arkitekturkunskap för Lv Samfunktion? Domän Ledsyst Arkitekturkunskap för Ledsyst Integration? Arkitekturkunskap för Fartyg Granularitet för system!? Arkitekturkunskap för Förband Domän Fartyg
Agenda Krav på förändring Att bygga ändamålsenliga system Interoperabilitet Visionen tjänsteorienterat koncept Behov av åtgärder och ett ensat regelverk Pågående och planerad verksamhet
Målbild ä b1 b2 b3 Faktisk förmåga (mätbar) Integration, VoV (system av system) Utveckling av system Definition av system av system Behov av förmåga över tiden Politiska och andra villkor Regelverk, arkitektur, teknikutv, std, säkerhet, metoder/verktyg, MoS Tid OBS! Kontinuerlig verksamhet! Kräver mycket dialog mellan myndigheter (ingen kan göra detta ensam)
ä b1 b2 b3 Målbild BIS Faktisk förmåga (mätbar) Integration, VoV (system av system) Utveckling av system Definition av system av system Behov av förmåga över tiden Politiska och andra villkor Regelverk, arkitektur, teknikutv, std, säkerhet, std,, säkerhet, s metoder/verktyg, metoder/verktyg, MoS MoS Tid OBS! Kontinuerlig verksamhet! Kräver mycket dialog mellan myndigheter (ingen kan göra detta ensam)
Systemarbetets arbetsgång Försvarssystembeskrivningar och planer Nedbrytning och fördelning av funktions- & förmågekrav Nedbrytning av tjänsterelaterade krav till system relaterade krav Funktions & Förmågekrav Operativa ramvillkor Partnerskapsmål (PG) C KRI BIS Nya krav måste identifieras Koppling av LMP rader till system/materiel relaterade krav... Systemrelaterade krav LMP april 2005 Ej längre l gällande g krav som måste bibehållas ITM
Förändringsarbete transformering ett verktyg för reformen FM uppgift FM Förmågor Delförmågor Internationella krav Förmågenedbrytning PK
SwAF vision for development C2X C2X C2X C2X C2X C2X C2X C2X Fielded Force Gen1 (NBG 08) Gen 2 (BG 11) Gen3? CD&E C2 LOE Gen2 Gen 3 Gen 4 C2 C2 C2 C2 C2 LOE LOE LOE LOE LOE C2 LOE C2 LOE R&D Gen 3 Gen 4 Gen 5
Agenda Krav på förändring Att bygga ändamålsenliga system Interoperabilitet Visionen tjänsteorienterat koncept Behov av åtgärder och ett ensat regelverk Pågående och planerad verksamhet
Legacy system Current capabilitie s Design Adopt Adapt Develop Procure Transformation Roadmap Analysis, Decide Adapt/Develop ment New C2 organisation CDE Operation Leave behind EU Battle group International missions ExperimentExperiment Experiment Experiment Architectu re Complete Framewor Phase d 1 Phase 2 Phase 3 k 2000 2004 2006 2010
Bringing results to the warfighter
Change Control System System System System System N B D - Approval CCB - Director Joint C4ISR Knowledge and Design Rules 03 NBD Development program
Koncept enligt NAF för Internationella Insatser Coalition Multirole A/C Swing Role A/C JAS 39 C&D Airlift SIGINT Air-Air Refueling International Command & Support CRC AWACS C2 ASC 890 A/C Carrier Information sharing though: Tactical Data Link (L16) SSR & IFF Secure Voice Secure Text, Data & Image National Command, Support & Training FAC GBAD Air Base Batalion 08 Deployable Airfield Operations Squadron MSE
Försvarsmaktens arkitekturramverk FM AR D E F I N I T I O N E R x y z Beskrivningsprinciper Livscykelprinciper Konstruktionsprinciper Tillämpningar: Generell Domänspecifik Systemspecifik U T K A S T
Syftet Göra det svåra och komplexa begripligt Ur FM synvinkel - en av förutsättningarna för att realisera konceptet NBF. bildkälla: www.wasabi.nu
FM A - FM AR Kontext FM AR En Princip är ett uttalande om något som rör hur lösningen skall utformas vilken sker i ett fåtal meningar. DR, DesignRegler är en förpackning av designmönster och principer (dvs kunskap). Beskrivningsramverk Beskrivs enl. Principer Styrs av DR DRDR DRP Utformas enl. DR DRDR DRP Metod Utvecklas. enl. FMA DR DRDR DRP meta content DRP är en förpackning av DesignRegler för ett specifikt problemområde.
Infrastruktur för Modellering och simulering Införande av MoS i alla faser av ett systems livscykel MoS även i konceptfaser på högre systemnivåer SBA som en realitet
Ledningens ansvar för utveckling Utvecklingsprocessen = primärprocess! Kunskapsuppbyggnad och kontinuerlig utvecklingsprocess Samverkansformer för lärande i osäkra processer Tona upp bruksperspektivet (integration och effekt i bruk)
Tack för uppmärksamheten. Frågor?
Referensram FM A Arkitekturprinciper System Systembeskrivningar
Utvecklingsprocess Den första uppgiften är att ta fram en målbild, utifrån de krav på förmågor som HKV har fastställt, för systemet som ligger inom en överskådlig framtid (f.n. 2008-2012). Denna målbild skall även innehålla alla de kravställningar som kommer från t.ex. Nordic Battle Group (NBG), Partnerskapsmål (PG) mfl. Samarbeten i detta steg sker med ett stort antal grupper, bl.a. HKV, FTK, VO Flyg & Rymd och VO Led. Målbilden uppdateras löpande och dokumenteras i den primära produkten Systemdefinition Luftstridskrafternas Tekniska system (SYD LuftT). 1
Utvecklingsprocess Nästa uppgift är att detaljera och dela upp den framtagna målbilden (SYD LuftT) i delversioner. Dessa delversioner skall sedan koordineras med de olika materielsystemen för att systemet i sin helhet skall vara färdigt vid, av HKV, fastställda tidpunkter. Uppdelningen i versioner görs dels utifrån vilken funktionalitet som behövs vid en viss tidpunkt, dels de möjligheter varje materielsystem har att nå denna utvecklingstakt. Systemet kan bara uppfylla funktionaliteten när alla materielsystem fungerar tillsammans. De primära produkterna från detta steg är Versionsdefinition, Gränsytedefinition samt Grunddatadefinition för de olika versionerna. 2
Utvecklingsprocess Den sista uppgiften är att Verifiera och Validera (VoV) samfunktioner mellan de olika ingående delsystemen för att konfirmera att systemet på nivå 1 har uppfyllt de ställda kraven på förmågor. En stor del av dessa krav är tänkta att i så stor utsträckning som möjligt verifieras och valideras hos de ingående materielsystemen i samband med deras egna tester. Den primära produkten från detta steg är en Verifierings- och Valideringsplan (VoV-plan) samt en VoV-rapport för varje version. 3
Exempel på ansvarsfördelning: Kravhant. KL Försvarssystemets Funktions- och Förmågeutveckling FörmågeIntegration /infoarkitektur CONOPS, NAF, IER etc TDL IFF MTF Logistik Personalunion Etc Gemensamma databaser DOORS ismart Plattformar Möjliggörare: Förmågeutveckling IntOp-studie CCIB Koordineringsgrupp systemarbete