Size: a a a

Чат подкаста «Разбор Полётов»

2020 November 03

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
Phil Delgyado
Например, во многих случаях диаграмма для контекста и диаграмма взаимодействия сервисов - совпадают.
а пользователькие роли?
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
или их типа юз кейсами покрывать?
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
А пользовательские роли - они нужны для use cases, а не для контекста (там все просто не влезут, там же про контекст в разрезе систем, а не пользователей - т.е. спутано две сущности).
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
Иногда правильно совмещать несколько viewpoint на одной диаграмме - но это, опять-таки, зависит от требований к документации.
Главное - в голове не смешивать )
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
Т.е. по хорошему есть процесс "выделение viewponts" - "требования к документации" - "планирование нужных артефактов" - "заполнение этих артефактов".
Ну и часто меняется что-то в первом шаге - и все перестраиваем (ну, появился еще один C*O, для которого нужен свой viewpoint, например).
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
Может вообще самая важная диаграмма - это "потребность новых сотрудников по отдельным командам и скиллам". А это тоже архитектурная диаграмма )
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
ну блин
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
невозможно все кейсы в одной статье описать)
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
и так 9 min read получилось)
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
у нас кстати редко есть "требования к документации"
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
Так поэтому надо не кейсы описывать с кликбейтным заголовком, а описывать алгоритм решения.
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
мы скорее сами это делаем, потому что знаем, что это правильно
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
Vladimir Ivanov
у нас кстати редко есть "требования к документации"
Так это задача архитектора - их придумать.
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
это да
источник

A

Artjom Kalita in Чат подкаста «Разбор Полётов»
Нахуячут тут своих диаграмм, а потом они с кодом несовпадают =)
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
это да, их апдейтить надо, но до кода, а не после
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
Ну, тут уже можно думать в сторону архимейта и прочих инструментов поддержки диаграмм в актуальном виде.
А, еще есть же диаграммы "а как мы это будем переделывать", они тоже часто самые интересные )
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
Phil Delgyado
Ну, тут уже можно думать в сторону архимейта и прочих инструментов поддержки диаграмм в актуальном виде.
А, еще есть же диаграммы "а как мы это будем переделывать", они тоже часто самые интересные )
что за диаграмма? у нас в SAD есть baseline и target architecture
источник

VI

Vladimir Ivanov in Чат подкаста «Разбор Полётов»
не уверен, что знаю про транзишн диаграммы
источник

PD

Phil Delgyado in Чат подкаста «Разбор Полётов»
В общем, поменял бы ты заголовок на "несколько полезных видов диаграмм", это будет честнее )
источник