Нефункциональные требования · При чем тут заказчик? Александра Галамага

[@SystemEducation]

Курсы для системных аналитиков ssa.io/MWSoOr Обучение на системного аналитика с нуля - интенсивная программа переподготовки ssa.io/Mkzbko Основы разработки требований и создания ТЗ ssa.io/irQkT2

[@VadimZhivotovsky]

Примерно на 14:30 "если в пределах одной машины, то не надо пилить микросервисы". Крайне спорно, если помнить, какие задачи MS решают

[@SystemEducation]

Спасибо за комментарий.

[@VadimZhivotovsky]

43:20 Допустим, разрабатываю систему по управлению хранения файлов. Архивирование здесь - НФТ? Чуть ранее, про красную кнопку. Разрабатываю систему, в которой оператор делает разные действия в зависимости от цвета кнопки. Тоже НФТ?

[@SystemEducation]

Спасибо за комментарий. Если архивация относится к непосредственным функциям системы и ее предназначению, то требования к ней будут вполне себе ФТ. Но также будут предъявляться НФТ, которые обычно включают аспекты типа резервирования данных, логирования и т.п. С кнопкой интересный пример, по этой теме у нас есть целый плейлист kzbin.info/www/bejne/mqrMoqOQZt-Cesk

[@Какао.капибара]

Спасибо! Полезно

[@SystemEducation]

Спасибо за комментарий. Плейлист про нефункциональные требования kzbin.info/www/bejne/nqakhIeaitylj5o&pp=gAQBiAQB

[@rmseleznev]

Замечание к тезисам из 2х последних минут. Если оставить за скобками кустарную разработку, то НФТ проверяются всё же до вывода в Пром или опытную эксплуатацию. Требования к надёжности проверяются на нагрузочном тестировании; требования к программным интерфейсам -- на интеграционном тестировании; требования к UI, документированию, логированию, мониторингу, безопасности и пр. эксплуатационные требования -- на этапе ПСИ (это может быть несколько различных приёмок с разными экспертами); требования к отказоустойчивости (если рассматривать как отдельную категорию надёжности) -- тоже на ПСИ.

[@SystemEducation]

Спасибо, хорошее замечание