Architectures Federation

Definisjon: Architectures federation er et rammeverk for utvikling, vedlikehold og bruk av bedriftsarkitektur som justerer, lokaliserer og kobler separate, men relaterte arkitekturer og arkitekturinformasjon for å levere et sømløst utseende til brukerne.

Nøkkelord: bedriftsarkitektur, føderert arkitektur, fit for federation, semantisk justering, lagdelt ansvarlighet, berøringspunkt

MITRE Se Roller og Forventninger: MITRE jobber med en rekke offentlige sponsorer for å hjelpe dem med å bygge bedriftsarkitekturer, ofte i sammenheng med å støtte deres overordnede moderniserings-eller transformasjonsprogrammer. Mange sponsorer står overfor det komplekse problemet med å dele sine forretningsprosesser, informasjonsforretninger, tekniske systemer og menneskelige ressurser på en sammenhengende og sikker måte for å oppnå et felles oppdrag. MITRE systems engineers (SEs) forventes å forstå og anvende prinsippene for architectures federation for å muliggjøre lokal innovasjon, bedriftsintegrasjon og evolusjon på tvers av store deler av en bedriftsarkitektur eller multiagency enterprise architectures. VED å hjelpe DEM med å bygge sine respektive produkter for å møte felles normative retning, VIL MITRES sponsorer kunne gjenbruke komponentarkitekturer ved å «knipse dem sammen» som LEGO® murstein for å bygge komplekse arkitekturer av bredere omfang og anvendelighet.

Innledning

I de senere år HAR MITRE støttet arkitekturarbeid på tvers av det føderale regjeringens spektrum. Faktisk mandater den føderale regjeringen nå at byråer som søker finansiering for betydelige it-investeringer, bruker bedriftsarkitekturer. Sponsorer bruker arkitekturer for å forbedre warfighting og forretningsmuligheter ved å styrke interoperabilitet og integrering AV AMERIKANSKE bedrifter (f. eks Air Force Enterprise) Med Felles og Koalisjonsstyrker, Andre Tjenester og nasjonale byråer.

FOR å oppnå dette arbeidet, MITRE SEs forventes å forstå og anvende prinsippene for fødererte arkitekturer for å redegjøre for arkitektur sammenhenger og å uttrykke hvordan arkitekturer koble til hverandre. Sammenslåtte arkitekturer muliggjør lokal innovasjon, bedriftsintegrasjon og utvikling på tvers av store deler av et foretak—hvorav mange kan være bedrifter i seg selv. Principles of architectures federation i praksis krever sammenslåing, integrering, og federating et stort antall ulike organisasjon arkitekturer Som Federal Aviation Administration, DoD, DHS, CBP, Og Federal Emergency Management Agency, samt bidrag fra aktører i bransjen som flyselskaper, flyplasser, IT-bransjen, vær byråer, og andre. Denne artikkelen utforsker de grunnleggende begrepene arkitekturer federation og tilbyr erfaringer for Å HJELPE MITRE SEs forstå hvordan prinsippene i federation kan hjelpe utøvere bygge arkitekturer mer effektivt.

Hva Er Virksomhetsarkitektur?

Arkitektur relaterer seg til komponentenes struktur, deres forhold til hverandre og til miljøet, og prinsippene som styrer utformingen og utviklingen av enheten de beskriver, enten den enheten er en organisasjon (f. eks. føderalt departement eller byrå), et system (f. eks., Joint Surveillance Target Attack Radar System), eller et funksjonelt eller oppdragsområde(f. eks. økonomistyring, homeland security). Arkitektur produkter og gjenstander kan ta en rekke former, inkludert modeller av strukturerte data som er lagret i en arkitektur verktøy eller database repository, grafiske skildringer av informasjonen i papirkopi eller elektronisk format, eller ustrukturerte data eller tekst.

