Александр Филонов пишет:

"Георгий предложил обсудить" - это слабое эмерджентное утверждение. Он не предлагал обсудить. (#53345 ). Это Вы уже вывели (подменили), смешав "феномен высокого уровня" с "доменом низкого уровня".

Это не я вывел, а с статье это рассматривается

Александр Запорожцев пишет:

Это не я вывел, а с статье это рассматривается

Тогда Вам надо поправить перевод в #53390 . Где вы начинаете жонглировать словами феномен - явление - домен.

Александр Филонов пишет:

Первая часть фразы неизменна (константа)

1. We can say that a high-level phenomenon is strongly emergent with respect to a low-level domain when the high-level phenomenon arises from the low-level domain...

2. We can say that a high-level phenomenon is weakly emergent with respect to a low-level domain when the high-level phenomenon arises from the low-level domain…

Вторая часть - определяет силу первой

1. truths concerning that phenomenon are not deducible even in principle from truths in the low-level domain.
2. truths concerning that phenomenon are unexpected given the principles governing the low-level domain

Модели этих двух понятий


Георгия писал в мой адрес - "Я полагаю, что Ваш системный подход - это утилитарно образанная область системного мышления, сводящаяся к напоминаниям о том, что "целое не равно сумме частей", хотя само это утверждение ничего не стоит без глубокой расшифровки. На этом и остановимся. " Статья "Strongandweekemergence" дает расшифровку понятия эмержентности. Возникает вопрос - какое это имеет отношение к модели практической деятельности, когда проектируется система? В практической деятельности всегда известны principles, на которых строиться система (ее составные части и их взаимодействие). Мы всегда знаем, что ждать от элементов и их взаимосвязи (этому учат в институте инженеров). В сложных случая можно использовать ТРИЗ. А задача системного инженера определить функции системы во внешней среде, разработать архитектуру системы и выдать задание инженеру по специальности на разработку конкретной подсистемы.

Александр Запорожцев пишет:

Возникает вопрос - какое это имеет отношение к модели практической деятельности, когда проектируется система?

Вы сейчас про короновирус и моделях экономики, в которых он не был учтен?

Александр Филонов пишет:

Александр Запорожцев пишет:

Возникает вопрос - какое это имеет отношение к модели практической деятельности, когда проектируется система?

Вы сейчас про короновирус и моделях экономики, в которых он не был учтен?

Вам точно нужно померить температуру (шутка, грустная)

Александр Запорожцев пишет:

Вам точно нужно померить температуру (шутка, грустная)

За бортом?

Что будет "поддерживающей системой"?

Александр Филонов пишет:

Что будет "поддерживающей системой"?

По отношении к какой? Если проектируемой - обеспечивающей будет система проектирования

Очередная группа магистров штурмует системный подход 2.0 - пытаются выполнить первую работу по определению целевой системы и ее окруженя. Задача простая - сформулировать направление научного исследования, в рамках которого нужно определить научную проблему и целевцю систему - объекти предмет исследования. Вот модель сферы деятельности

Студент хочет рассматривать проблему взаимоотношений между заказчиком информационной системы и программистами. Вечная тема - наглядный пример отсуствия конструктивной коммуникации.
Что же он выделяет в реальности? Сфера деятельности - вся деятельность конкреного предприятия по производству бумажной продукции. В этой деятельности выделена целевая система - разработка информационной системы. Вопрос студенту - если интерс к проблемам взаимодействия заказчика информационной системы и исполнителя, то причем тут производство бумажной продукции?
Это типичная проблема попыток применить системный подход - не умение выделять в реальности целевую системы и тоно указывать с какими системами она взаимодействует. Студенты знают классификацию система по уровням: использующая система, целевая система, системы в опрерационном оокружении но в реальнсти "увидить! их никак не могут.