Arkitekturbegreppet för företagsarkitekten

Begreppet arkitektur

Detta avsnitt är tänkt att visa läsaren de horisontella och vertikala arkitekturer som är relaterade till EA. När EA lokaliseras kommer EA:s tillstånd att precisera enterprisearkitekt positionen. Dessutom presenteras den historiska utvecklingen av den retrospektiva synen på arkitektur.

Arkitekturer - en jämförelse av tidslinjer

Detta underavsnitt är avsett att jämföra den traditionella arkitekturen i den byggda miljön med organisationsarkitekturen och EA i ett evolutionärt tidsperspektiv. Den traditionella arkitekturen har utvecklats under många hundra år, medan organisationsarkitekturen och inte minst EA är ganska ny i jämförelse. EA har inspirerats av den traditionella arkitekturen för byggd miljö där flera artefakter och termer har kopierats från denna disciplin. Den traditionella arkitekturens evolutionära historia har utvecklats under lång tid för att successivt förbättra kunskapsbasen, medan organisationsarkitekturen och EA har brist på historisk dokumentation av prestationer. Det finns ett behov av nedärvd kunskap för att skapa den framtida erfarenheten, där EA och enterprisearkitekten utelämnar denna ledstjärna och arketyper som modell för nästa utvecklingsväg.

Arkitektur för byggd miljö

Konsten och vetenskapen att utforma byggnader som arkitektoniska rörelser för mänskligheten började när människor begärde ett skydd för skydd, säkerhet och inledande sociala interaktioner för cirka 10.000 år sedan. Utvecklingen av den arkitektoniska kunskapen fortsatte från det antika Medelhavsområdet 500 f.Kr. och har utvecklats under århundraden till den arkitektur för den byggda miljön som finns idag (Wikipedia - Arkitektur, 2015). Den byggda miljöns arkitektur följer tre principer: firmitas (beständighet), utilitas (nytta) och venustas (skönhet) (Groat & Wang, 2013). Termen arkitektur betyder "den främste byggmästaren" (Wikipedia - Arkitektur, 2015). Den antika arkitekten Vitruvius ställer de klassiska kraven på byggnaden som vara, fasthet och njutning, där Box (2007) argumentera: "Vi skulle få mycket bättre byggnader om alla först använde sig av detta grundläggande arkitektoniska test" (p.91). I detta ljus kan arkitektur betraktas som ett enkelt test, en förutsättning för varje nytt arrangemang som ska byggas, vilket också inramar området enterprisearkitektur. För övrigt, Barnes (2000) återspeglar Aristoteles syn på design och arkitektur som representanter för den färdiga och fullbordade vetenskapen.

Organisatorisk arkitektur

Sättet att utforma den organisatoriska arkitekturen beskrivs av Galbraith (2014), som involverar funktionella arketyper (Cichocki & Irwin, 2014) och dimensioner av organisatorisk arkitektur (Eikelenboom, 2005), medan det organisatoriska rumsliga utrymmet beskrivs av Hernes (2004).

Enterprisearkitektur

Enterprisearkitektur (EA) introducerades av John Zachman som ett ramverk för informationssystemarkitektur 1987 (Zachman, 1987), med det primära målet att skapa samsyn mellan verksamheten och IT inom en organisation (Langenberg & Wegmann, 2004).

Figur 9. Arkitekturens utveckling i en jämförelse på en tidslinje

Detta underavsnitt har som mål att jämföra utvecklingen av arkitekturen för den byggda miljön, organisationsarkitekturen och EA i ett försök att hävda att EA är ganska nytt jämfört med de andra arkitekturerna. I nästa underavsnitt relateras EA till andra arkitekturer i ett horisontellt perspektiv.

Olika typer av arkitekturer inom IT-hantering, horisontell vy

Den samtida litteraturen inom EA-området kan delas in i tre grupper: Litteratur som huvudsakligen betraktar EA som något som kommer från och är strikt relaterat till IT-verksamheten (IT-avdelningen). På den andra flanken finns litteratur som koncentrerar sig på verksamhetens behov. För vissa är balansen mellan IT och affärsverksamhet en viktig egenskap som uttrycks tydligt, medan det sällan förklaras hur denna balans uttrycks i verkligheten.

