
- •7 Вычислительные абстракции
- •8 Абстрактная элементная база ВсС
- •Аспектный подход к проектированию ВсС
- •Вычислительные механизмы
- •11 Виртуальные вычислительные машины
- •12 Архитектура ВсС как иерархия ввм
- •13 Платформы в проектировании ВсС
- •14 Единое проектное пространство технических решений ВсС
- •15 Координаты проектного пространства
- •16 Расширение задачи проектирования ВсС до задачи непосредственной организации целевого вычислительного процесса
- •17 Принцип актуализации вычислительного процесса ВсС
- •18 Архитектурная платформа
- •19 Критерии проектирования архитектуры ВсС
- •20 Процесс проектирования типовой ВсС
- •21 Перспективный процесс проектирования сложных ВсС
- •22 Реализация архитектурных моделей ВсС
- •23. Микроархитектура компонентов ВсС
- •24. Микроархитектура на основе композиции "шаблон-конфигурация"
- •25. Роль моделирования в архитектурном проектировании ВсС
- •26. Эталонная а-модель ВсС
- •27. Аспектный подход в проектировании ВсС
- •28. Аспектное пространство проектирования
- •29. Архитектур и архитектурные агрегаты
- •30. Классификация архитектурных моделей
17 Принцип актуализации вычислительного процесса ВсС
Он определяет основной принцип, который позволяет вычислительной системе эффективно использовать вычислительные ресурсы и обеспечивать требуемую функциональность в заданных условиях.
Суть принципа актуализации состоит в том, что система должна активно мониторить свою окружающую среду и изменять свое поведение в реальном времени на основе полученной информации
Принципы актуализации: Мониторинг, Анализ , Реакция , Исполнение
18 Архитектурная платформа
Архитектурная платформа является объединением таких элементов процесса проектирования как:
• аспектное пространство процесса проектирования (перечень аспектов проектирования);
• модель (модели) вычислений;
• внешние факторы, задающие допустимые соотношения между отдельными аспектами (критерии проектирования);
• перечень зафиксированных шаблонов повторного использования;
• элементная база.
Она диктует определенные характеристики элементной базы, определяя тем самым допустимые соотношения между отдельными аспектами.
Реконфигурируемость - способность к изменению “воплощаемой” при реализации MoC.
• на этапе проектирования, когда конфигурированию подлежат те или иные методики;
• на этапе реализации, когда устанавливаются те или иные параметры компиляции или используются различные компоненты элементной базы;
• на этапе исполнения, когда система позволяет гибко адаптировать функциональность.
19 Критерии проектирования архитектуры ВсС
В рамках архитектурного проектирования необходимо сформулировать критерии, которые позволят формальным образом оценивать качество принимаемых решений и эффективность проектирования в целом.
Для архитектурного проектирования критерием эффективности может быть себестоимость конечного изделия, срок разработки, равномерность загрузки коллектива разработчиков, качество и надежность проектируемой системы, степень повторного использования наработок и т.д.
В качестве критерия может выступать требование оптимизации частных “вычислительных” характеристик системы при зафиксированных остальных параметрах системы.
многокритериальную оптимизацию решения:
*существуют эффективные решения
* два решения сравнимы
из двух сравнимых решений, безусловно, лучше то, у которого хотя бы один критерий строго лучше
из двух сравнимых решений, безусловно, лучше то, у которого хотя бы один критерий строго лучше соответствующего критерия другого;
• только для эффективных решений между альтернативными критериями имеется такая взаимосвязь, при которой улучшение одного критерия влечет ухудшение хотя бы одного из других;
• для получения такой взаимозависимости необходимо определить предельное улучшение любого критерия при фиксированных значениях остальных, которые, в свою очередь, меняются в заданных пределах;
• какой бы критерий не выбрать в качестве улучшаемого при заданном значении остальных, результатом оптимизации будет одна и та же взаимосвязь между критериями.
20 Процесс проектирования типовой ВсС
Шаблоны формируются в терминах разработанной системы абстракций и с учетом аспектной модели проектирования
Рис Шаблон процесса проектирования ВсС на основе традиционной для ВС схемы проектирования
этот процесс инвариантен к уровню реализации. Он может сводиться к любому уровню абстракции, требуя уточнения блоков оценки функциональных требований (ФТ) и нефункциональных требований (НФТ);
• ТЗ уже подготовлено для реализации ВС, то есть для проектируемой системы в целом уже решены вопросы выделения функций «навешиваемых» на вычислительную систему (это во многих случаях неэффективно);
• процесс отражает в явном виде каноническую архитектуру ВС и приоритеты как между ФТ и НФТ, так и в рамках процесса реализации ФТ (эффективность потенциально низкая).
Недостатки:
• присутствует жесткая привязка ВПл
• много задач, которые при такой гранулярности ВПл окажутся практически не поддержанными
• в процессе доминирует функциональность
характеризуется низкой сбалансированностью проектирования сложных, критичных к ресурсам
• по времени проектирования – в единицы раз;
• по избыточности реализации – до десятков раз.