Arhitectura întreprinderii federale - Federal enterprise architecture

Un cadru federal de arhitectură a întreprinderii ( FEAF ) este arhitectura de întreprindere de referință din SUA a unui guvern federal . Oferă o abordare comună pentru integrarea managementului strategic, de afaceri și tehnologic ca parte a proiectării organizației și îmbunătățirii performanței.

Cea mai cunoscută arhitectură de întreprindere federală este arhitectura de întreprindere a guvernului federal al Statelor Unite , „Arhitectura întreprinderii federale” (FEA) și „Cadrul federal de arhitectură a întreprinderilor” (FEAF) din SUA. Această lemă se va concentra asupra acestei arhitecturi specifice întreprinderii și a cadrului arhitecturii întreprinderii .

Prezentare generală

Arhitectura întreprinderii (EA) este o bună practică de gestionare pentru alinierea resurselor tehnologice și de afaceri pentru a obține rezultate strategice, pentru a îmbunătăți performanța organizațională și pentru a ghida agențiile federale să-și execute mai bine misiunile de bază . Un EA descrie starea actuală și viitoare a agenției și stabilește un plan pentru trecerea de la starea actuală la starea viitoare dorită. O arhitectură de întreprindere federală este o lucrare în curs de realizare pentru a atinge aceste obiective.

Arhitectura Federală a Întreprinderilor din SUA (FEA) este o inițiativă a Biroului SUA de Management și Buget , Biroul E-Guvernare și IT, care își propune să realizeze valoarea arhitecturii întreprinderii în cadrul Guvernului Federal SUA. Arhitectura întreprinderilor a devenit o bună practică recunoscută pentru management și strategie în guvernul federal al SUA odată cu adoptarea Legii Clinger-Cohen în 1996.

Există numeroase avantaje care rezultă din implementarea și utilizarea unei arhitecturi de întreprindere în cadrul guvernului federal al SUA. Printre acestea se numără furnizarea unei abordări comune pentru achiziționarea de IT în guvernul federal al Statelor Unite . De asemenea, este conceput pentru a facilita schimbul de informații și resurse între agențiile federale, pentru a reduce costurile și pentru a îmbunătăți serviciile pentru cetățeni.

Istorie

Structura componentelor „Cadrului Federal de Arhitectură a Întreprinderilor” (FEAF) din SUA, prezentată în 2001.

În septembrie 1999, Consiliul CIO federal a publicat „Federal Enterprise Architecture Framework” (FEAF) versiunea 1.1 pentru dezvoltarea unei Enterprise Architecture (EA) în cadrul oricărei agenții federale pentru un sistem care depășește limitele inter-agenții multiple. Se bazează pe practici și design-uri comerciale comune care depășesc granițele organizaționale, printre altele Modelul NIST Enterprise Architecture . FEAF oferă un standard durabil pentru dezvoltarea și documentarea descrierilor arhitecturale ale zonelor cu prioritate ridicată. Acesta oferă îndrumări în descrierea arhitecturilor pentru segmente funcționale multi-organizaționale ale guvernului federal. La momentul lansării, focusul IT al Guvernului asupra problemelor Y2K și apoi evenimentele din septembrie 2001 au distras atenția de la implementarea EA, deși practica sa în prealabil și ulterior a putut ameliora impactul acestor evenimente. Ca parte a Agendei de Management a Președintelui, în august 2001, a fost inițiat proiectul E-Government Task Force (numit neoficial Project Quicksilver). O constatare cheie în această strategie a fost că suprapunerea substanțială și sistemele redundante de agenții au limitat capacitatea de a realiza strategia administrației Bush de a face guvernul „centrat pe cetățeni”. Task Force a recomandat crearea unui proiect federal de arhitectură a întreprinderilor și crearea biroului FEA la OMB. Aceasta a fost o trecere de la concentrarea FEAF pe ingineria informației, la o abordare de reutilizare a obiectelor J2EE utilizând modele de referință care cuprind taxonomii care leagă rezultatele de performanță de liniile de activitate, componentele serviciilor de proces, tipurile de date și componentele tehnologice. Versiunile intermediare de atunci au oferit creșteri succesive ale definiției pentru modelele de referință de bază (vezi mai jos), precum și o metodologie foarte robustă pentru dezvoltarea efectivă a unei arhitecturi într-o serie de șabloane care formează Federal Segment Architecture Methodology (FSAM) și următoarea sa înlocuirea generației, metodologia de planificare colaborativă (CPM), care a fost concepută pentru a fi mai flexibilă, mai aplicabilă pe scară largă și mai cuprinzătoare pentru setul mai mare de discipline de planificare.

