Metamodell Verksamhet-OLD

Beskrivning

Arkitektur-perspektiv

Verksamhets-område

Publicerad / Version

Beskrivning

Arkitektur-perspektiv

Verksamhets-område

Publicerad / Version

Metamodell för begrepp inom verksamhetsarkitektur.

Struktur

 

2019-01-21/21

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 inte 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

Element

Definition

Exempel

Vägledning

Källor

aktör

någon eller något som utför aktiviteter.

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.



TOGAF: Actor: A person, organization, or system that has a role that initiates or interacts with activities; for example, a sales representative who travels to visit customers. Actors may be internal or external to an organization. In the automotive industry, an original equipment manufacturer would be considered an actor by an automotive dealership that interacts with its supply chain activities.

UAF: Resource Performer: An abstract grouping of elements that can perform Functions. Resource Architectures, Organizational Resources and Resource Artifacts.

BMPN: Participant: A business entity (e.g., a company, company division, or a customer) or a business role (e.g., a buyer or a seller) that controls or is responsible for a business process. If Pools are used, then a Participant would be associated with one Pool. In a Collaboration, Participants are informally known as “Pools”.

VLDS: Aktör: Människa eller organisation som agerar i digital samverkan.

Leading Practice: Actor: A person, organization, or system that has a role that initiates or interacts with activities. Actors may be internal or external to an organization.



händelse

förändring som utlöser eller är resultat av processer.

Födsel, Kredithändelse, Bygglovsansökan.

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.



TNC: http://www.rikstermbanken.se/visaTermpost.html?id=205899

http://www.rikstermbanken.se/visaTermpost.html?id=247580

TOGAF: Event: An organizational state change that triggers processing events; may originate from inside or outside the organization and may be resolved inside or outside the organization.

UAF: I UAF finns flera olika typer av mekanismer för händelser i alla olika abstraktionslager. Varför skulle händelser hanteras olika i olika abstraktionslager? Exempel är meddelanden, signaler, objektflöden, och kontrollflöden.

Leading Practice: Event: A state change that recognizes the triggering or termination of processing.

VLDS: Livshändelse: Viktig händelse som inträffar vid en specifik tidpunkt i en kunds liv, som leder till att något behöver hanteras.

BPMN: Inom BPMN används flera olika element för att beskriver olika typer av händelser: Start Event, Trigger, Exception, Intermediate Event, End Event.

BPMN: Start Event: An Event that indicates where a particular Process starts. The Start Event starts the flow of the Process and does not have any incoming Sequence Flow, but can have a Trigger. The Start Event is displayed as a circle, drawn with a single thin line.

BPMN: Trigger: A mechanism that detects an occurrence and can cause additional processing in response, such as the start of a business Process. Triggers are associated with Start Events and Intermediate Events and can be of the type: Message, Timer, Conditional, Signal, Link, and Multiple.

BPMN: Exception: An event that occurs during the performance of the Process that causes a diversion from the Normal Flow of the Process. Exceptions can be generated by Intermediate Events, such as time, error, or message.

BPMN: Intermediate Event: An event that occurs after a Process has been started. An Intermediate Event affects the flow of the process by showing where messages and delays are expected, distributing the Normal Flow through exception handling, or showing the extra flow required for compensation. However, an Intermediate Event does not start or directly terminate a process. An Intermediate Event is displayed as a circle, drawn with a thin double line.

BPMN: End Event: An Event that indicates where a path in the process will end. In terms of Sequence Flows, the End Event ends the flow of the Process, and thus, will not have any outgoing Sequence Flows. An End Event can have a specific Result that will appear as a marker within the center of the End Event shape. End Event Results are Message, Error, Compensation, Signal, Link, and Multiple. The End Event shares the same basic shape of the Start Event and Intermediate Event, a circle, but is drawn with a thick single line.



organisationsenhet

en formell eller informell grupp personer förenade för ett visst syfte.

Faktiska organisationsenheter: Ekonomiavdelningen, Kirurgen avd 11, Storängsskolan

Organisationsenhetstyper: Avdelning, Stab, Förvaltningsmyndighet,

Omfattar både faktiska (fysiska) organisationer, men också organisationstyper.

Organisationsenheter hålls samman av aktiviteter, avtal, överenskommelser eller informationsutbyten och bildar någon form av enhet eller nätverk.



TOGAF: Organization Unit: A self-contained unit of resources with goals, objectives, and measures. Organization units may include external parties and business partner organizations.

UAF: Actual Organization: An actual formal or informal organizational unit.

BMPN: Participant: A business entity (e.g., a company, company division, or a customer) or a business role (e.g., a buyer or a seller) that controls or is responsible for a business process. If Pools are used, then a Participant would be associated with one Pool. In a Collaboration, Participants are informally known as “Pools”.

VLDS: Organisation: Grupp personer, förenade för ett visst syfte. Från UPDM 2.1: A group of persons, associated for a particular purpose.

Leading Practice: Organisational Unit: A self-contained unit of resources with strategic business objectives, critical success factors, goals and measures.



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.



