Введение в архитектуру

Нам нужна архитектура. Прекрасно. Но что мы на самом деле понимаем под структурой

программы? Каждому, кто просматривал литературу по архитектуре программ,

вспоминалась притча о слепых и слоне. Слон для слепцов был похож на то,

что ухватил каждый из них, — на большую змею (хобот), кусок каната (хвост) или

дерево (ногу). Точно так же представление об архитектуре, если свести его к краткому

определению в одно предложение, создавалось у различных авторов на основе

того, что оказалось перед их взором, когда они задались вопросом о том, что же

это такое — архитектура.

Давайте еще раз сравним архитектуру программ и зданий. Заказчик обычно

смотрит на здание как на единую сущность. Поэтому архитектор может посчитать

нужным сделать уменьшенную модель здания и общий чертеж здания с нескольких

точек. Эти рисунки обычно не слишком детальны, но заказчик в состоянии их

понять.

Однако в ходе строительства в него вовлекаются различные виды рабочих —

плотники, каменщики, кровельщики, водопроводчики, электрики, подсобники

и другие. Все они нуждаются в более детальных и специализированных строительных

чертежах, и все эти чертежи должны быть согласованы друг с другом. Трубы

вентиляции и водопровода, например, не должны проходить по одному и тому же

 

проекта здания. Таким образом, архитектор делает набор чертежей здания, которые

описывают строительные блоки, например котлован под фундамент. Инженер,

отвечающий за структуру, определяет размеры балок, на которые опирается

сооружение. Фундамент поддерживает стены, полы и крышу. Он содержит гнезда

для лифтов, водопровода, электропроводки, кондиционеров, сантехнических систем

и т. д. Однако архитектурные чертежи не настолько детализированы, чтобы по

ним могли работать строители. Проектировщики многих специальностей готовят

чертежи и спецификации, детализирующие выбор материалов, систем вентиляции,

электроснабжения, водопровода и т. д. Архитектор несет за проект полную ответственность,

но детали разрабатывают другие типы проектировщиков. Вообще говоря,

архитектор является экспертом в объединении всех систем здания, но не

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

чертежи будут охватывать только наиболее существенные части здания.

Архитектурные чертежи — это представления всех прочих типов чертежей,

и они согласуются со всеми этими прочими чертежами.

В ходе строительства многие сотрудники используют архитектурные чертежи —

представления детальных чертежей — для того, чтобы получить хорошее общее

представление о здании, но для выполнения своей работы они применяют более

детальные строительные чертежи.

Подобно зданию, программная система — это единая сущность, но архитектор

и разработчики программного обеспечения считают полезным для лучшего понимания

проекта рассматривать систему с разных точек зрения. Эти точки зрения

описываются различными представлениями(приложения А и В) моделей системы.

Все представления, вместе взятые, описывают архитектуру.

Архитектура программы включает в себя данные:

О об организации программной системы;

О о структурных элементах, входящих в систему, и их интерфейсах, а также их поведении,

которое определяется кооперациями, в которых участвуют элементы;

О о составе структурных элементов и элементов поведения наиболее крупных

подсистем;

О о стиле архитектуры (приложение В), принятом в данной организации, — элементах

и их интерфейсах, их кооперации и композиции.

Однако архитектура программ имеет отношение не только к вопросам структуры

и поведения, но и к удобству использования, функциональности, производительности,

гибкости, возможности многократного использования, комплексности,

экономическим и технологическим ограничениям, выгодности производства и вопросам

эстетики.

В подразделе «Шаги разработки архитектуры» данной главы мы рассмотрим

концепцию архитектуры программ в более конкретных понятиях и опишем, как

она представляется при помощи Унифицированного процесса. Но о том, на что

похоже описание архитектуры(приложение В), мы намекнем прямо здесь. Мы

уже говорили, что архитектура является представлениями моделей: представлением

модели вариантов использования, представлением модели анализа, представлением

модели проектирования и т. д. Этот набор представлений успешно приводится

к виду 4+1, обсуждаемому в [52]. Поскольку представление модели являет-

 

ся его частью, или долей, представление модели вариантов использования, например,

похоже на саму модель вариантов использования. Оно содержит актанты и варианты

использования, но только те, которые оказывают влияние на архитектуру.

Точно так же архитектурное представление модели проектирования напоминает

модель проектирования, но включает в себя только те модули, которые реализуют

варианты использования, влияющие на архитектуру (см. подраздел «Риск не создать

правильную архитектуру» главы 12).

В описании архитектуры нет ничего сверхъестественного. Оно похоже на полное

описание системы со всеми моделями (есть небольшая разница, мы рассмотрим

ее позже), только меньше. Насколько оно велико? Никаких абсолютных величин

для описания архитектуры не существует, но по нашему опыту для большого

спектра систем достаточно от 50 до 100 страниц. Это диапазон для отдельных

прикладных систем (приложение В), описания архитектуры для комплектов прикладных

программ(приложение В) будут больше.