Холизм - История изменений

Admin: /* Разбиения */

2017-11-30T13:54:50Z

‎Разбиения

Admin: /* Ипостаси системы */

2017-11-30T13:40:29Z

‎Ипостаси системы

Admin: /* Разбиения */

2016-11-10T13:51:31Z

‎Разбиения

Admin в 15:14, 23 июля 2016

2016-07-23T15:14:39Z

Admin: /* Разбиения */

2016-07-20T17:09:24Z

‎Разбиения

Admin: /* Ипостаси системы */

2016-04-29T07:40:41Z

‎Ипостаси системы

5.18.174.17: /* Разбиения */

2015-12-15T19:01:21Z

‎Разбиения

Admin в 14:31, 7 декабря 2015

2015-12-07T14:31:01Z

Admin в 18:42, 15 ноября 2015

2015-11-15T18:42:48Z

Admin: Новая страница: «'''Холизм''' — «философия целостности», разработанная южноафриканским философом и полити…»

2015-11-15T18:39:26Z

Новая страница: «'''Холизм''' — «философия целостности», разработанная южноафриканским философом и полити…»

Новая страница

'''Холизм''' — «философия целостности», разработанная южноафриканским философом и политическим деятелем Я. Смэтсом, который ввёл в философскую речь термин «холизм» в 1926 году, опираясь на слова из «Метафизики» Аристотеля «целое больше, чем сумма его частей».

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

== Ипостаси системы ==
Какие-то общие типы основных ипостасей системы существуют, хотя и по-разному определяются в разных школах мысли:
* ISO 15926 – две основных: функциональные объекты, физические объекты. Остальные могут вводиться по потребности;
* IEC 81346 – по меньшей мере три (функция, продукт, место);
* Книга по документированию архитектуры Garlan et. al – три стиля (компоненты, модули, размещения, и разные варианты внутри каждого стиля);
* СМД-методология – по меньшей мере пять (процессы, элементы и связи, внешние функции, морфология, материал)

По терминологии ISO 42010: view как “группа описаний”, а внутри группы описаний есть различные models/модели. В момент представления целостной системы говорят о соответствии этих аспектов, описаний, представлений друг другу (correspondence).

Системный инженер должен один раз рассмотреть систему как целую со всеми ипостасями — но для этого он должен рассмотреть систему:
* один раз как [[Компонента|компоненту]] (и состоящую из компонент),
* один раз как [[Модуль|модуль]] (состоящий из других модулей),
* один раз как [[Размещение|размещение]] (состоящее из других размещений)
но не забывая при этом целокупность системы во всех её ипостасях.

== Разбиения ==
Холархия связывает объекты отношениями часть-целое (part_of relations), они же отношения “сборки” (composition) или “разборки” (decomposition), они же “разбиения” (breakdowns). В инженерии самые разные разбиения чрезвычайно распространены:
* Функциональное разбиение (functional breakdown structure) = (functional decomposition);
* Разбиение работ (work breakdown structure);
* Разбиение установки (plant breakdown structure);
* Разбиение документов (document breakdown structure);
* другое… их множество, важно понимать, что для разных людей интересны разные разбиения.

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

Правила структурирования из стандарта IEC 81346 (в этом стандарте компоненты представляют собой “функциональный аспект”, модули “продуктный аспект”, размещения — “аспект места”) утверждают, что структурирование технической системы базируется на аспектных разбиениях пошагово/поуровнево — при этом выбранный аспект может меняться при каждом шаге, то есть одна ипостась системы может разбиваться на подсистемы, определяемые в другой ипостаси (например, компоненты могут разбиваться уже на модули).

Обычно шаги проводятся:
* “сверху вниз” для компонент (декомпозиция функций компоненты);
* “снизу вверх” для модулей (сборка продуктов работы в модуль).

Результирующие структуры разбиений получаются не “системы вообще”, а аспектные: компонентные (функциональные) разбиения, модульные (продуктные) разбиения и разбиения размещения (места).

При проектировании функциональное разбиение “сверху вниз” обычно заканчивается продуктным разбиением “снизу вверх” — т.е. начиная с какого-то уровня компонент становится понятным, какие модули будут выполнять функции этих компонент. Обычно при таком подходе все подсистемы нижнего уровня имеют указанными оба аспекта (т.е. они представлены в обеих ипостасях — и компоненты, и модуля), то же относится к некоторым высокоуровневым подсистемам (IEC 1392/09).

