Оглавление
Группа авторов. Экономика избыточного проектирования: количественная оценка отрицательной архитектурной ценности. Методическое пособие
Введение
1. Актуальность исследования
2. Цель и задачи исследования
3. Объект и предмет исследования
4. Научная новизна
5. Практическая значимость
Глава 1. Теоретические основы и обзор подходов к архитектуре программных систем
1.1. Архитектура программного обеспечения как объект экономического анализа
1.2. Понятие избыточного проектирования
1.3. Ненужная сложность как источник потерь
1.4. Технический долг и отрицательная архитектурная ценность
1.5. Влияние архитектуры на стоимость разработки и сопровождения
1.6. Обзор существующих подходов и исследований
1.7. Ограничения существующих моделей
Глава 2. Методологическая база и концепция оценки архитектурной эффективности
2.1. Источники данных и методика анализа
2.2. Подход к отбору и классификации кейсов
2.3. Понятие отрицательной архитектурной ценности
2.4. Общая модель оценки архитектурных решений
2.5. Ограничения исследования
Глава 3. Индекс сложности и стоимости (CCI)
3.1. Назначение индекса
3.2. Структура и логика построения
3.3. Фактор сервисной декомпозиции
3.4. Фактор инфраструктурного избытка
3.5. Фактор архитектурных абстракций
3.6. Фактор распределенности
3.7. Фактор инструментальной сложности
3.8. Методика расчета CCI
3.9. Интерпретация результатов
3.10. Пороговые значения
Глава 4. Детектор преждевременной оптимизации (POD)
4.1. Сущность преждевременной оптимизации
4.2. Структура POD
4.3. Оценка производительности
4.4. Оценка масштабируемости
4.5. Оценка доступности
4.6. Оценка согласованности
4.7. Методика расчета POD
4.8. Интерпретация результатов POD
4.9. Совместное применение CCI и POD
Глава 5. Эмпирический анализ и закономерности архитектурных решений
5.1. Общая характеристика кейсов
5.2. Анализ микросервисных архитектур
5.3. Анализ облачных решений
5.4. Анализ распределенных систем
5.5. Влияние архитектуры на скорость разработки
5.6. Влияние архитектуры на эксплуатационные затраты
5.7. Влияние архитектуры на эффективность команд разработки
5.8. Сводные закономерности
Глава 6. Методика принятия архитектурных решений
6.1. Принципы выбора архитектуры
6.2. Когда не следует применять микросервисы
6.3. Когда нецелесообразна миграция в облако
6.4. Когда не требуется распределенная архитектура
6.5. Соответствие архитектуры размеру команды
6.6. Бюджет сложности
6.7. Алгоритм принятия решений
6.8. Типовые ошибки проектирования
Глава 7. Практическое применение и методические материалы
7.1. Практические кейсы
7.2. Расчет CCI на примере системы
7.3. Расчет POD на примере архитектуры
7.4. Комплексная оценка архитектурного решения
7.5. Рекомендации для специалистов
7.6. Методика проведения архитектурного аудита
7.7. Контрольные вопросы
7.8. Практические задания
Заключение
Список литературы
Приложения
Приложение А. Форма оценки архитектуры
Приложение Б. Шаблон расчета CCI
Приложение В. Шаблон расчета POD
Приложение Г. Таблицы пороговых значений
ЭКСПЕРТНОЕ ЗАКЛЮЧЕНИЕ
Отрывок из книги
В современных условиях цифровой трансформации архитектура программных систем рассматривается как один из ключевых факторов, определяющих эффективность разработки, устойчивость эксплуатации и экономические показатели технологических компаний. Традиционно архитектурные решения оцениваются с позиции создаваемой ценности – повышения масштабируемости, ускорения разработки, улучшения сопровождаемости и устойчивости систем. Однако практический опыт последних лет показывает, что значительная часть архитектурных решений приводит не к созданию, а к снижению совокупной эффективности за счет внедрения избыточной сложности.
Анализ эмпирических данных, включающий более 50 публичных кейсов и результаты опросов свыше 95 000 разработчиков, показывает, что избыточно спроектированные системы обходятся организациям в 2—8 раз дороже по сравнению с архитектурно обоснованными решениями, при медианном значении около 4,1 раза. При этом скорость разработки функциональности снижается на 40—60%, несмотря на использование современных технологических подходов.
.....
Разграничение технического долга и отрицательной архитектурной ценности имеет важное практическое значение. Оно позволяет корректно оценивать причины снижения эффективности системы и выбирать соответствующие методы управления. В случае технического долга приоритетом становится рефакторинг и улучшение качества кода, тогда как при наличии отрицательной архитектурной ценности требуется пересмотр архитектурных решений и снижение уровня сложности системы.
Понимание различий между этими явлениями создает основу для разработки количественных инструментов оценки архитектуры, направленных на выявление случаев, в которых архитектурные решения приводят к прямым экономическим потерям.
.....
