Могу сказать за московскую область, полиция тут тоже работает последние 3-4 года. Приезжают за 5 мин (сам удивился), но только если причина важная, драка например. По общению, обычные нормальные парни.
На мой взгляд будет правильнее написать: "Могут появляться в результате операции внешнего соединения (OUTER JOIN)". И не нужно упоминать про исключения.
Поддерживаю. Нотация всего лишь инструмент для решения конкретных задач. А хороший аналитик должен уметь выбирать инструменты для решения задач с максимальной эффективностью.
Абсолютно правильно говорите. Это еще одна причина по которой мы выбрали sequence для описания системных взаимодействий.
Но на моей практике(Другая работа) иногда приходилось описывать системные взаимодействия в BPMN, просто потому что потребитель не знал sequence и не готов был в нем разбираться.
1) Тесно работал с командой разработки. Ставил задачи со стороны бизнеса;
2) Тех. поддержка или администрирование.
Это по выборке среди моих знакомых.
Могу сказать за московскую область, полиция тут тоже работает последние 3-4 года. Приезжают за 5 мин (сам удивился), но только если причина важная, драка например. По общению, обычные нормальные парни.
На громкую музыку могут приехать через 15-30 мин.
Мне очень понравилась статья, половина в тему а половина на мой взгляд высосана из пальца:
Двери - к середине игры это реально начало бесить;
Интерактивные элементы желтого цвета - половина раскрашена, другая половина не раскрашена, были места когда это бесило и не понятно куда прыгать.
В целом игра огонь, всем советую.
Могу ответить в контексте своего проекта. Рисует системный аналитик.
Узнаю информацию от любых людей, кто ей владеет и готов поделиться.
Обычно это другие аналитики.
На мой взгляд будет правильнее написать: "Могут появляться в результате операции внешнего соединения (OUTER JOIN)". И не нужно упоминать про исключения.
Я думаю вопросы из stay-интервью можно задать во время проведения 1-1. Это единственная ситуация при которой я вижу применимость описанной практики.
Поддерживаю. Нотация всего лишь инструмент для решения конкретных задач. А хороший аналитик должен уметь выбирать инструменты для решения задач с максимальной эффективностью.
Абсолютно правильно говорите. Это еще одна причина по которой мы выбрали sequence для описания системных взаимодействий.
Но на моей практике(Другая работа) иногда приходилось описывать системные взаимодействия в BPMN, просто потому что потребитель не знал sequence и не готов был в нем разбираться.
Draw io + элементы "С4"
Да используем, вот пример "Легенды" для нотации.
Привет, у них разная задача:
С4 - описать статичную архитектуру;
BPMN - описать процесс, последовательность.
Мы на четвертом уровне описываем интеграционные процессы с помощью UML sequence, это аналог BPMN.
Почему мы выбрали UML sequence, а не BPMN? Просто наши пользователи больше с этой нотацией знакомы=)
Да, перетаскивание есть, я возможно в прошлый раз баг словил.
Люди которые в первый раз видят миро пугаются интерфейса, им нужно показывать как добавлять элементы\стрелочки.
А то что вы сделали, мне в первую очередь нравится своей простотой.
Мне понравилось то что получилось. Давно хотел простой редактор, в котором сможет разобраться любой человек.
Идеальный процесс вижу следующим: На встрече отправить ссылку -> Набросать с командой схему -> Перерисовать в нормальном редакторе.
Поэтому прошу добавить следующее:
Командную работу;
Перетаскивание холста.