Pangkalahatang-ideya Ang Enterprise Architecture ay nakatuon sa pagkakahanay ng mga tao, proseso, teknolohiya, at impormasyon sa isang organisasyon.
Tinitiyak ng Enterprise Architecture (EA) ang epektibong pagkakahanay ng mga tao, proseso, teknolohiya, at impormasyon sa buong Commonwealth. Ginagabayan nito ang mga desisyon sa teknolohiya sa buong lifecycle—mula sa estratehikong pagpaplano at mga aktibidad bago ang pagkuha hanggang sa pagpili ng solusyon, pagsusuri ng arkitektura, pamamahala ng mga eksepsiyon, at patuloy na pamamahala.
Naglalathala ang EA ng mga pamantayan sa teknolohiya sa buong estado na tumutukoy sa mga kinakailangang pag-uugali at kontrol, at nagpapanatili ito ng mga roadmap ng teknolohiya upang matulungan ang mga ahensya na magplano para sa modernisasyon at pamahalaan ang mga lifecycle ng teknolohiya.
Ang awtoridad para sa programang EA ng Commonwealth ay itinatag sa Kodigo ng Virginia § 2.2-2007 at § 2.2-2011, na nag-aatas sa pangangasiwa sa buong estado ng estratehiya, pamantayan, at pamamahala ng arkitektura ng IT.
Pamamahala sa Arkitektura
Ang balangkas ng Enterprise Architecture (EA) Governance ng Commonwealth of Virginia ay nagbibigay ng isang pinag-isang istrukturang nakabatay sa mga pamantayan na nagsisiguro na ang lahat ng serbisyo, sistema, at solusyon sa teknolohiya sa mga Executive Branch agencies ay gumagana sa isang pare-pareho, ligtas, at estratehikong nakahanay na paraan.
Sa gabay ng Virginia Information Technologies Agency (VITA), itinatatag ng modelo ng pamamahala ng EA ang mga patakaran, pamantayan, proseso ng pagsusuri, at pangangasiwa sa lifecycle na kinakailangan upang masuri ang teknikal na integridad, kalakasan ng arkitektura, at pagiging tugma ng negosyo ng mga iminungkahi at umiiral na serbisyo ng IT. Tinitiyak ng pamamahalang ito na ang lahat ng desisyon sa arkitektura ay sumusuporta sa mga layunin sa negosyo sa buong estado, nagpapanatili ng pagsunod sa mga Patakaran at Pamantayan ng ITRM ng Commonwealth, at sumusunod sa mga itinatag na kinakailangan sa kalidad, seguridad, interoperability, at accessibility.
The Commonwealth’s Ang Patakaran sa Arkitektura ng Negosyo (EA200) ay nagtatatag ng balangkas na awtoritatibo na gumagabay kung paano kumukuha, gumagamit, at namamahala ang Executive Branch agencies ng mga mapagkukunan ng teknolohiya ng impormasyon. Tinutukoy nito ang direksyon at mga teknikal na kinakailangan sa arkitektura ng enterprise sa buong estado, tinitiyak na ang mga pamumuhunan sa IT ay sumusunod sa mga batas, pamantayan, at teknikal na pamamahala ng Commonwealth na itinatag ng Chief Information Officer (CIO). Ang layunin ng patakaran ay magbigay ng isang nakabalangkas na balangkas ng paggawa ng desisyon sa IT na nagdodokumento sa kasalukuyan at target na arkitektura, tinitiyak ang pagkakahanay ng mga solusyon sa IT sa estratehiya ng negosyo at mga layunin sa pagganap, inaalis ang kalabisan, pinapabuti ang interoperability at seguridad, at iniuugnay ang mga portfolio ng IT ng ahensya sa pangkalahatang misyon ng Commonwealth.
Sa ilalim ng EA‑200, ang VITA, sa direksyon ng CIO, ang bumubuo, nagpapanatili, at nag-a-update ng mga teknikal at datos na patakaran, pamantayan, at alituntunin, habang ang mga ahensya ay dapat sumunod sa mga kinakailangang ito o humiling ng mga eksepsiyon kung kinakailangan. Tinutukoy ng patakaran ang apat na bahagi ng arkitektura ng enterprise ng Commonwealth (Negosyo, Impormasyon, Solusyon, at Teknikal na Arkitektura) at nagtatatag ng isang proseso ng pamamahala para sa pamamahala ng mga pagbabago at eksepsiyon. Kabilang dito ang nakabalangkas na pagsusuri, pananaliksik, at paggawa ng desisyon ng CIO para sa mga iminungkahing paglihis o pag-update sa EA. Sa pamamagitan ng pag-istandardisa ng mga teknolohiya at paggabay sa direksyon ng arkitektura ng estado sa hinaharap, tinitiyak ng EA‑200 ang pagkakapare-pareho, seguridad, at kahusayan sa buong estado sa kung paano nagpaplano, kumukuha, at nagpapatupad ng mga solusyon sa IT ang mga ahensya.
Ang Enterprise Architecture Standard (EA225) ng Commonwealth ay nagtatatag ng mandatoryong teknikal na direksyon, mga pahayag ng mga kinakailangan, at mga roadmap ng teknolohiya na dapat sundin ng mga ahensya kapag nagpaplano, kumukuha, bumubuo, o nagbabago ng mga solusyon sa IT. Ang mga pamantayang ito ay nagpapatupad sa Patakaran sa Arkitektura ng Enterprise sa pamamagitan ng pagtukoy sa mga partikular na teknolohiya, kasanayan, at inaasahan sa arkitektura na nagsisiguro ng pagkakapare-pareho, seguridad, interoperability, at pangmatagalang pagpapanatili sa mga Executive Branch agencies. Itinatakda ng EA225 ang mga kinakailangan para sa lahat ng apat na bahagi ng arkitektura ng enterprise ng Commonwealth—Negosyo, Impormasyon, Solusyon, at Teknikal na Arkitektura—na tinitiyak na ang mga inisyatibo ng ahensya ay naaayon sa mga modelo sa buong estado para sa pamamahala ng datos, disenyo ng solusyon, mga nakabahaging serbisyo, at imprastraktura.
Ang mga pamantayan ng EA ay binuo nang sama-sama sa pamamagitan ng mga input mula sa mga workgroup ng EA, mga lider ng negosyo na Agency Information Technology Resources (AITR), at mga forum ng pamamahala tulad ng Architecture & Innovation Governance Forum (AIGF) at Platform Service Delivery Forum (PSDF). Ang mga pahayag ng mga kinakailangan sa loob ng EA225 ay mandatoryo, at ang mga ahensya ay dapat humiling at kumuha ng mga inaprubahang eksepsiyon sa pamamagitan ng proseso ng Enterprise Architecture Change/Exception Request sa Archer bago ituloy ang anumang pagkuha o implementasyon na lumihis sa itinatag na mga pamantayan. Ang mga roadmap ng teknolohiya sa loob ng mga karaniwang ahensya ay gumagabay sa mga teknolohiya kung kailan maaaring makuha, ma-upgrade, o itigil ang paggamit, na tumutulong upang mabawasan ang kalabisan at matiyak ang isang pinag-isa at handa sa hinaharap na teknikal na kapaligiran sa buong Commonwealth.
Mahalaga ang malinaw at mahusay na pagtukoy sa mga kinakailangan para sa arkitektura ng negosyo sa loob ng Commonwealth of Virginia dahil lumilikha ang mga ito ng ibinahaging pag-unawa sa kung anong mga serbisyo, sistema, at mga resulta ang dapat suportahan ng mga Executive Branch agencies. Sa pangkalahatan, ang mga ahensya ng estado ay nagpapatakbo sa mga masalimuot na kapaligiran na may mga obligasyong itinadhana, pananagutan ng publiko, at magkakaibang stakeholder. Tinitiyak ng mga kinakailangan na ang mga desisyon sa arkitektura ay naaayon sa mga legal na mandato, mga limitasyon sa badyet, mga pamantayan sa cybersecurity, at mga pangmatagalang layuning estratehiko. Kung wala ang mga ito, ang mga pagsisikap sa arkitektura ay nanganganib na mapunta sa mga solusyon na kawili-wili sa teknikal, ngunit hindi nauugnay sa operasyon.
Ang mga kinakailangan ay nagsisilbing pundasyon din para sa pagkakapare-pareho, interoperability, at muling paggamit sa buong negosyo ng Commonwealth. Sa isang kapaligirang pang-gobyerno kung saan maraming ahensya ang umaasa sa mga ibinahaging plataporma at dapat ligtas na makipagpalitan ng datos, ang mahusay na pagkakagawa ng mga kinakailangan ay gumagabay sa teknolohiya habang binabawasan ang pagdoble, pinapabuti ang paghahatid ng serbisyo, at tinutulungang matiyak na ang mga sistemang pinopondohan ng mga nagbabayad ng buwis ay mananatiling scalable, mapanatili, at matatag. Sa pamamagitan ng pagbatay ng mga desisyong arkitektura sa malinaw na tinukoy na mga pangangailangan sa negosyo at patakaran, ang mga ahensya ng estado ay maaaring maghatid ng mga solusyon na parehong teknikal na mahusay, naaayon sa misyon, at mas nakakatulong para sa mga mamamayan.
EIA - Mga Kinakailangan sa Arkitektura ng Impormasyon ng Enterprise
- Balangkas ng EIA
- Pamamahala ng mga Elektronikong Rekord
- Mga Pamantayan sa mga Datos ng Negosyo
- Enterprise Information Architecture (EIA)
- Palitan ng Impormasyon sa Kalusugan
ESA - Mga Kinakailangan sa Arkitektura ng Enterprise Solutions
- Application Domain
- Mga Serbisyo sa Lalagyan na Batay sa Cloud
- Mga Serbisyo sa Pagho-host na Batay sa Cloud
- Mga lagda na batay sa computer
- Data Availability
- Pamamahala ng Mga Sistema ng Enterprise (ESM)
- Domain ng Pagsasama
- Mga Solusyon sa Teknolohiya ng Impormasyon ng Legacy
- Paggamit ng Smart Device
- Arkitektura na Nakatuon sa Serbisyo
- Mga Sistema ng Web
ETA - Mga Teknikal na Kinakailangan ng Enterprise
Ang mga roadmap ng teknolohiya na inilathala ng pangkat ng COV Enterprise Architecture ay nagbibigay ng gabay para sa pagpaplano ng mga pamumuhunan sa teknolohiya, mga pag-upgrade, at mga pagbabago sa lifecycle. Tinutukoy nila kung aling mga bersyon ng produkto ang inaprubahan para sa paggamit, kung kailan dapat i-update ang mga ito, at kung kailan dapat itigil ang paggamit, na tumutulong sa mga ahensya at supplier na mapanatili ang pagkakahanay sa mga pamantayang teknikal sa buong estado.
Ang layunin ng pamamahala ng bersyon ay upang maiwasan ang mga huling minutong pag-upgrade na nakakagambala sa paghahatid ng serbisyo habang hinihikayat ang proactive na pamamahala ng lifecycle. Ang regular na pag-update sa kasalukuyan at sinusuportahang mga bersyon ay nagpapabuti sa produktibidad, nagpapalakas ng seguridad, at binabawasan ang mga pangmatagalang gastos na nauugnay sa pagpapanatili ng mga luma at lumang teknolohiya.
Ang mga roadmap na ito ay nagbibigay-daan sa mga ahensya at supplier na magplano ng mahuhulaan at naka-iskedyul na mga update. Dahil ang mga pagtatasa ng roadmap ay sumasalamin sa pinakamahusay na impormasyong magagamit sa oras na iyon at dapat umangkop sa mga pagbabago sa vendor at industriya, nananatili ang mga ito sa ilalim ng impluwensya ng pagbabago habang nagbabago ang mga panlabas na kondisyon.
Ang mga plano ng pagsasagawa ay magagamit para sa sumusunod:
-
- Mga Platform ng Pagho-host ng Application
- Mga Teknolohiya ng Artipisyal na Katalinuhan (AI)
- Mga Serbisyo sa Cloud
- Mga Teknolohiya sa Pamamahala ng Data
- Mga Teknolohiya ng End User Computing Operating Systems (OS)
- Mga Teknolohiya ng Software ng Pagiging Produktibo ng End User Computing
- Mga Teknolohiya ng Web Browser ng Computer ng End User
- Mga Aplikasyon ng Enterprise (Sa ilalim ng Dev)
- Mga Teknolohiya ng Search Engine
- Mga Teknolohiya ng Server OS at Hypervisor
- Mga Teknolohiya ng Web at Application Server
Pag-uuri at Kahulugan ng Roadmap - Mga Kahulugan ng Roadmap ng Teknolohiya
Mga Arkitekturang Sanggunian
Ang mga arkitektura ng sanggunian ng EA ay nagbibigay ng mga pamantayan, magagamit muli na mga modelo ng arkitektura na gumagabay sa disenyo at pagpapatupad ng mga solusyon sa teknolohiya sa isang organisasyon. Nagtatatag sila ng mga karaniwang istruktura, terminolohiya, at mga pattern ng solusyon para sa mga pangunahing larangan tulad ng seguridad, datos, aplikasyon, integrasyon, cloud, at mga serbisyo sa network, na tinitiyak na ang mga sistema ay nabubuo sa isang pare-pareho, magkakaugnay, at sumusunod sa mga regulasyon. Sa pamamagitan ng pagtukoy sa mga pangunahing bahagi, mga kinakailangang kontrol, at mga aprubadong teknolohiya para sa bawat larangan, ang mga arkitektura ng sanggunian ay nakakatulong na mabawasan ang pagiging kumplikado, mapabilis ang pagbuo ng solusyon, at itaguyod ang pagkakahanay sa mga estratehiya at pamantayan ng negosyo.
Sa loob ng isang malaking negosyo, ang mga arkitektura ng sanggunian ay nagsisilbi ring mga makapangyarihang blueprint na nagbibigay-impormasyon sa paggawa ng desisyon sa buong siklo ng buhay ng IT. Sinusuportahan nila ang mga pangkat ng ahensya, arkitekto, at mga supplier sa pamamagitan ng paglilinaw kung paano dapat magkasya ang mga solusyon sa mas malawak na teknikal na ekosistema, na nagbibigay-daan sa mahuhulaang integrasyon, pinahusay na postura sa seguridad, at pangmatagalang pagpapanatili. Sa pamamagitan ng paggamit ng mahusay na natukoy na mga arkitektura ng sanggunian, maaaring mabawasan ng mga organisasyon ang kalabisan, mapalakas ang pamamahala, at matiyak na ang mga pamumuhunan sa teknolohiya ay mananatiling napapanatiling, ligtas, at naaayon sa estratehikong direksyon ng negosyo.
Mga Padron
Ang mga pattern ng Enterprise Architecture (EA) ay nagbibigay ng magagamit muli at napatunayang mga pamamaraan para sa pagdidisenyo at pagpapatupad ng mga solusyon sa teknolohiya sa isang organisasyon. Tinutulungan nila ang mga arkitekto na lutasin ang mga paulit-ulit na hamon sa isang pare-pareho at mahusay na paraan sa pamamagitan ng pag-aalok ng mga pamantayang modelo para sa integrasyon, seguridad, pamamahala ng datos, pag-access ng gumagamit, at disenyo ng sistema. Sa pamamagitan ng pag-aabstrak ng mga kumplikadong konsepto ng arkitektura sa mga paulit-ulit na template, binabawasan ng mga pattern ng EA ang oras ng disenyo, itinataguyod ang mga pinakamahusay na kasanayan, at tinitiyak na ang mga solusyon ay nananatiling nakahanay sa mga prinsipyo ng negosyo at mga pamantayang teknikal.
Sa loob ng isang malaking kapaligiran ng negosyo — tulad ng Commonwealth of Virginia — ang mga pattern ng EA ay nagbibigay-daan sa mga ahensya na gumamit ng mga pare-parehong pamamaraan para sa mga karaniwang kakayahan tulad ng identity federation, network segmentation, cloud adoption, logging at monitoring, at high-availability design. Ang mga padron na ito ay hindi lamang nagpapabilis sa pagbuo ng solusyon kundi nagpapabuti rin sa interoperability, maintainability, at seguridad sa iba't ibang sistema. Sa pamamagitan ng paggabay sa mga desisyon sa teknolohiya gamit ang mahusay na natukoy na mga pattern ng arkitektura, tinitiyak ng negosyo na ang mga bagong solusyon ay maayos na maisasama sa mas malawak na ekosistema habang pinapanatili ang pagsunod sa pamamahala, mga pamantayan, at pangmatagalang estratehikong direksyon sa buong estado.
Arkitektura ng Teknikal na Sanggunian ng Cloud
Arkitektura ng Sanggunian ng GitHub
Aklatan ng mga Pattern ng Arkitektura ng RAG
Arkitektura ng Sanggunian ng CI / CD
Makipag-ugnayan sa VITA EA Team
Ang maagang pagsali sa Enterprise Architecture (EA) team ay nakakatulong sa mga proyekto na maiwasan ang mga pagkaantala, hindi inaasahang mga kinakailangan, at magastos na muling pagdisenyo sa kalaunan. Kapag isinama ang mga arkitekto mula sa simula, makakatulong sila na matiyak na ang solusyon ay akma sa mga pamantayan ng estado, mga panuntunan sa seguridad, at mga pangmatagalang plano sa teknolohiya. Ang maagang paglahok ay nagpapadali rin sa pagtukoy ng mga panganib, pagpaplano para sa integrasyon sa iba pang mga sistema, at pagpili ng mga tamang teknolohiya bago pa man maisagawa ang mga pangunahing desisyon. Nagdudulot ito ng mas maayos na mga pagsusuri, mas mabilis na pag-unlad, at mas mataas na kalidad na mga resulta.
Maaari kang makipagtulungan sa pangkat ng VITA Enterprise Architecture (EA) gamit ang impormasyon at mga tool na ibinabahagi nila sa website na ito ng VITA. Ipinapaliwanag ng mga pahina ng EA ang mga patakaran, pamantayan sa teknolohiya, at mga hakbang na kailangan mong sundin kapag humihingi ng tulong o nagsusumite ng isang proyekto para sa pagsusuri. Ang paggamit ng mga mapagkukunang ito ay makakatulong sa iyo na malaman kung kailan makikipag-ugnayan sa EA team, kung anong mga form o detalye ang ipapadala, at kung paano susuriin ang iyong proyekto. Ang pakikipag-ugnayan sa pamamagitan ng mga nakalistang contact, mga request form, o sa pamamagitan ng iyong AITR ay tinitiyak na ang iyong proyekto ay sumusunod sa mga patakaran sa buong estado at nananatiling ligtas at sigurado.
Sa pamamagitan ng pakikipag-usap nang maaga sa EA team, maiiwasan mo ang mga pagkaantala, makakakuha ng tamang gabay, at makakabuo ng mas mahusay na solusyon mula sa simula.
Kung ang isang ahensya o operasyon ng serbisyo ay hindi makakasunod sa mga inaprubahang pamantayan ng EA o mga roadmap ng teknolohiya ng Commonwealth, dapat magsumite ng isang kahilingan para sa eksepsiyon ng Archer upang idokumento ang kakulangan, ang katwiran nito, at ang nakaplanong landas patungo sa remediation. Kabilang sa mga karaniwang halimbawa ng mga eksepsiyon ang:
- Paggamit ng software na dalawa o higit pang bersyon ang nahuhuli sa kasalukuyang sinusuportahang release.
- Pag-asa sa hardware na wala na sa suporta o hardware na wala nang bisa, o hardware na mas luma sa limang taon na nananatili sa aktibong serbisyo.
- Kawalan ng kakayahang matugunan ang isang kinakailangan ng isang enterprise, tulad ng ipinag-uutos na pag-log, pagkakaroon ng data, o mga kontrol sa seguridad.
Irehistro ang iyong mga exception sa Archer, ang COV risk management system.
Sa ilalim ng Executive Order 30, kinakailangan ng VITA na lumikha at magbahagi ng isang patakaran sa Artificial Intelligence (AI) at pamantayan sa pagtutugma ng teknolohiya na dapat sundin ng bawat ahensya ng sangay ng ehekutibo. Tinitiyak ng patakarang ito na ang AI ay ginagamit nang responsable, etikal, at sa loob ng pangkalahatang balangkas ng pamamahala ng Commonwealth. Saklaw nito ang lahat ng uri ng AI, maging ito man ay mga standalone na solusyon, embedded system, o generative model, at pantay na naaangkop sa mga tool na binuo ng ahensya at sa mga ibinibigay ng mga panlabas na vendor.
Bilang bahagi ng mga kinakailangang ito, lahat ng ahensya at vendor ay kinakailangang pormal na magparehistro ng parehong nakaplano at aktibong paggamit ng AI sa kanilang mga kapaligirang pang-operasyon. Ang pagpaparehistrong ito ay nagaganap sa pamamagitan ng sistemang Archer at, para sa panlabas na AI, nasa Commonwealth Technology Portfolio (CTP) din gamit ang Planview Portfolio. Ang pagpaparehistro ay nagbibigay-daan sa VITA at sa kinauukulang kalihim na suriin ang mga panukala ng AI, tasahin ang mga panganib, at beripikahin ang pagsunod sa mga pamantayan at kontrol sa buong estado bago i-deploy.
Para sa mas detalyadong gabay, kabilang ang sunud-sunod na mga tagubilin para sa pagsusumite ng mga rekord, bisitahin ang seksyon ng Artificial Intelligence ng VITA at gamitin ang Archer application upang simulan o ma-access ang mga rehistrasyon ng AI ng iyong ahensya.
Tinitiyak ng mga pagsusuri sa Enterprise Architecture (EA) na ang mga iminungkahing disenyo ay sumusunod sa mga pamantayan ng VITA, natutugunan ang mga kinakailangang inaasahan sa serbisyo, at maayos na idinodokumento ang anumang mga eksepsiyon. Sa panahon ng pagsusuri, sinusuri ng mga arkitekto ang mga isinumiteng materyales, tinutukoy ang mga panganib, tinatasa ang mga katangian ng arkitektura tulad ng kakayahang i-scalable at pagganap, at nagtatanong o nag-aalala kung saan kailangang linawin ang mga kinakailangan, lohika ng disenyo, o pagsunod. Maaari ring magbigay ang EA ng mga teknikal na rekomendasyon kung naaangkop. Pinatutunayan ng mga arkitekto na ang lahat ng mga kinakailangan sa disenyo ay ganap na natutugunan. Inihahanda ng mga tagasuri ang mga komento sa pag-apruba o pagtanggi batay sa pagkakumpleto, katumpakan, at pagkakaayon sa mga prinsipyo ng Commonwealth, mga kinakailangan sa seguridad, at mga teknikal na roadmap.
Ang pangkalahatang layunin ng mga pagsusuri ng EA ay upang matiyak na ang mga pagbabago ay mahusay na dokumentado, naaayon sa mga pamantayan, ligtas, tugma sa kapaligiran ng negosyo, at sumusuporta sa pangmatagalang pananaw sa arkitektura ng Commonwealth.
Ang mga IT Strategic Plan (ITSP) ay kinakailangan kada dalawang taon ayon sa Kodigo ng Virginia (§ 2.2‑2014 A). Dapat idokumento ng mga ahensya ang mga inisyatibo sa IT na balak nilang ituloy sa darating na biennium. Bilang bahagi ng daloy ng trabaho sa pag-apruba, sinusuri ng Enterprise Architecture (EA) ang bawat plano upang matiyak ang pagkakaayon sa mga pamantayan, tukuyin ang mga pagkakataon para sa muling paggamit, kumpirmahin na ang mga natitirang eksepsiyon ay tinutugunan, at beripikahin ang kalinawan at posibilidad ng mga iminungkahing inisyatibo.
Tinutukoy ng ITSP ang mga pangangailangan sa teknolohiyang estratehiko at operasyonal sa loob ng anim na taong saklaw, kabilang ang kasalukuyang estado ng IT ng ahensya, mga panlabas na salik na nakakaapekto sa IT, at ang mga iminungkahing solusyon nito sa IT sa hinaharap. Pangunahing nakatuon ang EA sa seksyong Mga Iminumungkahing Solusyon sa IT, dahil dito inilalarawan ng mga ahensya ang mga inisyatibo sa hinaharap, halaga ng negosyo, mga dependency, at mga kinakailangang pamumuhunan sa teknolohiya.
Sinusuri ng EA ang kalinawan ng layunin, mga potensyal na panganib, mga kinakailangan na nakabatay sa mandato, mga kinakailangan sa negosyo (BRT/BRnT/BReT), at ang pagkakaroon ng anumang mga kalabisan o mga hindi sinusuportahang teknolohiya. Sinusuri ng EA kung ang bawat panukala ay malinaw na inilarawan, naaayon sa mga pamantayan ng Commonwealth, naaayon sa mga inaasahan sa pagho-host ng negosyo, at walang mga salungatan sa mga umiiral na platform o mga produktong inaprubahan ng COV-Ramp. Sinusuri rin ng EA kung isinasaalang-alang ng plano ang anumang aktibong EA o mga eksepsiyon sa seguridad. Kapag kinakailangan ang paglilinaw o karagdagang detalye, ang EA ay nakikipag-ugnayan sa itinalagang kinatawan ng IT Investment Management Division (ITIMD), na nauunawaan na ang mga oras ng pagtugon ay maaaring mag-iba depende sa pakikipag-ugnayan ng ahensya.
Ang mga Investment Business Case (IBC) ay nagsisilbing pormal na mekanismo ng Commonwealth para sa pagbibigay-awtorisasyon sa mga ahensya na simulan ang mga aktibidad sa pagkuha tulad ng pagbuo ng mga project charter, pag-isyu ng mga RFP, at paglalaan ng mga pondo. Bilang bahagi ng proseso ng IT Investment Management (ITIM), partikular na ang mga yugto ng Pre-Select at Select, idinodokumento ng mga IBC ang pangangailangan ng negosyo, ang iminungkahing solusyon, at ang inaasahang halaga ng pamumuhunan upang masuri ng mga tagasuri kung ang inisyatibo ay naaayon sa mga prayoridad ng ahensya at sa estratehikong direksyon ng Commonwealth.
Sa panahon ng pagsusuri ng IBC, sinusuri ng Enterprise Architecture (EA) kung ang iminungkahing pamumuhunan ay naaayon sa IT Strategic Plan (ITSP) ng ahensya, sumusunod sa mga pamantayan ng teknolohiya ng Commonwealth, at sumusuporta sa mga pangmatagalang layuning estratehiko. Sinusuri rin ng EA kung ang solusyon ay naaayon sa mga inaasahan ng arkitektura ng negosyo, kabilang ang mga pagpipilian sa disenyo na naaangkop sa cloud, mga prinsipyo ng modernisasyon, at pag-iwas sa mga duplikadong platform, na sumasalamin sa layunin ng ITIM na pumili ng mga pamumuhunan na "pinakamahusay na nakakatugon sa mga pangangailangan ng negosyo" at magamit ang mga umiiral na kakayahan ng negosyo.
Kung ang isang IBC ay sumusunod sa mga regulasyon at walang natukoy na mga alalahanin sa arkitektura, aaprubahan ito ng EA. Kapag kinakailangan ang mga paglilinaw o kundisyon, tulad ng pagtugon sa mga panganib, pagtiyak sa pagsunod sa mga pamantayan, o pagpapatunay ng pagkakaayon sa direksyon ng negosyo, maaaring ibalik ng EA ang IBC para sa karagdagang impormasyon o aprubahan ito nang may nakasaad na mga kundisyon. Sinusuportahan ng pamamaraang ito ang mga layunin ng ITIM na pumili ng mga tamang pamumuhunan, bawasan ang mga panganib, tiyakin ang pagkakahanay sa estratehiya ng ahensya at Commonwealth, at mapakinabangan ang halaga ng negosyo sa buong siklo ng buhay ng pamumuhunan.
Ang Procurement Governance Request (PGR) ay isang pormal na pagsusumite na dapat gawin ng mga ahensya ng estado sa Virginia Information Technologies Agency (VITA) kapag humihingi ng pag-apruba ng Commonwealth CIO para sa ilang partikular na pamumuhunan na may kaugnayan sa IT. Kinakailangan ang mga PGR para sa mga pagbili o pag-upgrade ng teknolohiya na pinangangasiwaan sa pamamagitan ng programang IT Partnership ng VITA kung ang kabuuang minsanang gastos ay $250,000 o higit pa, at para sa mga aktibidad tulad ng mga serbisyo sa cloud, mga pagkuha mula sa mga nag-iisang mapagkukunan, o mga kontrata ng kooperatiba.
Dapat magsumite ang mga ahensya ng mga PGR sa pamamagitan ng sistemang Commonwealth Technology Portfolio (CTP) (Planview Portfolios), kadalasan sa pamamagitan ng kanilang Agency IT Resource (AITR) o mga kawani ng pagkuha. Ang mga kahilingang ito ay sumasailalim sa isang pagsusuri na naaayon sa Kodigo ng Virginia §§ 2.2‑2012 at 2.2‑2018.1, tinitiyak na sinusuri ng CIO ang pamumuhunan para sa pagsunod sa estratehiya sa teknolohiya sa buong estado, mga utos sa seguridad, at mga layunin ng negosyo.
Ang Kahilingan sa Pamamahala ng Proyekto (Project Governance Request o PGR) ay kasunod ng isang aprubadong Investment Business Case (IBC), kapag handa na ang ahensya na pondohan ang iminungkahing solusyon. Katulad ng pagsusuri sa IBC, sinusuri ng Enterprise Architecture (EA) ang PGR para sa pagsunod sa mga pamantayan ng EA at pagkakahanay sa estratehiya ng IT ng Commonwealth. Kasunod ng pagsusuri, aaprubahan ng isang enterprise architect (EA) ang PGR o hihingi ng karagdagang impormasyon bago ang pag-apruba. Maaari ring makipag-ugnayan ang EA sa mga kinatawan ng ahensya para sa paglilinaw kung kinakailangan sa prosesong ito.