MODAF - Arkitektur? HÖGKVARTERET

Transkript

1 MODAF - Arkitektur?

2 MODAF - Ministry of Defence Architecture Framework (UK/SWE ) Thomas Niclason*, HKV LEDS UTV Förmågesektionen mina fokusområden : Förmågeträd Modellbaserad FörmF rmågeutveckling Handbok målsm lsättningsarbete H MÅL M NY *Master of Science, Systems Engineering for Defence Cranfield University, UK 2

3 3

4 Arkitektur i traditionell mening Byggnadskonst; läran om design och konstruktion av byggnader Konsten är att förena ett antal perspektiv (vyer) till en balanserad, harmonisk och fungerande helhet. Vitruvius (Om arkitektur) - Skönhet (Venustras) - Hållbarhet (Firmitas) - Funktion (Utilitas) Stilar (klassisk, gotisk, funkis ) 4

5 Breddad användning av arkitektur Arkitektur = läran om design och konstruktion av system. Ett system består av ett antal samverkande delar, ordnade för att uppnå ett visst syfte. Byggnadskonst; byggnader, ITsystem, hela verksamheter (EA) 5

6 Arkitektur en formell definition ett systems grundläggande ggande struktur, uttryckt i dess beståndsdelar, deras relation till varandra och till omgivningen, samt de principer iper som styr systemets utformning och utveckling över tiden, [IEEE 1471] med att systems arkitektur avses alltså: ett systems grundläggande ggande uppbyggnad (stil) de principer efter vilka systemet utformats (designregler) de principer efter vilka systemet livscykelhanteras (förändringsledning) 6

7 System en formell definition en sammansättning av samverkande element organiserade att uppnå ett eller flera uttalade syften [SS-ISO/IEC 15288] ett element är r en avgränsad del av ett system som kan implementeras för r att uppfylla specificerade krav. Processer Information Kompetens Organisation Materiel System 7

8 Verksamhetssystem/Enterprise Alla system har en arkitektur. Arkitektur kan beskrivas. 8

9 Modeller/Beskrivningar Förenkling Syfte Metamodell 9

10 Vad är MODAF? MODAF är ett arkitekturramverk som tillhandahåller en standardiserad mängd begrepp för att beskriva verksamhetsarkitekturer System och organisationer och deras beståndsdelar Interaktioner mellan dessa system, organisationer och beståndsdelar Ramverket ger möjlighet att skapa en sammanhållen modell för den verksamhet man är intresserad av CIO Beslut av inriktningar inom CIO ansvarsområde (HKV , :69149) 11

11 FM AR Försvarsmaktens arkitekturramverk Beskrivning Livscykelhantering Utformning MODAF Ramverksfundament 12

12 MODAF:s bakgrund och historia DoDAF 1.0 MODAF 1.0 MODAF 1.1 NAF 3.0 NAF 2.0 C4ISR 2.0 MODAF 1.2 C4ISR

13 Hur är MODAF uppbyggt? Beskrivningsramverk Definierade element/begrepp Sammanhängande modell av verksamheten Definierade vyer (perspektiv) v 1.2 Fokus på element och relationer 15

14 M3 Vad innehåller MODAF v 1.2? 16

15 MODAF - Tre grundstenar Definierade element Sammanhängande modell Definierade vyer 17

16 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer Definierade element 18

17 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer Fördelar med definierade element Begreppen sätts i relation till varandra så att sammanhanget kan förstås En ensad begreppsapparat Många av begreppen är desamma som de vi använder idag förmåga, resurs, funktion, roll, etc. Modellen har också utökats med en del nyare begrepp för att öka tydligheten och bl.a. ge möjlighet till friare val av lösningar nod, förmågekonfiguration, etc. 19

18 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer En sammanhängande modell 20

19 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer med en tjänsteorienterad lösning 21

20 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer och en länk till projekthantering 23

21 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer Fördelar med en sammanhängande modell Spårbarhet ger bra beslutsunderlag Skalbarhet och modularisering ger flexibilitet Tidsindelning av behov och lösningar ger möjlighet till förmåge- och resursplanering Modellen stödjer utvärdering av alternativa lösningar En gemensam modell möjliggör återbruk av information 24

