В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

2025 membersпожаловаться на группу
2020 March 06

СС

Сергей Старцев in Архитектура ИТ-решений
Aleksey S.
А что сейчас самое модное и удобное из опенсурса, чтобы хранить описание мастер-данных - метаданные, для Data governance?
Где бизнес-сущности описываются, их атрибуты - и желательно маппинг на конкретные поля в таблицах баз данных, чтобы отслеживать зависимости при изменениях
сам давно такое ищу в опенсурсе...
но все. что попадалось - не очень...
все еще мечтаю об Erwin бесплатном хотя бы 😊
источник
15:06пожаловаться#1

YB

Yury Batsyuro in Архитектура ИТ-решений
Сергей Старцев
"The specialization relationship has been inspired by the generalization relationship in UML class diagrams but is applicable to specialize a wider range of concepts."
- это не означает, что самого типа связи нет 😊
Согласен, есть, просто настолько никогда не надобилось, что упустил его. Только здесь то оно при чём?
источник
15:08пожаловаться#2

YB

Yury Batsyuro in Архитектура ИТ-решений
Девайс не является специализацией ноды всё равно.
источник
15:08пожаловаться#3

YB

Yury Batsyuro in Архитектура ИТ-решений
Просто функции ноды реализованы на физическом устройстве.
источник
15:09пожаловаться#4

YB

Yury Batsyuro in Архитектура ИТ-решений
Разве что на клиенте можно использовать при обозначении, что клиентское устройство — это и комп, и таблетка, и смартфон, и умная колонка какая-нить.
источник
15:10пожаловаться#5

YB

Yury Batsyuro in Архитектура ИТ-решений
Но я бы агрегирование использовал.
источник
15:10пожаловаться#6

СС

Сергей Старцев in Архитектура ИТ-решений
Yury Batsyuro
Девайс не является специализацией ноды всё равно.
ну. если бы они это в спецификации не писали - не возникал бы вопрос 😊
раздел 10.2.2:
A device is a specialization of a node that represents a physical IT resource with processing capability
источник
15:11пожаловаться#7

СС

Сергей Старцев in Архитектура ИТ-решений
в общем это больше к трактовке святого писания 😊
источник
15:13пожаловаться#8

YB

Yury Batsyuro in Архитектура ИТ-решений
Сергей Старцев
ну. если бы они это в спецификации не писали - не возникал бы вопрос 😊
раздел 10.2.2:
A device is a specialization of a node that represents a physical IT resource with processing capability
Тут речь о том, что по нотации архимэйт девайсу свойственно всё, что и ноде, плюс он выражает физическое устройство. Это сказано, чтобы на диаграмме 83 не малевать кучу стрелок, а просто сказать, что в отношении node —-realizes——> node вместо ноды можно подставить девайс или систем софтваре, но плюс систем софтваре можно приассигнить к девайсу, а просто к ноде это уже некорректно.
источник
15:15пожаловаться#9

YB

Yury Batsyuro in Архитектура ИТ-решений
То есть на фигуре 83 генерализация (а это именно UML-диаграмма) выражает не «девайс может быть специализацией ноды», а как в UML, «девайс — это нода, но дополнительно к ноде ему можно заасигнить софт, он может агрегировать и быть ассоциирован с сетью»
источник
15:18пожаловаться#10

СС

Сергей Старцев in Архитектура ИТ-решений
ок 😊
источник
15:21пожаловаться#11

YB

Yury Batsyuro in Архитектура ИТ-решений
В 5.4.1 явно указано, что A specialization relationship is always allowed between two instances of the same element type., так же как и про Aggregation и Composition — эти три всегда можно рисовать между любыми двумя of the same type.
источник
15:21пожаловаться#12

СС

Сергей Старцев in Архитектура ИТ-решений
Yury Batsyuro
В 5.4.1 явно указано, что A specialization relationship is always allowed between two instances of the same element type., так же как и про Aggregation и Composition — эти три всегда можно рисовать между любыми двумя of the same type.
да, я тоже прочитал 😊
источник
15:22пожаловаться#13

YB

Yury Batsyuro in Архитектура ИТ-решений
Только я уже завтра про него забуду, потому что в UML это действительно было средство сшить абстракцию с конкретикой, тут же это трассировка между layers.
источник
15:22пожаловаться#14

СС

Сергей Старцев in Архитектура ИТ-решений
@DarthJurassic , и еще вопрос - а в чем принципиальная разница между путем и сетью ? 😊
источник
15:23пожаловаться#15

СС

Сергей Старцев in Архитектура ИТ-решений
я про это
источник
15:23пожаловаться#16

YB

Yury Batsyuro in Архитектура ИТ-решений
Сергей Старцев
я про это
В случае логистики физического носителя или ядерных отходов вы явно пользуетесь Path, а в случае наличия сети вы явно пользуетесь Communication Network, но даже в этом случае вы не сможете отправить по ней ядерные отходы.
источник
15:26пожаловаться#17

СС

Сергей Старцев in Архитектура ИТ-решений
Yury Batsyuro
В случае логистики физического носителя или ядерных отходов вы явно пользуетесь Path, а в случае наличия сети вы явно пользуетесь Communication Network, но даже в этом случае вы не сможете отправить по ней ядерные отходы.
э... а какое отношение ядрёное топливо имеет к ИТ ? 😊
источник
15:28пожаловаться#18

YB

Yury Batsyuro in Архитектура ИТ-решений
Архимэйт же не только про софтину. Артефактом может быть хавка, которую надо отправить на МКС. Path у вас является «Запуск ракетой», который может быть реализован нодой «Ракета-носитель», реализованной ракетой «Протон», «Dragon» или у кого ещё там что есть
источник
15:28пожаловаться#19

YB

Yury Batsyuro in Архитектура ИТ-решений
https://pubs.opengroup.org/architecture/archimate3-doc/chap11.html
источник
15:29пожаловаться#20