Metamodell Verksamhet-OLD
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 |
---|---|---|---|---|
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. | |
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. | |
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. | |
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. | |
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. | |
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. | ||
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 |
---|---|---|---|
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 |
---|---|---|---|
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
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. |