数据仓库项目存在着一种趋势，当维度模型设计结束后即刻进入实施阶段。我建议：三思而后行。在进入实施阶段前，最后需要完成的主要设计活动是：回顾（Review）和确认（Validation）。
我们建议有不同的听众参与到回顾和确认的过程中，他们是不同等级的技术专家和业务能手。其目的是要得到跨组织的目标人群的反馈。整个DW/BI团队与业务用户群合作，将会得到更多地信息并从中受益。至少，设计团队需要与以下三类人进行交流：
● 源系统开发者和DAB，他们可以快速识别模型中的错误。
● 核心业务用户和关键用户，他们并不直接参与模型的开发过程。
● 更广泛的客户群。
通常，第一次开放的模型回顾是与IT部门的合作伙伴对维度模型的细节进行回顾。听众一般是由熟悉目标业务过程的人员组成，因为是他们编写或管理并运行着系统。同样，他们也比较了解目标数据模型，因数据源问题你已经和他们打过交道。
IT回顾可能会遭到挑战，因为参与者往往缺乏对维度建模的理解。事实上，他们很多人都会以为维度建模仅仅是对第三范式的优化。他们更倾向于接受使用面向事务处理的建模方法来构造维度模型。与其花大量的时间争论不同建模理论的优劣，倒不如在回顾过程中安排维度建模的培训。
当每个人都了解了维度建模基本理论后，回顾可以从总线矩阵开始。这将会让每个人了解项目范围和整体数据架构，示例维度一致性原则，展示相关业务过程的优先级。接下来，示例如何选择矩阵中的行，直接转换为维度模型。大部分IT回顾会议都应该用来回顾每一个维度和事实表。
通常，核心业务用户是建模团队成员，已经具备数据模型的知识，因此没有必要与他们开回顾会议。然而，如果他们并没有参与维度建模，详细设计的回顾也需要包含核心业务用户参加。核心用户会比典型业务用户拥有更多的技术，因此可以理解更多的模型细节。通常，特别是在中小组织中，可以把IT回顾和核心用户回顾归并为同一个会议。此项工作可以增进参与者的相互理解，并在相同的基础上合作。
最后，维度数据模型应该与更广泛的业务用户群共享。通常，这一活动参与者众多，一部分由代表性的用户会被选中。此次会议在设计回顾的同时会进行更多的培训。你需要培训客户而不是灌输。此外，你需要他们仔细思考将来如何使用数据的问题，这样有助于发现任何模型的缺陷。
制作演示幻灯片，可以从基础维度理论和定义开始，然后描述总线矩阵并把它作为企业DW/BI路线图。回顾高级模型，最终，回顾重要的维度，如用户和产品维度。
分配三分之一的时间示例模型如何回答业务过程中的一系列问题。引用需求文档中一些有趣的例子，并进行概略的回答，更多的分析用户会立刻明了其中含义。树立客户的信心，模型的复杂度将会隐藏在易用的结构化报表后面。重点是，你需要表现出可以回答几乎所有他们可能提出的业务过程相关的问题。
如果你达到以上目标，通常模型的改动量会很小。在完成艰苦的模型开发工作后，用户可能没有表现出你所期待的恰如其分的兴奋。这说明，模型对于用户来说易于理解，毕竟，模型对应着他们的业务。这是好事，这意味着你已经很好的完成了任务。
译者介绍：
甄浩，北京迈思奇BI开发工程师，资深BI咨询顾问，软件工程专业硕士。
主攻数据仓库、OLAP建模、数据挖掘、企业绩效管理等技术领域，具有6年的BI项目实施和咨询经验。