TOGAF: Process: A process represents flow of control between or within functions and/or services (depends on the granularity of definition). Processes represent a sequence of activities that together achieve a specified outcome, can be decomposed into sub-processes, and can show operation of a function or service (at next level of detail). Processes may also be used to link or compose organizations, functions, services, and processes.

SS-EN ISO 9000:2015: 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).

UAF: Operational Activity: An abstract element that represents a behavior or process (i.e., a Function or OperationalActivity) that can be performed by a Performer.

UAF: Operational Activity Action: A call of an OperationalActivity in the context of another OperationalActivity

BPMN: Process: A defined set of business activities that represent the steps required to achieve a business objective. It includes the flow and use of information and resources.

BPMN: Activity: Work that a company or organization performs using business processes.

Ljungberg-Larsson: En process är kedja av aktiviteter som i ett återkommande flöde skapar värde.

VLDS: Ett eller flera arbetssteg, som logiskt hänger samman och som medverkar till att ett resultat kan levereras. Från UPDM 2.1: A logical process, specified independently of how the process is carried out.

Leading Practice: Process Area: The highest level of an abstract categorization of processes.

Leading Practice: Process Group: A categorization and collection of processes into common groups.

Leading Practice: Business Process: A set of structured activities or tasks, with logical behaviour that produce a specific service or product.

Leading Practice: Process Step: conceptual set of behaviours' bound by the scope of a process which, each time it is executed leads to a single change of inputs (form or state) into a single specified output. Each process step is a unit of work normally performed within the constraints of a set of rules by one or more actors in a role that are engaged in changing the state of one or more resources or enterprise objects to create a single desired output.

Leading Practice: Process Activity: part of the actual physical work system which specifies how to complete the change in the form or state of an input, oversee, or even achieve the completion of an interaction with other actors and which results in the making of a complex decision based on knowledge, judgment, experience, and instinct.

VLDS: Flöde som beskriver utväxling av information mellan aktörer eller processer. Till utbytet associeras även kvalitén på utbytet så som bandbreddskrav, säkerhetsklassificering och säkerhetskrav.

BPMN: Message Flow: A Connecting Object that shows the flow of messages between two Participants. A Message Flow is represented by a dashed lined.

UAF: Exchange: Abstract grouping for OperationalExchanges and ResourceExchanges that exchange Resources.

UAF: xExchange: Asserts that a flow can exist between xPerformers (i.e., flows of information, people, materiel, or energy).

UAF: xActivityEdge: Shows the flow of control/resources/objects between Actions.

Leading Practice: Process Flow (incl. Input/output): A stream, sequence, course, succession, series, progression, all based on the process input output states, where each process input/output defines the process flow that together executes a behaviour.

TOGAF: Value Stream: A representation of an end-to-end collection of value-adding activities that create an overall result for a customer, stakeholder, or end-user.

Leading Practice: Business Workflow: A stream, sequence, course, succession, series, progression as well as order for the movement of information or material from one enterprise function, enterprise service, enterprise activity (worksite) to another.



roll

uppdraget en aktör tilldelas i en specifik 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.



TOGAF: Role: The usual or expected function of an actor, or the part somebody or something plays in a particular action or event. An actor may have a number of roles. See also Actor.

UAF: xRole: Usage of an Operational Performer, Service Specification, or Resource Performer in a specific context or configuration.

BMPN: Participant: A business entity (e.g., a company, company division, or a customer) or a business role (e.g., a buyer or a seller) that controls or is responsible for a business process. If Pools are used, then a Participant would be associated with one Pool. In a Collaboration, Participants are informally known as “Pools”.

Leading Practice: Business Role: A part that someone or something has in a particular defined function, activity or situation. A resource/actor may have a number of roles.



verksamhetsobjekt

materiell eller immateriell företeelse som levereras eller hanteras i en verksamhet.

Statusrapport, patient

Verksamhetsobjekt kan vara 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

en uppsättning funktionalitet 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 och fungerar som gränssnitt till verksamhetsfunktioner som dessa aktörer utför.







Relationer inom lagret

Källelement

Relation

Målelement

Källa

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

organisationsenhet

TOGAF

organisationsenhet

innehåller

aktör

TOGAF

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

organisationsenhet

äger

verksamhetsfunktion

TOGAF

verksamhetsfunktion

ägs av

organisationsenhet

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

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

organisationsenhet

TOGAF

organisationsenhet

äger

verksamhetstjänst

TOGAF



Relationer till andra lager

Källelement

Relation

Målelement

Källa

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)

organisationsenhet

använder

förmåga

TOGAF

förmåga

används av

organisationsenhet

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

  1. ISO/IEC/IEEE 42010:2011 (E) Systems and software engineering - Architecture description

  2. TOGAF 9.2. https://publications.opengroup.org/c182

  3. UAF, OMG Unified Architecture Framework v1.0

  4. NAF, NATO Architecture Framework v3.1

  5. Leading Practice Meta Object Taxonomy

  6. 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

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.