en god fungerende definisjon av «bedrift» er enhver organisasjon eller gruppe av organisasjoner som har et felles sett med mål eller prinsipper, eller en enkelt bunnlinje (f. eks., et selskap, en enkelt avdeling, en statlig enhet, et nettverk av geografisk fjerntliggende organisasjoner). En bedriftsarkitektur gir et klart og omfattende bilde av et foretak. Den består av øyeblikksbilder av dagens operasjonelle og teknologiske miljø, målmiljøet og en kapitalinvesteringsveikart for overgang fra» som det er «til» å være » miljøet. Med andre ord, det fungerer som et veikart for veien videre. Stillbildene omfatter «visninger», som hver består av ett eller flere arkitekturprodukter som gir konseptuelle eller logiske representasjoner av en del av virksomheten av interesse for en bestemt gruppe interessenter .

Hva Betyr Federated Architecture?

den historiske tilnærmingen til å utvikle monolitiske, integrerte arkitekturer har ikke fungert bra fordi disse produktene generelt blir for komplekse og uhåndterlige. En samlet arkitektur er derimot et rammeverk for utvikling, vedlikehold og bruk av bedriftsarkitektur som justerer, lokaliserer og kobler sammen separate, men relaterte arkitekturer og arkitekturinformasjon for å gi brukerne et sømløst utseende. Det gjør det mulig å bygge en kompleks arkitektur på en stykkevis måte fra komponentarkitekturer. På denne måten anerkjenner en føderal arkitekturtilnærming det unike og spesifikke formålet med individuelle arkitekturer, og det gir mulighet for autonomi og lokal styring, samtidig som bedriften kan dra nytte av deres kollektive innhold.

Federation gir midler til å organisere en bedrifts kropp av kunnskap (arkitektur) om sine aktiviteter (prosesser), mennesker og ting innenfor en definert kontekst og nåværende/fremtidige miljø. Sammenslåtte arkitekturer støtter beslutningsprosesser ved å knytte arkitekturer på tvers av virksomheten, og gir en helhetlig virksomhetsvisning som gjør det mulig å vurdere slike forhold som interoperabilitet, identifisering av duplisering og hull og bestemmelse av gjenbrukbarhet .

Hvorfor Utvikle Arkitekturer Som Støtter Federation?

muligheten til å integrere og/eller forene arkitekturer er avgjørende for å løse bedriftens problemer på tvers av et bredt domene som en føderal avdeling eller et byrå. Federation gjør det mulig for flere grupper å utvikle arkitekturer med fokus som best dekker deres umiddelbare behov, samtidig som det gir et middel for å knytte og relatere disse arkitekturene for å løse problemer som krysser flere områder. En enkelt arkitektur kan kanskje ikke adressere hele virksomheten tilstrekkelig til å støtte den typen analyser som trengs i en stor organisasjon med et mangfold av oppdrag. Evnen til å forene flere arkitekturer fører til en mer robust konstruksjon for å forstå bedriften i mindre biter.

Architectures federation tjener delvis som en prosess for å relatere underordnede og overordnede arkitekturer ved å finne overlapper og etablere kartlegginger mellom deres felles arkitekturinformasjon. Føderale avdelinger og byråer forfølger også en annen bruk av en arkitekturforbundsstrategi som deler bedriften i håndterbare, riktige komponenter, som hver kan beskrives av de samfunnene som er mest nært knyttet til dem . Alle bruker et lite sett med regler, vanlige vilkår og standarder for å opprettholde konsistens slik at komponentdelene kan «snappes sammen» etter behov. Avdelingsarkitekturer avbilder for eksempel regler og begrensninger for hele avdelingen, komponentarkitekturer avbilder misjonsspesifikke tjenester og evner, og løsningsarkitekturer avbilder løsninger som er i samsvar med høyere regler og begrensninger.

