Innehållsförteckning
Vad är verksamhetsarkitektur?
En verksamhetsarkitektur är en logisk arkitektur som svarar på frågan om hur verksamheten kan struktureras för att möta organisationens mål och uppvisa definierade förmågor. Verksamhetsarkitektur handlar om de processer som behövs för att verksamheten ska kunna bedrivas, var dessa processer hör hemma (hur verksamheten ser ut), och vad man producerar. En logisk arkitektur är en implementation av en strategisk arkitektur men utan fysiska lösningar.
Varför behövs perspektiven som redovisar en logisk arkitektur?
En logisk arkitektur är mer abstrakt än en lösningsarkitektur och svarar på frågan om vad som ska åstadkommas i varje fysisk realisering. Det är ofta önskvärt att redovisa flera olika arkitekturer som möter kraven på överliggande abstraktionsnivå för att kunna väga dem mot varandra.
När en organisation blir för stor är det omöjligt för ledningsfunktioner att se helheten genom dess fysiska delar. En logisk arkitektur kan hjälpa intressenter att se helheten utan att behöva förhålla sig till lösningsarkitektur. En logisk arkitektur abstraherar (förenklar) bilden av helheten genom att dölja detaljer som inte är intressanta för den nivån.
Att skapa komplexa system från en idé genom att direkt använda fysiska komponenter är knappast möjligt. Oftast skapas först en abstrakt bild av systemet som ska byggas i huvudena på en grupp människor. Ibland dokumenteras bilden i dokument. En logisk arkitektur kan utgöra den modell som går att kommunicera och överenskomma mellan parter innan den fysiska realiseringen tar form.
En logisk arkitektur har längre bäst-före-datum än en lösningsarkitektur vilket innebär att investeringen att ta fram och förvalta arkitekturen håller längre. Logiska modeller behöver uppdateras när den tekniska lösningen ändras, om ändringen beror på ny teknik, eller nya sätt att genomföra samma process. Endast om själva processen förändras i grunden, dvs man ska göra något annat än tidigare, då behöver den logiska modellen uppdateras. I dessa fall är det viktigt att först uppdatera den logiska modellen (innan man ger sig på lösningen) för att säkerställa att man i grunden förstår vad man vill åstadkomma innan man ger sig i kast med en lösning.
Modelldiagram
Elementdefinitioner
Element | Definition | Exempel | Vägledning | Källor |
---|---|---|---|---|
aktör | någon eller något som initierar, interagerar med eller utför aktivitet. | Fysiska: En människa, ett system, en organisation, en maskin, läkare, kund, patient, leverantör Logiska: Intensivvård, Operation, Ekonomi | Koncepten aktör och roll är starkt kopplade. Aktör representerar en generisk definition, medan elementet Roll används för en aktörs roll i en specifik kontext. Aktörer kan vara både logiska och fysiska. Logiska och fysiska aktörer är relaterade till varandra genom att de är semantiskt ekvivalenta. Det som nominellt är samma entitet (samma sak) kan alltså återkomma i olika former på olika nivåer av abstraktion i arkitekturen. En logisk aktör är mer abstrakt och helt lösningsberoende. I samma stund som en aktör specificerar någon form av teknologi eller implementation är aktören fysisk. Notera att valet människa eller maskin också är ett implementationsval. | |
händelse | skeende som utlöser och/eller påverkar process. | Födsel, Kredithändelse, Bygglovsansökan, Vårdbegäran. | Händelser kan uppstå och lösas inom eller utanför organisationen. Händelse används för att beskriva Livshändelser. Händelser används med fördel i processdiagram för att indikera start och slut på processens skeende. Se BPMN för exempel. | |
organisation Definitionen motsvarar termen: organisationsenhet | en formell eller informell grupp personer förenade för ett visst syfte. | Faktiska organisationer: Ekonomiavdelningen, Kirurgen avd 11, Storängsskolan Organisationstyper: Avdelning, Stab, Förvaltningsmyndighet, Team | Omfattar både faktiska (fysiska) organisationer, men också organisationstyper. Organisationer kan delas in i enheter, då främst linjeorganisationer. Organisationer hålls samman av syfte, aktiviteter, uppdrag, avtal, överenskommelser eller informationsutbyten och bildar någon form av enhet eller nätverk. | |
process | grupp av aktiviteter som samverkar eller påverkar varandra, och som använder underlag (input) för att åstadkomma ett avsett resultat (output, utfall). | Utföra trombektomi, anskaffa digitala läromedel, placera elev i skola | En process inkluderar ett mönster för agerande samt ett eller flera förädlingsobjekt som påverkas av agerandets aktiviteter. En process har ett eller flera förädlingsobjekt vilka uttrycks med elementtypen verksamhetsobjekt. En process har alltid en avnämare, dvs en aktör som har nytta av processens resultat. En process är som alla system relaterade till andra processer. Dessa kan vara överordnade, underordnade eller befinnas på samma nivå. Det innebär att en process kan brytas ned i mindre processer och ibland ses som en del i en större process. Antalet nivåer beror på komplexiteten och syftet med processkartan. En process innehåller objekt in, aktivitet, resurs, information och objekt ut. (Ljungberg Larsson) Flöden av verksamhetsobjekt mellan processer uttrycks som pilar i diagram eller matrisform. I vissa referensramverk är dessa flöden en separat typ av element i metamodellen, dock inte här för att hålla modellen enkel. Ett flöde genom flera processer benämns ibland Värdeflöde eller Värdeström. Dessa termer används framförallt i affärsarkitektur för att beskriva den kritiska linjen genom flera processer som ger kundvärde. En s.k. normaliserad process skall ha en definierad startpunkt (händelse) och inte innehålla fördröjningar (t ex överlämningar). Om det finns fördröjningar bör processen delas upp på flera separata processer. Detta underlättar om man vill mäta processen, och om man vill minimera fördröjningstider går det att ge uppdraget till den som kan påverka vilket inte alltid är processägaren. | |
roll | uppdraget en aktör tilldelas i en kontext. | En läkare (aktör) kan ha olika roller ex. operatör, administratör, journalförare. | Aktörer (såsom människor och tekniska system) kan användas för olika syften i olika sammanhang. Elementet roll avser användningen av en aktör, eller syftet med en aktör, i ett specifikt sammanhang (kontext). En roll är alltid definierad i en kontext. Antag att ett system består av två datorer av samma typ. Den ena datorn har rollen klient och den andra har rollen server. De båda systemelementen, som är av samma typ, har olika roller och utför olika beteenden i denna konfiguration. Roller kan innehas av aktörer som är personer, organisationer såväl som system. | |
verksamhetsobjekt | materiell eller immateriell företeelse som levereras eller hanteras i en verksamhet. | Statusrapport, patient | Verksamhetsobjekt kan vara processobjekt, förädlingsobjekt (värdeobjekt), produkter, resurser, etc. Objekt som utbyts mellan Aktörer eller Processer. Kan bestå av Information eller andra resurser såsom material, personer eller roller. | |
verksamhetstjänst | utfall som tillhandahålls av en aktör och som ger nytta för en eller flera andra aktörer. | Ansökan om aktivitetsstöd, Skolskjuts, IT-arbetsplats. | Verksamhetstjänsten är verksamhetsfunktionens kontrakt med sin omvärld. Ska kunna avropas (konsumeras) av betrodda beställare (aktörer i arkitekturen). Verksamhetstjänster tillhandahålls (produceras) av aktörer genom utförande av processer och fungerar som gränssnitt till verksamhetsfunktioner som dessa aktörer utför. |
Relationer inom lagret
Källelement | Relation | Målelement | Källa |
---|---|---|---|
aktör | genererar | händelse | TOGAF |
händelse | genereras av | aktör | TOGAF |
aktör | utför | verksamhetsfunktion | TOGAF |
verksamhetsfunktion | utförs av | aktör | TOGAF |
aktör | ingår i | organisation | TOGAF |
organisation | innehåller | aktör | TOGAF |
organisation | del av | organisation | TOGAF, Archimate |
aktör | agerar i | roll | TOGAF |
roll | innehas av | aktör | TOGAF |
aktör | använder | verksamhetstjänst | TOGAF |
verksamhetstjänst | används av | aktör | TOGAF |
verksamhetstjänst | styrs och mäts av | tjänstekontrakt / överenskommelse | TOGAF |
tjänstekontrakt / överenskommelse | styr och mäter | verksamhetstjänst | TOGAF |
verksamhetstjänst | möter | tjänstekvalitet | TOGAF |
tjänstekvalitet | appliceras i | verksamhetstjänst | TOGAF |
tjänstekontrakt / överenskommelse | möter | tjänstekvalitet | TOGAF |
tjänstekvalitet | appliceras i | tjänstekontrakt / överenskommelse | TOGAF |
process | vägleds av | kontroll | TOGAF |
kontroll | säkerställer korrekt utförande av | process | TOGAF |
verksamhetstjänst | löser | händelse | TOGAF |
händelse | löses av | verksamhetstjänst | TOGAF |
händelse | löses av | aktör | TOGAF |
händelse | löses av | process | TOGAF |
aktör | löser | händelse | TOGAF |
process | löser | händelse | TOGAF |
verksamhetsfunktion | stödjer | aktör | TOGAF |
aktör | stöds av | verksamhetsfunktion | TOGAF |
organisation | äger | verksamhetsfunktion | TOGAF |
verksamhetsfunktion | ägs av | organisation | TOGAF |
process | stöds av | verksamhetsfunktion | TOGAF |
verksamhetsfunktion | stödjer | process | TOGAF |
verksamhetstjänst | gränssnitt till | verksamhetsfunktion | TOGAF |
verksamhetsfunktion | avgränsas med | verksamhetstjänst | TOGAF |
aktör | producerar | verksamhetsobjekt | TOGAF (Product to Organisational Unit) |
verksamhetsobjekt | produceras av | aktör | TOGAF (Product to Organisational Unit) |
aktör | använder | verksamhetsobjekt | Detta ramverk |
verksamhetsobjekt | används av | aktör | Detta ramverk |
process | producerar | verksamhetsobjekt | TOGAF |
process | del av | process | TOGAF, Archimate |
verksamhetsobjekt | produceras av | process | TOGAF |
process | använder | verksamhetsobjekt | Detta ramverk |
verksamhetsobjekt | används av | process | Detta ramverk |
roll | deltar i | process | TOGAF |
process | utförs av | roll | TOGAF |
verksamhetstjänst | ägs av | organisation | TOGAF |
organisation | äger | verksamhetstjänst | TOGAF |
Relationer till andra lager
Källelement | Relation | Målelement | Källa |
---|---|---|---|
aktör | strävar mot | vision | Detta ramverk |
vision | vägleder | aktör | Detta ramverk |
aktör | sätter | mål | Detta ramverk |
mål | inriktar | aktör | Detta ramverk |
aktör | har/behöver | förmåga | UAF (Tolkning av Exhibits) |
förmåga | realiseras av | aktör | UAF (Tolkning av Exhibits) |
organisation | använder | förmåga | TOGAF |
förmåga | används av | organisation | TOGAF |
process | operationaliserar | förmåga | TOGAF |
förmåga | operationaliseras av | process | TOGAF |
värdeström | möjliggörs av | förmåga | TOGAF |
förmåga | möjliggör | värdeström | TOGAF |
verksamhetstjänst | möjliggör | förmåga | TOGAF |
förmåga | möjliggörs av | verksamhetstjänst | TOGAF |
kompetens | möjliggör | förmåga | Detta ramverk |
förmåga | möjliggörs av | kompetens | Detta ramverk |
verksamhetsfunktion | levererar | förmåga | TOGAF |
förmåga | levereras av | verksamhetsfunktion | TOGAF |
aktör | använder /definierar | begrepp | Detta ramverk |
begrepp | används av / definieras av | aktör | Detta ramverk |
Referenser
ISO/IEC/IEEE 42010:2011 (E) Systems and software engineering - Architecture description
TOGAF 9.2. https://publications.opengroup.org/c182
UAF, OMG Unified Architecture Framework v1.0
NAF, NATO Architecture Framework v3.1
Leading Practice Meta Object Taxonomy
BPMN, OMG Business Process Model and Notation v2.0
Utvecklingsförslag
Tabellen nedan innehåller element som för närvarande inte har fastställts.
Element | Definition | Exempel | Vägledning | Källa |
---|---|---|---|---|
plats | en fysisk plats. | En adress, ett land, ett våningsplan i en byggnad | Att associera en plats med ett av arkitekturens element innebär att elementets realisering ska placeras på den platsen. En plats kan vara temporal, dvs gälla under en viss tid. Flera platser kan följaktligen associeras till ett och samma strukturella element. Strukturella element som kan kopplas till Plats är t.ex. aktörer (även logiska) och tillgångar som information. Verksamhetstjänster relateras till verksamhetsfunktioner snarare än tekniska funktioner. | |
verksamhetsfunktion / Logisk agent | en del av en logisk arkitektur som kan utföra aktiviteter. | Ledning, HelpDesk, Ekonomistyrning, Thoraxoperation | En logisk aktör uppvisar normalt en eller flera förmågor. En logisk representation av en fysisk aktör. Kan utgöra kravställningen på en fysisk aktör. Används främst vid internt arkitekturabete. I samverkansarkitektur används främst tjänster. | |
tjänstekontrakt överenskommelse tjänsteavrop tjänstegränsyta | Avser verksamhetsorienterade tjänster, inte tekniska tjänster. | |||
logisk gränsyta | Många likheter med Service interface | |||
tjänstekvalitet | ||||
kontroll | ||||
tillstånd | Finns behov av detta element? Fundera på vilka element som kan ha tillståndsattribut. Finns lite vägledning och definitioner i VLDS. |