Составители:
78
предоставляемая ею MoC, абсолютно не подходит для решения задачи. Именно
из-за распространенности таких случаев для А-платформы определяется такая
характеристика, как реконфигурируемость.
Реконфигурируемость А-платформы определяется как способность к
изменению “воплощаемой” при реализации MoC. Конечно же, наличие такого
свойства “разумно усложняет жизнь разработчику”, так как требует
дополнительных усилий при работе с
А-платформой, но зачастую дает
ощутимый выигрыш. В общем случае реконфигурируемость может иметь
разный характер (или способ реализации):
• на этапе проектирования, когда конфигурированию подлежат те или иные
методики;
• на этапе реализации, когда устанавливаются те или иные параметры
компиляции или используются различные компоненты элементной базы;
• на этапе исполнения,
когда система позволяет гибко адаптировать
функциональность.
Реконфигурируемость А-платформы может быть обеспечена введением
широкого перечня электронных компонентов элементной базы, различных по
функциональным характеристикам и физическим параметрам, но совпадающим
по выводам, использованием языков высокого уровня и условной компиляции
для описания шаблонов реализации, введением в состав платформы элементов
программируемой логики и многим другим
.
В некоторых случаях, когда А-платформа не имеет внутренних
возможностей изменить MoC, внесением таких изменений должен заниматься
сам разработчик. Обычно для этого делается некоторая реализация выбранной
А-платформы, после чего она достраивается “сверху” до уровня “воплощения”
желаемой MoC, адекватной решаемой задаче. При дальнейшем проектировании
созданная надстройка вместе с базовой А-платформой рассматриваются
как
новая платформа, удовлетворяющая критериям выбора. Надстройка над А-
платформой, созданная с целью изменить или скорректировать MoC А-
платформы, называется операционной средой. Особо следует отметить, что MoC
А-платформы может нуждаться в изменении не только вследствие несовпадения
с выбранной согласно специфике задачи, но и из-за ошибок элементов самой А-
платформы. Таким образом
, именно операционная среда призвана исправлять
все обнаруженные ошибки БИС и ПО, входящих в базовую вычислительную
платформу.
В качестве общего критерия выбора той или иной модели вычислений в
рамках аспектного проектирования рассматривается отношение
трудоемкости решения задачи в выбранной модели вычислений к
трудоемкости реализации операционной среды архитектурной платформы.
Обобщенная схема процесса проектирования
ВсС с использованием А-
платформы приведена на рис. 2.1.
Страницы
- « первая
- ‹ предыдущая
- …
- 77
- 78
- 79
- 80
- 81
- …
- следующая ›
- последняя »
