Pangkalahatang-ideya Ang Enterprise Architecture ay nakatuon sa pagkakahanay ng mga tao, proseso, teknolohiya, at impormasyon sa isang organisasyon.
Ang Enterprise Architecture (EA) ay tumatakbo sa buong lifecycle ng teknolohiya, simula sa mga aktibidad bago ang pagkuha sa loob ng proseso ng IT strategic plan, sa pamamagitan ng mga pagsasaalang-alang ng RFP, pagpili ng teknolohiya, at patuloy na mga aktibidad sa pamamahala tulad ng paghawak ng exception, pamamahala ng vendor, at mga pagsusuri sa arkitektura.
Gumagawa din ang EA ng mga pamantayan na tumutukoy sa kinakailangang pag-uugali at mga kontrol para sa aplikasyon ng teknolohiya sa Commonwealth. Bilang karagdagan, ang EA ay bumubuo ng mga roadmap ng teknolohiya na tumutukoy sa kasalukuyan, paparating, at lumang software upang suportahan ang epektibong pamamahala at pagpaplano ng imprastraktura.
Ang awtoridad ng kasanayan sa arkitektura ng enterprise ay itinatag sa Code of Virginia § 2.2-2007 at § 2.2-2011.
Pamantayan at Patakaran sa Arkitektura ng Enterprise
Upang suportahan ang misyon ng CIO na maghatid ng pinag-isang diskarte sa IT sa buong pamahalaan ng estado, ang Enterprise Architecture (EA) ay bubuo ng mga pamantayan na tumutukoy sa mga kinakailangang pag-uugali at kontrol para sa paggamit ng teknolohiya sa loob ng Commonwealth. Ang mga pamantayang ito ay idinisenyo na may masusukat, maipapatupad na mga kinakailangan upang matiyak ang pare-parehong aplikasyon at pagsunod. Sa pamamagitan ng pag-standardize ng mga diskarte, binabawasan ng EA ang redundancy, pinapaliit ang mga panganib sa seguridad, at pina-streamline ang pagsasanay at pagpapaunlad ng kasanayan.
Inilatag ng Enterprise Architecture Policy (EA200) ang pundasyon para sa mga pamantayan ng EA at bumubuo ng bahagi ng balangkas ng pamamahala sa teknolohiya ng Commonwealth. Nagtatakda ito ng direksyon at binabalangkas ang mga teknikal na kinakailangan na namamahala sa pagkuha, paggamit, at pamamahala ng mga mapagkukunan ng IT ng mga ahensya ng executive branch.
Ang Enterprise Architecture Standard (EA225) ay nagtatatag ng structured framework para sa pagbuo, pagpapanatili, at paggamit ng EA bilang tool sa paggawa ng desisyon para sa mga pamumuhunan sa IT at mga pagbabago sa buong enterprise.
Mga Roadmap at Kinakailangan ng EA
Tingnan ang mga sumusunod na roadmap at mapagkukunan na na-publish sa ilalim ng EA-225.
- Ulat sa Domain ng Application
- Ulat sa Paksa sa Cloud Based Hosting
- Pamamahala ng mga Sistema ng Negosyo
- EA Solution Computer-based na Signature Standard
- Mga Kinakailangan sa Availability ng Data ng EA Solution
- Pamantayan ng Sistema ng EA Solutions Web
- Ulat sa Domain ng Integration ng ETA
- Teknolohiyang Pang-impormasyon ng Legacy
- Paggamit ng EA Smart Device
- Ulat sa Paksa ng Domain ng Integrasyon ng SOA
Ang mga plano ng pagsasagawa, na inilathala ng pangkat ng COV EA, ay nagbibigay ng gabay kaugnay sa pagpaplano ng pamumuhunan sa teknolohiya, mga pagbabago, at mga pag-aupdate. Tinitiyak nila, para sa mga pundasyong kategorya ng teknolohiya, kung aling mga bersyon ng produkto ang dapat gamitin, kailan ito dapat i-update, at kailan hindi na ito dapat gamitin.
Ang layunin ng pamamahala ng mga bersiyon ng teknolohiya ay upang maiwasan ang mga huling minutong pag-update ng bersiyon at ang negatibong epekto ng mga ito sa paghahatid ng de-kalidad na teknolohiyang pang-impormasyon na sumusuporta sa arkitektura ng negosyo ng Commonwealth. Sa katunayan, ang pag-update sa mga kasalukuyang bersiyon ay dapat maging isang regular na gawain para sa mga ahensiya at mga tagapagtustos ng mga serbisyo ng teknolohiyang pang-impormasyon ng Commonwealth, dahil ito ay magreresulta sa pagtaas ng produktibidad ng mga kawani, pagpapanatili ng maaasahang seguridad, at pagbabawas ng mga gastos sa pagpapanatili ng mga legacy.
Ang sumusunod na plano ng pagsasagawa ay nagbibigay-daan sa mga ahensiya at tagapagtustos na magplano ng mas tiyak at naka-iskedyul na mga update. Dahil ang mga pagtataya ay 'inaasahan' gamit ang pinakamahusay na impormasyon sa panahon ng isang desisyon, maaari itong magbago upang mapanatili ang katatagan sa mga susunod na pagbabagong nagaganap sa labas ng kontrol ng Commonwealth.
Suriin ang kasalukuyang mga update sa plano ng pagsasagawa ng teknolohiya ng EA.
Ang mga plano ng pagsasagawa ay magagamit para sa sumusunod:
- Roadmap ng Application Hosting Platform
- Roadmap ng Teknolohiya ng Artipisyal na Katalinuhan ng COV
- Plano ng Pagsasagawa sa Teknolohiya para sa mga COTS Application
- Plano ng Pagsasagawa sa Teknolohiya ng Pamamahala ng mga Datos
- Roadmap ng End User Computing Operating Systems Technologies
- Plano ng Pagsasagawa sa mga Teknolohiya ng End User Computing Productivity Software
- Plano ng Pagsasagawa sa mga Teknolohiya ng End User Computing Web Browsers
- Mga Wika sa Programming at mga Pamamaraan ng Pag-access ng mga Datos
- COV Search Engine Technologies
- Plano ng Pagsasagawa ng mga Teknolohiya sa Server OS at mga Hypervisor
- Plano ng Pagsasagawa sa mga Teknolohiya ng Web at Application Server
Bisitahin ang COV IT Glossary para sa EA Roadmap Definition.
Paano makipag-ugnayan sa pangkat ng EA
Ang Enterprise Architecture sa VITA ay nakikibahagi sa pamamagitan ng iba't ibang mekanismo, na nag-iiba depende sa pangangailangan. Matutunan kung paano makipag-ugnayan sa EA team para sa bawat prosesong nakalista sa ibaba.
Kung ang iyong ahensya o operasyon ay hindi makasunod sa mga naaprubahang pamantayan o roadmap ng EA, isang Archer exception ang dapat na nakarehistro para sa iyong ahensya.
Ang ilang mga halimbawa ng mga eksepsiyon ay:
- Ang inyong ahensiya ay gumagamit ng bersiyon ng software na 2 o higit pang mga bersiyon na mas luma kaysa sa kasalukuyang bersiyon.
- Ang inyong ahensiya ay may hardware na wala nang suporta na kinakailangan ng ahensiya, o may hardware na produktong lampas na sa 5 taon ang tanda na ginagamit pa rin.
- Hindi mo matutugunan ang isang kinakailangan ng negosyo, tulad ng pagsunod sa pag-log o pagkakaroon ng mga daosa.
Irehistro ang iyong mga exception sa Archer, ang COV risk management system.
Iniuutos ng Executive Order 30 na bumuo at mag-publish ang VITA ng patakaran sa AI at pamantayan ng teknolohiya ng AI na sinusunod ng mga ahensya ng executive branch.
Bilang bahagi ng binuong pamantayan, ang lahat ng ahensiya at tagapagtustos ay dapat magparehistro ng kanilang nilalayong paggamit ng artificial intelligence sa kanilang mga tungkulin sa operasyon para sa pagsusuri ng VITA at ng kalihiman.
Upang malaman ang higit pa tungkol sa prosesong ito, bisitahin ang aming Artificial Intelligence na seksyon. Gamitin ang Archer para simulan o i-access ang iyong mga AI record.
Bilang bahagi ng tungkulin nito sa pamamahala, sinusuri ng Enterprise Architecture (EA) ang mga disenyo ng arkitektura upang matiyak ang pagkakaugnay-ugnay at pagkakahanay sa mga panuntunan ng VITA, na nagpapatunay na natutugunan ang lahat ng naaangkop na kinakailangan sa serbisyo. Sinusuri din ng EA ang mga na-refer na eksepsiyon para sa bisa at kaugnayan at nagbibigay ng input sa mga detalye ng teknikal na disenyo kung kinakailangan.
Ang IT Strategic Plans (ITSPs) ay kinakailangan ng Code of Virginia. Bawat dalawang taon, dapat patunayan ng mga ahensya ang mga inisyatiba ng IT na pinaplano nilang gawin sa susunod na dalawang taon. Bilang bahagi ng proseso ng pag-apruba, sinusuri ng Enterprise Architecture ang bawat plano para sa pagsunod sa mga pamantayan, mga pagkakataon para sa muling paggamit, remediation ng mga natitirang exception, at kalinawan ng layunin.
Kasunod ng pagsusuri, ipinapasok ng EA ang mga rekomendasyon sa pag-apruba sa Planview at, kung kinakailangan, nakikipag-coordinate sa CAM at iba pang mga koponan para sa follow-up o paglilinaw.
Ang Investment Business Cases (IBCs) ay nagpapahintulot sa mga ahensya na bumuo ng mga charter ng proyekto, mag-isyu ng mga RFP, at maglaan ng mga pondo. Bilang bahagi ng proseso ng pagsusuri, tinatasa ng Enterprise Architecture (EA) ang bawat IBC para sa pagkakahanay sa IT Strategic Plan (ITSP) ng ahensya at sinusuri ang iminungkahing solusyon ayon sa kasalukuyang mga pamantayan at diskarte sa IT.
Halimbawa, ang mga ahensya sa pangkalahatan ay dapat na gumagamit ng mga cloud-friendly na diskarte na hindi kinakailangang lumikha ng mga hadlang para sa pagsunod o iba pang mga hamon sa panahon ng pagpapatupad o sa hinaharap. Ang Enterprise Architecture, bilang isa sa mga reviewer, ay aaprubahan ang IBC kung walang mga natukoy na isyu. Kung kinakailangan ang mga paglilinaw o kundisyon, maaaring isama ng EA ang mga ito sa pag-apruba o ibalik ang IBC para sa karagdagang impormasyon bago magpatuloy.
Ang isang Project Governance Request (PGR) ay sumusunod sa 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 diskarte sa IT ng Commonwealth.
Kasunod ng pagsusuri, aaprubahan ng enterprise architect ang PGR o humiling ng karagdagang impormasyon bago ang pag-apruba. Maaari ding makipag-ugnayan ang EA sa mga kinatawan ng ahensya para sa paglilinaw kung kinakailangan sa prosesong ito.