1、“.....它的目的是为组织数据创建个整体的描述或解释，而不是设计个特定的数据库。个特定的数据库为个或多个信息系统提供数据，而企业数据模型可能包含许多数据库描述了由组织维护的数据的范围。在企业数据建模时，你审查当前的系统，分析需要支持的业务领域的本质，描述需要进步抽象的数据，并且规划个或多个数据库开发项目。信息系统体系结构如图所示，高级的数据模型仅仅是总体信息系统体系结构个部分或个组织信息系统的蓝图。在信息系统规划期间，你可以建立个企业数据模型作为整个信息系统体系结构的部分。根据和的观点，个信息系统体系结构由以下个关键部分组成数据操纵数据的处理着系可以用数据流图带方法的对象模型或者其他符号表示。网络，它在组织内并在组织与它的主要业务伙伴之间传输数据它可以通过网络连接和拓扑图来显示。人，人执行处理并且是数据和信息的来源和接收者人在过程模型中显示为数据的发送者和接收者......”。

2、“.....事件的原因和数据处理的规则经常以文本形式显示，但是也存在些用于规划的图表工具，如决策表。信息工程信息系统的规划者按照信息系统规划的特定方法开发出信息系统的体系结构。信息工程是种正式的和流行的方法。信息工程是种面向数据的创建和维护信息系统的方法。因为信息工程是面向数据的，所以当你开始理解数据库是怎样被标识和定义时，信息工程的种简洁的解释是非常有帮助的。信息工程遵循自顶向下规划的方法，其中，特定的信息系统从对信息需求的广泛理解中推导出来例如，我们需要关于顾客产品供应商销售员和加工中心的数据，而不是合并许多详尽的信息请求如个订单输入屏幕或按照地域报告的销售汇总。自顶向下规划可使开发人员更全面地规划信息系统，提供种考虑系统组件集成的方法，增进对信息系统与业务目标的关系的理解，加深对信息系统在整个组织中的影响的理解......”。

3、“.....信息工程的规划阶段产生信息系统体系结构，包括企业数据模型。信息系统规划信息系统规划的目标是使信息技术与组织的业务策略紧密结合，这种结合对于从信息系统和技术的投资中获取最大利益是非常重要的。正如表所描述的那样，信息工程方法的规划阶段包括个步骤，我们在后续的个小节中讨论它们。确定关键性的规划因素关键性的规划因素是指组织目标关键的成功因素和问题领域。确定这些因素的目的是建立规划的环境并且将信息系统规划与战略业务规划联系起来。表显示了松谷家具公司的些可能的关键规划因素，这些因素有助于信息系统的管理者为新的信息系统和数据库社顶优先级以处理需求。例如，考虑到不精确的销售预测这个问题领域，信息系统的管理者可能在组织数据库中存放额外的历史销售数据新的市场研究数据和新产品的测试数据。确定组织的规划对象组织规划对象定义了业务范围，业务范围会限制后来的系统分析和信息系统可能发生改变的地方......”。

4、“.....组织地点业务操作的发生地。业务功能支持组织使命的业务处理的相关组。业务功能不同于组织单元，事实上个功能可以分配给多个组织单元例如，产品开发功能可能是销售部和生产部共同的责任。实体类型关于组织所管理的人，地点和事物的数据的主要类别。信息系统处理数据集的应用软件和支持程序。建立企业模型个全面的企业模型包括每个企业功能的功能分解模型企业数据模型和各种规划矩阵。功能分解是把组织的功能进行更详细的分解过程，功能分解是在系统分析中为了简化问题分散注个工作系统需要很长的时间而受到批评，因为工作系统仅仅在整个过程结束时才产生。现在组织越来越多的使用快速应用开发法，它是个包含分析设计和实现步骤的快速重复的迭代过程，直到汇聚到用户所需的系统为止。快速应用开发法在所需的数据库已经存在增强系统主要是为了检索数据的应用中适用，而不适用于那些生成和修改数据库的应用......”。

