Architectures Federation

Definition: Architectures federation är ett ramverk för utveckling, underhåll och användning av företagsarkitektur som anpassar, lokaliserar och länkar separata men relaterade arkitekturer och arkitekturinformation för att ge användarna ett sömlöst utseende.

nyckelord: enterprise architecture, federerad arkitektur, passar för federation, semantisk anpassning, differentierad ansvarighet, touch point

MITRE se roller och förväntningar: MITRE arbetar med en mängd olika statliga sponsorer för att hjälpa dem att bygga företagsarkitekturer, ofta i samband med att stödja deras övergripande företagsmoderniserings-eller omvandlingsprogram. Många sponsorer står inför det komplexa problemet att dela sina affärsprocesser, informationsbutiker, tekniska system och mänskliga resurser på ett sammanhängande och säkert sätt för att uppnå ett gemensamt uppdrag. MITRE systems engineers (SEs) förväntas förstå och tillämpa principerna för architectures federation för att möjliggöra lokal innovation, företagsintegration och utveckling över stora delar av en företagsarkitektur eller multiagency enterprise architectures. Genom att hjälpa dem att bygga sina respektive produkter för att möta gemensam receptbelagd riktning kommer Mitres sponsorer att kunna återanvända komponentarkitekturer genom att ”knäppa dem ihop” som LEGO-tegelstenar för att bygga komplexa Arkitekturer med bredare omfattning och tillämplighet.

introduktion

under de senaste åren har MITRE stöttat arkitekturinsatser över det federala regeringsspektrumet. Faktum är att den federala regeringen nu kräver att byråer som söker finansiering för betydande investeringar i informationsteknologi använder företagsarkitekturer. Sponsorer använder arkitekturer för att förbättra warfighting och affärsförmåga genom att förbättra interoperabiliteten och integrationen av amerikanska företag (t.ex. Air Force Enterprise) med gemensamma och koalitionsstyrkor, andra tjänster och nationella byråer.

för att uppnå dessa ansträngningar förväntas MITRE SEs förstå och tillämpa principerna för federerade arkitekturer för att redogöra för arkitekturrelationer och för att uttrycka hur arkitekturer ansluter till varandra. Federerade arkitekturer möjliggör lokal innovation, företagsintegration och utveckling över stora delar av ett företag—varav många kan vara företag i sig. Principles of architectures federation i praktiken kräver sammanslagning, integrering och federation av ett stort antal olika organisationsarkitekturer som Federal Aviation Administration, DoD, DHS, CBP och Federal Emergency Management Agency, samt bidrag från branschaktörer som flygbolag, flygplatser, IT-industrin, väderbyråer och andra. Denna artikel utforskar de grundläggande begreppen arkitekturer federation och erbjuder lärdomar för att hjälpa MITRE SEs förstå hur principerna för federation kan hjälpa utövare bygga arkitekturer mer effektivt.

Vad Är Enterprise Architecture?

