Architectures Federation

Definition: Architectures federation on kokonaisarkkitehtuurin kehittämiselle, ylläpidolle ja käytölle tarkoitettu kehys, joka kohdistaa, paikantaa ja yhdistää erilliset mutta toisiinsa liittyvät arkkitehtuurit ja arkkitehtuuritiedot saumattoman ulkonäön tarjoamiseksi käyttäjille.

Asiasanat: enterprise architecture, federated architecture, fit for federation, semanttinen linjaus, porrastettu tilivelvollisuus, kosketuspiste

MITRE SE roolit ja odotukset: MITRE työskentelee useiden valtion rahoittajien kanssa auttaakseen heitä rakentamaan yritysarkkitehtuureja, usein tukiessaan yritysten kokonaisuudistuksia tai transformaatio-ohjelmia. Monet sponsorit kohtaavat monimutkaisen ongelman jakaa liiketoimintaprosesseja, tietovarastot, tekniset järjestelmät, ja henkilöstöresurssit yhtenäinen ja turvallinen tapa suorittaa yhteinen tehtävä. MITRE systems engineers (ses) odotetaan ymmärtävän ja soveltavan periaatteita architectures federation mahdollistaa paikallisten innovaatioiden, yritysten integrointi, ja evoluution kautta suurten osien yritysarkkitehtuuri tai multiagency yritysarkkitehtuurit. Auttamalla MITREN sponsoreita rakentamaan tuotteitaan vastaamaan yhteistä ohjaavaa suuntaa, he voivat käyttää uudelleen komponenttiarkkitehtuureja ”napsimalla ne yhteen”, kuten LEGO® – tiilet, rakentaakseen monimutkaisia, laajempia ja sovellettavia arkkitehtuureja.

Johdanto

viime vuosina MITRE on tukenut arkkitehtuuripyrkimyksiä eri puolilla liittohallintoa. Itse asiassa liittohallitus määrää nyt, että merkittäviin tietotekniikkainvestointeihin rahoitusta hakevat tahot käyttävät yritysarkkitehtuureja. Sponsorit käyttävät arkkitehtuureja parantamaan sotataistelua ja liiketoiminnan valmiuksia parantamalla yhteentoimivuutta ja integraatiota Yhdysvaltain yritysten (esim., Air Force Enterprise) kanssa yhteisten ja Koalitiojoukkojen, muut palvelut, ja kansalliset toimistot.

näiden pyrkimysten toteuttamiseksi MITREJEN odotetaan ymmärtävän ja soveltavan liittoarkkitehtuurien periaatteita arkkitehtuurin keskinäisten suhteiden huomioon ottamiseksi ja sen ilmaisemiseksi, miten arkkitehtuurit kytkeytyvät toisiinsa. Liittoarkkitehtuurit mahdollistavat paikallisen innovoinnin, yritysten integroinnin ja kehityksen yrityksen tärkeimmissä osissa—joista monet voivat olla itsenäisiä yrityksiä. Arkkitehtuuriliiton periaatteet käytännössä edellyttävät useiden erilaisten organisaatioarkkitehtuurien, kuten Federal Aviation Administrationin, DoD: n, DHS: n, CBP: n ja Federal Emergency Management Agencyn, yhdistämistä, yhdistämistä sekä alan toimijoiden, kuten lentoyhtiöiden, lentokenttien, IT-teollisuuden, säävirastojen ja muiden osallistumista. Tässä artikkelissa tarkastellaan arkkitehtuuriliiton peruskäsitteitä ja tarjotaan oppeja, joiden avulla MITRE SEs ymmärtää, miten liiton periaatteet voivat auttaa harjoittajia rakentamaan arkkitehtuureja tehokkaammin ja vaikuttavammin.

Mitä On Enterprise Architecture?

