...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
Hitta på sidan
Innehållsförteckning | ||
---|---|---|
|
...
Sidegenskaper | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
|
...
Innehållsförteckning
...
Innehållsförteckning |
---|
...
|
...
|
...
Perspektivet realisering handlar i grunden om att möjliggöra planering och uppföljning av arkitekturens realisering. Det handlar bland annat om att koppla relevanta delar av arkitekturmodellen till arbetspaket som har till uppdrag att realisera dessa delar. För intressenter som projektledare och portföljledare är perspektivet centralt eftersom det möjliggör identifiering av arbetspaket, analys av arbetspaketens omfattning och angränsande arbetspaket som kan påverka utgången. Denna del av metamodellen introducerar ett fåtal begrepp som arbetspaket (t.ex. projekt, uppdrag, etc) som kan äga milstolpar. Med dessa centrala begrepp blir det möjligt att integrera arkitektur och projekt/programledning.
Det är också möjligt att betrakta realisering av arkitekturens olika delar på ett mera strategiskt plan, innan man skapat arbetspaket, genom att koppla förmågeutvecklingen till så kallade faser. En fas syftar till en sammanhållen förmågeutveckling som kan realiseras genom många olika arbetspaket. För arkitekter innebär faser en möjlighet att definiera, planera och följa upp arkitekturens realisering över tid i sk färdplaner (roadmaps). Mer information om detta i perpektivet Metamodell Strategi.
Resultatet är starkt inspirerat av Unified Architecture Framework (UAF) som har en väl genomtänkt metamodell för dessa delar.
Modelldiagram
I nedanstående diagram presenteras perspektivets element tillsammans med viktiga element från andra perspektiv.
...
I diagrammet ovan är ett abstrakt element inkluderat vilket indikeras med kursiv text. Abstrakta element kan inte användas i en tillämpning av metamodellen, utan används endast för att förenkla förståelsen av metamodellen. I exemplet ovan tydliggörs att elementen aktör, verksamhetstjänst och applikation alla är av typen systemelement genom den fyllda pilen som ska utläsas är ett (eller är en). Vart och ett av dessa element är ett systemelement som kan frisläppas och återkallas vid milstolpe.
Elementdefinitioner
Element | Definition | Exempel | Vägledning | Källor | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Definitionen motsvarar termerna förändringsinsats projekt delprojekt uppdrag | En temporär satsning för att framställa en unik vara eller tjänst (från PMI BoK). | COSMIC r8.1 | Arbetspaket används för att beskriva hela eller delar av projekt eller program. Arbetspaket kan brytas ner i underliggande arbetspaket, t.ex. kan ett projekt brytas ner i sina delprojekt. Arbetet sker oftast i samverkan mellan arkitekter och program/projektledare och resultatet dokumenteras både i arkitekturen och i program/projektplaner. Temporär avser att projektet har en viss varaktighet med en start och ett slut. Start och slut modelleras vanligen som attribut på elementet arbetspaket. Satsning innebär att någon tilldelar projektet resurser av något slag. Unik är att projektet avser att ta fram någonting som inte gjorts tidigare. Det unika kan ligga i det slutliga resultatet eller det sätt som detta framställs på. Vara eller tjänst innebär att projektet syftar till att ta fram någonting, att det ska producera ett slutresultat. Slutresultatet kan vara konkret, till exempel en ny produkt för ett företag, ett nytt IT-system. Slutresultatet kan även vara mer abstrakt som en organisationsändring eller en tjänst. |
|
...
| |||||||||||||||
milstolpe Definitionen motsvarar termerna: milsten förändring | Betydande tidpunkt eller händelse i en verksamhet, projekt eller program. | Input tillgängliga. Arbetspaket startar. Projektleveranser. Driftsättningar. Förmågelyft. Projektfaser avslutade. Avveckling påbörjad. Avveckling avslutad. | Milstolpar ges ett namn och beskrivning som redogör för den förändring som sker när milstolpen inträffar. Milstolpar kopplas till det projekt eller program (modelleras som arbetspaket) som ansvarar för att milstolpen inträffar och har ett datum. Milstolpar kan även användas för att indikera förändring i verksamheter som ger förbättringar och kan därför kopplas till elementet /wiki/spaces/AIA/pages/3111151 i det strategiska perspektivet. Milstolpar kopplas även till de element som förändras genom att milstolpen inträffar. Detta kan exempelvis vara förmågor, tjänster, applikationer, aktörer, processer etc. Att göra denna koppling är viktigt eftersom det knyter samman projekt/programplaner med arkitekturbeskrivningar och blir därmed ett sätt för projektledare och arkitekter att kommunicera. Det finns två typer av relationer mellan milstolpar och de element som förändras genom dom. Den ena handlar om att element tas bort och den andra om att element introduceras. På detta sätt kan en utveckling modelleras. Elementen som tas bort och introduceras kan vara två versioner av samma element. Exempelvis kan en förmåga version 1 ersättas av en version 2. |
| |||||||||||
prognos | Ett förutspått framtida händelseförlopp | Används för att beskriva en transition (övergång) från ett läge till ett annat. Kan t.ex. relatera två standarder, två kompetenser, två tjänster, två aktörer. Elementet kan implementeras som en riktad relation för att tydliggöra övergångens riktning, t.ex. att Windows XP ersätts av Windows 7 (och inte tvärt om). (UAFP har implementerat prognos på detta sätt.) Elementet (relationen) kan relateras till en eller flera faser och får därigenom en koppling till ett tidsintervall där övergången planeras ske. |
| ||||||||||||
prognosföremål | Ett abstrakt element som grupperar element som kan vara föremål för en prognos. | (övergång mellan två mjukvaroversioner) (övergång mellan två standarder) | Används för ökad läsbarhet och förståelse för metamodellen. Används inte i tillämpningar av metamodellen. Använd istället konkreta specialiseringar av detta element i en tillämpning. Aktör, applikation, standard och |
...
kompetens är konkreta element som kan användas i en tillämpad modell. |
| |||||
systemelement | Ett abstrakt element som grupperar element som kan relateras till milstolpe. | Används för ökad läsbarhet och förståelse för metamodellen. Används inte i tillämpningar av metamodellen. Använd istället konkreta specialiseringar av detta element i en tillämpning. |
...
Aktör, verksamhetstjänst och applikation är konkreta element som kan användas i en tillämpad modell. |
|
...
Perspektivet realisering handlar i grunden om att möjliggöra planering och uppföljning av arkitekturens realisering. Det handlar bland annat om att koppla relevanta delar av arkitekturmodellen till arbetspaket som har till uppdrag att realisera dessa delar. För intressenter som projektledare och portföljledare är perspektivet centralt eftersom det möjliggör identifiering av arbetspaket, analys av arbetspaketens omfattning och angränsande arbetspaket som kan påverka utgången. Denna del av metamodellen introducerar ett fåtal begrepp som arbetspaket (t.ex. projekt, uppdrag, etc) som kan äga milstolpar. Med dessa centrala begrepp blir det möjligt att integrera arkitektur och projekt/programledning.
Det är också möjligt att betrakta realisering av arkitekturens olika delar på ett mera strategiskt plan, innan man skapat arbetspaket, genom att koppla förmågeutvecklingen till så kallade faser. En fas syftar till en sammanhållen förmågeutveckling som kan realiseras genom många olika arbetspaket. För arkitekter innebär faser en möjlighet att definiera, planera och följa upp arkitekturens realisering över tid i sk färdplaner (roadmaps). Mer information om detta i perpektivet /wiki/spaces/AIA/pages/3111151.
Resultatet är starkt inspirerat av Unified Architecture Framework (UAF) som har en väl genomtänkt metamodell för dessa delar.
Modelldiagram
I nedanstående diagram presenteras perspektivets element tillsammans med viktiga element från andra perspektiv.
...
|
Relationer inom lagret
Källelement | Relation | Målelement | Källa |
---|---|---|---|
arbetspaket | äger | milstolpe/milsten | UAF (ownedMilestone) |
milstolpe | beror av | milstolpe | UAF (MilestoneDependency) |
arbetspaket | följer efter | arbetspaket | UAF (ProjectSequence) |
systemelement | frisläpps vid | milstolpe | UAF (versionReleasedAtMilestone) |
systemelement | avvecklas vid | milstolpe | UAF (versionWithdrawnAtMilestone) |
prognosföremål | prognos | prognosföremål | UAF (Forecast) |
Relationer till andra lager
Källelement | Relation | Målelement | Källa |
---|---|---|---|
roll | ansvarar för | arbetspaket | UAF (ResponsibleFor) |
prognos | förväntas inträffa under | fas | UAF (forecastPeriod) |
förmåga | realiseras av | systemelement | UAF (exhibits) |
systemelement | har/behöver | förmåga | UAF (exhibits) |