第1步：选择业务过程
业务过程是由组织完成的微观活动，例如，获得订单、开具发票、接收付款、处理服务电话、注册学生、执行医疗程序、处理索赔等。业务过程包含以下公共特征，理解它们将有助于区分组织中不同的业务过程
- 业务过程通常用行为动词表示，因为它们通常表示业务执行的活动 与之相关的维度描述与每个业务过程事件关联的描述性环境
- 业务过程通常由某个操作型系统支撑，例如，账单或购买系统
- 业务过程建立或获取关键性能度量。有时这些度量是业务过程的直接结果，有时也需要经过二次加工。分析人员总是想通过过滤器和约束的不同组合，来审查和评估这些度量。
- 业务过程通常由输入激活，产生输出度量。在许多组织中，包含一系列过程，它们既是某些过程的输出， 是某些过程的输入。用维度建模人的话来说，一系列过程产生一系列事实表。
企业业务部门或企业功能职责并不等于业务过程。将注意力放在业务过程，而不是放在功能化的部门。
第2步：声明粒度
明粒度意味着精确定义某个事实表的每一行表示什么。粒度传递的是与事实表度量有关的细节级别。
典型的粒度声明如下
- 客户销售事务上的每个产品扫描到一行中
- 医生开具的票据的列表内容项采用一行表示
- 机场 机口处理的每个 机牌采用一行表示
- 仓库中每种材料库存水平的每日快照采用一行表示
- 每个银行账户每月的情况采用一行表示
第3步：确定维度
维度要解决的问题是“业务人员如何描述来自业务过程度量事件的数据？” 。 维度通常为事件发生时的外部环境，“谁、什么、何处、何时、为何、如何” 。常见维度的实例包括日期、产品、客户、雇员、设备等。
第4步： 确定事实
可以通过回答 “过程的度量是什么？”这一问题来确定事实。商业用户非常愿意分析这些性能度量。 设计中的所有候选事实必须符合第2步的粒度定义。明显属于不同粒度的事实必须放在不同的事实表中。典型事实是可加性数值，例如，订货数量或以美元计的成本总额等。
