Microsoft Word впвс book 2011 sev pa doc

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

---

28 
Рис. 1.4. Относительная трудоемкость этапов проектирования ВсС [2] 
Рис. 1.5. Маршрут проектирования ВсС 
На сегодняшний день задачи этапа высокоуровневого проектирования ВсС 
группируются в шесть крупных блоков, покрывая фазу проектирования, и не 
затрагивая фазу реализации: 
1. Концепция решения целевой задачи, исходные спецификации. 
2. Организация вычислительного процесса (модели вычислений – MоC). 
3. Генерация архитектуры и микроархитектуры. 
4. Оценка и выбор архитектурных решений. 
5. Верификация архитектурных решений. 

---

29 
Выходные спецификации для этапа реализации. Эти этапы принадлежат 
системному уровню традиционной Y-диаграммы проектирования ВС, разделяя 
его следующим образом (рис. 1.6а): 
• Уровень 
архитектуры (architecture) (или 
макроархитектуры 
(macroarchitecture), или исполнения (performance)) – формирование 
архитектуры системы, безотносительно способа реализации: анализ 
архитектуры 
на 
предмет 
соответствия 
функциональным 
и 
нефункциональным требованиям/ограничениям.
• Уровень микроархитектуры или функциональный(functional) или (особенно 
в разработке цифровых СБИС и СнК) – Electronic system Level (ESL) – 
осуществляется выбор способа реализации компонентов архитектурной 
модели, разрабатываются алгоритмы, интерфейсы, подготавливаются 
спецификации и среда верификации для этапа реализации системы. 
Рис. 1.6. Уровни проектирования (а), семантический разрыв (б) 
Важнейшей проблемой HLD остается преодоление семантического 
разрыва между HLD-описаниями и специафикациями, как на реализацию, так и 
на создание частных архитектур (микроархитектур) (рис. 1.6, б). 
Исследования, направленные на создание эффективных технологий 
проектирования ВсС, ведутся по многим направлениям [33, 1, 4]. Преодоление 

---

30 
указанных в предыдущих разделах проблем возможно в результате решения 
ряда задач. Основными из них следует считать [14, 17]: 
• реальную интеграцию ветвей проектирования аппаратной и программной 
составляющих проектов; 
• продвижение 
в 
вопросе 
формализации 
этапа 
архитектурного 
проектирования; 
• изменение технологий верификации и тестирования аппаратных и 
программных продуктов; 
• создание средств эффективного проектирования программного продукта 
параллельно с созданием аппаратуры; 
• создание и внедрение технологий повторного использования для продуктов 
проектирования всех уровней иерархии ВсС; 
• развитие алгоритмических моделей систем реального времени; 
• совершенствование механизмов надежности ВсС. 
Важнейшее место в высокоуровневом проектировании ВсС занимают 
инструментальные средства (САПР), включая методики их использования. В 
параграфе 1.2.1.1 представлен краткий анализ ситуации с инструментарием в 
области HLD ВсС. Картина исследований в настоящее время носит во многом 
фрагментарный характер, и различные группы исследователей пытаются 
решать частные задачи и предлагать собственные подходы к решению 
описанной проблемы. Подходы обладают разной степенью проработанности, 
формализации и распространенности. Очевидно, что сегодня необходимо 
активное развитие HLD – инструментов. 
1.2.1.1 Состояние и проблемы инструментария HLD ВсС 
В работе [41] в качестве основных рассмотрены две категории 
инструментальных средств (табл. 1.2): 
• Индустриальные продукты (от ведущих производителей САПР системного 
уровня, покрывают частично средний и нижний уровни проектирования и 
программирования; используют «промышленные» языки и ограниченное 
число MoC). 
• Академические продукты (Университеты Беркли, Канзас, Гренобль и др.; 
используют различные MoC, специальные языки). 

---

31 
Таблица 1.2. Инструментальные средства HLD 
(F – Functionality, P – Platform, M – Mapping)