JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 6. Visualisering av ÖA-beskrivningar

Relevanta dokument
JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 3. Beskrivning av arkitekturens nuläge och målbild

JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 2. Verksamhetsmodeller och förmågor i ÖA-planering

JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 1. Beskrivning av strategi med strategikarta

JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 8. Beskrivning av integration och gränssnitt

JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 9. Virtualisering och molntjänster i planering av teknologiarkitektur

JHS rekommendationen Metadata för registeruppgifter. Nordig2017 Vesa-Matti Ovaska Riksarkivet Finland

Objektorientering. Grunderna i OO

Nationell informationsstruktur 2015:1 Bilaga 1: Läsanvisning till modellerna

HANDBOK För processmodellering version 1.0

Nationell Informationsstruktur 2015:1. Bilaga 7: Arkitektur och metodbeskrivning

JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 7. Metodanvisning för semantisk interoperabilitet

Gemensam byggprocess, GBP. Presentation: Hitta dokument i GBP-databasen gbp.goteborg.se

Processledningsmodell för Kungälvs kommun

E-hälsostrategi för socialförvaltningen

Strukturerad omvärldsbevakning inom arkitektur för digital utveckling. UTKAST version

Nyheter QPR version 8.1. Författare Andreas Möllås, Ensolution AB E-post Mobil Version 8.

Branschprojekt BSAB 2.0 presenterar CoClass

Målbild för standardbaserad verksamhets- och informationsarkitektur

Ramverk för Skellefteå kommuns arbete med processer

Processbeskrivning Configuration Management

Principer för produktion av metadata om den dokumentära informationen

Arkitektur och metodbeskrivning. Nationell informationsstruktur

Ansvar och roller för ägande och förvaltande av informationssystem

Nationell informationsstruktur 2016:1. Bilaga 7: Arkitektur och metodbeskrivning

Introduktion till verksamhetsmodellering

Datum Diarienummer Ärendetyp. ange ange ange. Dokumentnummer. ange 1(15) <SYSTEM> <VERSION> IT-SÄKERHETSSPECIFIKATION VIDMAKTHÅLLA (ITSS-V)

Föreläsning 2. Objektorienterad analys och design. Analys: att modellera världen. Design: att strukturera program.

Mål med lektionen! Veta kursmålen. Ha kännedom om några av de grundläggande begreppen.

Strategi Program Plan Policy» Riktlinjer Regler

HUR SÄKRAR VI KVALITET, ARBETSMILJÖ OCH BRANDSKYDD I VÅRA KREMATORIER?

Inkapsling (encapsulation)

Moment 3: Att kartlägga och klassificera information

Gemensam informationsstruktur i gemensamma e-tjänster. Niklas Eklöf, Socialstyrelsen Sonja Kantonen, Inera

Objektorienterad konstruktion

Vägledning för kanalstrategi

Anvisningen träder i kraft genast och gäller tills vidare

Att upprätta en systemdokumentation

Instruktion Stöd för processkartläggning i ett processorienterat arbetssätt för Region Skåne. Syfte

Klassificeringsstruktur för kommunala verksamheter

FÖRFATTNINGSSAMLING 1 (6)

Sparx EA-profiler för analysresultat enligt VIA-metoden

RFI underlag - bilaga 2 Nuvarande Hjälpmedelstjänsten. Version 1.0

Strukturerad omvärldsbevakning. Version

Tillämpningsanvisning:Fi2 baserad på Bygghandlingar 90 del 8 utgåva 2

UML 1(5) Introduktion till Unified Modeling Language. 1 Bakgrund och historik

Riktlinjer. Informationssäkerhetsklassning

Mallar för upphandling av informationssystem

Konceptuell modellering. Formalisering, automatisering och effektivisering

Arkitektur Michael Åhs

Processorienterad arkivredovisning enligt RA-FS 2008:4

Riktlinjer för styrdokument

The Rational IT Model EN ENKLARE VÄG TILL IT SERVICE MANAGEMENT

Förbättringsmodell efter T Nolan, E Deming m fl

Processbeskrivning Test

