У меня есть основное приложение. У меня есть два типичных актера для основного приложения, и я написал много пользовательских историй. Но для работы основному приложению нужны сканер, планировщик и приложение администратора. Тезисы считаются актерами? Я знаю, что они являются внешними по отношению к моему основному приложению и что они напрямую взаимодействуют с ним для достижения цели, но они не обеспечивают какой-либо очевидной бизнес-ценности для заинтересованных сторон, не являющихся участниками команды разработчиков.
У меня также есть несколько очень важных спецификаций относительно того, как система обрабатывает неверные данные, и я не могу думать ни о ком, кроме самого основного приложения, как о действующем лице, описывающем эти сценарии.
Некоторые из вышеперечисленных описаны в функциональных и нефункциональных требованиях, но я не знаю, можно ли их описать в пользовательских историях. Ожидается ли это?
Должен ли я просто продолжить работу с моими схемами проектирования классов и диаграммами последовательности, а также документировать детали реализации в другом месте?
Ожидается ли этот разрыв между анализом (функциональные и нефункциональные требования, пользовательские истории, концептуальные диаграммы...) и проектированием (диаграммы классов, диаграммы последовательности...) во многих сценариях? Если да, то как вы его соединяете (например, документация для разработчиков, комментарии к коду)?
Пользовательские истории начинают меня тормозить, потому что я знаю, как это сделать, но не могу соблюдать терминологию и не могу найти кейсы из реального мира.
