Скорее интегральная сложность системы. Мы сами оцениваем это «на глазок», но интересно есть ли какие-то распространённые подходы или практики. Беглое гугление выдаёт пока только статьи а-ля научные публикации.

А для чего вам оценка интегральной/структурной сложности? Ну «квадратиков и стрелок» в левой схеме больше. И? Вывод какой должен быть?

И ничего:) одна система сложнее, чем другая. А, например, с тз бюджета они одинаковые. Тогда лучше брать интегрально более простую.

В целом интересно было бы посмотреть на сложность в разрезе разных стадий жизненного цикла и их влияния - например, усложнил на этапе разработки - упростил эксплуатацию и тп. обычно это некая экспертная оценка (из моей скромной практики)

Представьте, что надо сделать несколько слоев схем, чтобы всю вашу систему +- подробно описать, до архитектуры каждого приложения. А потом тоже самое для каждого приложения. Сколько вам понадобится слоев для первого и сколько для второго? Ну не слоев, а масштабов чтоли

Из моей практики сложность хорошо оценивать в а) Количестве экземпляров интерфейсов (снаружи+внутри) б) Количестве классов (снаружи+внутри)  в) Весовой оценке сложности интерфейса по количеству сценариев на нём.

А давайте возьмём ещё sla по отказо/катастрофо-устойчивости в 4 девятки после запятой и относительно простые системы сразу станут намного сложнее :)

Хорошая шутка)

А уж если как и положено active DC, hot standby DC, cold standby DC, то всё станет ещё грустнее

А то)))

Если у вас так принимаются решения - то ок. По моей практике - это весьма многофакторная задача, где оценка архитектуры - один из десятков факторов. Усложнять его до «чистого мат. аппарата» - не стоит усилий, хотя возможно. Если цель = выбор системы - мы как правило генерили большой «чеклист» по направлениям (архитектура, разработка, саппорт, деньги, сроки, инфра, безопасность и.т.п.) делали скоринг, выносили заключение. Вроде как работало и у всяких «бордов» никогда не вызывало вопросов.

И с точки зрения ответственности - всегда было статус кво, никто не мог сказать что его «не спросили» - поэтому в саппорт/доработку эту вашу шляпу не возьмем.

Если все это добавить в табличку и подготовить весовую шкалу, можно посчитать интегральную оценку обоих решений. Только надо бы ещё и нефункциональные требования туда же добавить со своей шкалой.

What if - анализ также делается по такой табличке, возможно даже без участия других служб, была бы базовая оценка от которой можно оттолкнуться.

Они обычно к сложности сценария относятся.

А ну да, точно.

Это больше похоже на анализ проекта по созданию и внедрению системы, где действительно оценка идёт по ряду комплексных критериев. Мы тоже так делаем.

Спасибо за ответы

Эээ. А вы какую задачу изначально имели ввиду?

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

Но еще есть мнение, что есть 2 варианта этого подхода:
— в котором веса обусловленны чем-то серьезнее экспертной оценки, а интегральная функция имеет (физический) смысл — тогда это работает (к примеру, нечеткие регуляторы)
— и остальные случаи — когда веса расставляют эксперты, а в итоге мы просто суммируем мифические баллы

Для этого паттерна есть даже название, “жонглирование коэффициентами”. Кто работал с тендерными критериями — будет скептически относиться к результату.

Но на комитетах хорошо идет ))