企业架构的上下文

企业架构计划最好被视为企业的一个运营单位，因此它具有上下文。该计划必须为企业提供价值；它通过确保架构工作与组织的战略计划保持一致，并确保以尊重企业架构的方式执行实施计划来做到这一点。

Enterprise Architect有许多方便的特征模型，并可视化架构和战略计划的一致性。在评估哪些信息技术计划对战略业务目标和目标做出贡献时，可以使用这些可视化。 Enterprise Architect具有许多有用的功能，可用于指导实施项目并评估其合规性水平，包括团队图书馆功能以及在解决方案架构的时间中如何应用上下文的定义。

战略背景

业务架构必须与战略计划相关联，以确保在更多细节中描述架构的所有其他架构域最终都会使企业受益并交付价值。业务架构师通常从公司战略家那里收集信息，并且应该参与有关企业及其组织的未来计划的高层讨论和决策。

Enterprise Architect有许多工具可帮助确保架构与战略计划的一致性可以可视化，并且构成业务架构一部分的驱动程序与计划的元素相关联。业务Enterprise Architect的元素计划或文档可以与作为工件的业务架构存储库相关工件外部计划。

实施背景

架构的目的是确保计划和项目交付架构模型中描述的业务价值和收益，因此监控实施项目的合规性对于架构和最终架构计划的成功至关重要。实施治理是架构过程的关键部分，需要进行正式管理，以确保架构作为实施团队的指南，同时确保架构被清楚地理解和遵循。实施计划最终将组织从基线（当前）状态转变为目标（未来）状态，并确保这些计划符合原则和设计对于计划的成功至关重要。

Enterprise Architect有许多工具来协助管理实施计划，包括可用于对项目进行一次性或重复审查的正式审阅功能，以确保可以确定其合规性水平。战略、战术和解决方案架构以及实施项目可以在同一个工具中进行管理，这一事实使得治理过程更加精简。即使企业架构和实施项目位于不同的存储库中，也可以将内容导入架构存储库以进行评估。可以使用原则实例对如何在每个计划的时间上下文中应用这些原则的示例进行建模，从而为实施团队提供有用的指导。