企業架構

如果您的機構或運作無法遵循已核准的 EA 標準或路線圖，則應為您的機構註冊 Archer 例外。

以下是一些例外情況的例子：

• 您的機構使用的軟體產品版本比當前版本落後 2 個或更多版本。
• 您的機構所依賴的硬體已不再受到支援，或擁有超過 5 年的硬體產品仍在使用中。
• 您無法滿足企業需求，例如符合日誌記錄或資料可用性的要求。

在 COV 風險管理系統 Archer 中註冊您的例外情況。如需更多資訊，請參閱我們的資訊安全常見問題部分。

英聯邦的 AI 政策和 AI 技術標準

行政命令30 指示 VITA 制定並發布行政部門機構遵循的 AI 政策和 AI 技術標準。

作為已制定標準的一部分，所有機構和供應商必須登記其預計在營運功能中使用人工智慧的計劃，以供 VITA 和秘書處審查。

若要進一步了解此過程，請造訪我們的人工智慧部分。使用 Archer 來啟動或存取您的 AI 記錄 

作為管治功能，企業架構會檢閱架構設計，以確保建築一致性和與 VITA 規則的一致性，以及是否符合服務的 VITA 規則。

此外，EA 會驗證文件中參考的例外是否有效且適用。 如果需要，企業架構還會對技術設計細節進行評論。 

建築審查通過 MSI 整體建築審查流程或 HARP 進行。 HARP 是一種反覆式方法，用於檢閱和核准符合合約和 VITA 規則的架構。

架構概述文件（AOD）範本協助供應商記錄其架構，使審核者能夠判斷架構是否符合規範。AOD 被分為 3 個部分，這些部分在服務部署生命週期的不同階段完成。這些區段包括高階區段 (HLS)、詳細設計區段 (DDS) 以及竣工區段 (ABS)。  

• HLS — 在開始專案之前，需要核准高層部分，並且需要建立系統。
• DDS — 本節包含建置或重建系統所需的資訊，並且必須在服務上線之前完成。它包含系統配置，並包括使系統上線所需的其他供應商的配置。
• ABS — 即建置區段包含與「詳細設計」以及系統和元件組態的任何差異。 該項目需要在項目結束前完成。

弗吉尼亞法規要求 IT 戰略計劃（ITSP）。

三種主要審查類型的其中一種在 EA 在採購流程中扮演驗證及核准的角色：

每兩年，機構必須證明他們計劃在未來兩年進行的 IT 活動。 作為核准程序的一部分，Enterprise Architecture 會檢閱 ITSP 的標準合規性、重複使用機會、修復任何突出例外的活動以及意圖的清晰度。

審核完成後，企業架構將在 Planview 系統中輸入批准的建議，並在需要時與 CAM 和其他資源互動，在需要跟進和澄清的情況下進行聯繫。

投資業務案例 (IBC)

三種主要審查類型的其中兩種在 EA 在採購流程中扮演驗證及核准的角色：

IBC 是用來授權機構準備專案章程、執行 RFP，並根據需要支出資金的手段。這些也會由企業架構部門審核。對於這些，EA 尋求 IBC 與該機構的 ITSP 保持一致，並根據現行標準和 IT 方向審查建議的方法。

例如，機構通常應採用雲端友好的方法，這些方法不會在實施過程中或將來不必要地製造合規障礙或其他挑戰。企業架構作為審核者之一，如果沒有發現問題，將批准 IBC。如果有任何澄清或條件，企業架構師可以在批准時提供這些意見，或者如有必要，會在批准前將請求退回給機構以獲取更多資訊。

採購管治要求 (PGR)

三種主要審查類型皆在 EA 在採購流程中扮演驗證及核准的角色：

PGR 在獲批准的投資業務案例之後發生，該機構準備好將資金花在他們在 IBC 中描述的解決方案上。 與 IBC 的審查活動類似，企業架構將參與 PGR 的審查是否符合 EA 標準和與 COV IT 方向的一致性。

審核後，企業架構師將在不加評論的情況下核准，或者在批准之前要求提供更多資訊。此外，作為此流程的一部分，若有需要，EA 可能會聯絡相關聯絡人以進行澄清。