Методическое и программное обеспечение процессов выявления и представления знаний в интеллектуальных системах поддержки принятия решений тема диссертации и автореферата по ВАК РФ 05.13.11, кандидат технических наук Смольянинова, Валерия Аполлоновна

• Смольянинова, Валерия Аполлоновна
• кандидат технических наук
• 2011

Оглавление диссертации кандидат технических наук Смольянинова, Валерия Аполлоновна

Введение.

Глава 1. Анализ методов и средств концептуализации предметной области и языков представления знаний.

1.1. Системно-концептуальный анализ в процессе проектирования интеллектуальных систем поддержки принятия решений.

1.2.1. Основные свойства концептуальных моделей.

1.2.2. Языки семиотических моделей.

1.2.2.1. Языки традиционной математической логики.

1.2.2.2. Языки сетевого типа.

1.2.2.3. Реляционные языки (языки отношений).

1.3. Языки описания ситуаций.

1.3.1. Язык ситуационного управления.

1.3.2. Синтагматические цепи и ЮС-коды.

1.4. Обзор технологий разработки баз знаний ИСППР.

Глава 2. Описание базовых методов исследования.

2.1. Методология концептуального анализа и проектирования.

2.2. Метод ситуационного управления большими системами.

2.3. Метод ситуационного анализа и проектирования моделей предметной области.

Структурная модель действия.

Глава 3. Методика анализа концептуальных структур действий.

3.1. Концептуальная структура действия.

3.2. Формирование пространства подцействий.

3.3. Структура понятийного пространства предметной области.

3.4. Пример анализа задачи.

Глава 4. Понятийно-объектная модель и система приобретения знаний «Помощник эксперта»

4.1. Представление понятийного пространства предметной области задачи в виде понятийно-объектной модели.

4.1.1. Структура понятийно-объектной модели предметной области.

4.1.2. Использование объектно-ориентированной парадигмы для описания структур понятийно-объектной модели.

4.2. Система приобретения знаний «Помощник эксперта».

4.2.1. Программная реализация понятийно-объектной модели.

4.2.2. Функции системы.

4.2.3. Структура системы.

4.2.3.1. Редактор понятийно-объектной модели.

4.2.3.2. Редактор понятий-действий.

4.2.3.3. Редактор понятий-объектов.

4.2.3.4. Редактор понятий-свойств.

4.2.3.5. Редактор понятий-отношений.

4.2.3.6. Редактор условий.

4.2.3.7. Модуль формирования и исследования ситуационного пространства.

4.2.4. Обобщенный алгоритм функционирования системы.

4.2.5. Обобщенный алгоритм функционирования модуля формирования и исследований ситуационного пространства.

4.3. Программный комплекс «Помощник + Решатель».

4.3.1. Инструментальная экспертная система ситуационного управления "Решатель".

4.3.1.1. Модуль преобразования понятийно-объектной модели.

4.3.1.2. Формализм продукционных правил «Решателя».

4.3.1.3 .Модель ситуации.

4.3.1.4. Логический вывод.

Глава 5. Апробация предложенных методики и средств на примере разработки базы знаний для Системы поддержки администрирования корпоративных информационных систем.

5.1. Теоретические основы концептуального проектирования модели предметной области задачи администрирования.

5.1.1. Нормативная и событийная концептуальные модели предметной области.

5.2. Концептуальный анализ событий-инцидентов в системе поддержки администрирования

5.2.1. Интерпретация методики анализа КСД для задачи администрирования.

5.3. Предметно-ориентированный интерфейс с экспертом в процессе концептуального анализа и проектирования.

5.3.1. Принципы построения интерфейса.

5.3.2. Практическая реализация интерфейса.

5.3.2.1. Структура программы.

5.3.2.2. Основные алгоритмы работы интерфейса.

5.4. Визуализация сетевых отношений в Системе приобретения знаний.

5.4.1. Состав подсистемы визуализации.

5.4.2. Примеры визуализации сетей поддействий.