Arkkitehtuuri liittyy komponenttien rakenteeseen, niiden suhteisiin toisiinsa ja ympäristöön sekä kuvaamansa kokonaisuuden suunnittelua ja kehitystä ohjaaviin periaatteisiin, olipa kyseessä organisaatio (esim. liittovaltion osasto tai virasto), järjestelmä (esim., Joint Surveillance Target Attack Radar System) tai toiminnallinen tai operaatioalue (esim.taloushallinto, homeland security). Arkkitehtuurin tuotteet ja artefaktit voivat olla erilaisia, mukaan lukien arkkitehtuurityökaluun tai tietokantatietokantaan tallennettujen jäsenneltyjen tietojen mallit, tietojen graafiset kuvaukset paperiversiona tai sähköisessä muodossa tai jäsentämättömät tiedot tai tekstit.

”yrityksen” hyvä toimiva määritelmä on mikä tahansa organisaatio tai organisaatioryhmä, jolla on yhteiset tavoitteet tai periaatteet tai yksi alaraja (esim., yritys, yksi osasto, valtion yksikkö, maantieteellisesti syrjäisten organisaatioiden verkosto). Kokonaisarkkitehtuuri antaa selkeän ja kattavan kuvan yrityksestä. Se koostuu tilannekuvista nykyisestä operatiivisesta ja teknologisesta ympäristöstä, kohdeympäristöstä sekä pääomainvestointien etenemissuunnitelmasta, jonka avulla siirrytään ”sellaisena kuin on” ympäristöksi ”olla”. Toisin sanoen se toimii etenemissuunnitelmana. Tilannekuvat koostuvat ”näkemyksistä”, joista jokainen koostuu yhdestä tai useammasta arkkitehtuurituotteesta, jotka tarjoavat käsitteellisiä tai loogisia esityksiä jostakin yrityksen osasta, joka kiinnostaa tiettyä sidosryhmää .

Mitä Federated Architecture Tarkoittaa?

historiallinen lähestymistapa monoliittisten, integroitujen arkkitehtuurien kehittämiseen ei ole toiminut hyvin, koska näistä tuotteista tulee yleensä liian monimutkaisia ja vaivalloisia. Sen sijaan federated architecture on yritysarkkitehtuurin kehittämisen, ylläpidon ja käytön kehys, joka kohdistaa, paikantaa ja yhdistää erilliset mutta toisiinsa liittyvät arkkitehtuurit ja arkkitehtuurin tiedot saumattoman ulkonäön tarjoamiseksi käyttäjille. Se mahdollistaa monimutkaisen arkkitehtuurin rakentamisen pala palalta komponenttiarkkitehtuureista. Näin liittoarkkitehtuurissa tunnustetaan yksittäisten arkkitehtuurien ainutlaatuisuus ja erityistarkoitus, ja se mahdollistaa niiden autonomian ja paikallisen hallinnon, samalla kun YRITYS voi hyötyä niiden yhteisestä sisällöstä.

liitto tarjoaa keinot organisoida yrityksen tietokokonaisuus (arkkitehtuuri) sen toiminnasta (prosessit), ihmisistä ja asioista määritellyssä kontekstissa ja nykyisessä/tulevassa ympäristössä. Federated architectures tukee päätöksentekoa yhdistämällä arkkitehtuureja koko yrityksen alueella ja tarjoamalla kokonaisvaltaisen yritysnäkymän, joka mahdollistaa muun muassa yhteentoimivuuden arvioinnin, päällekkäisyyksien ja aukkojen tunnistamisen sekä uudelleenkäytettävyyden määrittämisen .

Miksi Kehittää Liittovaltiota Tukevia Arkkitehtuureja?

kyky integroida ja/tai liittoarkkitehtuureja on olennaisen tärkeää, jotta yritysasioita voidaan käsitellä laajalla alueella, kuten liittovaltion yksikössä tai virastossa. Federation antaa useille ryhmille mahdollisuuden kehittää arkkitehtuureja siten, että ne täyttävät parhaiten niiden välittömät tarpeet, ja tarjoaa samalla keinon yhdistää ja liittää nämä arkkitehtuurit käsittelemään useita alueita ylittäviä kysymyksiä. Yksi rakenne ei välttämättä pysty käsittelemään koko yritystä riittävästi, jotta se tukisi sellaisia analyysejä, joita tarvitaan laajassa organisaatiossa, jolla on erilaisia tehtäviä. Kyky yhdistää useita arkkitehtuureja johtaa vankempaan konstruktioon yrityksen ymmärtämiseksi pienemmissä, puremakokoisissa paloissa.

