人工智能专家系统讲义.ppt

* * * * * * * * * * * * * * * * 1. 专家系统的评价方法 到目前为止还没有一个令人信服的专家系统评价标准。不过，以下两种方法是在评价专家系统时常用的方法。 （1）“逸事”评价法。利用一些典型例子来对系统的性能进行说明，向人们证明系统在这些典型例子所具有的条件下工作性能良好。对于这些例子以外的其他情况，系统能否很好的工作并不知道。 （2）实验的方法。利用实验来评价专家系统在处理存储于数据库中的各种问题实例时，所表现出的性能。这种方法看起来似乎比逸事方法优越，但在系统实现上难度较大，在获取数据库中哪些有代表性的实例时，也常常会遇到困难。 5 专家系统的评价 2. 评价内容 对专家系统的评价可以从专家系统的设计目标、结构、性能、实用性等方面来进行，其内容主要包括以下几项： （1）知识库中知识是否完备。 （2）知识的表示方法与组织方法是否适当。 （3）系统的推理是否正确。 （4）系统的解释功能是否完全与合理。 （5）用户界面如何。 （6）系统的效率如何。 （7）系统的可维护性如何。 （8）系统的效益如何。 5 专家系统的评价 专家系统开发工具与环境，实际上是人们为高效率开发专家系统而设计的一种高级程序系统或程序设计语言环境。目前，常用的专家系统开发工具和环境可分为4种主要类型：语言型开发工具、骨架型开发工具、通用型开发工具、开发环境与辅助型开发工具。 6.1 语言型开发工具 程序设计语言是开发专家系统的最常用和最基本的工具，包括通用程序设计语言和人工智能语言。用于专家系统开发的通用程序设计语言的主要代表有C、C++、PASCAL、ADA等；人工智能语言的主要代表有SMALLTALK、LISP和PROLOG。SMALLTALK是面向对象型的语言，LISP为函数型语言，而PROLOG则是逻辑型语言。 其优点是程序设计具有针对性，程序质量较高。缺点是编程工作量大，逻辑设计比较繁琐，难度大，开发周期长。 6 专家系统开发工具 也称为专家系统外壳或框架型开发工具，是由一些已经成熟的具体专家系统演变来的。其演变方法是：抽去这些专家系统中的具体知识，保留它们的体系结构和功能，再把领域专用的界面改为通用界面，这样就可得到相应的专家系统外壳或框架。 比较有代表性的专家系统骨架型开发工具主要有EMYCIN、KAS及EXPERT等。 有关这些开发工具的详细介绍请参见教材。 6.2 骨架型开发工具 6 专家系统开发工具 6.3 通用型开发工具 该类型开发工具是不依赖于任何已有专家系统，不针对任何具体领域，完全重新设计的一类专家系统开发工具。与骨架系统相比，它具有更大的灵活性和通用性，并且对数据及知识的存取和查询提供了更多的控制手段。这类型工具的典型代表是OPS系列通用开发工具。OPS是美国卡内基-梅隆大学(CMU)的J. McDermott, A. Newell等人，于1975年利用LISP语言研制开发的一个基于规则的通用型专家系统开发工具。自问世以来，已有OPS1、OPS2、OPS3、OPS4、OPS5、OPS5+、OPS5e、OPS7及OPS83等多种版本相继诞生。这些版本之间的差异较大，其中最有代表性的版本是OPS5。 有关OPS5的较详细的介绍，请参见教材。 6 专家系统开发工具 6.4 开发环境与辅助型开发工具 开发环境是指帮助专家系统建造者进行程序设计的系统环境，它常被作为建造专家系统的知识工程语言的一部分。早期的开发环境又称支撑环境，规模较小，功能也比较少，通常由辅助调试工具、知识库编辑器、输入/输出处理工具及解释工具4个典型部分组成。作为专家系统建造工具的一部分，帮助建造者更好地使用专家系统建造工具。 辅助型专家系统开发工具则是由一些程序模块组成，用来帮助专家系统建造者开发应用系统。AGE、TEIRESIAS、ROUGET、TIMM、EXPERTEASE、SEEK、MORE、ETS等都是辅助型工具程序的典型。其中AGE是辅助进行系统结构设计的典型程序，TEIRESIAS是辅助进行知识获取的典型程序。 有关这些辅助工具的简单介绍请参见教材。 6 专家系统开发工具 7.1 新一代专家系统应具备的特征 什么是新一代专家系统，至今还没有一个公认、明确的定义，甚至对这一提法也有不同的观点。在这里暂不考虑新一代专家系统的定义问题，而主要讨论一下它应具备的一些特征。一般来说，新一代专家系统应具有以下特征： （1）并行分布式处理 （2）多专家系统协同工作 （3）高级系统设计语言和知识表述语言 （4）具有自学习功能 （5）引入