Size: a a a

Архитектура ИТ-решений

2020 March 12

AL

Alexander Luchkov in Архитектура ИТ-решений
Petr Shmotov
Вы как-нибудь решили ведение версионности модели? Это больной вопрос
Решили )
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Там нет встроенных шаблонов и документов? и интеграций?
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Решили )
Как???
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Daria Kaftan
Там нет встроенных шаблонов и документов? и интеграций?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Yury Batsyuro
Как???
Бейзлайны пекеджей)
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Daria Kaftan
Там нет встроенных шаблонов и документов? и интеграций?
Есть, но триал скачайте и посмотрите на них :trollface:
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Бейзлайны пекеджей)
Нодо будет на досуге поковвыряться
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Вообще модель разрабатывается ровно так же как софт. Т.е.
1. По задачам.
2. По требованиям.
3. С проверкой корректности
4. С приёмкой потребителем.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Если этого не делать - модель в полезности теряет ОЧЕНЬ много.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Edward Galiaskarov
Но если версия клиента изменится, придется менять и версию сервера :)
В EA тоже оно вроде и открывается, но новые элементы отображаются банальными блоками
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
И да, это ТОННА бюрократии)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Но, если у вас продукт чуть больше чем на "продать игрушку в телефончик" или "запилить выгрузку пары экселей для тёти Вали", то в большинстве случае оправдывает себя.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Вообще модель разрабатывается ровно так же как софт. Т.е.
1. По задачам.
2. По требованиям.
3. С проверкой корректности
4. С приёмкой потребителем.
Да. Поэтому похожесть vpository на git делает его чертовски ламповым и для архитекторов, выросших из прогеров, интуитивно понятным. Но про бэйслайны в EA надо изучить и тогда уже сравнивать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Yury Batsyuro
Да. Поэтому похожесть vpository на git делает его чертовски ламповым и для архитекторов, выросших из прогеров, интуитивно понятным. Но про бэйслайны в EA надо изучить и тогда уже сравнивать.
Спаркс на эту тему сделал жутко тормозной РБД движок.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Любое изменение диаграммы - секунда задержки) Сами понимаете что в результате.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А вообще тут про сравнение architecture plateau была ссылка на статью и тул от Дейсктры (да да, того самого).
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Спаркс на эту тему сделал жутко тормозной РБД движок.
Тотальная привязка Спаркса к БД - это вообще боль. В VP я могу рисовать хоть в метро да самолёте, а Sparx будет тормозить, а при разрыве подлежащего подключения к БД и вовсе падать.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Yury Batsyuro
Тотальная привязка Спаркса к БД - это вообще боль. В VP я могу рисовать хоть в метро да самолёте, а Sparx будет тормозить, а при разрыве подлежащего подключения к БД и вовсе падать.
Поэтому мы послали спаркс в леса.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
У нас есть пара мазохистов конечно, которые там требования ведут, но пока они в гордом одиночестве и их никто не трогает.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alexander Luchkov
Поэтому мы послали спаркс в леса.
Я бы тоже послал, но убедить Заказчика внедрить VP не получилось. Поэтому пользую его только во внутренних проектах и ттлько там, где archmate не нужен.
источник