Arkkitehtuuriliitto toimii osittain prosessina, jossa alemmat ja ylemmät arkkitehtuurit liittyvät toisiinsa löytämällä päällekkäisyyksiä ja luomalla niiden yhteisen arkkitehtuuritiedon välisiä yhteyksiä. Liittovaltion osastot ja virastot pyrkivät myös käyttämään arkkitehtuuriliiton strategiaa, joka jakaa yrityksen hallittaviin, oikeankokoisiin komponentteihin, joista kukin voidaan kuvata niihin läheisimmin liittyvillä yhteisöillä . Jokainen käyttää pieniä sääntöjä, yhteisiä termejä ja standardeja johdonmukaisuuden säilyttämiseksi niin, että osat voidaan ”napsahtaa yhteen” tarpeen mukaan. Esimerkiksi osastoarkkitehtuureissa kuvataan osastonlaajuisia sääntöjä ja rajoitteita, komponenttiarkkitehtuureissa tehtäväkohtaisia palveluja ja ominaisuuksia ja ratkaisuarkkitehtuureissa korkeampien sääntöjen ja rajoitteiden mukaisia ratkaisuja.

myös federaation käsitteellä on tärkeä rooli ympäristön kehittämisessä ja tiedon jakamisessa. Esimerkiksi liittovaltion osasto-ja virastoyritysten verkottuessa yhä enemmän liittoarkkitehtuurit ovat osoittautumassa välttämättömiksi informaation ja monimutkaisten suhteiden järjestämisessä. Federated architecture metadata on myös hyödyllinen arvioitaessa olemassa olevien järjestelmien ja ohjelmien salkkuja, jotta voidaan tehdä päätöksiä muutoksista tai lisäyksistä, jotka ovat tarpeen haluttujen ominaisuuksien saavuttamiseksi.

Mikä Sitten On Federated Enterprise Architecture?

Enterprise scope-määritelmän mukaan federated enterprise architecture on kollektiivinen arkkitehtuureiden joukko, jolla on seuraavat ominaisuudet:

• se toimii yhteistyössä, jossa hallinto on jaettu keskusviranomaisen ja siihen kuuluvien yksiköiden kesken, ja se tasapainottaa organisatorisen riippumattomuuden yritysten tarpeiden kanssa.
• keskusviranomaisen arkkitehtuurissa voidaan keskittyä mittakaavaetujen, standardien ja yrityksen hyvinvoinnin dynamiikkaan.
• Osayksiköiden arkkitehtuureilla on joustavuutta toteuttaa itsenäisiä strategioita ja itsenäisiä prosesseja .

Mitkä Keskeiset Elementit Tukevat Arkkitehtuurien Liittoa?

liittokohtaisessa lähestymistavassa vastuu arkkitehtuurin kehittämisestä jaetaan yrityksen eri tasoilla. Näiden erillisten mutta toisiinsa liittyvien ponnistelujen yhdistäminen vaatii:

• vaiheittainen tilivelvollisuus: luodaan arkkitehtuureille hierarkia, jossa hierarkiassa alemmat arkkitehtuurit perivät ominaisuuksia korkeamman tason arkkitehtuureilta. Käytä kosketuspisteitä arkkitehtuurien yhdistämiseen eri tasojen tai tasojen välillä.
• luokittelu: suhteuttaa ja ryhmittää ”like” – arkkitehtuurit ja artefaktit.
• semanttinen linjaus: käytä yhteistä sanastoa ja kartoitussuhteita yhteisen ymmärryksen luomiseksi.
• Referenssiarkkitehtuurit: tarjoavat emolaksonomioita muiden arkkitehtuurien käytettäväksi.
• haku ja löytö: salli valtuutettujen käyttäjien löytää ja käyttää asiaankuuluvaa arkkitehtuuria tietoa ja uudelleenkäyttöä varten .

mitkä ovat Arkkitehtuuriliiton keskeisiä konstruktioita?