Aceste segmente arhitecturale federale constituie în mod colectiv arhitectura întreprinderii federale. În 2001, Federal Architecture Working Group (FAWG) a sponsorizat dezvoltarea produselor Enterprise Architecture pentru comerț și a acordat segmente de arhitectură federală. Metoda prescrisă de metoda de abordare a unei anumite probleme. Așa cum se arată în figură, FEAF partiționează o anumită arhitectură în arhitecturi de afaceri, date, aplicații și tehnologie. Cadrul general FEAF creat la acel moment (vezi imaginea) include primele trei coloane ale Zachman Framework și Spewak e Enterprise Architecture Planning metodologiei.

În mai 2012, OMB a publicat un nou ghid complet, „Abordarea comună a arhitecturii întreprinderilor federale”. Lansat ca parte a instrumentelor de gestionare și gestionare a politicii CIO federale pentru creșterea abordărilor partajate de furnizare a serviciilor IT, ghidul prezintă o abordare generală a dezvoltării și utilizării arhitecturii întreprinderilor în guvernul federal. Abordarea comună promovează niveluri sporite de eficiență a misiunii prin standardizarea dezvoltării și utilizării arhitecturilor în cadrul și între agențiile federale. Aceasta include principii pentru utilizarea EA pentru a ajuta agențiile să elimine deșeurile și duplicarea, să sporească serviciile partajate, să închidă lacunele de performanță și să promoveze implicarea în rândul guvernului, industriei și cetățenilor.

La 29 ianuarie 2013, Casa Albă a lansat versiunea 2 a Federal Enterprise Architecture Framework (FEAF-II) către agențiile guvernamentale, făcând-o publică aproximativ un an mai târziu. Documentul îndeplinește criteriile stabilite de abordarea comună, subliniind faptul că obiectivele strategice conduc serviciile de afaceri, care la rândul lor asigură cerințele pentru tehnologiile abilitatoare. În centrul său se află modelul de referință consolidat (CRM), care dota OMB și agențiile federale cu un limbaj și un cadru comune pentru a descrie și analiza investițiile.

În general, Arhitectura Federală a Întreprinderilor (FEA) este mandatată de o serie de legi și mandate federale. Aceste legi federale au fost:

GPRA 1993: Legea privind performanța și reforma guvernamentală
PRA 1995: Legea privind reducerea documentelor
CCA 1996: Legea Clinger-Cohen
GPEA 1998: Legea privind eliminarea actelor guvernamentale
FISMA 2002: Legea federală privind gestionarea securității informațiilor
E-Gov 2002: Guvernare electronică

Circularele OMB suplimentare au fost:

A-11: Pregătirea, depunerea și executarea bugetului
A-130: Circulara OMB A-130 Managementul resurselor informatice federale, emisă pentru prima dată în decembrie 1985

Metodologia de planificare colaborativă

Metodologia de planificare colaborativă (CPM) este un proces simplu, repetabil, care constă dintr-o analiză integrată, multidisciplinară, care are ca rezultat recomandări formate în colaborare cu lideri, părți interesate, planificatori și implementatori. Este conceput ca un ciclu de viață complet de planificare și implementare pentru utilizare la toate nivelurile domeniului de aplicare definit în abordarea comună a arhitecturii întreprinderilor federale: internațional, național, federal, sectorial, agenție, segment, sistem și aplicație.