Старинные инженерные стандарты предписывали конкретное число уровней и названия уровней разбиений:
* ISO 26702 определяет до 8 уровней:
*:''System - Product - Subsystem - Assemblies - Components - Subassemblies - Subcomponents - Parts''
* ЕСКД делает то же самое жесткое определение, но эти уровни другие:
*:''Комплект - Комплекс - Сборочная единица - Деталь''
* Единые системы стандартов ГОСТ есть и для строительной документации, программной документации и т.д.

Стандарт IEC 81346-1:2009 предписывает правила, по которым происходит аспектное структурирование системы и создание следующих принципам системного подхода “справочных обозначений” (reference designations).

← Предыдущая		Версия 18:42, 15 ноября 2015
Строка 56:		Строка 56:

	Стандарт IEC 81346-1:2009 предписывает правила, по которым происходит аспектное структурирование системы и создание следующих принципам системного подхода “справочных обозначений” (reference designations).		Стандарт IEC 81346-1:2009 предписывает правила, по которым происходит аспектное структурирование системы и создание следующих принципам системного подхода “справочных обозначений” (reference designations).
		+
		+	[[Категория:Концепции]]

@@ Строка 28: / Строка 28: @@
 Каждая ипостась системы (компонента, модуль, размещение, и т.д.) имеет своё иерархическое разбиение на подсистемы.
-Правила структурирования из стандарта IEC 81346 (в этом стандарте компоненты представляют собой “функциональный аспект”, модули “продуктный аспект”, размещения — “аспект места”) утверждают, что структурирование технической системы базируется на аспектных разбиениях пошагово/поуровнево — при этом выбранный аспект может меняться при каждом шаге, то есть одна ипостась системы может разбиваться на подсистемы, определяемые в другой ипостаси (например, компоненты могут разбиваться уже на модули).
+Правила структурирования из стандарта IEC 81346 (в этом стандарте компоненты представляют собой “функциональный аспект”, модули  “продуктный аспект”, размещения — “аспект места”) утверждают, что структурирование технической системы базируется на аспектных разбиениях пошагово/поуровнево — при этом выбранный аспект может меняться при каждом шаге, то есть одна ипостась системы может разбиваться на подсистемы, определяемые в другой ипостаси (например, компоненты могут разбиваться уже на модули).
 Обычно шаги проводятся:
@@ Строка 43: / Строка 43: @@
 * [[ЕСКД]] делает то же самое жесткое определение, но эти уровни другие:
 *:''Комплект - Комплекс - Сборочная единица - Деталь''
-* Единые системы стандартов ГОСТ есть и для строительной документации, программной документации и т.д.
+* [[ГОСТ 34]] определяет разбиение автоматизированных систем:
-Стандарт IEC 81346-1:2009 предписывает правила, по которым происходит аспектное структурирование системы и создание следующих принципам системного подхода “справочных обозначений” (reference designations).
+Стандарт [[IEC 81346]]-1:2009 предписывает правила, по которым происходит аспектное структурирование системы и создание следующих принципам системного подхода “справочных обозначений” (reference designations).
 [[Категория:Концепции]]

@@ Строка 6: / Строка 6: @@
 Какие-то общие типы основных ипостасей системы существуют, хотя и по-разному определяются в разных школах мысли:
 * [[ISO 15926]] – две основных: функциональные объекты, физические объекты. Остальные могут вводиться по потребности;
-* IEC 81346 – по меньшей мере три (функция, продукт, место);
+* [[IEC 81346]] – по меньшей мере три (функция, продукт, место);
-* Книга по документированию архитектуры Garlan et. al  – три стиля (компоненты, модули, размещения, и разные варианты внутри каждого стиля);
+* [https://www.amazon.com/Software-Architecture-Perspectives-Emerging-Discipline/dp/0131829572 Книга по документированию архитектуры Garlan et. al]  – три стиля (компоненты, модули, размещения, и разные варианты внутри каждого стиля);
-* СМД-методология – по меньшей мере пять (процессы, элементы и связи, внешние функции, морфология, материал)
+* [https://ru.wikipedia.org/wiki/Московский_методологический_кружок Системо-мыследеятельностная методология] – по меньшей мере пять (процессы, элементы и связи, внешние функции, морфология, материал)
-По терминологии ISO 42010: view как “группа описаний”, а внутри группы описаний есть различные models/модели. В момент представления целостной системы говорят о соответствии этих аспектов, описаний, представлений друг другу (correspondence).
+По терминологии [[ISO 42010]]: view как “группа описаний”, а внутри группы описаний есть различные models/модели. В момент представления целостной системы говорят о соответствии этих аспектов, описаний, представлений друг другу (correspondence).
 Системный инженер должен один раз рассмотреть систему как целую со всеми ипостасями — но для этого он должен рассмотреть систему:

@@ Строка 41: / Строка 41: @@
 * [[ISO 26702]] определяет до 8 уровней:
 *:''System - Product - Subsystem - Assemblies - Components - Subassemblies - Subcomponents - Parts''
-* ЕСКД делает то же самое жесткое определение, но эти уровни другие:
+* [[ЕСКД]] делает то же самое жесткое определение, но эти уровни другие:
 *:''Комплект - Комплекс - Сборочная единица - Деталь''
 * Единые системы стандартов ГОСТ есть и для строительной документации, программной документации и т.д.

@@ Строка 1: / Строка 1: @@
 '''Холизм''' — «философия целостности», разработанная южноафриканским философом и политическим деятелем Я. Смэтсом, который ввёл в философскую речь термин «холизм» в 1926 году, опираясь на слова из «Метафизики» Аристотеля «целое больше, чем сумма его частей».
 Трудность системноинженерного мышления в том, что нужно о какой-то системе одновременно думать как о чём-то, совмещающем разные свои ипостаси, так и как об отдельных ипостасях — в том числе при той трудности, что ипостаси этой системы нередко имеют ещё и разные имена, обозначающие систему-как-ипостась (хотя одинаковые имена для разных ипостасей встречаются даже чаще).
 == Ипостаси системы ==
@@ Строка 29: / Строка 27: @@
 Каждая ипостась системы (компонента, модуль, размещение, и т.д.) имеет своё иерархическое разбиение на подсистемы.
 Правила структурирования из стандарта IEC 81346 (в этом стандарте компоненты представляют собой “функциональный аспект”, модули “продуктный аспект”, размещения — “аспект места”) утверждают, что структурирование технической системы базируется на аспектных разбиениях пошагово/поуровнево — при этом выбранный аспект может меняться при каждом шаге, то есть одна ипостась системы может разбиваться на подсистемы, определяемые в другой ипостаси (например, компоненты могут разбиваться уже на модули).
 Обычно шаги проводятся:
@@ Строка 38: / Строка 34: @@
 * “снизу вверх” для модулей (сборка продуктов работы в модуль).
 Результирующие структуры разбиений получаются не “системы вообще”, а аспектные: компонентные (функциональные) разбиения, модульные (продуктные) разбиения и разбиения размещения (места).
 При проектировании функциональное разбиение “сверху вниз” обычно заканчивается продуктным разбиением “снизу вверх” — т.е. начиная с какого-то уровня компонент становится понятным, какие модули будут выполнять функции этих компонент. Обычно при таком подходе все подсистемы нижнего уровня имеют указанными оба аспекта (т.е. они представлены в обеих ипостасях — и компоненты, и модуля), то же относится к некоторым высокоуровневым подсистемам (IEC 1392/09).
 Старинные инженерные стандарты предписывали конкретное число уровней и названия уровней разбиений:
@@ Строка 51: / Строка 44: @@
 *:''Комплект - Комплекс - Сборочная единица - Деталь''
 * Единые системы стандартов ГОСТ есть и для строительной документации, программной документации и т.д.
 Стандарт IEC 81346-1:2009 предписывает правила, по которым происходит аспектное структурирование системы и создание следующих принципам системного подхода “справочных обозначений” (reference designations).
 [[Категория:Концепции]]

@@ Строка 22: / Строка 22: @@
 == Разбиения ==
 Холархия связывает объекты отношениями часть-целое (part_of relations), они же отношения “сборки” (composition) или “разборки” (decomposition), они же “разбиения” (breakdowns). В инженерии самые разные разбиения чрезвычайно распространены:
-* Функциональное разбиение (functional breakdown structure) =  (functional decomposition);
+* [[Функциональное разбиение]] (functional breakdown structure) =  (functional decomposition);
-* Разбиение работ (work breakdown structure);
+* [[Разбиение работ]] (work breakdown structure);
 * Разбиение установки (plant breakdown structure);
 * Разбиение документов (document breakdown structure);

@@ Строка 13: / Строка 13: @@
 По терминологии ISO 42010: view как “группа описаний”, а внутри группы описаний есть различные models/модели. В момент представления целостной системы говорят о соответствии этих аспектов, описаний, представлений друг другу (correspondence).
 Системный инженер должен один раз рассмотреть систему как целую со всеми ипостасями — но для этого он должен рассмотреть систему:
@@ Строка 20: / Строка 19: @@
 * один раз как [[Размещение|размещение]] (состоящее из других размещений)
 но не забывая при этом целокупность системы во всех её ипостасях.
 == Разбиения ==