电信经营分析系统.pdfVIP

DWDM Studio Document 电信经营分析系统中的上下文应用 作者：高云龙 Email： Hengyu99@ 日期：2003-9-6 版本：1.0 摘要：在电信行业经营分析系统中，数据仓库上下文是非常重 要但也是非常容易被人遗忘的设计要素，通常因为业务系统的 数据不完整，使得在数据仓库设计中补充上下文信息并建立业 务流程对其进行维护显得更加必要。本文对电信经营分析系统 中的常用维度相关的上下文信息作出分析，并提出上下文的维 护方法。 关键词：数据仓库 经营分析 电信 上下文 维 版权声明：作者对本文保留一切权利，任何人在未经作者同意的情况下，不得摘录或复制本文的全部或部 分内容。 1 页 共 8 页 DWDM Studio Document 在数据仓库系统中，“维”表示分析问题的角度，所谓多维模型所能提供的分析功能， 实际上也就是 “能够从多个角度分析问题”，这个逻辑比较符合人的思维习惯，领导不是说 “看问题要全面嘛”？从这个角度说，用于 OLAP 的多维模型还是很适合领导们使用的。 但是实际上这个“分析角度”的内容可能只是一些业务术语，比如是一项费用的名称或者一 个代理商的名 ，而关于这项费用以及这个代理商相关的信息却严重不足，在某些时候，由 于相关信息的缺乏，对数据表现出来的现象无法进行正确解释。 这些“相关信息”在数据仓库之父Bill Inmon 的经典著作 《数据仓库》（注：参见《数 据仓库》 五章）中有过阐述，称为 “数据仓库中的上下文信息”（Context ），并且把上下 文信息分成了三个级别：简单上下文（数据结构、字典等信息）；复杂上下文（产品价格、 目标市场、组织结构等）；外部上下文 （经济政策、竞争对手发展、人口数据等）。在经营分 析系统中，目 的维设计中只包含了 “简单上下文”，但我们在与系统的最终用户进行交流 时，用户往往要求提供系统能够提供复杂上下文和外部上下文信息，例如：A 分公司市场部 用户要求我们把当地的人文统计信息录入系统，包括人口总量、人口构成、当地GDP 水平 等信息，显然这些数据在我们的系统之外，属于“外部上下文”；总公司和B 分公司希望把 套餐的有关信息录入系统，包括套餐的价格、目标用户群、制定部门、资费标准等信息，这 些信息属于“复杂上下文”。 本来经营分析系统的数据主要来源于业务系统，但业务系统本身并不能提供用于分析 的所有维度和信息，上述提到的“复杂上下文”和“外部上下文”往往在业务系统中并不存 在，因此需要经营分析系统建立业务流程对复杂上下文和外部上下文信息进行捕获、收集和 管理。笔者希望对经营分析系统中几个主要维度的上下文信息进行讨论。 1、时间维（日期） 因为任何事实的发生都有时间因素，时间维几乎是任何主题所必备的维度。传统的时间 维设计包含了一个分层的时间结构，如下表： 列标号 代码 名称 1 Day_ID 日期标识