Взаимосвязь тактик и архитектурных образцов

Тактики периода проектирования

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

♦ Отделение пользовательского интерфейса от остальных элементов приложения. Семантическая связность обосновывается необходимостью локализации ожидаемых изменений. Поскольку пользовательский интерфейс часто корректируется в процессе разработки и после ее завершения, отделение его кода помогает локализовать ожидаемые изменения. Для реализации этой тактики и обеспечения возможности модификации пользовательских интерфейсов разработаны специальные программно-архитектурные образцы:

- Модель-представление-контроллер;

- Представление-абстракция-управление;

- «Seeheim»;

- «Arch/Slinky».

Схема тактик реализации практичности периода прогона представлена на рис. 5.13.

Мы представили вашему вниманию ряд тактик, при помощи которых архитекторы реализуют те или иные атрибуты качества. Как правило, для проведения в жизнь отдельной тактики или нескольких тактик архитекторы подбирают подходящие образцы. Каждый образец, хотим мы того или нет, реализует сразу несколько тактик. Не желая оставить это утверждение без должной аргументации, мы рассмотрим образец «активный объект» (Active Object), описание которого содержится в работе [Schmidt 00]:

Расцепляя исполнение метода и его вызов, образец проектирования «активный объект» усиливает параллелизм и упрощает синхронизированный доступ к объектам, находящимся в собственных потоках управления.

У этого образца шесть элементов: агент — интерфейс, через который клиенты вызывают публично доступные методы активного объекта; запрос метода, определяющий интерфейс для исполнения методов активного объекта; список активизации, содержащий буфер ожидающих запросов методов; планировщик, принимающий решение о том, какие запросы методов следует исполнить далее; слуга, который определяет поведение и состояние, моделируемые в виде активного объекта; и будущее, посредством которого клиент получает результат вызова метода.

Задача этого образца состоит в усилении параллелизма; параллелизм, как известно, относится к производительности. Таким образом, можно утверждать, что он реализует тактику производительности «введение параллелизма». Но — обратите внимание, какие еще тактики принимают в нем участие.

♦ Информационная закрытость (модифицируемость). Каждый элемент выбирает для себя обязанности и скрывает их выполнение за интерфейсом.

♦ Посредник (модифицируемость). В роли посредника выступает агент, буферизующий изменения вызова метода.

♦ Время связывания (модифицируемость). Образец активного объекта предполагает, что запросы на объект поступают к нему в период прогона. При этом точное время связывания клиента с агентом не установлено.

♦ Политика планирования (производительность). Планировщик реализует политику планирования.

Итак, любой образец реализует сразу несколько тактик, которые зачастую даже относятся к разным атрибутам качества. Кроме того, при реализации этого образца

также принимаются решения о реализации тех или иных тактик. К примеру Реализация может предусматривать ведение журнала запросов к активному объекту в расчете на возможное восстановление, ведение контрольного журнала или обеспечивать контролепригодность.

Для проведения анализа архитектор должен иметь представление обо всех встроенных в реализацию тактиках, а на этапе проектирования от него требуется принятие решений о том, какие тактики смогут наилучшим образом выполнять поставленные перед системой задачи.

Дата добавления: 2015-04-25