Size: a a a

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

2020 March 17

AG

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

ОИ

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

СС

Сергей Старцев in Архитектура ИТ-решений
Олег Игонин
Конечно я предоставлял схему как описание верхнего уровня, под которым были описания функциональных и системных требований. Конечно были и бизнес-требования.  Но разработчикам эта схема особо не нужна была всё равно.
ну, возможно. зависит от схемы...
здесь же вопрос, что по умолчанию архи не отвечает на вопросы, которые разъясняют детальные диаграммы (BPMN/EPC, классы и прочие диаграммы UML, ER-модели и т.п.).
В этом плане конечно как инструмент мне больше нравятся всякие Modelio и т.п. - что позволяет объединить все уровни детализации и проработки продукта...
источник

СС

Сергей Старцев in Архитектура ИТ-решений
Alex Glazunov
Коммуникативная ценность модели, и ее предсказательная сила - вообще слабо связанные характеристики. Архитектурные модели в целом направлены на коммуникацию архитекторов, а математические - на прогнозирование. Модель, которая хорошо прогнозирует, не обязана быть понятной и поддерживать коммуникацию, и скорее всего, не будет.
+1
источник

СС

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

YB

Yury Batsyuro in Архитектура ИТ-решений
Alex Glazunov
Только никто не гарантирует, что внутри математической модели будет что-то похожее на Архмейт.
Ну кому архимэйт, кому тензорное счисление.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Alex Glazunov
Коммуникативная ценность модели, и ее предсказательная сила - вообще слабо связанные характеристики. Архитектурные модели в целом направлены на коммуникацию архитекторов, а математические - на прогнозирование. Модель, которая хорошо прогнозирует, не обязана быть понятной и поддерживать коммуникацию, и скорее всего, не будет.
+2
источник

YB

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

AG

Alex Glazunov in Архитектура ИТ-решений
Yury Batsyuro
Ну кому архимэйт, кому тензорное счисление.
Да, нейросеть даёт хороший прогноз, но не объясняет, как его сделала. Все эти "бизнес-процессы", "прикладные компоненты", "интерфейсы" для нее ничто. Реально важен для прогнозирования объект {(137*БизнесПроцесс - 25*ПрикладнойКомпонент)^0.2Интерфейс/sqrt(2)}
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Всё-таки задача архитектора делать так, чтобы и понятно было, и работало.
источник

OK

Oleg K in Архитектура ИТ-решений
Понятно кому - вот в чем вопрос)
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Потому как не понятное не понятно как развивать, а не работающим не понятно как пользоваться.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Кругу общения.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Условному заказчику и условному исполнителю.
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Желательно ещё и условному сообществу, дабы не стать незаменимым.
источник

OK

Oleg K in Архитектура ИТ-решений
Ну очевидно что ВСЕМУ кругу общения одна и та же картинка будет непонятна.
Для этого есть вьюпоинты, но на практике в том же Моделио на SysML это вырождается в то, что внутри одной сущности "модель" по сути есть три-четырн модели
источник

OK

Oleg K in Архитектура ИТ-решений
Заказчику и исполнителю да
А менеджеру проектов?)
источник

YB

Yury Batsyuro in Архитектура ИТ-решений
Oleg K
Ну очевидно что ВСЕМУ кругу общения одна и та же картинка будет непонятна.
Для этого есть вьюпоинты, но на практике в том же Моделио на SysML это вырождается в то, что внутри одной сущности "модель" по сути есть три-четырн модели
Выше обсуждали вьюпоинт Продукт vs вьюпоинт Система
источник

OK

Oleg K in Архитектура ИТ-решений
А какому-нибудь хардкорному математику, который пилит реализацию ключевой функции продукта?
источник

OK

Oleg K in Архитектура ИТ-решений
Yury Batsyuro
Выше обсуждали вьюпоинт Продукт vs вьюпоинт Система
И это только два!
источник