概觀企業架構專注於整個組織中的人員、流程、技術和資訊的一致性。
企業架構 (EA) 貫穿整個技術生命週期,從 IT 策略規劃流程中的採購前活動開始,到 RFP 考慮、技術選擇以及異常處理、供應商管理和架構審查等持續的治理活動。
EA 也制定了標準,規定了 Commonwealth 內技術應用所需的行為和控制。此外,EA 也開發了技術路線圖,可識別目前、即將推出和過時的軟體,以支援有效的基礎架構管理和規劃。
企業架構實踐的權威性在Virginia州法典§ 2.2-2007和§ 2.2-2011中確立。
企業架構標準與政策
為了支持 CIO 在州政府範圍內提供統一 IT 方法的使命,企業架構 (EA) 制定了標準,定義了 Commonwealth 內技術使用所需的行為和控制。這些標準採用可衡量、可執行的要求設計,以確保一致的應用和合規性。通過標準化方法,EA 減少冗餘,最大程度地減少安全風險,並簡化培訓和技能發展。
企業架構政策 (EA200)為 EA 標準奠定了基礎,並構成了Commonwealth技術治理框架的一部分。它制定了方向並概述了管理行政部門機構獲取、使用和管理IT資源的技術要求。
企業架構標準 (EA225)建立了一個結構化框架,用於開發、維護和利用 EA 作為整個企業 IT 投資和變革的決策工具。
EA 路線圖和要求
查看下列在 EA-225 下發佈的路線圖和資源。
由 COV EA 團隊發佈的路線圖為規劃技術投資、變更和更新提供指導。他們為基礎技術類別指定了應該使用的產品版本、應更新時間,以及應停止使用時間。
技術版本治理的目的僅僅是為了防止最後一刻的版本更新,以及其對提供支援聯邦業務架構的高品質資訊技術產生的負面影響。事實上,更新至最新版本應該是聯邦資訊技術服務機構和供應商的經常性任務,因為這將提高員工的生產力,維持可靠的安全性並降低舊系統維護成本。
以下路線圖可讓機構和供應商規劃更易於預測和安排的更新。由於評估是在作出決定時根據當時可用的最佳資訊進行「預測」的,因此可能會發生變化,以保持彈性,因為隨後發生的變化是聯邦無法控制的。
可用於以下各項目的路線圖:
- 應用程式託管平台藍圖
- COV人工智慧技術路線圖
- COTS 應用技術路線圖
- 資料管理技術藍圖
- 終端使用者運算作業系統技術藍圖
- 終端用戶運算生產力軟體技術路線圖
- 終端用戶運算網頁瀏覽器技術路線圖
- 程式設計語言和資料存取方法
- COV搜尋引擎技術
- 伺服器作業系統和超級管理器技術藍圖
- Web 和應用程式伺服器技術藍圖
造訪 COV IT 詞彙表以了解EA 路線圖定義。
如何與 EA 團隊互動
VITA 的企業架構透過多種機制來實現,這些機制會根據需求而變化。了解如何在下面列出的每個程序與 EA 團隊互動。
如果您的代理商或營運無法遵守核准的 EA 標準或路線圖,則應為您的代理商註冊 Archer 例外。
以下是一些例外情況的例子:
- 您的機構使用的軟體產品版本比當前版本落後 2 個或更多版本。
- 您的機構所依賴的硬體已不再受到支援,或擁有超過 5 年的硬體產品仍在使用中。
- 您無法滿足企業需求,例如符合日誌記錄或資料可用性的要求。
在 COV 風險管理系統Archer中註冊您的例外情況。
行政命令30指示 VITA 制定並發布行政部門機構遵守的 AI 政策和 AI 技術標準。
作為已制定標準的一部分,所有機構和供應商必須登記其預計在營運功能中使用人工智慧的計劃,以供 VITA 和秘書處審查。
作為其治理角色的一部分,企業架構 (EA) 會審查架構設計以確保與 VITA 規則的一致性和一致性,並驗證是否符合所有適用的服務要求。EA 還會審查參考的例外有效性和相關性,並在必要時提供有關技術設計詳細信息的輸入。
維吉尼亞州法典要求制定 IT 戰略計劃 (ITSP)。每兩年,各機構必須證明其計劃在未來兩年內採取的 IT 措施。作為核准程序的一部分,Enterprise Architecture 會檢閱每個計劃的標準合規性、重複使用機會、修復未有例外狀況以及意圖的清晰度。
審核後,EA 將核准建議輸入 Planview 中,並在需要時與 CAM 和其他團隊協調以進行跟進或澄清。
投資業務案例(IBC)授權機構制定項目章程,發行 RFP 和分配資金。作為審查過程的一部分,企業架構 (EA) 會評估每個 IBC 是否與機構的 IT 策略計畫 (ITSP) 保持一致,並根據當前標準和 IT 策略評估所提出的解決方案。
例如,代理機構通常應採用雲端友好的方法,這些方法不會在實施期間或未來不必要地為合規性或其他挑戰創造障礙。如果沒有識別的問題,企業架構作為審核者之一,將核准 IBC。如果需要澄清或條件,EA 可能會在繼續前將其納入批准或退回 IBC 以獲取其他信息。
一旦機構準備為提議的解決方案提供資金,專案治理請求 (PGR) 就會遵循已批准的投資商業案例 (IBC)。與 IBC 審查類似,企業架構 (EA) 評估 PGR 是否符合 EA 標準以及是否與 Commonwealth 的 IT 策略保持一致。
審查之後,企業架構師將批准 PGR 或在批准前要求提供更多資訊。在此過程中,EA 也可能會根據需要聯繫機構代表進行澄清。