5.5. Применение методики анализа КСД для построения онтологии предметной области задачи администрирования КИС.

5.5.1. Вопросы проектирования онтологий.

5.5.2. Проекция онтологии с концептуальной модели предметной области.

5.5.3. Методика построения онтологии инцидентов.

Глава б. Преобразование структур ПОМ в различные форматы.

6.1. Построение объектной модели на основе структур ПОМ.

6.1.1. Функции модуля преобразования.

6.1.2. Структура программы.

6.1.2.1. Блок преобразования ПОМ в объектную модель представления знаний.

6.1.2.2 Блок транслитерации идентификаторов.

6.1.2.3 Блок навигации по объектной модели.

6.1.2.4 Блок смысловой замены в объектной модели согласно логике и структуре программного кода.

6.1.3. Описание алгоритмов программы.

6.1.3.1 .Общий алгоритм работы программы.

6.1.3.2. Алгоритм формирования текста результирующего модуля.

6.2. Система моделирования логики высказываний «ЛогикИВ».

6.2.1. Структура системы «ЛогикИВ».

6.2.1.1. Редактор системы аксиом.

6.2.1.2. Редактор атомов исчисления высказываний.

6.2.1.3. Редактор формул исчисления высказываний.

6.2.1.4. Модуль логического вывода.

6.2.5. Алгоритм представления понятийно-объектной модели в структуры исчисления высказываний.

6.3. Применение методики анализа КСД и ПОМ для разработки многоагентных систем.

6.3.1. Интерпретация методики для задачи разработки многоагентных систем.

6.3.2. Алгоритм преобразования структур ПОМ в конструкции языка AgentSpeak.

Введение диссертации (часть автореферата) на тему «Методическое и программное обеспечение процессов выявления и представления знаний в интеллектуальных системах поддержки принятия решений»

Главной особенностью интеллектуальных систем поддержки принятия решений (ИСППР), отличающей их от других программных систем, является наличие модели знаний, необходимых для решения поставленных задач, а также механизма рассуждения на этих знаниях. Модель знаний обычно называют базой знаний (БЗ), а механизм, моделирующий логику рассуждений, - механизмом логического вывода. Экспертные системы являются классическим примером ИСППР.

Разработка ИСППР является кропотливой, трудоемкой и в значительной степени творческой деятельностью. Основу баз знаний таких систем чаще всего составляют знания о происходящих процессах и принимаемых решениях в предметной области (ПрО) функционирования ИСППР. Источниками знаний могут быть как непосредственно эксперты, так и тексты, составленные ими. Кроме того, знания могут извлекаться на основе обработки массивов данных и статистических наблюдений, из примеров решения задач и прецедентов рассуждений. В данном исследовании в качестве основного источника знаний рассматривается эксперт.

Каждая ПрО характеризуется своими особенностями, законами протекания различных процессов, проблемными ситуациями и подходами к их разрешению, критериями выбора решений и оценки их качества. Такие знания носят трудно формализуемый характер, поэтому методы их приобретения, представления, преобразования в базу знаний и организации логического вывода на них продолжают оставаться важнейшими вопросами при разработке ИСППР, поскольку от качества решения этих вопросов напрямую зависит качество вырабатываемых рекомендаций. Большая часть этих вопросов решается на этапе системно-концептуального анализа задач создаваемой ИСППР и предметной области ее функционирования. Однако, несмотря на разнообразный инструментарий, существующие средства проектирования ИСППР практически не оказывают методической поддержки на данном этапе, оставляя этот вопрос на уровне общих рекомендаций и предлагая лишь изобразительные средства. Тем не менее, выполнение процессов спецификации задачи, приобретение необходимых экспертных знаний и построение модели ПрО требует от инженера по знаниям большого умения и высокого уровня системно-концептуального мышления. Только тогда можно гарантировать хорошее качество полученной базы знаний и эффективность организованных на ней процессов логического вывода.

Недостаточность автоматизированной методической поддержки этапа системно-концептуального анализа можно считать значительным минусом большинства существующих средств разработки ИСППР, что является существенным сдерживающим фактором при создании больших приложений.