Inom området IT Management finns flera arkitekturer. Denna studie fokuserar på enterprisearkitektur (EA) inom området IT Management, och på referensändamål, de angränsande arkitekturerna. Från affärsområdet med ett liknande syfte och mål som EA kommer Enterprise Business Architecture (Whittle & Myrick, 2005) och affärsarkitektur (Whelan & Meaden, 2012). Andra författare, som t.ex. Whittle & Myrick (2005) har en liknande arkitektur som företagsarkitekturen. Enterprise IT-arkitektur, som utgår från IT-området med liknande syfte och mål, har dock en tydlig IT-inriktning (Perks & Beveridge, 2004). EA består av affärsarkitekturen, som tar hänsyn till människor, struktur och affärsprocesser, och den tekniska arkitekturen som omfattar applikationer, ramverk och teknisk infrastruktur (Kappelman, 2009).

Tabell 3. Befattningen enterprisearkitekt.

De horisontella arkitekturerna i förhållande till EA är den mer IT-intensiva Enterprise IT Architecture medan Enterprise Business Architecture representerar förskjutningen mot affärssynen. I nästa underavsnitt undersöks de olika arkitekturer som enterprisearkitekten troligen kommer att samverka med i en samarbetsmiljö.

Olika typer av arkitekturer inom IT-hantering, vertikal vy

Inom EA-området finns det några närbesläktade arkitekturer som en enterprisearkitekt kommer att interagera med. I den första delen definieras vilka arkitekturer som nämns i litteraturen om EA som väsentliga för EA, och i den andra delen ges en kort beskrivning av vanliga arkitekturer.

Som vertikalt samverkande med EA finns bland annat applikationsarkitekturen, förmågearkitekturen, lösningsarkitekturen, informationsarkitekturen, dataarkitekturen och övergångsarkitekturen (The Open Group, 2011). Därutöver, Ackerman (2002) nämna infrastrukturarkitekturen. Simon (2015) visar att dataarkitekturen får en alltmer framträdande roll under big data-eran, medan Resmini (2014) överväger informationsarkitekturen för omformulering. Faircloth (2014b) lägger till den molnbaserade arkitekturen som anmärkningsvärd för den nuvarande organisationen.

(Strategisk) förmågearkitektur:

Capability Architecture syftar till att stärka verksamhetens konkurrensfördelar genom att skapa och kontinuerligt förbättra den organisatoriska infrastrukturen av förmågor i syfte att uppnå pluralistiska mål (King, 1995).

Affärsarkitektur:

Affärsarkitektur är en teknik som visualiserar komponenterna för att beskriva en verksamhet och dess organisation (Whelan & Meaden, 2012). Akenine et al (2014) hävdar en omfattande avvikelse i den svenska tolkningen av verksamhetsarkitekturen.

Informationsarkitektur:

Resmini (2014) definieras informationsarkitektur som designens informationsutrymmen som kontrasterar dess kulturella, sociala och tekniska domäner, med beaktande av samspelet mellan dessa domäner. Informationsarkitekturen beskriver samspelet mellan informationsintressenter, användare och informationsdesigner, och tolkar explicit och tyst kunskap (Resmini, 2014). Xu (2015) återspeglar EA som den metod som tolkar och översätter affärsarkitektur- och informationsarkitekturbehov till IT. Behovet av en korrekt informationsarkitektur för att uppnå företagsintegration betonas av Xu (2015).

Dataarkitektur:

Dataarkitekturen beskriver hur företagets datalagring organiseras och används, och anses vara hjärtat i affärsfunktionaliteten genom att Tupper (2011). Det finns flera underarkitekturer till dataarkitekturen: datalagring som begär Relational DBMS Architecture och MapReduce Architecture (Kimball & Ross, 2013) såsom Hadoop (Perera & Gunarathne, 2013) som är involverade i Big Data Architecture (Sawant & Shah, 2013) som beaktas av Davenport (2014) utformas för att uppnå en strategisk nyckelkapacitet som första åtgärd. För enterprisearkitekten är det framväxande området Master Data Management (MDM) som en del av Data Architecture av särskilt intresse (Cervo, 2011).

