Enterprise Architecture Framework -
Enterprise architecture framework

NIST Enterprise Architecture Model initierades 1989, en av de tidigaste ramarna för företagsarkitektur .

En ram för företagsarkitektur ( EA -ramverk ) definierar hur man skapar och använder en företagsarkitektur . En arkitekturram ger principer och metoder för att skapa och använda arkitekturbeskrivningen av ett system. Det strukturerar arkitekternas tänkande genom att dela arkitekturbeskrivningen i domäner, lager eller vyer och erbjuder modeller - vanligtvis matriser och diagram - för att dokumentera varje vy. Detta gör det möjligt att fatta systemdesignbeslut på alla systemets komponenter och fatta långsiktiga beslut kring nya designkrav, hållbarhet och stöd.

Översikt

Företagsarkitektur ser företaget som ett stort och komplext system eller system . För att hantera systemets omfattning och komplexitet tillhandahåller ett arkitektoniskt ramverktyg verktyg och tillvägagångssätt som hjälper arkitekter att abstrahera från den detaljnivå som byggare arbetar med, för att fokusera företagsdesignuppgifter och producera värdefull dokumentation för arkitekturbeskrivning.

Komponenterna i ett arkitekturramverk ger strukturerad vägledning som är indelad i tre huvudområden:

  • Beskrivningar av arkitektur: hur man dokumenterar företaget som ett system, från flera synvinklar. Varje vy beskriver en bit av arkitekturen; det inkluderar de enheter och relationer som tar upp särskilda intressen av intresse för särskilda intressenter. den kan ha formen av en lista, en tabell, ett diagram eller en högre sammansatt nivå av sådana.
  • Metoder för att designa arkitektur: processer som arkitekter följer. Vanligtvis är en övergripande företagsarkitekturprocess, som består av faser, uppdelad i processer på lägre nivå som består av finare korniga aktiviteter. En process definieras av dess mål, insatser, faser (steg eller aktiviteter) och resultat. Det kan stödjas av metoder, tekniker, verktyg, principer, regler och praxis.
  • Arkitekters organisation: vägledning om teamstrukturen och teamets styrning, inklusive den kompetens, erfarenhet och utbildning som behövs.

Historia

Översikt över Enterprise Architecture Frameworks evolution (1987–2003). Till vänster: Zachman Framework 1987, NIST Enterprise Architecture 1989, EAP 1992, TISAF 1997, FEAF 1999 och TEAF 2000. Till höger: TAFIM påverkat av POSIX , JTA, JTAA, TOGAF 1995, DoD TRM och C4ISR 1996 och DoDAF 2003.

De tidigaste grundämnena för den stegvisa planeringsmetodik som för närvarande förespråkas av The Open Group Architecture Framework (TOGAF) och andra EA-ramar kan spåras tillbaka till artikeln av Marshall K. Evans och Lou R. Hague med titeln "Master Plan for Information Systems" publicerades 1962 i Harvard Business Review.

Sedan 1970 -talet har människor som arbetar inom IS/IT letat efter sätt att engagera affärsmän - för att möjliggöra affärsroller och processer - och för att påverka investeringar i affärsinformationssystem och -teknologi - med tanke på företagets breda och långsiktiga fördelar. Många av de mål, principer, begrepp och metoder som nu används i EA -ramar fastställdes på 1980 -talet och finns i IS- och IT -arkitekturramar som publicerades under det decenniet och nästa år.

År 1980 marknadsfördes IBMs Business Systems Planning (BSP) som en metod för att analysera och utforma en organisations informationsarkitektur, med följande mål:

  1. förstå problem och möjligheter med de nuvarande applikationerna och den tekniska arkitekturen;
  2. utveckla en framtida stat och migrationsväg för den teknik som stöder företaget;
  3. ge företagsledare en riktning och beslutsram för IT -investeringar;
  4. ge informationssystemet (IS) en plan för utveckling.

1982, när han arbetade för IBM och med BSP, skisserade John Zachman sin ram för företagsnivå "Informationssystemarkitektur". Sedan och i senare tidningar använde Zachman ordet företag som en synonym för företag. "Även om många populära informationssystems planeringsmetoder, designmetoder och olika verktyg och tekniker inte utesluter eller inte är oförenliga med analys på företagsnivå, är det få av dem som uttryckligen tar upp eller försöker definiera företagsarkitekturer." I denna artikel nämndes dock termen "Enterprise Architecture" bara en gång utan någon specifik definition och alla efterföljande verk av Zachman använde termen "Information Systems Architecture".

