Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Дискуссионные вопросы. Дополнительная литература




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

Заключение

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

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

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

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

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

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

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

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

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

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

2. ADD предусматривает метод «разбиения» требований. В первую очередь удовлетворяются архитектурные мотивы и только после этого в контексте подстроенного под них решения осуществляются попытки удовлетворить всем остальным требованиям. Какие еще существуют методы разбиения применительно к проектной стратегии декомпозиции? Почему ни одна де* композиция не дает возможности удовлетворить всем требованиям?

3. Какие еще методики помогают построить первоначальную версию программ* ной архитектуры или архитектуры системы? Как в рамках этих методик решаются вопросы соответствия функциональным, коммерческим требованиям и требованиям по качеству?

4. Как ADD соотносится со специализированными методиками проектирования в категориях конечного результата, времени и ресурсов, необходимых для реализации сравниваемых методов? В каких случаях лучше обращаться к ADD и в каких — к специализированным методам?

ОТКУДА БЕРУТСЯ СТАНДАРТЫ?

Пару лет назад в Usenet проскользнула занимательная тема. Обсуждался следующий вопрос: почему в США принята весьма странная стандартная ширина железнодорожной колеи — 4 фута 8 1/2 дюймов. Выводы, которые были сделаны, одинаково справедливы для всех областей технологии, в которых применяются стандарты.

Оказалось, что причин принятия такого стандарта две: обратная совместимость с существующими системами и опыт железнодорожных архитекторов. Дело в том, что первые разработчики американской железнодорожной системы учились в Великобритании, работали с британским инструментом и равнялись на подвижной состав британского образца. Это обстоятельство лишь переводит вопрос на другой уровень: почему эта причудливая ширина колеи применялась в Британии?

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

Но и у вагонеток есть своя история. Первые вагонетки конструировались по образцу повозок. Соответственно, первые строители вагонеток пользовались теми же инструментами и отталкивались от тех же представлений, которые ранее применялись в строительстве повозок. Как бы то ни было, наш вопрос остается без ответа — почему расстояние между колесами повозок должно было быть равным 4 футам и 8 1/г дюймам?

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

Дороги тоже не появились из небытия. Сдерживавший нововведения технологический стандарт обусловливал эту немаловажную особенность повозок. На этот раз причины следует искать в Риме. Первые магистральные пути в Британии строились римлянами, и происходило это в течение первых четырех веков нашей эры. Зачем римляне приняли такое решение? Да затем, что по дорогам такой ширины могли проехать их колесницы. Следовательно, ширина колеи в современных Соединенных Штатах связана с конструкцией римских колесниц, применявшихся двумя тысячелетиями ранее.

Но это еще не все.

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

Все эти доводы, быть может, не слишком убедительны, но — вдумайтесь! — какие могут быть последствия легкомысленного отношения к стандартам. Когда Наполеон напал на Рос- СИ|о, движение его армии в Восточной Европе, сильно замедлились — все потому, что колея на местных дорогах не соответствовала римскому стандарту. Нарушив временные рамки, они п°пали в условия русской зимы. Что случилось после этого, мы все прекрасно знаем.

— RK

 

 

Глава 8




Поделиться с друзьями:


Дата добавления: 2015-04-25; Просмотров: 466; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.007 сек.