22 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer MODAF 1.2 vyer Ger summarisk information rörande arkitekturmodellen och tillhandahåller information som gör det möjligt att leta i och indexera modellen. Dokumenterar operationella processer, relationer samt deras omgivning för att möjliggöra operationell analys och kravutveckling. AV All Views StV Strategic Views Dokumenterar den strategiska bilden rörande förmågor och hur dessa utvecklas över tiden. Detta understödjer förmågeplanering och styrning. Dokumenterar program, beroenden, tidsscheman och programstatus för att tillhandahålla styrinformation samt programsynkronisering. OV Operational Views AcV Acquistition Views Dokumenterar systems (resursers) funktionalitet och interkonnektivitet för att stödja systemanalys och livscykel-hantering. SV System Views TV Technical Views SOV Service Oriented Views Dokumenterar tjänsters funktionalitet, begränsningar och inbördes beroenden. Dokumenterar policies, standarder och begränsningar som LEDS skall UTV, gälla för Thomas den Niclason övergripande arkitekturen. 32

23 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer MODAF 1.2 vyer Ger summarisk information rörande arkitekturmodellen och tillhandahåller information som gör det möjligt att leta i och indexera modellen. Dokumenterar operationella processer, relationer samt deras omgivning för att möjliggöra operationell analys och kravutveckling. AV All Views StV Strategic Views Dokumenterar den strategiska bilden rörande förmågor och hur dessa utvecklas över tiden. Detta understödjer förmågeplanering och styrning. Dokumenterar program, beroenden, tidsscheman och programstatus för att tillhandahålla styrinformation samt programsynkronisering. OV Operational Views AcV Acquistition Views Dokumenterar systems (resursers) funktionalitet och interkonnektivitet för att stödja systemanalys och livscykel-hantering. SV System Views TV Technical Views SOV Service Oriented Views Dokumenterar tjänsters funktionalitet, begränsningar och inbördes beroenden. Dokumenterar policies, standarder och begränsningar som LEDS skall UTV, gälla Thomas för den Niclason övergripande arkitekturen. 33

24 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer Fördelar med definierade vyer Jämförbara underlag ger tryggare beslut Standardiserad uttrycksform ger interoperabilitet Fördefinierade vyer är lätta att producera med modellen som informationsbas Vyerna blir också lätta att tolka med entydiga begrepp i botten Vyerna kan utnyttjas under såväl utveckling som produktion och inför insats 34

25 Grundstenar: Definierade element; Sammanhängande modell; Definierade vyer Dagens dokument 35

26 TOEM Strategiska typsituationer TypScenario TypMission Typinsatser Typsituationer Typhändelser Typuppgifter Operativa betingelser Stridsfrekvenslinjal Motståndarbeskrivning Hotbild Stridsmiljö Taktiska krav Förmågekrav Målsättningar Tjänstebehov 36

27 TOEM Förband Teknik Organisation Personal Tjänsteutbud Utbildning 37

28 TOEM Behovstäckning Investeringsbehov 38

29 Traditionell och Modellbaserad förmågeutveckling Dokumentbaserad förmågeutveckling FMUP CONOPS TOEM TTEM Specifikation Standards Upphandlings underlag Modellbaserad förmågeutveckling Strategiska vyer Operativa vyer Systemvyer Tekniska systemvyer Tekniska vyer Standards Upphandlings vyer 39

30 Summering MODAF Ensade begrepp ger tydlighet och sammanhang Spårbarhet och skalbarhet ger flexibilitet och möjlighet till förkortade ledtider Standardiserad uttrycksform ger interoperabilitet Sammantaget ger en ensad syn på arkitektur och beskrivningar möjlighet till: effektivare processer i alla faser, bättre beslutsunderlag, samt faktisk interoperabilitet vid utbyte av t.ex. förmåge- och resursrelaterad information (BG 13, UK/SWE) 40

