TPL_YOOTHEME_SKIP_TO_MAIN_CONTENT
Ulf Dellborg, Arkitektur,, it-system

Arkitektur: Grund för Affärsvärdighet & Cybervärdighet

Ingen bygger ett hus utan ritningar. Du kan anlita de bästa hantverkarna, du får en arkitektur, men en ganska dålig, utan funktion. Du blir missnöjd med jobbet, du skyller på hantverkarna, ingen är nöjd.

Känner du igen dig: Bytet av IT-system fungerade inte. CIO skyller på integrationsproblem. Ingen är nöjd, affärsmodellen tar stryk. Precis som ett flygplan ska vara luftvärdiga, ska arkitekturen vara affärsvärdig. Det ger affärsdriven arkitektur.

Nu med AI kan du springa ännu fortare fel. Helhet och detaljer måste sitta ihop, det är vad ledningen har arkitekter till. Arkitekten utgår från organisationens behov: VD:ns strategiska affär, CLO:ns lagkrav, COO:ns operativa effektivitet och CTO/CIO:ns system. Ension är experter på arkitektur för organisationens effektivitet.

Omsätt behov till specifikation genom arkitektur

Den här guiden ger dig som ledare, VD, COO, CLO eller COO, kunskap att förstå och ställa krav på affärsdrivet arkitekturarbete. Jag visar att affärsdriven arkitektur gör att produkter och tjänster lanseras snabbare, kostnader sänks och att organisationen blir agil.

Du gör detta med etablerade metoder och ramverk, ni ska fokusera på er kärnverksamhet. Jag som skriver har erfarenhet av privat och offentligt verksamhet. Jag civilingenjör och viggenpilot, van vid system som leverera enligt affärsbehoven på ett säkert och effektivt sätt.

Arkitekturen realiserar affärsmodellen

Ledningsgruppen styr med strategin

Arkitektur är andra pelaren i affärsdriven digitalisering. Den arbetar tillsammans med innovativt ledarskap och affärsdriven säkerhet. Pelaren ledarkap levererar en kommunicerbar affärsmodell med behov av förmågor. Pelaren säkerhet levererar arkitektur och krav  som haterar risker och hot mot affärsmodellen.

Ensions ramverk utvecklar och analysera affärsmodell som förverkligas genom en affärsdriven säker arkitektur.

Ledningsgruppens nytta

Enterprisearkitektur är ledningens verktyg för att styra affären med organisaion och system

Enterprisearkitektur (EA) är grunden för affärsdiven ledning med hög digitalisering. EA underlättar kvalitet, säkerhet och regelefterlevnad, cybersäkerhetslagen förutsätter ett strukturerat arbetssätt: Fragmentering utgör en stor risk för kvalitet och säkerhet och vid regleringar som NIS2. EA ger den överblick som krävs att implementera kvalitet och säkerhet.

  • För VD, med fokus på strategi, tillväxt och risk, kopplar EA strategi till genomförande genom att verifiera strategins genomförbarhet, öka organisationens förmåga till omställning och skapar en enhetlig bild av organisationen.
  • För COO, med ansvar för drift och tillförlitlighet, är EA  ett verktyg för att optimera verksamheten genom att öka operativ effektivitetsäkerställa driftsstabilitet och möjliggör skalbarhet.
  • För CTO/CIO skapar EA ett strategiskt fokus med proaktiv planering, minskar teknisk skuld och kommunicerar teknikinvesteringarss affärsvärde.

IT och verksamhetsarkitektur (EA) måste förklaras i affärstermer för att vara användbar för ledningen. EA är en strategisk stadsplanering för företaget:

Resultatet av EA är en gemensam förståelse, en "karta" över organisationen som kopplar strategi till genomförande. Processen att skapa denna karta tvingar fram samarbete mellan avdelningar. Den skapar ett gemensamt språk och synliggör beroenden mellan exempelvis försäljningens CRM-system och orderhanteringens processer. Detta i sig är en metod för förändringsledning.

Ledningens nytta av AI-driven arkitektur vid automatiserad utveckling

Kod och system produceras nu med AI i en sällan anad hastighet. Problemet som rikeras är snabbhet utan styrning. AI är en fantastisk motor, men en usel kompass och riskerna är uppenbara:

  • VD riskerar att finansier lösningar som inte stödjer affärsstrategin och där lagefterlevnad inte kan visas.
  • COO riskerar att skapa digitala öar som inte pratar med varandra, vilket förstör arbetsflödet, och säkerhet.
  • CTO/CIO riskerar att drunkna i oöverskådlig kod och säkerhetshål som bryter mot lagkrav.

