1、“.....然后像设计信息系统的每个计算机程序包括程序的输入和输出格式那样，对数据库支持的事务报表显示和查询进行详细的检查。在这个所谓的自底向上的分析中，精 确地验证数据库中需要维护的数据和在每个事务报表等等中需要的那些数据的性质。 对于每个单独的报表事务等等的分析都要考虑个特定的有限制的但是完全的数据库视图。当报表事务等被分析时有可能根据需要而改变概念数据模型。尤其在大型的项目中，不同的分析人员和系统开发者的团队可以独立地工作在不同的程序或程序集中，他们所有工作的细节直到逻辑设计阶段才可能会显示出来。在这种情况下，逻辑数据库设计阶段必须将原始的概念数据模型和这些独立的用户视图合并或集成到个全面的设计中。在进行逻辑信息系统设计时也可以确定额外 的 信息处理需求，此时这些新的需求必须集成到前面确定的逻辑数据库设计中。 逻辑数据库设计的最后步是根据为生成结构良好的数据规格说明而确定的规则......”。

2、“.....对当今的大部分数据库而言，这些规则来自关系数据库理论和称作规范化的过程。这步的结果是产生管理这些数据的不引用任何数据库管理系统的完整的数据库描述图。在完成逻辑数据库设计后，开始确定详细的计算机程序的逻辑和维护报告数据库内容所需的查询。 物理数据库设计和定义 物理数据库设计和定义阶段 决定计算机存储器通常是磁盘中数据库的组织，定义数据库管理系统的物理结构，概述处理事务的程序，产生期望的管理信息和决策支持的报表。本阶段的目标是设计能够有效安全地管理所有数据处理的数据库，因此物理数据库设计需紧密结合物理信息系统其他方面的设计，包括程序计算机硬件操作系统和数据通信网络。 数据库实现 数据库实现阶段编写测试和安装处理数据库的程序。设计人员可以使用标准的编程语言如 或 专用的数据库处理语言如 ，或专用的非过程化语言来编程， 以产生固定格式的报表显示结果......”。

3、“.....在实现阶段，还要完成所有的数据库文档，培训用户，为信息系统和数据库的用户安装程序。最后步是利用现存的信息源遗留应用中的文件和数据库以及现在需要的新数据加载数据。加载数据的第步经常是将数据从现存的文件和数据库中转到种中间的格式如二进制或文本文件，然后再将这些中间数据加载到新的数据库中。最后，运行数据库以及相关的应用以供实际的用户维护和检索数据。在运转期间，定期备份数据库，并当数据库损坏或受到影响时恢复数据库。 数据库维护 数据库 在数据库维护期间逐渐发展。在这步，为了满足变化的业务条件，为了改正数据库设计的，或数据库应用的处理速度而增加删除或改变数据库的结构特征。当个程序或计算机发生故障而使数据库受到影响或损坏时也可能应该重建数据库。这步通常是数据库开发过程中最长的步，因为它持续数据库及相关应用的整个生命周期，每次数据库的发展都可看作个简略的数据库开发过程......”。

4、“..... 二 信息系统开发的其他方法 系统开发生命周期法或其稍作变化的变体经常用于指 导信息系统和数据库的开发。信息系统生命周期是种方法学，它是高度结构化的方法，它包括许多检查和权衡以确保每步产生精确的结果，而且新的或替代的信息系统与它必须通信的或数据定义需要致的现存系统保持致。系统开发生命周期法经常由于产生个工作系统需要很长的时间而受到批评，因为工作系统仅仅在整个过程结束时才产生。现在组织越来越多的使用快速应用开发法，它是个包含分析设计和实现步骤的快速重复的迭代过程，直到汇聚到用户所需的系统为止。快速应用开发法在所需的数据库已经存在增强系统主要是为了检索数据的应用中适用，而 不适用于那些生成和修改数据库的应用。 使用最广泛的快速应用开发法之是原型法。原型法是个系统开发的迭代过程，通过分析员和用户的紧密配合，持续地修改系统而最终将所有需求转换成个工作系统。在此图中我们包含了注释......”。

