Значит вопрос обсуждался и в чате и в личной переписке. Ментальную карту Дима готовил по результатам встречи в чате и разрешил ее использовать. При использовании чужого материала, я его не выдаю за свой и указываю автора материала и в каком контексте он применяется автором (конечно если источник известен).
Считаю, что будет правильно дать ссылки на первоисточники.
Статья начинается с того, что к автору обратились за помощью с рабочим кейсом.
Подоздеваю, что обсуждаемый кейс - это тот, который на скриншотах из нашего чата (но это неточно).
Однако, я точно знаю источник ментальной карты, которой иллюстрирвоанна данная статья. Ее составил Дмитрий Савченко во время нашей встречи в сообществе аналитиков, где мы обсуждали KPI. В данном артефакте зафиксировано не совсем то, что происходило на встрече. Это мысли конкретного человека на конкретную тему, которые приходили ему во время встречи и которые он фиксировал в виде ментальной карты. Вот тут он делится картой с сообществом https://t.me/sys_analyst_chat/3363
Добрый день! Да в мануале так написано. Просто в примере из Мануала нет активации пользователя при взаимодействии с системой.
Я активирую пользователя ДО момента отправки запроса, т.е. пользователь для отправки запроса должен быть активирован. Сервис получающий запрос, должен быть активирован ДО получения направленного ему запроса, соответственно так и формируется логика.
Сервис получающий сообщение должен быть активирован сразу после того, как система отправитель направила запрос.
Ваш кусок кода в примере может выглядеть так:
activate Client
' клиент создан, чтобы отправить запрос
Client -> UI: Запрос 1
activate UI
' UI создан, чтобы получить запрос
UI -> Back: Запрос от клиента
activate Back
' Back создан, чтобы получить запрос
У меня так и построен запрос, просто переносы не как в мануале, мне так удобней.
Да, это альтернативный вариант установки Graphviz. Я пробовал запустить установку через "brew", но что-то у меня без дополнительных настроек не пошла установка, а разбираться в этом подходе к установке не стал. Помогла настройка портов.
BPMN для описания интеграций? Какие преимущества для себя нашли в таком подходе?
Описываете в формате "Отправка сообщения" -> "Получение сообщения" + отдельные пулы для систем? В такой схеме скрываете части БП, которые не участвуют в интеграции?
Спасибо за рекомендацию библиотеки! Для меня и мышью рисовать то еще удовольствие) В статье я тоже кратко упомянул, что к проекту можно подключить Git и поддерживать там версионность.
Добрый день. Значит не зря писал.
Поделитесь шаблоном промпта?
Значит вопрос обсуждался и в чате и в личной переписке.
Ментальную карту Дима готовил по результатам встречи в чате и разрешил ее использовать. При использовании чужого материала, я его не выдаю за свой и указываю автора материала и в каком контексте он применяется автором (конечно если источник известен).
Считаю, что будет правильно дать ссылки на первоисточники.
Статья начинается с того, что к автору обратились за помощью с рабочим кейсом.
Подоздеваю, что обсуждаемый кейс - это тот, который на скриншотах из нашего чата (но это неточно).
Однако, я точно знаю источник ментальной карты, которой иллюстрирвоанна данная статья. Ее составил Дмитрий Савченко во время нашей встречи в сообществе аналитиков, где мы обсуждали KPI. В данном артефакте зафиксировано не совсем то, что происходило на встрече. Это мысли конкретного человека на конкретную тему, которые приходили ему во время встречи и которые он фиксировал в виде ментальной карты. Вот тут он делится картой с сообществом https://t.me/sys_analyst_chat/3363
Есть запись встречи, но она пока в обработке.
Если без комментариев по тексту (для наглядности), то запрос такой:
Добрый день! Да в мануале так написано.
Просто в примере из Мануала нет активации пользователя при взаимодействии с системой.
Я активирую пользователя ДО момента отправки запроса, т.е. пользователь для отправки запроса должен быть активирован.
Сервис получающий запрос, должен быть активирован ДО получения направленного ему запроса, соответственно так и формируется логика.
Сервис получающий сообщение должен быть активирован сразу после того, как система отправитель направила запрос.
Ваш кусок кода в примере может выглядеть так:
У меня так и построен запрос, просто переносы не как в мануале, мне так удобней.
Спасибо за пояснения!
не понятно как этим инструментом пользоваться
Да, это альтернативный вариант установки Graphviz.
Я пробовал запустить установку через "brew", но что-то у меня без дополнительных настроек не пошла установка, а разбираться в этом подходе к установке не стал. Помогла настройка портов.
Тут да. Можно только задать логику отображения данных.
Дело привычки и вкусов.
Я на момент знакомства с PlantumUML уже работал в VS Code и поставил расширение именно для него.
В PlantumUML помимо диаграмм последовательностей можно и другие UML диаграммы строить. Например, activity diagram
BPMN для описания интеграций?
Какие преимущества для себя нашли в таком подходе?
Описываете в формате "Отправка сообщения" -> "Получение сообщения" + отдельные пулы для систем?
В такой схеме скрываете части БП, которые не участвуют в интеграции?
Класс! Возьму на заметку. Спасибо!
)) так эта статья и "родилась"!
После очередных правок всплыла в мозге информация, что что-то я слышал про описание диаграмм текстом и пошел гуглить.
Попробуйте.
К инструменту есть понятная документация, приведена в конце статьи.
Спасибо, что поделились своим опытом!
Посмотрю указанный ресурс.
PlantumUML редакторы есть в онлайн версиях.
В статье привожу пример 3х онлайн редакторов известных мне.
Спасибо! Почитаю.
В статье я тоже кратко упомянул, что к проекту можно подключить Git
Привык пользоваться draw.io как "рисовалкой".
Может там тоже удобно текстом описывать. Не пробовал.
Возможность выбора - это прекрасно!)
Спасибо за рекомендацию библиотеки! Для меня и мышью рисовать то еще удовольствие) В статье я тоже кратко упомянул, что к проекту можно подключить Git и поддерживать там версионность.