Förstudie Detaljeringsnivå för informationsleveranser. Rogier Jongeling & Håkan Norberg

Digital strategi för Strängnäs kommun

Introduktion. Byggstenar TDBA

Webprogrammering och databaser. Konceptuell datamodellering med ER-modellen

Övergripande riktlinjer för IS/IT-verksamheten

Kom igång med Topocad ArcGIS

Vägledning för innovativ applikations- och tjänsteutveckling

Bilaga 1 Version Bilaga 1 Arbetsplan för samverkan inom Västerhavets vattendistrikt

RAPPORT GEODATARÅDETS HANDLINGSPLAN Del av fokusområde 3 gällande standardisering av grunddata i geodatarådets

Processbaserad verksamhetsutveckling STADSBYGGNADSKONTORET MALMÖ

Databasdesign. E-R-modellen

Begrepp Definition Objekttyp Sökväg

Processbeskrivning Systemutveckling

Finska arkivverkets utvecklingsarbete som en del av den offentliga förvaltningens informationsarkitektur. Mikko Eräkaski utvecklingschef Riksarkivet

OCTOPUS utvecklingsmetod samt relaterade frågeställningar och diagram

Införandeplan. Handlingsplan. KA-system Version 1.0

Långsiktig teknisk målbild Socialtjänsten

Föreläsning om OO, OOA och UML

Dataskyddsbeskrivning: Tehys medlemsregister

Domstolsverket: Digitalisering av brottmålshantering (DBM) Datum: Dnr: Komm2018/

IT-strategi. För Vallentuna kommun Antagen i kommunfullmäktige Reviderad SID 1/5 BILAGA 1

Tentamen I Arkitektur och design av globala applikationer

Datum Diarienummer Ärendetyp. ange ange ange. Dokumentnummer. ange 1(9) <SYSTEM> <VERSION> ANALYSUNDERLAG VIDMAKTHÅLLA (AU-V)

Lite om databasdesign och modellering

Riktlinjer för. INFORMATIONSMODELLER I Sparx EA 1.0

Visionen om en Tjänstekatalog

Informationsteknisk plattform för Stockholms stad Svar på remiss om förslag till informationsteknisk plattform (1 bilaga)

GRÄNSSNITTSDESIGN. Ämnets syfte. Kurser i ämnet

A1N, Avancerad nivå, har endast kurs/er på grundnivå som förkunskapskrav

Föreläsning 15: Repetition DVGA02

Interaktionsdesign som profession. Föreläsning Del 2

Workshop VAD? Smartare Miljöinformation - ger ringar på vattnet

Analys och design. Objekt. Klass. med hjälp av CRC. Klassdiagram

Mälardalens. M högskola Beställare: Projektledare: Dnr: Elin S Olander / Mälardalens högskola Projektbeställning

SYSTGL GRANSKNINGSINSTRUKTION ISD 3.0

Så gör Vägledningen 24-timmarswebben dig till en bättre beställare. Funda Denizhan, Statskontoret Kommits 17 november, 2005

Kursplan Gränssnittsdesign, 100p Läsår

Innehållsförteckning Kvalitetsdefinition Bakgrund Syfte... 2

Informationsleveranser. Att leverera. Ett obrutet informationsflöde? Kurt Löwnertz Sweco. digitala leveranser för bygg och förvaltning

PROJEKTPLAN. Enterprise architecture (EA) En verksamhetsövergripande arkitektur

Processbeskrivning Avveckling

Nytta med arketyper i journalsystem

Objektorientering Användning

Presentation av databasen för Gemensam byggprocess

PROGRAMMERING. Ämnets syfte. Kurser i ämnet

Introduktion till VITS-bokens tekniska arkitektur

Transkript:

JHS 179 Planering och utveckling av en övergripande arkitektur Bilaga 6. Visualisering av ÖA-beskrivningar 6.12.2016

Inledning Syftet med detta dokument är att ge konkreta exempel och anvisningar för att skapa visuella beskrivningar av en övergripande arkitektur. Bakgrunden till dokumentet är en strävan efter att beskrivningarna ska visualiseras till så enhetliga figurer och diagram som möjligt. Beskrivningarna i dokumentet innehåller en eller flera exempelfigurer och en anvisningsdel gällande visualisering av beskrivningen. I slutet av dokumentet finns också några mallar som kan användas om inget annat beskrivningsverktyg är i bruk. 2

Dokumentets beskrivningar Principiell nivå Strategikarta Beskrivning av strategi Verksamhetsmodell Förmågekarta Informationssystemarkitektur Systemkarta Arkitekturlagervy Interaktion mellan informationssystem Verksamhetsarkitektur Servicekarta Interaktion mellan aktörer Processkarta Teknologiarkitektur Logisk plattformsstrukturering Interaktion mellan processer Processdiagram Informationsarkitektur Konceptuell modell Huvuddatagrupper Logiska informationsmängder Logiska datamodeller Informationsflöden Fysiska datamodeller Beskrivningar av implementering Vägkarta för utveckling Vägkarta för förmågor Vägkarta för teknik

Beskrivningar av principiell nivå

Beskrivningar av principiell nivå Strategikarta Beskrivning av strategi Genom visualisering av beskrivningar på principiell nivå kan man tydligare skissa organisationens strategi, ur den härledda målsättningar samt kopplingen till organisationens operativa verksamhet. Verksamhetsmodell Verksamhetsmodell Bransch/branscher Klienter Värdelöfte Tjänster Värdekedja Operativ verksamhet Verksamhet Information Datasystem Teknik Förmågekarta 5

Strategikarta

Strategikarta Strategikartan koncentrerar de för strategins implementering viktigaste sakerna i en bild. Den skapar en relation mellan målsättningar och åtgärder. En visuell strategikarta kan delas in: enligt strategins målsättningar och tyngdpunkter eller enligt resultatprismats eller resultatkortets perspektiv Strategikartan kan utnyttjas vid dialoger mellan olika nivåer i verksamheten samt för att komma överens om resultat och fokus. Strategikartans strategiska mål, målsättningar och åtgärder listas dessutom i tabellen Strategiska mål och preciserade mål. I bilaga 1 Utarbetande av strategi beskrivs strategikartans skapande och terminologi mera i detalj med hjälp av strategikartan.

Strategikarta exempel Exempel: FM 8

Beskrivning av strategi

Beskrivning av strategi Strategin kan också beskrivas som en visualisering på mera detaljerad nivå, där till exempel drivkrafter, mål och intressegrupper ingår. Strategikartan ska vara sammanställd innan denna beskrivning utarbetas. Denna beskrivning fungerar speciellt som verktyg för arkitekten.

Strategibeskrivning exempel Exempel: Magistraten 11

Verksamhetsmodell

Verksamhetsmodell Med hjälp av en visuell visualisering av verksamhetsmodellen kan strategin beskrivas ur perspektivet verksamhetens centrala element. I verksamhetsmodellen beskrivs kort och koncist vad organisationen gör hur organisationen når och möter klienterna hur organisationen skapar och levererar produkter eller tjänster till dem enligt sitt servicelöfte. I verksamhetsmodellen beskrivs också hur tjänstens eller produktens värde produceras. Det finns flera olika sätt att beskriva verksamhetsmodellen.

Verksamhetsmodell exempel Exempel: Jyväskylä stad 14

Förmågekarta

Förmågekarta Förmåga innebär organisationens förmåga att agera ändamålsenligt inom ett visst delområde och förmåga att utnyttja sin kompetens och sina resurser för att uppnå målen. Förmågekartan presenterar förmågorna grupperade till logiska funktionella helheter (t.ex. substansspecifika och för hela organisationen gemensamma förmågor). Baserat på förmågekartan kan man bättre åskådliggöra vilka förmågor som organisationen bör utveckla. Förutom i förmågekartan beskrivs kompletterande uppgifter om förmågor i tabellen Förmågor.

Förmågekarta exempel Specifika substansförmågor För alla tjänster gemensamma förmågor Hantering av namnfrågorförmåga Flera kanalers kundtjänstförmåga Myndigheternas elektroniska nätverksverksamhetförmåga Exempel: Magistraten

Förmågekarta exempel Exempel: Magistraten 18

Beskrivningar av verksamhetsarkitekturen

Beskrivningar av verksamhetsarkitekturen 1/2 Servicekarta Servicekartan beskriver tjänster och tjänstegrupper på högre nivå. Växelverkan mellan aktörer Med hjälp av ett interaktionsdiagram mellan aktörer får man en vy på högre nivå av organisationens interaktion med övrig verksamhetsmiljö. 20

Servicekarta

Servicekarta Servicekartan ger en helhetsbild av de tjänster som produceras. Tjänsterna kan grupperas på olika sätt och med olika noggrannhet. 22

Servicekarta exempel Exempel: Jyväskylä stad 23

Växelverkan mellan aktörer

Växelverkan mellan aktörer Beskrivning av interaktionen mellan aktörer gör det möjligt att till exempel tydligare gestalta de aktörer som deltar i produktionen av olika tjänster, vilket är användbart speciellt för tjänster som produceras över organisationsgränserna. Identifierade funktionella organisationsgränssnitt stöder t.ex. specifikationsarbetet i planeringsfasen av tjänster.

Växelverkan mellan aktörer exempel

Växelverkan mellan aktörer exempel Exempel: Jyväskylä stad

Beskrivningar av verksamhetsarkitekturen 2/2 Beskrivning av processer och deras inbördes interaktion Processkarta Visuell beskrivning av processerna i organisationens verksamhet förbättrar förståelsen av verksamheten som helhet. Processerna beskrivs på högre nivå i form av en processkarta och de kompletteras med en beskrivning av den inbördes interaktionen mellan processerna samt med en mera detaljerad beskrivning av enskilda processer i form av processdiagram. Processkartan kompletteras av en sammanställningsliknande processtabell och andra beskrivningar i ord. Processdiagram Processernas inbördes interaktion 28

Beskrivning av processer I beskrivningen av processer används rekommendationen JHS 152 Processbeskrivningar. Beskrivningsspråk BPMN. När processer beskrivs beaktas utöver organisationens hierarkinivåer också begreppsnivåerna. Kartan över organisationens huvudprocesser beskrivs på konceptuell nivå. På den logiska nivån beskrivs den inbördes interaktionen mellan organisationens processer och processflödesdiagrammen. På den fysiska nivån beskrivs arbetsflödesdiagram. Detta ingår inte i övergripande arkitektur. v2.0 29

Processkarta

Processkarta Processkartan ger en helhetsbild av processerna i anslutning till leverans eller anskaffning av tjänster. I processkartan sammanställs bara de centrala processerna, inte enskilda arbetsflöden. En extern aktörs processer kan t.ex. beskrivas med annan färg. Utöver processkartan beskrivs processerna och tillhörande tilläggsuppgifter i tabellen Processer.

Processkarta exempel Exempel: Magistraten

Växelverkan mellan processer

Växelverkan mellan processer I beskrivningen av processernas inbördes interaktion beskrivs organisationens processer och inbördes informationsflöden. Exempel: Magistraten Informations- eller materialflöden mellan processer är en väsentlig del av verksamhetsmodellen, eftersom de största problemen och utmaningarna i processer i allmänhet finns i deras gränsytor mot grannprocesser.

Interaktion mellan processer exempel I detta exempel är processer som ska avvecklas avbildade med annan färg (grå). Exempel: Magistraten

Interaktion mellan processer exempel Exempel: Magistraten

Interaktion mellan processer exempel Exempel: Jyväskylä stad

Processdiagram

Processdiagram I processdiagram beskrivs enskilda processer på en mer detaljerad nivå än i processkartan och beskrivningen av inbördes interaktion. Processdiagrammet beskriver mera detaljerat flödet av funktioner och information och olika faser samt vem som utför dem (roller).

Processdiagram-exempel

Processdiagram-exempel

Informationsarkitekturbeskrivningar