Arkitektur för informationsteknik:

Informationsteknisk arkitektur tillhandahåller modeller, riktlinjer och specifikationer för att dra nytta av informationsteknik för verksamheten (Hausman & Cook, 2011). Av en litteraturstudie framgår att arkitektur för informationsteknik kan betraktas som en del av EA (Perks & Beveridge, 2004), tjänsteorienterad arkitektur (SOA) (Bonnet et al. 2009) eller Uniform Markup Language (UML) (Duffy, 2004). Akenine et al (2014) ange att arkitektur för informationsteknik omfattar EA, affärsarkitektur, lösningsarkitektur och programvaruarkitektur.

Lösningsarkitektur:

Akenine et al (2014) definierar lösningsarkitektur som den arkitektur som ska planera för IT-lösningen av en affärsförfrågan för att lösa ett affärsproblem medan lösningen kan omfatta flera (IT-)system. Litteraturen om lösningsarkitektur verkar främst vara relaterad till en specifik programvaruleverantör, till exempel Microsoft (Prendergast, 1999).

Applikationsarkitektur:

Applikationsarkitekturen beskriver de applikationer som används av en verksamhet, deras beteende, struktur och interaktioner som uppfattas av användarna eller systemen. När utformningen av lösningsarkitekturen är klar är applikationsarkitekturen nästa steg (Faircloth, 2014a). Applikationsarkitekturen omfattar de arkitektoniska komponenterna som lager, stack, mjukvaruutvecklingssats och applikationen på den översta nivån (Mahnke & Leitner, 2009).

Programvaruarkitektur:

Programvaruarkitektur omfattar ramverk, verktyg och metoder för att fastställa en högnivåstruktur för en programvara som ett system, vilket inbegriper den arkitektoniska kunskapen för att skapa dessa strukturer, dess utformning och dess förvaltning under hela dess livslängd (Akenine m.fl. 2014). Mistrik et al (2014) argumentera för de olika konsekvenserna av kostnadsstruktur, relaterad till programvaruarkitektur som livstidskostnad medan Babar et al (2014) hävdar den agila arkitekturen för mjukvaruutveckling.

Hårdvaruarkitektur:

Hårdvaruarkitekturen definierar ett hårdvarusystems fysiska komponenter och deras inbördes relationer (Wikipedia - Hårdvaruarkitektur, 2015), t.ex. datorprocessorns komponenter och inbördes relationer (Arora, 2012).

Integrationsarkitektur:

Integrationsarkitekturen omfattar affärsarkitekturen, processarkitekturen, maskinvaruarkitekturen och programvaruarkitekturen som en del av EA, vilket ger en arkitektur i flera lager (Xu, 2015). Integrationsarkitekturen begär implementeringar som Enterprise Service Bus (Chappell, 2008) och tjänsteorienterad arkitektur (Dikmans & Luttikhuizen van, 2012).

Arkitektur för infrastruktur:

Infrastrukturarkitektur används synonymt med teknisk arkitektur (Murer et al., 2011a).

Teknisk arkitektur:

Den tekniska arkitekturen omfattar alla delar av IT-infrastrukturen som hårdvara, mjukvara, databaser, nätverksutrustning, inklusive middleware-komponenter, oberoende av vilket syfte systemet är avsett för (Murer et al., 2011b). Booch (2010) visar att det finns ett vanligt missförstånd när man likställer den tekniska arkitekturen med EA, trots att båda måste existera parallellt. Den tekniska arkitekturen omfattar arkitekturer som Internetarkitekturen (Schewick van, 2010), Serverarkitekturer (Chevance, 2005) och Network System's Architecture (Serpanos & Wolf, 2011). Termen nämns ofta men definieras lika sällan.

