Lösning C-055

kombination av aktörerAktör person, team eller organisation som kan agera inom eller mot verksamheten, processerProcess sekvens av aktiviteter som tillsammans åstadkommer ett resultat, information och teknik som tillsammans realiserar en verksamhetsförmågaVerksamhetsförmåga vad verksamheten kan göra, oberoende av hur och av vem det utförs för ett eget ändamålÄndamål det som ett styrobjekt ska tjäna löpande och som aldrig blir avklarat

En arkitekturobjekttyp

Termer

Svenska

• Förmågekonfiguration tillåten
• Förvaltningsobjekt tillåten

Är en sorts

• Arkitekturobjekt C-032

Relaterat

• Verksamhetsförmåga C-069 (realiserar)
• Resurs C-122 (tar i anspråk)
• Verksamhetsdomän C-008 (hör hemma i)
• Lösning C-055 (kan ingå i)
• Koppling C-211 (avgränsas av)

Relaterat, angivet av det andra begreppet

• Koppling C-211 (råder mellan)

Exempel

ett IT-system med sina processerProcess sekvens av aktiviteter som tillsammans åstadkommer ett resultat och sin information; en teknisk plattformPlattform teknisk infrastruktur som en eller flera lösningar körs på med sina användare; en tjänstTjänst värde som ges till en omgivning genom ett avgränsat, synligt beteende.

Anmärkning

En lösning känns igen på sitt ändamålÄndamål det som ett styrobjekt ska tjäna löpande och som aldrig blir avklarat och sina användare. Den realiserar exakt en verksamhetsförmågaVerksamhetsförmåga vad verksamheten kan göra, oberoende av hur och av vem det utförs och är vid varje tid den unika kombination av komponenter som gör förmågan möjlig. Förmågan kan ha flera lösningar, och lösningen är ett valt sätt att realisera den: den kan bytas mot ett annat utan att förmågan ändras. Lösningen består när en komponent byts. Ersätts en plattformPlattform teknisk infrastruktur som en eller flera lösningar körs på av en annan visar lösningens beskrivning två sammansättningar, nuläget och måletMål styrmedel som anger ett tillstånd som styrobjektet ska nå eller upprätthålla, men det är en lösning hela vägen.

Perspektiv avgränsar inte en lösning. En plattformPlattform teknisk infrastruktur som en eller flera lösningar körs på är en lösning om den har eget ändamålÄndamål det som ett styrobjekt ska tjäna löpande och som aldrig blir avklarat och någon som använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller den. Dess målarkitekturMålarkitektur arkitekturbeskrivning som avser tidsperspektivet målläge och uttrycker den avsedda arkitekturen hos ett arkitekturobjekt ligger då på lösningsnivå, under domänens och verksamhetensVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag, med alla vyer, även verksamhetsvyn som säger vem som använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller plattformenPlattform teknisk infrastruktur som en eller flera lösningar körs på till vad. Det som bara går att beskriva ur ett perspektiv är ingen lösning utan en arkitekturvyArkitekturvy del av en arkitekturbeskrivning som uttrycker arkitekturen ur ett arkitekturperspektiv. Testet: går det att rita verksamhetsvyn och informationsvyn för en "teknikmålarkitektur"? Då är den en lösningsmålarkitektur under verksamhetensVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag. Går det inte, är den teknikvyn i verksamhetensVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag målarkitekturMålarkitektur arkitekturbeskrivning som avser tidsperspektivet målläge och uttrycker den avsedda arkitekturen hos ett arkitekturobjekt.

En komponent kan ingå i flera lösningar. Har komponenten eget ändamålÄndamål det som ett styrobjekt ska tjäna löpande och som aldrig blir avklarat och egna användare är den en egen lösning som de andra använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller. Lönehanteringen är en lösning: HR:s rutiner, lönemodulen, bankfilen och löneinformationen. Bokföringen är en annan, och delar affärssystemet med lönehanteringen. På samma sätt kan en mindre lösning ingå i en större: det som ingår i exakt en större lösning är en del av den, det som flera använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller är en egen lösning med eget hem.

Varje lösning hör hemma i exakt en verksamhetsdomänVerksamhetsdomän avgränsad del av verksamheten med eget uppdrag och egen styrning, den där den styrs, aldrig direkt i verksamhetenVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag. En gemensam lösning hör hemma i den domän som har i uppdragUppdrag den löpande verksamhet som en organisation, eller en del av den, finns till för att bedriva att tillhandahålla den. Att lösningar i andra domäner använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller dess leveransprodukterLeveransprodukt produkt som en lösning tar fram och vidmakthåller och som mottagaren använder som komponent i sin egen lösning (Leveransprodukt C-174) ändrar inte det: deras behovBehov det som människor strävar efter att åstadkomma i en viss situation är intern påverkanIntern påverkan påverkan som kommer inifrån organisationen, som lösningens ändamålÄndamål det som ett styrobjekt ska tjäna löpande och som aldrig blir avklarat uttolkas ur (Ändamål C-022). En leverantör kan leverera hela lösningen, och den hör ändå hemma i den domän som beställer den (är leverantör till C-155). Domänen själv är ingen lösning: den avgränsas av uppdragUppdrag den löpande verksamhet som en organisation, eller en del av den, finns till för att bedriva och styrningStyrning åtgärder som ledningen, eller den som har ledningens mandat, vidtar avseende ett styrobjekt för att uppnå ett avsett resultat och består medan dess lösningar byts. En lösning har ändamålÄndamål det som ett styrobjekt ska tjäna löpande och som aldrig blir avklarat men inget uppdragUppdrag den löpande verksamhet som en organisation, eller en del av den, finns till för att bedriva (Uppdrag C-149).

Lösningen är både styrobjektStyrobjekt företeelse som en styrning avser och arkitekturobjektArkitekturobjekt styrobjekt som en arkitektur avser. Som styrobjektStyrobjekt företeelse som en styrning avser är den det som styrningenStyrning åtgärder som ledningen, eller den som har ledningens mandat, vidtar avseende ett styrobjekt för att uppnå ett avsett resultat av förvaltning och utveckling avser; som arkitekturobjektArkitekturobjekt styrobjekt som en arkitektur avser ligger den på lösningsnivå. Lösningsägaren har mandatetMandat befogenhet att fastställa styrning för ett styrobjekt, som följer av en position i organisationen (Mandat C-189) över lösningen som styrobjektStyrobjekt företeelse som en styrning avser: en, aldrig två (ADR 0035). ProcessägarenProcessägare roll som ytterst ansvarar för ett verksamhetsbeteende: hur det är ordnat och att det följer de regler och beslut som gäller för det (Processägare C-206) äger beteendena i lösningen och informationsägarenInformationsägare roll som ytterst ansvarar för ett informationsobjekt och beslutar hur det klassas och får behandlas (Informationsägare C-167) informationen. Lösningsägaren äger hur de och tekniken ska fungera ihop, nu och över tid, och fastställer (fastställs av C-183) målarkitekturenMålarkitektur arkitekturbeskrivning som avser tidsperspektivet målläge och uttrycker den avsedda arkitekturen hos ett arkitekturobjekt (Målarkitektur C-054). ArkitekturansvaretArkitekturansvar ansvar som ett team bär för ett eller flera perspektiv hos ett eller flera arkitekturobjekt och som ger ägarskap över de vyer och principer som hör till dem (Arkitekturansvar C-117) tar fram målarkitekturenMålarkitektur arkitekturbeskrivning som avser tidsperspektivet målläge och uttrycker den avsedda arkitekturen hos ett arkitekturobjekt, och initiativInitiativ tidsbegränsad förändringsinsats med definierat slut (Initiativ C-012) i portföljenPortfölj sammanhållen mängd av initiativ och produkter som prioriteras och finansieras gemensamt genomför den. Systemägaren äger applikationenApplikation avgränsad programvara som tillhandahåller funktionalitet åt verksamheten genom ett eget gränssnitt (Applikation C-071), inte lösningen.

