4.8. Заключение

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

В следующей главе мы рассмотрим конкретные архитектурные методики реализации атрибутов качества.

4.9. Дополнительная литература

Обзор общих сценариев и отображения сценариев, выявленных в ходе оценки архитектуры, на общие сценарии содержится в издании [Bass 01Ь]. Детальные исследования готовности опубликованы в работах [Laprie 89] и [Cristian 93). Вопросы безопасности рассматриваются в публикации [Ramachandran 02]. Взаимоотношениям между практичностью и программной архитектурой посвящены исследования [Gram 96] и [Bass 01а].

В издании [McGregor 01] приводится анализ контролепригодности. [Paulish 02] рассматривает процент стоимости разработки, связанной с тестированием.

Общепризнанные определения атрибутов качества содержатся в стандартах IEEE [ISO 91]. [Witt 94] обсуждает желательные атрибуты качества архитектуры (и архитекторов).

4.10. Дискуссионные вопросы

1. Каковы важнейшие атрибуты качества системы, над которой вы в данный момент работаете? Как выглядят системно-ориентированные сценарии, в которых эти атрибуты качества зафиксированы, и общие сценарии, из которых они произведены?

2. Брукс утверждает, что концептуальная целостность есть ключ к созданию успешных систем. Вы с ним согласны? Можете ли вы привести успешные системы, которые обходились без этого атрибута качества? Если таковые имеются, то за счет каких факторов они стали успешными? Как можно оценить систему на предмет ее соответствия заветам Брукса?

3. Составьте сценарии коммерческих и архитектурных атрибутов качества, приведенных в разделах 4.4 и 4.5. Учли ли вы в своих сценариях все эти атрибуты качества? Какие из них труднее всего зафиксировать при помощи сценариев?

Глава 5

Реализация качества

(в соавторстве с Феликсом Бахманом, Марком Кляйном и Биллом Вудом)

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

— Ралф Уолдо Эмерсон

В главе 4 мы рассмотрели ряд атрибутов качества систем. Иллюстрировать материал мы предпочли с помощью сценариев. Представление о содержании атрибута качества позволяет выявить требования к качеству, однако абсолютно ничего не говорит о том, как их следует реализовывать. Сейчас мы поговорим именно об этом. Мы представим архитектурные методы реализации всех шести атрибутов качества, проанализированных в главе 4. Все возможные атрибуты качества нам охватить не удастся; впрочем, имейте в виду, что тактика обеспечения интегрируемости приводится в главе 8.

Основной упор мы сделаем на том, как архитекторы реализуют конкретные атрибуты качества. Требования к качеству регламентируют действия программных средств, позволяющие выполнить определенные коммерческие задачи. Нас в основном интересуют тактики (tactics), при помощи которых архитекторы вырабатывают проектные решения, обращаясь при этом к образцам проектирования, архитектурным образцам и архитектурным стратегиям. Предположим, к примеру, что коммерческая задача состоит в создании линейки продуктов. Для достижения этой цели в отдельных классах функций требуется реализовать изменчивость.

Прежде чем принимать решения относительно образцов, с помощью которых можно будет достичь изменчивости, архитектор должен выбрать для себя ряд тактик модифицируемости — дело в том, что именно они обусловливают принятие архитектурных решений. Архитектурные образцы и стратегии реализуют совокупность тактик. Связь между требованиями по атрибутам качества (о них мы говорили в главе 4) и архитектурными решениями и является предметом настоящей главы.