中华论文软件系统的开放性包括数据的开放性、功能的开放性和系统的可扩充性，是否具备良好的开放性基本取决于系统模型。软件系统的集成性是指通过一致的信息描述手段和处理机制将各功能子系统统一到同一个集成环境，集成性的好坏也基本取决于系统模型。软件系统的效率通常包括系统运行的效率和应用开发的效率。运行效率是系统运行时的时空复杂度，而应用开发的效率指开发的难易程度和执行效率。效率大部分取决于系统模型，也与系统的具体实现有关。

开放的系统模型使得子功能部件的集成易于实现，同时也必然提高应用开发的效率；集成和高效反过来又有利于更好地达到开放的目的。这三者相辅相成，其中又以开放性作为集成和效率的基础，只有开放才有集成，只有开放才有效率。

针对应用软件系统的开放性，曾先后出现了许多类系统模型，代表了应用软件技术与产业发展的不同阶段。各阶段中有代表性的系统模型依次为：以数据为中心的系统模型、以执行为中心的系统模型、面向对象的系统模型、和基于总线的系统模型。

以数据为中心的系统模型如图2a所示。这类模型将数据库放在系统的核心层次共享，各功能部件采用统一的数据描述，各子系统的开发过程完全独立；子系统间有统一的数据交换接口；整体的可扩充性好，可任意增加符合数据交换标准的应用程序。但是，这种模型整体结构松散，集成性不够良好；只能做到数据复用，不能做到功能复用，造成大量的代码冗余；由于应用相关数据的存在，难于定义符合所有应用需求的数据接口标准，因此会出现数据语义失真。从开放性的角度来讲，这类系统只具有数据开放性，不具有功能开放性，但其可扩充性很好。

以执行为中心的系统模型着眼于将不同的应用系统通过统一的执行中心来实现数据和用户界面的共享和一致，如图2b所示。这类模型将共有的计算和执行功能从应用程序中分离出来，放在执行中心，避免了代码冗余；用户与系统的交互与应用程序相分离，便于实现统一风格的用户界面；和数据库的任何数据交换都要通过执行中心进行，有利于数据的严格管理，保证了数据的一致性。这类模型解决了以数据为中心的系统模型的代码冗余及界面风格不统一等问题，但仍存在一些缺陷：执行中心的功能设计复杂，很难确切定义符合所有应用要求的功能集合，而且实现起来也相当困难；执行中心同时与用户界面和所有应用程序保持通讯，又管理着数据，负担过重，容易形成瓶颈。总之，这类模型既具有数据的开放性，又具有功能的开放性，可扩充性也好，整体上优于以数据为中心的系统模型。

随着面向对象技术的成熟，出现了更为简炼的面向对象的系统模型，与前两类模型的设计思想有较大差别，如图2c所示。其中，系统内核对象中封装的是能为用户界面对象和所有应用对象所共享的数据及相应的操作；用户界面对象中封装的是用户界面数据及相应的操作；应用对象中封装的是应用数据及相应的操作。所有这些对象通过相互间的通讯协调来完成指定的功能。从系统构成的角度来说，这类模型的结构是无中心的，系统由各对象实体构成，各对象实体具有平等的地位，这与以数据为中心和以执行为中心的模型不同。面向对象的系统模型的主要优点在于，数据和功能的合理封装降低了由于数据和功能的集中管理所带来的通讯上的开销和操作上的复杂性；另外，系统的无中心结构也使系统的构成变得更加灵活。从整体上看，面向对象的系统模型无论其开放性还是其有效性都要优于前两类模型。

面向对象模型比以往的模型有了很大的进步，但仍有不足：对象之间的联系是一种点对点的直接联系，当系统中对象数目增加时，通讯链接数将以平方级激增；同时，为支持通讯，每个对象实体都要维护一个包含所有对象实体功能服务信息的功能服务信息库，这部分信息不但重复，而且还要保证其一致性。这些开销都损害了系统的效率。更大的问题还在于：对象的接口没有一致的标准，造成向系统中扩充对象时的随意与不规范，不利于系统的维护以及对象的复用。

以面向对象为基础的组件和中间件技术的逐渐成熟又为应用软件系统的建模引入了新的思想，产生了基于总线的系统模型，如图2d所示。组件、中间件是继面向对象技术之后发展起来的新的软件工程技术，是面向对象技术的延伸。基于总线的系统模型仍然是一种面向对象的结构，但系统中的对象是按照规范设计的模块，这些定义良好的软件模块(组件)在系统中共存，并且充分地相互作用。按照这种结构，可以将若干组件组合起来，以建立更大和更复杂的系统。

上一页  [1] [2] [3] [4] [5] [6] [7] [8] 下一页