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

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

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

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

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

2
Ожидается:
16 Июня 2024

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

Статья опубликована в выпуске журнала № 2 за 2007 год.
Аннотация:
Abstract:
Авторы: Ачкасов В.Н. () - , Стариков А.В. () - , Кузьмин А.В. (flickerlight@inbox.ru) - Научно-производственная компания «Маджента Девелопмент» (Заместитель главного конструктора ), нет, Россия
Ключевое слово:
Ключевое слово:
Количество просмотров: 9972
Версия для печати
Выпуск в формате PDF (1.17Мб)

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

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

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

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

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

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

-   перечень уникальных (в рамках данного проекта) идентификаторов проектируемых функциональных узлов объекта проектирования;

-   иерархическую подчиненность (структуру) функциональных узлов объекта проектирования;

-   перечень идентификаторов типов проектных решений, вырабатываемых для каждого функционального узла объекта проектирования и выбираемых из множества (домена) типов проектных решений, определенного в базе данных информационной системы;

-   перечень идентификаторов проектирующих подсистем, реализующих проектные процедуры, которые имеют право доступа к проектному решению указанного типа для каждого проектируемого узла;

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

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

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

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

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


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

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