|
Рубрика:
Разработка /
Архитектура ПО
|
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
|
 ВИЗИТКА
Ольга Федорова,
технический лидер «Альфа банка»
Архитектурные метрики
Качество архитектуры и способность системы к эволюционированию
Обычно соответствие программного продукта требованиям мы проверяем через скоуп вполне себе понятных метрик. Например, сюда относятся метрики производительности, такие как количество запросов в секунду, которое выдерживает система, среднее время ответа и другие. Или функциональные метрики, включающие среднее время восстановления, количество дефектов и так далее.
Однако все они являются метриками «настоящего». Они в целом дают информацию о состоянии системы здесь и сейчас, говорят об определенном запасе прочности, но ничего не говорят о возможностях развития проекта.
Проблема заключается в том, что даже если у вас условный сервис сейчас хорошо держит нагрузку, но внутри заложена неправильная архитектура, то при развитии системы сервис может лишиться своих текущих характеристик банально по причине необходимости нагромождения огромного количества костылей.
Хорошей иллюстрацией к абзацу выше может быть исторический пример – шведский военный корабль «Васа». На момент постройки он был одним из самых больших и мощных военных кораблей в мире, вооруженным 64 пушками. Однако из-за ошибок в проектировании и строительстве через несколько минут после начала своего первого плавания «Васа» накренился и затонул.
<...>
Ключевые слова: Архитектурные метрики, Coupling, Сohesion, Связность
Полную версию статьи читайте в журнале
Подпишитесь на журнал
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
|
Архитектурные метрики. Качество архитектуры и способность системы к эволюционированию
