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

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

Заключение

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

Из нашего определения архитектуры становится совершенно понятно, что все системы состоят из множества структур. Представив некоторые наиболее рас­пространенные структуры, мы объяснили, почему каждая из них служит своеоб­разной отправной точкой для всего последующего процесса проектирования.

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

Понятийные основы изучения программной архитектуры были в значительной степени заложены ранними работами Дэвида Парнаса (David Parnas) (см. врезку «Архитектурное дежа вю»). Читатели Парнаса, скорее всего, отметили бы его фундаментальную статью об информационной закрытости [Parnas 72], работы по семействам программ [Parnas 76], неотъемлемым структурам программных систем [Parnas 74] и введение в структуру использования, ориентированную на констру­ирование подмножеств и супермножеств систем [Parnas 79]. Все эти исследова­ния включены в более распространенный сборник его основных работ [Hoff­man 01].

Пространная документация по программно-архитектурным образцам перечис­лена в работах «Pattern-Oriented Software Architecture» [Buschmann 96, Schmidt 00].

Применению архитектурных представлений в промышленных проектах по­священы работы [Soni 95] и [Kruchten 95]. На основе первой из них впослед­ствии была выпущена книга [Hofmeister 00] со всесторонним анализом представ­лений и их использования в ходе разработки и анализа. На основе содержания статьи [Kruchten 95], как мы уже говорили, построен рациональный унифициро­ванный процесс, которому посвящено огромное количество исследований. Из них мы рекомендуем [Kruchten 00].

Сведения об архитектурном несоответствии содержатся в работе авторского коллектива под руководством Гарлана [Garlan 95]. Барри Боэм (Barry Boehm) [Boehm 95] раскрывает особенности процессов, относящиеся к программной ар­хитектуре.

На веб-сайте программной архитектуры Института программной инженерии [SEI АТА] приводятся многочисленные ресурсы и ссылки на ресурсы, связанные с программной архитектурой; среди прочего на нем опубликована подборка са­мых разнообразных определений этого термина.

Полиш (Paulish) [Paulish 02] рассматривает влияние на архитектуру финансо­вых и временных ограничений.

1. Программная архитектура часто сравнивается с архитектурой зданий. Пе­речислите допустимые аспекты такого сравнения. Как здания ассоцииру­ются со структурами и представлениями программной архитектуры? Как они соотносятся с образцами? В чем недостатки такого сопоставления? На каком этапе оно становится неприемлемым?

2. В чем разница между эталонной архитектурой и архитектурным образцом? Какие возможности в части планирования деятельности организации и ар­хитектурного анализа предусматривает одно из этих понятий и не предусмат­ривает другое?

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