IT-ARKITEKTUR ÄR EN INVESTERING
Vi genomför analys och design av IT-arkitekturer. Detta ett viktigt utvecklingsarbete för att uppnå en förväntad effekt eller nytta hos intressenterna av systemet. Arbetet kan vara med i inledningsfasen men kan lika gärna vara en analys av ett befintligt system. Se även rubriken TJÄNSTER
Vilka delar består då arbetet med en IT-arkitektur av? Vi försöker här definiera olika begrepp och visa på varför arbetet med IT-arkitektur är viktigt. Klicka på respektive rubrik för mer information
- Perspektivet: Vem säger att pyramiden är grön eller blå?
- Gränssnittet: Optimera relationerna
- Moduler: Kapsla in ansvar/funktion och delegera
- Modeller: Vi bygger vår verklighet av modeller
- Lösningsmönster: Att använda bra recept på kända problem
Perspektivet
Vem är intressenterna och deras intresseområden och vad anser de att systemet ska kunna klara av?
Perspektivet beror på vem betraktaren är och vilken position denne har. Betraktarens vy blir färgat av dennes erfarenheter, verksamhet och intresseområden. På samma sätt är det med IT-system.
För en IT-arkitekt är de viktigt att rangordna intresseområden för att därmed kunna föreslå en målarkitektur. Ofta finns det outtalade krav och en erfaren IT-arkitekt tar även med dessa i sin analys.
IT-Arkitekturen kan jämföras med ett hus. Olika ritningar visar huset ur olika perspektiv (VVS, el, fasad, planlösning). Det blir olika upplevelser beroende på vilken ritning man ser på.
Har projektet ett bottom-up eller top-downperspektiv, dvs. är det ledningens eller användarnas intresseområden?
Vilken ritning som är intressant beror på intresseområdet. Om ändamålet var att bygga ett hotell så går det knappast att göra om huset till en villalösning när huset en gång väl är byggt.
Ett viktigt perspektiv är det ekonomiska. Ur ett ekonomiskt perspektiv bör man se IT-arkitekturen som en investering i teknisk livslängd. IT-arkitekturen avgör nämligen hur länge systemet kan fortsätta leva. En bra arkitektur, som har en design efter sin funktion och uppgift, klarar prestandaökningar, mjukvaruuppdateringar och modifieringar.
Gränssnitt
Det finns olika typer av gränssnitt . Dels de mänskliga som vi kallar användargränsnitt och dels systemgränssnitt (API, Web Services).
Varje gränssnitt kostar att underhålla. Det gäller för människor och det gäller för IT-system. Att upprätthålla kontakten med vänner, gamla kollegor, släkten kräver prioriteringar. På samma sätt är det med relationer och beroenden i ett IT-system. De kostar att upprätthålla och man bör priotera för att minska komplexiteten.
Men det är i gränssnittet som de stora vinsterna kan göras. Genom standardisering, interaktionsdesign och att se varje gränssnitt som en relation att vårda.
afda
Moduler och kapsling
När något blir svåröverskådligt så leder det till att vi gör mentala förenklingar och söker en enklare lösning. Tillsammans med det faktum att människan endast kan hålla 5-7 st. saker i närminnet så skapar vi någon form av minnesteknik eller organisering. Vi skriver ner på papper, delegerar eller rationaliserar.
Det är en regel att kapsla funktioner utifrån ett ansvar n är man arbetar med en IT-arkitektur. Varje modul ska bara ha en funktion, t ex lösa/skriva epost, en annan ska distribuera/h ämta epost osv.
afda
Modeller
Allt vi upplevt och lärt oss lägger vi i tankemodeller av hur världen fungerar. Vi stämmer hela tiden av att modellen fortfarande gäller. Modeller kan dörfär vara mycket effektiva.
Modellerna har förmågan att snabbt överföra hela tankevärldar om de är överskådliga. För en IT-arkitekt så är modellerna ett verktyg för att få en struktur men även för att få en förståelse för verksamhetsprocesser, information, hanterade objekt och begrepp.
Lösningsmönster
Lösningsmönster består av konkreta lösningar på kända problem. Lösningsmönstret har ett namn, en lösning, motivering (för- och nackdelar) och struktur (objektdiagram). Kända namn är Layer, Tier, Fasad, Chain-Of-Responsibility och Model-View-Controller.
Lösningsmönster förekommer inom olika domäner. Det kan vara analytistiska, systemarkitekturella eller utvecklingsmässiga domäner.