arkitektur avser komponenternas struktur, deras relationer till varandra och till miljön och principerna som styr utformningen och utvecklingen av den enhet de beskriver , oavsett om den enheten är en organisation (t. ex. federal avdelning eller byrå), ett system (t. ex. Ett funktionellt eller uppdragsområde (t.ex. ekonomisk förvaltning, Homeland security). Arkitekturprodukter och artefakter kan ta en mängd olika former, inklusive modeller av strukturerad data som lagras i ett arkitekturverktyg eller databasförråd, grafiska skildringar av informationen i papperskopia eller elektroniskt format eller ostrukturerad data eller text.

en bra fungerande definition av” enterprise ” är en organisation eller grupp av organisationer som har en gemensam uppsättning mål eller principer, eller en enda bottom line (t. ex., ett företag, en enda avdelning, en statlig enhet, ett nätverk av geografiskt avlägsna organisationer). En företagsarkitektur ger en tydlig och omfattande bild av ett företag. Den består av ögonblicksbilder av den nuvarande operativa och tekniska miljön, målmiljön och en färdplan för kapitalinvesteringar för övergång från ”as is” Till ”to be” – miljön. Med andra ord fungerar det som en färdplan för vägen framåt. Ögonblicksbilderna består av ”vyer”, som var och en består av en eller flera arkitekturprodukter som ger konceptuella eller logiska representationer av någon del av företaget av intresse för en viss grupp av intressenter .

Vad Betyder Federerad Arkitektur?

det historiska tillvägagångssättet att utveckla monolitiska, integrerade arkitekturer har inte fungerat bra eftersom dessa produkter i allmänhet blir för komplexa och obehagliga. Däremot är en federerad arkitektur ett ramverk för utveckling, underhåll och användning av företagsarkitektur som anpassar, lokaliserar och länkar separata men relaterade arkitekturer och arkitekturinformation för att ge användarna ett sömlöst utseende. Det gör det möjligt att bygga en komplex arkitektur på ett styckevis sätt från komponentarkitekturer. På detta sätt erkänner en federerad arkitekturmetod det unika och specifika syftet med enskilda arkitekturer, och det möjliggör deras autonomi och lokala styrning, samtidigt som företaget kan dra nytta av sitt kollektiva innehåll.

Federation tillhandahåller medel för att organisera ett företags kunskap (Arkitektur) om dess aktiviteter (processer), människor och saker inom ett definierat sammanhang och nuvarande/framtida miljö. Federerade arkitekturer stöder beslutsfattande genom att länka arkitekturer över hela företaget, vilket ger en holistisk företagsvy som möjliggör bedömning av sådana frågor som interoperabilitet, identifiering av dubbelarbete och luckor och bestämning av återanvändbarhet .

Varför Utveckla Arkitekturer Som Stöder Federation?

förmågan att integrera och / eller federera arkitekturer är avgörande för att ta itu med företagsproblem över en bred domän som en federal avdelning eller byrå. Federation gör det möjligt för flera grupper att utveckla Arkitekturer med det fokus som bäst uppfyller deras omedelbara behov, samtidigt som de tillhandahåller ett sätt att länka och relatera dessa arkitekturer för att ta itu med problem som korsar flera områden. En enda arkitektur kanske inte kan adressera hela företaget tillräckligt för att stödja den typ av analyser som behövs i en stor organisation med en mångfald av uppdrag. Förmågan att förena flera arkitekturer leder till en mer robust konstruktion för att förstå företaget i mindre bitar av bitstorlek.

Architectures federation fungerar delvis som en process för att relatera underordnade och överordnade arkitekturer genom att hitta överlappningar och upprätta mappningar mellan deras gemensamma arkitekturinformation. Federala avdelningar och byråer bedriver också en annan användning av en arkitekturförbundsstrategi som delar upp företaget i hanterbara komponenter i rätt storlek, som var och en kan beskrivas av de samhällen som är närmast associerade med dem . Alla använder en liten uppsättning regler, vanliga termer och standarder för att upprätthålla konsistens så att komponentdelarna kan ”knäppas ihop” efter behov. Till exempel visar avdelningsarkitekturer avdelningsövergripande regler och begränsningar, komponentarkitekturer visar uppdragsspecifika tjänster och funktioner och lösningsarkitekturer visar lösningar som överensstämmer med högre regler och begränsningar.

begreppet federation spelar också en viktig roll i utvecklingen av miljön och informationsutbytet. Till exempel, när federala avdelningar och byråföretag blir alltmer nätverkade, federerade arkitekturer visar sig vara nödvändiga för att organisera utbudet av information och komplexa relationer. Federerad arkitektur metadata är också användbart för att utvärdera portföljer av befintliga system och program för att fatta beslut om ändringar eller tillägg som krävs för att uppnå önskad kapacitet.

Så Då, Vad Är Federated Enterprise Architecture?

som definieras av enterprise scope är federerad enterprise architecture en kollektiv uppsättning Arkitekturer med följande attribut:

• det fungerar tillsammans, där styrning är uppdelad mellan en central myndighet och ingående enheter, vilket balanserar organisatorisk autonomi med företagsbehov.
• centralmyndighetens arkitektur kan fokusera på dynamiken i skalfördelar, standarder och företagets välbefinnande.
• konstituerande enheters arkitekturer har flexibiliteten att driva autonoma strategier och oberoende processer .

Vilka Centrala Element Stöder Arkitekturer Federation?

i ett federerat tillvägagångssätt delas ansvaret för arkitekturutveckling på olika nivåer inom företaget. Att föra dessa separata men relaterade ansträngningar tillsammans kräver:

• Tiered accountability: upprätta en hierarki av arkitekturer där arkitekturer lägre i hierarkin ärver egenskaper från högre nivåarkitekturer. Använd beröringspunkter för att relatera arkitekturer över nivåerna eller nivåerna.
• kategorisering: relatera och gruppera ”liknande” arkitekturer och artefakter.
• semantisk anpassning: Använd ett gemensamt ordförråd och kartläggningsrelationer för att skapa delad förståelse.
• referensarkitekturer: ge överordnade taxonomier för andra arkitekturer att använda.
• Sök och upptäck: Tillåt auktoriserade användare att hitta och få tillgång till relevant arkitektur för information och återanvändning .

Vad är några viktiga konstruktioner för arkitekturer Federation?

nyckelkonstruktionerna för arkitekturförbundet visas i Figur 1. Varje konstruktion består av en samling arkitekturprodukter av intresse för en viss grupp av intressenter.

ämnesarkitekturen är arkitekturen som driver lösningar för ett specifikt syfte. Den tar upp alla affärs -, informations -, företagstjänster och teknikkomponenter som behövs för att leverera kapacitet. Arkitekturerna för de lösningar som ämnesarkitekturen bygger på kallas stödjande arkitekturer; medan arkitekturerna för de lösningar som förlitar sig på ämnesarkitekturen kallas stödda arkitekturer.

varje arkitekturgränssnittspunkt (även kallad beröringspunkt) är en abstrakt representation av en målmedveten koppling mellan två arkitekturer. Dessa arkitekturgränssnittspunkter är abstraktioner av verkliga gränssnitt som kommer att förkroppsligas i lösningarna som implementerar motsvarande arkitekturer. Enkelt uttryckt är gränssnittspunkterna de platser där arkitekturer kan förenas i en större federerad arkitektur, så de är nyckeln till målmedveten federation ur ett operativt perspektiv.

Vad är rollen för efterlevnad i federationen?

Det är viktigt för en Arkitektur att följa en uppsättning standarder om den kommer att delas och användas för att stödja federation med andra arkitekturer (t.ex. vägleda utvecklingen av andra arkitekturer eller program). Dessa standarder kommer i form av föreskrivande riktning som kallas efterlevnadskriterier. Efterlevnadskriterier inkluderar affärsregler och processer som informations -, service-och teknikstandarder. Ett program eller annan arkitektur måste följa dessa för att den ska följa en viss struktur. Efterlevnadskriterierna kompletteras med beskrivningar av hur dessa kriterier kommer att verifieras. Därför anger efterlevnadskriterierna uttryckligen vad ett program eller en arkitektur måste visa när det gäller funktionalitet och när det gäller att följa standarder och uppfylla specifika kvalitativa krav.

en organisation kan börja med att skapa arkitekturer som uppfyller ett minimum av standarder, vilket gör det lättare att dela arkitekturerna och placera dem för användning i att bygga en federation av arkitekturer för att stödja byggandet av en federation av interoperabla lösningar.

vilka är några exempel på Efterlevnadskriterier?

Fit for Federation är ett exempel på en specifik överensstämmelsebedömning som kan tillämpas på vilken arkitektur som helst som kommer att bli en del av en arkitekturfederation. Fit for Federation bestäms av följande kriterier för överensstämmelse:

• arkitekturens syfte har dokumenterats och verifierats av användare och användningsområden.
• Input har verifierats som kommer från auktoritativ källa, och den auktoritativa källan registreras.
• arkitekturen och/eller analysen (output) har verifierats som lämpliga för ändamålet.
• gränssnittspunkter för arkitektur som stöds och tillhörande standarder identifieras, dokumenteras och verifieras.
• stödjande arkitekturgränssnittspunkter identifieras, dokumenteras och förhandlas med leverantören.
• andra efterlevnadskriterier (t. ex. standarder och / eller kvalitativa krav) fastställs, dokumenteras och verifieras.

några exempel på kvalitativa krav som kan tillämpas vid bedömning av överensstämmelse med efterlevnadskriterier är överkomliga priser, pålitlighet, utbyggbarhet, prestanda och förtroende.

för en serviceinriktad miljö skulle specifika efterlevnadskriterier paketeras som servicenivåavtal (SLA). Ett enda efterlevnadskriterium kan distribueras till flera SLA. Till exempel skulle stöd för ett visst ordförråd gälla för alla tjänster som behandlar ämnet (domän) ordförråd.

bästa praxis och lärdomar

uppnå semantisk överenskommelse. För att förena arkitekturer måste det finnas semantisk överenskommelse så att relevant information kan relateras på lämpligt sätt. MITRE SEs kan rekommendera att deras sponsorer uppnår semantisk överenskommelse genom att:

• ansluter sig till en gemensam ram, som omfattar användning av gemensamma dataelement definitioner, semantik, och datastrukturer för alla arkitektur beskrivning enheter eller objekt.
• överensstämmer med gemensamma eller delade arkitekturstandarder.
• använda företags taxonomier och auktoritativa referensdata.

överensstämmer med standarder. I allmänhet ökar överensstämmelsen med gemensamma eller delade arkitekturstandarder interoperabilitet och gör det lättare att federera. MITRE SEs bör uppmuntra sina sponsorer att välja standarder som är lämpliga för deras ändamål och hjälpa dem att fastställa medel för att genomdriva efterlevnad. Till exempel fastställer överenskomna företags taxonomier sammanhanget för att anpassa uppdragsområdets aktiviteter och tillhörande referensmodeller och för att kategorisera och organisera komponentarkitekturer, vilket underlättar semantisk förståelse över de olika arkitekturerna i federationen.

aktivera informationsdelning. Federation of architectures underlättas av en miljö som möjliggör informationsdelning.

• säkerställa god styrning och Enterprise architecture services: MITRE SEs måste först inse att en arkitektur-delningsmiljö kräver sund styrning och enterprise architecture services. De måste hjälpa sina sponsorer att upprätta sunda styrningsstrukturer för att tillämpa ansvarsskyldighet för utveckling och underhåll av arkitekturer mot uppsatta mål, vilket i slutändan kommer att underlätta deras förmåga att federera. Detta tillvägagångssätt placerar ansvar kring processer som konfigurationshantering och kvalitetssäkring. MITRE SEs måste också uppmuntra sina sponsorer att etablera Enterprise architecture services så att arkitekturinformation kan vara synlig, tillgänglig och förstås konsekvent och effektivt.
• exponera arkitekturer och deras metadata: framgången för ett federationsarbete beror också på att exponera arkitekturer och arkitekturmetadata för potentiell koppling och återanvändning av analytiker, planerare och beslutsfattare på alla nivåer. Att dela arkitekturer och tjänster som redan finns hjälper till att påskynda arkitekturutveckling och federation. Registerfunktioner möjliggör registrering och länkning av arkitekturmetadata för att möjliggöra skapandet av navigerbara och sökbara federerade företagsarkitekturer. Företagsövervakningspolicyer och styrning för arkitekturer förstärker robusta gränssnitt och datarelationer . MITRE SEs bör hjälpa sina sponsorer att aktivt engagera sig i dessa arkitekturdelningsplatser genom att återanvända artefakter innan de återuppfinner dem och genom att publicera egna metadata och produkter för andra att återanvända.
• uppmuntra sponsors federerade arkitekturer: MITRE SEs bör främja och främja utvecklingen av federerade arkitekturer inom sponsororganisationer för att förbättra tillförlitligheten och effektiviteten i beslut. Detta kommer att ske när organisationer anpassar semantiska och strukturella data över sina gränser så att de kan se till att rätt information används för att svara på viktiga beslutsfattares frågor. MITRE SEs bör fortsätta att använda federerade arkitekturmöjligheter och förbättra informationsflödet mellan intressentnoder och därmed beslutsfattare.

sammanfattning

MITRE arbetar med en mängd olika statliga sponsorer för att hjälpa dem att bygga sina företagsarkitekturer, oftast i samband med att stödja deras övergripande företagsmoderniserings-eller omvandlingsprogram. En viktig färdighet som MITRE SEs behöver ta med är en förståelse för hur affärsbehov, informationsteknik och människor möts i välkonstruerade arkitekturer.

många av Mitres sponsorer står inför det komplexa problemet med multi-agency enterprise architecture. Hur kan olika myndigheter dela sina affärsprocesser, informationsbutiker, tekniska system och mänskliga resurser på ett sammanhängande, säkert sätt för att uppnå ett gemensamt uppdrag? Arkitekturer federation kan främja denna typ av delning. Genom att bygga sina respektive produkter för att möta gemensam föreskrivande riktning kommer Mitres sponsorer att kunna återanvända komponentarkitekturer genom att ”knäppa ihop dem” som LEGO-tegelstenar för att bygga komplexa arkitekturer av bredare omfattning och tillämplighet.

referenser och resurser

1. försvarsdepartementet, April 23, 2007, DoD Architecture Framework Ver. 1.5, Vol. I: Definitioner och riktlinjer.
2. Hite, RC och GD Kutz, 28 mars 2003, observationer om Försvarsdepartementets utkast till företagsarkitektur, GAO-03-571, öppnades 8 oktober 2017.
3. Frey, B., juli-September 2008,” Department of the Navy Architecture Federation Pilot, ” CHIPS, s.41-43, åtkomst 8 oktober 2017.
4. Flygvapnets Chefsarkitektkontor, December 2007, Air Force Architecture Framework.
5. försvarsdepartementet, DoD arkitektur registersystem.

ytterligare referenser och resurser

DoD vice Chief Information Officer, DoD Architecture Framework (DoDAF), åtkomst 8 oktober 2017.

DoD vice Chief Management Officer, Business Enterprise Architecture, åtkomst 8 oktober 2017.

Government Accountability Office, 5 augusti 2010, organisatorisk omvandling: ett ramverk för att bedöma och förbättra Enterprise Architecture Management (Ver. 2.0), GAO-10-846G, åtkomst 8 oktober 2017.