CC BY
297
3. Кудряшова Э.Е., Папин А.В. Гипертекстовая система вероятностных процессов Сб. тез. докл. Всероссийск. научно-техн. конф. "Интеллектуальные системы". Волгоград-Камышин, 1995.
УДК 658.512
В.М.Курейчик, В.Б.Тарасов Введение в интеллектуальные системы автоматизированного
проектирования
Аннотация
Рассмотрены теоретические, методические и практические основы разработки САПР нового поколения.
1. Введение
В настоящее время актуальна проблема создания САПР нового поколения, нацеленных на обеспечение резкого подъема эффективности проектирования на всех стадиях разработки, многократного сокращения сроков проектирования, значительного улучшения качества создаваемых изделий. Эти САПР нового поколения должны строиться как интегрированные интеллектуальные САПР (ИИСАПР), в которые совместно применялись бы различные информационные технологии, включая средства обработки знаний, средства машинной графики, проектно-конструкторские базы данных, расчетные, оптимизационные и имитационные пакеты. Следовательно, классические САПР, усиленные новой информационной технологией обработки знаний, а также снабженные развитыми средствами связи различных модулей, и будут называться интегрированными интеллектуальными САПР (ИИСАПР).
Основными направлениями создания САПР новых поколений являются:
1) Сквозная автоматизация проектирования: для повышения эффективности решения задач проектирования надо стремиться к формализации любых (в том числе и трудноформализуемых) проектных процедур.
2) Оптимизация информационного взаимодействия человека и компьютерной системы, гармоничное объединение лучших качеств проектировщика и вычислительной машины, создание дружественного интерфейса для разработчиков изделия, включая поддержку у них целостных образов и представлений о проектируемых объектах, построение внешних и внутренних интерфейсов с пакетами прикладных программ.
3) Управление базами данных/знаний, представление проектных моделей с помощью инструментальных средств САПР и обеспечении доступа к большим объемам данных.
Все эти направления предполагают широкое использование методов и средств искусственного интеллекта (ИИ).
Существуют две главные стратегии интеллектуализации САПР:
внутренняя интеллектуализация интеллектуализация процессов формирования и решения отдельных расчетно-проектных задач, а также соответствующих алгоритмов;
- внешняя интеллектуализация - создание интеллектуальных сред управления процессом проектирования с включением в них существующих процедур проектирования, пакетов прикладных задач, пакетов геометрического моделирования и т.п.
В настоящее время наиболее актуальной является внешняя интеллектуализация. Это объясняется наличием мощных программных продуктов, обеспечивающих формирование облика изделия и являющихся основными в процессе проектирования. Однако при этом указанные программные продукты нельзя назвать интеллектуальными.
К таким продуктам относятся пакеты трехмерной машинной графики типа Catya или Pro/Engineer и специальные программные средства к ним, которые практически полностью охватывают процесс проектирования - технологической подготовки производства. На основе этих систем и пакетов целесообразно в настоящее время вести разработку ИИСАПР.
Основу внешней интеллектуализации и интеграции программных средств составляет распределенная база знаний, построенная на единых принципах.
В зависимости от сложности разрабатываемого изделия существуют два варианта развития аппаратно-программных комплексов ИИСАПР:
- развитие на базе ПЭВМ, графических пакетов типа AUTOCAD, расчетных модулей и разнообразных СУБД;
развитие на базе графических рабочих станций типа SUN, SILICON, GRAPHICS, пакетов 30 твердотельной графики, специализированных расчетных модулей, сетевых программных средств и технологических пакетов.
2. Основы теории автоматизированного проектирования
Будем представлять главное содержание автоматизированного проектирования в трехмерном пространстве, осями которого являются типовые задачи, модели и этапы проектирования.
2.1. Проектные задачи
Проектирование в самом общем смысле служит достижению полезного результата (созданию проектно-конструкторской документации, необходимой для изготовления, материализации разрабатываемого объекта) путем замены существующего состояния объекта другим. Проектирование - это информационная подготовка некоторого изменения. При этом на любой стадии проектирования решаются задачи четырех основных типов:
поисковое конструирование (информационный поиск и синтез моделей проектируемого объекта);
инженерный анализ, связанный с проведением проектных и поверочных расчетов;
- многокритериальная оценка и оптимизация полученных проектных решений (выбор эффективного решения);
проведение чертежно-графических работ. Поисковое конструирование нацелено на синтез альтернатив, на создание проектных решений с элементами новизны. Инженерный анализ - это изучение свойств уже известных технических решений: при анализе не конструируются новые объекты, а обосновываются принципы действия и исследуются характеристики уже существующей конструкции путем построения физических и математических моделей и установления функциональных зависимостей. Выбор технических решений производится как правило в условиях неопределенности, многокритериальности, противоречивости рассматриваемых критериев.
В проектно-конструкторских работах противоположные задачи синтеза и анализа проектных решений неотделимы друг от друга: порождение проектной альтернативы является предпосылкой для ее анализа, который в свою очередь определяет и конкретизирует область творческого поиска.
2.2.. Типы моделей проектируемых объектов
В процессе проектирования должны строиться различные и взаимодополняющие модели разрабатываемого объекта, т.е. должна обеспечиваться возможность его представления различными способами. Примерами таких моделей служат:
функциональные требования к проектируемому объекту в терминах Удовлетворения ограничений;
- структурные модели в виде деревьев, графов и гиперграфов;
- геометрические модели, например, модели конструктивной геометрии;
- расчетные модели, например, конечно-элементная модель для предсказания усилий и напряжений в конструкции; • стоимостная модель для оценки издержек производства.
2.3. Жизненный цикл изделия. Этапы проектирования.
Жизненный цикл изделий это процесс создания изделий (продуктов), их использования в соответствии с назначением и утилизации при моральном и физическом износе.
Начало жизненного цикла - формирование потребности и формулирование требований к изделию (1), лежит в сфере эксплуатации, поскольку именно практика человеческой деятельности рождает новые потребности.
Вторым шагом на пути создания новых изделий является оценка объемов производства (числа потенциальных потребителей) и прогнозируемой цены продажи изделия к моменту его появления на рынке (2). Этот этап считается одним из самых ответственных, поскольку ошибки в определении числа потенциальных потребителей могут привести к необратимым потерям.
Следующий этап создания изделия заключается в формировании его облика, технологии и организации его производства и лежит целиком в секторе проектирования.
Традиционно этот этап начинается с формулирования общего технического задания (ТЗ) и разработке общего технического предложения (ТП) по формированию внешнего вида изделия и его эксплуатационных характеристик (ЭХ). Проводятся необходимые проектно-конструкторские работы с предварительными технико-экономическими обоснованиями (ТЭО) вариантов облика изделия (4), выбором одного или небольшого количества вариантов для Дальнейшей проработки (5), формулированием частных ТЗ для более глубокой про-ектной проработки облика изделия и уточнения ЭХ и ТЭО (6), выбором варианта для окончательной проектной проработки (7), формулированием ТЗ на эскизный и технический проекты (8), выполнением эскизного и технического проектов (9). К этому моменту окончательно формируется облик изделия и приблизительно • обобщенные ТЭП.
Для уточнения ТЭП необходима разработка рабочей документации - чертежей Деталей (Д), сборочных единиц (СЕ), технических требований к ним (11) и технических условий (ТУ) на поставку как всего изделия, так и отдельных ее частей при кооперации (10).
Уточнение ТЭП может быть осуществлено только в процессе проектирования технологии изготовления деталей и сборки сборочных единиц (11), проектирования оснащения производства (в заданных количествах и с заданным Ритмом производства (12)), а также проектирования организации производства, определяющей размещение последнего во времени и в пространстве (13).
Следующим сектором жизненного цикла будет производственный, в состав Которого входят производство технологического оснащения (оборудования, приспособлений, инструмента) (14); размещение оборудования в пространстве (в
про-изводственных помещениях) (15); изготовление и сборка (собственно производство) опытной партии продукции (16).
Поскольку неизбежны факторы неточности, неопределенности,
приблизительности при формировании как облика изделия, так и технологии и организации его производства, следует ожидать и отличия ТЭП и ЭХ изготовленных продуктов от заданных в ТЗ. Степень соответствия ЭХ ТЗ выявляется в процессе эксплуатационных испытаний изделий, проводимых как в реальных, так и в модельных (стендовых) условиях (17) в рамках сектора жизненного цикла, соответствующего эксплуатации.
На основании результатов испытаний партии изделий составляется заключение о их соответствии ТЗ и принимается решение о перепроектировании и корректировке проектной документации, формулируются новые частные ТЗ на внесение изменений как в облик изделия, так и в технологию и организацию производства (18).
После этого на каждом новом витке спирали жизненного цикла повторяются процедуры 3...17 до тех пор, пока ЭХ машины не будет соответствовать ТЗ и только после этого начнется выпуск изделий для продажи (19), их эксплуатации и техническое обслуживание у потребителей (20) и утилизация после износа в сфере эксплуатации.
Рассмотрим представление жизненного цикла изделия - траектории движения информации и объектов производства (изделий) во времени в виде архимедовой спирали, по которой от периферии к центру направлено движение информации и изделий. В центре спирали расположен заключительный этап жизненного цикла -утилизация. Плоскость спирали разделена на три сектора: проектирование, производство, эксплуатация.
Представление жизненного цикла машин в виде архимедовой спирали, проходящей через разные сферы деятельности людей, взаимодействующих со вновь
- создаваемым или эксплуатируемым изделием, облегчает постановку задач, разработки НИТ для сферы проектирования.
Число витков спирали жизненного цикла до выхода изделий в сферу эксплуатации потребителями зависит от качества информационного обеспечения фазы проектирования. Неполнота и неточность информации об облике машины и технологии ее производства, несовершенство методов расчета и моделирования приводит к необходимости неоднократного включения в жизненный цикл изделия производственной фазы и последующих эксплуатационных испытаний с целью выполнения требований ТЗ, сформулированных на самых первых этапах ее создания.
2.4. Проектирование как интеграция разнородных моделей, задач и этапов
процесса разработки.
Анализ теоретических аспектов автоматизированного проектирования! проведенный в предыдущих разделах, показывает, что интеграция разнородных знаний из области проектирования есть главная проблема сквозной автоматизации проектирования.
Можно выделить следующие аспекты интеграции в САПР: 1) интеграция различных типов информации (моделей) и диалоговых функций; 2) интеграция отдельных проектных процедур и задач; 3) интеграция различных этапов проектирования; 4) интеграция проектирования, технологической подготовки производства и производственных процессов.
Представление и работа с разнородными моделями проектируемого объекта (информационные, геометрические, расчетные) - ключевые моменты интеллектуализации САПР. Представление модели объекта может включать: его структуру, атрибуты, свойства, функции, поведение в данной среде и
взаимоотношения с другими объектами. Под моделью проектируемого объекта в узком смысле понимается множество описаний функциональных характеристик объекта, связанных с его структурой. Работа с моделью производится за счет привлечения правил преобразования модели. Такие правила выражают экспертные знания и должны храниться в базе знаний (БЗ). С другой стороны, для точного описания сложного объекта в модели необходимо организовать большие объемы информации. Это требует интеграции БЗ и баз данных (БД). Но затем, после того, как принято решение по преобразованию модели, т.е. проведена операция, основанная на знаниях, должна обеспечиваться непосредственная работа с моделью в рамках обычных прикладных программ.
Соответственно, методика решения проектных задач на основе интеграции моделей предполагает создание гибридной системы, объединяющей выполнение инженерных программ и операций в БД с обработкой знаний и поддержки образов и представлений разработ-чиков. Требуется общий язык для описания всех этих компонентов - язык (среда) представления проектных знаний.
Работа с моделью проектируемого объекта подразумевает наличие процессов двух типов: 1) процессов анализа и оценки; 2) процессов изменения и уточнения (перепроектироавния, пересмотра проектных решений). Один из важных моментов интеллетуализации САПР заключается в том, что должно обеспечиваться представление в ЭВМ моделей как объекта, так и процесса проектирования. Модель объекта можно по виду представления разбить на две части: а) представление структуры объекта; б) представление его функциональных характеристик, включая структурные ограничения в виде предикатов. Тогда, если модель проектируемого объекта надо представить в ЭВМ, то структуру модели следует представить как структуру данных, а функциональные характеристики и ограничения - как предикаты.
Следовательно, в русле модельного подхода проектно-конструкторские работы будем понимать как семейство операций, необходимых для представления модели объекта, удовлетворяющего заданным ограничениям.
Системный анализ процесса проектирования и построение общей теории проектирования (ОТП) призваны объяснить, как происходит автоматизированное проектирование в терминах обработки знаний, и дать математическое описание процесса проектирования и методики анализа адекватности тех или иных методов представления проектных знаний в конкретной ситуации.
Общая теория проектирования как основа формализации процессов проектирования и корректировки изделий и, вообще, проектных знаний строится на базе аксиоматической теории множеств и представления процесса проектирования с помощью частичных отображений из пространства функций (технических требований) в пространство атрибутов (проектных решений). При этом весь процесс проектирования рассматривается как эволюционный процесс, который переводит модель проектируемого объекта из одного состояния в другое вплоть до достижения требуемого решения.
Центральными процедурами ОТП как обобщенной дескриптивной модели процесса проектирования оказываются формирование метазнаний (знаний о проектных знаниях), построение сценария, определяющего последовательность проектных процедур и создание мета-модели (множества описаний проектируемого объекта в текущий момент), а также отображение пространства функции Разрабатываемого изделия в пространство его атрибутов. В ОТП используются Различные типы рассуждений. Вначале основную роль играют абдуктивные Рассуждения по Пирсу: на основе выделенных характерных свойств процесса
проектирования путем абдукции формулируются гипотезы о проектных понятиях и строятся аксиомы (у йошикавы это аксиомы представления, соответствия, топологической структуры множества идеальных проектируемых объектов), образующих базис ОТП. Затем с использованием ряда определений путем дедукции выводятся теоремы ОТП, а в итоге создается модель процесса проектироавния.
Дальнейшие прикладные аспекты ОТП связаны с разработкой архитектуры программно-аппаратных средств, реализующих эту модель и ее экспериментальной проверкой и тестироавнием на ЭВМ.
3. Интеллектуальные системы автоматизированного проектироавния
3.1. Определение ИСАПР
Интеллектуальные системы автоматизированного проектирования (ИСАПР) • это системы автоматизированного проектирования нового поколения, в которых применяются новые информационные технологии (НИТ) на базе ИИ. Здесь имеется в виду использование как технологий обработки знаний (включая создание проектных СУБЗ, реализацию различных стратегий поиска проектных решений, механизмы вывода и пр.), так и технологий формирования и поддержки профессиональных образов и представлений у разработчиков. Под обработкой знаний понимается замкнутый цикл циркуляции знаний в компьютерных системах (по аналогии с циклом Карно в тепловых машинах), состоящий из процедур приобретения, представления, пополнения, порождения, поддержки, передачи проектных знаний (цикл "шести п"). Формирование и поддержка профессиональных образов и представлений означает создание развитых средств визуализации и трехмерного моделирования, например, с помощью моделей конструктивной геометрии трехмерных объектов или методов граничного представления.
В широком понимании ИСАПР представляет собой диалоговую систему проектирования, в которой человек решает проектные задачи совместно с ЭВМ, пользуясь различными проектными знаниями и образами, представленными в компьютерной системе. Здесь возможны различные режимы взаимодействия пользователя с интеллектуальной системой: а) накопление проектных знаний; б) тренажер проектировщика; в) рабочий режим профессиональной поддержки.
В общем случае, для повышения эффективности автоматизированного проектирования средства обработки знаний должны использоваться совместно с обычными программными модулями САПР (пакетами машинной графики, расчетными программами и программами оптимизации, проектноконструкторскими базами данных).
С точки зрения общей архитектуры САПР, система обработки знаний в ИСАПР может пониматься как надстройка над обычными средствами проектной графики или проектных расчетов. Если такая система имеет механизм перевода языка представления знаний в обычный язык программирования, то задачи, сформулированные в обычной форме, могут применяться и обрабатываться на уровне знаний, транслироваться в традиционные прикладные пакеты и выполняться. Однако, в действительности существует семантический разрыв между процедурными и декларативными языками. Для преодоления этого разрыва разработчик ИСАПР нуждается в средствах автоматического решения задач и синтеза программ (САБЕ-технологии).
3.2. Цели и задачи разработки ИСАПР
Построение ИСАПР связано с достижением следующих важнейших целей автоматизации проектно-конструкторских работ (стадий разработки).
1. Повышение эффективности проектирования и сокращение сроков производственного цикла по отношению ко всему жизненному циклу разрабатываемого изделия (продукта) на основе компьютерной интеграции различных моделей, методов, процедур, задач, этапов и уровней проектироавния,
интеграции средств проектироавния, технологической подготовки производства и собственно производства.
2. Сокращение сроков проектироавния в результате уменьшения числа проектных итеграций путем реализации стратегий совмещенной разработки (simultaneous engineering) частичного преобразования последовательной структуры жизненного цикла некоторого продукта в параллельную. Здесь сокращение сроков проектирования достигается за счет организации более интенсивного обмена данными и знаниями между различными проектными подразделениями, координации их деятельности, обеспечения учета эксплуатационных и производственно-технологических параметров на начальных стадиях проектирования, более широкого использования средств моделирования. Вследствие этого, уменьшается объем работ по перепроектированию и корректировке проектной документации, а также объем испытаний и работ по доводке опытных образцов.
3. Расширение функциональных возможностей САПР, в первую очередь, в плане поддержки и интенсификации эвристической и творческой деятельности при проектировании, сохранения, передачи и пополнения уникальных проектных знаний, реализации дружественного интерфейса с разработчиком, что обеспечит повышение качества и производительности труда специалистов различных категорий (проектантов, конструкторов, инженеров, технологов).
4. Повышение качества разрабатываемых изделий за счет более полного учета информации различной природы, автоматизированного синтеза новых проектных решений, увеличения числа просматриваемых вариантов и глубины проработки каждого варианта. Следовательно, должны повыситься обоснованность выбираемых проектных решений и качество проектной документации.
Для достижения этих общих целей в состав средств ИСАПР вводятся интеллектуальные подсистемы, направленные на решение следующих основных задач проектирования:
- внешнее проектирование - составление обоснованного технического задания;
- внутреннее проектирование - интерпретация и анализ технического задания;
- планирование проекта и управление проектированием; • изобретательство (поисковое конструирование);
- концептуальный синтез: а) выбор конструктивно-компоновочной схемы; б) анализ стоимости проекта;
- структурный синтез и оптимизация;
- повышение эффективности и качества инженерного анализа за счет таких аспектов как: дружественный интерфейс; планирование вычислений; обучение пользователя ППП; математическое моделирование и синтез расчетных процедур; оптимальный выбор моделей расчета; обоснованный переход от конструкции к ее расчетной схеме; выбор рациональных численных методов расчета; интерпретация Данных и анализ результатов; семантический контроль результатов;
- перепроектирование и корректировка проектной документации;
проверка соответствия отраслевым стандартам; технологическое проектирование, отработка машин, оборудования и ехнологических процессов.
3.3. Архитектура ИСАПР
Общую архитектуру ИСАПР (как и интеллектуальных систем других классов) можно представить в виде: 1 Системного ядра, характерного для любой
интеллектуальной системы и инвариантного относительно проблемной области -проектирования технических бъектов; 2) специальной части, соответствующей особенностям тех или иных задач или уровней проектирования.
Системное ядро САПР образуют:
гибридная иерархическая база знаний, включающая компоненты1 символического и образного происхождения; в ней обеспечивается представление проектных знаний в виде как семантических сетей и фреймов, так и продукционных правил, предикатов (например, в виде фреймовых систем);
• многокомпонентный решатель проектных задач, который может включать такие блоки как планировщик, модуль трансляции исходного технического задания на базе лингвистических переменных, модуль организации поиска, в частности, поиска прототипов, блоки .дедуктивного и/или индуктивного вывода, рассуждений по аналогии, приближенных рассуждений, модуль имитационного моделирования, модуль многокритериального выбора и оптимизации;
- многоуровневый пользовательский интерфейс, где помимо интеллектуальной (управляющей) части должны присутствовать графический интерфейс (графиколингвистический процессор), органы управления и общения разработчика с ЭВМ;
подсистема отображения, объяснения и оправдания принятых проектных решений и анализа стратегий проектирования.
Специфическими компонентами ИСАПР выступают пакеты графических и расчетных программ, традиционно применяемые в данной проблемной области.
3.4. Этапы развития применений интеллектуальных систем в проектировании
Весь период эволюции ИСАПР можно разбить на три этапа, не счиая периода их предыстории, связанного с разработкой традиционных САПР как мощных графических редакторов типа AutoCAD, объединяемых с расчетными модулями и базами данных.
0-й этап (до 197S г.). САПР понимается как автоматизированная система разработки чертежно-графической документации, объединяемая с расчетными программами и базами данных.
1-й этап (1975 - 1987 г.). Применение экспертных систем в проектировании.
2-й этап (1985 - 1995 г.). Разработка интеллектуальных САПР по принципу гибридных экспертных систем, а также интеллектуальных надстроек или СУБЗ над обычными САПР.
3-й этап (1990-2000 г.). Разработка САПР как открытых, неоднородных, интегрированных интеллектуальных систем с переменной структурой. Создание САПР на основе распределенных (многоагентных) систем ИИ. Построение САПР как интеллектуальных систем комплексной разработки (intelligent concurrent engineering systems).
Следует отметить, что границы между этапами, отражающими общие тенденции эволюции ИСАПР, - условны и нечетки. Переход на новый этап не означает отказа от ранее разработанных принципов применения интеллектуальных систем в проектировании (например, до сих пор наибольший удельный вес в практике проектирования, пожалуй, составляют простые экспертные системы, слабо интегрированные с остальными средствами САПР), а характеризует скорее постепенное смещение профессионального интереса в сторону новой концепции, а также расширение границ интеллектуализации.
Выделенные выше этапы можно сопоставить с тремя уровнями интеллектуализации в проектировании:
а) индивидуальный уровень интеллектуализации предполагает внедрение экспертных и гибридных экспертных систем в индивидуальную проектную деятельность (проектанта, конструктора);
б) коллективный уровень интеллектуализации (группа, сектор, отдел) уже связан с реализацией интеллектуального управления процессом проектирования;
в) организационный уровень интеллектуализации (научно-производственное объединение) ориентирован на использование распределенных (неоднородных
сетевых) моделей ИИ в САПР, построение САПР предприятия как сети многоагентных систем, включая модели взаимодействия агентов.
Существуют два основных подхода к объединению программ обработки численной и эвристической проектной информации: 1) создание поверхностно интегрированных систем и 2) создание глубинно интегрированных систем.
Пока в русле интеллектуализации САПР чаще всего строятся такие гибридные экспертные системы, в которых численные программы рассматриваются в рамках парадигмы "черного ящика", т.е. в них содержится очень мало знаний о расчетных процедурах (или этих знаний нет вообще). Функционирование подобных систем поверхностной интеграции обеспечивается за счет анализа переменных состояния для рассматриваемой задачи. Так последовательность применения отдельных программ в процессе решения проектной задачи часто определяется путем анализа влияния процедуры решения на переменные состояния. Здесь в зависимости от области применения и соображений эффективности знания могут выступать в форме поверхностных правил, описывающих взаимоотношения между различными переменными состояния и определяющих допустимые значения для каждой переменной. Типичными случаями использования поверхностно интегрированных систем являются оценка применимости тех или иных алгоритмов инженерного анализа и интерпретация результатов расчетных программ.
Второй подход состоит в разработке глубинно интегрированных систем, широко использующих знания о каждой расчетной процедуре. Такие системы в своих базах знаний содержат явное описание назначения и функций проектных процедур, входных и выходных переменных, ограничений, краевых эффектов и т.д. Знание о каждой процедуре объединяется с другой информацией и используется непосредственно интеллектуальной подсистемой САПР в процессе решения задачи.
Следует ожидать, что гибридные экспертные системы с глубинной интеграцией будут применяться для решения более широкого круга задач, чем поверхностно интегрированные системы. В частности, такие системы могут выступать в качестве интеллектуальных интерфейсов с алгоритмами инженерных расчетов.
Попытаемся сформулировать главные достоинства и недостатки каждого из указанных двух общих подходов к построению гибридных экспертных систем.
Среди преимуществ систем с глубинной интеграцией надо прежде всего отметить их более высокую эффективность и надежность моделирования экспертных суждений. Поскольку различные требования и ограничения по использованию каждой процедуры представлены здесь в явном виде, выбор подходящей процедуры решения становится более обоснованным по сравнению с поверхностно интегрированными системами. Аналогично ввиду наличия явного описания ключевой информации по каждой процедуре, глубинные интегрированные системы легче расширять и поддерживать.
Поверхностно интегрированные системы более продуктивны, когда требуется скорейшая разработка демонстрационной версии системы, или когда число объединяемых проектных процедур невелико (от двух до четырех), а информация о каждой из них недостаточна.
При выборе того или иного подхода предварительно надо рассмотреть следующие подходы.
1) Каковы цель и назначение создаваемой гибридной экспертной системы?
2) Какой объем знаний по каждой процедуре должен быть представлен?
3) Что важнее - гибкость или общность?
4) Что важнее - быстрота разработки или надежность системы?
Так если цель разработки гибридной ЭС интерпретация результатов Расчетных процедур, то можно использовать принцип поверхностной интеграции. Если же цель разработки заключается в построении развитого интеллектуального интерфейса, то более подходящим вариантом оказывается система с глубинной интеграцией. Точно так же, когда от системы требуется высокая гибкость и Достаточная общность, надо использовать второй подход.