Modele de referință versiunea 2

Arhitectura Federală a Întreprinderilor.

Modelul de referință consolidat al Cadrului Federal de Arhitectură a Întreprinderilor (FEAF) oferă echipelor OMB și agențiilor federale un limbaj și un cadru comune pentru a descrie și analiza investițiile. Acesta constă dintr-un set de modele de referință interdependente concepute pentru a facilita analiza între agenții și identificarea de investiții duplicate, lacune și oportunități de colaborare în cadrul și între agenții. În mod colectiv, modelele de referință cuprind un cadru pentru descrierea elementelor importante ale operațiunilor agențiilor federale într-un mod comun și consecvent. Prin utilizarea FEAF și a vocabularului său, portofoliile IT pot fi mai bine gestionate și valorificate la nivelul întregului guvern federal, îmbunătățind colaborarea și transformând în cele din urmă guvernul federal.

Cele cinci modele de referință din versiunea 1 (a se vedea mai jos) au fost regrupate și extinse în șase în FEAF-II.

Model de referință de performanță (PRM): Acest model de referință acceptă analiza arhitecturală și raportarea în strategia sub-arhitecturală a ansamblului EA. PRM leagă strategia agenției, componentele interne de afaceri și investițiile, oferind un mijloc de măsurare a impactului acestor investiții asupra rezultatelor strategice.
Model de referință pentru afaceri (BRM): Acest model de referință, care combină modelele de referință pentru componentele de afaceri și servicii din FEAF v1, acceptă analiza arhitecturală și raportarea în sub-arhitectura serviciilor de afaceri a EA generală. BRM descrie o organizație printr-o taxonomie a misiunii comune și a zonelor de servicii de sprijin în loc de printr-o viziune organizațională cu sobe, promovând astfel colaborarea intra și inter-agenții.
Model de referință a datelor (DRM): DRM facilitează descoperirea stocurilor de date existente care locuiesc în „silozuri” și permite înțelegerea semnificației datelor, cum să le accesați și cum să le utilizați pentru a susține rezultatele de performanță.
Modelul de referință al aplicației (ARM): ARM clasifică standardele și tehnologiile legate de sistem și aplicații care susțin furnizarea de capabilități de servicii, permițând agențiilor să partajeze și să refolosească soluții comune și să beneficieze de economii de scară.
Modelul de referință pentru infrastructură (IRM): IRM clasifică standardele și tehnologiile legate de rețea / cloud pentru a sprijini și permite livrarea componentelor și capabilităților serviciilor de voce, date, video și mobile.
Model de referință de securitate (SRM): SRM oferă un limbaj și o metodologie comune pentru a discuta securitatea și confidențialitatea în contextul obiectivelor de afaceri și de performanță ale agențiilor federale.

Modele de referință versiunea 1

Arhitectura Federală a Întreprinderilor.

FEA este construit folosind un sortiment de modele de referință care dezvoltă o taxonomie comună pentru descrierea resurselor IT. Modelele de referință FEA Versiunea 1 (a se vedea imaginea) au inclus următoarele:

model de referință de performanță,
model de referință pentru afaceri,
modelul de referință al componentei de serviciu,
modelul de referință al datelor și
model tehnic de referință.

Este conceput pentru a facilita schimbul de informații și resurse între agențiile federale, pentru a reduce costurile și pentru a îmbunătăți serviciile pentru cetățeni. Este o inițiativă a Biroului de Management și Buget al SUA care își propune să respecte Legea Clinger-Cohen .

Model de referință de performanță (PRM)

Model de referință de performanță, 2005.

PRM este un cadru standardizat pentru a măsura performanța investițiilor IT majore și contribuția acestora la performanța programului. PRM are trei scopuri principale:

Ajutați la producerea de informații de performanță îmbunătățite pentru a îmbunătăți luarea deciziilor strategice și zilnice;
Îmbunătățiți alinierea - și articulați mai bine contribuția - intrărilor la rezultate și rezultate, creând astfel o „linie de vedere” clară la rezultatele dorite;
Identificați oportunitățile de îmbunătățire a performanței care acoperă structurile și limitele organizaționale tradiționale

PRM folosește o serie de abordări existente pentru măsurarea performanței, inclusiv Balanced Scorecard , Baldrige Criteria, metodologia de măsurare a valorii , modelele logice ale programului , lanțul valoric și teoria constrângerilor . În plus, PRM a fost informat de ceea ce agențiile măsoară în prezent prin evaluările PART, GPRA, arhitectura întreprinderii și Planificarea capitalului și controlul investițiilor. PRM este compus în prezent din patru zone de măsurare:

Rezultate de misiune și afaceri
Rezultatele clienților
Procese și activități
Tehnologie

Model de referință pentru afaceri (BRM)

Prezentare generală a modelului de referință pentru afaceri.

„ Modelul de referință al afacerii FEA ” este un cadru bazat pe funcții pentru descrierea operațiunilor comerciale ale guvernului federal independent de agențiile care le efectuează. Acest model de referință de afaceri oferă o construcție organizată, ierarhică, pentru descrierea operațiunilor de afaceri cotidiene ale guvernului federal, utilizând o abordare funcțională. BRM este primul strat al Arhitecturii Întreprinderii Federale și este punctul de vedere principal pentru analiza datelor, componentelor serviciilor și tehnologiei.

BRM este împărțit în patru zone:

Servicii pentru cetățeni
Modul de livrare
Asistență pentru livrarea de servicii
Managementul resurselor guvernamentale

Modelul de referință pentru afaceri oferă un cadru care facilitează o viziune funcțională (spre deosebire de organizațională) a LoB-urilor guvernului federal, inclusiv operațiunile sale interne și serviciile sale pentru cetățeni, independent de agențiile, birourile și birourile care le efectuează. Prin descrierea guvernului federal în jurul unor zone comerciale comune, în loc de o viziune stovepipedă, agenție cu agenție, BRM promovează colaborarea agenției și servește ca bază fundamentală pentru strategiile FEA și E-Gov.

În timp ce BRM oferă un mod îmbunătățit de gândire la operațiunile guvernamentale, acesta este doar un model; adevărata sa utilitate poate fi realizată numai atunci când este utilizată eficient. Abordarea funcțională promovată de BRM nu va ajuta prea mult la realizarea obiectivelor e-guvernării dacă nu este încorporată în arhitecturile de afaceri EA și în procesele de management ale tuturor agențiilor federale și OMB.

Modelul de referință al componentelor de serviciu (SRM)

Modelul de referință al componentei de serviciu.

Modelul de referință pentru componentele de serviciu (SRM) este un cadru funcțional orientat spre afaceri și performanță, care clasifică componentele de serviciu în ceea ce privește modul în care acestea susțin obiectivele de afaceri și / sau de performanță. SRM este destinat utilizării pentru a sprijini descoperirea componentelor serviciilor de afaceri și aplicații la nivel guvernamental în investiții și active IT. SRM este structurat pe domenii de servicii orizontale și verticale care, independent de funcțiile de afaceri, pot oferi o bază de pârghie pentru a sprijini reutilizarea aplicațiilor, capabilităților aplicațiilor, componentelor și serviciilor de afaceri.

SRM stabilește următoarele domenii:

Servicii clienți
Servicii de automatizare a proceselor
Servicii de administrare a afacerilor
Servicii de active digitale
Servicii analitice de afaceri
Servicii Back Office
Servicii suport

Fiecare domeniu de serviciu este descompus în tipuri de servicii. De exemplu, cele trei tipuri de servicii asociate domeniului serviciilor pentru clienți sunt: Preferințe client; Managementul relatiilor cu clientii; și asistență inițiată de clienți. Și fiecare tip de serviciu este descompus în continuare în componente. De exemplu, cele patru componente din tipul de serviciu Preferințe clienți includ: Personalizare; Abonamente; Alerte și notificări; și Managementul profilului.

