Вариант 2 Разработать экспертную систему

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

Основными элементами архитектуры ЭС являются: естественно-языковой интерфейс с пользователем; разделение знания и управления эвристики; автоматическое рассуждение, основанное на правилах; поисковые процедуры.

Вариант 2-1 Разработать ЭС “Помощник студента”

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

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

Исходная информация. Устанавливаемая в деканате ЭС должна иметь информацию о: структуре учебного плана и условиях получения диплома специалиста по ВТ; структуре всех обязательных дисциплин; дисциплинах, читаемых в текущем семестре; дисциплинах, пройденных и|или сданных студентом.

Эвристики, определяющие задачу: студент должен изучить 4 дисциплины за семестр; в каждом семестре необходимо изучить хотя бы одну общеобразовательную дисциплину; студенту разрешается выбирать для изучения факультативные дисциплины.

Вариант 2-2 Разработать ЭС “Анализ правильности структур проблем”

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

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

Исходная информация:

-структура проблем управления промышленным предприятием (в электронном

виде);

-словари SO1-S15 по предметной области (в электронном виде);

-тезаурусы ТO1-S08 по предметной области (в электронном виде); -правила структурирования проблем: /11/.

Эвристики, определяющие задачу. Вертикальная непротиворечивость кустов проблем в дереве проблем определяется истинностью корневой проблемы куста и допустимыми отношениями между корневой и листовой проблемами: “быть непосредственной частью”, “ быть непосредственным видом”, “ быть

непосредственным аспектом”, “ быть непосредственным субрангом”, “ быть непосредственным результатом”. Полнота куста проблем в дереве проблем определяется отношениями на листовых проблемах: “быть полным набором частей”, “ быть полным набором видов”, “ быть полным набором аспектов”, “ быть полным набором субрангов”, “ быть полным набором результатов”.

Вариант 2-3 Разработать ЭС “Анализ правильности структур целей”

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

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

Исходная информация:

-структура целей управления промышленным предприятием (в электронном

виде);

-словари SO1-S15 по предметной области (в электронном виде);

-тезаурусы ТO1-S08 по предметной области (в электронном виде); -правила структурирования целей /11/.

Эвристики, определяющие задачу. Вертикальная непротиворечивость куста целей в дереве целей определяется истинностью корневой цели куста и допустимыми отношениями между корневой и листовой целями: “быть непосредственной частью”, “ быть непосредственным видом”, “ быть непосредственным аспектом”, “ быть непосредственным субрангом”, “ быть непосредственным результатом”. Полнота куста целей в дереве целей определяется отношениями на листовых целях: “быть полным набором частей”, “ быть полным набором видов”, “ быть полным набором аспектов”, “ быть полным набором субрангов”, “ быть полным набором результатов”.

Вариант 2-4 Разработать ЭС выбора конфигурации вычислительной системы

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

Общие требования к ПС: функциональная полнота на уровне пользовательского интерфейса, эргономичный пользовательский интерфейс, защита от несанкционированного использования.

Требования к функциям: подготовка и/или принятие решений по выбору варианта однопользовательской компьютерной системы для приобретения, включающей системный блок с определенным ОЗУ и звуковой картой, определенный монитор с определенной видеокартой, определенную клавиатуру, определенный манипулятор типа “мышь”, определенный принтер, определенный модем.

Исходная информация: данные о стоимостных, конструктивно-технических и эргономических характеристиках ОЗУ, звуковых карт, мониторов, видеокарт, клавиатур, манипуляторов типа “мышь”, принтеров, модемов из текущих каталогов и “price-листов” Калининградских фирм (в электронном виде).

Эвристики, определяющие задачу:

-правила соответствия затребованных покупателем назначения вычислительной системы и других ее свойствах данным о стоимостных, конструктивно-технических и эргономических характеристиках отдельных устройств;

-правила совместимости устройств.

Вариант 2-5 Разработать ЭС выбора прикладного программного продукта в соответствии с индивидуальными требованиями покупателя

Общие требования к ПС: функциональная полнота на уровне пользовательского интерфейса, эргономичный пользовательский интерфейс, защита от несанкционированного использования.

Требования к функциям: подготовка и/или принятие решений по выбору рационального варианта прикладного программного продукта для приобретения.

Исходная информация:

-данные о быстродействии, ОЗУ, операционной среде, видеоподсистеме вычислительной системы, на которой предполагается эксплуатировать приобретаемый программный продукт (в электронном виде);

-данные о стоимости, назначении, операционной среде и других характеристиках приложений из текущих каталогов и “price-листов” Калининградских фирм (в электронном виде).

Эвристики, определяющие задачу:

-правила соответствия затребованных покупателем назначения прикладного программного продукта и других его свойств данным о стоимости, назначении, операционной среде и других характеристиках приложений;

-правила совместимости программных продуктов.

Рекомендуемая для вариантов (2-1) – (2-5) литература:

[3; 5; 11, с. 21-31; 13; 15, с. 34-52 ; 16, с. 6-12; 19].

Вариант 3 Разработать диалоговый процессор

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

Разработка диалогового процессора опирается на структуру и типы диалога, а так же на язык диалога. Структура диалога может быть регламентированной (например, сценарной) и гибкой. Типы диалога могут быть жесткими (простой запрос, предложение для выбора, запрос с синтаксисом для ответа, команда) и гибкими (запрос свободного ответа и диалог на квазиестественном языке), т.е. диалог со стороны “машины’ может быть “слепым” или осмысленным. Слепой диалог реализуется на основе языков без грамматики или с грамматикой типа 2 или 3 по Н. Хомскому (КС-грамматикой или регулярной грамматикой).

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

Вариант 3-1 Разработать лексический анализатор для диалогового процессора ЭС “Анализ правильности структур проблем”

Общие требования к ПС: