企业架构

如果您的机构或运营无法遵循已批准的EA标准或路线图，则应为您的机构登记 Archer例外。

以下是一些例外情况的示例：

• 您的机构使用的软件产品版本比当前发布的版本落后2期以上。
• 您的机构拥有已不再支持但仍依赖的硬件，或者拥有已使用超过5年但仍在服役的硬件产品。
• 您无法满足企业需求，例如日志合规性或数据可用性。

在Archer COV风险管理系统中注册您的例外情况。如需更多信息，请查看我们的信息安全常见问题解答部分。

英联邦的人工智能政策和人工智能技术标准

行政命令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 活动。 作为审批流程的一部分，企业架构将审查 ITSP 的标准合规性、重用机会、补救任何未解决异常的活动以及意图的明确性。

审查完成后，企业架构将把批准建议输入Planview系统，并在必要时与CAM和其他需要跟进和澄清的资源进行沟通。

投资商业案例 (IBC)

在三种主要类型的审查中，EA在采购流程中作为验证和批准点活跃于其中两种：

IBC是授权机构准备项目章程、执行RFP，并根据需要支出资金。这些也由企业架构部门审查。为此，EA寻求IBC与机构ITSP的一致性，并根据当前标准和IT方向审查所提议的方法。

例如，各机构通常应采用云友好的方法，以避免在实施过程中或将来不必要地制造合规障碍或其他挑战。企业架构作为审阅者之一，如果没有发现问题，将批准IBC。如果有一些澄清或条件，企业架构师可以在批准时提供意见，或者如果必要时，将请求发回给机构以在批准前获取更多信息。

采购治理请求 (PGR)

EA 在采购流程中充当验证和批准点，主要审核三种类型中的三种：

PGR 是在投资商业案例获得批准之后发布的，该机构准备将资金用于他们在 IBC 中描述的解决方案。 与 IBC 的审查活动类似，企业架构将参与审查 PGR 是否符合 EA 标准并与 COV IT 方向保持一致。

审查后，企业架构师要么不加评论地批准，要么在工具中批准前要求提供更多信息。此外，作为此过程的一部分，EA可能会在需要时联系相关人员以获取澄清。