В связи с этим, актуальной задачей является разработка теоретического, методического и программного инструментария, позволяющего расширить функции системы приобретения знаний, входящей в состав многих систем разработки ИСППР, в направлении методической поддержки процессов системно-концептуального анализа и построения концептуальной модели ПрО и их автоматизации.

Таким образом, объектом исследования данной работы являются процессы принятия решений в задачах управления: структура, типы и методы формирования решений.

В качестве предмета исследования выступают методы и формы выявления, структуризации и представления системы знаний, необходимой для работы ИСППР.

Целью исследования м данной диссертационной работе является повышение уровня технологичности процесса разработки баз знаний.

В процессе исследования решались следующие задачи:

О Обзор средств методической и программной поддержки процесса системно-концептуального анализа на этапах выявления, структуризации и представления знаний для ИСППР в целях выявления актуальных направлений их развития.

О Разработка методики системно-концептуального анализа ПрО для задач принятия* решений, позволяющей алгоритмизировать^ автоматизировать процесс приобретения экспертных знаний.

О Разработка модели представления результатов системно-концептуального анализа, позволяющей получить ее программную реализацию.

О Разработка алгоритмического и программного1 обеспечения средств поддержки процесса системно-концептуального анализа на основе предложенных методики и модели.

О Разработка информационного обеспечения предложенных методики и программных средств.

О Исследование применимости методики и программного обеспечения» для конкретных предметных областей.

В основу диссертационного исследования положены следующие работы:

О метод ситуационного управления большими системами Поспелова Д.А., Клыкова Ю.И., Болотовой Л.С. (Загадской);

О метод ситуационного анализа и проектирования моделей ПрО Болотовой Л.С. (Загадской);

О метод концептуального анализа и проектирования систем организационного управления (Никаноров С.П., Кучкаров З.А.);

О теория семиотических систем (Шрейдер Ю.А.);

О методология объектно-ориентированная проектирования и программирования 5

Г.Буч, Т.Бадц).

О труды отечественных ученых по инженерии знаний и искусственному интеллекту — Осипова Г.С., Гавриловой Т.А., Хорошевского В.Ф., Частиковой А.П., Ларичева О.И., Попова Э.В., Стефанюка В.Л., Финна В.К., Рыбиной Г.В., Шемякина В.И.,

О труды зарубежных ученых - Вудса У .А., Осуги С., Уотермана Д., Уэно X., Шенка Р., Адели X., Фишера K.M., Джексона П. и других.

Получены следующие новые научные и практические результаты:

О Разработана методика системно-концептуального анализа ПрО, позволяющая алгоритмизировать и автоматизировать процесс приобретения экспертных знаний.

О Предложена формально-логическая модель ПрО задач принятия решений.

О Предложена модель представления понятийного пространства ПрО, позволяющая получить его программную реализацию.

О Реализована программная система приобретения знаний, осуществляющая как инструментальную, так и методическую поддержку проектирования баз знаний и их реализацию с помощью различных моделей представления.

Заключение диссертации по теме «Математическое и программное обеспечение вычислительных машин, комплексов и компьютерных сетей», Смольянинова, Валерия Аполлоновна

Выход.

Алгоритм^ работьгмодулжсоздания структур действий для поддержки администрирования КИС

• Начало работы. Открытие окна приветствия и выбор: начало работы или выход, а также выбор объекта описания: событие или ошибка. Выбор объекта описания будет влиять на выбор создания структуры действия.

• Создание действия «выработать рекомендацию». Создание структуры нулевого уровня: создается экземпляр понятия-действия и "присваивается ему наименование - «выработать рекомендацию». Созданный экземпляр в ПОМ« не сохраняется до тех пор, пока не будет создана вся структура целиком внутри модуля.

• Создание объекта действия «Экспертная система». Создается экземпляр понятия-объекта и присваивается ему наименование объекта действия - «Экспертная система», Ссылка на созданный объект записывается в действие, в поле субъекта действия. Созданный экземпляр сохраняется в ПОМ.