Informationsarkitekturbeskrivningar 1/2 Konceptuell modell Huvuddatagrupper Informationsarkitekturens visuella beskrivningar gör det lättare att strukturera och klarlägga beskrivningarna av den information som verksamhetsprocesserna i organisationen eller ett delområde som utvecklas använder, producerar och tar emot. Logiska informationsmängder 43

Konceptuell modell

Konceptuell modell Syftet med beskrivningen av den konceptuella modellen är att klargöra organisationens och ifrågavarande funktions centrala begrepp och deras relationer. Begreppsmodellen kan presenteras visuellt på olika detaljeringsnivåer och även som delbeskrivningar. Utöver listning av begrepp och tillhörande tilläggsuppgifter (se KAtabeller flik Begreppsmodell) är det viktigt att visualisera begreppsmodellen genom att beskriva begreppen och deras inbördes beroenden. Begreppsmodellen kan förutom med Archimate beskrivas med hjälp av UML klassdiagram eller ER-diagram. 45

Begreppsmodell-exempel Exempel: Jyväskylä stad

Begreppsmodell-exempel ER-diagram (Entity Relationship) Exempel: UM 47

Logiska informationsmängder

Logiska informationsmängder Informationslagret är en datahelhet som är härledd ur verksamhetens behov och definierad av administrativa skäl. Den kan bestå av uppgifter som ingår i ett eller flera system. Beskrivning av interna och externa informationslager som används i processerna underlättar att planera informationshanteringen och -underhållet till att på bästa möjliga sätt stöda verksamheten samt rationalisera informationsproduktionsprocesserna. De viktigaste uppgifterna om logiska informationslager förs in på ÖA-tabellernas flik Logiska informationslager.

Logiska informationslager-exempel Biobankens egna och anslutande informationslager Exempel: Valvira 50

Huvuddatagrupper

Huvuddatagrupper Med hjälp av huvuddatagrupper kan man gruppera och strukturera de uppgifter som organisationen behöver samt gestalta informationslager. Med hjälp av huvuddatagrupper får man en övergripande bild av organisationens information. Huvuddatagrupper kan också visas visuellt i form av en informationskarta. Huvuddatagruppernas viktigaste uppgifter anges på fliken Huvuddatagrupper i ÖAtabellerna. 52

Huvuddatagrupper-exempel Exempel: Trafikverket 53

Informationsarkitekturbeskrivningar 2/2 Logiska datamodeller Information och informationens relation till annan information kan beskrivas med hjälp av datamodeller på olika nivå och olika detaljnivå. Med informationsflödesbeskrivningar kan man gestalta och precisera vilken information som går mellan till exempel aktörer, informationssystem, processer och informationslager. Fysisk datamodell Informationsflöden 54

Logiska datamodeller

Logiska datamodeller Den logiska datamodellen beskriver informationen och inbördes relationer mellan information på en mera detaljerad nivå där också informationens mera detaljerade egenskaper (attribut) beskrivs. Den logiska datamodellen preciserar begreppsmodellen. Den logiska datamodellen fungerar till exempel som grund för en databas som ska utvecklas eller för meddelandestruktur (t.ex. XMLstruktur).

Logiska datamodeller-exempel Datamodell för tjänster Exempel: JHS183 57

Informationsflöden

Informationsflöden Informationsflödesbeskrivningens syfte är att skapa en vy a) över informationsutbytet mellan de processer som ingår i verksamheten, b) identifiera de informationslager som används i verksamheten samt c) identifiera de externa aktörer som påverkar verksamhetens informationsflöden samt slutresultaten Det rekommenderas att beskriva informationsflöden ur minst processernas perspektiv. Interaktionsbeskrivningarna beskriver också informationsflöden, se exempelvis interaktion mellan aktörer.

Informationsflöden-exempel Beskrivning av dataflöden mellan biobankens informationslager Exempel: Valvira 60

Informationsflöden m socialvårdens informationslager Informationsflöden-exempel Exempel: Socialoch hälsovårdens övergripande arkitektur 61

Fysisk datamodell

