43、维度模型设计与文档记录指南

维度模型设计与文档记录指南

1. 策略制定与设计流程

在项目开展过程中，通常需要通过一次或多次会议来制定策略。在策略会议上，项目团队会展示设计的高层概述，并回顾推荐的实施项目顺序和范围。这些项目会从其所提供的能力、业务中的相关方以及实施所需的技术复杂性等方面进行讨论。决策者可能会建议对提议的实施计划进行顺序或项目范围的重组，这可能要求团队与项目规划者合作，调整项目定义和资源评估。这些修订会在后续会议中呈现给决策者，以获得策略的最终认可。

几乎在团队开始进行访谈的同时，就会着手进行维度设计。设计会在整个过程中不断变化和演进。一旦访谈完成，高层设计就会相对稳定。它可能会在设计审查时进行调整，或者在制定项目定义和实施策略时进行微调，但整体结构会保持一致。

当达到这个阶段时，建议开始详细记录维度设计。详细设计包括逐列信息，如数据类型、详细属性定义、示例值、数据源和转换规则等。还会包括交易数量、安全要求和存档策略等相关信息。这些基础工作在进行设计审查和策略会议时不必全部完成，但必须在项目结束时完成。这项工作大部分将由首席设计师和设计团队完成，如果可能的话，部分工作可以外包给其他方。例如，数据库管理员可以帮助建立命名标准和数据类型；分析师可以协助开发属性定义；源系统专家可以开发大部分数据源定义。

2. 维度模型文档记录

维度设计师使用各种格式和工具来记录他们的模型。维度设计文档应分为三个主要部分，从高层开始，逐步详细。

2.1 需求文档

当维度模型将作为数据仓库策略的基础时，文档应从每个主题领域的功能描述开始。这些描述虽然与星型结构、事实和维度密切相关，但不需要涉及这些技术基础来传达功能能力。表、列和连接