• Создание субъекта управления. Создается экземпляр понятия-объекта и присваивается ему, наименование субъекта управления, введенное в форму. По умолчанию предлагается наименование «Администратор». Ссылка на созданный объект записывается <в действие, в поле компонента. Наименование созданного субъекта управления добавляется в список субъектов управления для дальнейшего использования. Созданный экземпляр сохраняется в ПОМ.

• Создание объекта управления. Создается экземпляр понятия-объекта и присваивается ему наименование объекта управления, введенное в форму. По умолчанию предлагается наименование «КИС». Ссылка на созданный объект записывается в действие, в поле компонента. Наименование созданного объекта управления добавляется в список объектов управления для дальнейшего использования. Созданный экземпляр сохраняется в ПОМ. вается ему, наименование события или ошибки, введенное в форму. Ссылка на созданный объект записывается в действие, в поле объекта. Созданный экземпляр сохраняется в ПОМ.

• Создание свойства «рекомендации». Создается экземпляр понятия-свойства и присваивается ему наименование - «рекомендации». Ссылка на созданное свойство записывается в объект, в поле свойства. Созданный экземпляр сохраняется в ПОМ.

• Создание свойства «обработано» или «исправлена». Создается экземпляр понятия-свойства и присваивается ему наименование — «обработано» или «исправлена», в зависимости от выбора объекта описания, по умолчанию логический флаг свойству ставится «ложь». В объекте действия записывается в поле свойства объекта. Созданный экземпляр сохраняется в ПОМ.

• Создание свойства «причина». Создается экземпляр понятия-свойства и присваивается ему наименование - «причина», а само содержание причин будет записывается в соответствующее поле свойства при создании структуры первого уровня «идентифицировать». Ссылка на созданное свойство записывается в объект, в поле свойства. Созданный экземпляр сохраняется в ПОМ.

• Создание свойства «содержание». Создается экземпляр понятия-свойства и присваивается ему наименование - «содержание». Ссылка на созданное свойство записывается в объект, в поле свойства. Созданный экземпляр сохраняется в ПОМ.

• Создание отношения «произошло с». Создается экземпляр понятия-отношения и присваивается ему наименование - «произошло с», логический флаг отношению ставится «истина». В поле отношения к объекту записывается ссылка на объект управления, а в поле отношение объекта действия ссылка на само отношение. Созданный экземпляр сохраняется в ПОМ.

• Создание отношения «использует». Создается экземпляр понятия-отношения и присваивается ему наименование - «использует», по умолчанию логический флаг отношению ставится «истина». В поле отношения к объекту записывается ссылка на субъект действия «Экспертная система», а в поле отношение субъекта управления ссылка на само отношение. Созданный экземпляр сохраняется в ПОМ.

• Создание отношения «управляет». Создается экземпляр понятия-отношения и присваивается ему наименование - «управляет», логический флаг отношению ставится «истина». В поле отношения к объекту записывается ссылка на объект управления, а в поле отношение субъекта управления ссылка на само отношение. Созданный экземпляр сохраняется в ПОМ. тать рекомендацию» сохраняется в ПОМ.

• Создание действия «идентифицировать». Создание структуры первого уровня: создается экземпляр понятия-действия и присваивается ему наименование - «идентифицировать». Созданный экземпляр в ПОМ не сохраняется до тех пор, пока не будет создана вся структура внутри модуля.

• Добавление субъекта управления в поле субъекта действия «идентифицировать». В поле субъекта действия «идентифицировать», записывается ссылка на уже созданный субъект управления.

• Добавление события или ошибки в поле объект действия «идентифицировать». В поле объекта действия «идентифицировать», записывается ссылка на уже созданное событие или ошибку.

• Добавления содержания в свойство «содержание. Введенное в форму содержание события или ошибки заносится в соответствующее поле свойства «содержание». Изменения сохраняются в ПОМ.