Fysisk datamodell Den fysiska datamodellen är en detaljerad beskrivning av data och datats relationer till andra data i databasen eller annan datastruktur. Implementeringssättet påverkar den fysiska datamodellen. Den fysiska datamodellen preciserar den logiska datamodellen. 63

Fysisk datamodell-exempel Exempel: Persondatamodell, OSSI kontaktuppgiftsregister UM 64

Fysisk datamodell-exempel Exempel: Organisationsdatamodell, OSSI kontaktuppgiftsregister UM 65

Informationssystemarkitekturbeskrivningar

Informationssystemarkitekturbeskrivningar Systemkarta Med hjälp av visualisering av informationssystemarkitekturbeskrivningar får man en tydligare bild av organisationens centrala informationssystem (t.ex. informationssystemkarta), deras relationer och egenskaper (t.ex. interaktionsdiagram, arkitekturens lagervyer). Informationssystemens inbördes interaktion Arkitekturens lagervy 67

Systemkarta

Systemkarta I informationssystemkartan beskrivs de system som organisationen använder eller tillhandahåller åt andra i form av en visuell karta. I informationssystemkartan anges informationssystemområden på högre nivå. Grupperingen kan vara t.ex. Funktionell indelning Användande eller ägande organisationer Kärn- och stödprocesser Tjänstegrupper Dessutom beskrivs de logiska informationssystem som hör till varje område. Olika färger kan användas för att beskriva informationssystem som är befintliga, kommande och som är under avveckling.

Informationssystemkarta-exempel Exempel: Jyväskylä stad

Arkitekturlagervy

Arkitekturlagervy Arkitekturens lagervy förenar verksamhets-, informations-, informationssystems- och teknikarkitekturerna. Arkitekturlagervyn beskriver de viktigaste inbördes relationerna mellan applikationer, informationslager och teknikkomponenter samt verksamhetens centrala tjänster och processer. Arkitekturens lagervy beskrivs alltid visuellt som beroenden mellan elementen. Komponenterna i arkitekturens lagervy är: verksamhetens huvudtjänster och processer informationslager de viktigaste applikationstjänsterna integrationslösningar de viktigaste tekniktjänsterna de viktigaste aktörerna användargränssnitt.

Arkitekturlagervy-exempel 73

Arkitekturlagervy-exempel En förenklad bild utan tekniktjänster och informationslageranknutna tjänster

Växelverkan mellan datasystem

Växelverkan mellan datasystem Interaktionen mellan informationssystem kan visualiseras genom att beskriva t.ex. de informationssystem som processerna till en viss tjänst använder samt informationsflöden mellan dessa, det vill säga vilken information som rör sig mellan informationssystemen. Om man så vill kan man visa begrepp och den integrationsplattform som används.

Interaktion mellan informationssystem exempel Exempel: Magistraten 77

Interaktion mellan informationssystem exempel Exempel: Magistraten 78

Beskrivningar av teknikarkitektur

Beskrivningar av teknikarkitektur Med hjälp av visualiseringar av teknikarkitekturen kan man gestalta bl.a. hur tekniktjänsterna är kopplade till applikationslagren och till tjänstehelheter bestående av applikationer. Dessutom kan man visuellt visa ur fysiska apparater, programvaror och informationslager är placerade. Logisk plattformsstrukturering 80

Logisk plattformsstrukturering

Logisk plattformsstrukturering I den logiska plattformsstruktureringen beskrivs av vilka logiska delar teknikplattformen består. Den logiska plattformsstruktureringen kan jämföras med den Logiska informationssystemstruktureringen. 82

Logisk plattformsstrukturering-exempel 83

Beskrivningar av implementering

Beskrivningar av implementering Vägkarta för utveckling Med hjälp av visuella vägkartor i beskrivningen av implementering kan man åskådliggöra de delområden som ska utvecklas, faserna i det samt tidplanen för utvecklingen. Vägkarta för teknik 85

Vägkarta för utveckling

