The Open Group Architecture Framework

Struktur för TOGAF Architecture Development Method (ADM).

Open Group Architecture Framework ( TOGAF ) är det mest använda ramverket för företagsarkitektur från och med 2020 som ger ett tillvägagångssätt för att designa, planera, implementera och styra en företagsinformationsteknologisk arkitektur. TOGAF är ett sätt att designa på hög nivå. Det är vanligtvis modellerat på fyra nivåer: Business, Application, Data och Technology. Det är starkt beroende av modularisering, standardisering och redan befintliga, beprövade teknologier och produkter.

TOGAF utvecklades från 1995 av The Open Group , baserat på USA:s försvarsdepartements TAFIM och Capgeminis Integrated Architecture Framework (IAF). Från och med 2016 hävdar The Open Group att TOGAF är anställd av 80 % av Global 50 -företagen och 60 % av Fortune 500- företagen.

Översikt

Ett arkitekturramverk är en uppsättning verktyg som kan användas för att utveckla ett brett spektrum av olika arkitekturer. Det borde:

  • beskriva en metod för att definiera ett informationssystem i termer av en uppsättning byggstenar.
  • visa hur byggstenarna passar ihop.
  • innehålla en uppsättning verktyg.
  • tillhandahålla ett gemensamt ordförråd.
  • inkludera en lista över rekommenderade standarder.
  • inkludera en lista över kompatibla produkter som kan användas för att implementera byggstenarna.

ANSI / IEEE Standard 1471-2000 -specifikationen för arkitektur (för mjukvaruintensiva system) kan anges som: "den grundläggande organisationen av ett system, förkroppsligad i dess komponenter, deras relationer till varandra och miljön, och principerna som styr dess design och evolution."

TOGAF har dock sin egen uppfattning, som kan specificeras som antingen en "formell beskrivning av ett system, eller en detaljerad plan för systemet på komponentnivå för att vägleda dess implementering", eller som "komponenternas struktur, deras inbördes samband och principer och riktlinjer som styr deras design och utveckling över tid."

Arkitekturutvecklingsmetoden (ADM) är kärnan i TOGAF som beskriver en metod för att utveckla och hantera företagsarkitekturens livscykel.

Historia

DoD Standards-Based Architecture Planning Process i TAFIM .

TOGAF initierades i början av 1990-talet som metodik för utveckling av teknisk arkitektur och har utvecklats av The Open Group till ett omfattande ramverk för företagsarkitektur . 1995 presenterades den första versionen av TOGAF (TOGAF 1.0). Denna version baserades huvudsakligen på Technical Architecture Framework for Information Management (TAFIM), utveckling som startade i slutet av 1980-talet av det amerikanska försvarsdepartementet .

I december 2001 publicerades TOGAF 7, "Technical Edition". TOGAF 8 ("Enterprise Edition") publicerades först i december 2002 och återpublicerades i uppdaterad form som TOGAF 8.1 i december 2003. Omkring 2005 blev TOGAF ett registrerat varumärke för The Open Group . I november 2006 släppte Open Group TOGAF 8.1.1. Enligt The Open Group, i februari 2011, är över 15 000 individer TOGAF-certifierade. I april 2018 har det officiella registret över 77 500 certifieringar.

En evolutionär utveckling från TOGAF 8, TOGAF 9 innehåller många nya funktioner som:

  • Ökad stränghet, inklusive en formell innehållsmetamodell som länkar samman TOGAFs artefakter (även om det finns vissa problem med metamodellen)
  • Architecture repository och Enterprise Continuum
  • Eliminering av onödiga skillnader, och många fler exempel och mallar

Ytterligare riktlinjer och tekniker inkluderar: [ citat behövs ]

  • Ett formellt affärsdrivet förhållningssätt till arkitektur
  • Affärskapacitetsbaserad planering
  • Vägledning om hur man använder TOGAF för att utveckla säkerhetsarkitekturer och SOA

Den senaste versionen är TOGAF 10, lanserad den 25 april 2022.

Open Group tillhandahåller TOGAF kostnadsfritt till organisationer för deras egna interna icke-kommersiella ändamål.

TOGAF-pelare

Företagsarkitekturdomäner

TOGAF är baserat på fyra sammanhängande specialiseringsområden som kallas arkitekturdomäner :

  • Affärsarkitektur som definierar affärsstrategi, styrning, organisation och viktiga affärsprocesser i organisationen
  • Dataarkitektur som beskriver strukturen för en organisations logiska och fysiska datatillgångar och tillhörande datahanteringsresurser
  • Applikationsarkitektur som ger en ritning för de individuella systemen som ska distribueras, interaktionerna mellan applikationssystemen och deras relationer till organisationens kärnverksamhetsprocesser med ramverken för tjänster som ska exponeras som affärsfunktioner för integration
  • Teknisk arkitektur , eller teknologiarkitektur, som beskriver hårdvaran, mjukvaran och nätverksinfrastrukturen som behövs för att stödja distributionen av kärnverksamhetskritiska applikationer

Metod för arkitekturutveckling

Arkitekturutvecklingsmetoden (ADM) används för att utveckla en företagsarkitektur som möter en organisations affärs- och informationsteknologiska behov. Den kan skräddarsys efter organisationens behov och används sedan för att hantera genomförandet av arkitekturplaneringsaktiviteter.

