Liittovaltion yritysarkkitehtuuri - Federal enterprise architecture

Liittovaltion kokonaisarkkitehtuurin puitteissa ( FEAF ) on Yhdysvaltain viittaus kokonaisarkkitehtuuri on liittohallitus . Se tarjoaa yhteisen lähestymistavan strategisen, liiketoiminnan ja teknologian hallinnan integrointiin osana organisaation suunnittelua ja suorituskyvyn parantamista.

Tunnetuin Liittovaltion kokonaisarkkitehtuuri on kokonaisarkkitehtuurin n liittohallituksen Yhdysvaltojen , USA "liittovaltion Enterprise Architecture" (FEA) ja vastaava Yhdysvaltain "Federal Enterprise Architecture Framework" (FEAF). Tämä lemma keskittyy tähän yritysarkkitehtuuriin ja yritysarkkitehtuurikehykseen .

Yleiskatsaus

Yritysarkkitehtuuri (EA) on johdon paras käytäntö liiketoiminnan ja teknologian resurssien sovittamiseksi yhteen strategisten tulosten saavuttamiseksi, organisaation suorituskyvyn parantamiseksi ja liittovaltion virastojen ohjaamiseksi ydintehtäviensä suorittamiseksi paremmin . EA kuvaa viraston nykyistä ja tulevaa tilaa ja laatii suunnitelman siirtymisestä nykyisestä tilasta haluttuun tulevaan tilaan. Liittovaltion yritysarkkitehtuuri on keskeneräinen työ näiden tavoitteiden saavuttamiseksi.

Yhdysvaltain liittovaltion yritysarkkitehtuuri (FEA) on Yhdysvaltojen hallinto- ja budjettitoimiston , sähköisen hallinnon ja tietotekniikan toimiston aloite , jonka tavoitteena on ymmärtää yritysarkkitehtuurin arvo Yhdysvaltojen liittohallituksessa. Yritysarkkitehtuurista tuli tunnustettu strateginen ja johtamistapa Yhdysvaltojen liittohallituksessa, kun vuonna 1996 annettiin Clinger-Cohen-laki .

Yritysarkkitehtuurin käyttöönotosta ja käytöstä Yhdysvaltojen liittohallituksessa on lukuisia etuja. Niiden joukossa on tarjota yhteinen lähestymistapa IT-hankintoihin Yhdysvaltojen liittohallituksessa . Se on myös suunniteltu helpottamaan tietojen ja resurssien jakamista liittovaltion virastojen välillä, vähentämään kustannuksia ja parantamaan kansalaispalveluja.

Historia

Image
Yhdysvaltojen Federal Enterprise Architecture Framework (FEAF) -komponenttien rakenne, esitelty vuonna 2001.

Syyskuussa 1999 liittovaltion CIO neuvosto julkaisi "Federal Enterprise Architecture Framework" (FEAF) version 1.1 kehittää Enterprise Architecture (EA) minkä tahansa liittovaltion virasto järjestelmä, joka ylittää useita virastojen välisiä rajoja. Se perustuu yleisiin liiketoimintakäytäntöihin ja organisatoristen rajojen ylittäviin suunnitelmiin, muun muassa NIST-yritysarkkitehtuurimalliin . FEAF tarjoaa kestävän standardin tärkeiden alueiden arkkitehtuurikuvausten kehittämiseksi ja dokumentoimiseksi. Se tarjoaa ohjeita liittohallituksen moniorganisaatiotoiminnallisten segmenttien arkkitehtuurien kuvaamiseen. Julkaisun aikaan hallituksen IT-painopiste Y2K-kysymyksissä ja sitten syyskuun 2001 tapahtumissa ohjasi huomion EA: n toteuttamisesta, vaikka sen ennakolta ja sen jälkeinen käytäntö saattoi parantaa näiden tapahtumien vaikutusta. Osana presidentin johtamisohjelmaa elokuussa 2001 aloitettiin sähköisen hallinnon työryhmä (epävirallisesti nimeltään Project Quicksilver). Keskeinen havainto tuossa strategiassa oli se, että huomattavat päällekkäisyydet ja tarpeettomat virastojärjestelmät rajoittivat kykyä saavuttaa Bushin hallinnon strategia tehdä hallituksesta "kansalaiskeskeinen". Työryhmä suositteli liittovaltion yritysarkkitehtuurihankkeen perustamista ja FEA-toimiston perustamista OMB: lle. Tämä oli siirtyminen FEAF: n keskittymisestä tietotekniikkaan J2EE-objektien uudelleenkäytön lähestymistapaan käyttäen vertailumalleja, jotka käsittivät taksonomioita, jotka liittivät suorituskykytulokset liiketoiminta-alueisiin, prosessipalvelujen komponentteihin, tietotyyppeihin ja teknologiakomponenteihin. Siitä lähtien tehdyt väliaikaiset julkaisut ovat lisänneet peräkkäisten viitemallien määritelmää peräkkäin (katso alla) sekä erittäin vankan metodologian arkkitehtuurin todelliseen kehittämiseen sarjassa malleja, jotka muodostavat liittovaltion segmenttiarkkitehtuurimenetelmän (FSAM) ja sen seuraavan sukupolvenvaihdos, Collaborative Planning Methodology (CPM), joka on suunniteltu joustavammaksi, laajemmin sovellettavaksi ja kattavammaksi laajemmille suunnittelualoille.

