AL
А зачем вам диаграммы в тексте читать?
Size: a a a
2020 February 14
AL
Я понимаю в принципе, что их сравнивать хорошо. Сам пользуюсь. Но ИМХО тут надо разделять задачи.
RT
У нас самая сложность не в создании документа, в отслеживании изменений,
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
AT
Ну, например, зашел Вася и поменял название бизнес объекта, а GitLab мне об этом в Телеграмчике сообщил.
AL
У нас самая сложность не в создании документа, в отслеживании изменений,
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
Понятно. Этот вопрос я решал разработкой по gitFlow и ревью модели. Да, это пока сложно.
AT
У нас самая сложность не в создании документа, в отслеживании изменений,
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
Ну да, я вот про это и написал.
AL
Собственно у меня сейчас плюс минус 10 веток, у каждого объекта есть автор, и соответственно новые объекты просто так не появляются.
AL
И видно, если кто-то закоммитил изменения по чужим объектам.
AL
В итоге всё равно получается, что надо по результатам итерации всё равно отсматривать все диаграммы и делать design review.
AT
А, кстати, никто не рассматривал вариант архитектура как код?
Например, вот на jArchi выглядит симпатично (это JS):
Например, вот на jArchi выглядит симпатично (это JS):
model.createElement("business-actor", "foo");PD
Э, а нормальный DSL не смогли сдлеать? Это-то выглядит достаточно коряво.
Вообще, конечно, хочется иметь описание архитектуры как код и еще связь с реальным кодом или хотя бы с метриками на основе описания.
Но что-то симпатичных вариантов не видел - все упирается в удобную визуализацию (
Вообще, конечно, хочется иметь описание архитектуры как код и еще связь с реальным кодом или хотя бы с метриками на основе описания.
Но что-то симпатичных вариантов не видел - все упирается в удобную визуализацию (
СС
У нас самая сложность не в создании документа, в отслеживании изменений,
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
которые потом делаются множеством людей в произвольном порядке.
Для нас очень важен процесс отсмотра и приемки изменений.
ну, кстати, если брать плагин для совместной работы, то там каждый объект в отдельном файле (и по папкам разбиты) - так что отслеживать изменения проще
PD
Хм, кстати, а на Jupiter есть хорошие визуализаторы графов?
Тогда можно было бы описывать архитектуру как ноутбук - и в него еще и вставлять сниппеты для проверок и т.п.
И генерить разные view в виде разных ноутбуков.
Тогда можно было бы описывать архитектуру как ноутбук - и в него еще и вставлять сниппеты для проверок и т.п.
И генерить разные view в виде разных ноутбуков.
AT
Хм, кстати, а на Jupiter есть хорошие визуализаторы графов?
Тогда можно было бы описывать архитектуру как ноутбук - и в него еще и вставлять сниппеты для проверок и т.п.
И генерить разные view в виде разных ноутбуков.
Тогда можно было бы описывать архитектуру как ноутбук - и в него еще и вставлять сниппеты для проверок и т.п.
И генерить разные view в виде разных ноутбуков.
Хорошая мысль.
AT
Вот тут люди анализируют изменения в модели ArchiMate с помощью Jupyter notebook:
https://github.com/RichDijk/EAGOC
https://github.com/RichDijk/EAGOC
СС
кстати да, я обратил внимание, что есть интересные решения, про которые Archi не заявляют на сайте - чтобы видимо их побольше патреонили 😊
СС
опять же - есть плагин по хранению репозитория моделей в БД - правда сыроват пока - расшаривание модели в другую модель может уронить одну из них или обе 😊
AT
опять же - есть плагин по хранению репозитория моделей в БД - правда сыроват пока - расшаривание модели в другую модель может уронить одну из них или обе 😊
Сыроватые плагины... да.
AL
Вот это кстати мне очень прямо понравилось.