Processen är iterativ och cyklisk. Varje steg kontrolleras med krav. Fas C involverar en kombination av både dataarkitektur och applikationsarkitektur. Ytterligare tydlighet kan läggas till mellan steg B och C för att ge en komplett informationsarkitektur .

för prestandateknik tillämpas på kravfasen och på faserna affärsarkitektur, informationssystemarkitektur och teknologiarkitektur. Inom informationssystemarkitektur tillämpas det på både dataarkitektur och applikationsarkitektur.

Enterprise Continuum

Enterprise Continuum är ett sätt att klassificera lösningar och arkitekturer på ett kontinuum som sträcker sig från generiska grundarkitekturer till skräddarsydda organisationsspecifika både inom och utanför Architecture Repository. Dessa inkluderar arkitektoniska modeller, arkitektoniska mönster, arkitekturbeskrivningar och andra artefakter. Dessa artefakter kan finnas inom företaget och även inom IT-branschen i stort.

Enterprise Continuum består av både Architecture Continuum och Solutions Continuum. Architecture Continuum specificerar struktureringen av återanvändbara arkitekturtillgångar och inkluderar regler, representationer och relationer för de informationssystem som är tillgängliga för företaget. Solutions Continuum beskriver implementeringen av Architecture Continuum genom att definiera återanvändbara Solution Building Blocks (SBBs).

Roller

TOGAF 9.2 känner igen följande roller;

Samtidigt som du lägger till "Och många andra ..." i slutet av den här listan. Två sådana roller kan vara affärsanalytiker och systemanalytiker .

TOGAF kultur

TOGAF tillhandahåller certifieringar för verktyg och människor.

TOGAF-certifierade verktyg

Certifierade TOGAF 9-verktyg listas i följande tabell.

produktnamn Företag Först certifierad Förnyelse TOGAF version
ABACUS 6.0 Avolution 23 maj 2012 22 maj 2022 9.2
BiZZdesign Enterprise Studio BiZZdesign 18 juli 2012 17 juli 2020 9.2
ADOIT BOC Group 15 september 2017 14 september 2021 9.1
HOPEX Enterprise Architecture Suite MEGA International 26 maj 2015 26 maj 2021 9.1
iServer Business and IT Transformation Suite 2015 Orbus programvara 19 augusti 2013 18 augusti 2021 9.1
Capability and Technology Management Planritning 03-apr-2012 02-apr-2022 9.1
Alfabet Software AG 22 juni 2012 21 juni 2022 9.2
ARIS 9.0 Software AG 19 november 2013 18 november 2021 9.1
Enterprise Architect 12 Sparx Systems Pty Ltd. 06-feb-2015 5 februari 2021 9.1

För det senaste registret över certifierade verktyg, se The Open Group register.

Kvalifikationer

Den öppna gruppen övervakar formella kvalifikationer i TOGAF på två nivåer, som kan tas efter formell utbildning eller självstudier. Elever kan ta dessa kvalifikationer genom utbildningsföretag.

fundament

(Nivå I) Säkerställer att en individ förstår Enterprise Architecture tillsammans med TOGAFs kärnkoncept och terminologi.

Auktoriserad

(Nivå II) Utöver Foundation-kvalifikationen fastställer detta att kandidaten kan analysera och tillämpa sina kunskaper på affärsproblem.

Att få TOGAF-certifierad status ger automatiskt gratis medlemskap i Association of Enterprise Architects.

Kritik

Trots att TOGAF anses vara de facto-standarden i en EA- praxis, är den inte utan kritik:

  • Forskningsbevis visar att "de flesta TOGAF-rekommendationer vanligtvis anses otillämpliga" och inte följs ens i de organisationer som ingår i listan över TOGAF-användare som tillhandahålls av The Open Group. Det är därför TOGAF bara kan betraktas som "en verktygslåda med slumpmässiga EA-relaterade rekommendationer" och "att använda TOGAF kan bäst förklaras som att "studera TOGAF och sedan göra något annat istället".
  • Verkliga exempel som visar den faktiska praktiska användningen av TOGAFs rekommendationer saknas: "Det finns ett brådskande behov av några detaljerade utförda exempel och användningsfall. Även om dessa efterfrågades, kom de inte från TOGAF-utbildare eller The Open Group".
  • EA- utövare rapporterar att TOGAF knappast kan följas steg-för-steg: "Våra första antaganden om TOGAF var att det skulle vara en sorts "metod" som vi kunde följa för att producera vår EA, men detta visade sig inte vara fallet ".
  • Detaljerad analys visar att TOGAF-baserade EA- metoder inte liknar de ursprungliga TOGAF-recepten i någon egentlig mening.
  • TOGAF:s recept är vaga och oklara eftersom det "endast anger att ADM ska anpassas utan att specificera hur".
  • Jason Bloomberg hävdar att "för många organisationer har TOGAF fått dragkraft bara för att det är bättre än att inte göra någonting".
  • De senaste ändringarna som introducerades i TOGAF v9.2 tog inte upp de grundläggande problemen med den mekanistiska planeringsmetod som förespråkats av TOGAF och andra tidigare steg-för-steg-arkitekturmetodologier inklusive EAP och BSP .
  • Historisk analys visar att TOGAF:s häpnadsväckande popularitet kan betraktas som enbart oavsiktlig och enbart tillskrivas dess effektiva marknadsföring vid rätt tidsperiod.

externa länkar

Hämtad från " https://en.wikipedia.org/w/index.php?title=The_Open_Group_Architecture_Framework&oldid=1127575390 "