1986 utvecklades ramverket för PRISM -arkitektur som ett resultat av forskningsprojektet sponsrat av en grupp företag, inklusive IBM, som till synes var det första publicerade EA -ramverket.

1987 publicerade John Zachman, som var marknadsföringsspecialist på IBM, tidningen A Framework for Information Systems Architecture . Papperet gav ett klassificeringsschema för artefakter som beskriver (på flera abstraktionsnivåer) vad, hur, var, vem, när och varför för informationssystem. Med tanke på att IBM redan använde BSP hade Zachman inget behov av att tillhandahålla planeringsprocesser. Tidningen nämnde inte företagsarkitektur.

1989 publicerade National Institute of Standards and Technology (NIST) NIST Enterprise Architecture Model . Detta var en referensmodell i fem lager som illustrerar sambandet mellan affärs-, informationssystem- och teknologidomäner. Det marknadsfördes inom den amerikanska federala regeringen. Det var inte ett EA -ramverk som vi ser det nu, men det hjälpte till att fastställa tanken på att dela upp EA i arkitekturdomäner eller lager. NIST Enterprise Architecture Model var till synes den första publikationen som konsekvent använde termen "Enterprise Architecture".

År 1990 definierades termen "Enterprise Architecture" formellt för första gången som en arkitektur som "definierar och sammanlänkar data, hårdvara, programvara och kommunikationsresurser, liksom den stödjande organisation som krävs för att upprätthålla den övergripande fysiska strukturen som krävs av arkitektur".

År 1992 startade ett papper av Zachman och Sowa sålunda "John Zachman introducerade ett ramverk för informationssystemarkitektur (ISA) som har använts i stor utsträckning av systemanalytiker och databasdesigners." Begreppet företagsarkitektur förekom inte. Tidningen handlade om att använda ISA -ramverket för att beskriva "... det övergripande informationssystemet och hur det förhåller sig till företaget och dess omgivande miljö." Ordet företag användes som en synonym för företag.

År 1993 definierade Stephen Spewaks bok Enterprise Architecture Planning (EAP) en process för att definiera arkitekturer för användning av information till stöd för verksamheten och planen för att genomföra dessa arkitekturer. Affärsuppdraget är den främsta drivkraften. Därefter krävs data för att uppfylla uppdraget. Sedan byggdes applikationerna för att lagra och tillhandahålla den informationen. Slutligen tekniken för att implementera applikationerna. Enterprise Architecture Planning är en datacentrisk strategi för arkitekturplanering. Ett mål är att förbättra datakvaliteten, tillgång till data, anpassningsbarhet till förändrade krav, datakompatibilitet och delning och kostnadsbegränsning. EAP har sina rötter i IBMs Business Systems Planning (BSP).

År 1994 valde Open Group TAFIM från USA: s DoD som grund för utveckling av TOGAF, där arkitektur innebar IT -arkitektur. TOGAF började med en strategisk och företagsövergripande, men teknikorienterad syn. Det framkom ur viljan att rationalisera en stökig IT -egendom. Fram till version 7 var TOGAF fortfarande inriktat på att definiera och använda en teknisk referensmodell (eller grundarkitektur) för att definiera de plattformstjänster som krävs från den teknik som ett helt företag använder för att stödja affärsapplikationer.

1996 uppmanade US IT Management Reform Act , mer allmänt känd som Clinger-Cohen Act , upprepade gånger att en amerikansk federal myndighets investering i IT måste kartläggas till identifierbara affärsfördelar. Dessutom gjorde det byrån CIO ansvarig för, "... utveckla, underhålla och underlätta implementeringen av en sund och integrerad IT -arkitektur för verkställande organet."

År 1997 hade Zachman bytt namn till och omfokuserat sitt ISA -ramverk som ett EA -ramverk; det förblev ett klassificeringsschema för beskrivande artefakter, inte en process för planeringssystem eller systemändringar.

1998 började Federal CIO Council utveckla Federal Enterprise Architecture Framework (FEAF) i enlighet med prioriteringarna i Clinger-Cohen och utfärdade det 1999. FEAF var en process ungefär som TOGAF: s ADM, där ”Arkitekturteamet genererar en sekvensplan för övergången av system, applikationer och tillhörande affärsmetoder som bygger på en detaljerad gapanalys [mellan baslinjen och målarkitekturen]. ”

År 2001 publicerade USA: s chefs CIO-råd En praktisk guide till Federal Enterprise Architecture , som startar, ”En företagsarkitektur (EA) upprättar en byråövergripande färdplan för att uppnå ett byråns uppdrag genom optimal prestanda av sina kärnprocesser inom effektiv information teknik (IT) miljö. "Vid den tiden var processerna i TOGAF, FEAF, EAP och BSP tydligt relaterade.

Under 2002/3, i sin Enterprise Edition, flyttade TOGAF 8 fokus från teknikarkitekturlagret till de högre affärs-, data- och applikationslagren. Det introducerade strukturerad analys, efter informationsteknik , som till exempel innehåller mappningar av organisationsenheter till affärsfunktioner och dataenheter till affärsfunktioner. Idag kallas affärsfunktioner ofta för affärsmöjligheter. Och många företagsarkitekter betraktar sin affärsfunktion/kapacitetshierarki/karta som den grundläggande artefakten för företagsarkitektur. De relaterar dataenheter, användningsfall, applikationer och teknik till funktionerna/kapaciteterna.

År 2006 rapporterade den populära boken Enterprise Architecture As Strategy resultaten av arbetet från MIT: s Center for Information System Research. Den här boken betonar behovet av företagsarkitekter för att fokusera på kärnverksamhetsprocesser ("Företag utmärker sig för att de [har bestämt] vilka processer de måste utföra bra och har implementerat IT -systemen för att digitalisera dessa processer.") Och för att engagera affärschefer med de fördelar som strategisk tvärorganisatorisk processintegration och/eller standardisering kan ge.

Ett forskningsprojekt från 2008 för utveckling av professionella certifikat inom företags- och lösningsarkitektur av British Computer Society (BCS) visade att företagsarkitektur alltid har varit oskiljbar från informationssystemarkitektur, vilket är naturligt, eftersom affärsmän behöver information för att fatta beslut och bära ut affärsprocesser.

År 2011, TOGAF 9.1. specifikationen säger: "Affärsplanering på strateginivå ger företagsarkitekturen den inledande riktningen." Normalt definieras företagets principer, affärsmål och strategiska drivkrafter för organisationen någon annanstans. Med andra ord, Enterprise Architecture är inte en affärsstrategi, planering eller hanteringsmetodik. Enterprise Architecture strävar efter att anpassa teknik för affärsinformationssystem till en given affärsstrategi, mål och drivkrafter. TOGAF 9.1 -specifikationen klargjorde att "En fullständig företagsarkitekturbeskrivning bör innehålla alla fyra arkitekturdomäner (företag, data, applikation, teknik), men resurs- och tidsbegränsningarna innebär ofta att det inte finns tillräckligt med tid, finansiering eller resurser att bygga en top-down, allomfattande arkitekturbeskrivning som omfattar alla fyra arkitekturdomäner, även om företagets omfattning är [...] mindre än det totala företagets hela omfattning. "

År 2013 är TOGAF det mest populära arkitekturramverket (bedömt utifrån publicerade certifieringsnummer) som vissa antar att det definierar EA. Vissa använder dock fortfarande termen Enterprise Architecture som en synonym för Business Architecture, snarare än att täcka alla fyra arkitekturdomäner - företag, data, applikationer och teknik.

EA -ramämnen

Arkitektur domän

Lager av företagsarkitekturen.

Sedan Stephen Spewaks Enterprise Architecture Planning (EAP) 1993 - och kanske innan dess - har det varit normalt att dela upp företagsarkitektur i fyra arkitekturdomäner .

Observera att applikationsarkitekturen handlar om val av och relationer mellan applikationer i företagets applikationsportfölj, inte om den interna arkitekturen för en enda applikation (som ofta kallas applikationsarkitektur).

Många EA -ramverk kombinerar data- och applikationsdomäner till ett enda (digitaliserat) informationssystemlager, som sitter under verksamheten (vanligtvis ett system för mänsklig aktivitet) och över tekniken (plattformens IT -infrastruktur ).

Lager av företagsarkitekturen

Exempel på den federala företagsarkitekturen , som har definierat fem arkitektoniska lager.

Under många år har det varit vanligt att betrakta arkitekturdomänerna som lager, med tanken att varje lager innehåller komponenter som utför processer och erbjuder tjänster till skiktet ovanför. Detta sätt att se på arkitekturområdena var uppenbart i TOGAF v1 (1996), som inkapslade teknologikomponentskiktet bakom plattformstjänsterna som definieras i "Technical Reference Model" - mycket enligt TAFIM och POSIX filosofi.

