JZTY_2018的博客

数据架构应该确定数据迁移的要求，并提供指示，以了解所需的转换、清理和整理的程度，以便以符合目标应用程序的要求和约束的格式呈现数据。对支持与企业客户和供应商进行数据集成的软件有什么要求（例如，在数据迁移期间使用提取、转换、加载 (ETL) 工具，评估数据质量的数据分析工具等）？物理数据组件是已由之前的项目实施的逻辑数据组件的集合（与XML消息、数据库模式等存在链接）或新实施项目的要求。数据架构是通过使用三个元模型实体创建的：数据实体、逻辑数据组件和物理数据组件。所有数据实体都可以具有特定情况下的质量属性。

请注意，将这些方法付诸行动以驱动后续架构工作的焦点和目标状态并不意味着阶段 A 的基本框架，例如常见的企业业务能力图，必然会发生变化，而是以特定企业架构项目的范围和需求驱动的方式应用它们。业务单位是建立组织图的主要概念。根据对企业构成的相对自由的观点，企业可以是正在进行的项目的一个业务单位，也可以包括所有业务单位，或者还可以包括第三方或其他利益相关方。在这种情况下，可能需要验证和更新当前记录的业务战略和计划，和/或在高层业务驱动因素、业务战略和目标以及与此架构开发工作相关的特定业务需求之间架起桥梁。

架构愿景阶段解决的范围界定问题将限于此 ADM 周期的特定目标，并将受限于在初步阶段建立并体现在架构框架中的架构活动的总体范围定义。通常，架构愿景的关键要素（例如企业使命、愿景、战略和目标）已被记录为更广泛的业务战略或企业规划活动的一部分，这些活动在企业中有自己的生命周期。在这种情况下，阶段 A 中的活动涉及验证和理解已记录的业务战略和目标，并且可能一方面在企业战略和目标之间架起桥梁，而在当前架构现实中隐含的战略和目标。澄清和同意架构工作的目的是这项活动的关键部分之一，目的需要清楚地反映在所创建的愿景中。

在供应商或生产环境中，一个相关产品系列的通用架构通常被称为“产品线架构”，与上述类似的过程称为“（基于架构的）产品线工程”。ADM 主要针对 IT 用户企业中的架构师，但是一个以IT为基础的产品供应商组织可能希望将其调整为用于产品线架构开发的通用方法。开发一个“通用”或“参考”架构，是组织内企业的典型，但不代表任何特定的企业，然后期望各个企业对其进行调整，以生成适合相关特定企业的架构“实例”企业非常庞大和复杂，在一个整体协作的业务框架内包含许多独立但相互关联的“企业”，需要调整架构方法以识别这一点。

TOGAF标准描述了企业和IT架构的普适方法。如图2-1所示，表现为一系列独立但紧密关联的文档。TOGAF标准是The Open Group的一项标准。The Open Group与技术产品和服务的客户和供应商合作，并与企业联盟和其他标准组织合作，以获取、澄清并整合当前和新出现的需求，建立标准和政策并共享最佳实践。标准确保了开放性、互操作性和一致性。