begrepet føderasjon spiller også en viktig rolle i utviklingen av miljøet og deling av informasjon. For eksempel, som federal department og byrå bedrifter blir stadig nettverk, er forbundne arkitekturer beviser avgjørende i å organisere rekke informasjon og komplekse relasjoner. Metadata for samlet arkitektur er også nyttig for å evaluere porteføljer av eksisterende systemer og programmer for å ta beslutninger om endringer eller tillegg som er nødvendige for å oppnå ønskede evner.

Så Hva Er Federated Enterprise Architecture?

som definert av virksomhetsomfanget, er federated enterprise architecture et samlet sett med arkitekturer med følgende attributter:

• den opererer i samarbeid, hvor styring er delt mellom en sentral myndighet og bestanddeler, og balanserer organisatorisk autonomi med bedriftsbehov.
• den sentrale myndighetens arkitektur kan fokusere på dynamikken i stordriftsfordeler, standarder og trivsel for bedriften.
• Konstituerende enheters arkitekturer har fleksibilitet til å forfølge autonome strategier og uavhengige prosesser .

Hvilke Sentrale Elementer Støtter Arkitekturer Federation?

i en samlet tilnærming deles ansvaret for arkitekturutvikling på ulike nivåer i bedriften. Å bringe disse separate, men relaterte anstrengelsene sammen krever:

• Lagdelt ansvarlighet: Etablere et hierarki av arkitekturer der arkitekturer lavere i hierarkiet arve egenskaper fra høyere nivå arkitekturer. Bruk berøringspunkter til å relatere arkitekturer på tvers av nivåene eller nivåene.
• Kategorisering: Relatere og gruppere» like » arkitekturer og artefakter.
• Semantisk justering: Bruk et felles ordforråd og kartleggingsforhold for å etablere felles forståelse.
• Referansearkitekturer: Gi overordnede taksonomier for andre arkitekturer å bruke.
• Søk og oppdagelse: Tillat autoriserte brukere å finne og få tilgang til relevant arkitektur for informasjon og gjenbruk .

Hva Er Noen Viktige Konstruksjoner for Architectures Federation?

nøkkelkonstruksjonene for architectures federation er avbildet I Figur 1. Hver konstruksjon består av en samling av arkitekturprodukter av interesse for en bestemt gruppe interessenter.

faget arkitektur er arkitekturen som driver løsninger for et bestemt formål. Den adresserer alle forretnings -, informasjons -, forretningstjenester og teknologikomponenter som trengs for å levere evner. Arkitekturene til de løsningene som fagarkitekturen bygger på, kalles støttende arkitekturer; mens arkitekturene til de løsningene som stole på fagarkitekturen kalles støttede arkitekturer.

hvert grensesnittpunkt for arkitektur (også kalt berøringspunkt) er en abstrakt representasjon av en målrettet forbindelse mellom to arkitekturer. Disse arkitekturgrensesnittpunktene er abstraksjoner av virkelige grensesnitt som vil bli legemliggjort i løsningene som implementerer de tilsvarende arkitekturene. Enkelt sagt er grensesnittpunktene stedene hvor arkitekturer kan slås sammen i en større føderert arkitektur, slik at de er nøkkelen til målrettet føderasjon fra et operasjonelt perspektiv.

Hva Er Rollen Av Samsvar I Federation?

det er viktig for en arkitektur å overholde et sett av standarder hvis det vil bli delt og brukes til å støtte federation med andre arkitekturer(f. eks guiding utviklingen av andre arkitekturer eller programmer). Disse standardene kommer i form av prescriptive retning kalt compliance kriterier. Samsvarskriterier omfatter forretningsregler og prosesser som informasjons -, service-og teknologistandarder. Et program eller annen arkitektur må overholde disse for at den skal overholde en gitt struktur. Samsvarskriterier forsterkes med beskrivelser av hvordan disse kriteriene skal verifiseres. Derfor angir samsvarskriteriene eksplisitt hva et program eller en arkitektur må demonstrere når det gjelder funksjonalitet og når det gjelder å overholde standarder og oppfylle spesifikke kvalitative krav.

