Архитектура: что это?

Архитектура: что это? Михаил Заборов Москва, 2013

занимается разработкой больших (40–100 человеко-лет) корпоративных информационных системна заказ

Обо мне • >10 лет в компании • Участвовалв существенной части проектов компаниив качестве руководителяи архитектора • Работаю в одной из групп развития бизнеса

Вопросы слушателям • В какой роли вы соприкасаетесьс архитектурой в своей работе? (1. архитектор / 2. аналитик / 3. разработчик / 4. руководитель / ...) • Понятно ли вам, что такое архитектура? • Конечно, понятно, это 100500 раз описано в стандартах • Мне все понятно, но я замечаю, что некоторые имеютв виду что-то другое • В теории понятно, а на практике есть проблемы • Это Buzzword (как ERP, SOA и т. д.).Все про него говорят, но никто точно не знает, что это • У меня есть свое истинное определение • Не думал об этом • Свой вариант

Архитектура как Buzzword • Разговоры с упоминанием архитектуры ведутся постоянно и повсеместно • Каждый понимает под этим словом что-то свое • Известно несколько сотен формальных определений архитектуры • Многие формулировки носят характер скорее эмоциональных высказываний, чем определений • Многие определения существенно неполны(описывают только один из аспектов) • Существующие стандарты описывают, что такое архитектура, слишком абстрактно и интуитивно

Когда у нас слишком абстрактное и интуитивное представлениеоб объекте, мы не можем с ним реально ничего сделать. А если этот объект критически влияет на успех проекта, то мы становимся заложниками случаяи стечения обстоятельств. Мы не можем существенно влиятьна результат. !

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

ArchLabs 2009

ArchLabs 2009 http://www.slideshare.net/AndreyVerbitsky/ss-2738439

Наша попытка сформулироватьпонятие об архитектурекак об объекте более строго • В какой системе находится • С чем взаимодействует • Как устроена внутри • Какие функции выполняет • Каковы последствия от ее отсутствия

Система,в которой находится архитектура i Большая часть терминов заимствована из стандарта ISO/IEC/IEEE 42010

Архитектура приложенияи архитектура предприятия (Enterprise Architecture) • ISO/IEC/IEEE 42010 • IEEE 1471:2000 • TOGAF • Захман • FEAF • Over 9000

Схема объектов Concern (Интерес) Concern Concern Concern

Система производства приложения(простой вариант) Анализ Выпуск релизов Анализ и формализация Concern (Интерес) Concern Concern Concern

Риски

Система производства приложения(более сложный вариант) Дизайн Выпуск релизов Анализ и формализация Concern (Интерес) Concern Concern Concern

Система представленийо внутреннем устройстве приложения • Состоит из решений(мы используем термин утверждение)о внутреннем устройстве (конструкции) приложения • Решения находятся в отношении зависимости

Решение B зависит от решения A • Изменение A неизбежно влечет за собой пересмотр B A Базовое B Зависимое (детализирующее)

Граф решений Сложнее (дороже) пересматривать Болеебазовые Болеедетальные Проще (дешевле) пересматривать

Вопрос к аудитории Какое решение более базовое? • Система должна быть кроссплатформенной • Система должна бытьнаписана на Java

Слои графа решений Граф решений

Grady Booch, Martin Fowler: Архитектура – это все решения, которые, сделав однажды, затем трудно изменить.

Вывод: Слои архитектуры имеют собственную логику построенияи зависят не только от прихоти архитектора. !

Вывод: Одна из главных задач архитектора – чувствовать последствия решений. (что будет действительно важным,а что нет). !

Решения удобно формировать группой (в виде моделей)

При этом модель может фиксировать решения разных уровней значимости

Одна из самых важных моделей – схема функциональных модулей

Software Engineering Institute: Архитектура – это структура вычислительной системы, которая включает программные компоненты, внешние свойства этих компонентов, а также отношения между ними.

Архитектура – сложный объект View Аспекты Viewpoint Слои

Стандарты по архитектуре (предприятия) • Таксономия и образцы моделей • Zachman Framework • FEAF • TEAF • Методы разработки архитектуры • TOGAF (ADM) • FEAF • EAP

Concern (Интерес) Concern Concern Concern

Вывод: У приложения нет архитектуры;она есть у людей, которые его модифицируют. !

Соответствиеархитектурыи продукта

Связь технологии и архитектуры • Деятельность архитектора направленана изготовление конкретного (одного) изделия. Архитектура описывает именно его • Деятельность технолога направленана повышение эффективности и качества процесса изготовления изделия (обычнодля массовых операций) • Технология предоставляет архитектору кирпичи (материал), из которого архитектор может делать все более сложную архитектуру

Возможностьне принимать решение повторно Решения,определяемыетехнологией

Функции архитектурыв процессе производства Изменение системы производства Δ изменения продукта Запросна изменение

Функции архитектуры • Используется как модель приложения • Нормирование и технологизация работпо проектированию • Минимизация рисков • Используется как контракт в части SCOPE

1. Архитектура как модель приложения Модель объекта – это что-то, что позволяет отвечатьна вопросы об объекте

Декомпозиция работ по изменению • Разделение работы на независимые части • Запуск параллельных потоков работ • Интеграция результатов работ Подзадача 1 Исходная задача Подзадача 2 Подзадача 3 Результат

Анализ зависимостей (что будет, если) Incredible Machine

Оценка масштаба (класса) предлагаемых изменений • Просто или сложно? http://domvsegda.ru/

2. Нормирование и технологизация работ по проектированию

Локализация места модификации приложения

Минимизация пересмотра принятых ранее решений Приложения с хорошей архитектурой меньше подвержены постоянным переделкам

Определение с сайта SEI (какой-то индус ): A good architecture is that which is totally secured, which can accommodate future changes without affecting the softwareas a whole, and which has no redundant functionalities.

Минимизация пересмотра принятых ранее решений • Возможность посмотреть вперед и представить, как будет выглядеть изделие в целом Continuous Refactoring

Согласование действий проектировщиков • Благодаря принятым более высокоуровневым решениям • Минимизация объемапроектирования для типовых задач

Питер Хрущка: Архитектура – способ координировать умы.

3. Минимизация рисков

Архитектура: что это?

Архитектура: что это?

Presentation Transcript