#архитектура

Много букв про НФТ
Глубокая статья Евгения Скорикова о нефункциональных требованиях атрибутах качества системы.
Автор предлагает методику проработки и обеспечения качества системы с большим набором примеров. Но интересно другое, через всю статью проходит две важные мысли:

1. Реальные значения технических метрик, которые мы ждем от системы, исходят из нужд бизнеса/продукт

2. Сами по себе нефункциональные требования не имеют смысла, если мы не понимаем, как они будет обеспечены на уровне системы

Если проще, то выявление и обеспечение НФТ - это непрерывный поиск компромиссов между “продуктом” и “техникой”.

С одной стороны, нам нужно глубоко понимать бизнес и продукт:
• текущие цели бизнеса: заработок, привлечение пользователей, поддержка экосистемы или еще что-то
• модель монетизации продукта
• ключевые продуктовые метрики, что нужно растить, чем можно пренебречь
• UX, поведение и потребности пользователя

С другой - понимание архитектуры системы, причем полного цикла:
• компоненты системы и используемые архитектурные паттерны
• принципы проектирования распределенных систем
• подходы к обеспечению производительности, отказоустойчивость, масштабируемости и т.д.
• способы интеграции
• хранилища данных
• методики и инструменты тестирования
• сети, железо, инфра, CI/CD

И это все еще нужно уметь оценить по сложности разработки и стоимости.

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

Таким образом нефункиональные требования определяют не только архитектуру системы, но и влияют на функциональные требования к ней. Причем то, что для системы является НФТ, для ее компонентов выливается в ряд вполне конкретных ФТ.

Становится понятно, почему аналитики так неохотно думают про НФТ.
У подавляющего большинства нет кругозора и практического опыта работы с “глубокой техникой”. Редкий аналитик погружается дальше вопросов интеграции и хранилищ данных. При этом оценка и обоснование НФТ с бизнесовой точки зрения - это исследовательский и трудноформализуемый процесс, который не слишком укладывается в массовый интерес к архитектуре. Мне он во многом напоминает процесс исследования рынка - такой же неопределенный и творческий.

Морали здесь не будет. Рекомендую медленно и вдумчиво прочитать статью.
А еще видосик про оценку некоторых технических метрик.