Создание моделей слабо структурированных объектов на базе сетей фреймов

• Автор: Дмитриева, Надежда Владимировна
• Шифр специальности: 05.13.01, 05.13.12
• Научная степень: Кандидатская
• Год защиты: 1983
• Место защиты: Москва
• Количество страниц: 188 c. : ил

1.1. Особенности задач, решаемых человеком на начальных этапах исследования в САПР, АСНИ, АСУ ТП .

1.2. Требования к моделям объектов в САПР, АСНИ и

АСУ ТП

1.3. Требования к средствам манипулирования моделями объектов.

1.4. Декларативные представления знаний об объектах

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

1.6. Смешанные представления знаний об объектах .

1.7. Выводы

ГЛАВА 2. ФРЕЙМЫ ДЛЯ ПРЕДСТАВЛЕНИЯ МОДЕЛЕЙ СЛАБО СТРУКТУРИРОВАННЫХ ОБЪЕКТОВ.

2.1. Возможности фреймов для представления модели предметной области в САПР .

2.2. Абстрактные модели слабо структурированных объектов и их интерпретация в САПР.

2.3. Разработка фреймовых структур для представления моделей объектов в базе знаний.
2.4. Исследование возможностей языка ЛРЕС для представления моделей слабо структурированных объектов в базе знаний.
2.5. Выводы.
Стр.
ГЛАВА 3. РАЗРАБОТКА СРЕДСТВ МАНИПУЛИРОВАНИЯ ЮП, ПОСТРОЕННЫМИ НА БАЗЕ СЕТЕЙ ФРЕЙМОВ.
3.1.Абстрактные модели проектных операций и проектных процедур
3.2. Выбор формальной модели проектного цроцесса на начальных этапах проектирования
3.3. Представление модели процесса проектирования в базе знаний.
3.4. Исследование возможностей тйЕС для отображения проектных процедур в базе знаний
3.5. вывода
ГЛАВА 4. СРЕДСТВА ИНВАРИАНТНОГО ЯДРА САПР ДЖ ПРЕДСТАВЛЕНИЯ МОДЕЛЕЙ ОБЪЕКТОВ ПРОЕКТИРОВАНИЯ И МАНИПУЛИРОВАНИЯ ШЛИ В СИСТЕМЕ ДИАСС .
4.1. Требования к организации человекомашинного диалога на начальных этапах проектирования
4.2. Организация человекомашинного диалога в системе ДИАСС Ю
4.3. Алгоритм проектирования для задачи структурного синтеза ОП
4.4. Программная реализация системы ДИАСС.
4.4.1. Программный блок АНАЛИЗАТОР
4.4.2. Программный блок СИНТЕЗ
4.4.3. Программный блок ИНФОРМАТОР III
4.4.4. Программный блок ПРОЕКТИРОВЩИК.
4.4.5. Программный блок ФОРМИРОВАТЕЛЬОТВЕТА
4.5. Выводы.
ГЛАВА 5. ВОПРОСЫ ПРИМЕНЕНИЯ РЕЗУЛЬТАТОВ РАЗРАБОТКИ В
САПР и АСУ ТП
5.1. Разработка фреймов структур базы знаний.Цб
5.2. Формирование ТЗ на синтез ОУ ЭВМ
5.3. Программная реализация проектных процедур согласно методике вариантного синтеза ОУ ЭВМ
5.4. Организация базы знаний и библиотеки прикладных программ в составе АСУ Ш сварки корпусных конструкций
5.5. Выводы
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА


Организация данных и программ в виде структурированного множества понятийных единиц возможность структуризации предметной области. Для этого необходим учет семантики ОП и ПП. Чтобы упростить разработку программного обеспечения САПР, целесообразно представлять с единых позиций как знания об ОП, так и знания о проектном процессе. Это можно реализовать путем соче тания декларативных и цроцедуральных описаний в рамках единой структуры данных. Изза того, что на начальных этапах цроектирования обычно решаются слабо структурированные задачи, в систему должны входить средства, обеспечивающие диалог проектировщика и ЭВМ на непроцедурном языке либо ограниченном подмножестве естественного языка. Возможность значительного расширения базы знаний БЗ системы с минимальной модификацией составляющих ее информационных структур. Требования к моделям объектов в САПР. Важным принципом создания современных автоматизированных систем САПР, АСНИ, АСУ ТП является принцип инвариантности, который предопределяет, что подсистемы и компоненты систем должны быть по возможности универсальными, то есть инвариантными к соз даваемым объектам и отраслевой специфике 4 . Основой для разработки инвариантных компонент автоматизированных систем является их методическое обеспечение, в которое входят документы, содержащие теорию, методы, способы, математические модели, алгоритмы, алгоритмические специальные языки для описания объектов, терминология, нормативы, стандарты и другие данные. Модель объекта содержит совокупность математических зависимостей и логических условий, описывающих структуру, характеристики и свойства реального объекта. В дальнейшем, как правило, будем рассматривать в качестве примеров объекты в САПР и АСУ ТП. Модели объектов, с которыми работают в САПР, назовем моделями объектов проектирования МОП, а формализованное описание процесса проектирования моделью проектного процесса МПП. Заметим, что определения понятий проектирование, объект проектирования, цроектное решение, проектная операция, цроектная процедура, унифицированная проектная процедура, используемые в работе, приведены в Э. Модель объекта проектирования должна удовлетворять требованиям, перечисленным в табл. В силу независимости сформулированных требований от предметной области исследования, они в основном распространяются на АСНИ и АСУ ТП. Процесс проектирования вообще и, в частности, в САПР начинается с разработки технического задания ТЗ. В ТЗ содержится начальная информация об ОП формулируются необходимость и цель создания ОП, требования к ОП, ограничения, которые должны соблюдаться при проектировании, показатели качества ОП 9 . ФТЗ II . Основные положения метода процесс проектирования разбивается на ряд шагов. ОП и его компонент с . МЛМг . ТЗ на цроведение следующего шага проектирования. В процессе выполнения шага проектиро
Таблица . Модель Ш в целом I. Адекватность моделей всех уровней реальным объектам и процессам, отображаемым с их помощью. Эффективность в вычислительном планепо объему занимаемой памяти, среднему времени подготовки, решения задач и реорганизации модели. Возможность совмещения автоматического и автоматизированного режимов проектирования. Информационная согласованность по типам данных МОП и МПП. Наличие средств для сбора статистики. Управление правами доступа пользователей к системе. Защита системы от ошибок целевых пользователей. Максимальные удобства в использовании системы представление семан. МПП должна допускать и быть приспособленной для работы с системой общения на ОЕЯ. Расширяемость, легкость модификации, наглядность представления знаний о предметной области. Возможность интерак. Проектные процедуры и проектные операции 1. Высокий уровень унификации. Функциональная полнота как на уровне представления ПП в целом, так и на уровне представления проектных процедур через проектные операции. Модульный принцип организации. Инвариантность проектных процедур и проектных операций в пределах одной предметной области или смежных областей. Введение дополнительных процедур и или операций, если они позволяют повысить удобство работы пользователя с системой. Расширяемость.