1、“.....但这两种语言也存在问题，因为它们保留了原来的些内容。 对于 来说，它的主要优点是很容易理解，许多编程工作都很容易完成，基本上隐藏了 和 组件结构的内涵。其缺点是 从来没有 实现真正意义上的面向对象，所以大型应用程序很难分解和维护。另外，因为 的语法继承于 的早期版本 主要是为了让初学者更容易理解，而不是为了编写大型商业应用程序 ，所以不能真正成为结构化或面向对象的编程语言。 另方面， 在 语言定义中有其自己的根。它与 不完全兼容，因为 是在 定义标准化之前编写 编译器的，但已经相当接近了。遗憾的是，这导致了两个问题。其， 是在十几年前的技术条件下开发的，因此不支持现在的概念 例如 字符串和生成 文档 ，些古老的语法结构是为以前的编译器设计的 例如成员函数的声明和定义是分开的 。其二......”。

2、“.....其结果是在 中，该语言成为了种非常杂乱的语言。让个 开发人员说说字符串有多少个定义方式就可以说明这点 版本 版本 和 等。 现在进入 时代 种全新的环境，它对这两种语言都进行了新的扩展。 给 添加了许多 专用的关键字，并把 演变为，保留了些基本的 语法，但在设计上完全不同，从实际应用的角度来看， 是种新语言。 在这里， 决定给开发人员另个选择 专门用于 具有新起点的语言， 即 。 在正式场合把 描述为种简单现代面向对象类型非常安全派生于 和 的编程语言。大多数独立的评论员对其说法是派生于 和 。这种描述在技术上是非常准确的，但没有涉及到该语言的真正优点。从语法上看， 非常类似于 和 ，许多关键字都是相同的， 也使用类似于 和 的块结构，并用括号 来标记代码块......”。

3、“.....对 代码的第印象是它非常类似于 或 代码。但在这些表面上的类似性后面， 学习起来要比 容易得多，但比 难些。其设计与现代开发工具的适应性要比其他语言更高，它同时具有 的易用性高性能以及 的低级内存访问性。 包括以下些特性 完全支持类和面向对象编程，包括接口和继承虚函数和运算符重载的处理。 定义完整致的基本类型集。 对自动生成 文档说明的内置支持。 自动清理动态分配的内存。 可以用用户定义的特性来标记类或方法。这可以用于文档说明，对编译有定的影响 例如，把方法标记为只在调试时编译 。 对 基类库的完全访问权，并易于访问 。 可以使用指针和直接内存访问，但 语言可以在没有它们的条件下访问内存。 以 的风格支持属性和事 件。 改变编译器选项，可以把程序编译为可执行文件或 组件库......”。

4、“..... 可以用于编写 动态 页面和 服务。 应该指出，对于上述大多数特性， 和 也具备。但 从开始就使用 ，对 特性的支持不仅是完整的，而且提供了比其他语言更合适的语法。 语言本身非常类似于 ，但其中有些改进，因为 并不是为应用于 环境而设计的。 在结束这个主题前，还要指出 的两个局限性。其是该语言不适用于编写时间急迫或性能非常高的代码，例如个要运行 或 次的循环，并在不需要这些循环时，立即清理它们所占用的资源。在这方面， 可能仍是所有低级语言中的佼佼者。其二是 缺乏性能极高的应用程序所需 要的关键功能，包括保证在代码的特定地方运行的内联函数和析构函数。但这类应用程序非常少。 二 数据库开发过程 基于信息工程的信息系统规划是数据库开发项目的个来源。这些开发新数据库的项目通常是为了满足组织的战略需求......”。

5、“.....然 而许多数据库开发项目更多的是以自底向上的方式出现的，例如信息系统的用户需要特定的信息来完成他们的工作，从而请求开始个项目，又如其他信息系统的专家发现组织需要改进数据管理而开始新的项目。即使在自底向上的情况下，建立企业数据模型也是必须的，以便理解现有的数据库是否可以提供所需的数据，否则，新的数据库数据实体和属性都应该加到当前的组织数据资源中去。 无论是战略需求还是操作信息的需求，每个数据库开发项目通常集中在个数据库上。些数据库项目仅仅集中在定义设计和实现个数据库，以作为后续信息系统开发的基础。然而 在大多数情况下，数据库及其相关信息处理功能是作为个完整的信息系统开发项目的部分而被开发的。 系统开发生命周期 指导管理信息系统开发项目的传统过程是系统开发生命周期 ......”。

6、“.....这个过程比作瀑布是因为每步都流到相邻的下步，即信息系统的规格说明是块块地开发出来的，每块的输出是下块的输入。然而如图所示，这些步骤并不是纯线性的，每个步骤在时间上有所重叠因此可以并行地管理步 骤，而且当需要重新考虑先前的决策时，还可以回滚到前面些步骤。因而水可以在瀑布中倒流, 图 对系统开发生命周期每阶段的目的和可交付的产品进行了简明注解。 系统开发生命周期的每阶段都包括与数据库开发相关的活动，所以，数据库管理的问题遍布整个系统开发过程。我们在图 中重复了系统开发生命周期的七个阶段，并概述了每个阶段常见的数据库开发活动。请注意，系统开发生命周期的阶段和数据库开发步骤之间不存在对应的关系，概念数据建模发生在两个系统开发生命周期阶段之间。 企业建模 数据库开发过程从企业建模系统开发 生命周期中项目论证和选择阶段的部分开始设定组织数据库的范围和般内容......”。

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

8、“.....例如处理步骤处理数据的规则以及时间的时序。然而，即使是这样详细的概念数据模型也只 是初步的，因为后续的信息系统生命周期中的活动在设计事务报表显示和查询时可能会发现遗漏的元素或。因此，经常说到的概念数据建模是以种自顶向下的方式完成的，它由业务领域的般理解所驱动，而不是由特定的信息处理活动所驱动。 逻辑数据库设计 逻辑数据库设计从两个角度进行数据库开发。首先，将概念数据模型变换成基于关系数据库理论的标准表示方法 关系。然后像设计信息系统的每个计算机程序包括程序的输入和输出格式那样，对数据库支持的事务报表显示和查询进行详细的检查。在这个所谓的自底向上的分析中，精确地验 证数据库中需要维护的数据和在每个事务报表等等中需要的那些数据的性质。 对于每个单独的报表事务等等的分析都要考虑个特定的有限制的但是完全的数据库视图......”。

9、“.....尤其在大型的项目中，不同的分析人员和系统开发者的团队可以独立地工作在不同的程序或程序集中，他们所有工作的细节直到逻辑设计阶段才可能会显示出来。在这种情况下，逻辑数据库设计阶段必须将原始的概念数据模型和这些独立的用户视图合并或集成到个全面的设计中。在进行逻辑信息系统设计时也可以确定额外的信息处理需求 ，此时这些新的需求必须集成到前面确定的逻辑数据库设计中。 逻辑数据库设计的最后步是根据为生成结构良好的数据规格说明而确定的规则，将组合的协商后的数据规格说明转换成基本的或原子的元素。对当今的大部分数据库而言，这些规则来自关系数据库理论和称作规范化的过程。这步的结果是产生管理这些数据的不引用任何数据库管理系统的完整的数据库描述图。在完成逻辑数据库设计后，开始确定详细的计算机程序的逻辑和维护报告数据库内容所需的查询......”。