arkkitehtuuriliiton Keskeiset konstruktiot on esitetty kuvassa 1. Jokainen rakennus käsittää kokoelman arkkitehtuurituotteita, jotka kiinnostavat tiettyä sidosryhmäryhmää.

subjektiarkkitehtuuri on arkkitehtuuri, joka ajaa ratkaisuja tiettyyn tarkoitukseen. Se koskee kaikkia liiketoiminnan, tiedot, Yrityspalvelut, ja teknologian komponentteja tarvitaan tuottamaan valmiuksia. Niiden ratkaisujen arkkitehtuureja, joihin subjektiarkkitehtuuri nojaa, kutsutaan tukiarkkitehtuureiksi, kun taas niiden ratkaisujen arkkitehtuureja, jotka tukeutuvat subjektiarkkitehtuuriin, kutsutaan tuetuiksi arkkitehtuureiksi.

jokainen arkkitehtuurin rajapinta (kutsutaan myös kosketuspisteeksi) on abstrakti esitys tarkoituksellisesta yhteydestä kahden arkkitehtuurin välillä. Nämä arkkitehtuurin rajapintapisteet ovat reaalimaailman rajapintojen abstraktioita, jotka sisällytetään vastaavat arkkitehtuurit toteuttaviin ratkaisuihin. Yksinkertaisesti sanottuna rajapinnat ovat paikkoja, joissa arkkitehtuurit voidaan liittää osaksi suurempaa liittoarkkitehtuuria, joten ne ovat toiminnallisesta näkökulmasta keskeisiä tarkoituksenmukaisen liittoarkkitehtuurin kannalta.

mikä on vaatimustenmukaisuuden rooli liitossa?

on tärkeää, että arkkitehtuuri noudattaa tiettyjä standardeja, jos se jaetaan ja sitä käytetään tukemaan liittoa muiden arkkitehtuurien kanssa (esim.ohjaamaan muiden arkkitehtuurien tai ohjelmien kehitystä). Nämä standardit tulevat säännönmukaisuuden kriteereiksi kutsuttujen ohjaavien ohjeiden muodossa. Vaatimustenmukaisuuskriteereihin kuuluvat liiketoimintasäännöt ja prosessit, kuten tieto -, palvelu-ja teknologiastandardit. Ohjelman tai muun arkkitehtuurin on noudatettava näitä, jotta se noudattaa tiettyä rakennetta. Vaatimustenmukaisuuden arviointiperusteita täydennetään kuvauksilla tavoista, joilla nämä kriteerit todennetaan. Sen vuoksi vaatimustenmukaisuuskriteereissä todetaan nimenomaisesti, mitä ohjelman tai arkkitehtuurin on osoitettava toiminnallisuuden, standardien noudattamisen ja erityisten laadullisten vaatimusten täyttämisen osalta.

organisaatio voi aloittaa luomalla arkkitehtuureja, jotka täyttävät vähimmäisstandardit, mikä helpottaa arkkitehtuurien jakamista ja asemointia käytettäväksi arkkitehtuuriliiton rakentamisessa tukemaan yhteentoimivien ratkaisujen liiton rakentamista.

mitkä ovat joitakin esimerkkejä vaatimustenmukaisuuden arviointiperusteista?

Fit for Federation on esimerkki erityisestä vaatimustenmukaisuuden arvioinnista, jota voidaan soveltaa mihin tahansa arkkitehtuuriliittoon tulevaan arkkitehtuuriin. Fit for Federation määräytyy seuraavien vaatimustenmukaisuuskriteerien perusteella:

• käyttäjät ja käyttäjät ovat dokumentoineet ja todentaneet arkkitehtuurin tarkoituksen.
• syöte on varmistettu tulevan arvovaltaisesta lähteestä, ja arvovaltainen lähde on kirjattu ylös.
• arkkitehtuuri ja / tai analyysi (tuotos) on todennettu tarkoitukseen sopiviksi.
• Tuetut arkkitehtuurin rajapintapisteet ja niihin liittyvät standardit tunnistetaan, dokumentoidaan ja todennetaan.
• arkkitehtuurin tukipisteet tunnistetaan, dokumentoidaan ja niistä neuvotellaan palveluntarjoajan kanssa.
• muut vaatimustenmukaisuuskriteerit (esim., yrityksen laajuiset standardit ja / tai laadulliset vaatimukset) vahvistetaan, dokumentoidaan ja todennetaan.

