Size: a a a

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

2020 April 13

EI

Eugene Istomin in Архитектура ИТ-решений
Ещё в 4.7 есть вот такая полезная функциональность:
"a significant feature for Archi 4.7 EA is importing and merging an Archi model into another Archi model.
This allows you to either merge one or models, or to create a reference model that you can initially import into a model, then maintain and update it separately and re-import it back into the target model adding new concepts and Views, or updating existing ones."
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Сергей Старцев
оффтоп про Archi 4.7 - проверил работу лейблов с выражениями - очень удобно... единственное, лейл сохраняется только в рамках конкретного viewpoint - соответственно это и плюс и минус (задавать все равно каждый раз вручную)
Вот, кстати, wiki page на этот счёт:
https://github.com/archimatetool/archi/wiki/Label-Expressions
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Eugene Istomin
Ещё в 4.7 есть вот такая полезная функциональность:
"a significant feature for Archi 4.7 EA is importing and merging an Archi model into another Archi model.
This allows you to either merge one or models, or to create a reference model that you can initially import into a model, then maintain and update it separately and re-import it back into the target model adding new concepts and Views, or updating existing ones."
Да. Я про это в марте писаль. 😊
Тестировал немного - вроде бы сносно. Но пока использовать боязно - нужно тщательно проверить на факапы и понять логику поведения программы при слиянии и обновлении.
Основное, что не понравилась - название целевой модели обновляется из источника 😔
источник

СС

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

EI

Eugene Istomin in Архитектура ИТ-решений
Сергей Старцев
Ну   в целом это не решает вопрос центрального репозитория, когда могут получиться циклические ссылки... в общем тут теперь еще думать как эту фичу применить
Центральный репозиторий получается из обмена объектами с репозиторием :)
Т.е. node-rels-view-... должны "синкаться" по определённому протоколу
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Eugene Istomin
Центральный репозиторий получается из обмена объектами с репозиторием :)
Т.е. node-rels-view-... должны "синкаться" по определённому протоколу
ну, это не отвечает на вопрос как это делать в арчи 😊
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
Не сюда) сори
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
группа на работе тоже называется Архитектура ИТ )
источник

S

Sergey in Архитектура ИТ-решений
так утечки и происходят
источник

S

Sergey in Архитектура ИТ-решений
Eugene Istomin
Ещё в 4.7 есть вот такая полезная функциональность:
"a significant feature for Archi 4.7 EA is importing and merging an Archi model into another Archi model.
This allows you to either merge one or models, or to create a reference model that you can initially import into a model, then maintain and update it separately and re-import it back into the target model adding new concepts and Views, or updating existing ones."
кажется это называется round-trip engineering.  У нас нечто подобное так и называлось
источник

AO

Andrey Osinniy in Архитектура ИТ-решений
Sergey
так утечки и происходят
)) ну да.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Спасибо, было интересно.
Поддерживаю тезис о том что качестно и содержимое документации это, в первую очередь, вопрос культуры производства.
Действительно некоторые “аджайл” команды просто еще не доросли
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Ключевой фактор успеха это желание и способность руководства к анализу и принятю решений своей головой.
“Методологии” это удобный способ переноса бремени принятия решений на третье лицо
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Вот тоже накину:
https://habr.com/ru/post/315924/
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
“В стартапе приходится много думать неокортексом. Поэтому можно поднимать болезненные вопросы и спорить с начальством – умные нужны для выживания компании.

Потом бизнес-процессы и доходы стабилизируются, уже не требуется для выживания «создание того, чего не было», и тогда…

Происходит неизбежная «оптимизация» работы компании – в головах сотрудников задача поддержки процессов управления частично перекидывается с неокортекса на лимбическую систему.

   Все компании проходят через стадию… голода, если можно так выразиться, затем наступает стадия насыщения. Когда они голодны – они более успешны, но с наступлением насыщения они начинают ошибаться.

Но как только расслабились и отключили неокортекс, так и понеслась телега корпоративной культуры под откос по всем кочкам законов Паркинсона, Питера и прочих”
(c) из материала выше
источник

F

Fagor in Архитектура ИТ-решений
То то эти мертвые гиганты под откос успешно живут на рынке, а другие умирают, неокортексные в частности, и в таких количествах... а выживают единицы, те в основм, которые этот "подоткосный" бизнес купил. Экономика не совсем биология, это надстройка с уже своей структурой. Статья хоть и не плохая, но явно присутствует деформация. Ученных энцеклопедистов становится все меньше и меньше. Рынок просит узких специалистов. Ну после очередного дна, все вернется.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
ну так тут же не говорят что компания в стадии деградации обречена,
она может довольно успешно функционировать еще десятки лет,
в целом - до существенного изменения внешней среды.
Например случится кризис и компания не сможет адаптироваться к новым условиям ввиду потери гибкости.
И даже тут можно заявить о “системной значимости” и просить денег у государства на покупку стартапов, которые могут
источник

F

Fagor in Архитектура ИТ-решений
Вот, тут вы правы они и покупают их, решая свои негибкие проблемы, стекхолдеры даже могут угробить неповоротливый бизнес, так как вывели средства в уже новый стартап, но в него гонят менеджеров из первого, стартапом нужно управлять, особенно когда он получил большие деньги. Не свои еще деньги.
источник

VU

Vitaly U in Архитектура ИТ-решений
Evgeniy Nikonorov
Значит это кривая модель, раз топу не понятно
Архимейт вообще не очень для уровня презентации, как вы стрелочки не распишите топы всё-равно с ума сойдут читать чертеж
источник

VU

Vitaly U in Архитектура ИТ-решений
Fagor
я тут пытаюсь выяснить что такое архитектор и чем он полезен - вывод к сожалению ни о чем, вывод в том что ну его, проще собрать команду где эту роль разделить, и все будет куда лучше
Зачем архитектор в ПГС? У себя на участке, где нет влияния на другие объекты вы можете построить что хотите. Однако в городе, где вы своей постройкой влияете на ландшафт и приносите риски без согласованной архитектуры никто вам не позволит что-то построить
источник