Model de referință a datelor (DRM)

Procesul de colaborare DRM.

Modelul de referință a datelor (DRM) descrie, la nivel agregat, datele și informațiile care susțin operațiunile programului guvernamental și ale liniei de activitate. Acest model permite agențiilor să descrie tipurile de interacțiuni și schimburi care au loc între guvernul federal și cetățeni. DRM clasifică informațiile guvernamentale în niveluri mai mari de detalii. De asemenea, stabilește o clasificare pentru datele federale și identifică resursele de date duplicate. Un model comun de date va simplifica procesele de schimb de informații în cadrul guvernului federal și între guvern și părțile interesate externe.

Volumul 1 al DRM oferă o imagine de ansamblu la nivel înalt a structurii, utilizării și a construcțiilor de identificare a datelor. Acest document:

Oferă o introducere și o imagine de ansamblu la nivel înalt a conținutului care va fi detaliat în Volumele 2-4 ale modelului;
Încurajează dezvoltarea comunității de interese a volumelor rămase; și
Oferă conceptele de bază, strategia și structura care vor fi utilizate în dezvoltarea viitoare.

DRM este punctul de plecare de la care arhitecții de date ar trebui să dezvolte standarde și concepte de modelare. Volumele combinate ale DRM acceptă clasificarea datelor și permit partajarea orizontală și verticală a informațiilor.

Model de referință tehnică (TRM)

Model de referință tehnică.

TRM este un cadru tehnic bazat pe componente care clasifică standardele și tehnologiile pentru a sprijini și a permite livrarea componentelor de serviciu și a capacităților. De asemenea, unifică TRM-urile agenției existente și orientările E-Gov, oferind o bază pentru a avansa refolosirea și standardizarea tehnologiei și a componentelor de serviciu dintr-o perspectivă la nivel guvernamental.

TRM constă din:

Zone de service : reprezintă un nivel tehnic care susține construcția, schimbul și livrarea în siguranță a componentelor de service. Fiecare zonă de servicii agregează standardele și tehnologiile în zone funcționale de nivel inferior. Fiecare zonă de serviciu constă din mai multe categorii de servicii și standarde de servicii. Această ierarhie oferă cadrul pentru gruparea standardelor și tehnologiilor care susțin direct zona de servicii. (Rubrici violet)
Categorii de servicii : clasificați niveluri mai scăzute de tehnologii și standarde în ceea ce privește afacerea sau funcția tehnologică pe care o deservesc. La rândul său, fiecare categorie de servicii cuprinde unul sau mai multe standarde de servicii. (Grupări cu îndrăznețe)
Standarde de servicii : definiți standardele și tehnologiile care acceptă o categorie de servicii. Pentru a sprijini maparea agențiilor în TRM, multe dintre standardele de servicii oferă ca exemple specificații sau tehnologii ilustrative (text simplu)

Figura din dreapta oferă o reprezentare la nivel înalt a TRM.

Alinierea investițiilor de capital ale agenției la TRM utilizează un vocabular comun, standardizat, permițând descoperirea, colaborarea și interoperabilitatea între agenții. Agențiile și guvernul federal vor beneficia de economii de scară prin identificarea și reutilizarea celor mai bune soluții și tehnologii pentru a-și sprijini funcțiile de afaceri, misiunea și arhitectura țintă. Organizat într-o ierarhie, TRM clasifică standardele și tehnologiile care sprijină în mod colectiv livrarea, schimbul și construirea în siguranță a componentelor de servicii de afaceri și aplicații care pot fi utilizate și valorificate într -o arhitectură bazată pe componente sau orientată spre servicii .

Niveluri de arhitectură

În cadrul întreprinderii FEA, segmentul și arhitectura soluției oferă perspective de afaceri diferite, variind nivelul de detaliu și abordând preocupări legate, dar distincte. Așa cum întreprinderile sunt ele însele organizate ierarhic, tot așa sunt și punctele de vedere diferite oferite de fiecare tip de arhitectură. Ghidul practic al arhitecturii întreprinderilor federale (2006) a definit trei tipuri de arhitectură:

Niveluri și atribute ale Arhitecturii Întreprinderilor Federale

Arhitectura întreprinderii,
Segmentează arhitectura și
Arhitectura soluției.

Prin definiție, Enterprise Architecture (EA) se preocupă fundamental de identificarea activelor comune sau partajate - indiferent dacă sunt strategii, procese de afaceri, investiții, date, sisteme sau tehnologii. EA este condusă de strategie; ajută o agenție să identifice dacă resursele sale sunt aliniate corect la misiunea agenției și la obiectivele și obiectivele strategice. Din perspectiva investițiilor, EA este utilizată pentru a conduce decizii cu privire la portofoliul de investiții IT în ansamblu. În consecință, principalele părți interesate ale EA sunt managerii superiori și directorii însărcinați să se asigure că agenția își îndeplinește misiunea cât mai eficient și eficient posibil.

În schimb, „ arhitectura segmentelor ” definește o foaie de parcurs simplă pentru o zonă de misiune de bază, un serviciu de afaceri sau un serviciu de întreprindere. Arhitectura de segmente este condusă de managementul afacerii și oferă produse care îmbunătățesc furnizarea de servicii cetățenilor și personalului agenției. Din perspectiva investiției, arhitectura segmentului conduce deciziile pentru un caz de afaceri sau un grup de cazuri de afaceri care susțin o zonă de bază a misiunii sau un serviciu comun sau partajat. Părțile interesate principale pentru arhitectura segmentelor sunt proprietarii și managerii de afaceri. Arhitectura de segmente este legată de EA prin trei principii:

structură: arhitectura segmentului moștenește cadrul utilizat de EA, deși poate fi extins și specializat pentru a răspunde nevoilor specifice unei zone de misiune de bază sau a unui serviciu comun sau partajat.
reutilizare: arhitectura segmentului reutilizează active importante definite la nivelul întreprinderii, inclusiv: date; procese și investiții comerciale comune; și aplicații și tehnologii.
aliniere: arhitectura segmentelor se aliniază cu elementele definite la nivelul întreprinderii, cum ar fi strategiile de afaceri, mandatele, standardele și măsurile de performanță.

„ Arhitectura soluției ” definește activele IT ale agenției, cum ar fi aplicațiile sau componentele utilizate pentru automatizarea și îmbunătățirea funcțiilor individuale ale agenției. Domeniul de aplicare al unei arhitecturi de soluții este de obicei limitat la un singur proiect și este utilizat pentru a implementa tot sau parțial un sistem sau o soluție de afaceri. Părțile interesate principale pentru arhitectura soluției sunt utilizatorii de sistem și dezvoltatorii. Arhitectura soluției este în mod obișnuit legată de arhitectura segmentelor și arhitectura întreprinderii prin definiții și constrângeri. De exemplu, arhitectura segmentului oferă definiții ale interfețelor de date sau de servicii utilizate într-o zonă sau serviciu de bază, care sunt accesate de soluții individuale. În mod similar, o soluție poate fi limitată la tehnologii și standarde specifice care sunt definite la nivelul întreprinderii.

Rezultatele programului

Rezultatele programului Federal Enterprise Architecture sunt considerate nesatisfăcătoare:

Stanley Gaver, participant la programul FEA, raportează că „Arhitectura întreprinderilor din cadrul guvernului federal nu a funcționat și, de cele mai multe ori, nu a dat rezultate utile. Mai mult, părți semnificative ale programului federal EA au fost complete și eșecuri totale ".
Raportul oficial către Congresul SUA din 2011 a raportat că „majoritatea departamentelor și agențiilor au raportat că se așteaptă să realizeze beneficiile din programele lor respective de arhitectură a întreprinderilor [...] cândva în viitor. Ceea ce sugerează este că valoarea reală în federal guvernul de la dezvoltarea și utilizarea arhitecturilor întreprinderii rămâne în mare parte nerealizat ".

Languages

In other projects