Такие глубокие и фундаментальные, которые позволяют описать, спроектировать и проанализировать любую сущность, принятую за систему? Такие достаточно фундаментальные, но при этом простые для понимания?
Да, в статье много тезисов, мало описательного текста. Мало связей в виде примеров с действующим опытом читателей. Если пояснять все концепции, использованные в статье, то материала хватит на учебник. Я к сожалению пока не готов к этому.
Готов поучаствовать в конструктивном диалоге и пояснить слабые, по вашему мнению, места в статье.
Система "Борщ с мясом и чесночком". Цель: удовлетворить потребности человека в БЖУ, микроэлементах, положительных эмоциях (от вкусовых и культурных предпочтений, ностальгии и т.д.). Потребности: продукты питания (свекла, картофель, мясо, чеснок, ...), посуда (кастрюля, ложка, нож, разделочная доска, ...), источник энергии для нагревания кастрюли (газовая или электрическая плита, печка), алгоритм действий для соединения элементов системы и правильного последовательного преобразования одной системы в другую. Связи: вода для мытья овощей, физические усилия для мытья и нарезки овощей, тепловая энергия, грязь с овощей, грязная вода и т.д.
За точность системы не отвечаю, т.к. обычно беру чужие алгоритмы и четко следую им. Представленный набор систем обозначен лишь как пример для проектирования.
Система 1: 5 картошин, 1 свекла, 500 гр мяса, 3 литра воды, 1 зубчик чеснока, 1 морковь, ... Все представленные элементы системы грязные.
Добавляем к системе 1 систему "вода". На выходе получаем Систему 2 "Чистые овощи, пригодные для приготовления супа".
Добавляем к системе 2 систему "Физические усилия по разрезанию овощей и мяса" и систему тарелки. На выходе получаем систему 3 "нарезанные овощи и мясо, разложенное по тарелкам". В описании упустил систему "Разделочная доска". В процессе проектирования мы ее могли упустить, но если подробнее проектировать системы, то можем заметить, что у системы нарезанные овощи не удовлетворена потребность опора для разрезания овоща. Через удовлетворение данной потребности можем прийти к цели добавить систему "разделочная доска" или резать прямо на столе.
Элемент системы 3, а именно нарезанное мясо соединяем с системой кастрюля с водой на плите. На выходе получаем систему 4 "заготовка для бульона".
К системе 4 добавляем системы тепловая энергия. На выходе получаем систему 5 "Бульон".
Далее последовательно добавляем к системе 5 другие системы: нарезанная свекла, картошка, морковка, чеснок и т.д.
В результате проект системы "Борщ с мясом и чесночком" через переход между системами, через соединение элементов различных систем превратился в реальную систему "борщ с мясом и чесночком".
Если вы думали, что создание микропроцессора, создание бензина, чем то принципиально отличается от варки супа, но Модель систем демонстрирует, что принципиальные различия отсутствуют. Это переход от одной системы к другой, путем добавления или исключения некой связи.
А рецепт борща - это та же конструкторская документация с определенным уровнем допущений.
Создание чего то сложного - это поэтапное добавление тех или иных простых систем.
На 100% согласен. Вы четко определили, что в рамках анализа задачи можно выявить, что она не удовлетворяет потребности взаимодействующих систем и должна быть перепроектирована.
Любая задача через представленную методологию Модели систем также может быть спроектирована, проанализирована.
Может быть звучит занудно. Вы же хотели добавить юмора. Но представленная методология позволяет спроектировать, описать, проанализировать любую систему. Хоть микрочип, хоть атомная электростанция, хоть анекдот.
Можно проектировать, анализировать как статичные, так и динамические системы. Проектировать изменение системы. Ведь изменение это добавление или исключение какой-то части системы. Сам процесс изменения также является системой.
Любая система укладывается в представленную структуру: система, элементы, связи, цели, потребности.
Если вы хотите прямо сейчас, без рефлексии использовать данную методологию, то скопируйте ее полностью в какую-нибудь ИИ модель. Я пользуюсь Deepseek. Первым шагом попросите ее проанализировать данную методологию, вторым шагом дайте задание спроектировать систему (Например: с помощью представленной методологии спроектируй систему CRM для малого бизнеса. декомпозируй ее на 4 уровня глубины элементов системы). При необходимости повторите для каждого элемента системы. Это будет не идеальная система. Это будет начальное состояние. Далее можете уточнять параметры для каждого элемента. Лучше конечно, если вы сразу обозначите потребности взаимодействующей системы, тогда проектируемая система будет 100% удовлетворять потребностям.
Пока это лишь методология, которая предполагает наличие у пользователя определенных знаний и опыта.
Предполагаемая цель 1: высказать свое мнение по поводу прочитанной бегло статьи.
Предполагаемая цель 2: показать свое превосходство относительно нового пользователя.
Элементы системы: Три предложения, два из которых являются утверждениями, одно вопросом.
Связи системы: со смежной системой связана через ссылку на конкретный абзац, с внутренними элементами связана через передаваемый смысл, направленный на достижение целей.
Потребности: конкретные слова русского языка, несущие в себе ту или иную смысловую нагрузку.
Каждое предложение также можно описать как систему, затем каждое слово можно описать как систему, затем каждую букву можно описать как систему. Ваша фраза - это система систем)
Заранее извиняюсь, если не правильно определил цели вашей фразы. Вы их просто явно не указали и мне пришлось предполагать. Представленная методология позволили мне разобрать вашу фразу как систему.
Отвечая на ваш вопрос, да статьи проходят модерацию. Возможно статья немного коряво написана из за моего косноязычия, но она позволяет в первом приближении передать смысл, который я в нее вкладывал.
Любая сложность может быть разбита на более простые компоненты и все эти компоненты связаны не чем-то непонятным, а явными системами, которые мы не всегда видим, при этом у каждой системы есть как свои цели, так и потребности, которые связывают различные системы.
Да, конечно. Возьмем примитивную систему "Дом". Взаимодействующая система пусть будет "Человек". Потребности человека бывают разные, но в процессе их определения обозначим их для примера: сохранение тепла в регионе строительства (среднегодовая температура +10 градусов цельсия), обеспечение комфортного проживания семьи 5 человек.
Исходя из двух потребностей человека определяем Цели дома. Сохранять тепло, комфортное проживание 5 человек. Определим элементы системы дом. Эти элементы могут быть разные, в зависимости от системы, которую мы проектируем. Одна из версий набора элементов: стены, крыша, фундамент, пол, окна, двери. Другая версия набора элементов: гостинная, кухня, три комнаты, туалет, ванная, прихожая. В рассматриваемом примере для человека потребителя ближе будет второй набор элементов.
Как элементы Системы связаны между собой? Если мы говорим про комнаты, то передаваемым из одной комнаты в другую в данной системе может выступать: человек, воздушные массы, тепловая энергия, влажность, перемещаемые вещи в процессе жизнедеятельности. Что это дает для проектирования системы? Прежде всего понимание, что вытяжку из туалета не нужно делать в сторону кухни. Дверной проем нужно делать, чтобы в него прошел человек, но при этом в него помещалась либо стандартная, либо индивидуальная по размерам дверь. Для контроля влажности нужно предусмотреть вентиляцию.
Если говорить на тему программирования, то здесь все аналогично.
Потребности клиента = целям программного продукта.
Программный продукт состоит из различных элементов, которые связаны между собой. Представленная методология позволяет увидеть ЯВНО, что передается и получается, из чего состоит системы, зачем она нужна и что нужно ей для функционирования.
System(name = “Калькулятор”) .description = “Программа для выполнения арифметических операций над двумя числами”
Простая структура, состоящая из элементов, связей, целей и потребностей, позволяет рекурсивно описать любую систему. В примерах выше, вы можете описать комнату, из чего она состоит и как эти элементы взаимосвязаны, для чего они там находятся и что им нужно для выполнения своих функций. В системе калькулятор вы увидите, что каждый элемент является системой, что он может быть разобран на элементы, связи.
А можете уточнить ваш комментарий?
Такие глубокие и фундаментальные, которые позволяют описать, спроектировать и проанализировать любую сущность, принятую за систему? Такие достаточно фундаментальные, но при этом простые для понимания?
Да, в статье много тезисов, мало описательного текста. Мало связей в виде примеров с действующим опытом читателей. Если пояснять все концепции, использованные в статье, то материала хватит на учебник. Я к сожалению пока не готов к этому.
Готов поучаствовать в конструктивном диалоге и пояснить слабые, по вашему мнению, места в статье.
Еще один пример для проектирования системы.
Система "Борщ с мясом и чесночком". Цель: удовлетворить потребности человека в БЖУ, микроэлементах, положительных эмоциях (от вкусовых и культурных предпочтений, ностальгии и т.д.). Потребности: продукты питания (свекла, картофель, мясо, чеснок, ...), посуда (кастрюля, ложка, нож, разделочная доска, ...), источник энергии для нагревания кастрюли (газовая или электрическая плита, печка), алгоритм действий для соединения элементов системы и правильного последовательного преобразования одной системы в другую. Связи: вода для мытья овощей, физические усилия для мытья и нарезки овощей, тепловая энергия, грязь с овощей, грязная вода и т.д.
За точность системы не отвечаю, т.к. обычно беру чужие алгоритмы и четко следую им. Представленный набор систем обозначен лишь как пример для проектирования.
Система 1: 5 картошин, 1 свекла, 500 гр мяса, 3 литра воды, 1 зубчик чеснока, 1 морковь, ... Все представленные элементы системы грязные.
Добавляем к системе 1 систему "вода". На выходе получаем Систему 2 "Чистые овощи, пригодные для приготовления супа".
Добавляем к системе 2 систему "Физические усилия по разрезанию овощей и мяса" и систему тарелки. На выходе получаем систему 3 "нарезанные овощи и мясо, разложенное по тарелкам". В описании упустил систему "Разделочная доска". В процессе проектирования мы ее могли упустить, но если подробнее проектировать системы, то можем заметить, что у системы нарезанные овощи не удовлетворена потребность опора для разрезания овоща. Через удовлетворение данной потребности можем прийти к цели добавить систему "разделочная доска" или резать прямо на столе.
Элемент системы 3, а именно нарезанное мясо соединяем с системой кастрюля с водой на плите. На выходе получаем систему 4 "заготовка для бульона".
К системе 4 добавляем системы тепловая энергия. На выходе получаем систему 5 "Бульон".
Далее последовательно добавляем к системе 5 другие системы: нарезанная свекла, картошка, морковка, чеснок и т.д.
В результате проект системы "Борщ с мясом и чесночком" через переход между системами, через соединение элементов различных систем превратился в реальную систему "борщ с мясом и чесночком".
Если вы думали, что создание микропроцессора, создание бензина, чем то принципиально отличается от варки супа, но Модель систем демонстрирует, что принципиальные различия отсутствуют. Это переход от одной системы к другой, путем добавления или исключения некой связи.
А рецепт борща - это та же конструкторская документация с определенным уровнем допущений.
Создание чего то сложного - это поэтапное добавление тех или иных простых систем.
На 100% согласен. Вы четко определили, что в рамках анализа задачи можно выявить, что она не удовлетворяет потребности взаимодействующих систем и должна быть перепроектирована.
Любая задача через представленную методологию Модели систем также может быть спроектирована, проанализирована.
Может быть звучит занудно. Вы же хотели добавить юмора. Но представленная методология позволяет спроектировать, описать, проанализировать любую систему. Хоть микрочип, хоть атомная электростанция, хоть анекдот.
Можно проектировать, анализировать как статичные, так и динамические системы. Проектировать изменение системы. Ведь изменение это добавление или исключение какой-то части системы. Сам процесс изменения также является системой.
Любая система укладывается в представленную структуру: система, элементы, связи, цели, потребности.
Если вы хотите прямо сейчас, без рефлексии использовать данную методологию, то скопируйте ее полностью в какую-нибудь ИИ модель. Я пользуюсь Deepseek. Первым шагом попросите ее проанализировать данную методологию, вторым шагом дайте задание спроектировать систему (Например: с помощью представленной методологии спроектируй систему CRM для малого бизнеса. декомпозируй ее на 4 уровня глубины элементов системы). При необходимости повторите для каждого элемента системы. Это будет не идеальная система. Это будет начальное состояние. Далее можете уточнять параметры для каждого элемента. Лучше конечно, если вы сразу обозначите потребности взаимодействующей системы, тогда проектируемая система будет 100% удовлетворять потребностям.
Пока это лишь методология, которая предполагает наличие у пользователя определенных знаний и опыта.
Система "Фраза пользователя equity_fa".
Предполагаемая цель 1: высказать свое мнение по поводу прочитанной бегло статьи.
Предполагаемая цель 2: показать свое превосходство относительно нового пользователя.
Элементы системы: Три предложения, два из которых являются утверждениями, одно вопросом.
Связи системы: со смежной системой связана через ссылку на конкретный абзац, с внутренними элементами связана через передаваемый смысл, направленный на достижение целей.
Потребности: конкретные слова русского языка, несущие в себе ту или иную смысловую нагрузку.
Каждое предложение также можно описать как систему, затем каждое слово можно описать как систему, затем каждую букву можно описать как систему. Ваша фраза - это система систем)
Заранее извиняюсь, если не правильно определил цели вашей фразы. Вы их просто явно не указали и мне пришлось предполагать. Представленная методология позволили мне разобрать вашу фразу как систему.
Отвечая на ваш вопрос, да статьи проходят модерацию. Возможно статья немного коряво написана из за моего косноязычия, но она позволяет в первом приближении передать смысл, который я в нее вкладывал.
Любая сложность может быть разбита на более простые компоненты и все эти компоненты связаны не чем-то непонятным, а явными системами, которые мы не всегда видим, при этом у каждой системы есть как свои цели, так и потребности, которые связывают различные системы.
Да, конечно. Возьмем примитивную систему "Дом". Взаимодействующая система пусть будет "Человек". Потребности человека бывают разные, но в процессе их определения обозначим их для примера: сохранение тепла в регионе строительства (среднегодовая температура +10 градусов цельсия), обеспечение комфортного проживания семьи 5 человек.
Исходя из двух потребностей человека определяем Цели дома. Сохранять тепло, комфортное проживание 5 человек. Определим элементы системы дом. Эти элементы могут быть разные, в зависимости от системы, которую мы проектируем. Одна из версий набора элементов: стены, крыша, фундамент, пол, окна, двери. Другая версия набора элементов: гостинная, кухня, три комнаты, туалет, ванная, прихожая. В рассматриваемом примере для человека потребителя ближе будет второй набор элементов.
Как элементы Системы связаны между собой? Если мы говорим про комнаты, то передаваемым из одной комнаты в другую в данной системе может выступать: человек, воздушные массы, тепловая энергия, влажность, перемещаемые вещи в процессе жизнедеятельности. Что это дает для проектирования системы? Прежде всего понимание, что вытяжку из туалета не нужно делать в сторону кухни. Дверной проем нужно делать, чтобы в него прошел человек, но при этом в него помещалась либо стандартная, либо индивидуальная по размерам дверь. Для контроля влажности нужно предусмотреть вентиляцию.
Если говорить на тему программирования, то здесь все аналогично.
Потребности клиента = целям программного продукта.
Программный продукт состоит из различных элементов, которые связаны между собой. Представленная методология позволяет увидеть ЯВНО, что передается и получается, из чего состоит системы, зачем она нужна и что нужно ей для функционирования.
System(name = “Калькулятор”) .description = “Программа для выполнения арифметических операций над двумя числами”
Простая структура, состоящая из элементов, связей, целей и потребностей, позволяет рекурсивно описать любую систему. В примерах выше, вы можете описать комнату, из чего она состоит и как эти элементы взаимосвязаны, для чего они там находятся и что им нужно для выполнения своих функций. В системе калькулятор вы увидите, что каждый элемент является системой, что он может быть разобран на элементы, связи.