От издательства

Ваши замечания, предложения и вопросы отправляйте по адресу электронной почты comp@piter.com (издательство «Питер», компьютерная редакция).

Мы будем рады узнать ваше мнение!

Подробную информацию о наших книгах вы найдете на веб-сайте издательства: http://www.piter.com.

 

 

Часть 1

ПЛАНИРОВАНИЕ АРХИТЕКТУРЫ

Откуда берутся различные варианты архитектуры? Их, естественно, выдумывают архитекторы. Что должен знать архитектор, чтобы сформулировать архитектуру? Что же, наконец, называется архитектурой? Тождественно ли это понятие «проекту»? Если это одно и то же, тогда откуда вокруг «архитектуры» такой ажиотаж? Если это разные вещи, то в чем разница, и почему это так важно?

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

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

Эти отношения мы называем архитектурно-экономическим циклом (Architecture Business Cycle, ABC); от этого понятия мы отталкиваемся на всем протяжении книги, а подробный его анализ приводится в главе 1. Глава 2 готовит почву Для углубленного изучения программной архитектуры — в частности, раскрывает

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

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

Итак, приступим к обзору архитектурно-экономического цикла.