Journal influence
Bookmark
Next issue
Abstract:
Аннотация:
Author: () - | |
Ключевое слово: |
|
Page views: 10052 |
Print version Full issue in PDF (1.26Mb) |
Статические банки знаний (СБЗ) могут быть определены [1] как системы, реализующие запросно-ответное отношение между языком запросов Lq и языком ответов La путем поиска и логической обработки знаний о моделируемых в их базах знаний (БЗ) статических предметных областях (ПО). Под запросно-ответным отношением (QA-отношением) будем понимать, согласно [2], подмножество декартова произведения языка запросов Lq и языка ответов La (QA Ì Lq ´ La), содержащее такие пары (q, a), q Î Lq , a Î La , что ответ a может быть выдан на запрос q. Реализация этого отношения в СБЗ осуществляется путем обработки имеющихся в них знаний. Основными компонентами СБЗ являются механизм обработки знаний (МОЗ) и БЗ. Запросы, поступающие на вход СБЗ, анализируются с целью запуска на выполнение соответствующих процедур обработки знаний, составляющих МОЗ. В результате выполнения этих процедур над БЗ формируются выдаваемые пользователю ответы. Основной проблемой, решаемой в процессе создания СБЗ, является проблема разработки формальных средств представления и обработки знаний, то есть разработки системы представления знаний. Класс ПО, на которые ориентированы СБЗ, может быть назван функциональными средами (ФС). Система представления знаний Sfs, используемая для представления и обработки знаний о таких ПО, как ФС, определяется соответствующими моделями представления и обработки знаний и может быть формально представлена следующим образом: Sfs = < MRfs, MPfs>, где MRfs - модель представления знаний; MPfs - модель обработки знаний. Модель представления знаний MRfs, в свою очередь, может быть формально представлена так: MRfs = < Efs, Rfs, FRMfs>, где Efs - конечное множество типов сущностей; Rfs - конечное множество типов отношений на Efs; FRMfs - конечное множество типов фреймов, используемых для представления знаний о соответствующих сущностях. Множество типов сущностей Efs включает в себя объекты, состояния объектов, действия, выполнения действий (события) и процессы. Множество типов отношений Rfs включает в себя характеристики сущностей того или иного типа, а также связи между сущностями как одного, так и различных типов. Модель обработки знаний MPfs может быть определена как совокупность моделей обработки знаний, реализуемых специализированными процедурами МОЗ. Представление знаний в СБЗ. Содержанием таких ПО, как ФС, являются знания об объектах и их состояниях, о выполнении действий над объектами, называемых событиями, а также о процессах, под которыми понимаются упорядоченные совокупности событий и/или других процессов, реализуемых в целях решения тех или иных задач (проблем). Представляются знания о таких ПО с помощью специальных фреймов-прототипов, предназначенных для описания перечисленных выше сущностей. Фрейм, используемый для описания сущностей того или иного типа, определяется совокупностью характеристик и отношений, присущих сущностям этого типа. Фрейм, используемый для описания объектов ПО, определяется совокупностью характеристик объектов и отношений на их множестве. Основные слоты фрейма: определение, структура, часть, целое, экземпляр, подпонятие, надпонятие. Фрейм, используемый для описания состояний объектов ПО, определяется совокупностью характеристик состояний объектов и отношений на их множестве. Основные слоты фрейма: определение, субъект, локализация, модификация. Фрейм, используемый для описания действий ПО, определяется совокупностью характеристик действий и отношений на их множестве. Основные слоты: определение, подпонятие и надпонятие. Фрейм, используемый для описания событий ПО, определяется совокупностью характеристик событий и отношений на их множестве. Основными слотами, входящими в данный фрейм, являются: определение, действие, объект, субъект, цель, условие, результат, подпонятие, надпонятие, причина, следствие, раньше, позже, одновременно, однотипно, разнотипно, эквивалентно, противоположно. Фрейм-сценарий, используемый для описания процессов решения задач (или фрейм для описания задач (фрейм задач)), определяется совокупностью характеристик задач и отношений на множестве задач. Он включает в себя слот-определение и пронумерованные слоты редукции задачи к подзадачам. Нумерация этих слотов определяет последовательность, в которой подзадачи должны решаться для получения решения редуцируемой задачи. Представление знаний о ПО в СБЗ осуществляется путем моделирования в их БЗ понятийных и проблемных компонентов ПО. Набор фреймов-прототипов, используемых для описания объектов, их состояний, действий и событий, позволяет моделировать понятийные компоненты ПО в виде семантических сетей. Использование прототипа фрейма-сценария позволяет описывать процессы (планы) решения задач и моделировать проблемные компоненты ПО в виде древовидных сетей редукции. Вершины высшего иерархического уровня таких сетей соответствуют целевым задачам, решаемым в ПО. На более низких иерархических уровнях располагаются вершины, соответствующие промежуточным задачам, которые необходимо решить для получения решений целевых задач, а также вершины, соответствующие тривиальным задачам, решения которых известны и сводятся к упорядоченным совокупностям событий. Для описания планов решения тех или иных семейств целевых задач ПО используются единые системы подзадач. Это позволяет в сочетании с возможностями преобразования планов решения одних подзадач в планы решения других, однотипных, весьма эффективно решать вопросы представления и обработки знаний о проблемных компонентах ПО. Обработка знаний в СБЗ выполняется с целью формирования ответов на запросы; ответы формируются в результате: спецификации характеристик сущностей ПО; вычисления отношений на множестве сущностей ПО; планирования решения задач в ПО. К первому виду запросов относятся запросы о значениях различных характеристик объектов и событий. Формирование ответов на такие запросы осуществляется с помощью процедуры спецификации путем поиска значений искомых характеристик во фреймах-экземплярах объектов и событий. Ко второму виду запросов относятся запросы о сравнении событий, о связях между событиями, а также об анализе событий. Такие запросы предполагают вычисление на множестве событий и их субъектов причинно-следственных, временных и других отношений. Формирование ответов на запросы данного вида осуществляется посредством логического вывода на знаниях, реализуемого путем выполнения процедурально представляемых продукционных правил вида: A1,A2,…,AnÞB1,B2,…,Bm. Здесь A1,A2,…An – посылки; B1,B2,…,Bm – заключения. Формирование ответов на запросы о сравнении событий осуществляется с помощью процедуры сравнения путем выполнения умозаключений по следующим правилам. 1. Если цель события E1, определяемая переходом некоторого объекта Ok из одного состояния в другое, идентична цели события E2, то событие E1 эквивалентно событию E2. 2. Если цель события E1 симметрична цели события E2 (то есть цель события E1 определяет переход некоторого объекта Ok из состояния Si в состояние Sj, а цель события E2 определяет переход того же объекта Ok из состояния Sj в состояние Si), то событие E1 противоположно событию E2. 3. Если действия F1, F2 и объекты O1, O2, событий E1 и E2 идентичны, то субъекты этих событий однотипны. 4. Если действия F1, F2 или объекты O1, O2 событий E1 и E2 различны, то субъекты этих событий разнотипны. Формирование ответов на запросы о связях между событиями осуществляется с помощью процедуры ассоциирования путем выполнения умозаключений по следующим правилам. - Если результат события E1, определяемый состоянием Sk некоторого объекта, соответствует условию события E2, то событие E1 первично и всегда реализуется перед событием E2. - Если условие события E1, определяемое состоянием Sk некоторого объекта, соответствует результату события E2, то событие E1 вторично и всегда реализуется после события E2. Формирование ответов на запросы об анализе того или иного события осуществляется с помощью процедуры анализа путем выполнения умозаключений по следующим правилам. · Если условие события E1, определяемое состоянием Sk некоторого объекта, соответствует результату события E2, то событие E2 должно обязательно предшествовать событию E1. · Если результат события E1, определяемый состоянием Sk некоторого объекта, соответствует условию события E2, то событие E2 может следовать только после события E1. К третьему виду запросов относятся запросы, требующие синтеза планов действий для решения тех или иных задач (то есть формирования упорядоченных совокупностей событий, обеспечивающих эти решения). Формирование ответов на запросы данного вида осуществляется посредством логического вывода на знаниях, реализуемого путем выполнения, определяемых с помощью экземпляров фреймов задач, редукционных правил вида: P®P1, P2,…,Pn. Здесь P – задача; P®P1,P2,…,Pn – упорядоченная совокупность подзадач, к решению которых сводится решение задачи P. Синтез плана действий для решения некоторой задачи осуществляется процедурой планирования путем редуцирования всех необходимых для этого подзадач вплоть до уровня элементарных, которым соответствуют упорядоченные совокупности событий. Выполняемые в ходе редуцирования преобразования планов решения одних подзадач в другие (если это предусматривается) реализуются путем выполнения трансформационных правил вида: C~>[C,]C1, C2,…,Cm. Здесь C – элемент плана решения задачи; C1,C2,…,Cm – упорядоченная совокупность элементов, которыми дополняется или на которые заменяется элемент C (квадратные скобки указывают на отсутствие, в случае выполнения замены, заключенного в них выражения). Для пояснения рассмотрим пример выполнения синтеза планов действий для решения задач P1, P2, P3, семейство которых может быть описано следующей системой правил: P1®P11,P12,P13, P2®P21,P12,P13, P3®P21,P12,P33, P11®E1,E2, P12®E3, P13®E4,E5, P21®P11*{E2~>E2,E6}, P33®P13*{E4~>E4,E7}. Здесь маркер “*”, фигурирующий в правых частях двух последних выражений, указывает на необходимость преобразования планов решения задач P11 и P13 путем выполнения трансформационных правил, которые определены в фигурных скобках. Изобразим цепочки выводов, выполняемых в целях синтеза плана действий для решения задач: · P1: P1®(P11,P12,P13)®(E1,E2,P12,P13)® ®(E1,E2,E3,P13)®(E1,E2,P13,E4,E5); · P2: P2®(P21,P12,P13)®(P11*,P12,P13)® ®(P11*,E3,P13)®(P11*,E3,E4,E5)®(E1,E2,E6,E3,E4,E5); · P3: P3®(P21,P12,P33)®(P11*,P12,P33)® ®(P11*,E3,P33)®(P11*,E3,P13*)®(E1,E2,E6,E3,P13*)® ®(E1,E2,E6,E3,E4,E7,E5). Элементы в заключительных выражениях цепочек выводов представляют собой упорядоченные совокупности событий, вошедшие в синтезированные планы. Инструментальные средства, используемые для создания прикладных СБЗ (то есть для реализации приложений), представляют собой оболочку, компонентами которой являются: - анализатор, выявляющий прагматику поступающих запросов и запускающий на выполнение соответствующие процедуры МОЗ; - МОЗ, представляющий собой комплекс специализированных процедур обработки знаний; - интерпретатор, обеспечивающий выдачу сформированных ответов в терминах пользователя; - редактор, обеспечивающий формирование и коррекцию БЗ. Статические банки знаний могут быть использованы в обучении в качестве учебных сред [3]. Организация изучения той или иной ПО с помощью СБЗ базируется на применении подхода, сущность которого состоит в том, что вся информация об изучаемой ПО "привязывается" к специально выделенным в ней "базовым" объектам (сущностям, определяющим содержание этой ПО). О каждом из таких объектов в БЗ системы организуется необходимая информация, представляемая с помощью соответствующих фреймов-экземпляров. В процессе изучения ПО пользователь имеет возможность обращаться к системе за этой (а также за логически выводимой из нее) информацией, для чего он формулирует различные запросы относительно базовых объектов ПО, ответы на которые формируются системой в результате выполнения соответствующих процедур МОЗ. Если этой ПО является, например, язык процедурного программирования, то на начальный момент его изучения пользователя, естественно, интересуют общие сведения о языке. Он в данном случае формулирует запросы, ответы на которые система выдает в результате поиска информации. Далее пользователь начинает изучать операторы языка программирования. И здесь у него, как правило, кроме ознакомления с их характеристиками, появляется необходимость в сравнении операторов, выявлении связей между их выполнением, анализе их выполнения. Система по запросу пользователя выдает необходимую информацию в результате вычисления тех или иных отношений. При переходе к изучению программ, которые могут быть использованы для решения определенных задач на ЭВМ, пользователь формулирует запросы о реализации той или иной программы на языке программирования. Ответы выдаются системой в результате планирования решения задач (синтеза текстов программ). В заключение следует отметить, что СБЗ оснащены достаточно развитым пользовательским интерфейсом, позволяющим осуществлять взаимодействие с системой с помощью меню. Список литературы 1. Миронов А.С. Статические банки знаний: организация, реализация и применение // Сб. тр. национальной конф. по искусствен. интеллекту с междунар. участ.: КИИ-2004. - Тверь. 2004. - Т2. - С.609 – 614. 2. Цаленко М.Ш. Моделирование семантики в базах данных. – М.: Наука, 1989. – 288с. 3. Петрушин В.А. Интеллектуальные обучающие системы: архитектура и методы реализации (обзор) // Изв. РАН. Техн. кибернетика. - 1993. - № 2. - С.164 – 189. |
Permanent link: http://swsys.ru/index.php?id=464&lang=en&page=article |
Print version Full issue in PDF (1.26Mb) |
The article was published in issue no. № 1, 2006 |
Perhaps, you might be interested in the following articles of similar topics:
- Механизм контроля качества программного обеспечения оптико-электронных систем контроля
- Системы компьютерной поддержки процессов анализа, синтеза и планирования решений в условиях неопределенности
- Инженерная программа трехмерного моделирования магнитных систем LittleMag
- Формулировка задачи планирования линейных и циклических участков кода
- Унифицированный информационный интерфейс и его реализация в комплексной САПР
Back to the list of articles