В какую цену счастье то, и есть ли коммьюните версия, пощупать в своей среде, что оо на сайте не вижу, есть продукты, а линейки с ценами нет

Это очень дорогое счастье ~ тыщ 5 баксов на человека лицензия. Но у них там персональный подход как я понял, может у вас другая сумма окажется.

Спасибо  действительно дорогое счастье.

Учитывая сколько оно может сэкономить человеко- или команда-часов, не так уж и много. Когда с утра до вечера занимаешься согласованием экселей и прочих документов, и у каждого члена команды обязательно своя особенная версия... естественно давно не синхронизованная с версиями других членов команды

Все зависит от ситуации. Мы пока GitLab-ом и Archi справляемся. У него модель в XML, так что нормально в Git-е живет.
Но, конечно, там много всяких плюшек, кому-то они могут быть очень полезны.

А ещё можно под Арчи написать своих плагинов и быть счастливым.

Ой! 🤭 В группе архитекторов пополнение?

Фил сдал вас техлидам)

А техлидов есть своя группа?

Сейчас начнется ответный визит ))

А пока, ненавязчиво порекламирую канал "Архитектура ИС" https://t.me/it_arch

https://t.me/TechLeadConfTalks
Да будет перекрёстное опыление.

И самому их поддерживать)) Это тот же вендор-лок, только на одного своего разраба, который свалит и плагины будут уже никому непонятны. Так как только в его голове будет связано их использование и как их дорабатывать.

Ну таки выложить их на гихаб никому не мешает

Коллеги, в четверг 16.07.2020 в 20:00MSK в zoom состоится доклад Александра Лучкова
"Непрерывное применение архитектурных практик как способ снижения рисков"

Аннотация: Проблема документирования технических решений обсуждается часто, долго и с большими разногласиями. Широко распространены в зависимости от отрасли два лагеря "формалисты-бюрократы" и "гибкие-либералы".
Из моего опыта аргументы вторых сводятся к утверждениям  похожим на:
- "Документация устаревает быстрее, чем обновляется, поэтому в ИТ системе единственная актуальная документация - это код"
- "Документация нужна только там, где нужно её сдавать. Поэтому необходимо писать только ту документацию, которая указана в контракте"
- "Документация - это дорого и поэтому лучше делать продукт интуитивным"
- "Формализмы - это затраты на их изучение, а рынок настолько широк, что невозможно научить всех. Поэтому лучше писать каждый как умеет."

Первые же говорят о том, что:
- "Хорошая документация должна быть"
- "Документация делает процесс разработки управляемым"
- "При хорошей документации RTFM является эффективным способ обучения сотрудников"
- "Документация обеспечивает возможность поддерживать качество продукта, и поэтому должна быть исчерпывающей."

В рамках доклада я попробую обосновать свою точку зрения на причины возникновения подобных суждений, некоторые их риски и пути устранения этих рисков в духе применения принципов непрерывного приращения ценности результатов труда.
Продолжительность доклада:  ~45 минут доклад, ~30 минут обсуждение
Ссылка на конференцию: https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901

Помогите разобраться с Arhimate.
мне нужно нарисовать схему приложения мобильного приложения на  arhimate. Но я не понимаю как физические вещи выразить элементами схемы и как зависимости правильно проставлять.
Например авторизация.
Есть экран для выбора способа авторизаци, по логину или по номеру телефона. После выбора попадаем соответственно или на экран ввода логина/пароля или на экран ввода телефона.
После ввода номера телефона - попадаем на экран ввода кода из СМС. после авторизации любым способом попадаем на экран кабинета.
Вот какие блоки использовать в этой схеме и какие между ними связи?

Я думаю матерые ребята ответят точнее, но я вижу что у вас диаграмма потоков данных тут. Не более. И это часть. В остальном берите уровень выше, там получите другу диаграмму.

Для начала разберитесь, какие неопределённости перед вами стоят и зачем вам диаграмма.

Если понятно какие неопределённости снимать (в чём задача проектирования), то нужно выделить соответствующие типы сущностей и связей. Сгруппировать их по типам неопределённостей, и соответственно "нарисовать на Архимейте картинку".

задача нарисовать диаграмму существующего приложения. Насколько я понимаю она потом будет входить в более крупную диаграмму компании.