Да даже если распределенная и многослойная система - то зачем там спаркс? Если спроектировано нормально, то хватает и просто картинок в Confluence (и да, там есть версионирование).
А вот для чего нужен тот же Doors? Т.е. я понимаю про трассировку требований и вот это все, но в реально сложных системах и Doors не слишком спасет, а в не очень сложных - хватает и продукт-менеджеров с вменяемыми разработчиками. (Я не говорю про life critical домены, конечно)
Да даже если распределенная и многослойная система - то зачем там спаркс? Если спроектировано нормально, то хватает и просто картинок в Confluence (и да, там есть версионирование).
ну вот представьте в вашем финтехе вдруг предстоить обрабатывать не 100 000 счетов, а 300 000 000
Ну, у меня обычно 10mln+, а там разницы с 300mln не очень много. Интереснее не число счетов, а когда число TPS вылетает за 5K, но тут тоже архитектура-то достаточно простая, просто не такая же, как для 100TPS.
Т.е. все эти НФТ, конечно, требуют "сначала подумай, потом сделай" и подумать там может быть не простой, но я все равно не вижу, где там вылезает что-то требующее трассировки требований уровня Doors (c учетом стоимости внедрения, пофиг на стоимость софта)