Vägkarta för utveckling Utvecklingskartan (roadmap) kan göras på olika detaljnivåer och för olika målgrupper. Med hjälp av vägkartan beskrivs utvecklingsdelområden eller utvecklingsprojekt visuellt som en tidslinje med t.ex. GANTT-diagram. I utvecklingskartan beskrivs delområden som utvecklas delområdenas skeden preliminär tidslinje uppgifter (i mera detaljerade beskrivningar). Utvecklingskartan är också ett hjälpmedel vid presentation av behoven inom utveckling av övergripande arkitektur för ledningen och planerare inom ekonomi och verksamhet. 87

Utvecklingskarta-exempel Exempel: Magistraten 88 Avdel ning

Utvecklingskarta-utvecklingspaket exempel 2016 2017 2018 Projekt A Utvecklingspaket 1 Slutprodukt T1 Utvecklingspaket 4 Projekt C Slutprodukt T2 Utvecklingspaket 3 Slutprodukt T4 Utvecklingspaket 2 Projekt B Utvecklingspaket 5 Slutprodukt T3

Utvecklingskarta förmågor exempel 2016 2017 2018 Förmåga K1 Förmåga K2 Förmåga K3 Utvecklingspaket 1 Projekt A Utvecklingspaket 4 Slutprodukt T1 Projekt C Slutprodukt T2 Utvecklingspaket 3 Slutprodukt T4 Utvecklingspaket 2 Projekt B Utvecklingspaket 5 Slutprodukt T3

Vägkarta förmågor exempel 2H15 1H16 2H16 2017 Utvecklingsob jekt Förmåga Projekt A Förmåga Projekt B Utvecklingsob jekt Förmåga Utvecklingsob jekt Förmåga Förmåga Utvecklingsob jekt Förmåga Förmåga Förmåga Projekt C Bildförklaring: Förmågan x ska produceras i projekt A innan förmågorna y och z kan produceras i projekt B. Pågående Planerad Saknas 91

Teknikvägkarta-exempelbild 92

Mallar 93

Beskrivningsmallar Processkarta Interaktion mellan processer Interaktion mellan aktörer Förmågekarta Konceptuell modell Systemkarta Interaktion mellan informationssystem 94

Processkarta (mall) Processområde Processens namn Processens namn Processområde Processens namn Processens namn Processområde Processgruppens namn Processens namn Processens namn

Interaktion mellan processer (mall) Uppgift, funktion eller process som ska utföras Information x Information y Uppgift, funktion eller process som ska utföras

Interaktion mellan aktörer (mall) Aktör informationsflöde penningflöde Aktör Organisation varuflöde kontrakt Aktör

Förmågekarta (mall) Tjänstespecifika förmågor Förmågor gemensamma för alla tjänster Förmåga Förmåga Förmåga Förmåga

Begreppsmodell (mall) Deltagare Association, koppling 0 * 1 * Kurs Koncentrerad sammanfattning 1 * Kursmodul 1 0 * Begrepp Arv Online-kurs Material 0 * Luftig sammanfattning 0 * Association eller koppling är den vanligaste relationen och betyder att två objekt har någon koppling. Använd denna om du inte är säker på användningen av andra relationer. Kursen kan ha många deltagare och varje deltagare deltar i minst en kurs. Koncentrerad sammanfattning: Kursen innehåller kursmoduler. Om kursen raderas försvinner också kursmodulerna. Intill en romb läggs i allmänhet inte en siffra. Luftig sammanfattning: Till en kursmodul kan det höra (den äger) material. Varje material kan användas i många kurser. Arv: Online-kurs är ett specialfall av kurser. Till den hör dock deltagare och kursmoduler, eftersom de hör till kurs.

Informationssystemkarta (mall) Informationssystemgrupp 1 System Systemets namn System Systemets namn System Systemets namn Information ssystemgrupp x Informationssystemgrupp 2 System Systemets namn System Systemets namn System Systemets namn Informationssystemgrupp 3 System Systemets namn System Systemets namn Informationssystemgrupp X System Systemets namn System Systemets namn

Interaktion mellan informationssystem (mall) System Systemets namn Information x Information y System Systemets namn Information y System Systemets namn