3 基于面向对象方法的模型管理.pptVIP

3.3模型例化、模型结构和模型事例 模型例化的三个层次 决策者依靠模型解决半结构化和非结构化问题，但只有向模型增加应用领域知识才能支持决策者解决实际问题。那么领域知识如何和决策模型相结合才能避免目前模型管理系统中出现的模型结构存储的冗余问题以及模型与数据集的相互依赖问题?我们提出用基于SML构模语言的方法来实现模型类与实际应用领域知识的结合，并提出建立模型类、模型结构和模型事例(有人称之为模型实例)三级例化机制，使三者具有继承关系的层次结构。这种继承机制可以显著地减少模型结构和模型事例定义的冗余性。 模型结构 模型结构(model structure)是通过分解和特化模型部件增加应用领域知识到模型类中形成的，模型结构是模型类的结构例化，它可用结构化构模语言来表示。 下面首先介绍Geoffrion提出的一种用于描述模型的结构化构模语言SML，然后再讨论模型结构的定义问题。 用SML表示的模型由下面六类实体构成： 基本实体：表示可区分的确定的实体，它的定义不依赖于其他实体，用pe表示； 复合实体：基于其他基本实体定义或其他复合实体定义的实体，用ce表示； 属性实体：基本实体或复合实体的确定特性，用a表示； 变量实体：基本实体或复合实体变化的特性，它是决策者所要求的，用v表示； 函数实体：表示该实体之值由其他实体计算得到，用f表示； 测试实体：表示该实体对应一个布尔表达式，返回真假逻辑值，用t表示； 模型结构 例如，对于运输问题，供应点和需求点是基本实体，两者之间的联结是复合实体(即每一个联结可以用一个供应点和一个需求点的组合来定义)，与每一联结相关的运输费用是一属性实体，而其运输的商品数量是一变量实体，总运输费用是属性的一个取值为数值的函数实体，而检查是否满足了需求点的要求则是一个取值为真假的测试实体。 所有这些实体是相互联系的。SML定义了一种依赖关系，除基本实体之外，每个实体都有一个依赖序列，例如，运输依赖于它所联结的供应点和需求点，运输费用依赖于它所依赖的联结，总运输费用依赖于每一联结的运输费用及在每一联结上的运输数量。 模型事例模型事例(model case)是向模型结构中增加数据源，它是模型结构的数据例化，模型事例的生成过程就是模型的数据例化过程，即把数据源中的数据传到模型输入端。模型事例是一个三元组，其结构如下：模型事例::＝＜事例名，模型结构名，数据源表＞数据源::＝＜实体名称，依赖实体，关系名称，实体字段，依赖字段名，约束条件＞实体名称指的是结构中定义的实体，关系名称指向该实体提供数据的数据库名称，实体字段是该实体对应数据库的字段，依赖字段名指的是依赖实体对应的字段名，约束条件则是数据库中筛选数据的条件。下面是模型结构s1的名为case1的模型事例： 在模型事例定义中，只需定义实体的数据即可，这样可使模型事例继承模型结构的特性，减少结构定义的冗余。基本数据类型类、模型类(原子模型类和复合模型类)、模型结构、模型事例之间的继承与调用关系如图4—9所示。 通过有效的数据例化机制能够消除因模型部件与数据部件的分离而造成的特性不匹配。为了支持模型与数据的独立性，采用结构化查询语言SQL可支持用户从一个或多个数据库中提取数据。因为模型事例定义了端口如何从数据库中提取数据，所以向量、矩阵型输入端口从数据库中取值也是很自然的。系统可以利用SQL语言修改数据库的值、结构以及筛选出满足一定条件的记录。通过修改模型事例可以实现模型与数据的结构独立性。这样就保证了修改数据库的同时不必修改模型。 模型事例的生成与维护由模型事例生成模块完成。 * 本章提出基于面向对象的模型管理方法。这种方法为IDSS的分析、设计和实现提供了一种统一的框架，与传统的结构化方法相比，它具有明显的优越性。 * 面向对象技术最初是从程序设计语言开始的，程序设计语言的发展过程是程度抽象不断演变和提高的过程，对程序设计发展影响较大的几次抽象是过程抽象、语法抽象、数据抽象和进程抽象，但实际上更具有本质意义的是对知识的抽象。 20世纪60年代后期，simula—67语言的设计者(Dahl和Nygaard在1966年、Myhrbang在1970年)采用了Algol的程序块概念，并加以推进，提出了“对象” 的概念。simula的对象具有自身独立存在并能在仿真过程中以一定的含义彼此通信的特点，在编程语言中首次使用了数据封装。 20世纪70年代以来，由于对管理大型程序的迫切需要，许多语言设计者追求实现“数据抽象”的概念。 Smalltalk的研制逐渐完善和发展了面向对象程序设计的概念， 到20世纪80年代中期，面向对象语言己呈百花齐放的局面，各种不同风格的面向对象程序设计语言不断涌