使用数据建模定义复杂的商业实体物业

我们关于系统分析的系列文章中的前一篇讲述了业务需求和处理流程的建模。但是在大型的，复杂的项目中可能还需要另一种类型的建模：数据建模。虽然你可能不会亲自来完成这个任务，但你还是需要对它的概念有所了解。因为你的应用程序读取或者操作这些数据，所以你应该对这些模型中数据实体间联系的定义有一定的认识。

激情戏 在Dabs的那段日子里我以前在大型机上编程的时候，有的只是普通的文件和数据库(还有VSAM文件)。文件数据库由程序员进行控制，它们可以被随心所欲的创建。但是数据库对于普通的程序员来说要进行操作和理解实在是太复杂了。它们需要数据分析和数据库管理员(Dabs)。数据分析能够让你用来在逻辑上为数据建模，然后Dabs会在物理的数据库里实际的实现这个数据模型。

在今天的C/S(客户/服务器)和Web开发环境下，数据库越来越多的处于开发者的控制之下了。在一些很小的使用SQL Server和Oracle的公司里，由于无法承担数据专家的费用，我们可能不得不亲自完成数据库方面的工作。也许这就是为什么今天的数据建模比以前看起来要少得多的原因。但是，理解数据建模的概念并知道在什么情况下使用数据建模仍然是有意义的。它对于大型的，复杂的或者数据库的吞吐量要求非常大的应用程序来说是非常关键的。

数据建模的两个主要目的正式的数据建模是出于两个基本的意图。首先，它提供了一种表示数据实体间关系的精确的语言和语法。如果建模的范围足够广泛，那么企业所使用的所有重要数据都可以用这种方法表示。举个例子，你的企业对于一个客户的精确定义是否能够容易的达成一致？在我所工作的一家公司，用了数月来定义什么是一个客户数据实体，在它的共同属性上达成了一致，并对于客户数据实体与其它实体之间的联系有了共识。在完成数据定义以后，那么你会发现这家公司半数的程序是不准确的因为它们用了不同的方式来定义一个客户实体。但是，一旦数据建模已经完成，每个人就必须团结在这个大家都认可的定义上来了。 数据建模的另一个主要的目的是用来定义数据实体和数据实体之间的关系，这种定义的方法能够用来保存底层的业务数据。这允许我们定义文件和数据库以便商业应用程序能够正确的处理信息。例如，你可能会发现许多客户属性是相对静态的。你还可能会注意到一个客户也可能生成许多定单。这些简单的事实让你创建两张数据库表--一个保存客户属性而另一个保存定单信息。每个表单都可以用客户号码做索引。这就节省了存储空间，允许应用程序进行更快的处理，并使数据的维护变得更容易。