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

Читателям, желающим поподробнее узнать о концепции гипертекста, мы реко­мендуем ознакомиться с работой [Bush 45] и специализированным выпуском САСМ [САСМ 88].

Информации об истории и развитии Всемирной паутины больше всего в са­мой Всемирной паутине. Среди наших источников — [Berners-Lee 96а], [Gray (http://www.mit.edu/people/mkgray/net)] и [Zakon (http://www.zakon.com/robert/internet/timeline)].

Обширная информация о lib WWW содержится в справочной библиотеке W3C, расположенной по адресу http://www.w3.org/pub/WWW/Library.

Добротное исследование по проблемам сетевой безопасности и криптографии, включая все аспекты защиты во Всемирной паутине, содержится в работе [Stal­lings 99]. Вопросы производительности в системах электронной коммерции хо­рошо освещены в издании [Menasce 00].

Архитектурному стилю, характерному для веб-приложений, посвящена рабо­та [Fielding 96]. Сравнение образцов современных веб-серверов приводится в [Hassan 00]; именно оттуда мы заимствовали (и переработали) схему клиент- серверной архитектуры, показанную на рис. 13.5.

Результаты исследования по употреблению веб-серверов, проведенного в мае 2001 года компанией Netcraft, опубликованы по адресу http://www.netcraft.com/survey/.

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

1. Мы обозначили ряд атрибутов качества, реализация которых в WWW сде­лала возможным ее ошеломляющий успех: способность к взаимодействию, переносимость, удаленный доступ, расширяемость и масштабируемость. Какое из них, по вашему мнению, оказало на развитие Паутины решающее влияние? Если бы одним из этих качеств пришлось пожертвовать, смогла бы она стать настолько же успешной? Какие компромиссные решения в ар­хитектуре приложений на основе libWWW приходится принимать вслед­ствие сочетания названных задач по качеству?

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

3. Какие образцы и тактики прослеживаются в элементах архитектуры, пока­занных на рис. 13.4, 13.5 и 13.7?

Часть 4

ОТ ОДНОЙ СИСТЕМЫ К МНОЖЕСТВУ

В четвертой части мы продолжаем разговор об архитектурно-экономическом цикле. На протяжении первой, второй и третьей частей мы плавно перемещались от характеристики архитектора к проверке архитектуры. Четвертая часть, посвя­щенная вопросам конструирования на основе архитектуры множества систем, содержит также примеры линеек системных продуктов. Проблема подвергается анализу с позиций: 1) базовой технологии линейки продуктов; 2) отдельной ком­пании-производителя систем управления огнем для военных кораблей; 3) обще­отраслевой архитектуры; 4) компании, разрабатывающей продукты на основе общеотраслевой архитектуры, и 5) организации, которая при проектировании своих систем прибегает к использованию коммерческих компонентов.

Линейки программных продуктов подразумевают возможность повторного использования самых различных активов — от требований и планов тестирова­ния до персонала. Такую способность им придает архитектура. В главе 14 речь пойдет об определении и разработке архитектуры линеек продуктов. В этом кон­тексте мы будем часто обращаться к организационным вопросам, поскольку, как вы уже знаете, между архитектурой и компанией-разработчиком существует не­разрывная связь.

В главе 15 приводится первый в этой части конкретный пример. Объектом нашего внимания станет шведская компания CelsiusTech, создавшая линейку си­стем управления огнем для военных судов. Помимо собственно архитектуры мы обсудим то, каким образом в результате ориентации на линейку продуктов пре­терпела изменения организационная структура и культура компании.

Впрочем, CelsiusTech практикует создание архитектуры в расчете на произ­водство нескольких продуктов. Существуют также архитектуры, ориентирован­ные на целые отрасли промышленности. К примеру, корпоративная архитектура Java 2/система корпоративных JavaBeans (Java 2 Enterprise Edition/Enterprise JavaBeans, J2EE/EJB) — архитектурная спецификация для информационных веб­-систем — исполняет роль базовой архитектуры продуктов, разрабатываемых раз­ными компаниями. Архитектурные решения, характерные для J2EE/EJB, и воз­можные в ее контексте компромиссы рассматриваются в главе 16.

Inmedius — одна из компаний, обращающихся к архитектуре J2LE/EJB, — спе­циализируется на решениях для квалифицированных рабочих (в частности, для техников по обслуживанию), которые, не имея возможности пользоваться на­стольными компьютерами и лишь изредка добираясь до ноутбуков, плотно рабо­тают с разнообразными мобильными платформами. О том, как Inmedius удалось разработать решение, основанное на беспроводной технологии, переносимых и руч­ных (handheld) компьютерах, рассказывается в главе 17,

В главе 18 анализируется ситуация конструирования единичной системы на основе архитектуры и ряда коммерческих компонентов. Мы поговорим о том, что в этом случае следует доработать.

Наконец, мы отдадим дань своему любимому занятию — прогнозированию будущего развития программной архитектуры. Свои догадки (не более того, по­верьте!) о том, что нас ждет через несколько лет, мы излагаем в главе 19.