Nämä liittovaltion arkkitehtonisegmentit muodostavat yhdessä liittovaltion yritysarkkitehtuurin. Vuonna 2001 liittovaltion arkkitehtuurityöryhmä (FAWG) sponsoroi yritysarkkitehtuurin tuotteiden kehittämistä kauppaa varten ja myönsi liittovaltion arkkitehtuurisegmenttejä. Menetelmän määrätty tapa lähestyä tiettyä ongelmaa. Kuten kuvasta näkyy, FEAF jakaa tietyn arkkitehtuurin liiketoiminta-, data-, sovellus- ja teknologiaarkkitehtuureihin. FEAF yleiset puitteet luotiin tuolloin (katso kuva) sisältää ensimmäiset kolme saraketta Zachman puitteiden ja Spewak n Enterprise Architecture Planning menetelmiä.

Toukokuussa 2012 OMB julkaisi täysin uuden oppaan, "Common Approach to Federal Enterprise Architecture". Opas, joka on julkaistu osana liittovaltion tietohallintojohtajan poliittisia ohjaus- ja hallintatyökaluja yhteisten lähestymistapojen lisäämiseksi IT-palveluiden toimittamiseksi, esittelee yleisen lähestymistavan yritysarkkitehtuurin kehittämiseen ja käyttöön liittohallituksessa. Yhteinen lähestymistapa edistää lähetystehokkuuden lisääntymistä standardoimalla arkkitehtuurien kehittämisen ja käytön liittovaltion virastojen sisällä ja välillä. Tämä sisältää periaatteet EA: n käyttämisestä virastojen auttamiseksi poistamaan jätteet ja päällekkäisyydet, lisäämään jaettuja palveluja, poistamaan suorituskyvyn aukot ja edistämään hallituksen, teollisuuden ja kansalaisten sitoutumista.

Valkoinen talo julkaisi 29. tammikuuta 2013 liittovaltion yritysarkkitehtuurikehyksen (FEAF-II) version 2 valtion virastoille ja julkisti sen noin vuotta myöhemmin. Asiakirja täyttää yhteisen lähestymistavan asettamat kriteerit ja korostaa, että strategiset tavoitteet ohjaavat yrityspalveluja, jotka puolestaan ​​asettavat vaatimukset mahdollistavalle teknologialle. Ytimessä on konsolidoitu viitemalli (CRM), joka antaa OMB: lle ja liittovaltion virastoille yhteisen kielen ja puitteet kuvaamaan ja analysoimaan investointeja.

Federal Enterprise Architecture (FEA) on yleisesti valtuutettu joukolla liittovaltion lakeja ja valtuuksia. Nämä liittovaltion lait ovat olleet:

OMB: n täydentävät kiertokirjeet ovat olleet:

  • A-11: Talousarvion valmistelu, toimittaminen ja toteuttaminen
  • A-130: OMB: n kiertokirje A-130 Federal Information Resources Management, julkaistiin ensimmäisen kerran joulukuussa 1985

Yhteistyön suunnittelumenetelmät

Yhteistyösuunnittelumenetelmä (CPM) on yksinkertainen, toistettavissa oleva prosessi, joka koostuu integroidusta, monialaisesta analyysistä, joka johtaa suosituksiin, jotka on laadittu yhteistyössä johtajien, sidosryhmien, suunnittelijoiden ja toteuttajien kanssa. Se on tarkoitettu täydelliseksi suunnittelun ja toteutuksen elinkaareksi käytettäväksi kaikilla tasoilla, jotka on määritelty yhteisessä lähestymistavassa liittovaltion yritysarkkitehtuuriin: kansainvälinen, kansallinen, liittovaltion, sektori, virasto, segmentti, järjestelmä ja sovellus.

Versio 2 -viitemallit

Image
Liittovaltion yritysarkkitehtuuri.

Federal Enterprise Architecture Frameworkin (FEAF) konsolidoitu viitemalli antaa OMB: lle ja liittovaltion virastoille yhteisen kielen ja puitteet kuvaamaan ja analysoimaan investointeja. Se koostuu joukosta toisiinsa liittyviä vertailumalleja, jotka on suunniteltu helpottamaan virastojen välistä analyysiä ja päällekkäisten investointien, aukkojen ja yhteistyömahdollisuuksien tunnistamista virastojen sisällä ja niiden välillä. Viitemallit muodostavat yhdessä viitekehyksen, jolla kuvataan liittovaltion virastotoiminnan tärkeitä osia yhteisellä ja johdonmukaisella tavalla. FEAF: n ja sen sanaston avulla IT-salkkuja voidaan hallita ja hyödyntää paremmin koko liittohallituksessa, mikä parantaa yhteistyötä ja viime kädessä muuttaa liittohallitusta.

Viisi vertailumallia versiossa 1 (katso alla) on ryhmitelty uudelleen ja laajennettu kuudeksi FEAF-II: ssa.

Suorituskyvyn vertailumalli (PRM)
Tämä vertailumalli tukee arkkitehtuurianalyysiä ja raportointia koko EA: n strategian aliarkkitehtuurinäkymässä. PRM yhdistää toimistostrategian, sisäiset liiketoimintakomponentit ja investoinnit tarjoten keinon mitata näiden investointien vaikutusta strategisiin tuloksiin.
Yrityksen viitemalli (BRM)
Tämä viitemalli, joka yhdistää FEAF v1: n liiketoiminta- ja palvelukomponenttimallit, tukee arkkitehtuurianalyysiä ja raportointia yrityspalvelujen aliarkkitehtuurinäkymässä koko EA: ssa. BRM kuvaa organisaatiota yhteisten tehtävien ja tukipalvelualueiden taksonomian avulla, ei organisoidun näkemyksen sijaan, mikä edistää virastojen sisäistä ja sisäistä yhteistyötä.
Tietoviittausmalli (DRM)
DRM helpottaa olemassa olevien "siiloissa" sijaitsevien tietojen hallintaa ja auttaa ymmärtämään tietojen merkityksen, miten niihin pääsee ja miten niitä voidaan käyttää suorituskyvyn tukemiseen.
Sovelluksen viitemalli (ARM)
ARM luokittelee järjestelmiin ja sovelluksiin liittyvät standardit ja tekniikat, jotka tukevat palvelukykyjen toimittamista, jolloin virastot voivat jakaa ja käyttää uudelleen yhteisiä ratkaisuja ja hyötyä mittakaavaetuista.
Infrastruktuurin vertailumalli (IRM)
IRM luokittelee verkko- / pilvipohjaiset standardit ja tekniikat tukemaan ja mahdollistamaan ääni-, data-, video- ja mobiilipalvelukomponenttien ja -toimintojen toimittamisen.
Turvallisuuden vertailumalli (SRM)
SRM tarjoaa yhteisen kielen ja metodologian keskustelemaan turvallisuudesta ja yksityisyydestä liittovaltion virastojen liiketoiminta- ja suorituskykytavoitteiden yhteydessä.