5、“.....原型法是个系统开发的迭代过程，通过分析员和用户的紧密配合，持续地修改系统而最终将所有需求转换成个工作系统。图显示原型法的过程。在此图中我们包含了注释，概略地描述了每个原型法阶段的数据库开发活动。般来说，当信息系统的问题被确定时，仅仅粗略地尝试概念数据建模。在开发最初的原型时，设计用户想要的显示和报表，同时理解任何新的数据库需求并定义个用语原型的数据库。这通常是个新的数据库，它复制现存系统的部分，还可能增加了些新的内容。当需要新的内容时，这些内容通常来自外部数据源，如市场研究数据般的经济指标或行业标准。当产生原型新的版本时重复数据库的实现和维护活动。通常仅进行最低限度的安全性和完整性控制，因为此时的重点是尽可能快地产生可以使用的原型版本。而且文档管理也延迟到项目的最后，在交付使用时才进行用户培训。最后，旦构建了个可接受的原型......”。

6、“.....如果系统包括数据库效率很低，那么系统和数据库将被重新编程和重新组织以达到期望的性能。随着可视化编程工具如和第四代语言越来越流行，利用可视化编程工具可以很方便地修改用户与系统间的界面，原型法正成为可供选择的系统开发方法。使用原型法改变用户报表和显示的内容和布局是相当容易的。在这个过程中，新的数据库需求被确定，因此被发展中的应用使用的现存的数据库应该进行修改。甚至有可能为个需要新的数据库的系统使用原型法，在这种情况下，当系统需求在迭代的开发过程中不断变化时需要获取样本数据以建造或重建数据库原型。数据库开发的三层模式体系结构在本文前面关于数据库开发过程的解释中提到了个系统开发项目上建立的几个不同的但是相关的数据库视图或模型概念模式在分析阶段建立。外部模式或用户视图在分析阶段和逻辑设计阶段建立。物理模式或内部模式在物理设计阶段建立。图描述了数据库这三个视图之间的关系......”。

7、“.....也就是说，每个组织数据库都有个物理模式个概念模式以及个或多个用户视图。因此，三层模式体系结构用观察同数据集的不同方式定义数据库。概念模式关于全部数据库结构的与技术无关的规格说明。概念模式定义了整个数据库而不涉及数据怎样存储在计算机的二级存储器中。通常，概念模式用实体联系图或对象建模符号这样的图形格式来描述，我们把这种类型的概念模式称为数据模型。另外，概念模式的规格说明作为元数据存储在信息库或数据字典中。物理模式包括概念模式的数据怎样存储在计算机二级存储器中的规格说明。对数据库分析员和设计人员来说，重要的是物理数据库物理模式的定义，它提供了关于分配和管理存储和访问的数据所在的物理二级存储器空间的数据库技术的全部规格说明。数据库开发和数据库技术是以数据库这三个模式间的区分为基础的。数据库开发项目的个角色可能仅需处理与这三个视图中的个相关的工作。例如......”。

8、“.....而个有经验的开发者将设计物理模式或概念模式。数据库设计问题在不同的层次上有很大的不同。三层数据库定位体系结构显然，所有数据库中的好的事情都和三有关,当设计个数据库时，你要选择把数据存放在何处。这个选择在物理数据库设计阶段作出。数据库分为个人数据库工作组数据库部门数据库企业数据库和因特网数据库。个人数据库经常由最终用户自己设计和开发，仅仅由数据库专家给予培训和咨询帮助，它仅包含最终用户个人感兴趣的数据。有时候，个人数据库是从工作组数据库或企业数据库中提取出来的，这种情况下数据库专家经常编写些提取例程来创建本地数据库。工作组数据库和部门数据库经常被最终用户业务部门中的系统专家和中心数据库专家起开发。这些人员的协同工作是必须的，因为在设计共享的数据库时必须权衡大量的问题处理速度易于使用数据定义的差别和其他类似的问题......”。

9、“.....通常由在集中的数据库开发小组中受过专业培训的数据库专家来开发。客户层个台式计算机或笔记本也称作表示层，它专门管理用户系统界面和本地化数据，在这层上可以执行脚本任务。服务器服务器层处理协议脚本任务，执行计算和提供数据访问，所以该层称作处理服务层。企业服务器小型机或大型机层执行复杂的计算和管理来自组织间多个数据源的数据的合并，也称作数据服务层。在个组织中，数据库和信息系统分层的体系结构与用于分布式计算的客户服务器体系结构的概念相关。客户服务器体系结构基于个局域网环境，其中服务器上称作数据库服务器或数据库引擎的数据库软件执行来自客户工作站的数据库命令，每个客户的应用程序专注于它们的用户接口功能。实际上，整个概念数据库以及访问这些数据库的应用处理例程作为个分布式数据库或单独但是相关的物理数据库而分布在本地的工作站中间的服务器工作组或部门和个中心服务器部门或企业上。简单地说......”。