en organisasjon kan starte med å lage arkitekturer som oppfyller et minimum sett av standarder, noe som gjør det enklere å dele arkitekturer og plassere dem for bruk i å bygge en sammenslutning av arkitekturer for å støtte byggingen av en sammenslutning av interoperable løsninger.

Hva Er Noen Eksempler på Samsvarskriterier?

Fit For Federation Er et eksempel på en bestemt samsvarsvurdering som kan brukes på enhver arkitektur som vil bli en del av en arkitekturforbund. Fit For Federation bestemmes av følgende samsvarskriterier:

• arkitekturens formål er dokumentert og verifisert av brukere og bruksområder.
• Inndata har blitt verifisert som kommer fra autoritativ kilde, og den autoritative kilden er registrert.
• arkitekturen og / eller analysen (utgang) er verifisert som egnet for formålet.
• støttede grensesnittpunkter for arkitektur og tilhørende standarder identifiseres, dokumenteres og verifiseres.
• grensesnittpunkter for støtte for arkitektur identifiseres, dokumenteres og forhandles med leverandøren.
• Andre samsvarskriterier (f. eks. standarder og / eller kvalitative krav) er etablert, dokumentert og verifisert.

noen eksempler på kvalitative krav som kan brukes når man vurderer samsvar med samsvarskriterier, er overkommelig pris, pålitelighet, utvidbarhet, ytelse og tillit.

for et serviceorientert miljø vil spesifikke samsvarskriterier bli pakket som Servicenivåavtaler (Sla-Er). Et enkelt samsvarskriterium kan distribueres til flere Sla-Er. For eksempel vil støtte et gitt ordforråd gjelde for alle tjenester som omhandler emnet (domene) ordforråd.

Beste Praksis Og Erfaringer

Oppnå semantisk enighet. For å forene arkitekturer må det være semantisk avtale slik at relevant informasjon kan relateres på riktig måte. MITRE SEs kan anbefale at deres sponsorer oppnår semantisk avtale ved:

• Å Overholde et felles rammeverk, som inkluderer bruk av felles dataelementdefinisjoner, semantikk og datastrukturer for alle arkitekturbeskrivelsesenheter eller objekter.
• I Samsvar med felles eller felles arkitekturstandarder.
• ved hjelp av foretakstaksonomier og autoritative referansedata.

I Samsvar med standarder. Generelt øker samsvar med felles eller felles arkitekturstandarder interoperabiliteten og gjør det lettere å forene. MITRE SEs bør oppfordre sine sponsorer til å velge standarder som passer til deres formål og hjelpe dem med å etablere midler for å håndheve overholdelse. For eksempel etablerer avtalte bedriftstaksonomier konteksten for å tilpasse oppdragsområdets aktiviteter og tilhørende referansemodeller, og for å kategorisere og organisere komponentarkitekturer, og dermed legge til rette for semantisk forståelse på tvers av de ulike arkitekturene i føderasjonen.

Aktiver informasjonsdeling. Sammenslutningen av arkitekturer forenkles av et miljø som muliggjør informasjonsdeling.