31 MODAF 1.2 vyer Ger summarisk information rörande arkitekturmodellen och tillhandahåller information som gör det möjligt att leta i och indexera modellen. Dokumenterar operationella processer, relationer samt deras omgivning för att möjliggöra operationell analys och kravutveckling. OV Operational Views AV All Views Dokumenterar den strategiska bilden rörande förmågor och hur dessa utvecklas över tiden. Detta understödjer förmågeplanering och styrning. StV Strategic Views Dokumenterar program, beroenden, tidsscheman och programstatus för att tillhandahålla styrinformation samt programsynkronisering. AcV Acquistition Views Dokumenterar systems (resursers) funktionalitet och interkonnektivitet för att stödja systemanalys och livscykelhantering. SV System Views TV Technical Views SOV Service Oriented Views Dokumenterar tjänsters funktionalitet, begränsningar och inbördes beroenden. Dokumenterar policies, standarder och begränsningar som LEDS skall gälla UTV, för Thomas den Niclason övergripande arkitekturen. 41

32 Modellens omfång ETT SYSTEMS LIVSCYKELFASER S Y S TE MN I V Å E R utilization/ concept development production retirement support 42

33 Kunskapsbas 43

34 Parallellt arbete Ledningsprocessen Inriktar Produktionsprocessen Producerar Insatsprocessen Använder och konfigurerar 44

35 Ledningsprocessen Förmåge-/ resursplanering i ett helhetsperspektiv Utvärdering av alternativa lösningar Tydliga och entydiga beslutsunderlag Effektivare verksamhet sparar pengar 45

36 Produktionsprocessen Korta ledtider för produktion Fokus på gap-/ överlappshantering Test, utvärdering och certifiering i ett helhetsperspektiv 46

37 Insatsprocessen Korta ledtider för sammansättning av Ad hocförband Situationsanpassning på modulnivå Samverkan i löst kopplade federationer 47

38 Kontaktinformation Thomas Niclason Callsign, thonic

39 MODAF:s vyer med exempel 49

40 All Views Acronym Group or view Explanation AV All Views Ger summarisk information «ExternalType» rörande arkitekturmodellen och tillhandahåller CommunicationSystem information som gör det möjligt att leta i och indexera modellen. AV-1 AV-2 Overview and Summary Information Integrated Dictionary class AV-2 Example Enterprise Phase AV-1 är avsedd att tillhandahålla tags en översikt över den information som innehålls i en viss arkitekturmodell. Ett flertal viktiga begrepp visas i detta utsnitt av arkitektur- modellen som: Verksamhetsfaser, de tidsperioder som arkitekturen har tillhör, en beskrivning av innehållet i arkitekturmodellen samt definitioner av intressenter och deras intressen I olika delar av modellen. URL = Casualty tracking Casualty evacuation AV-2 definierar de element som används i modellen antingen knutna som specialiseringar «System» eller instanser «System» av andra element «System» I modellen eller som knutna till externa BowmanSystem Cormorant Falcon typer eller instanser. Medical treatment Medical C2 «System» PRC35 4 «System» PRC355 «System» HCDR vy intressent concern hanterar vy 50

41 Strategic Views Acronym Group or view Explanation Armed forces capability StV Strategic Views VisionStatement Dokumenterar den strategiska bilden rörande förmågor och hur dessa utvecklas Wounded soldiers are able över to receive tiden. critical Detta understödjer care within an förmågeplanering och styrning. Capability StV-1 Enterprise hour of Protect sustaining Vision the injury StV-1 Command Medical evacuation används för att visa element Operate på en hög strategisk nivå Project som visioner för verksamheten, verksamhetens mål samt relationer mellan dessa och andra element.. StV-2 Capability Taxonomy Sustain StV-2 redovisar den förmågetaxonomi Prepare som modellen Inform utnyttjar. Denna taxonomi är vanligen EnterpriseVision gemensam för en hel verksamhet. StV-3 Casualty management Capability Phasing StV-3 redovisar hur olika förmågor avses bli realiserade över tiden I form av projekt. Goals = In-time casevac, critical care at first line, follow-up care Maintain Ground to air satcom enhancement EnterpriseGoal In-time Medical Casevacsupport Benefits = The timely removal of casualties from the battlefield will yield increased survivability GPS beacon GPS beacon encrypted Light helicopter bolt on Medium helicopter bolt on Medical command and EnterprisePhase control Exhibits: Medical evacuation Medical re-supply Medical evacuation Medical treatment 51

