Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Архитектура ПО на практике.doc
Скачиваний:
0
Добавлен:
14.02.2020
Размер:
62.71 Mб
Скачать

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

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

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

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

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

В работе (McConnell 96] эволюционный жизненный цикл поставки рассматривается как наиболее удачный представитель всей породы моделей жизненного цикла программного обеспечения. Эта модель, позволяющая осуществить выпуск на стадии разработки продукта, ориентирована на организации, ощущающие давление но срокам вывода продуктов на рынок, установившие в качестве приоритетного направления достижение функциональных результатов. В сочетании с построением макета системы и вниманием к структуре использования характеристики каждой версии продукта можно реализовать таким образом, чтобы максимально упрочить положение на рынке.

Плодовитая и новаторская деятельность Кристофера Алегзандера (Christopher Alexander) на поприще создания образцов проектирования в архитектуре (имеется в виду постройка здании) послужила основой для разработки образцов программного проектирования. Всем тем, кто стремится к пониманию сущности образцов проектирования, совершенно необходимо прочесть труд [Alexander 77]. (Кстати, эти знания пригодятся, если вам когда-нибудь придется строить дом.)

Из всех авторов, работающих в области образцов проектирования программ, чаще всего цитируются участники так называемой «великолепной четверки» [Gamma 95]. В исследовании [Buschmann 96] архитектурные стили рассматриваются как образцы проектирования — таким образом, эти две важнейшие понятийные области сводятся воедино.

«Мифический человеко-месяц» [Brooks 95] — это обязательное чтение для всех программных инженеров. В переработанной версии книги анализируются сильные стороны итерационной разработки на основе архитектуры, причем особый упор делается на то, как эти принципы применяются в компании Microsoft.

В издании [Bosch 00а] представлен оригинальный метод архитектурного проектирования, который отличается от ADD тем, что в нем сначала формируются предпосылки для реализации функциональности и уже потом на этой основе реализуются все остальные атрибуты качества.

Описание рационального унифицированного процесса содержится в работе [Kruchten 00]. Подробный анализ принципов разработки, принятых в компании Microsoft, дается в издании [Cusumano 95].