joitakin esimerkkejä laadullisista vaatimuksista, joita voidaan soveltaa arvioitaessa vaatimustenmukaisuuskriteerien mukaisuutta, ovat edullisuus, luotettavuus, laajennettavuus, suorituskyky ja luottamus.

palvelukeskeisessä ympäristössä erityiset vaatimustenmukaisuuskriteerit pakattaisiin palvelutasosopimuksiksi (SLAs). Yksi vaatimustenmukaisuuden arviointiperuste voi jakaa useille maksupalveluntarjoajille. Esimerkiksi tietyn sanaston tukeminen koskisi kaikkia palveluita, jotka käsittelevät kyseistä sanastoa (domain).

Parhaat Käytännöt ja saadut kokemukset

saavutetaan semanttinen yhteisymmärrys. Arkkitehtuurien yhteenliittäminen edellyttää semanttista yhteisymmärrystä, jotta asiaankuuluvat tiedot voidaan liittää toisiinsa asianmukaisesti. MITRE SEs voi suositella, että heidän sponsorinsa saavuttavat semanttisen sopimuksen:

• noudatetaan yhteistä viitekehystä, joka sisältää yhteisten tietoalkioiden määritelmien, semantiikan ja tietorakenteiden käytön kaikille arkkitehtuurin kuvausyksiköille tai-olioille.
• yhteisten tai jaettujen arkkitehtuuristandardien mukaisia.
• käyttäen yritysten taksonomioita ja arvovaltaisia viitetietoja.

standardien mukaisia. Yleisesti ottaen yhteisten tai yhteisten arkkitehtuuristandardien noudattaminen lisää yhteentoimivuutta ja helpottaa liittymistä. MITRE SEs: n olisi kannustettava sponsoreitaan valitsemaan tarkoituksiinsa sopivat standardit ja autettava niitä luomaan keinot vaatimusten noudattamisen valvomiseksi. Esimerkiksi sovitut yritystaksonomiat luovat puitteet tehtäväalueen toimintojen ja niihin liittyvien viitemallien yhdenmukaistamiselle sekä komponenttiarkkitehtuurien luokittelulle ja järjestämiselle, mikä helpottaa semanttista ymmärrystä eri arkkitehtuureissa federaatiossa.

mahdollistavat tietojen jakamisen. Arkkitehtiliiton toimintaa helpottaa tiedon jakamisen mahdollistava ympäristö.

• hyvän hallintotavan ja kokonaisarkkitehtuurin varmistaminen: MITRE SEs: n on ensin tunnustettava, että arkkitehtuurin yhteiskäyttöympäristö edellyttää hyvää hallintoa ja kokonaisarkkitehtuuripalveluja. Niiden on autettava rahoittajiaan luomaan hyvät hallintorakenteet, jotta ne voivat soveltaa vastuuvelvollisuutta arkkitehtuurien kehittämiseen ja ylläpitoon asetettujen tavoitteiden saavuttamiseksi, mikä viime kädessä helpottaa niiden kykyä liittoutua. Tämä lähestymistapa asettaa vastuun kokoonpanon hallinnan ja laadunvarmistuksen kaltaisten prosessien ympärille. MITRE SEs: n on myös rohkaistava sponsoreitaan perustamaan yritysarkkitehtuuripalveluja, jotta arkkitehtuuritieto olisi näkyvää, saatavilla ja ymmärrettävää johdonmukaisesti ja tehokkaasti.
• altista arkkitehtuurit ja niiden metatiedot: federaatioponnistelujen onnistuminen riippuu myös arkkitehtuurien ja arkkitehtuurin metatiedon paljastamisesta analyytikoiden, suunnittelijoiden ja päättäjien mahdolliselle linkittämiselle ja uudelleenkäytölle kaikilla tasoilla. Jo olemassa olevien arkkitehtuurien ja palveluiden jakaminen nopeuttaa arkkitehtuurin kehitystä ja liittovaltiota. Rekisteriominaisuudet mahdollistavat arkkitehtuurin metatietojen rekisteröinnin ja linkittämisen, jotta voidaan luoda navigoitavia ja haettavissa olevia liittoarkkitehtuureja. Yritysten täytäntöönpanokäytännöt ja arkkitehtuurien hallinta vahvistavat vahvoja rajapintoja ja datasuhteita . MITRE SEs: n pitäisi auttaa sponsoreitaan osallistumaan aktiivisesti näihin arkkitehtuurin jakamispaikkoihin uudelleenkäyttämällä esineitä ennen niiden uudelleen keksimistä ja julkaisemalla omia metatietojaan ja tuotteitaan muiden uudelleenkäytettäväksi.
• rohkaise sponsoreiden liittoarkkitehtuureja: MITRE SEs: n olisi edistettävä ja edistettävä liittoarkkitehtuurien kehittämistä sponsoriorganisaatioissa päätösten luotettavuuden ja tehokkuuden parantamiseksi. Tämä tapahtuu, kun organisaatiot yhdistävät semanttista ja rakenteellista tietoa yli rajojensa, jotta ne voivat varmistaa, että oikeaa tietoa käytetään keskeisten päätöksentekijöiden kysymyksiin vastaamiseen. MITRE SEs: n olisi edelleen hyödynnettävä federoituja arkkitehtuurimahdollisuuksia ja parannettava tiedonkulkua sidosryhmien solmukohtien ja sitä kautta päätöksentekijöiden välillä.

Summary

MITRE työskentelee useiden valtion rahoittajien kanssa auttaakseen heitä rakentamaan yritysarkkitehtuurinsa, useimmiten tukiessaan yrityksen kokonaisuudistusta tai muutosohjelmia. Keskeinen taito, joka MITRE Sesin on tuotava, on ymmärrys siitä, miten liiketoiminnan tarpeet, tietotekniikka ja ihmiset kohtaavat hyvin rakennetuissa arkkitehtuureissa.

monet MITREN sponsorit kohtaavat monitahoisen monivirastoarkkitehtuurin ongelman. Miten eri valtion yksiköt voivat jakaa liiketoimintaprosessejaan, tietovarastojaan, teknisiä järjestelmiään ja henkilöresurssejaan yhtenäisellä, turvallisella tavalla yhteisen tehtävän toteuttamiseksi? Arkkitehtiliitto voi edistää tällaista jakamista. Rakentamalla tuotteensa vastaamaan yhteistä ohjaavaa suuntaa MITREN sponsorit voivat käyttää uudelleen komponenttiarkkitehtuureja ”napsimalla ne yhteen”, kuten LEGO® – tiilet, rakentaakseen monimutkaisia arkkitehtuureja, joilla on laajempi soveltamisala ja sovellettavuus.

References and Resources

1. Department of Defense, April 23, 2007, DoD Architecture Framework Ver. 1.5, Vol. I: määritelmät ja suuntaviivat.
2. Hite, R. C., and G. D. Kutz, March 28, 2003, Observations on Department of Defense ’ s Draft Enterprise Architecture, GAO-03-571, accessed October 8, 2017.
3. Frey, B., heinä-syyskuu 2008, ”Department of the Navy Architecture Federation Pilot,” CHIPS, s. 41-43, accessed October 8, 2017.
4. ilmavoimien Pääarkkitehtitoimisto, joulukuu 2007, ilmavoimien arkkitehtuurin viitekehys.
5. Department of Defense, DoD Architecture Registry System.

lisätietoja ja resursseja

puolustusministeriön apulaispäällikkö, puolustusministeriön Arkkitehtuurikehys (DoDAF), accessed October 8, 2017.

puolustusministeriön apulaisjohtaja, Business Enterprise Architecture, accessed October 8, 2017.

Government Accountability Office, August 5, 2010, Organizational Transformation: a Framework for Assessing and Improving Enterprise Architecture Management (Ver. 2.0), GAO-10-846G, accessed 8.lokakuuta 2017.