42 Strategic Views Acronym Group or view Explanation class StV-5 Example StandardOperationalActivity StV Strategic Views -Medical treatment Medical evacuation Stabilisation information handling StV-4 Capability Dependencies StV-5 Capability to Organisational Deployment Mapping Capability StV-6 Medical command Operational and Activity control to Capability Mapping FRED FOC Roll-Out Phase 2 StV-4 redovisar beroenden mellan olika förmågor. Hanteringen av beroenden är viktig eftersom detta direkt påverkar de noder som behöver beskrivas I de operativa vyerna. StandardOperationalActivity «ActualOrganisation» StV-5 redovisar hur olika förmågor görs tillgängliga till Update olika organisatoriska medical estimate delar. Royal Yeomanry LAD Tidsmässiga aspekter rörande tillgänglighet kan även redovisas. «CapabilityConfiguration» FRED Armour Recov ery Configuration ActivityMapsToCapability «EnterprisePhase» StandardOperationalActivity Strategic medical Medical Intelinfo reception and IntRep generation StV-6 support redovisare handling relationen mellan förmågor re-supply och olika standardiserade handling aktiviteter som finns beskrivna. StV-6 utgör en brygga mellan de strategiska beskrivningarna och de operativa beskrivningarna. «ActualOrganisation» StandardOperationalActivity 1 Brigade Generate basis for intelligence report Medical command and control StandardOperationalActivity Rear party notification 52

43 Operational Views Acronym Group or view Explanation OV Operational Views De Dokumenterar operationella operationella vyerna dokumenterar processer, operationella relationer samt processer, deras omgivning relationer för samt att deras möjliggöra omgivning operationell för att analys möjliggöra och kravutveckling. operationell analys och kravutveckling. OV-1a OV-1b OV-1c High level Level Operational Concept Graphic Operational Concept Description Operational Performance Attributes OV-1a beskriver en mission, ett scenario eller en typ av mission/ scenario. Den redovisar grafiskt en beskrivning av intressanta noder eller resurser som kan komma till användning i scenariot och beskriver dessutom den omgivning som dessa opererar i. OV-1b innehåller text för att ytterligare förklara den beskrivning som redovisats grafiskt i OV-1a. OV-1c används för att redovisa olika parametrar av betydelse for beskrivningen i de båda övriga OV-1 vyerna. 53

44 Operational Views Acronym Group or view Explanation Acronym OrganisationType läges- OrganisationType OV Operational stationär NHS Views ledningsnod producent -OV informationpjhq konsument mobil OV-2 Operational Node OV-2 redovisar förmågeutnyttjande i som en del ledningsnod i den mission eller det scenario som stationär OrganisationType Relationships ledningsnod arkitekturmodellen OrganisationType behandlar. Det OrganisationType främsta syftet med OV-2 är OrganisationType att definiera de noder Home Description regiment som tjänsteinformation utgör OHQ fokus för förmågor. Det sekundära Aeromedevac syftet är att definiera Rehabilitation de Centre mobil ledningsnod informationsflöden som behövs mellan tjänsteinformation de olika noderna. Noderna är logiska och behöver inte direkt avbilda konsument specifika organisationer, system eller lokaliseringar. OV-2 definierar också ljusnivå konsument OrganisationType OrganisationType gränserna för det problemområde som arkitekturen behandlar. G1 Division tjänstemäklarnod konsument OV-3 Operational OV-3 redovisar I mer detalj de specifika informationsflöden som förekommer mellan Information noderna som definierades positions- förmörkelse i OV-2. Detta ger ytterligare detaljer rörande den tjänsteinformation producent Exchange Matrix interoperabilitet mellan information OrganisationType noder i arkitekturmodellen tjänsteinformation som måste föreligga. Regiment producent producent OV-4 Organisational OV-4 redovisar den organisatoriska struktur som är av betydelse i en given Relationships Chart arkitekturmodell. producent OV-4 kan användas för att redovisa både en typisk organisatorisk sensornod sensornod struktur samt en verklig sådan. verkansnod OrganisationType OrganisationType verkansnod NSE JCCC 54

