Microsoft Dynamics

Publicerad den 14 okt. 2024
Patrik Hallén

LeanIX använder Microsoft Dynamics som exempel på hur man kan beskriva en applikation sett till dess struktur, implementation samt koppling till verksamheten.

Microsoft Dynamics är en produktsvit som innehåller flera applikationer såsom Dynamics CRM och Dynamics ERP.

Modellen innehåller objekt som representerar flera olika faktabladstyper:

Applikation (tre nivåer)
Verksamhetsförmåga
Organisation
IT-komponent (instanser och versioner)

Prime Arch Core har mappats till LeanIX (se artikeln LeanIX och Prime Arch), och med denna mappning som grund är det enkelt att lägga till ett djup i modellen genom att använda Prime Arch Extended, som har nivåer som en av grundpelarna.

Microsoft Dynamics innehåller tre applikationer (A21) som i sin tur innehåller applikationsmoduler (A31). En möjlighet är att se produktsviten som ett applikationsområde (A11), men vår rekommendation är att spara detta objekt till ett annat ändamål än att beskriva leverantörers olika grupperingar av produkter. Istället bör A21 användas i två nivåer, något som är tillåtet i Prime Arch på just nivå 2 när man behöver fler nivåer än de fem som finns i Prime Arch.

IT-komponenterna representerar versioner av applikationerna och applikationsmodulerna, och i Prime Arch används A21 och A31 även för detta syfte.

Verksamhetsförmågorna är beskrivna med namn på en nivå som leder tanken till nivå 2 vilket passar utmärkt då F21 med fördel kopplas till A21 i Prime Arch.

Projektet att migrera från en applikation till en annan är ett mycket stort arbetspaket, i Prime Arch en etapp (IM22).

Användargrupperna modelleras med fördel av 022 som är intressentgrupper.

Vi rensar upp i modellen genom att ta bort den bakomliggande LeanIX-modellen.

En av grundprinciperna i Prime Arch är "enkla kraftfulla modeller" som bör avgränsas efter frågeställning och intressent. I exemplet från LeanIX har man valt att visa allt i en modell, men det blir tydligt att det inte är en bra idé då man endast kan detaljera ERP-applikationen i detalj, men av utrymmesskäl inte kan göra motsvarande för CRM-applikationen.

I Prime Arch delas modellerna upp i olika beskrivningsaspekter, och i detta exempel används komposition och omgivning.

En del av exemplet från LeanIX visar nedbrytning på modulnivå, vilket i Prime Arch sker genom att gå från en övergripande karta på nivå 2 till en beskrivning på nivå 3.

Kopplingen till olika delar i verksamheten modelleras som en applikationsomgivningskarta där verksamhetsförmågor (F21), intressentgrupper (O22) och projektet/etappen (IM22).

Applikationen beskrivs med fördel genom att visa att CRM och ERP grupperas i produktsviten som Microsoft valt att kalla Dynamics.

Kärnan i exemplet är beskrivningen av de moduler (A31) som ingår i ERP-applikationen (A21).

I Prime Arch används dels en applikationskarta på nivå 2, dels en applikationsbeskrivning på nivå 3. Denna uppdelning ger möjlighet att beskriva stora mängder objekt utan att behöva kompromissa mellan detaljer och överskådlighet.

Ovan visas jämförelsen mellan LeanIX och Prime Arch, och nedan visas Prime Archs vyer i kombination, där ERP-applikationen beskrivs med de ingående modulerna.

I exemplet LeanIX vill man även visa föregångaren till Dynamics samt vilka versioner man använder. Även här delas detta upp i olika modeller på nivå 2 och nivå 3, och i Prime Arch finns tydliga och namngivna relationer som "ersätter" och "är förekomst av".

LeanIX använder Microsoft Dynamics som ett pedagogiskt exempel på hur man modellerar applikationer ur olika perspektiv.

Prime Arch stödjer samtliga perspektiv, men rekommendar att man delar upp innehållet i enkla kraftfulla modeller.

Länkar

Microsoft Applications Modeling Best Practices (LeanIX)
Microsoft Dynamics modules (Adynamics)