Versio 1 -viitemallit

Image
Liittovaltion yritysarkkitehtuuri.

FEA on rakennettu käyttäen valikoimaa vertailumalleja, jotka kehittävät yhteisen taksonomian IT-resurssien kuvaamiseksi. FEA-version 1 vertailumallit (katso kuva) sisälsivät seuraavat:

  • suorituskyvyn vertailumalli,
  • liiketoiminnan viitemalli,
  • palvelukomponentin viitemalli,
  • tietojen vertailumalli ja
  • tekninen viitemalli.

Se on suunniteltu helpottamaan tietojen ja resurssien jakamista liittovaltion virastojen välillä, vähentämään kustannuksia ja parantamaan kansalaispalveluja. Se on Yhdysvaltojen hallinto- ja budjettitoimiston aloite, jonka tavoitteena on noudattaa Clinger-Cohen-lakia .

Suorituskyvyn vertailumalli (PRM)

Image
Suorituskyvyn vertailumalli, 2005.

Liikuntarajoitteiset henkilöt ovat standardoitu kehys mittaamaan suurten IT-investointien tuloksia ja niiden osuutta ohjelman suorituskyvyssä. Liikuntarajoitteisilla henkilöillä on kolme päätarkoitusta:

  1. Auta tuottamaan parannettua suorituskykytietoa strategisen ja päivittäisen päätöksenteon parantamiseksi;
  2. Parannetaan tuotantopanosten yhdenmukaistamista ja määritetään paremmin niiden panos tuotoksiin ja tuloksiin, mikä luo selkeän "näköyhteyden" haluttuihin tuloksiin.
  3. Tunnista suorituskyvyn parantamisen mahdollisuudet, jotka kattavat perinteiset organisaatiorakenteet ja rajat

PRM käyttää useita nykyisiä lähestymistapoja suorituskyvyn mittaaminen, kuten Balanced Scorecard , Baldrige kriteerit arvo mittaus menetelmät , ohjelma logiikka malleja , arvoketjun ja kapeikkoajattelu . Lisäksi virastot ilmoittivat liikuntarajoitteisille PART-arvioinneilla, GPRA: lla, yritysarkkitehtuurilla sekä pääoman suunnittelulla ja sijoitusten valvonnalla. PRM koostuu tällä hetkellä neljästä mittausalueesta:

  • Tehtävä ja liiketoiminnan tulokset
  • Asiakkaan tulokset
  • Prosessit ja toimet
  • Teknologia

Yrityksen viitemalli (BRM)

Image
Yritysviitemallin yleiskatsaus.

"FEA- liiketoiminnan viitemalli " on toimintoperusteinen kehys, jolla kuvataan liittovaltion hallituksen liiketoimintaa riippumatta niitä suorittavista virastoista. Tämä liiketoiminnan vertailumalli tarjoaa järjestäytyneen, hierarkkisen rakenteen liittovaltion hallituksen päivittäisen liiketoiminnan kuvaamiseen toiminnallisesti ohjattavaa lähestymistapaa käyttäen. BRM on liittovaltion yritysarkkitehtuurin ensimmäinen kerros, ja se on tärkein näkökulma tietojen, palvelukomponenttien ja tekniikan analysointiin.

BRM on jaettu neljään alueeseen:

  • Palvelut kansalaisille
  • Toimitustapa
  • Tukea palvelujen toimittamista
  • Hallituksen resurssien hallinta

Liiketoiminnan viitemalli tarjoaa puitteet, jotka helpottavat toimivaa (toisin kuin organisaatioon perustuvaa) näkemystä liittohallituksen luottoluokituksista, mukaan lukien sen sisäiset toiminnot ja kansalaisille tarjottavat palvelut riippumatta virastoista, toimistoista ja toimistoista, jotka niitä suorittavat. Kuvailemalla liittovaltion hallitusta yhteisten liiketoiminta-alueiden ympärillä sen sijaan, että näyttäisivät litteää, virastokohtaista näkemystä, BRM edistää virastojen yhteistyötä ja toimii FEA- ja E-Gov-strategioiden perustana.