Arkitekturen blir viktigare och måste hänga med. Arkitektur blir både syrning och den kritiska kontrollmekanism som säkerställer att tekniken inte springer ifrån affärsmodellen.

Lösningen: AI-baserat arkitekturarbete

För att gå säkert från idé till implementation krävs att arkitekturen styr AI-utvecklingen:

  • Arkitekturen som Pilot: Definierar varför och vad innan AI:n börjar koda hur. 
  • Digital Spårbarhet: Säkerställer att varje rad AI-kod kan härledas till ett affärsbehov (V-modellen).
  • Affärsvärdighet & Cybervärdighet: Arkitekturen fungerar som ett filter som ser till att snabbheten inte sker på bekostnad av säkerhet eller långsiktig lönsamhet.

Kort sagt: AI ger er farten, men arkitekturen ger er kontrollen så att ni faktiskt hamnar där ni vill.

Dagens affärsmodell, och morgonadens, styr arkitekturen

Affärsmodellen sätter kraven på arkitekturen

Affärsmodellen är grunden för kraven mot arkitekturen eftersom den beskriver hur en organisation skapar, levererar och fångar värde för sina kunder och partners. 

Genom att definiera företagets värdeerbjudande, värdearkitektur och vinstekvation blir det tydligt vilka processer som krävs för att uppnå affärsmålen. Dessa processer utgör sedan grunden för de funktionella och icke-funktionella kraven på system och lösningar. 

Strategin sätter riktningen för arkitekturen

I strategisk planering har ledningen utifrån visionen fastställt förmågebehov, framtida affärsmodeller samt operativa mål. Försändrlingsledning är att ändra arkitekturen för organisationen med människor och teknik efter den strategiska planen och behovet. Ansvaret för förändring ligger hos ledningsgruppen. VD, GD, COO, CTO och CIO ska förverkliga den strategi som satts upp för organisationen.  

Ramverk för arkitektur sparar tid

Olika arkitekturer löser olika problem, tillsammans löser dom helheten

Uppdelningen av olika arkitekturer är inte glasklar. Arlitekturrollerna som man träffar på ger en överblick: Verksamhets-, Enterprise- och Lösningsarkitekt eller kanske Mjukvaru-, Infrastruktur- och Integrationsarkitekt eller Säkerhets- och IT-arkitekt. Hänger du med?

Inte, och det finns säkert fler roller. Rollerna beskriver vilket problem en arkitekt försöker lösa. Den här arikeln syftar till att reda ut vad olika arkitekturer är., på en hög nivå.

Etablerad Metod för arkitekturarbete

Archimate är ett etablerat ramverk för hur du ritar diagram och bygger modell

Archimate Layers
Vyer mot modellen, archimate

ArchiMate är ett språk för modellering enterprisearkitektur stödjande beskrivning och analys av arkitekturer.

Språket består av sex lager med olika abstraktionsnivå och fyra aspekter baserat på elementens egenskaper. I varje ruta i matrisen finns byggstenar för modelleller.

Modellen byggs i diagram där byggstenarna får relationer. Diagrammen blir ur olika synvinklar vyer in i modellen.

Systems and software engineering enligt ISO 15288 är en metod för systemutveckling

Archimate Layers

Hur gör du då för att med Archimate ta dig från affär till tekniska detaljer. Varför inte nyttja erfarenhet. Vi ingenjörer använder oss av V-modellen, dokumenterad i en standard.

V-modellen beskriver hur du utifrån affärsmodellens krav och går till detaljerad design. för att sedan bygga ihop och verifierar och validerar att du utvecklat rätt system.

V-modellen ger spårbarhet från affär till färdigt system. Ett krav för cybervärdighet och bevisad säkerhet, som i NIS2.

Arkitektur för system av system

System of systems, det verkar avancerat, förmodligen rymdfärga, rymstation och markkontroll. Eller vilket föratag som helst. Minsta företag idag har flera system ochär integrerade mot andra företag. Ett "System av system" (SoS) är ett koncept där flera oberoende system integreras för att skapa ett större med högre gemensam funktionalitet än om dom arbetade var för sig. För en webbshop handlar det t ex om integrationen mot Klarna. Det handlar mycket om integrationer men också om dynamiskt samspel och vad som görs var. Detta tillvägagångssätt används ofta för att hantera och lösa stora och komplexa problem genom att kombinera befintliga system för att uppnå gemensamma mål. Arkitekturen för komplexa system, inklusive System av system, innefattar att utforma strukturer och komponenter, definiera interaktioner och gränssnitt, och hantera resursallokering för att säkerställa att de olika systemen kan samverka effektivt och uppnå önskade resultat. System som består av system är en mer generell term som syftar på system som är sammansatta av mindre delsystem. Dessa mindre delsystem kan vara mjukvarusystem, hårdvarusystem eller en kombination av båda. När de är sammanfogade bildar de ett mer komplext system som utför en specifik uppgift eller funktion. I alla dessa sammanhang är arkitektonisk design och planering avgörande för att säkerställa att systemen fungerar korrekt tillsammans och att de når sina mål på ett effektivt sätt. Detta innefattar att definiera gränssnitt, dataflöden, kommunikationsprotokoll och övervakningsmekanismer för att hantera och optimera interaktionen mellan komponenterna eller delsystemen.
Archimate Layers
Vyer mot modellen, archimate

