Modelltyp - Informationsflödesmodell
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 |
---|---|
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 |
---|---|
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 |
---|---|---|---|---|
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?