Vaikka BRM tarjoaa paremman ajattelutavan hallituksen toiminnasta, se on vain malli; sen todellinen hyödyllisyys voidaan toteuttaa vain, kun sitä käytetään tehokkaasti. BRM: n edistämä toiminnallinen lähestymistapa ei juurikaan auta sähköisen hallinnon tavoitteiden saavuttamisessa, ellei sitä sisällytetä EA: n liiketoiminta-arkkitehtuureihin eikä kaikkien liittovaltion virastojen ja OMB: n hallintaprosesseihin.

Palvelukomponenttien vertailumalli (SRM)

Image
Palvelukomponenttien viitemalli.

Palvelukomponenttien vertailumalli (SRM) on liiketoiminta- ja tuloslähtöinen toiminnallinen kehys, joka luokittelee palvelukomponentit sen mukaan, miten ne tukevat liiketoiminta- ja / tai suorituskykytavoitteita. SRM on tarkoitettu tukemaan valtionlaajuisten liiketoiminta- ja sovelluspalvelukomponenttien löytämistä IT-investoinneissa ja omaisuudessa. SRM on rakennettu horisontaalisten ja vertikaalisten palvelualueiden yli, jotka liiketoiminnoista riippumatta voivat tarjota vipuvaikutuksellisen perustan tukemaan sovellusten, sovellusominaisuuksien, komponenttien ja yrityspalvelujen uudelleenkäyttöä.

SRM perustaa seuraavat verkkotunnukset:

  • Asiakaspalvelut
  • Prosessiautomaatiopalvelut
  • Liikkeenjohdon palvelut
  • Digitaaliset omaisuuspalvelut
  • Liiketoiminnan analyyttiset palvelut
  • Back Office -palvelut
  • Tukipalvelut

Jokainen palvelualue on jaettu palvelutyyppeihin. Esimerkiksi kolme asiakaspalvelutunnukseen liittyvää palvelutyyppiä ovat: Asiakasasetukset; Asiakassuhteiden hallinta; ja asiakkaan aloittama apu. Ja jokainen palvelutyyppi hajotetaan edelleen komponenteiksi. Esimerkiksi neljä asiakaskohtaisten palvelujen tyyppiä ovat: Mukauttaminen; Tilaukset; Hälytykset ja ilmoitukset; ja profiilin hallinta.

Tietoviittausmalli (DRM)

Image
DRM-yhteistyöprosessi.

Data Reference Model (DRM) kuvaa, kokonaisuutena arvioiden, tiedot ja tiedot, jotka tukevat hallituksen ohjelmaan ja liiketoimintalinja toimintaa. Tämän mallin avulla virastot voivat kuvata liittovaltion hallituksen ja kansalaisten välisiä vuorovaikutustyyppejä. DRM luokittelee valtion tiedot yksityiskohtaisemmiksi. Se vahvistaa myös liittovaltion tietojen luokituksen ja tunnistaa päällekkäiset tietoresurssit. Yhteinen tietomalli virtaviivaistaa tiedonvaihtoprosesseja liittohallituksen sisällä sekä hallituksen ja ulkopuolisten sidosryhmien välillä.

DRM: n ensimmäinen osa tarjoaa korkean tason yleiskatsauksen rakenteen, käytön ja tietojen tunnistamisen rakenteista. Tämä asiakirja:

  • Tarjoaa johdannon ja korkean tason yleiskatsauksen sisällöstä, joka tarkennetaan mallin niteissä 2–4;
  • Kannustaa kiinnostuksen kohteena olevaa yhteisöä kehittämään jäljellä olevia määriä; ja
  • Tarjoaa peruskäsitteet, strategian ja rakenteen, jota käytetään tulevassa kehityksessä.

DRM on lähtökohta, josta tietoarkkitehtien tulisi kehittää mallinnusstandardeja ja -konsepteja. Yhdistetyt DRM-määrät tukevat tietoluokitusta ja mahdollistavat horisontaalisen ja vertikaalisen tiedon jakamisen.