• Создание объекта события. Создается экземпляр понятия-объекта и присваивается ему наименование объекта события, введенное в форму. Для удобства ввода предлагается и пополняется список наиболее часто встречаемых в администрировании объектов. Ссылка на созданный объект записывается в действие, в поле компонента. Созданный экземпляр сохраняется в ПОМ.

• Добавление содержания в свойства «причина». В соответствующее поле свойства «причина» записывается введенные в форму содержания причин события или ошибки. Изменения сохраняются в ПОМ.

О Если добавлены не все причины события или ошибки, тогда:

Перейти на добавление содержания в свойство «причина»

• Создание компонента необходимого для идентификации события или ошибки.

Создается экземпляр понятия-объекта и присваивается ему, введенное в форму, наименование объекта, необходимого для идентификации события или ошибки. Для удобства ввода предлагается и пополняется список наиболее часто встречаемых в администрировании объектов. Ссылка на созданный объект записывается в действие, в поле компонента. Созданный экземпляр сохраняется в ПОМ.

О Если созданы не все компоненты необходимые для идентификации, тогда:

Перейти на создание компонента необходимого для идентификации события. тифицировать» сохраняется в ПОМ.

• Создание действия «определить причину». Создание структуры первого уровня: создается экземпляр понятия-действия и присваивается ему наименование — «определить причину». Созданный'экземпляр в ПОМ не сохраняется^ до тех пор, пока не будет создана вся структура целиком внутри модуля.

• Добавление субъекта управления в поле субъекта действия «определить причину». В поле субъекта действия «определить причину», записывается ссылка на уже созданный субъект управления.

• г Добавление события или ошибки в поле объекта,действия «определитьтричи-ну». В поле объекта действия «определить причину», записывается ссылка на уже созданное событие.

• Добавление объекта* события в. поле компонента действия «определить причину». В'поле компонента действия «определить причину», записывается ссылка на уже созданный объект события:

• ' Сохранение созданной структуры в ПОМ. Экземпляр понятия-действия? «определить причину» сохраняется в ПОМ.

• Создание действия «обработать» или «исправить». Создание структуры первого уровня: создается экземпляр понятия-действия и присваивается ему наименование - «обработать», если выбран объект описания «событие», или «исправить», если выбран объект описания «ошибка». Созданный экземпляр в ПОМ не сохраняется до тех пор, пока не будет создана вся нулевая структура целиком внутри модуля.

• Добавление субъекта управления в поле субъект действия, действия «обработать» или «исправить». В поле субъекта действия, действия «обработать», записывается ссылка на уже созданный субъект управления.

• Добавление события в поле объекта действия «обработать» или «исправить».

В поле объекта действия «обработать» или «исправить», записывается ссылка на уже созданное событие или ошибку.

• Добавление объекта события в поле компонента действия «обработать» или «исправить». В поле компонента действия «обработать» или «исправить», записывается ссылка на уже созданный объект события.

• Сохранение созданной структуры в ПОМ. Экземпляр понятия-действия «обработать» или «исправить» сохраняется в ПОМ.

• Создание поддействия для действия «обработать». Создание структуры второго уровня: создается экземпляр понятия-действия и присваивается ему, введенное в форму, на

120 именование поддействия, действия «обработать» или «исправить». Созданный экземпляр в ПОМ не сохраняется до тех пор, пока не будет создана вся структура целиком.

• Создание объекта действия. Создается экземпляр понятия-объекта и присваивается ему наименование объекта действия, введенное в форму. Ссылка на созданный объект записывается в действие, в поле объекта. Созданный экземпляр сохраняется в ПОМ.

• Создание субъекта действия. Создается экземпляр понятия-объекта и присваивается ему наименование субъекта действия, введенное в форму. Ссылка на созданный объект записывается в действие, в поле субъекта. Созданный экземпляр сохраняется в ПОМ.

• Сохранение созданной структуры в ПОМ. Экземпляр понятия-действия сохраняется в ПОМ. Ссылка на экземпляр сохраняется в поле поддействия, действия «обработать».

О Если созданы не все поддействия необходимые для обработки события, тогда:

