Научно-исследовательская работа на кафедре сапр спбгэту «лэти»

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

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

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

Таким образом, Среда, Управляемая Разработкой (СУР) или Design Driven Framework (DDF) – инструментальная среда, конвергирующая возможности среды проектирования и вычислительной среды для реализации сквозного маршрута автоматизированного проектирования особо сложных и наукоёмких объектов проектирования.
СУР (DDF) обеспечивает:

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

Рис. 14. Схема конвергенции знаний, технологий и ресурсов САПР
Р
ис. 15. Структурная схема СОУЭ

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

Резюмируя, можно утверждать, что развитие математической базы, когнитивных технологий, лингвистического обеспечения САПР, теории и технологий программирования, телекоммуникаций и КИТ в целом вышли в настоящее время на уровень, когда стали возможными проектирование и реализация Системы Автоматизированного Исследовательского Проектирования, Управляемой Разработкой (САИПУР).
Схема конвергенции знаний, технологий и ресурсов, в процессе предлагаемой нами разработки САИПУР приведена на рис. 14. Элементы САИПУР на базе Среды, управляемой разработкой, используются в настоящее время в проекте создания Системы Оповещения и Управления Эвакуацией (СОУЭ), который реализуется на кафедре САПР СПбГУ «ЛЭТИ» по заказу одного из предприятий СПб. Структурная схема СОУЭ приведена на рис. 15. [14], [16], [9].
9.4. Типовой маршрут проектирования интегральных схем
по технологии «система на кристалле»