Size: a a a

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

2019 August 23

AL

Alexander Luchkov in Архитектура ИТ-решений
И там прямо можно полностью снять дифф по было-стало. По пакету, модели или объекту.
источник

E

Eugene in Архитектура ИТ-решений
Alexander Luchkov
И там прямо можно полностью снять дифф по было-стало. По пакету, модели или объекту.
Кроме этого есть сравнение веток
источник

VD

Vlad Demure in Архитектура ИТ-решений
Baseline делается для "модели" (то есть чаще всего это означает для всего репозитория). 20 команд, 80 аналитиков. Как тут использовать baseline - не могу понять :(
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Vlad Demure
Baseline делается для "модели" (то есть чаще всего это означает для всего репозитория). 20 команд, 80 аналитиков. Как тут использовать baseline - не могу понять :(
А package кто мешает сравнить от бейзлайна-то?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну или объект. Или вам нужно сравнить выходные документы, которые генерируются?
источник

AL

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

VD

Vlad Demure in Архитектура ИТ-решений
Нам в таком виде не нужно. Выше был вопрос про понимание изменений в дата модели/схеме, которые сделал/предлагает аналитик.
Если его результат - Ворд/Ексель, то там есть механизмы сравнения. Для спаркса нужен процесс и методика - как должен работать аналитик и выдавать результат что бы в принципе можно было построить разницу.
источник

AS

Alexander Smith in Архитектура ИТ-решений
Vlad Demure
Нам в таком виде не нужно. Выше был вопрос про понимание изменений в дата модели/схеме, которые сделал/предлагает аналитик.
Если его результат - Ворд/Ексель, то там есть механизмы сравнения. Для спаркса нужен процесс и методика - как должен работать аналитик и выдавать результат что бы в принципе можно было построить разницу.
В спарксе есть версионирование объектов, связей и так далее, есть наборы статусов и прочие атрибуты. Есть фильтрации по комбинациям
источник

AS

Alexander Smith in Архитектура ИТ-решений
Ничего сложного нет
источник

VD

Vlad Demure in Архитектура ИТ-решений
Версионирование связей? Хм. Не встречал. Connectors' hell - каждый день встречаю, версионирование ... Хм
источник

VD

Vlad Demure in Архитектура ИТ-решений
Alexander Smith
Ничего сложного нет
Наверно. Есть тупые пользователи. А инструмент - нативный, понятный и многофункциональный
источник

E

Eugene in Архитектура ИТ-решений
Vlad Demure
Наверно. Есть тупые пользователи. А инструмент - нативный, понятный и многофункциональный
:))). Чувствуется сарказм. EA, конечно, раздражает количеством необъяснённых возможностей :)
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Бесполезных и потенциально стреляющих в ногу возможностей
источник

S

Sergey in Архитектура ИТ-решений
Alexander Smith
В спарксе есть версионирование объектов, связей и так далее, есть наборы статусов и прочие атрибуты. Есть фильтрации по комбинациям
и как там сделан diff/merge диаграмм, моделей и их взаимосвязи ? Submerge текста есть ?
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Phil Delgyado
Хоть plantuml
В зависимости от того, что вы делаете. Если рисуете диаграммы - plantuml подойдет. Если моделируете систему - нет.
источник

SB

Sergei Beilin in Архитектура ИТ-решений
Leonid Vygovskiy
В зависимости от того, что вы делаете. Если рисуете диаграммы - plantuml подойдет. Если моделируете систему - нет.
Подозреваю, что все зависит от размеров и сложности системы. Мы все 150+ сервисов в 15+ контекстах рисовали просто на стене.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
А потом решили взять и сервис переименовать в соотвествии с уточненным пониманием.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, на plantuml с командой поддержки вполне делается переименование )
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
А также сохраняются связи между элементами при переносе диаграмм, для каждого элемента модели можно создать описание, вести историю обсуждений, фиксировать мотивы создания (отдельно) и т.п.
источник

SB

Sergei Beilin in Архитектура ИТ-решений
Leonid Vygovskiy
А потом решили взять и сервис переименовать в соотвествии с уточненным пониманием.
ну, пул реквест :)
источник