Quality Metrics in Software Architecture
Разбор SLR-статьи о catalog architecture-only метрик: модель из 52 метрик и 41 атрибута, методология отбора и практические ограничения подхода.
Практика чтения для этого источника ещё не опубликована
Ниже доступен готовый редакционный brief из прежнего каталога. Он даёт контекст, но не засчитывается как lab.
Открыть оригиналГотовый редакционный разбор
Он сохранён из прежней версии каталога и расположен после самостоятельной практики, чтобы не подменять чтение оригинала готовым пересказом.
Whitepaper
Quality Metrics in Software Architecture
SLR-обзор метрик качества архитектуры и каталог architecture-only метрик.
Whitepaper
Quality Metrics in Software Architecture
SLR-обзор метрик качества архитектуры и каталог architecture-only метрик.
В работе систематизированы метрики, которые применяются к архитектурному описанию системы без анализа исходного кода и runtime-поведения. Это полезно как стартовая карта quality-оценки, но требует осторожности в практическом применении.
Репозиторий
QAandMetricsForArch
Открытая модель каталога и DSL-реализация.
Репозиторий
QAandMetricsForArch
Открытая модель каталога и DSL-реализация.
Визуализация
Interactive catalog
Статическая и динамическая визуализация метрик, атрибутов и связей.
Визуализация
Interactive catalog
Статическая и динамическая визуализация метрик, атрибутов и связей.
Что собрано в исследовании
52
метрики
41
атрибут качества
8
характеристик ISO/IEC 25010:2011
33
исследования после отбора
Основа главы
Telegram пост #3419
Контекст модели, каталог метрик и критика architecture-only подхода.
Основа главы
Telegram пост #3419
Контекст модели, каталог метрик и критика architecture-only подхода.
Структура модели
ArchitecturalQualityModel
Корневой элемент, объединяющий метрики, атрибуты и связи между ними.
QualityElements
Три типа элементов: Metric, QualityCharacteristic и QualityAttribute.
QualityRel
Связи между элементами качества, например «какая метрика измеряет какой атрибут».
ResearchContributions
Ссылки на публикации, где элементы и связи были предложены или валидированы.
Характеристики качества по ISO/IEC 25010:2011
Продолжение
Telegram пост #3423
Методология SLR, инструменты реализации и направления развития.
Продолжение
Telegram пост #3423
Методология SLR, инструменты реализации и направления развития.
Методология и реализация
Как проводился SLR
- Сформулированы исследовательские вопросы RQ1-RQ4: какие метрики/атрибуты используются, насколько они универсальны и как применяются.
- Поиск проведен в IEEE Xplore, ACM Digital Library, Scopus, Springer Link и ScienceDirect за 2011-2022 годы.
- Из 746 найденных публикаций после фильтрации осталось 33 релевантные работы.
- На выходе собран каталог из 52 метрик и 41 атрибута качества.
- Метрики дополнительно классифицированы как generic/specific и internal/external.
Техническая реализация
- DSL-модель на базе xText для текстового описания метрик, атрибутов и связей.
- Генерация визуализаций через xTend (списки, граф связей, представления модели).
- Открытый репозиторий и визуализация как «живой каталог» для возможного community-driven расширения.
Ограничения подхода
- Сильный фокус на architecture-only metrics делает подход полезным для ранней оценки, но слабо привязанным к фактическому runtime-поведению системы.
- Без связи с кодом, эксплуатацией и продуктовым контекстом метрики легко превращаются в «архитектуру на бумаге».
- Большая часть найденных метрик внутренние; внешние метрики, отражающие восприятие качества пользователями и стейкхолдерами, представлены слабее.
Практические выводы
- Использовать каталог как карту возможных quality-сигналов на этапе архитектурного проектирования.
- Не принимать architecture-only метрики как финальную истину: обязательно добавлять данные из кода, инцидентов и эксплуатации.
- Привязывать quality-оценку к контексту решений и NFR-компромиссам конкретной системы.
- Формировать связку «атрибут -> метрика -> действие», чтобы модель помогала управлять изменениями, а не только описывать текущее состояние.
Связанные главы
Measuring Productivity: All Models are Wrong But Some are Useful
Почему модели полезны только при понимании их ограничений и контекста применения.
Modular Monolith: Is This the Trend in Software Architecture?
Пример архитектурного разбора, где важны не только формальные метрики, но и практический adoption.
QA-guided Architecture Re-Design at Google
Пример quality-attribute подхода, привязанного к практическому редизайну.
Полезный режим использования: рассматривать каталог как «черновик» для quality-аудита архитектуры, а затем дополнять его данными кода, эксплуатационными метриками и бизнес-эффектами изменений.