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

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

Заключение

Подобно всем остальным конкретным примерам в настоящей книге, в системе BSS архитектурные решения предстают в роли решающих факторов реализации требований к приложению. Основные методики, применявшиеся для достижения этой цели, приводятся в табл. 6.1. Вследствие длительного (как предполагалось) срока эксплуатации, высокой стоимости разработки, крупномасштабности, важности исполняемых функций и существенной обозримости в систему ISSS постоянно вносились какие-то изменения — и это не говоря о серьезнейших рабочих требованиях. Человеко-машинные интерфейсы, новое аппаратное оборудование и коммерческие компоненты, обновления операционной системы и сети увеличение вычислительных мощностей — все это было неизбежно. Благодаря введению разного рода механизмов реализации отказоустойчивости (и кодовых шаблонов), в частности, аппаратного и программного резервирования, а также многоуровневого обнаружения неисправностей и распределенных многопроцессорных вычислений с передачей сообщений от клиента к серверу архитектурное решение оказалось вполне адекватным беспрецедентно высоким рабочим требованиям.

Осталось лишь сказать несколько слов о тщательной проверке архитектуры ISSS, проведенной группой специалистов в связи с тем, что правительство США приняло решение отказаться от этой системы в пользу менее сложного и дорогостоящего решения. Они проверяли способность архитектуры обеспечить затребованную производительность, готовность и модифицируемость — в последнем случае для достижения своей цели эксперты задействовали ряд сценариев изменений:

♦ внесение серьезных изменений в человеко-машинный интерфейс консоли мониторинга и управления;

♦ импортирование в систему ISSS приложений для управления воздушным движением, разработанных сторонней компанией;

♦ введение в систему новых представлений управления воздушным движением;

♦ замена процессоров RS/6000 микросхемой с аналогичными характеристиками;

♦ исключение из списка требований электронной полетной ленты;

♦ 50-процентное увеличение максимальной нагрузки системы по обработке маршрутов полета.

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

Мероприятия, предпринятые Федеральным авиационным агентством США с целью модернизировать программное обеспечение управления воздушным движением, освещены в литературе достаточно широко; взять, например, исследование [Gibb 94]. Отчет о проверке системы ISSS на предмет возможности дальнейшего применения содержится в работе [Brown 95]. Удобство сопровождения в этих статьях понимается двояко: во-первых, как атрибут качества системы, а во-вторых, как способность организации-подрядчика выполнять задачи, связанные с сопровождением. Такой существенный аспект удобства сопровождения, как соответствие между потребностями системы в сопровождении и возможностями компании по проведению соответствующих действий, исследователи обычно упускают из виду

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

2. Сколько архитектурных образцов вы смогли обнаружить в архитектуре системы ISSS?

3. Согласно требованиям, перечисленным в разделе 6.2, составьте ряд сценариев атрибутов качества (см. главу 4). В тех случаях, когда каких-то сведений недостает, пытайтесь делать логические выводы.

Глава 7

Дата добавления: 2015-04-25