Modelltyp - Informationsflödesmodell

 

 

Beskrivning

Arkitektur-perspektiv

Verksamhets-område

Publicerad / Version

 

Beskrivning

Arkitektur-perspektiv

Verksamhets-område

Publicerad / Version

Denna sida beskriver modelltypen informationsflödesmodell.

Information

Alla

2022-03-07/30

Innehållsförteckning


Summering

Informationsflödesmodeller syftar till att beskriva och skapa tydlighet i hur information och/eller data rör sig, eller flödar, mellan aktörer, applikationer, processer eller andra arkitekturelement.

Modelltypen kan alltså användas både för information och data, men även innehålla verksamhetsobjekt. Därmed finns möjligheter att beskriva hur verksamhet-, information- och det tekniska perspektiven hänger ihop.

Typiska intressenter/användare av modelltypen är ledning, verksamhetsutvecklare, arkitekter och systemutvecklare.

Exempel

Relevanta intressen

Här beskrivs de intressen som modelltypen kan hjälpa till att adressera. Intressen är viktiga eftersom de tillsammans med perspektiven (se Arkitekturområde i tabellen till höger) hjälper arkitekten att identifiera om modelltypen kan vara lämplig för den aktuella arkitekturen.

Intressent

Intresse

Intressent

Intresse

Ledning

Att få en övergripande förståelse för vilken information som hanteras var.

Att tydliggöra ansvarsförhållanden.

Att förstå riskexponering.

Verksamhet

Att beskriva vilken information som kommuniceras mellan organisationer, tjänster, processer eller IT-komponenter.

Att förstå var information skapas och var den används.

Arkitekt

Att förstå, eller beskriva, hur information flödar mellan komponenter i en arkitektur.

Att förstå beroenden mellan komponenter i en arkitektur.

Att förstå hur komponenter i en arkitektur samspelar.

Att identifiera eller beskriva behov av integration.

IT-utvecklare

Att förstå vilka integrationer som ska implementeras och vilket data som ska utbytas genom dessa.

Ingående element och relationer

Här beskrivs de element och relationer från metamodellen som används för att skapa modeller av denna typ. Detta kan omfatta flera olika typer av element och relationer.

Element

Syfte

Element

Syfte

Flödesaktörer

Elementen nedan kallas flödesaktörer, dvs element som är källa eller mål för en flödesrelation. Alla flödesaktörer kan ha flöden mellan sig.

Aktör

Beskriva hur någon eller något interagerar med något annat. Kan exempelvis vara att en person (aktör) bidrar med input till en process eller att en applikation levererar data till en användare (aktör).

Process

Beskriva input och output till processer, exempelvis verksamhetsobjekt mellan processer eller vilken information som processen använder i ett informationslager.

Verksamhetstjänst

Beskriva vad verksamhetstjänster ger till andra element eller vad de behöver från andra. Exempelvis vilka verksamhetsobjekt som tjänsten tillhandahåller till des konsumenter.

Informationslager

Beskriva hur informationsobjekt flödar till och från informationslager. Observera att även om metamodellen tillåter verksamhetsobjekt och dataentiteter i flöden så rekommenderas det att bara använda informationsobjekt för informationslager.

Datalager

Beskriva hur dataentiteter flödar till och från datalager. Observera att även om metamodellen tillåter verksamhetsobjekt och informationsobjekt i flöden så rekommenderas det att bara använda dataentiteter för datalager.

Applikation

Beskriva flöden till och från applikationer. Exempelvis flöden av data mellan applikationer, men även hur aktörer interagerar med applikationer.

Flödesobjekt

Elementen nedan är sådana som flyttas genom flöden, dvs objekt som överförs mellan flödesaktörer i en flödesrelation. Observera att flöden kan beskrivas utan flödesobjekt, exempelvis i initiala skisser eller om det inte finns behov av att beskriva vad som flödar.

Verksamhetsobjekt

Beskriva vilka verksamhetsobjekt som flödar mellan flödesaktörerna.

Informationsobjekt

Beskriva vilka informationsobjekt som flödar mellan flödesaktörerna.

Dataentitet

Beskriva vilka dataentiteter som flödar mellan flödesaktörerna.

Relationer:

Från element

Relation

Till element

Syfte

Attribut

Från element

Relation

Till element

Syfte

Attribut

Flödesaktör

Flöde

Flödesaktör

Beskriva att objekt flödar mellan element i en modell och i vilken riktning flödet sker. Flöden är alltid enkelriktade. För att ange flöden i båda riktningar mellan flödesaktörer används flera flöden.

Om det finns behov kan attribut sättas på relationen. Exempelvis skapa, uppdatera eller ta bort. Läsa är normalt sett inte nödvändigt att specificera då riktningen på flödet berättar vem som är mottagaren och därmed “läser” objektet.

Diagrammet nedan ger en grafisk beskrivning av innehållet i en informationsflödesmodell:

 

Form och notation

Så här kan en informationsflödesmodell se ut i Arkitekturgemenskapens SPARX-Enterprise Architect profil:

Ytterligare exempel på vanligt förekommande notationer:

Beskrivning av symboler för Data Flow Diagrams:

Exempel på Dataflödesdiagram gjort i SPARX Enterprise Architect:

Förslag till användning av elementen i AG metamodell:

  • Process = Process i AG metamodell

  • External = Aktör eller Applikation i AG metamodell

  • Data store = Datalager i AG metamodell

  • Dataflow = Flödesrelation

 

Metoder och modelleringstekniker

Metoden https://inera.atlassian.net/wiki/spaces/AIA/pages/3110205/Informationsarkitektur#Informationsfl%C3%B6desbeskrivning innehåller en aktivitet som handlar om informationsflödesbeskrivning.


Förslag på fortsatt arbete

  • Skapa modelltyp för livscykelmodell för information/data? Dvs hur information/data föds, används och förstörs. Tillståndsdiagram?

Referensmaterial