45 Operational Views Acronym Group or view Explanation OV-2 Operational Node Connectivity Description OV Operational Views - Op. Node A Op. Node B Op. Node Place of injury C OV-5 Operational Activity Model OV-5 redovisar de aktiviteter och hur de interagerar med varandra för att genomföra den verksamhet som arkitekturmodellen beskriver. OV-6a Operational Rules Model OV-6a redovisar olika operationella regler som kan knytas till noder eller aktiviteter och som bestämmer hur Op. Node måste A bete sig alternativt Op. Node hur B de inte få bete Op. sig. Node C OV-6b Operational State 1 State OV-6b redovisar tillstånd för aktiviteter eller noder och de övergångar som kan ske Transition mellan dessa. Event X Description Event X OV-6c State 2 Operational Event Trace Event Y Description OV-6c redovisar sekvenser av olika interaktioner mellan noder. Event Y OV-7 State 3 Information Model OV-7 ger ett informationsperspektiv på arkitekturmodellen. Den används vanligen för OV-6b Operational State Transition Description att påvisa den struktur som olika informationsflöden kan tänkas ha. (Node B) 55

46 Service Oriented Views Acronym Group or view Explanation out SOV Service Oriented Service Dessa vyer används Service för att Operation/ dokumenterar Message tjänsters funktionalitet, Explanation begränsningar Views Casualty evacuation och inbördes beroenden utan att på något sätt framtvinga en viss request handling implementation Access av tjänsten. Op AddRule This operation adds an access in Control rule to the rule database. SOV-1 Service Taxonomy SOV-1 redovisar hur olika tjänster kan kategoriseras i olika grupper. Operation DeleteRule This operation deletes an identified access rule in the SOV-2 Service Definitions SOV-2 redovisar tjänsternas olika gränssnitt för att klargöra mer exakt hur en out rule database. Service tjänstekonsument kan utnyttja tjänsten ifråga. Op ActivateRule This operation activates an Casualty evacuation identified rule in the rule in route and asset planning database. out in out in Service Casualty evacuation asset reuse handling Service Casualty evacuation control Op DeactivateRule Op EvaluateAccess Op FetchRules This operation deactivates an identified rule in the rule database. This operation evaluates access for a user based on the users properties. This operation fetches relevant rules associated with a user. 56

47 Service Oriented Views Acronym Group or view Explanation SOV SOV-3 Service Service Casualty Oriented evacuation Viewsrequest handling Service to capability mapping Service Service Service - Casualty evacuation route Casualty evacuation Casualty evacuation and asset planning Service asset reuse handling control Medical tracking handling SOV-3 används för att redovisa hur olika tjänster tillsammans kan realisera en viss förmåga. SOV-4 Service behaviour SOV-4 används för att beskriva, på Service ett implementationsoberoende sätt, hur tjänsten skall bete sig. Policy för tjänsten Medical kan documentation definieras likaså sekvensdiagram som beskriver Capability hur tjänstens gränssnitt kan utnyttjas. handling Tillståndsdiagram för tjänsten kan även Medical coordination redovisas. handling SOV-5 Service functionality SOV-5 används för att beskriva tjänsten med hjälp av aktivitetsdiagram. Service Medical statistics handling ServiceAimsToAchieve Service Casualty record handling 57

48 System Views Acronym Group or view Explanation SV System Views UsedConfiguration Patrol Dokumenterar system (resurser) funktionalitet och interkonnektivitet för att stödja systemanalys System och livscykelhantering. UsedConfiguration SV-1 Post Resource RadioTerminal[*] Role 3 MTF SV-1 redovisar olika resurskonstellationer samt hur dessa interagerar med varandra för Patrol Commander Interaction att realisera den logiska arkitektur som redovisats i de operationella delarna av Role Specification modellen. Commander[1] Post Soldier SV-2a System Port SV-2a Post redovisar de protokoll som de olika systemen utnyttjar var och en för sig. Specification Team Medic Role Role Casualty[0..5] SV-2b System Port Medic[1] SV-2b redovisar de kommunikationslänkar som finns mellan olika system och kan Connectivity användas för att specificera dessa mer detaljerat. System Specification Satellite network SV-2c SV-3 SV-4 System Connectivity Clusters Resource Interaction Matrix Functionality Description UsedConfiguration Role 1 MTF SV-2c redovisar olika grupperingar av kommunikationslänkar mellan olika system. System SV-3 redovisar Regimental i tabellform combat vilka network system som interagerar med vilka. Den kan alltså ses som en sammanfattning av det som tidigare redovisats i SV-1. SV-4 ger en beskrivning av den funktionalitet som de olika resurserna, som används i arkitekturmodellen har. UsedConfiguration Role 2 MTF 58