• Sikre god styring og virksomhetsarkitektur: MITRE SEs må først erkjenne at et arkitekturdelingsmiljø krever god styring og bedriftsarkitekturtjenester. De må hjelpe sine sponsorer til å etablere gode styringsstrukturer for å søke ansvarlighet for utvikling og vedlikehold av arkitekturer mot fastsatte mål, noe som til slutt vil lette deres evne til å forene. Denne tilnærmingen plasserer ansvar rundt prosesser som konfigurasjonsstyring og kvalitetssikring. MITRE SEs må også oppmuntre sine sponsorer til å etablere enterprise architecture-tjenester for å tillate arkitekturinformasjon å være synlig, tilgjengelig og forstått konsekvent og effektivt.
• Eksponere arkitekturer og deres metadata: suksessen til en føderasjonsinnsats avhenger også av å eksponere arkitekturer og arkitekturmetadata for potensiell kobling og gjenbruk av analytikere, planleggere og beslutningstakere på alle nivåer. Deling av arkitekturer og tjenester som allerede eksisterer bidrar til å fremskynde arkitekturutvikling og føderasjon. Registerfunksjoner sørger for registrering og kobling av arkitekturmetadata for å muliggjøre opprettelse av navigerbare og søkbare samlede bedriftsarkitekturer. Policyer og styresett for bedriftshåndhevelse for arkitekturer forsterker robuste grensesnitt og datarelasjoner . MITRE SEs bør hjelpe sine sponsorer aktivt engasjere seg i disse arkitektur-deling arenaer ved å gjenbruke gjenstander før gjenoppfinne dem og ved å legge ut sine egne metadata og produkter for andre å gjenbruke.
• Oppmuntre sponsorenes sammenslåtte arkitekturer: MITRE SEs skal fremme og fremme utviklingen av fødererte arkitekturer innen sponsororganisasjoner for å bidra til å forbedre påliteligheten og effektiviteten av beslutninger. Dette vil skje når organisasjoner justerer semantiske og strukturelle data over sine grenser, slik at de kan sikre at riktig informasjon blir brukt til å svare på viktige beslutningstakeres spørsmål. MITRE SEs bør fortsette å bruke fødererte arkitekturmuligheter og forbedre informasjonsflyten blant interessentnoder og dermed beslutningstakere.

Sammendrag

MITRE arbeider med et bredt utvalg av offentlige sponsorer for å hjelpe dem med å bygge sine bedriftsarkitekturer, oftest i sammenheng med å støtte deres samlede virksomhet modernisering eller transformasjon programmer. EN viktig ferdighet SOM MITRE SEs trenger å bringe er en forståelse av hvordan forretningsbehov, informasjonsteknologi og folk kommer sammen i godt konstruerte arkitekturer.

MANGE AV MITRES sponsorer står overfor det komplekse problemet med multi-agency enterprise architecture. Hvordan kan ulike offentlige enheter dele sine forretningsprosesser, informasjonsforretninger, tekniske systemer og menneskelige ressurser på en sammenhengende og sikker måte for å oppnå et felles oppdrag? Arkitekturer federation kan fremme denne typen deling. VED å bygge sine respektive produkter for å møte felles normative retning, VIL MITRES sponsorer kunne gjenbruke komponentarkitekturer ved å «knipse dem sammen» som LEGO® murstein for å bygge komplekse arkitekturer av bredere omfang og anvendelighet.

Referanser Og Ressurser

1. Forsvarsdepartementet, 23.April 2007, DoD Architecture Framework Ver. 1.5, Vol. I: Definisjoner og Retningslinjer.
2. Hite, Rc og Gd Kutz, 28. Mars 2003, Observasjoner på Forsvarsdepartementets Utkast Til Bedriftsarkitektur, GAO-03-571, åpnet 8.oktober 2017.
3. Frey, B., juli-September 2008, «Department Of The Navy Architecture Federation Pilot,» CHIPS, s. 41-43, åpnet 8.oktober 2017.
4. Air Force Sjefsarkitekt Kontor, desember 2007, Air Force Arkitektur Rammeverk.
5. Forsvarsdepartementet, Dod Arkitektur Register System.

Ytterligere Referanser Og Ressurser

Dod Deputy Chief Information Officer, DoD Architecture Framework (DoDAF), tilgjengelig 8.oktober 2017.

DoD Deputy Chief Management Officer, Bedriftsarkitektur, åpnet 8. oktober 2017.

Government Accountability Office, 5. August 2010, Organisatorisk Transformasjon: Et Rammeverk For Å Vurdere Og Forbedre Enterprise Architecture Management (Ver. 2.0), GAO-10-846G, åpnet 8.oktober 2017.