主题、模型之“惑”

在许多银行中实施数据仓库、ODS、报表系统时，都会涉及到建立模型的要求。但对模型的认识却不尽相同。

模型应该是对一个系统的抽象，同时具有内部和外部两方面的特征。银行中任何一个工作过程，都可以定义出相应的模型，而非数据仓库、数据集市的专利。

在银行的管理信息类系统中，经常谈到按“主题”建立模型，而对于主题，我认为存在着两种类型，一类是业务主题，与之相应的是反映业务处理的业务模型，另一类是分析主题，与之相应的是统计分析模型。

业务主题中的业务模型，反映银行是如何进行日常业务处理的，按照正确的企业信息化的步骤，应该是首先确定出银行整体的业务信息模型，然后才会划分出不同的业务主题，通过开发不同的业务处理系统加以实现，在这样前提下实现的各种业务处理系统，才会比较高效的相互配合，形成银行整体的业务处理的体系。我们看到的现实是，许多的银行虽然已经运行着许许多多的业务处理系统，但这些系统的建设并不是基于整体信息模型的规划，各个业务系统自身也未必有非常清晰的业务模型，这方面的情况各个银行差异很大，参差不齐。因此，在建立管理信息系统的过程中，特别是在建立企业“数据仓库”的过程中（我对数据仓库的定义参见《按需选用“数据仓库”》），首先需要重现企业的业务模型，按照业务模型来组织数据，反映银行业务处理的现实状态。数据仓库应按业务主题建立业务模型。

分析主题是根据银行管理决策的特定目的而建立的，并随着银行管理的实际需要而不断发展变化的，分析主题中都需要相应的分析模型，基于银行现实的业务数据计算得到所需要的指标数据，特别是在特定的数据集市当中，所实现的就是这种分析模型。

分析主题与业务主题有着对应关系，当一个分析主题局限在有个业务领域之内时，分析主题可以包含在业务主题之内，例如会计系统可以直接产生相应的会计统计报表。当分析主题跨越多个业务主题时，例如1104报表，那么就必须要在业务主题之外单独建立分析主题及其分析模型，利用不同的业务主题的数据计算出所需的指标。在我的《管理信息系统主要模块》一文中，统一业务视图的实现，就应该是基于业务主题的，建立业务模型组织数据，而统计分析结果的实现，就应该是基于分析主题的，建立相应的分析模型计算出结果指标。分析模型的特点是，首先有模型，然后根据模型的需要提出数据要求，而业务模型的特点是，基于现有业务的现实情况抽象出模型，反映业务现实，所以在建立ODS、企业“数据仓库”的时候，不应盲目追求所谓先进、深奥的分析模型，而是应该首先对银行自身现有的业务模型有一个清晰的认识，顶多再考虑一些将来可能的业务发展方向，务必要保证银行现有的各种业务数据可以被业务模型所容纳。否则，如果业务模型不能兼容银行自身已有的各项业务，那么这个模型就是不适合该银行的，除非这家银行完全没有自己的业务特色。

在建立银行管理信息系统的实践中，这两类主题、模型在整个管理信息系统的架构中的定位是不同的，是不应该混淆的。例如，某银行引入国外的分析模型建立数据仓库系统，结果不能满足不断增加的其他分析主题的需要。因此，在银行管理信息系统中，应该在数据仓库和数据集市中分别建立相应的业务模型和分析模型，按照各自的定位体现自己的价值。