domain, sub-domain
capability
service group
cluster

это одно разбиение или несколько? или это уже уровни?

это несколько, разные способы были.

Компонент - физически заменяемый элемент (как правило, с точки зрения разработки implementation view, т.е. функция, библиотека, пакет, в общем нечто с документированным API). Сервис - фоновый процесс ОС. Модуль - функционально завершённый узел радиоэлектронной аппаратуры, оформленный конструктивно как самостоятельный продукт :)) А если серьезно, то нечто отдельно поставляемое, наверное и определение можно найти. По ГОСТам: системы, ФПС, программные компоненты и все прочее - умозрительные конструкции, которые следует явно определять через другие элементы

А в каких разбиениях системы участвуют тогда компонент, сервис, модуль?

Если я правильно понял, то вопрос в каких представлениях что использовать. Я бы не унифицировал элементы системы в ходе разработки, т.к. они определяются технологиями и довольно разные А Deployment view - это узлы, сервисы, порты, протоколы (ну в кубере еще поды и всё остальное). А как делать функциональную декомпозицию я не знаю (да и никто не знает, есть только разные проработанные частные случаи)

Сервис может быть не только фоновым процессом ос. Сервис может быть реализован интеграционным компонентом бизнес-приложения.

А интеграционный компонент бизнес-приложения это что? Ну, т.е. я не знаю точного определения ни интеграционного компонента ни бизнес-приложения. Может пример какой-нибудь можно привести?

Схема бд показывает связи между схемами, таблицами и т. д. Для создания схемы бд есть встроенные инструменты, смотря какая бд. Также есть в некоторых пакетах для разработки.
В вашем сообщении смешаны понятия схемы бд и схемы связей системных сущностей, это немного разные вещи.

ну, это браузенрая (в первую очередь онлайн) штука - такого сейчас много... и оно не удобно по следующим причинам:
1) все чаще всего хранится в облаке (и чтобы как-то серьезно совместно работать нужно башлять)
2) на больших/сложных схемах начинает подтормаживать - из-за специфики реализации в браузере (ну, это отдельный холивар)
В этом плане пока остаются актуальными VIsio и yEdgraph... только у них задачи на самом деле разные - визио идет от схемы, и позволяет получить по ней потом аналитику (правда анализ связей штатными средствами не возможен), а yEdgraph идет от семантики/топологии связей и на основе ее позволяет в т.ч. генерить картинку...

Но в целом давно мечтается все-таки о чем-то вроде Archi, тобы была модель, с возможностью ее табличного анализа и виды - для графического представления модели в разных разрезах.
И здесь вопрос - есть ли какие-то инструменты работы с графовыми БД для легкой визуализации данных ("для пользователя") - типа как PowerBI для обычных данных?

есть еще кстати волшебное слово "программный комплекс" 😊

😂

@dkaftan да я не против)

но тут контекста нет(

кстати, приколоная презентация...
http://www.secretchipmunk.com/docs/readysetarchitect.pdf

не знал, что есть научное название 😊

Ух ты, отлично, теперь у меня тоже есть волшебные буковки!)

Вот пример метамодели