Arkitekturen byggs i fyra lager:

  • Strategisk arkitektur handlar om vaför systemet finns till, affärsmodell och dom breda penseldragen
  • Funktionell arkitektur handlar om vad systemet gör. verksamhetens processer och funktioner.
  • Logisk arkitektur handlar om hur systemet är strukturerat på en abstrakt nivå för att göra det.
  • Teknisk arkitektur handlar om hur systemet implementeras med specifik teknologi.

1. Arkitekturstyrning hur ledningen förstår planen

Nuläge / Förstudie skapar baserat på affärsmodell idag och strategisk affärsmodell en kontext, ett sammanhang, som en policy kan byggas på.

Policyn är den strategiska nivåns styrmedel. Strategier, principer och mål styr verksamheten. Arkitekturstrategi, verksamhetsstrategi, digital strategi och IT-strategi. Strategier ska inte, i Gartners termer  vara "WORN" (written once, read never).

Ension kopplar strategin för verksamhet och IT till de övergripande planerna och ser till att den kan sitta ihop med arkitekturplaner och systemspecifikationer (SAD).

Arkitekturplanen visar hur du förlyttar IT och organisation. Planen visar hur affärsmodellen kontinuerligt stödjs av underliggande arkitekturerna. Denär konkret med ett nuläge, ett par steg framåt och en målarkitektur.

2. Värdeström och intressenter, CTO, COO och CLO blir överens

Värdeströmmen och analysen av denna omvandlar värdeerjudande och nyckelaktiviter till en funktionell arkitektur. Under denna resa så analyserar du verksamhetsprosesser, business-lagret, och systemprocesser, applikationslagret.

Funktionell arkitektur beskriver vad system och organisation ska göra. Fokus ligger på funktioner, processer och dataflöden.

3. System och systemkrav

Slutmålet för designarbeter enligt 15288 är att leverera en systemspecifikation. Is´dag skall denna specifikation vara så tekniskt detaljerad så utvecklare och lösningsarkitekter med hjälp av AI spårbart kan utveckla system. System Architecture Description (SAD), beskriver utformningen av ett system, eller system av system, den är slutresultatet. 

Arbetsprocessen för att lyckas med detta är att först ta fram en logisk arkitektur som ur ett logiskt perspektiv beskriver  systemen. Slutligen skapas en teknisk arkitektur som exkt beskriver hur systemen ska utformas.

- Logisk och teknisk arkitektur

Logisk arkitektur:

  • Beskriver hur systemet är strukturerat för att leverera de funktioner som definierats i den funktionella arkitekturen.
  • Fokus ligger på systemets huvudkomponenter, deras relationer och hur de interagerar med varandra.
  • Illustrerar en abstrakt vy av systemet, ofta utan att specificera exakt vilka teknologier eller produkter som ska användas.
  • Hjälper till att förstå systemets organisation och hur olika delar samverkar.
  • Kan inkludera komponentdiagram, klassdiagram på en hög nivå och integrationsscheman.
  • Är en brygga mellan de funktionella kraven och den tekniska implementationen.

Teknisk arkitektur:

  • Beskriver hur systemet faktiskt kommer att implementeras med specifik teknologi.
  • Fokus ligger på val av hårdvara, mjukvara, nätverk, databaser och andra tekniska komponenter.
  • Illustrerar den fysiska strukturen av systemet och hur de logiska komponenterna mappas till tekniska lösningar.
  • Adresserar icke-funktionella krav som prestanda, säkerhet, skalbarhet och tillgänglighet.
  • Kan inkludera deployment-diagram, nätverksdiagram och specifikationer för hård- och mjukvara.
  • Är detaljerad och specifik för den valda teknologin.

ISO 29148, relaterat ENSIONs ramverk

Kravhantering enligt skolboken, ISO 29148, relaterat ENSIONs ramverk.

Videohörnan