Механизм реализации атрибутов качества в архитектуре Luther
Все, кроме одного, требования по качеству предъявлены к архитектуре Luther заказчиками — они касаются беспроводного доступа, гибкости пользовательских интерфейсов и устройств, поддержки существующих процедур, бизнес- процессов и систем и распределенных вычислений. Сотрудники Inmedius сформулировали единственное требование — об удобстве конструирования приложений.
Относительно реализации этих требований было принято фундаментальное решение о применении архитектуры J2EE. Впрочем, задействовать ее предполагалось строго определенным образом — четко и точно отделить пользовательский интерфейс от приложений, стараться придерживаться стандартов и по возможности сформировать библиотеку повторно используемых компонентов. Стратегии и тактики, применявшиеся для достижения поставленных задач, перечислены н табл. 17.1.
17.5. Заключение Компания Inmedius специализируется на разработке решений для рабочих, обслуживающих технику на местах ее дислокации. Они выставляют к этим решениям требования по высокой мобильности и легкому доступу к компьютерам. Что касается собственно компьютеров, то они обычно обладают высокой переносимостью, а иногда даже предусматривают работу в бесконтактном режиме. Как бы то ни было, системы эти требуют интеграции с конторскими операциями. Сконструированная в компании Inmedius архитектура Luther направлена на оперативное конструирование систем обслуживания заказчиков. Основывается она на спецификации J2EE. Значительное внимание разработчики уделили созданию повторно используемых компонентов и каркасов, которые упрощают введение новых элементов. Пользовательский интерфейс спроектирован в расчете на удовлетворение потребностей заказчиков и создание решений на основе браузера. Зависимость от J2EE, с одной стороны, стимулировала развитие коммерческих задач Inmedius, а с другой — обусловила необходимость в принятии дополнительных проектных решений, связанных с пакетированием в виде тех или иных типов beans. В этом мы усматриваем пример обратного воздействия архитектурно-экономического цикла, акцентирующего переход от единичных решений к универсальным решениям. 17.6. Дополнительная литература Читателям, желающим подробнее изучить переносные компьютеры, мы рекомендуем ознакомиться с изданием [Barfield 01] и сдокладами на организуемом Институтом программной инженерии (SEI) ежегодном Международном симпозиуме по переносным компьютерам (http://iswc.gatech.edu/). Описание применяемого в архитектуре Luther образца «бизнес-делегат» содержится n работе [Alur 01]. О деятельности группы rio технологическому управлению (Workflow Management Coalition) можно узнать на сайте этой организации по адресу http://www.wfmc.org 17.7. Дискуссионные вопросы 1. В большинстве рассматриваемых в этой книге конкретных примеров архитектура предусматривает отделение производителей данных в системе от их потребителей. Почему это так важно? Что можно сказать об этой тактике? Составьте список тактик или методик проектирования, с помощью которых осуществляется такое разделение; начните с тех, что упоминаются в настоящей главе. 2. В архитектуре Luther и в других конкретных примерах серьезное внимание уделяется отделению пользовательского интерфейса от остальных элементов приложения. С чем, по вашему мнению, связана чрезвычайная распространенность этой тактики?
|
