ВУЗ:
Составители:
7
На этом уровне, исходя из требуемого функционирования устройства, проектировщик
осуществляет разбиение проекта на части, определяет множества входных и выходных сигналов
(как устройства в целом, так и его составных частей), их характер и взаимосвязь, а также решает
отдельные вопросы реализации составных частей. Основным результатом этого этапа является
разбиение алгоритмов работы системы на две составляющие для реализации программным и
аппаратным обеспечением выбранного типа МП-ядра, а также выделение задач, требующих для
своего выполнения разработки нетипового оборудования, как цифрового, так и аналогового.
Результаты концептуального этапа позволяют перейти к следующим этапам проектирования.
Порядок работы по параллельным ветвям процедуры проектирования произволен и может во
времени выполняться как параллельно или последовательно, так и в произвольных комбинациях.
Более того, даже этап конструкторско-технологического проектирования может начинаться
(благодаря перепрограммируемости результатов любой ветви проектирования) до получения
окончательных результатов проектирования отдельных фрагментов устройства. Следует отметить
схожесть процедур проектирования по всем параллельным ветвям. Как разработка программного
обеспечения для МП- (МК) ядра, так и разработка дискретной и аналоговой частей проекта могут
рассматриваться как последовательность трех этапов.
1) Ввод исходной для проектирования информации (спецификация работ этапа).
2) Компиляция проекта.
3) Верификация (тестирование) полученных результатов.
Конкретное содержание этапов для аппаратной и программной частей проекта (а тем более
цифровой и аналоговой
частей) естественно различное. Компиляция аппаратной части проекта приводит к синтезу
устройства (или устройств) в базисе выбранных элементов (со стандартной и/или
программируемой структурой), а компиляция программной части проекта приводит к синтезу
кодового представления программ. Полученные результаты требуют тщательной проверки,
поэтому за этапом синтеза следует этап верификации, проводимого моделированием и/или
реальными экспериментами. Моделирование, как правило, имеет несколько уровней с разной
степенью отображения свойств реального объекта. Оно может быть функциональным,
проверяющим правильность логической структуры устройства или программы, временным,
учитывающим задержки сигналов в схемах устройства без учета окончательной топологии
трассировки или время исполнения отдельных программных фрагментов и т. д. В результате
верификации могут выявиться ошибки, требующие исправления
, что придает процессу
проектирования итеративный характер с возвратами к прежним этапам и введением в проект
нужных коррекций.
Более того, по мере отработки решений по отдельным ветвям проектирования отрабатываются
и вопросы связи между этими ветвями (например, между программной и аппаратной частями
проекта), хотя комплексный анализ и отладка могут быть выполнены только
после завершения
отдельных ветвей процедуры проектирования. Естественно, такое последовательное
проектирование является условным. В реальных условиях выполняется последовательно-
параллельное проектирование с многократными итерационными возвратами к началу проектных
процедур.
Завершение этапов проектирования по отдельным ветвям создает исходные данные для
завершающего конструкторско-технологического этапа проектирования, результатом которого
явится создание реальной системы. Физическая реализация проекта в свою очередь создает основу
для комплексной отладки решений, полученных на отдельных ветвях проектирования.
1.4. Сопряженное проектирование и сопряженная верификация
До настоящего времени в проектировании аппаратно-программных систем доминирует
подход, основанный на разделении задачи на аппаратно-реализуемую и программно-реализуемую
части на ранних этапах проектирования, и эти части проектируются относительно независимо
вплоть до окончательного объединения системы. Тесное взаимодействие аппаратных и
На этом уровне, исходя из требуемого функционирования устройства, проектировщик осуществляет разбиение проекта на части, определяет множества входных и выходных сигналов (как устройства в целом, так и его составных частей), их характер и взаимосвязь, а также решает отдельные вопросы реализации составных частей. Основным результатом этого этапа является разбиение алгоритмов работы системы на две составляющие для реализации программным и аппаратным обеспечением выбранного типа МП-ядра, а также выделение задач, требующих для своего выполнения разработки нетипового оборудования, как цифрового, так и аналогового. Результаты концептуального этапа позволяют перейти к следующим этапам проектирования. Порядок работы по параллельным ветвям процедуры проектирования произволен и может во времени выполняться как параллельно или последовательно, так и в произвольных комбинациях. Более того, даже этап конструкторско-технологического проектирования может начинаться (благодаря перепрограммируемости результатов любой ветви проектирования) до получения окончательных результатов проектирования отдельных фрагментов устройства. Следует отметить схожесть процедур проектирования по всем параллельным ветвям. Как разработка программного обеспечения для МП- (МК) ядра, так и разработка дискретной и аналоговой частей проекта могут рассматриваться как последовательность трех этапов. 1) Ввод исходной для проектирования информации (спецификация работ этапа). 2) Компиляция проекта. 3) Верификация (тестирование) полученных результатов. Конкретное содержание этапов для аппаратной и программной частей проекта (а тем более цифровой и аналоговой частей) естественно различное. Компиляция аппаратной части проекта приводит к синтезу устройства (или устройств) в базисе выбранных элементов (со стандартной и/или программируемой структурой), а компиляция программной части проекта приводит к синтезу кодового представления программ. Полученные результаты требуют тщательной проверки, поэтому за этапом синтеза следует этап верификации, проводимого моделированием и/или реальными экспериментами. Моделирование, как правило, имеет несколько уровней с разной степенью отображения свойств реального объекта. Оно может быть функциональным, проверяющим правильность логической структуры устройства или программы, временным, учитывающим задержки сигналов в схемах устройства без учета окончательной топологии трассировки или время исполнения отдельных программных фрагментов и т. д. В результате верификации могут выявиться ошибки, требующие исправления, что придает процессу проектирования итеративный характер с возвратами к прежним этапам и введением в проект нужных коррекций. Более того, по мере отработки решений по отдельным ветвям проектирования отрабатываются и вопросы связи между этими ветвями (например, между программной и аппаратной частями проекта), хотя комплексный анализ и отладка могут быть выполнены только после завершения отдельных ветвей процедуры проектирования. Естественно, такое последовательное проектирование является условным. В реальных условиях выполняется последовательно- параллельное проектирование с многократными итерационными возвратами к началу проектных процедур. Завершение этапов проектирования по отдельным ветвям создает исходные данные для завершающего конструкторско-технологического этапа проектирования, результатом которого явится создание реальной системы. Физическая реализация проекта в свою очередь создает основу для комплексной отладки решений, полученных на отдельных ветвях проектирования. 1.4. Сопряженное проектирование и сопряженная верификация До настоящего времени в проектировании аппаратно-программных систем доминирует подход, основанный на разделении задачи на аппаратно-реализуемую и программно-реализуемую части на ранних этапах проектирования, и эти части проектируются относительно независимо вплоть до окончательного объединения системы. Тесное взаимодействие аппаратных и 7
Страницы
- « первая
- ‹ предыдущая
- …
- 5
- 6
- 7
- 8
- 9
- …
- следующая ›
- последняя »