2)Классификация экспертных систем

1.Классификация по решаемой задаче

-Интерпретация данных – процесс определения смысла данных, резул-ты которого должны быть согласованными и корректными.

-Диагностика – процесс соотнесения объекта с некоторым классом объектов и/или обнаружение неисправности в некоторой системе. Неисправность – это отклонение от нормы.

-Мониторинг. Основная задача мониторинга — непрерывная интерпретация данных в реальном масштабе времени и сигнализация о выходе тех или иных параметров за допустимые пределы.

-Проектирование. Проектирование состоит в подготовке спецификаций на создание "объектов" с заранее определенными свойствами. Спецификация – весь набор необходимых документов – чертеж, пояснительная записка и т.д.

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

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

-Обучение – использование компьютера для обучения какой-то дисциплине или предмету. Системы обучения диагностируют ошибки при изучении какой-либо дисциплины с помощью ЭВМ и подсказывают правильные решения.

-Управление – функция организованной системы, поддерживающая определенный режим деятельности. Такого рода ЭС осуществляют управление поведением сложных систем в соответствии с заданными спецификациями.

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

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

2.Классификация по связи с реальным временем

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

-Квазидинамические ЭС интерпретируют ситуацию, которая меняется с некоторым фиксированным интервалом времени. Пример: микробиологические ЭС, в которых снимаются лабораторные измерения с технологического процесса один раз в 4—5 часов (производство лизина).

-Динамические ЭС работают в сопряжении с датчиками объектов в режиме реального времени с непрерывной интерпретацией поступающих в систему данных. (Управление гибкими производственными комплексами, мониторинг в реанимационных палатах.)

3.Классификация по типу ЭВМ

-ЭС для уникальных стратегически важных задач на суперЭВМ (Эльбрус, CRAY, CONVEX и др.);

-ЭС на ЭВМ средней произ-ти (mainframe);

-ЭС на символьных процессорах и рабочих станциях

-ЭС на персональных компьютерах

4.Классификация по степени интеграции с другими программами

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

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

3)Жизненный цикл программного обеспечения. Инкрементная модель жизненного цикла: основные этапы, принципы организации, преимущества и недостатки.

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

Модель быстрой разработки приложений (Rapid Application Development) – второй пример применения инкрементной стратегии конструирования. RAD – это высокоскоростная адаптация линейной последовательной модели, в которой быстрая разработка достигается за счет использования компонентно-ориентированного конструирования. Если требования полностью определены, а проектная область ограничена, то RAD-процесс позволяет группе создать полностью функциональную систему за очень короткое время (60 – 90 дней). Выделяют следующие этапы: -бизнес-моделирование. Моделируется информационный поток между бизнес-функциями. -моделирование данных. Информационный поток, определенный на этапе бизнес-моделирования, отображается в набор объектов данных. Идентифицируются характеристики (свойства и атрибуты) каждого объекта, определяются отношения между объектами.-моделирование обработки. Определяются преобразования объектов данных, обеспечивающих реализацию бизнес-функций. -генерация приложения. Предполагается использование методов, ориентированных на языки программирования 4-го поколения. -тестирование и объединение. Сокращается время тестирования за счет повторно используемых компонент (их тестировать заново не надо). Применение RAD возможно в том случае, когда каждая главная функция может быть завершена за 3 месяца. Каждая главная функция адресуется отдельной группе разработчиков, а затем интегрируется в целую систему. Недостатки и ограничения RAD 1.Для больших проектов в RAD требуются существенные людские ресурсы;2.RAD применима только для таких приложений, которые могут декомпозироваться на отдельные модули и в которых производительность не является критической величиной;3.RAD не применима в условиях высоких технических рисков (то есть при использовании новой технологии).