Size: a a a

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

2019 December 31

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
dreamore
Ради логотипчиков?

Искать инфу я бы предпочел с помощью поиска, а не глазами на диаграмме.
Картинка вида "прямоугольники со стрелочками" считывается глазом за доли секунды.
Диаграммы (классов, отношений итп) почти не считываются, поэтому действительно малополезны относительно других видов описаний
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Alexey Pryanishnikov
Картинка вида "прямоугольники со стрелочками" считывается глазом за доли секунды.
Диаграммы (классов, отношений итп) почти не считываются, поэтому действительно малополезны относительно других видов описаний
Именно поэтому никогда не понимал зачем могут быть нужны все эти формальные диаграммы, описанные графикой, а не каким-нибудь DSL да еще и без возможности делать выборки из репозитория (=ок Гугл, начерти мне всех потребителей интерфейса X)
источник

S

Sergey in Архитектура ИТ-решений
ну impact analysis и прочий анализ есть в средствах моделирования. Ссылки все выдаст
другое дело, что работать с диаграммами неудобно - редактирование, версионирование и т.д.  Да и само рисовние отнимает куда больше времени чем набор текстом того же самого
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Sergey
ну impact analysis и прочий анализ есть в средствах моделирования. Ссылки все выдаст
другое дело, что работать с диаграммами неудобно - редактирование, версионирование и т.д.  Да и само рисовние отнимает куда больше времени чем набор текстом того же самого
Дык о том и речь
источник

S

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

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Рискну сформулировать правило - если картинка может быть сгенерена по коду, то она нафиг не нужна )
источник

S

Sergey in Архитектура ИТ-решений
помогает при reverse engineeering-е и отслеживании tracebility требований. Но тут да, надо генерить картинки
источник

S

Sergey in Архитектура ИТ-решений
вообще Новый Год скоро, а мы что-то про работу
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Мне кажется, генерировать картинку не сработает в том случае, когда нужно выделить нужное и скрыть лишнее.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Sergey
вообще Новый Год скоро, а мы что-то про работу
Новый рабочий год
источник

S

Sergey in Архитектура ИТ-решений
Daria Kaftan
Мне кажется, генерировать картинку не сработает в том случае, когда нужно выделить нужное и скрыть лишнее.
ручная постобработка сгенеренной картинки. Поэтому лучше генерить векторную графику или даже graph модель сразу
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexey Pryanishnikov
Нарисуйте уже условные два сервера и 5 прямоугольничков внутри, подпишите "бд, бэкенд, фронтенд, сервер очередей..." и "jboss, postgre...", всё.
Я дико плюсую.

Когда просят непонятно что, ну там схему как оно все устроено -- ровно описанная картинка в 90% случаев решает.
источник

IP

Igor Petetskikh in Архитектура ИТ-решений
Тимур Латыпов
Здравствуйте. Рисую компонентную диаграмму. Подскажите пжта, группа классов (java) созданных для решения одной задачи. Можно назвать компонентом? Модулем? Как правильно обозвать?
Если вы говорите про джава классы, то почему вас джава пакеты или jar артефакты не устроили?
источник

P

Pavel in Архитектура ИТ-решений
Igor Petetskikh
Если вы говорите про джава классы, то почему вас джава пакеты или jar артефакты не устроили?
Вот, пакеты развертывания!
источник

P

Pavel in Архитектура ИТ-решений
Для компонентной диаграммы решения на Java договоренность: компонент = jar/war, - всегда устраивала.
источник

ТЛ

Тимур Латыпов in Архитектура ИТ-решений
Maxim Smirnov
+1 Компонент, по определению, физически заменяемый элемент системы. Не очень подходит. Микросервис - компонент времени исполнения (runtime), владеющий своими процессами. Так что лучше не использовать. Пакет (package) формально подходит, но часто используется для обозначения библиотек классов, т.е. его исопльзовать тоже нехорошо. Рамка, метка, комментарий или любое другое неформальное обособление подойдет
👍 спасибо за детальное пояснение
источник

ТЛ

Тимур Латыпов in Архитектура ИТ-решений
Sergey
ну в контексте java можно рассматривать bundle как компонент, а библиотеку в виде jar-ка (которая может входить в бандл) как модуль
либо просто не использовать термин модуль
Спасибо, отлично. Я думаю просто укажу как "Блок. ."
источник

ТЛ

Тимур Латыпов in Архитектура ИТ-решений
Pavel
Для компонентной диаграммы решения на Java договоренность: компонент = jar/war, - всегда устраивала.
Спасибо
источник

ТЛ

Тимур Латыпов in Архитектура ИТ-решений
Заказчика затраты не интересуют, они четко определены. Он хочет прозрачность. Увидеть из чего состоит и входит в его состав.
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
Тимур Латыпов
Заказчика затраты не интересуют, они четко определены. Он хочет прозрачность. Увидеть из чего состоит и входит в его состав.
Защищать по ней надо будет?
источник