Перейти к созданию поддействия для действия «обработать» или «исправить».

• Завершение работы.

О Если необходимо поменять объект описания и начать описание еще одной структуры действий, тогда:

Перейти на начало работы.

О Иначе:

Если необходимо добавить еще одно описание события, тогда: ^ Перейти на создание действия «выработать рекомендацию».

Иначе: > Выход.

Описание интерфейса, иллюстрирующее основные принципы ПОИ, приведено в Приложении 4.

5.4. Визуализация сетевых отношений в Системе приобретения знаний

Представление КМПрО в виде ПОМ позволяет реализовать различные полезные функции ее обработки. Одной из таких функций является визуализация различных отношений между понятиями, делающая более наглядной структуру понятийного пространства ПрО. Как и ПОИ, такая визуализация может быть ориентирована на определенный класс задач. С целью визуализации в виде графа отношений, имеющих место между понятиями КМПрО для задачи администрирования КИС, в СПЗ ПЭ была реализован прототип Подсистемы визуализации сетевых отношений (ПСВСО). Важнейшими такими отношениями для СПА являются отношения между понятиями-действиями, приводящие к формированию сети поддействий КМПрО, и отношения между понятиями-объектами, приводящие, в частности, к формированию дискретной сети проблемных ситуаций (инцидентов).

Функционирование ПСВСО происходит на этапе приобретения знаний, что является существенным для повышения эффективности совместной работы эксперта и инженера-когнитолога.

5.4.1. Состав подсистемы визуализации

В соответствии с основными видами сетевых отношений, подлежащих визуализации, в состав ПСВСО входят два модуля:

1. Модуль визуализации сети поддействий. Его назначением является визуализация сети поддействий для выбранных действий. Это очень важная функция, позволяющая наглядно отобразить в виде графа ход выполнения какого-либо решения. Для СПА КИС в качестве таких действий выбраны действия ОБРАБОТАТЬ Событие и ИСПРАВИТЬ Ошибку, описывающие шаги по разрешению каждой ситуации-инцидента, описываемой СПЗ. Модуль позволяет получить как фрагмент решений, связанных с конкретным инцидентом, так и общую сеть поддействий, иллюстрирующую решения по всем описанным инцидентам.

2. Модуль визуализации сети объектов. Его назначением является визуализация сети понятий-объектов, сформированной по требуемому признаку. В-частности, это могут быть иерархические сети или дискретные ситуационные сети (ДСС) по различным проблемным областям. Для СПА КИС такие ДСС строятся на основе анализа понятий типа Событие и Ошибка. Эти понятия могут быть сгруппированы, например, по тем объектам в составе КИС, с которыми они происходят (т.е. по объектам действий ПРОИЗОЙТИ в ПОМ). Таким образом, получается ДСС проблемной области, связанной с данным объектом. Модуль визуализации позволяет также получить полное пространство всех описанных проблемных ситуаций. Визуализация значений свойств объектов Событие и Ошибка, таких, например, как причина, содержание, рекомендации, дает наглядное представление о совокупности инцидентов, описанных на настоящий момент времени в ПОМ.

5.4.2. Примеры визуализации сетей поддействий

На рис. 5.34 - 5.37 представлены примеры функционирования ПСВСО.

На рис. 5.34 показано главное окно СПЗ «Помощник эксперта» с пунктом меню Визуализация, при выборе которого выпадает меню с пунктами для выбора фрагмента для визуализации, после чего открывается окно со списком всех действий обработать или исправить (рис. 5.35).

На рис. 5.36 и 5.37 показаны редактор действия исправить Ошибку Почты, а затем окно с визуализацией пространства решений (поддействий) этого действия.

Помощник же перта

ПОМ Редактор Визуализация ПОМ: загру;*^ Показать Список понятик! определить Причину

Действия "Исправить"

Действия "Обработать идентифицировать исправить произойтиС уменьшить включить деактивировать остановить заменить скачать переустановить Список понятий-свойств г'тгтпу! понятий-объектов

