На правах рекламы:
ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Авторитетность издания

ВАК - К1
RSCI, ядро РИНЦ

Добавить в закладки

Следующий номер на сайте

4
Ожидается:
09 Сентября 2024

Унифицированный информационный интерфейс и его реализация в комплексной САПР

Статья опубликована в выпуске журнала № 2 за 2007 год.
Аннотация:
Abstract:
Авторы: Стариков А.В. () - , Потапов И.П. () - , Хорюшин Д.Г. () -
Ключевое слово:
Ключевое слово:
Количество просмотров: 15592
Версия для печати
Выпуск в формате PDF (1.17Мб)

Размер шрифта:       Шрифт:

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

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

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

Контейнер - это унифицированная информационная структура, состоящая из двух синтаксически и семантически неоднородных частей: описательной части контейнера и собственно проектных данных.

Описательная часть контейнера условно делится на три части: описательная часть, формируемая автором проектного решения; описательная часть, формируемая МС; описательная часть, формируемая информационной системой (ИС).

При формировании контейнера с проектным решением его автор (обычно это ответственный исполнитель проектной процедуры) должен поместить в контейнер информацию, однозначно идентифицирующую этот контейнер и обеспечивающую учет его движения в распределенной вычислительной среде комплексной САПР. Эта информация содержит следующие сведения: идентификатор ЭВМ; идентификатор проектирующей подсистемы САПР; идентификатор проекта; идентификатор проектной процедуры; идентификатор автора (имя ответственного исполнителя); идентификатор функционального узла в проекте; идентификатор типа проектного решения; тип носителя, назначенного для хранения контейнера (магнитный диск, магнитная лента, магнитно-оптичес­кий диск и т.д.); дата формирования контейнера; спецификации файлов, содержащих собственно проектные данные; резервные поля (для обеспечения возможности развития системы).

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

Описательная часть, формируемая МС, включает в себя следующие элементы: данные паспортизации (идентификатор контейнера, контрольные суммы записей данных, файлов данных и контейнера в целом); резервные поля (для обеспечения возможности развития системы).

Описательная часть, формируемая ИС в момент приема контейнера, а также на протяжении всего времени хранения его в хранилище контейнеров ИС, включает в себя следующие элементы: дата поступления контейнера в хранилище; ссылки на записи в журнальных файлах учета выдачи контейнеров и учета изменений, выполненных в контейнерах; резервные поля (для обеспечения возможности функционального расширения системы).

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

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

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

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

3.     Программные средства комплексной САПР с точки зрения МС должны рассматриваться как набор аттестованных данных.

ИС - это обслуживающая подсистема, обеспечивающая информационное взаимодействие прочих подсистем, входящих в состав комплексной САПР. Информационное взаимодействие подсистем, выражающееся в унифицированном обмене информацией, осуществляется в рамках единых организационных и методологических требований: обмен информацией выполняется не напрямую между подсистемами комплексной САПР, а через ИС; инициатором информационного обмена выступает проектирующая или обслуживающая подсистема комплексной САПР, котораяе адресуют свой запрос к ИС через МС; единицей обмена является информационный контейнер, имеющий строго определенную структуру, представленную описательной и содержательной частями (см. выше); для упорядочения доступа к контейнеру организуется очередь заявок, которая обслуживается в соответствии с дисциплиной FIFO (first in, first out - первым пришел, первым вышел), то есть обслуживание выполняется в порядке поступления запросов от подсистем; изменение информации в содержательной части контейнера разрешается только с санкции руководителя проекта; уведомление об изменении в содержательной части контейнера автоматически рассылается всем  потребителям информации данного контейнера, то есть ответственным исполнителям всех проектных процедур, информационно-зависимых от проектной процедуры, проектное решение которой подверглось корректировке.

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

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

Подготовку списков для ИС выполняют пользователи комплексной САПР. Формирование списков на магнитном носителе выполняет администратор ИС (после их утверждения руководителем САПР) с помощью соответствующего программного инструментария, входящего в состав ИС.

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


Постоянный адрес статьи:
http://swsys.ru/index.php?page=article&id=385&lang=&lang=&like=1
Версия для печати
Выпуск в формате PDF (1.17Мб)
Статья опубликована в выпуске журнала № 2 за 2007 год.

Возможно, Вас заинтересуют следующие статьи схожих тематик: