Как правило, в каталоге domain/my-system мы держим актуальные на текущий момент описания и диаграммы, и если человеку нужно ознакомиться с as is, он идёт в текущие описания. В каталоге решений domain/changes содержатся описания доработок, и на странице конкретной доработки можно как раз найти диаграммы to be. Когда (и если) доработка попадает на прод, один из шагов финализации решения - это обновление текущих диаграмм в каталоге системы, чтобы as is стало to be.
Если предполагается совсем длительный рефакторинг, в несколько релизных циклов, и возникает необходимость прописать долгосрочную цель для широкого круга участников, то на нужной странице системы или её компонента размещается несколько схем с пометкой, что одна схема - as is, а другая - целевая архитектура, на которой отдельным цветом отмечены элементы, планируемые к внедрению в будущем.
Это касается главным образом контейнерных схем C4. Сиквенс-диаграммы живут только на страничке конкретных доработок.
Как правило, в каталоге domain/my-system мы держим актуальные на текущий момент описания и диаграммы, и если человеку нужно ознакомиться с as is, он идёт в текущие описания. В каталоге решений domain/changes содержатся описания доработок, и на странице конкретной доработки можно как раз найти диаграммы to be. Когда (и если) доработка попадает на прод, один из шагов финализации решения - это обновление текущих диаграмм в каталоге системы, чтобы as is стало to be.
Если предполагается совсем длительный рефакторинг, в несколько релизных циклов, и возникает необходимость прописать долгосрочную цель для широкого круга участников, то на нужной странице системы или её компонента размещается несколько схем с пометкой, что одна схема - as is, а другая - целевая архитектура, на которой отдельным цветом отмечены элементы, планируемые к внедрению в будущем.
Это касается главным образом контейнерных схем C4. Сиквенс-диаграммы живут только на страничке конкретных доработок.