Synen på arkitekturdomäner som lager kan presenteras så här:

  • Miljö (de externa enheterna och aktiviteterna som övervakas, stöds eller styrs av verksamheten).
  • Business Layer (affärsfunktioner som erbjuder tjänster till varandra och till externa enheter).
  • Datalager (affärsinformation och annan värdefull lagrad data)
  • Informationssystemlager (affärsapplikationer som erbjuder informationstjänster till varandra och till affärsfunktioner)
  • Technology Layer (generiska hårdvaru-, nätverks- och plattformsapplikationer som erbjuder plattformstjänster till varandra och till affärsprogram).

Varje lager delegerar arbete till lagret nedan. I varje lager kan komponenterna, processerna och tjänsterna definieras på en grovkornig nivå och sönderdelas till finkornigare komponenter, processer och tjänster. Grafiken visar en variation på detta tema.

Komponenter i företagsarkitekturram

Förutom tre stora ramkomponenter som diskuterats ovan.

  1. Beskrivningsråd: någon slags Arkitekturartifaktkarta eller Viewpoint Library
  2. Processråd: någon form av arkitekturutvecklingsmetod, med stödjande vägledning.
  3. Organisationsråd: inklusive en styrningsmodell från EA

En idealisk EA -ram bör innehålla:

  1. Verksamhetsvärdesmätning
  2. EA -initiativmodell
  3. EA -mognadsmodell
  4. Företagskommunikationsmodell

De flesta moderna EA -ramar (t.ex. TOGAF, ASSIMPLER, EAF) inkluderar det mesta av ovanstående. Zachman har alltid fokuserat på arkitekturbeskrivningsråd.

Företagsarkitektur domäner och underdomäner

Företagsarkitekturreferensarkitektur med underdomäner

Applikations- och teknologidomänerna (som inte ska förväxlas med affärsområden) kännetecknas av domänfunktioner och domäntjänster. Funktionerna stöds av tjänsterna. Applikationstjänsterna hänvisas också till i serviceorienterad arkitektur (SOA). De tekniska tjänsterna stöds vanligtvis av mjukvaruprodukter.

Datavyn börjar med dataklasser som kan sönderdelas till registrerade som ytterligare kan brytas ned i dataenheter. Den grundläggande datamodelltypen som oftast används kallas merda (bedömning av huvudentitetsrelationsdiagram, se enhet-relationsmodell ). Klassen, ämnet och enheten bildar en hierarkisk syn på data. Företag kan ha miljontals instanser av dataenheter.

Enterprise Architecture Reference traditionell modell erbjuder en tydlig åtskillnad mellan arkitekturdomänerna (företag, information/data, applikation/integration och teknisk/infrastruktur). Dessa domäner kan ytterligare delas in i underdomäner. Ett exempel på EA -domänen och underdomäner finns i bilden till höger.

Många företagsarkitekturteam består av individer med färdigheter i linje med företagsarkitekturdomänerna och underdomäner. Här är några exempel: företagsarkitekt, företagsdokumentationsarkitekt, företagsapplikationsarkitekt, företagsinfrastrukturarkitekt, företagsinformationsarkitekt etc.

Ett exempel på listan över referensarkitekturmönster i applikations- och informationsarkitekturdomänerna finns på Arkitektoniskt mönster (datavetenskap) .

Visa modell

Illustration av 4+1 -visningsmodellen för arkitektur .

En vymodell är ett ramverk som definierar uppsättningen vyer eller tillvägagångssätt som används vid systemanalys , systemdesign eller konstruktion av en företagsarkitektur .

Sedan början av 1990 -talet har det gjorts ett antal ansträngningar för att definiera standardmetoder för att beskriva och analysera systemarkitekturer. Många av de senaste Enterprise Architecture -ramarna har någon sorts uppsättning vyer definierade, men dessa uppsättningar kallas inte alltid för visningsmodeller .

Standardisering

Den kanske mest kända standarden inom mjukvaruarkitektur och systemarkitektur startade livet som IEEE 1471 , en IEEE-standard för att beskriva arkitekturen för ett programvarukrävande system som godkändes 2000.

I sin senaste version publiceras standarden som ISO/IEC/IEEE 42010: 2011 . Standarden definierar ett arkitekturramverk som konventioner, principer och praxis för beskrivning av arkitekturer som upprättats inom ett specifikt tillämpningsområde och/eller intressentgrupp , och föreslår att ett arkitekturramverk specificeras av:

  1. relevanta intressenter inom domänen,
  2. de typer av problem som uppstår på den domänen,
  3. arkitektur synpunkter som inramar dessa bekymmer och
  4. korrespondensregler som integrerar de tidigare nämnda synpunkterna.

