#систематика /// Определение системы
Система — совокупность взаимодействующих сущностей, при этом:
- наблюдается системный эффект, которого нет при действии сущностей по отдельности (эмерджентность) в физическом мире!
- есть границы этой совокупности, связи внутри границы сильнее связей снаружи,
(при этом основной шаг в рассмотрении системы — шаг наружу);
- все части системы (внутри границы) также могут быть рассмотрены как системы, то есть являются подсистемами (иерархия).
Система существует только когда
- это физический 4D-объект, то есть воплощение меняет физический мир;
- играет роль, то есть ролевой объект.
____
#эмерджентность #иерархия #часть_целое
Система — совокупность взаимодействующих сущностей, при этом:
- наблюдается системный эффект, которого нет при действии сущностей по отдельности (эмерджентность) в физическом мире!
- есть границы этой совокупности, связи внутри границы сильнее связей снаружи,
(при этом основной шаг в рассмотрении системы — шаг наружу);
- все части системы (внутри границы) также могут быть рассмотрены как системы, то есть являются подсистемами (иерархия).
Система существует только когда
- это физический 4D-объект, то есть воплощение меняет физический мир;
- играет роль, то есть ролевой объект.
____
#эмерджентность #иерархия #часть_целое
#систематика /// Главное действие — zoom-out
Одно из основных действий в системном мышлении — zoom-out на уровень выше, переход в надсистему, с целью определить частью какого целого является наша система / целевая система. При этом необходимо уметь делать и zoom-out и zoom-in когда рассматривается система.
Главное действие делается именно для определения функции нашей системы / целевой системы в надсистеме.
По итогам рассмотрения надсистемы (и какую функцию играет наша / целевая) — рассматриваем подсистемы нашей / целевой и их результирующую эмерджентность.
___
#часть_целое #эмерджентность #надсистема #подсистема #главное_действие
Одно из основных действий в системном мышлении — zoom-out на уровень выше, переход в надсистему, с целью определить частью какого целого является наша система / целевая система. При этом необходимо уметь делать и zoom-out и zoom-in когда рассматривается система.
Главное действие делается именно для определения функции нашей системы / целевой системы в надсистеме.
По итогам рассмотрения надсистемы (и какую функцию играет наша / целевая) — рассматриваем подсистемы нашей / целевой и их результирующую эмерджентность.
___
#часть_целое #эмерджентность #надсистема #подсистема #главное_действие
#систематика /// Анализ и синтез
Анализ — это разбиение системы и её окружения по аспектам функций, модулей, размещения.
Синтез — компоновка модулей в систему с результирующей функцией, готовой к размещению.
Результирующая функция — это эмерджентность.
___
#анализ #синтез #эмерджентность
Анализ — это разбиение системы и её окружения по аспектам функций, модулей, размещения.
Синтез — компоновка модулей в систему с результирующей функцией, готовой к размещению.
Результирующая функция — это эмерджентность.
___
#анализ #синтез #эмерджентность
#систематика /// Сервис и функция
Сервис — это поведение системы по отношению к её надсистеме. То, что делает система для изменения надсистемы.
Функция — это взгляд надсистемы на поведение системы. То, что нужно надсистеме от системы.
Таким образом, функция системы — предоставление сервиса в адрес её надсистемы.
При системном разбиении необходимо не только выделить надсистему, но также понимать как она устроена, чтобы выявить основную функцию нашей системы, чтобы реализовать её сервис, отдаваемый "наверх".
Функция — поведение системы для надсистемы или систем в окружении. Это поведение удовлетворяет потребности внешних ролей, то есть проектных ролей надсистемы.
Для реализации функции системы необходимо удовлетворить требования к рассматриваемой системе.
Функция системы = эмерджентность.
Сервис в виде его регулярных экземпляров, инстансов — работы, вот этот каждый экземпляр это работы по применению практик, эти работы выдают сервис в ходе своего выполнения.
___
#сервис #функция #подсистема #надсистема #потребности #требования #эмерджентность
Сервис — это поведение системы по отношению к её надсистеме. То, что делает система для изменения надсистемы.
Функция — это взгляд надсистемы на поведение системы. То, что нужно надсистеме от системы.
Таким образом, функция системы — предоставление сервиса в адрес её надсистемы.
При системном разбиении необходимо не только выделить надсистему, но также понимать как она устроена, чтобы выявить основную функцию нашей системы, чтобы реализовать её сервис, отдаваемый "наверх".
Функция — поведение системы для надсистемы или систем в окружении. Это поведение удовлетворяет потребности внешних ролей, то есть проектных ролей надсистемы.
Для реализации функции системы необходимо удовлетворить требования к рассматриваемой системе.
Функция системы = эмерджентность.
Сервис в виде его регулярных экземпляров, инстансов — работы, вот этот каждый экземпляр это работы по применению практик, эти работы выдают сервис в ходе своего выполнения.
___
#сервис #функция #подсистема #надсистема #потребности #требования #эмерджентность
#систематика /// Прикладная компетенция
Прикладная компетенция в каком-то деле — способность действовать на трёх смежных уровнях:
На уровне надсистемы: понимать как использовать и в каком окружении, для чего воплощается система, какой сервис она будет выдавать.
На уровне целевой системы: понимать как должна быть устроена сама система, чтобы воплотить нужную эмерджентность.
На уровне подсистемы: знать какие нужны части для изготовления целевой системы.
____
#эмерджентность #компетенция #сервис
Прикладная компетенция в каком-то деле — способность действовать на трёх смежных уровнях:
На уровне надсистемы: понимать как использовать и в каком окружении, для чего воплощается система, какой сервис она будет выдавать.
На уровне целевой системы: понимать как должна быть устроена сама система, чтобы воплотить нужную эмерджентность.
На уровне подсистемы: знать какие нужны части для изготовления целевой системы.
____
#эмерджентность #компетенция #сервис
#систематика /// Описание системы, разбиения
Описание — это то, как мы говорим о системе. Описание необходимо для обсуждения будущей системы, чтобы обсуждать модели-описания и договариваться для достижения непротиворечий.
Описание делается через рассмотрения, а их три основных:
- функциональное — по роли/функции: что части делают для реализации эмержентности / сервиса – это описание чёрного ящика – аналитиеская работа.
- модульное / конструктивное — по частям: из каких частей состоит система – это описание прозрачного ящика! – синтетическая работа.
- пространственное — по размещению в пространстве-времени: где-когда части физически находятся – тоже описание прозрачного ящика.
(вот эти три первых — это костяк архитектуры системы)
и множество дополнительных:
- финансы
- право
- этика
- етс
Важно: функциональное разбиения принято считать самым важным, и его можно назвать системным разбиением. Возникающий парадокс между системным разбиением по функциям и системным разбиением по часть-целое убирается с помощью трассировки функций к частям. Сделав такую трассировку вявляются уровни разбиения функционального и модульного, которые скорее всего не будут совпадать, и это нормально. Разбиения, как физические, так и функциональные, делаются вниманием.
Системы описываются частично в будущем — когда они воплощены / run-time. То есть описываются воплощения систем, всё остальное по сути и есть описание / design-time: от идеи - через описание - к воплощению. Поэтому в описаниях часто что-то отсутствует, так как это ещё не случилось, это в будущем, это ещё не выявлено.
Описываются требования и архитектура; они всегда есть, но могут быть еще не описаны и/или не выявлены.
Описание проявляется только в виде документации, то есть записанное, задокументированное на каком-то физическом носителе.
Каждая проектная роль делает своё описание системы — ролевое описание системы (viewpoint).
Система, пока она не воплощена, имеет лишь описание. Как только система выделена вниманием, то есть кто-то о ней думает, то эта система (она может ещё только появиться в будущем) имеет описание, то есть образ того, как она работает в виде воплощения. То есть описание системы возникает до воплощения. Чтобы работать над системаой, воплощать её, необходимо задокументировать описание. Исключение — когда система создаётся НЕ коллективно, и описание системы достаточно для одного человека, который мыслит и воплощает систему.
____
#описание #функция #модуль #размещение #трассировка #эмерджентность
Описание — это то, как мы говорим о системе. Описание необходимо для обсуждения будущей системы, чтобы обсуждать модели-описания и договариваться для достижения непротиворечий.
Описание делается через рассмотрения, а их три основных:
- функциональное — по роли/функции: что части делают для реализации эмержентности / сервиса – это описание чёрного ящика – аналитиеская работа.
- модульное / конструктивное — по частям: из каких частей состоит система – это описание прозрачного ящика! – синтетическая работа.
- пространственное — по размещению в пространстве-времени: где-когда части физически находятся – тоже описание прозрачного ящика.
(вот эти три первых — это костяк архитектуры системы)
и множество дополнительных:
- финансы
- право
- этика
- етс
Важно: функциональное разбиения принято считать самым важным, и его можно назвать системным разбиением. Возникающий парадокс между системным разбиением по функциям и системным разбиением по часть-целое убирается с помощью трассировки функций к частям. Сделав такую трассировку вявляются уровни разбиения функционального и модульного, которые скорее всего не будут совпадать, и это нормально. Разбиения, как физические, так и функциональные, делаются вниманием.
Системы описываются частично в будущем — когда они воплощены / run-time. То есть описываются воплощения систем, всё остальное по сути и есть описание / design-time: от идеи - через описание - к воплощению. Поэтому в описаниях часто что-то отсутствует, так как это ещё не случилось, это в будущем, это ещё не выявлено.
Описываются требования и архитектура; они всегда есть, но могут быть еще не описаны и/или не выявлены.
Описание проявляется только в виде документации, то есть записанное, задокументированное на каком-то физическом носителе.
Каждая проектная роль делает своё описание системы — ролевое описание системы (viewpoint).
Система, пока она не воплощена, имеет лишь описание. Как только система выделена вниманием, то есть кто-то о ней думает, то эта система (она может ещё только появиться в будущем) имеет описание, то есть образ того, как она работает в виде воплощения. То есть описание системы возникает до воплощения. Чтобы работать над системаой, воплощать её, необходимо задокументировать описание. Исключение — когда система создаётся НЕ коллективно, и описание системы достаточно для одного человека, который мыслит и воплощает систему.
____
#описание #функция #модуль #размещение #трассировка #эмерджентность
#систематика /// Часть-целое, разбиение, эмерджентность
Основа системного разбиения — отношение часть-целое.
Это отношение в СМ рассматривается только на физическом уровне:
Правильно: собака есть часть популяции собак
Неправильно: собака есть часть семейства псовых
Как проверить является ли что-то часть целого: если без этого претендента на часть целое физически продолжит существовать, то это НЕ часть, а что-то другое (класс, тип, етс).
При этом частью может являться "отверстие" — тоннель (он суть отсутствие материи, но у его него есть материальные части, например, облицовка), антракт (запланированный отрезок времени, когда воплощение системы не эксплуатируется, но этим самым эксплуатируется).
Важно начинать с поиска целого, рассматривать нашу систему с позиции "часть чего она является?"
Системные уровни выделяются вниманием! Физически они могут быть никак не разделены.
Их выделение обязательно для рассмотрения и обсуждения.
Переход между уровнями меняет эмерджентность: если на уровне N создают эмерджентность, то на уровне N+1 ею пользуются, а на уровне N-1 про эту неё вообще не думают, там другая система со своей эмерджентностью, которая будет использоваться на уровне N.
Переход между системными уровнями (мета-системный переход) переключает не только внимание на уровне и его системном свойстве (эмерджентности), но переключает также задействование ролей, компетенций, интересов, etc.
___
#часть_целое #эмерджентность #системное_разбиение
Основа системного разбиения — отношение часть-целое.
Это отношение в СМ рассматривается только на физическом уровне:
Правильно: собака есть часть популяции собак
Неправильно: собака есть часть семейства псовых
Как проверить является ли что-то часть целого: если без этого претендента на часть целое физически продолжит существовать, то это НЕ часть, а что-то другое (класс, тип, етс).
При этом частью может являться "отверстие" — тоннель (он суть отсутствие материи, но у его него есть материальные части, например, облицовка), антракт (запланированный отрезок времени, когда воплощение системы не эксплуатируется, но этим самым эксплуатируется).
Важно начинать с поиска целого, рассматривать нашу систему с позиции "часть чего она является?"
Системные уровни выделяются вниманием! Физически они могут быть никак не разделены.
Их выделение обязательно для рассмотрения и обсуждения.
Переход между уровнями меняет эмерджентность: если на уровне N создают эмерджентность, то на уровне N+1 ею пользуются, а на уровне N-1 про эту неё вообще не думают, там другая система со своей эмерджентностью, которая будет использоваться на уровне N.
Переход между системными уровнями (мета-системный переход) переключает не только внимание на уровне и его системном свойстве (эмерджентности), но переключает также задействование ролей, компетенций, интересов, etc.
___
#часть_целое #эмерджентность #системное_разбиение