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

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

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

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

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

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

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

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

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

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

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

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

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