3. Представление знаний о домене
Знания о домене можно охарактеризовать с помощью утверждений о сопоставлении различных фактов. Эти отображения позволяют нам получать новые факты из существующих. Существует множество способов представления этих отображений. Одним из них является определение правил, которые можно классифицировать следующим образом:
3.1. Технические правила (Tech). Знания, устанавливающие соответствие между атрибутами деталей и параметрами эксплуатационных требований, называются техническими правилами.
3.2. Правила проектирования (Des). Эти правила содержат стратегии, которые следуют за процедурой решения задачи. В профессиональной практике для ограничения пространства решений определяется ряд первичных правил проектирования.
3.3. Реляционные правила (Rlt). Реляционные правила связаны с присоединением частей друг к другу. Отношения, представляющие собой метки, прикрепленные к группам информационных единиц (объектам проектирования), могут также отображаться на то, что мы считаем отношениями между физическими объектами, такими как "рядом", "внутри", "длиннее, чем" и т.д.
МОДУЛЬ АНАЛИЗА ЗАТРАТ
3.4. Иерархические правила (Hrc). Правила об иерархической структуре деталей (правила, используемые для определения классов, подклассов и экземпляров) называются иерархическими правилами. Рамки деталей, используемые при проектировании (Frm), относятся к классам, список деталей (Ls-c), согласующий их атрибуты с параметрами эксплуатационных требований, относится к подклассам. Rough и P{ относятся к экземплярам.
3.5. Правила устранения и конфигурирования. Правила, связанные с устранением альтернатив (Elm), определяют стратегии устранения, а правила подгонки (Fit) определяют соответствующие действия для конфигураций производителя.
СТРУКТУРИРОВАНИЕ ЗНАНИЙ
WIND разработан путем объединения нескольких модулей, таких как опорный, база данных, база знаний, механизм вывода (SYNTHESIZER), модуль анализа производительности, графический модуль (PEN) и модуль анализа затрат.
Каждый модуль имеет свою задачу по поддержке проектировщика в процессе проектирования. Процесс проектирования, выполняемый человеком-экспертом, моделируется программным обеспечением. Знания можно структурировать по следующим этапам (Kavakli and Bayazit, 1994):
1. Вход
Заказчик определяет требования к производительности (Pr), предоставляя фирме спецификации. Эксперт исследует внутренние и внешние условия проблемной области (Dc) и определяет факты (D!). Чертежи представляют собой перечень деталей (Lc) и физическое описание окна, такое как высота (We), разрез (Ws) и план окна (Wp).
2. Определение параметров требований к производительности
Получив от заказчика входные данные, касающиеся требований к производительности (Pr), или задав необходимые условия для проблемной среды, эксперт рассчитывает параметры требований к производительности (Ppr).
3. Соответствие атрибутов оконных профилей параметрам требований к производительности
Атрибуты оконных профилей (Att) совпадают с параметрами эксплуатационных требований (Ppr). Перечни деталей (Ls-c), атрибуты которых совпадают с параметрами эксплуатационных требований, определяются экспертным путем.
4. Выбор частей системы
Оценивая внутренние и внешние условия проблемной области (Dc), а также факты (D!), эксперт отбирает из списка деталей (Dh-c) базу данных деталей (Ls-c), атрибуты которых соответствуют параметрам эксплуатационных требований. Таким образом, извлекаются реальные детали (Dh-c).
5. Синтез деталей изделия
В WIND исходный проект генерируется СИНТЕЗАЙЗЕРОМ, который перечисляет требования к производительности, запрашивая у конечного пользователя их приоритеты. Сначала производится поиск правил проектирования по отношению к основному требованию производительности. Таким образом, создается примерное графическое представление частей (Rough), соответствующих основному требованию производительности (Pr-I) размещаются в графическом представлении исходной конструкции (Cd) с помощью иерархических (Hrc) и реляционных правил (Rlt). Приближенное графическое представление деталей (Rough) имеет одинаковые атрибуты (Ratt), совпадающие с атрибутами в базе данных деталей (Db-c). Пользователь определяет, продукция какой фирмы будет использоваться. Затем детали изделия классифицируются и структурируются иерархически. Связи деталей, которые могут быть использованы совместно, формируются в иерархических структурах типа Link1, Link2 и т.д. Возможные связи перечисляются. Части (Linkl(Db-c)) первой связи (Link!) совпадают с атрибутами (Ratt) в грубых представлениях (Rough). Грубые представления частей (Rough) заменяются на Linkl профилей одной фирмы (Pf). Эта процедура генерирует решение для первичного требования к производительности (Sprl-ll) и представляет собой выходной мониторинг на графическом интерфейсе PEN. Операция повторяется для всех возможных связей, после чего генерируются другие решения, такие как