Система — различия между версиями

(Новая страница: «Термин (слово) “система” используется минимально в трёх различных смыслах, которые сле…»)
 
Строка 65: Строка 65:
 
== Системы с участием людей ==
 
== Системы с участием людей ==
 
Если ISO 15288 говорил, что “в состав системы люди могут как входить, так могут и не входить”, то на сегодняшний день очевидно, что какие-то более-менее сложные системы без людей рассматривать нельзя. А поскольку каждый человек владеет как минимум сам собой как подсистемой, то рассмотрение “системы систем” вместо “просто системы” возникает сегодня много чаще. Системы сегодня рассматривают не столько уже как киберфизические, но как социотехнические или кибер-физико-человеческие (cyberphysic-human). Одной из поддисциплин системной инженерии также является '''организационная инженерия'''.
 
Если ISO 15288 говорил, что “в состав системы люди могут как входить, так могут и не входить”, то на сегодняшний день очевидно, что какие-то более-менее сложные системы без людей рассматривать нельзя. А поскольку каждый человек владеет как минимум сам собой как подсистемой, то рассмотрение “системы систем” вместо “просто системы” возникает сегодня много чаще. Системы сегодня рассматривают не столько уже как киберфизические, но как социотехнические или кибер-физико-человеческие (cyberphysic-human). Одной из поддисциплин системной инженерии также является '''организационная инженерия'''.
 +
 +
[[Категория:Концепции]]

Версия 21:30, 15 ноября 2015

Термин (слово) “система” используется минимально в трёх различных смыслах, которые следует различать:

  1. “Система” из системного подхода. Система определяется как иерархия холонов — Холархия. Холон — это что-то, что является одновременно целым для своих частей и само является частью для какого-то объемлющего целого. Система — это холон, у которого есть появляющиеся (emergent) свойства, получающиеся от взаимодействия его частей. “Эмерджентность” — это главное свойство системы: “целое больше, чем сумма его частей”. В системной инженерии холоны представляют собой индивиды, имеющие пространственно-временную протяжённость.
  2. “Система” из систематики — различные классификационные (таксономические) “системы”. Это тоже иерархии, но элементами в них являются классы (множества), отсюда и название — классификаторы. Конечно, в системном подходе системы часто классифицируются по самым разным признакам, но нужно помнить, что “система классификации” — это не система из системного подхода, там нет эмерджентности, нет отношений часть-целое и холонов. Классификаторы и таксономии — это предмет систематики, а не системного подхода. Системы из инженерного системного подхода классифицируются “системами” из систематики.
  3. “Система” как указание на какой-то набор правил, процедур, обычаев, имеющий какую-то (совсем необязательно иерархическую) структуру. Тут слово “система” указывает на какую-то упорядоченность, неслучайность, продуманность. Это не имеет отношения к системному подходу, не подразумевает специально устроенного мышления, похожего для всех этих разных систем. Хотя и тут опытный глаз сможет уловить какие-то “части-правила” и эмерджентность “целой системы”, демонстрирующей в целом наборе правил что-то большее, чего нет в каждом отдельном правиле.


Системные инженеры никогда не начинают рассматривать систему как состоящую из каких-то частей. Системные инженеры понимают, что любая система это холон (целое, состоящее из частей-подсистем, и само являющееся частью целого-надсистемы) — и начинают рассмотрение с того, что “холон это часть другого холона”, а не “холон состоит из частей-холонов”. Это позволяет системному инженеру хорошо ориентироваться в сложном мире: ни на секунду он не теряет контекста, оставаясь способным обсуждать как самый маленький винтик в самом маленьком приборе, так и совсем огромные системы планетарного масштаба. От этих “скачков масштаба” он не сходит с ума, для него это самая обычная процедура: поменять целевую систему в ходе обсуждения на надсистему или подсистему — главное, чтобы он это делал осознанно. Системный подход даёт нам операторы “select” (выбора объекта для действия) и "zoom" (как в фотоаппаратах, можно выбрать подходящий масштаб разбирательства с ситуацией).


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


“Система — в глазах смотрящего”, нет никакого “объективного” способа определить систему без упоминания стейкхолдеров. Система определяется (Определение системы — ещё одна альфа из схемы инженерного проекта) так, чтобы это определение было удобно для деятельности стейкхолдера. Какого? В разных случаях разного: поэтому определение системы может существенно отличаться от стейкхолдера к стейхолдеру, речь может идти об абсолютно разных системах и может потребоваться огромная работа по согласованию этих определений. Система для пользователя будет одна, для вора (тоже стейкхолдер!) другая, для распильщика бюджетов третья, для учёного четвертая. Стейкхолдеры — это люди/организации которые в принципе будут действовать, если им эта система нужна или наоборот, мешает.


Любая система имеет свою “границу” — так говорят о том, что какие-то объекты мира включаются как части в состав “целого” системы, а какие-то объекты не включаются. “Система” — это такой способ указать на специальным образом выделенный кусок мира в его противопоставлению тому миру, который остался за границей системы.


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


см. также:


Классификация систем по ISO 15288

  1. Целевая система (system-of-interest) — та, которая подлежит созданию (или модернизации) командой инженеров и рассматривается на всём протяжении жизненного цикла. Например, насос.
  2. Система в эксплуатационной среде/операционном окружении (system in operational environment) — одна из систем, которые окружают целевую систему в момент её эксплуатации. Например, трубопроводная система, к которой подключён насос во время эксплуатации.
  3. Обеспечивающая система (enabling systems) — система, которая создаёт и поддерживает систему в ходе её ЖЦ. Например, цех, который производит насос.


Любую систему можно классифицировать либо как целевую, либо как обеспечивающую, либо как систему в операционном окружении. Вот диаграмма, показывающая, что существует множество обеспечивающих систем, которые на стадии своей эксплуатации выполняют работы по обеспечению (enabling) той или иной стадии ЖЦ целевой системы. Сама же целевая система на стадии своей эксплуатации работает в составе систем своего операционного окружения, выполняя свою функцию:


Успешность системы

см. Успешность системы


"Просто" системы и "системы систем"

Различают “просто” системы (system) и “системы систем” (system of systems, SoS). Оба варианта с точки зрения самого воплощения системы как физического объекта в реальности (system realization) представляют собой какие-то холархии (иерархии по отношениям “часть-целое”, разбиения/breakdowns). В обоих случаях “подсистемы” очень часто называются точно так же: “системы” (и поэтому новички в системной инженерии часто пытаются обозвать просто систему “системой систем” — но это ошибочно).

Системой систем называют такую систему, которая имеет (критерии Maier):

  • Независимое управление её систем-элементов (некому скомандовать её общее развитие/модернизацию);
  • Независимую работу элементов (некому скомандовать работу в общем сервисе);
  • Эмерджентность от объединения в систему (кто-то желает получить от целевой системы систем функцию, которую невозможно получить от работы с отдельными входящими в систему систем элементами, и требуется совместная работа этих элементов);
  • Эволюционное развитие (понимание того, что будет происходить в системе систем на каждом следующем шаге проекта требует исследований, ибо нет точки, которая знает as built для всех);
  • Географическое распределение элементов.


Тем самым разница между “просто системой” и “системой систем” определяется не через особую структуру или конструкцию системы, а через наличие независимых друг от друга стейкхолдеров, определяющих и создающих системы, а затем независимо использующих их.


Классификация систем по NATO

NATO выделило четыре типа систем систем, отличающихся степенью их автономности:

  1. управляемые (directed), в которых есть назначенный архитектор, который может выдавать приказы составляющим системам и распоряжается ресурсами.
  2. подтвержденные (acknowledged), в которых признаваемый архитектор есть, но он может только уговаривать составляющие системы самоизмениться согласно разработанной им архитектуре.
  3. сотрудничающие (collaborative), в которых все системы договариваются друг с другом по каждому чиху, но архитектора, менеджера проекта или аналогичного выделенного органа управления нет.
  4. виртуальные (virtual), в которых системы вообще не знают друг о друге ничего и не влияют друг на друга явно.


Системы с участием людей

Если ISO 15288 говорил, что “в состав системы люди могут как входить, так могут и не входить”, то на сегодняшний день очевидно, что какие-то более-менее сложные системы без людей рассматривать нельзя. А поскольку каждый человек владеет как минимум сам собой как подсистемой, то рассмотрение “системы систем” вместо “просто системы” возникает сегодня много чаще. Системы сегодня рассматривают не столько уже как киберфизические, но как социотехнические или кибер-физико-человеческие (cyberphysic-human). Одной из поддисциплин системной инженерии также является организационная инженерия.