49 System Views Acronym Group or view Explanation SV System Views - <<WholeLifeConfiguration>> Front Line News Provision SV-5 SV-6 SV-7 SV-8 Function to Operational Activity Traceability <<System>> Matrix Systems <<Role>> Data News Reporter Exchange Matrix Resource <<CapabilityConfiguration>> Mobile Phoner Performance Parameters Matrix Capability Configuration Management Aug 1999 Feb 2005 GSM Cellphone <<PostType>> Brigade Comms Officer <<System>> SV-5 redovisar kopplingen mellan de funktioner som beskrivits i SV-4 och de operativa GPRS Cellphone aktiviteter som redovisats i OV-5. Redovisningen tar oftast formen av en mappningsmatris. SV-6 redovisar <<Role>> karakteristika för den data som utbyts mellan de olika systemen i News Reporter systemvyerna. Redovisningen <<System>> tar ofta formen av en tabell där varje rad diskuterar ett Web Terminal givet dataflöde. <<PostType>> Brigade Comms Officer SV-7 redovisar olika karakteristika som är av betydelse för de resurser rom används i <<CapabilityConfiguration>> modellen och ger Mobile på så Mailer sätt ytterligare detaljer rörande resurserna och deras användning. SV-8 redovisar livscykeln för en resurs och beskriver hur denna kan ändras över tiden. Feb March 2008 March 2008 Onwards

50 System Views Acronym Group or view Explanation Start Data SV System Views - Acquisition Client Target Data Retrieval System SV-9 Technology & Skills Forecast SV-9 definierar den underliggande nuvarande och framtida teknologin och kompetensen som utnyttjas eller kommer att kunna/ behöva utnyttjas i den arkitekturmodell som skapats. Denna teknologi och kompetensbehovet ifråga redovisas vanligen längs LOCKED en tidslinje. SV-10a Resource SV-10a redovisare Target begränsningar Data Display som Request kan/ skall knytas till de resurser som används Constraints Specification Time To Aim Camera Requested Target Data SV-10b Resource State SV-10b definierar de tillstånd och de tillståndsförändringar som föreligger för de olika Transition resurser som används i arkitekturmodellen. Description MOVING TO POSITION SV-10c Resource Event SV-10c kan användas för att redovisa sekvensdiagram för de resurser som används i Trace Description arkitekturmodellen. Camera In Position SV-11 Physical Schema SV-11 redovisar den interna strukturen på de olika typer av systemdata som används av eller utbyts mellan olika resurser i arkitekturmodellen. IN POSITION SV-12 Service Provision SV-12 gör det möjligt att beskriva hur olika tjänster, som beskrivits på ett implementationsoberoende sätt i SOV Picture vyerna Sequence, kan realiseras. Complete 60

51 Technical Standards Views Acronym Group or view Explanation TV Technical Standards Views Data Interchange Dokumenterar policy, standarder och begränsningar som skall gälla för den övergripande arkitekturen. TV-1 Standards Profile TV-1 redovisar tekniska och icke tekniska standarder, anvisningar samt policydokument som är betydelsefulla för arkitekturmodellen. Service Standards Description Electronic Data Interchange TV-2 Standards Forecast TV-2 redovisar hur dessa standarder, anvisningar och policy dokument förväntas ändras över tiden. Dessa förändringar behöver korreleras med det som tidigare FIPS 161 definierats Federal i SV-8 och Information SV-9. Processing Standard that ANSI X12 governs the US Gov'ts implementation of EDI... xxxxx 61

52 Acquisition Views Acronym Group or view Explanation AcV Acquisition Views Dokumenterar program, beroenden, tidsscheman och programstatus för att tillhandahålla styrinformation samt programsynkronisering. AcV-1 Acquisition Clusters AcV-1 redovisar hur olika projekt hanteras organisatoriskt. Projekt kan också klassificeras och ansvar kan redovisas. AcV Programme Timelines AcV-2 redovisar projekt ur ett tidsperspektiv. Milstolpar respektive beroenden mellan olika projekt kan redovisas