MåletMål styrmedel som anger ett tillstånd som styrobjektet ska nå eller upprätthålla (Mål C-017) sätts på förmågan, vad som ska varaVara verksamhetsobjekt som lämnas över till mottagaren och blir mottagarens möjligt, och ramenRam resurser som en överordnad styrning tilldelar ett styrobjekt för en planeringsperiod på var och en av lösningarna som realiserar den. Det lösningen levererar är produkterProdukt varaktigt erbjudande av tjänster och/eller varor som levereras som en helhet till en mottagare och som utvecklas, vidmakthålls och avvecklas som en sammanhållen enhet (Produkt C-014), förmågeprodukterProdukt varaktigt erbjudande av tjänster och/eller varor som levereras som en helhet till en mottagare och som utvecklas, vidmakthålls och avvecklas som en sammanhållen enhet av båda slagen. VerksamhetsprodukterVerksamhetsprodukt produkt som verksamheten levererar till sin mottagare för att fullgöra sitt uppdrag (Verksamhetsprodukt C-173) levererar verksamhetenVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag genom lösningen till mottagaren, för att fullgöra sitt uppdragUppdrag den löpande verksamhet som en organisation, eller en del av den, finns till för att bedriva. LeveransprodukterLeveransprodukt produkt som en lösning tar fram och vidmakthåller och som mottagaren använder som komponent i sin egen lösning (Leveransprodukt C-174) använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller en annan förmågas lösning som komponent; så får en lösning vissa av sina komponenter, information till exempel, från andra lösningar. LeveransprodukternaLeveransprodukt produkt som en lösning tar fram och vidmakthåller och som mottagaren använder som komponent i sin egen lösning realiseras avrealiseras av relationstyp som anger att ett arkitekturelement förverkligas av ett annat, mer konkret arkitekturelement lösningen, och portföljenPortfölj sammanhållen mängd av initiativ och produkter som prioriteras och finansieras gemensamt (Portfölj C-011) prioriterar och finansierar dem. Lösningen själv står utanför portföljenPortfölj sammanhållen mängd av initiativ och produkter som prioriteras och finansieras gemensamt men tar emot ramenRam resurser som en överordnad styrning tilldelar ett styrobjekt för en planeringsperiod. ADR 0020; lösningens beständighet och produktaxeln ADR 0021.

Förvaltningsobjekt är det ord en förvaltningsmodell byggd på pm3 använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller för lösningen som styrobjektStyrobjekt företeelse som en styrning avser (objektstyrningObjektstyrning objektbaserad styrning där styrobjektet är ett förvaltningsobjekt, Objektstyrning C-048). Där äger två objektet tillsammans, en objektägare från verksamhetenVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag och en från IT; katalogen har en ägare. pm3 kallar objektet i dag leveransområde, under byggstenen ansvarsområde, och kallade det tidigare objekt. Ett förvaltningsobjekt som realiserar flera förmågor är i katalogens ögon flera lösningar som delar komponenter, eller en lösning för en grövre förmåga. Förmågekartan visar vilket.

Andra ord för samma sak. Förmågekonfiguration är katalogens andra term: ordet betonar sammansättningen, lösningen sedd från det som bygger den. ISO 42010 kallar det *system of interest*. I dagligt tal kallas en lösning av det här slaget ofta en funktionFunktion gruppering av det en aktör, en applikation eller en teknisk resurs gör, efter ett valt kriterium, till exempel arkitekturfunktionen.