Arkitekturramar som överensstämmer med standarden kan innehålla ytterligare metoder, verktyg, definitioner och metoder utöver de som anges.

Typer av företagsarkitekturramverk

Bara några av Enterprise Architecture -ramarna som används idag, 2011

Numera finns det otaliga EA -ramar, många fler än i följande lista.

Konsortutvecklade ramar

  • ARCON - En referensarkitektur för samarbetsnätverk - inte fokuserat på ett enda företag utan snarare på företagsnätverk
  • Den Cloud Security Alliance (Trusted Cloud Initiative) TCI referens architectue.
  • Generalized Enterprise Reference Architecture and Methodology (GERAM)
  • RM-ODP- referensmodellen för öppen distribuerad bearbetning (ITU-T Rec. X.901-X.904 | ISO/IEC 10746) definierar en ram för företagsarkitektur för att strukturera specifikationerna för öppna distribuerade system .
  • IDEAS Group- en satsning på fyra nationer för att utveckla en gemensam ontologi för arkitekturkompatibilitet
  • ISO 19439 Ramverk för företagsmodellering
  • TOGAF - The Open Group Architecture Framework - ett mycket använt ramverk inklusive en arkitektonisk utvecklingsmetod och standarder för att beskriva olika typer av arkitektur.

Försvarsindustrins ramar

  • AGATE - Frankrike DGA Architecture Framework
  • DNDAF - DND/CF Architecture Framework (CAN)
  • DoDAF - US Department of Defense Architecture Framework
  • MODAF - det brittiska försvarsministeriets arkitekturramverk
  • NAF - NATO Architecture Framework

Regeringens ramar

Öppen källkod

Företagsarkitekturramar som släpps som öppen källkod :

  • Lean Architecture Framework (LAF) är en samling av god praxis tack vare vilken IT -miljön kommer att reagera konsekvent och snabbt på en förändrad affärssituation samtidigt som den behåller sin konsekventa form.
  • MEGAF är en infrastruktur för att förverkliga arkitekturen ramar som överensstämmer med definitionen av arkitektur ram som finns i ISO/IEC/IEEE 42010 .
  • Praxeme , en öppen företagsmetodik, innehåller ett ramverk för företagsarkitektur som kallas Enterprise System Topology (EST)
  • TRAK- en allmän systemorienterad ram baserad på MODAF 1.2 och släppt under GPL / GFDL .
  • Sherwood Applied Business Security Architecture (SABSA) är en öppen ram och metod för Enterprise Security Architecture och Service Management, som är riskbaserad och fokuserar på att integrera säkerhet i affärs- och IT -hantering.

Proprietära ramar

  • ASSIMPLER Framework - en arkitekturram, baserad på Mandar Vanarses arbete på Wipro 2002
  • Avancier Methods (AM) Processer och dokumentationsrådgivning för företags- och lösningsarkitekter, med stöd av utbildning och certifiering.
  • BRM (Build-Run-Manage) Framework-ett arkitekturramverk skapat av Sanjeev "Sunny" Mishra under hans tidiga dagar på IBM år 2000.
  • Capgemini Integrated Architecture Framework (IAF) - från Capgemini -företaget 1993
  • Dragon1 - En öppen Visual Enterprise Architecture -metod som nyligen erkändes av The Open Group som Architecture Framework
  • DYA -ramverk utvecklat av Sogeti sedan 2004.
  • Dynamiskt Enterprise Enterprise -arkitekturkoncept baserat på Web 2.0 -teknik
  • Utökad Enterprise Architecture Framework - från Institute For Enterprise Architecture Developments 2003
  • EACOE Framework [3] - ett Enterprise Architecture -ramverk, som en utarbetning av John Zachmans arbete
  • IBM Information FrameWork (IFW) - tänkt av Roger Evernden 1996
  • Infomet - tänkt av Pieter Viljoen 1990
  • Labnaf - Unified Framework for Driving Enterprise Transformations
  • Pragmatic Enterprise Architecture Framework (PEAF) - en del av Pragmatic Family of Frameworks som utvecklats av Kevin Lee Smith, Pragmatic EA, från 2008
  • Purdue Enterprise Reference Architecture utvecklad av Theodore J. Williams vid Purdue University tidigt 1990 -tal.
  • SAP Enterprise Architecture Framework
  • Solution Architecting Mechanism (SAM) - En sammanhängande arkitekturram som består av en uppsättning integrerade moduler.
  • Zachman Framework - en arkitekturram, baserad på John Zachmans arbete på IBM på 1980 -talet

Se även

Referenser