- •Часть 1. Планирование архитектуры
- •Заключение
- •Дополнительная литература
- •4.10. Дискуссионные вопросы
- •Глава 8. Моделирование условий полета. Конкретный пример архитектуры, ориентированной на интегрируемость
- •8.4. Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 9. Документирование программной архитектуры
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 10. Реконструкция программной архитектуры
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 6. Управление воздушным движением. Пример разработки, ориентированной на высокую готовность
- •Глава 7. Проектирование архитектуры
- •Глава 11. Метод анализа компромиссных архитектурных
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 12. Метод анализа стоимости и эффективности — количественный подход к принятию
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 13. Всемирная паутина. Конкретный пример реализации способности к взаимодействию 374
- •Глава 14. Линейки программных продуктов.
- •Заключение
- •Дополнительная литература
- •Глава 15. CelsiusTech. Конкретный пример разработки
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Заключение
- •Дополнительная литература
- •Заключение
- •Часть 1. Планирование архитектуры
- •Часть 2. Создание архитектуры
- •Часть 3. Анализ архитектуры
- •Часть 4. От одной системы к множеству
- •Часть 1
- •Глава 1
- •1.1. Откуда берутся варианты архитектуры?
- •1.2. Программный процесс и архитектурно-экономический цикл
- •1.3. Из чего складывается «качественная» архитектура?
- •1.4. Заключение
- •1.5. Дискуссионные вопросы
- •Глава 2
- •2.1. Чем является программная архитектура и чем она не является
- •2.2. Другие взгляды на архитектуру
- •2.3. Архитектурные образцы, эталонные модели и эталонные варианты архитектуры
- •2.4. Почему программная архитектура так важна?
- •2.5. Архитектурные структуры и представления
- •2.6. Заключение
- •2.7. Дополнительная литература
- •2.8. Дискуссионные вопросы
- •Глава 3
- •3.1. Связь с архитектурно-экономическим циклом
- •3.2. Требования и атрибуты качества
- •3.3. Архитектура авиационной электронной системы а-7е
- •3.4. Заключение
- •3.5. Дополнительная литература
- •3.6. Дискуссионные вопросы
- •Часть 2
- •Глава 4
- •4.1. Функциональность и архитектура
- •4.2. Архитектура и атрибуты качества
- •4.3. Атрибуты качества системы
- •4.4. Практическое применение сценариев атрибутов качества
- •4.5. Другие атрибуты качества системы
- •4.6. Коммерческие атрибуты качества
- •4.7. Атрибуты качества архитектуры
- •4.8. Заключение
- •4.9. Дополнительная литература
- •4.10. Дискуссионные вопросы
- •Глава 5
- •5.1. Определение тактики
- •5.2 Тактики реализации готовности
- •5.3. Тактики реализации модифицируемости
- •5.4. Тактики реализации производительности
- •5.5. Тактики реализации безопасности
- •5.6. Тактики реализации контролепригодности
- •5.7. Тактики реализации практичности
- •5.8. Взаимосвязь тактик и архитектурных образцов
- •5.9. Архитектурные образцы и стили
- •5.10. Заключение
- •5.11. Дополнительная литература
- •5.12. Дискуссионные вопросы
- •Глава 6
- •6.1. Связь с архитектурно-экономическим циклом
- •6.2. Требования и атрибуты качества
- •6.3. Архитектурное решение
- •6.4. Заключение
- •6.5. Дополнительная литература
- •6.6. Дискуссионные вопросы
- •Глава 7
- •7. 1. Архитектура в контексте жизненного цикла
- •7.2. Проектирование архитектуры
- •1. Выбор модуля для декомпозиции
- •2А. Выбор архитектурных мотивов
- •2Ь. Выбор архитектурного образца
- •2D. Задание интерфейсов дочерних модулей
- •7.3. Формирование рабочих групп
- •7.5. Заключение
- •7.6. Дополнительная литература
- •7.7. Дискуссионные вопросы
- •Глава 8
- •8.1 Связь с архитектурно- экономическим циклом
- •8.2. Требования и атрибуты качества
- •8.3. Архитектурное решение
- •8.2 Заключение
- •8.5 Дополнительная литература
- •8.6. Дискуссионные вопросы
- •Глава 9
- •9.1. Варианты применения архитектурной документации
- •9.2. Представления
- •9.3 Выбор значимых представлений
- •9.4. Документирование представления
- •9.5. Перекрестная документация
- •9.6. Унифицированный язык Моделирования
- •9.7. Заключение
- •9.8. Дополнительная литература
- •9.9. Дискуссионные вопросы
- •Глава 10
- •10.1. Введение
- •10.2. Извлечение информации
- •10.3. Создание базы данных
- •10.4. Объединение представлений
- •10.5. Реконструкция
- •10.6. Пример
- •10.7. Заключение
- •10.8. Дополнительная литература
- •10.9. Дискуссионные вопросы
- •Часть 3
- •Глава 11
- •Результаты проведения оценки по методу атам
- •Этапы atam
- •1 Источник: приводится по изданию [Clements 02а] (адаптированная версия).
- •11.4. Система Nightingale: конкретный пример проведения оценки по методу атам
- •11.5. Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 12
- •Результаты оценки по методу свам
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 13
- •13.1. Отношение к архитектурноэкономическому циклу
- •13.4. Еще одна итерация архитектурноэкономического цикла: эволюция вариантов веб-архитектуры систем электронной коммерции
- •13.7. Заключение
- •13.8. Дополнительная литература
- •13.9. Дискуссионные вопросы
- •Часть 4
- •Глава 14
- •За счет чего работают линейки программных продуктов?
- •Варианты архитектуры линеек продуктов
- •Факторы, усложняющие применение линеек программных продуктов
- •Заключение
- •Дополнительная литература
- •Дискуссионный вопрос
- •Глава 15
- •Связь с архитектурноэкономическим циклом
- •Требования и атрибуты качества
- •Архитектурное решение
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 16
- •Связь с архитектурноэкономическим циклом
- •16.3. Архитектурное решение
- •16.4. Решения по размещению системы
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 17
- •17.2. Требования и атрибуты качества
- •17.3. Архитектурное решение
- •17.4. Механизм реализации атрибутов качества в архитектуре Luther
- •Заключение
- •Дополнительная литература
- •Дискуссионные вопросы
- •Глава 18
- •18.1. Воздействие компонентов на архитектуру
- •18.2. Архитектурное несоответствие
- •18.3. Компонентное проектирование как поиск
- •18.4. Пример приложения aseilm
- •18.5. Заключение
- •18.6. Дополнительная литература
- •Глава 19
- •19.1. Снова архитектурноэкономический цикл
- •19.2. Создание архитектуры
- •19.3. Архитектура в рамках жизненного цикла
- •Влияние коммерческих компонентов
- •Заключение
- •8 Все перечисленные специалисты работают в корпорации Inmedius (Питтсбург, сша).
Результаты проведения оценки по методу атам
Минимальный набор результатов процесса оценки на основе АТАМ выглядит следующим образом.
Компактная презептацггя архитектуры. Согласно распространенному мнению, документация архитектуры не может обойтись без объектной модели, списка интерфейсов и их сигнатур или какого-нибудь другого объемистого перечня. Одно из требований, предъявляемых к документации методом АТАМ, напротив, подразумевает возможность ее составления за один час; получившаяся в результате архитектурная презентация должна быть, таким образом, краткой и понятной (хотя как раз понятной она бывает не всегда).
Формулировка коммерческих задач. Часто бывает так, что отдельные участники группы разработчиков впервые узнают о коммерческих задачах именно из презентации АТАМ.
Требования по качеству в форме совокупности сценариев. Коммерческие задачи подразумевают формулирование требовании по качеству Некоторые из них фиксируются в форме сценариев.
Отображение apxuтектурных решений на требования по качеству. Архитектурные решения можно интерпретировать исходя из тех атрибутов качества, реализации которых они способствуют или препятствуют. Для каждого анализируемого по методу АТАМ сценария реализации атрибута качества определяются те архитектурные решения, которые помогают его реализовать.
Ряд установленных точек чувствительности и компромиссов. Так называются архитектурные решения, оказывающие заметное воздействие на один или несколько атрибутов качества. К примеру, решение о введении резервной базы данных, очевидно, относится к числу архитектурных, — оказывая положительное воздействие на надежность, в отношении этого атрибута качества оно является точкой чувствительности. С другой стороны, на сопровождение резервной базы данных расходуются системные peqypcbi, а значит, это решение отрицательно сказывается на производительности. Следовательно, оно одновременно является точкой компромисса между надежностью и производительностью. Признать его рискованным или, напротив, не связанным с рисками, можно только исходя из оценки стоимости производительности в контексте предъявляемых к данной архитектуре требований по атрибутам качества.
Набор рискованных и нерискованиыхрешепий. Согласно АТАМ, рискованное решение — это архитектурное решение, которое может привести к нежелательным последствиям, затрудняющим реализацию сформулированных требований по атрибутам качества. Нерискованным решением, соответственно, называется архитектурное решение, которое по результатам анализа признано безопасным. Установленные риски составляют основу плана смягчения архитектурных рисков.
Набор магистраяьных рисков. После проведения анализа группа оценки должна проверить все установленные риски на наличие магистральных рисков, свидетельствующих о систематически встречающихся в архитектуре слабых местах, недостатках архитектурного процесса или некомпетентности группы архитекторов. Если не разобраться с такого рода рисками, они способны поставить под сомнение реализацию коммерческих задач проекта.
На основе перечисленных результатов специалисты составляют окончательный письменный отчет, в котором конспектируется сам метод, резюмируются сделанные выводы, фиксируются сценарии и материалы их анализа, систематизируются полученные данные.
Есть также ряд вторичных результатов оценки. Презентации архитектуры зачастую создаются конкретно для проведения оценки и в этом случае но качеству превосходят все составленные ранее материалы. Такого рода дополнительная документация, переживая этап оценки, становится одной из составляющих наследия проекта. Кроме того, сценарии, создаваемые участниками оценки, как выразители коммерческих задач и требований к архитектуре можно задействовать в качестве справочного руководства при развитии архитектуры. Наконец, результаты анализа, изложенные в сводном отчете, служат логическим обоснованием определенных архитектурных решений — как принятых, так и не принятых. Итак, вторичные результаты осязаемы и перечислимы.
Следует перечислить и неосязаемые результаты оценки на основе АТАМ. Среди них — формирование в среде заинтересованных лиц чувства товарищества, открытие между ними и архитектором каналов взаимодействия, а также общее, распространяющееся на всех участников повышение компетентности в вопросах данной архитектуры, осознание ее преимуществ и недостатков. Не поддающиеся измерению, эти результаты не менее важиы, чем все остальные, а их воздействие зачастую оказывается наиболее продолжительным.