Tekninen viitemalli (TRM)

Image
Tekninen viitemalli.

TRM on komponenttipohjainen tekninen kehys, joka luokittelee standardit ja tekniikat palvelukomponenttien ja -ominaisuuksien toimittamisen tukemiseksi ja mahdollistamiseksi. Se myös yhdistää nykyiset virastojen TRM- ja E-Gov-ohjeet tarjoamalla perustan teknologian ja palvelukomponenttien uudelleenkäytön ja standardoinnin edistämiseksi koko hallituksen näkökulmasta.

TRM koostuu:

  • Palvelualueet : edustavat teknistä tasoa, joka tukee palvelukomponenttien turvallista rakentamista, vaihtoa ja toimitusta. Jokainen palvelualue yhdistää standardit ja tekniikat alemman tason toiminnallisiksi alueiksi. Jokainen palvelualue koostuu useista palveluluokista ja palvelustandardeista. Tämä hierarkia tarjoaa puitteet standardien ja tekniikoiden ryhmittelemiselle, jotka tukevat suoraan palvelualuetta. (Violetit otsikot)
  • Palveluluokat : luokitellaan alhaisemmat tekniikat ja standardit heidän palvelemaansa liiketoimintaan tai teknologiafunktioon nähden. Kukin palveluluokka puolestaan ​​sisältää yhden tai useamman palvelustandardin. (Lihavoidut kasvot -ryhmittymät)
  • Palvelustandardit : määritä standardit ja tekniikat, jotka tukevat palveluluokkaa. Tukeakseen viraston kartoittamista TRM: ään, monet palvelustandardit tarjoavat esimerkinomaisia ​​havainnollistavia spesifikaatioita tai tekniikoita. (Pelkkäteksti)

Oikealla oleva kuva antaa korkean tason kuvan TRM: stä.

Viraston pääomasijoitusten mukauttaminen TRM: ään hyödyntää yhteistä, standardoitua sanastoa, mikä mahdollistaa virastojen välisen löytämisen, yhteistyön ja yhteentoimivuuden. Virastot ja liittohallitus hyötyvät mittakaavaeduista tunnistamalla ja hyödyntämällä parhaita ratkaisuja ja tekniikoita liiketoimintansa, tehtävänsä ja kohdearkkitehtuurinsa tukemiseksi. Hierarkiassa järjestetty TRM luokittelee standardit ja tekniikat, jotka tukevat yhdessä sellaisten liiketoiminta- ja sovelluspalvelukomponenttien turvallista toimitusta, vaihtoa ja rakentamista, joita voidaan käyttää ja hyödyntää komponentti- tai palvelukeskeisessä arkkitehtuurissa .

Arkkitehtuurin tasot

FEA-yrityksessä segmentti- ja ratkaisuarkkitehtuuri tarjoaa erilaisia ​​liiketoimintanäkymiä vaihtelemalla yksityiskohtien tasoa ja vastaamalla niihin liittyviin mutta erillisiin huolenaiheisiin. Aivan kuten yritykset itse ovat hierarkkisesti järjestäytyneitä, samoin ovat kunkin arkkitehtuurityypin erilaiset näkemykset. Federal Enterprise Architecture Practice Guidance (2006) on määritellyt kolme arkkitehtuurityyppiä:

Image
Federal Enterprise Architecture -tasot ja määritteet
  • Yritysarkkitehtuuri,
  • Segmenttiarkkitehtuuri ja
  • Ratkaisuarkkitehtuuri.

Määritelmän mukaan Enterprise Architecture (EA) on pohjimmiltaan kyse etsitään yhteisiä tai jaettuja loppusumma - ovatko ne strategiat, liiketoimintaprosessit, investoinnit, datan, järjestelmiä tai teknologioita. EA: ta ohjaa strategia; se auttaa virastoa tunnistamaan, ovatko sen resurssit asianmukaisesti viraston tehtävän ja strategisten tavoitteiden ja tavoitteiden mukaisia. Sijoitusnäkökulmasta EA: ta käytetään päätöksentekoon koko IT-sijoitussalkusta. Näin ollen EA: n ensisijaisia ​​sidosryhmiä ovat ylemmät johtajat ja johtajat, joiden tehtävänä on varmistaa, että virasto täyttää tehtävänsä mahdollisimman tehokkaasti.