Systemarkitektur:

Systemarkitektur definierar strukturen hos ett systems komponenter, deras relationer, interna och externa samband samt deras beteenden (Sangwan, 2015).

(Enterprise) Arkitektur för informationssäkerhet:

Informationssäkerhetsarkitekturen tillhandahåller metoder för att beskriva strukturen och beteendet för en organisations säkerhetsprocesser, vilket omfattar infrastruktur, säkerhetsbaslinjer, policy, standarder och procedurer samt den viktiga delen av användarnas medvetenhet och utbildning (Killmeyer, 2006).

Molnbaserad arkitektur / molnbaserad applikationsarkitektur:

Den molnbaserade arkitekturen definierar de olika komponenter och deras relationer som krävs för molnbaserad databehandling (Reese, 2009).

Processarkitektur:

Harmon (2007) beskriver processarkitekturer som de organisatoriska affärsprocessernas inbördes relationer och strukturer, som anpassar resurser, chefer och åtgärder, medan (Babar m.fl. 2014) anpassa processarkitekturen till programvaruarkitekturen inom ramen för agilitet.

Övergångsarkitektur:

Övergångsarkitekturen beskriver verksamheten under utveckling från dess baslinjearkitektur till dess målinriktade arkitektur (The Open Group, 2011).

Sammanfattningsvis i detta underavsnitt förväntas enterprisearkitekten interagera med ett urval av arkitekturer inom IS/IT-domänen. Ur ett akademiskt litteraturperspektiv är avvikelsen i den tillgängliga litteraturen om de arkitekturer som listas ovan märkbar. Av litteraturstudien framgår att varje arkitektur ofta betraktas som en "sluten" domän där interaktionerna mellan arkitekturerna, delningsmodeller, verktyg och dokumentationer, är vagt beskrivna. Detta kommer att påverka enterprisearkitekten genom en försvagad helhetssyn på hur dessa arkitekturer fungerar inom verksamheten, i kombination med att en förändring av en arkitektur sannolikt kommer att påverka en annan arkitektur. Denna omfattande och holistiska syn, ur ett affärsperspektiv, har inte bekräftats av denna litteraturstudie av den EA-relaterade akademiska arkitekturlitteraturen. I nästa avsnitt behandlas de omständigheter som är av särskilt intresse för denna studie: Företagets arkitektur.

Gå till Enterprisearkitektur

Sidhänvisningar:

Ackerman, L. D. (2002). Hantering av standardisering av IT-infrastruktur i nätverksbaserade tillverkningsföretag. Int. J. Produktionsekonomi 75, ss: 213-228.

Akenine, D., Kammerfors, E., Toftefors, J., Olsson, S.-H., Folkesson, R., Berg, C., . . . Nedstam, A. (2014). Boken om IT-arkitektur. Helsingborg: Hoi Förlag.

Arora, M. (2012). Konsten att skapa hårdvaruarkitektur: designmetoder och tekniker för digitala kretsar. New York: Springer Science + Business Media, LLC.

Babar, M. A., Brown, A. W., & Mistrik, I. (2014). Agil mjukvaruarkitektur: Anpassning av agila processer och programvaruarkitekturer.

Barnes, J. (2000). Aristoteles: en mycket kort introduktion. Oxford: Oxford University Press.

Bonnet, P., Detavernier, J.-M., & Vauquier, D. (2009). Den hållbara IT-arkitekturen: ett progressivt sätt att förnya informationssystem med SOA. Hoboken, NJ; London: ISTE.

Booch, G. (2010). Företagsarkitektur och teknisk arkitektur. IEEE-programvara, 27(2), ss: 96-96, doi:10.1109/MS.2010.42.

Box, H. (2007). Tänk som en arkitekt. Austin: University of Texas Press.

Cervo, D. (2011). Hantering av masterdata i praktiken - uppnå verklig MDM för kunden. Hoboken, N.J.: Hoboken, N.J: Wiley.

Chappell, D. A. (2008). Enterprise Service Bus: O'Reilly.