9

Графические базы данных Введение

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

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

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

1. пользоваться нестандартным представлением семантики;

2. обрабатывать данные, представленные в различных форматах;

3. формировать отдельные виды в несовместимых системах проектирования;

4. выполнять вычислительные эксперименты и моделирование без использования возможностей, предоставляемых интегрированной системой.

Под термином представление будем понимать один из возможных способов описания семантики объекта. В большинстве САПР/АСТПП именно семантика определяет адекватность моделирования проектируемого объекта.

Конструктор, работая с собственной моделью проектируемого объекта, формирует его представление согласно этой модели. Различные компоненты САПР могут рассматривать один и тот же объект проектирования с различных сторон, что выражается в использовании различных представлений. Задача состоит в том, чтобы обеспечить согласованность всех используемых в системе представлений объекта, избегая чрезмерного усложнения системы.

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

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

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

Для интегрирования средств машинной графики в САПР следует:

1. Обеспечить интеграцию неграфических компонентов САПР.

2. Использовать стандартные и унифицированные структуры и форматы представления данных.

3. Обратить особое внимание на обеспечение согласованности всех используемых представлений объектов.

4. Проектировать и разрабатывать новые интегрированные системы на основе концепции центральной базы данных.

Поскольку ни одна САПР не может ограничиться обработкой только графической информации, приходится решать задачу хранения графических элементов в базах данных, рассчитанных на коммерческие приложения. Следует подчеркнуть, что внедрение любой системы автоматизации затрагивает всю деятельность фирмы — от взаимодействия с поставщиками до маркетинга.

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