Sitä vastoin " segmenttiarkkitehtuuri " määrittelee yksinkertaisen etenemissuunnitelman ydinalueelle, yrityspalvelulle tai yrityspalvelulle. Segmenttiarkkitehtuuria ohjaa yritysjohto, ja se toimittaa tuotteita, jotka parantavat palvelujen toimittamista kansalaisille ja viraston henkilöstölle. Sijoitusnäkökulmasta segmenttiarkkitehtuuri ohjaa yritystapauksia tai liiketoimintaryhmien ryhmiä, jotka tukevat ydinaluetta tai yhteistä tai jaettua palvelua. Segmenttiarkkitehtuurin ensisijaiset sidosryhmät ovat yritysten omistajat ja johtajat. Segmenttiarkkitehtuuri liittyy EA: han kolmella periaatteella:

  • rakenne: segmenttiarkkitehtuuri perii EA: n käyttämän kehyksen, vaikka sitä voidaan laajentaa ja erikoistua vastaamaan ydinalueen tai yhteisen tai jaetun palvelun erityistarpeisiin.
  • uudelleenkäyttö: segmenttiarkkitehtuuri käyttää uudelleen yritystasolla määriteltyjä tärkeitä varoja, mukaan lukien: tiedot; yhteiset liiketoimintaprosessit ja investoinnit; ja sovellukset ja tekniikat.
  • tasaus: segmenttiarkkitehtuuri kohdistuu yritystasolla määriteltyihin elementteihin, kuten liiketoimintastrategioihin, mandaatteihin, standardeihin ja suorituskykymittareihin.

" Ratkaisuarkkitehtuuri " määrittelee viraston IT-varat, kuten sovellukset tai komponentit, joita käytetään yksittäisten toimistotoimintojen automatisointiin ja parantamiseen. Ratkaisuarkkitehtuurin soveltamisala on tyypillisesti rajoitettu yhteen projektiin, ja sitä käytetään koko järjestelmän tai liiketoimintaratkaisun tai sen osan toteuttamiseen. Ratkaisuarkkitehtuurin ensisijaiset sidosryhmät ovat järjestelmän käyttäjät ja kehittäjät. Ratkaisuarkkitehtuuri liittyy yleisesti segmenttiarkkitehtuuriin ja yritysarkkitehtuuriin määritelmien ja rajoitusten kautta. Esimerkiksi segmenttiarkkitehtuuri tarjoaa määritelmät ydinmissioalueella tai -palvelussa käytetyistä data- tai palvelurajapinnoista, joihin yksittäiset ratkaisut pääsevät. Vastaavasti ratkaisu voidaan rajoittaa tiettyihin teknologioihin ja standardeihin, jotka on määritelty yrityksen tasolla.

Ohjelman tulokset

Federal Enterprise Architecture -ohjelman tuloksia pidetään epätyydyttävinä:

  • FEA-ohjelmaan osallistuva Stanley Gaver kertoo, että "Liittovaltion yritysarkkitehtuuri ei ole toiminut, eikä se ole usein tuottanut hyödyllisiä tuloksia. Lisäksi merkittävä osa liittovaltion EA-ohjelmasta on saatu päätökseen ja täydelliset epäonnistumiset ".
  • Yhdysvaltain kongressille vuonna 2011 annetussa virallisessa raportissa kerrottiin, että "useimmat osastot ja virastot ilmoittivat odottavansa ymmärtävänsä yritysarkkitehtuuriohjelmiensa edut [...] joskus tulevaisuudessa. Tämä viittaa siihen, että liittovaltion todellinen arvo hallitusta kehittämään ja käyttämään yritysarkkitehtuuria, on edelleen suurelta osin realisoitumatonta ".

Katso myös

Viitteet

Ulkoiset linkit