Detta avsnitt \u00e4r t\u00e4nkt att visa l\u00e4saren de horisontella och vertikala arkitekturer som \u00e4r relaterade till EA. N\u00e4r EA lokaliseras kommer EA:s tillst\u00e5nd att precisera enterprisearkitekt positionen. Dessutom presenteras den historiska utvecklingen av den retrospektiva synen p\u00e5 arkitektur.<\/p>\n\n\n\n
Detta underavsnitt \u00e4r avsett att j\u00e4mf\u00f6ra den traditionella arkitekturen i den byggda milj\u00f6n med organisationsarkitekturen och EA i ett evolution\u00e4rt tidsperspektiv. Den traditionella arkitekturen har utvecklats under m\u00e5nga hundra \u00e5r, medan organisationsarkitekturen och inte minst EA \u00e4r ganska ny i j\u00e4mf\u00f6relse. EA har inspirerats av den traditionella arkitekturen f\u00f6r byggd milj\u00f6 d\u00e4r flera artefakter och termer har kopierats fr\u00e5n denna disciplin. Den traditionella arkitekturens evolution\u00e4ra historia har utvecklats under l\u00e5ng tid f\u00f6r att successivt f\u00f6rb\u00e4ttra kunskapsbasen, medan organisationsarkitekturen och EA har brist p\u00e5 historisk dokumentation av prestationer. Det finns ett behov av ned\u00e4rvd kunskap f\u00f6r att skapa den framtida erfarenheten, d\u00e4r EA och enterprisearkitekten utel\u00e4mnar denna ledstj\u00e4rna och arketyper som modell f\u00f6r n\u00e4sta utvecklingsv\u00e4g.<\/p>\n\n\n\n
Arkitektur f\u00f6r byggd milj\u00f6<\/strong><\/p>\n\n\n\n Konsten och vetenskapen att utforma byggnader som arkitektoniska r\u00f6relser f\u00f6r m\u00e4nskligheten b\u00f6rjade n\u00e4r m\u00e4nniskor beg\u00e4rde ett skydd f\u00f6r skydd, s\u00e4kerhet och inledande sociala interaktioner f\u00f6r cirka 10.000 \u00e5r sedan. Utvecklingen av den arkitektoniska kunskapen fortsatte fr\u00e5n det antika Medelhavsomr\u00e5det 500 f.Kr. och har utvecklats under \u00e5rhundraden till den arkitektur f\u00f6r den byggda milj\u00f6n som finns idag (Wikipedia - Arkitektur, 2015<\/a>). Den byggda milj\u00f6ns arkitektur f\u00f6ljer tre principer: firmitas (best\u00e4ndighet), utilitas (nytta) och venustas (sk\u00f6nhet) (Groat & Wang, 2013<\/a>). Termen arkitektur betyder \"den fr\u00e4mste byggm\u00e4staren\" (Wikipedia - Arkitektur, 2015<\/a>). Den antika arkitekten Vitruvius st\u00e4ller de klassiska kraven p\u00e5 byggnaden som vara, fasthet och njutning, d\u00e4r Box (2007)<\/a> argumentera: \"Vi skulle f\u00e5 mycket b\u00e4ttre byggnader om alla f\u00f6rst anv\u00e4nde sig av detta grundl\u00e4ggande arkitektoniska test<\/em>\" (p.91). I detta ljus kan arkitektur betraktas som ett enkelt test, en f\u00f6ruts\u00e4ttning f\u00f6r varje nytt arrangemang som ska byggas, vilket ocks\u00e5 inramar omr\u00e5det enterprisearkitektur. F\u00f6r \u00f6vrigt, Barnes (2000)<\/a> \u00e5terspeglar Aristoteles syn p\u00e5 design och arkitektur som representanter f\u00f6r den f\u00e4rdiga och fullbordade vetenskapen.<\/p>\n\n\n\n Organisatorisk arkitektur<\/strong><\/p>\n\n\n\n S\u00e4ttet att utforma den organisatoriska arkitekturen beskrivs av Galbraith (2014)<\/a>, som involverar funktionella arketyper (Cichocki & Irwin, 2014<\/a>) och dimensioner av organisatorisk arkitektur (Eikelenboom, 2005<\/a>), medan det organisatoriska rumsliga utrymmet beskrivs av Hernes (2004)<\/a>.<\/p>\n\n\n\n Enterprisearkitektur<\/strong><\/p>\n\n\n\n Enterprisearkitektur (EA) introducerades av John Zachman som ett ramverk f\u00f6r informationssystemarkitektur 1987 (Zachman, 1987<\/a>), med det prim\u00e4ra m\u00e5let att skapa samsyn mellan verksamheten och IT inom en organisation (Langenberg & Wegmann, 2004<\/a>).<\/p>\n\n\n\n Figur 9. Arkitekturens utveckling i en j\u00e4mf\u00f6relse p\u00e5 en tidslinje<\/p>\n\n\n\n Detta underavsnitt har som m\u00e5l att j\u00e4mf\u00f6ra utvecklingen av arkitekturen f\u00f6r den byggda milj\u00f6n, organisationsarkitekturen och EA i ett f\u00f6rs\u00f6k att h\u00e4vda att EA \u00e4r ganska nytt j\u00e4mf\u00f6rt med de andra arkitekturerna. I n\u00e4sta underavsnitt relateras EA till andra arkitekturer i ett horisontellt perspektiv.<\/p>\n\n\n\n Den samtida litteraturen inom EA-omr\u00e5det kan delas in i tre grupper: Litteratur som huvudsakligen betraktar EA som n\u00e5got som kommer fr\u00e5n och \u00e4r strikt relaterat till IT-verksamheten (IT-avdelningen). P\u00e5 den andra flanken finns litteratur som koncentrerar sig p\u00e5 verksamhetens behov. F\u00f6r vissa \u00e4r balansen mellan IT och aff\u00e4rsverksamhet en viktig egenskap som uttrycks tydligt, medan det s\u00e4llan f\u00f6rklaras hur denna balans uttrycks i verkligheten.<\/p>\n\n\n\n Inom omr\u00e5det IT Management finns flera arkitekturer. Denna studie fokuserar p\u00e5 enterprisearkitektur (EA) inom omr\u00e5det IT Management, och p\u00e5 referens\u00e4ndam\u00e5l, de angr\u00e4nsande arkitekturerna. Fr\u00e5n aff\u00e4rsomr\u00e5det med ett liknande syfte och m\u00e5l som EA kommer Enterprise Business Architecture (Whittle & Myrick, 2005<\/a>) och aff\u00e4rsarkitektur (Whelan & Meaden, 2012<\/a>). Andra f\u00f6rfattare, som t.ex. Whittle & Myrick (2005)<\/a> har en liknande arkitektur som f\u00f6retagsarkitekturen. Enterprise IT-arkitektur, som utg\u00e5r fr\u00e5n IT-omr\u00e5det med liknande syfte och m\u00e5l, har dock en tydlig IT-inriktning (Perks & Beveridge, 2004<\/a>). EA best\u00e5r av aff\u00e4rsarkitekturen, som tar h\u00e4nsyn till m\u00e4nniskor, struktur och aff\u00e4rsprocesser, och den tekniska arkitekturen som omfattar applikationer, ramverk och teknisk infrastruktur (Kappelman, 2009<\/a>).<\/p>\n\n\n\n Tabell <\/a>3. Befattningen enterprisearkitekt.<\/p>\n\n\n\n De horisontella arkitekturerna i f\u00f6rh\u00e5llande till EA \u00e4r den mer IT-intensiva Enterprise IT Architecture medan Enterprise Business Architecture representerar f\u00f6rskjutningen mot aff\u00e4rssynen. I n\u00e4sta underavsnitt unders\u00f6ks de olika arkitekturer som enterprisearkitekten troligen kommer att samverka med i en samarbetsmilj\u00f6.<\/p>\n\n\n\n Inom EA-omr\u00e5det finns det n\u00e5gra n\u00e4rbesl\u00e4ktade arkitekturer som en enterprisearkitekt kommer att interagera med. I den f\u00f6rsta delen definieras vilka arkitekturer som n\u00e4mns i litteraturen om EA som v\u00e4sentliga f\u00f6r EA, och i den andra delen ges en kort beskrivning av vanliga arkitekturer.<\/p>\n\n\n\n Som vertikalt samverkande med EA finns bland annat applikationsarkitekturen, f\u00f6rm\u00e5gearkitekturen, l\u00f6sningsarkitekturen, informationsarkitekturen, dataarkitekturen och \u00f6verg\u00e5ngsarkitekturen (The Open Group, 2011<\/a>). D\u00e4rut\u00f6ver, Ackerman (2002)<\/a> n\u00e4mna infrastrukturarkitekturen. Simon (2015)<\/a> visar att dataarkitekturen f\u00e5r en alltmer framtr\u00e4dande roll under big data-eran, medan Resmini (2014)<\/a> \u00f6verv\u00e4ger informationsarkitekturen f\u00f6r omformulering. Faircloth (2014b)<\/a> l\u00e4gger till den molnbaserade arkitekturen som anm\u00e4rkningsv\u00e4rd f\u00f6r den nuvarande organisationen.<\/p>\n\n\n\n (Strategisk) f\u00f6rm\u00e5gearkitektur:<\/strong><\/p>\n\n\n\n Capability Architecture syftar till att st\u00e4rka verksamhetens konkurrensf\u00f6rdelar genom att skapa och kontinuerligt f\u00f6rb\u00e4ttra den organisatoriska infrastrukturen av f\u00f6rm\u00e5gor i syfte att uppn\u00e5 pluralistiska m\u00e5l (King, 1995<\/a>).<\/p>\n\n\n\n Aff\u00e4rsarkitektur:<\/strong><\/p>\n\n\n\n Aff\u00e4rsarkitektur \u00e4r en teknik som visualiserar komponenterna f\u00f6r att beskriva en verksamhet och dess organisation (Whelan & Meaden, 2012<\/a>). Akenine et al (2014)<\/a> h\u00e4vdar en omfattande avvikelse i den svenska tolkningen av verksamhetsarkitekturen.<\/p>\n\n\n\n Informationsarkitektur:<\/strong><\/p>\n\n\n\n Resmini (2014)<\/a> definieras informationsarkitektur som designens informationsutrymmen som kontrasterar dess kulturella, sociala och tekniska dom\u00e4ner, med beaktande av samspelet mellan dessa dom\u00e4ner. Informationsarkitekturen beskriver samspelet mellan informationsintressenter, anv\u00e4ndare och informationsdesigner, och tolkar explicit och tyst kunskap (Resmini, 2014<\/a>). Xu (2015)<\/a> \u00e5terspeglar EA som den metod som tolkar och \u00f6vers\u00e4tter aff\u00e4rsarkitektur- och informationsarkitekturbehov till IT. Behovet av en korrekt informationsarkitektur f\u00f6r att uppn\u00e5 f\u00f6retagsintegration betonas av Xu (2015)<\/a>.<\/p>\n\n\n\n Dataarkitektur:<\/strong><\/p>\n\n\n\n Dataarkitekturen beskriver hur f\u00f6retagets datalagring organiseras och anv\u00e4nds, och anses vara hj\u00e4rtat i aff\u00e4rsfunktionaliteten genom att Tupper (2011)<\/a>. Det finns flera underarkitekturer till dataarkitekturen: datalagring som beg\u00e4r Relational DBMS Architecture och MapReduce Architecture (Kimball & Ross, 2013<\/a>) s\u00e5som Hadoop (Perera & Gunarathne, 2013<\/a>) som \u00e4r involverade i Big Data Architecture (Sawant & Shah, 2013<\/a>) som beaktas av Davenport (2014)<\/a> utformas f\u00f6r att uppn\u00e5 en strategisk nyckelkapacitet som f\u00f6rsta \u00e5tg\u00e4rd. F\u00f6r enterprisearkitekten \u00e4r det framv\u00e4xande omr\u00e5det Master Data Management (MDM) som en del av Data Architecture av s\u00e4rskilt intresse (Cervo, 2011<\/a>).<\/p>\n\n\n\n Arkitektur f\u00f6r informationsteknik:<\/strong><\/p>\n\n\n\n Informationsteknisk arkitektur tillhandah\u00e5ller modeller, riktlinjer och specifikationer f\u00f6r att dra nytta av informationsteknik f\u00f6r verksamheten (Hausman & Cook, 2011<\/a>). Av en litteraturstudie framg\u00e5r att arkitektur f\u00f6r informationsteknik kan betraktas som en del av EA (Perks & Beveridge, 2004<\/a>), tj\u00e4nsteorienterad arkitektur (SOA) (Bonnet et al. 2009<\/a>) eller Uniform Markup Language (UML) (Duffy, 2004<\/a>). Akenine et al (2014)<\/a> ange att arkitektur f\u00f6r informationsteknik omfattar EA, aff\u00e4rsarkitektur, l\u00f6sningsarkitektur och programvaruarkitektur.<\/p>\n\n\n\n L\u00f6sningsarkitektur:<\/strong><\/p>\n\n\n\n Akenine et al (2014)<\/a> definierar l\u00f6sningsarkitektur som den arkitektur som ska planera f\u00f6r IT-l\u00f6sningen av en aff\u00e4rsf\u00f6rfr\u00e5gan f\u00f6r att l\u00f6sa ett aff\u00e4rsproblem medan l\u00f6sningen kan omfatta flera (IT-)system. Litteraturen om l\u00f6sningsarkitektur verkar fr\u00e4mst vara relaterad till en specifik programvaruleverant\u00f6r, till exempel Microsoft (Prendergast, 1999<\/a>).<\/p>\n\n\n\n Applikationsarkitektur<\/strong>:<\/p>\n\n\n\n Applikationsarkitekturen beskriver de applikationer som anv\u00e4nds av en verksamhet, deras beteende, struktur och interaktioner som uppfattas av anv\u00e4ndarna eller systemen. N\u00e4r utformningen av l\u00f6sningsarkitekturen \u00e4r klar \u00e4r applikationsarkitekturen n\u00e4sta steg (Faircloth, 2014a<\/a>). Applikationsarkitekturen omfattar de arkitektoniska komponenterna som lager, stack, mjukvaruutvecklingssats och applikationen p\u00e5 den \u00f6versta niv\u00e5n (Mahnke & Leitner, 2009<\/a>).<\/p>\n\n\n\n Programvaruarkitektur:<\/strong><\/p>\n\n\n\n Programvaruarkitektur omfattar ramverk, verktyg och metoder f\u00f6r att fastst\u00e4lla en h\u00f6gniv\u00e5struktur f\u00f6r en programvara som ett system, vilket inbegriper den arkitektoniska kunskapen f\u00f6r att skapa dessa strukturer, dess utformning och dess f\u00f6rvaltning under hela dess livsl\u00e4ngd (Akenine m.fl. 2014<\/a>). Mistrik et al (2014)<\/a> argumentera f\u00f6r de olika konsekvenserna av kostnadsstruktur, relaterad till programvaruarkitektur som livstidskostnad medan Babar et al (2014)<\/a> h\u00e4vdar den agila arkitekturen f\u00f6r mjukvaruutveckling.<\/p>\n\n\n\n H\u00e5rdvaruarkitektur:<\/strong><\/p>\n\n\n\n H\u00e5rdvaruarkitekturen definierar ett h\u00e5rdvarusystems fysiska komponenter och deras inb\u00f6rdes relationer (Wikipedia - H\u00e5rdvaruarkitektur, 2015<\/a>), t.ex. datorprocessorns komponenter och inb\u00f6rdes relationer (Arora, 2012<\/a>).<\/p>\n\n\n\n Integrationsarkitektur:<\/strong><\/p>\n\n\n\n Integrationsarkitekturen omfattar aff\u00e4rsarkitekturen, processarkitekturen, maskinvaruarkitekturen och programvaruarkitekturen som en del av EA, vilket ger en arkitektur i flera lager (Xu, 2015<\/a>). Integrationsarkitekturen beg\u00e4r implementeringar som Enterprise Service Bus (Chappell, 2008<\/a>) och tj\u00e4nsteorienterad arkitektur (Dikmans & Luttikhuizen van, 2012<\/a>).<\/p>\n\n\n\n Arkitektur f\u00f6r infrastruktur:<\/strong><\/p>\n\n\n\n Infrastrukturarkitektur anv\u00e4nds synonymt med teknisk arkitektur (Murer et al., 2011a<\/a>).<\/p>\n\n\n\n Teknisk arkitektur:<\/strong><\/p>\n\n\n\n Den tekniska arkitekturen omfattar alla delar av IT-infrastrukturen som h\u00e5rdvara, mjukvara, databaser, n\u00e4tverksutrustning, inklusive middleware-komponenter, oberoende av vilket syfte systemet \u00e4r avsett f\u00f6r (Murer et al., 2011b<\/a>). Booch (2010)<\/a> visar att det finns ett vanligt missf\u00f6rst\u00e5nd n\u00e4r man likst\u00e4ller den tekniska arkitekturen med EA, trots att b\u00e5da m\u00e5ste existera parallellt. Den tekniska arkitekturen omfattar arkitekturer som Internetarkitekturen (Schewick van, 2010<\/a>), Serverarkitekturer (Chevance, 2005<\/a>) och Network System's Architecture (Serpanos & Wolf, 2011<\/a>). Termen n\u00e4mns ofta men definieras lika s\u00e4llan.<\/p>\n\n\n\n Systemarkitektur:<\/strong><\/p>\n\n\n\n Systemarkitektur definierar strukturen hos ett systems komponenter, deras relationer, interna och externa samband samt deras beteenden (Sangwan, 2015<\/a>).<\/p>\n\n\n\n (Enterprise) Arkitektur f\u00f6r informationss\u00e4kerhet:<\/strong><\/p>\n\n\n\n Informationss\u00e4kerhetsarkitekturen tillhandah\u00e5ller metoder f\u00f6r att beskriva strukturen och beteendet f\u00f6r en organisations s\u00e4kerhetsprocesser, vilket omfattar infrastruktur, s\u00e4kerhetsbaslinjer, policy, standarder och procedurer samt den viktiga delen av anv\u00e4ndarnas medvetenhet och utbildning (Killmeyer, 2006<\/a>).<\/p>\n\n\n\n Molnbaserad arkitektur \/ molnbaserad applikationsarkitektur:<\/strong><\/p>\n\n\n\n Den molnbaserade arkitekturen definierar de olika komponenter och deras relationer som kr\u00e4vs f\u00f6r molnbaserad databehandling (Reese, 2009<\/a>).<\/p>\n\n\n\n Processarkitektur:<\/strong><\/p>\n\n\n\n Harmon (2007)<\/a> beskriver processarkitekturer som de organisatoriska aff\u00e4rsprocessernas inb\u00f6rdes relationer och strukturer, som anpassar resurser, chefer och \u00e5tg\u00e4rder, medan (Babar m.fl. 2014<\/a>) anpassa processarkitekturen till programvaruarkitekturen inom ramen f\u00f6r agilitet.<\/p>\n\n\n\n \u00d6verg\u00e5ngsarkitektur:<\/strong><\/p>\n\n\n\n \u00d6verg\u00e5ngsarkitekturen beskriver verksamheten under utveckling fr\u00e5n dess baslinjearkitektur till dess m\u00e5linriktade arkitektur (The Open Group, 2011<\/a>).<\/p>\n\n\n\n Sammanfattningsvis i detta underavsnitt f\u00f6rv\u00e4ntas enterprisearkitekten interagera med ett urval av arkitekturer inom IS\/IT-dom\u00e4nen. Ur ett akademiskt litteraturperspektiv \u00e4r avvikelsen i den tillg\u00e4ngliga litteraturen om de arkitekturer som listas ovan m\u00e4rkbar. Av litteraturstudien framg\u00e5r att varje arkitektur ofta betraktas som en \"sluten\" dom\u00e4n d\u00e4r interaktionerna mellan arkitekturerna, delningsmodeller, verktyg och dokumentationer, \u00e4r vagt beskrivna. Detta kommer att p\u00e5verka enterprisearkitekten genom en f\u00f6rsvagad helhetssyn p\u00e5 hur dessa arkitekturer fungerar inom verksamheten, i kombination med att en f\u00f6r\u00e4ndring av en arkitektur sannolikt kommer att p\u00e5verka en annan arkitektur. Denna omfattande och holistiska syn, ur ett aff\u00e4rsperspektiv, har inte bekr\u00e4ftats av denna litteraturstudie av den EA-relaterade akademiska arkitekturlitteraturen. I n\u00e4sta avsnitt behandlas de omst\u00e4ndigheter som \u00e4r av s\u00e4rskilt intresse f\u00f6r denna studie: F\u00f6retagets arkitektur<\/a>.<\/p>\n\n\n\n <\/p>\n\n\n\n <\/p>\n\n\n\nOlika typer av arkitekturer inom IT-hantering, horisontell vy<\/h3>\n\n\n\n
Olika typer av arkitekturer inom IT-hantering, vertikal vy<\/h3>\n\n\n\n