Обработка проектных данных в глубоко интегрированной САПР СБИС

• Автор: Власов, Александр Вячеславович
• Шифр специальности: 05.13.12
• Научная степень: Кандидатская
• Год защиты: 1996
• Место защиты: Москва
• Количество страниц: 169 с. : ил.

Оглавление
ВВЕДЕНИЕ

Глава 1. Обзор существующих методов и подходов к обработке

проектных данных

1.1 Задача создания специализированной системной среды

для тесной интеграции.

1.2 Обзор существующих подходов к представлению

проектной информации.

1.2.1 Модели данных

1.2.2 Унифицированное представление предметной области

1.3 Обзор существующих методов и средств обработки

проектной информации.
1.3.1 Традиционные СУБД общего назначения
1.3.2 Требования, предъявляемые к СУПД.
1.3.3 Управление историей проекта
1.3.4 Обеспечение целостности проектных данных при изменениях предметной области САПР.
1.3.5 Представление геометрической информации
1.4 Выводы на чем сконцентрировано внимание в диссертации
Глава 2. Представление проектных данных.
2.1 Многослойная модель данных
2.2 Представление больших объемов графической информации
2.3 Унифицированное представление предметной области
особенности информационной модели
2.4 Выводы
Глава 3. Обработка проектных данных.
3.1 Обоснование структуры системы обработки проектных
данных
3.2 Алгоритм обработки проектной информации с
использованием библиотеки базового уровня ШТ5УЮ.
3.3 Алгоритм обработки проектной информации с
использованием библиотеки гибридного уровня.
3.4 Алгоритм обработки проектной информации с
использованием языка БОЬ.
3.5 Алгоритм обработки проектной информации с
использованием программного интерфейса.
3.6 Сравнительный анализ методов обработки проектной
информации.
3.7 Выводы
Глава 4. Представление и обработка проектной информации
в рамках разработанной системной среды.
4.1 Информационная модель предметной области
САПР СБИС
4.2 Описание библиотек функций обработки проектной
информации.
4.2.1 Обработка базовых элементов файлового
и сегментного уровней
4.2.2 Обработка проектных данных с использованием метаинформации.
4.2.3 Обработка базовых элементов гибридного уровня
4.2.4 Сервисные функции гибридного уровня.
4.2.5 Служебные функции гибридного уровня.
4.2.6 Обработка проектных данных на семантическом
уровне.
4.3 Выводы
ЗАКЛЮЧЕНИЕ.
СПИСОК ЛИТЕРАТУРЫ


Подробно описаны оригинальные слои модели данных. Показано, что гибридный уровень обеспечивает более высокий уровень эффективности хранения и доступа к данным по сравнению с традиционными реляционной и сетевой моделями. Предложен оригинальный метод сортировки графической информации, базирующийся на системе иерархических квадрантов. Описаны структура данных и алгоритм решения одной из наиболее трудоемких задач обработки графической информации - вырезания окна. Выведены формулы, обеспечивающие получение оптимальных параметров сортировки. Третья глава посвящена проблеме обработки проектных данных. Проведен анализ алгоритмов обработки информации с использованием различных средств доступа. На основе сравнительного анализа выработана методика использования средств доступа к проектным данным при разработке прикладных модулей. В четвертой главе описаны практические результаты, полученные в диссертационной работе. Представлено описание части информационной модели. Приведены принципы организации библиотек доступа к проектным данным и подробно описаны функции этих библиотек. Стр. Глава 1. Сильно возросшая сложность СБИС стимулирует разработчиков использовать широкий набор прикладных программ для выполнения многоаспектного анализа схемы. Кроме того, появление на рынке большого числа автономных прикладных модулей даст возможность пользователям САПР выбирать наиболее эффективные программы. В связи с этим возникла задача создания системной среды САПР (CAD framework), позволяющей единообразно работать со всем множеством прикладных модулей, а также легко включать в САПР новые модули или заменять их на более совершенные (так называемая технология "plug-and-play"). Для включения прикладных модулей используется механизм инкапсуляции, который образует особую оболочку вокруг модуля. Такая оболочка включает в себя внешний интерфейс к модулю и метаинформацию, которые обеспечивают включение программы без модификации ее внутреннего кода [1,2]. Инкапсуляция внешне выглядит достаточно привлекательно, однако, в некоторых ситуациях она может оказаться очень сложной и даже нереализуемой. На рис. N. Как видно из рисунка для успешной работы необходимо преобразовывать входные данные в формат модуля (N), а выходные - в формат модуля (N+1), что является трудоемкой и нелишенной ошибок задачей. Кроме того, не всегда гарантируется доступ к форматам модулей (N-1) и (N+1). Механизм инкапсуляции не позволяет обеспечить тесное межмодульное взаимодействие, поскольку каждая программа работает со своим внутренним представлением данных, а передача данных производится преобразованием форматов. Стр. Рисунок 1-1. Инкапсуляция прикладных модулей. Недостатки сред, ориентированных на инкапсуляцию, и обозначившаяся тенденция переориентации САПР с управления прикладными модулями на управление непосредственно процессом проектирования, требуют создания системной среды, обеспечивающей глубокую интеграцию прикладных модулей. Глубокая интеграция дает разработчику СБИС возможность сократить время выхода на рынок и повысить качество разработки [3]. Многие разработчики СБИС осознали, что сокращение времени, затрачиваемого на отдельный этап проектирования, например моделирование, не является более эффективной тактикой сокращения времени выхода на рынок. Вместо этого они уделяют особое внимание минимизации количества итераций в процессе проектирования. Стр. Количество итераций может быть сокращено за счет глубокой интеграции прикладных модулей, обеспечивающей беспрепятственное прохождение проектной информации и эффективное взаимодействие прикладных модулей. Таблица 1. Кроме того, глубокая интеграция позволяет сократить длительность одной итерации за счет локализации изменений в проектируемом объекте и проведения анализа только измененной части вместо анализа всего объекта. В середине -х годов глубокая интеграция достигалась за счет использования интегрированной БД, построенной на базе СУБД общего назначения. Однако, общепризнанным является факт невозможности использования СУБД общего назначения в САПР.