БазаДанных Драйвер Команда МассивДисков Операционая Система ОшибкаБД ОшибкаДисков ОшибкаОбщая ОшибкаПК ОшибкаПочты Список понятий-отношений выключен заменен запущена имя исправлена название окноошибок определяется переустановлен причина рекомендации

Добавить объект

1]

НаходитсяВ ПроизошлаС

Добавить действие

Описание модели

Пространство ситуаций

Рис. 5.34. Вызов функции визуализации из главного окна системы «Помощник Эксперта»

Список литературы диссертационного исследования кандидат технических наук Смольянинова, Валерия Аполлоновна, 2011 год

1. З.А. Кучкаров, С.П. Никаноров, Н.К. Никитина Концептуальный анализ и проектирование, М.: МетаСинтез, 2002

2. Т.А. Гаврилова Системы искусственного'интеллекта: разработка баззианийв инструментальной среде КАРРА : учебное пособие / М-во образования Рос. Федерации, С.-Петерб. гос. политехи. Ун-т, Санкт-Петербург: Изд-во СПбГПУ, 2004

3. Литвиненко Ю. В. Разработка систем, основанных на знаниях : учебное пособие / Ю. В. Литвиненко ; ГОУВПО "Воронежский гос. технический ун-т", Воронежский гос. технический» ун-т, 2008

4. Дулин С. К. Структурная согласованность данных и знаний : учеб. Пособие., М. : МЗ Пресс, 2005

5. В. А. Маренко, В. А. ШапцевПредставление знаний в экспертных системах : Учеб. пособие; Департамент образования и науки Ханты-Манс. авт. окр. Сургут, гос. пед. Ин-т, 2002

6. Язык и структуры представления знаний : Сб. науч.-аналит. обзоров / Редкол.: Лузина Л. Г., Стрельцова Г. Д., М.: ИНИОН, 1992

7. Поллак Г. А. Особенности представления знаний в оболочке экспертной системы Crystal: Учеб. пособие / М-во общ. и проф. образования Рос. Федерации. Юж.-Ур. гос. ун-т. Каф. Информатики, Челябинск: Изд-во ЮУрГУ, 1999

8. Сидоркина И. Г. Технология и инструментальные средства представления знаний: учебное пособие для студентов высших учебных заведений, обучающихся по специальности 230101.65, Йошкар-Ола: Марийский гос. технический ун-т, 2008

9. Гухцин А. Н. Основы представления знаний: учебное пособие / М-во образования и науки Российской Федерации, Балтийский гос. технический ун-т "Военмех", Каф. информ. систем и компьютерных технологий, Санкт-Петербург: БГТУ, 2007

10. Никаноров С.П. Метод концептуального проектирования систем организационного управления и его применение, Научно-практический сборник «Проблемы и решения» № З.изд-во «Концепт», 1995, 3-7 с.

11. Поспелов Д.А. Принципы ситуационного управления. // Известия АН СССР. Техническая кибернетика. - № 2, 1971.

12. Клыков Ю.И. Ситуационное управление большими системами —М.: Энергия, 1974.

13. Тейз А., Грибомон П., Луи Ж. и др. Логический подход к искусственному интеллекту: от классической логики к логическому программированию М.: Мир, 1990г.

14. Вудс У.А. Основные проблемы представления знаний ТИИЭР, - т. 74, №10.1. МИНОБРНАУКИ РОССИИ

15. Государственное образовательное учреждение высшего профессионального образования «Московский государственный институт радиотехники, электроники и автоматики

16. МЕТОДИЧЕСКОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПРОЦЕССОВ ВЫЯВЛЕНИЯ И ПРЕДСТАВЛЕНИЯ ЗНАНИЙ В ИНТЕЛЛЕКТУАЛЬНЫХ СИСТЕМАХ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ

17. Специальность: 05.13.11 Математическое и программное обеспечение вычислительных машин, комплексов и компьютерных сетей042.01 1 5 4653 "1. На правах рукописи

18. Смольянинова Валерия Аполлоновна