5、“.....般来说，当信息系统的问题被确定时，仅仅粗略地尝试概念数据建模。在开发最初的原型时，设计用户想要的显示和报表，同时理解任何新的数据库需求并定义个用语原型的数据库。这通常是个新的数据库，它复制现存系统的部分，还可能增加了些新的内容。当需要新的 内容时，这些内容通常来自外部数据源，如市场研究数据般的经济指标或行业标准。 当产生原型新的版本时重复数据库的实现和维护活动。通常仅进行最低限度的安全性和完整性控制，因为此时的重点是尽可能快地产生可以使用的原型版本。而且文档管理也延迟到项目的最后，在交付使用时才进行用户培训。最后，旦构建了个可接受的原型，开发者和用户将决定最后的原型和数据库是否能交付使用。如果系统包括数据库效率很低，那么系统和数据库将被重新编程和重新组织以达到期望的性能。 随着可视化编程工具如 和第四代语言越来越流行，利用可视化编程工具可以很方便地修改用户与系统间的界面......”。

6、“.....使用原型法改变用户报表和显示的内容和布局是相当容易的。在这个过程中，新的数据库需求被确定，因此被发展中的应用使用的现存的数据库应该进行修改。甚至有可能为个需要新的数据库的系统使用原型法， 在这种情况下，当系统需求在迭代的开发过程中不断变化时需要获取样本数据以建造或重建数据库原型。 附件 外文原文 , , , , , , , , , 学 号 外文出处 附 件 外文资料翻译译文 外文原文......”。

7、“.....这些开发新 数据库的项目通常是为了满足组织的战略需求，例如改善客户支持提高产品和库存管理或进行更精确的销售预测。然而许多数据库开发项目更多的是以自底向上的方式出现的，例如信息系统的用户需要特定的信息来完成他们的工作，从而请求开始个项目，又如其他信息系统的专家发现组织需要改进数据管理而开始新的项目。即使在自底向上的情况下，建立企业数据模型也是必须的，以便理解现有的数据库是否可以提供所需的数据，否则，新的数据库数据实体和属性都应该加到当前的组织数据资源中去。 无论是战略需求还是操作信息的需求，每个数据库开发项 目通常集中在个数据库上。些数据库项目仅仅集中在定义设计和实现个数据库，以作为后续信息系统开发的基础。然而在大多数情况下......”。

8、“..... 系统开发生命周期 指导管理信息系统开发项目的传统过程是系统开发生命周期 。系统开发生命周期是指个组织中由数据库设计人员和程序员组成的信息系统专家小组详细说明开发维护和替换信息系统的全部步骤。这个过程比作瀑布是因为每步都流到相邻的下步，即信息系统的规格说明是块块地开发 出来的，每块的输出是下块的输入。然而如图所示，这些步骤并不是纯线性的，每个步骤在时间上有所重叠因此可以并行地管理步骤，而且当需要重新考虑先前的决策时，还可以回滚到前面些步骤。因而水可以在瀑布中倒流,系统开发生命周期的每阶段都包括与数据库开发相关的活动，所以，数据库管理的问题遍布整个系统开发过程。请注意，系统开发生命周期的阶段和数据库开发步骤之间不存在对应的关系，概念数据建模发生在两个系统开发生命周期阶段之间......”。

9、“.....设定组织数据库的范围和般内容。企业建模发生在信息系统规划和其他活动期间，这些活动确定信息系统的哪个部分需要改变和加强并概述出全部组织数据的范围。在这步中，检查当前数据库和信息系统，分析作为开发项目主体的业务领域的本质，用非常般的术语描述每个信息系统在开发时所需要的数据。每个项目只有当它达到组织的预期目标时才可以进行下步。 概念数据建模 对个已经开始的信息系统项目而言，概念数据建模阶段分析信息系统的全部数据需求。它分为两个阶段。首先，它在项目开始和规划阶 段建立张图。同时建立其他文档来概述不考虑现存数据库的情况下特定开发项目中所需的数据范围。此时仅仅包括高层类别的数据实体和主要联系。然后在系统开发生命周期的分析阶段产生确定信息系统必须管理的全部组织数据的详细数据模型，定义所有数据属性，列出全部数据类别，表示数据实体间所有的业务联系，确定描述数据完整性的全部规则。在分析阶段......”。