Provet för ett snitt, fyra delar. Samförändring: två lösningar ska kunna ändras var för sig. Måste de alltid ändras tillsammans är snittet fel. Förmågekartan visar var felet sitter: antingen är de en lösning, eller så hör de till två olika förmågor. GränssnittetGränssnitt punkt där en tjänst eller en funktion görs tillgänglig för sin omgivning: gränsen går där kopplingenKoppling grad i vilken en ändring i en lösning eller komponent tvingar fram en ändring i en annan vid samma tidpunkt (Koppling C-211) är lös. Lös betyder att det ena kan ändras utan att det andra måste ändras samtidigt. Det som korsar gränsen är en leveransproduktLeveransprodukt produkt som en lösning tar fram och vidmakthåller och som mottagaren använder som komponent i sin egen lösning (Leveransprodukt C-174) med kravKrav regel som anger en egenskap som styrobjektet ska ha (Krav C-021) och överenskommelseÖverenskommelse formellt eller informellt samförstånd mellan parter om vad som tillhandahålls och på vilka villkor (Överenskommelse C-084). Provet gäller komponenterna, beteende, information och teknik; resurserResurs tillgång som verksamheten förfogar över och behöver för att utföra sina aktiviteter (Resurs C-122), personal och kompetensKompetens kunskap, färdighet och erfarenhet som en person eller ett team har och som en viss sorts aktivitet kräver, korsar fritt. MandatetMandat befogenhet att fastställa styrning för ett styrobjekt, som följer av en position i organisationen: ägaren kan besluta över varje komponent innanför och har ramenRam resurser som en överordnad styrning tilldelar ett styrobjekt för en planeringsperiod (Ram C-210) att genomföra. Där ägaren inte kan det är gränsen fel eller mandatetMandat befogenhet att fastställa styrning för ett styrobjekt, som följer av en position i organisationen. Delning: det flera använderanvänder relationstyp som anger att ett arkitekturelement nyttjar den funktionalitet ett annat arkitekturelement tillhandahåller bryts ut som egen lösning med egen ägare. RegelnRegel styrmedel som binärt anger vad som ska gälla eller inte gälla är David Parnas (1972): varje modul döljer ett beslutStyrbeslut styrmedel som anger vilket alternativ som valts i en enskild fråga som troligen ändras, så att ändringen stannar innanför gränsen. En organisation som antar provet gör det som arkitekturprincipArkitekturprincip princip som ingår i en arkitektur och anger vilken riktning som ska väljas mellan designalternativ (Arkitekturprincip C-040) i sin referensarkitekturReferensarkitektur arkitekturbeskrivning som uttrycker arkitekturprinciper, ensamma eller tillämpade i ett återanvändbart mönster; katalogen definierar, organisationen fastställer.

När IT-avdelningen "äger systemen" i alla lösningar är det tre saker och aldrig en fjärde: arkitekturansvarArkitekturansvar ansvar som ett team bär för ett eller flera perspektiv hos ett eller flera arkitekturobjekt och som ger ägarskap över de vyer och principer som hör till dem (Arkitekturansvar C-117) för teknik- och applikationsperspektivetApplikationsperspektiv arkitekturperspektiv som avser verksamhetens applikationer, deras gränssnitt och vad de gör för verksamheten, alltså vyerna; systemägare per applikationApplikation avgränsad programvara som tillhandahåller funktionalitet åt verksamheten genom ett eget gränssnitt (Applikation C-071) inuti varje lösning, under dess lösningsägare; och egna plattformslösningar i IT:s domän, som levererar leveransprodukterLeveransprodukt produkt som en lösning tar fram och vidmakthåller och som mottagaren använder som komponent i sin egen lösning mot kravKrav regel som anger en egenskap som styrobjektet ska ha. Aldrig lösningsägare till verksamhetensVerksamhet samlad uppsättning av verksamhetsförmågor och processer genom vilka organisationen fullgör sitt uppdrag lösning. AnsvarAnsvar skyldighet för en roll att svara för ett styrobjekts utfall eller för ett arkitekturelement, och att stå till svars för det (Ansvar C-209) som skärs på komponent utan någon som äger lösningen är ägarskap över vyer, och det som bara kan beskrivas ur ett perspektiv är ingen lösning. ADR 0036.

Motsvarar CapabilityImplementation i Business Architecture Core Metamodel (BACM), den samling resurserResurs tillgång som verksamheten förfogar över och behöver för att utföra sina aktiviteter och utförare som implementerar en förmåga; lagrets skärpning är att en lösning realiserar exakt en förmåga. ADR 0027.

Motsvarar också CapabilityOffer i Value Delivery Modeling Language (VDML), en organisationsenhetsOrganisationsenhet avgränsad del av en organisation med eget ansvar och egen ledning förmåga med de resurserResurs tillgång som verksamheten förfogar över och behöver för att utföra sina aktiviteter, metoderArbetssätt beprövat sätt att utföra en sorts arbete, beskrivet oberoende av den verksamhet som följer det och personpooler som levererar den. ADR 0028.

Närhet

Öppna i katalogen