- •1. Системная инженерия
- •Определения системной инженерии
- •Ответственность за целокупность и междисциплинарность
- •Для чего нужна системная инженерия: победить сложность
- •Профессия системного инженера
- •Системный инженер как профессия
- •Профессиональные организации системных инженеров
- •Можно ли научить творчеству?
- •Метанойя — не просто обучение, а смена способа мышления
- •Можно ли научить системного инженера, или им нужно родиться?
- •Моделирование творчества в виде, понятном даже компьютеру
- •Методология системной инженерии
- •Образование системных инженеров
- •Отличия системной инженерии от других дисциплин
- •Системная инженерия против других инженерий
- •Системная инженерия против советской инженерии
- •Системная инженерия и системотехника
- •Системная инженерия и менеджмент
- •Инженерный менеджмент
- •Управление технологией
- •Системная инженерия и государство
- •2. Формализмы системной инженерии
- •Терминология и онтология
- •Соглашение по терминологии
- •Выбирайте слова
- •Что такое онтология
- •Индивиды, классы и классификаторы
- •Экстенсионализм и интенсионализм
- •Функциональные объекты
- •Процессы и действия
- •О логических уровнях
- •Выбор уровней
- •Математические формализмы
- •Объекты и атрибуты
- •Объекты и факты
- •Факты и графы
- •Теория категорий
- •Моделеориентированность
- •Что такое модели
- •Онтологизирование, моделирование, программирование
- •Зачем моделировать
- •Почему моделирование не повсеместно
- •Информатика
- •Принципы моделеориентированности
- •3. Инженерия и наука
- •Инженерия не научна
- •Разница между инженерами и учёными
- •Предмет инженерии и научные предметы для инженерных объектов
- •Ненаучность инженерии. Эвристики
- •Наука как “научение птиц полёту”
- •Инженерия научна
- •Инженерная наука
- •Научное (формальное) основание системной инженерии
- •Системный подход как научное основание системной инженерии
- •Системноинженерное мышление коллективно
- •А в чём мышление?
- •Наука/менеджмент = наука/инженерия
- •4. Схема/онтология инженерного проекта
- •Схемное/онтологичное мышление
- •Ситуационная инженерия методов
- •Описание метода в настоящем курсе системноинженерного мышления
- •Яблоки из жизни и яблоки из задачи
- •Альфы
- •Метонимия и схемы
- •Методологическая действительность: дисциплины, практики, методы
- •Дисциплины/области интереса
- •Практики
- •Метод
- •Методологическая действительность и действительность предпринятия
- •Семь основных альф инженерного проекта
- •Основы системной инженерии: альфы инженерного проекта
- •Стейкхолдеры
- •Возможности
- •Определение системы
- •Воплощение системы
- •Команда
- •Работы
- •Технология
- •5. Системный подход
- •Понятие “подхода”
- •Системный подход в системной инженерии
- •Варианты системного подхода
- •Системный подход и кибернетика
- •Сложность и меры сложности
- •Термин “система”
- •Классификация систем по ISO 15288
- •Системная медитация
- •“Сначала как часть надсистемы”
- •Стейкхолдеры. Театральная метафора
- •Система — это субъективное понятие
- •Театральная метафора.
- •Позиция
- •Работа со стейкхолдерами
- •Граница системы и деятельностная субъективность её проведения
- •“Просто” системы и системы систем.
- •Навигация по уровням холархии ”zoom — select”.
- •Системы с участием людей: осторожно!
- •6. Воплощение системы: компоненты, модули, размещения
- •Многерица
- •Сколько разных ипостасей в одной системе?
- •Принцип разделения интересов
- •Закрытый и открытый миры
- •Два типа “целого”
- •Компоненты, модули, размещения
- •Компоненты
- •Модули
- •Размещения
- •Структура системы: разбиения.
- •Разбиения (breakdowns)
- •Представления разбиений
- •Обозначения систем
- •Практики изготовления (производства)
- •7. Определение системы: требования, архитектура, неархитектурная часть проекта
- •Определения и описания
- •Обобщение ISO 42010 на определение системы
- •Контроль конфигурации
- •Фокусирование определений системы
- •Практики проверки и приёмки
- •Практики описания системы
- •Требования
- •Два смысла слова “требования”.
- •Модальности в требованиях
- •Инженерные обоснования
- •Рабочие продукты требований
- •Требования стейкхолдеров
- •Требования и ограничения
- •Требования к системе
- •Инженерия требований
- •Какие бывают виды требований
- •Кто должен делать требования
- •Целеориентированная инженерия требований
- •Архитектура
- •Практики архитектурного проектирования
- •Минимальная архитектура
- •Субъективность и относительность архитектуры.
- •Архитектурные описания
- •Как объединять разные модели и группы описаний
- •Архитектурные модели и другие виды описаний
- •Архитектурные знания
- •Неархитектурная часть проекта
- •8. Жизненный цикл системы и проекта
- •Понятие жизненного цикла
- •Жизненный цикл чего?
- •Управление жизненным циклом
- •Типовой жизненный цикл и разнообразие
- •Гейты и вехи
- •Рабочие продукты для определения жизненного цикла
- •Информационные системы управления жизненным циклом
- •Управление информацией/данными жизненного цикла
- •Практики жизненного цикла
- •V-диаграмма
- •Горбатая диаграмма
- •Водопад и agile
- •Вид жизненного цикла
- •Стили разработки: водопад и agile
- •Паттерны жизненного цикла
- •Основной жизненный цикл
- •Состояния альф
- •Основной жизненный цикл
- •Практики жизненного цикла в версии ISO 15288
- •9. Практика контрольных вопросов
- •Контрольные вопросы для управления жизненным циклом
- •Успех контрольных вопросов
- •Контрольные вопросы к состояниям альф
- •Карточки состояний
- •Когда заводить подальфы
- •Карточные игры
- •Контрольные вопросы инженерного проекта
- •Карточки основных альф инженерного проекта
- •Стейкхолдеры
- •Возможности
- •Определение системы
- •Воплощение системы
- •Команда
- •Работа
- •Технологии
- •Пример введения новой альфы: подальфа «подрядчик»
- •10. Инженерия предпринятия
- •Инженерия: организационная, предприятия, бизнеса, предпринятия
- •Сообщества и их отличия от предпринятия: целенаправленная коллективная деятельность
- •Миссия предпринятия
- •Корпоративное управление
- •Стратегирование, маркетинг, продажи
- •Предпринятие как система-машина, а не толпа людей
- •Развитие и совершенствование предпринятия
- •Проект технологического развития: постановка практик
- •Организационное развитие. Закон Конвея
- •Системноинженерное мышление и инженерия предпринятия
- •Цикл непрерывного совершенствования
- •Цикл Деминга
- •Шесть Сигм
- •Архитектура предпринятия
- •Основные альфы организационного и технологического решения предпринятия
- •Подальфы определения предпринятия
- •Подальфы воплощения предпринятия
- •Виды практик описания деятельности
- •Предпринятия-киборги, workflow
- •Организация, координация, коммуникация
- •Архитектура предприятия
- •Подход Захмана к архитектуре предприятия
- •Бизнес-архитектура
- •Органиграмма
- •Писцы против инженеров
- •Неархитектурные описания предпринятия
- •Это всё системный подход
- •ArchiMate
- •Зачем нужен Архимейт
- •Люди, программы, оборудование
- •Элементы и отношения
- •Нужен не ты, нужен твой сервис.
- •Люди
- •Роли
- •Работы людей
- •Архитектура IT-решения
- •Управление операциями
- •Инженерия предпринятия и управление операциями
- •Проектное управление
- •Управление процессами
- •Ведение дел/кейс-менеджмент
- •Управление проектами и управление жизненным циклом
- •Проектное управление и ведение дел: не “или”, а “и”.
- •Управление мероприятиями
- •Финансы
- •Управление знаниями, НСИ, (справочными и мастер, а также проектными) данными
- •Инженерия и предпринятия-киборги.
- •Инженерия знаний и управление знаниями.
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
130 |
Есть и понятия, которые не являются понятиями сложности, но очень близки: Long—Range Order; Self—Organization; Complex Adaptive Systems; Edge of Chaos. Есть и совсем альтернативные меры сложности (например, основанные на скорости описания оцениваемых объектов, а не объёме этого описания — http://people.idsia.ch/~juergen/speedprior.html).
Ситуация с понятием “сложность” очень характерна для системного подхода: употребляемые в нём слова кажутся вполне “бытовыми” и имеющими ясное и интуитивно понятное с детства значения. Но нет, слово вдруг оказывается термином, за которым скрывается очень сложное и противоречивое понятие, с этим понятием работают самые разные логические или количественные модели, проводятся количественные измерения самых разных его характеристик.
В рамках настоящей книги мы будем считать сложной систему из достаточно большого количества элементов, настолько большого, чтобы в одной голове не получалось оценить все связи и взаимодействия (атомная станция, микрочип процессора — десятки миллионов или даже миллиардов индивидуальных объектов). Но вы должны помнить, что кроме этого неформального понимания есть и другие, формальные понимания сложности, есть множество теорий сложности, из которых эти понимания пришли.
Термин “система”
Термин (слово) “система” используется минимально в трёх различных смыслах, которые следует различать:
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
131 |
1. Для обозначения понятия “система” из системного подхода (мы тут будем главным образом использовать вариант системного подхода, наиболее типичный для современной системной инженерии). Увы, это не самое частое использование слова. В системном подходе система определяется как иерархия холонов — холархия. Иерархия — это структура из дерева отношений похожих элементов. В холархии как виде иерархии это отношения “часть-целое”, а объекты этих отношений называются “холон” (holon) — по предложению Артура Кёстлера. Холон
— это что-то, что является одновременно целым для своих частей и само является частью для какого-то объемлющего целого. Система — это холон, у которого есть появляющиеся (emergent) свойства, получающиеся от взаимодействия его частей. “Эмерджентность” — это главное свойство системы: “целое больше, чем сумма его частей”. Часы больше, чем сумма их шестерёнок или микросхем. Часы могут показывать время, а шестерёнки или микросхемы времени показывать не могут.
Обязательно нужно добавить, что в системной инженерии холоны представляют собой индивиды, имеющие пространственно-временную протяжённость (extension, “основные свойства любой вещи — длина, ширина, высота: место, занимаемое в пространстве” как сформулировал Декарт, а современная физика добавила к этому протяжённость во времени — системы занимают место в четырёхмерном пространстве-времени). Простой критерий: индивиды (а, следовательно, и системы) можно “пнуть” (kick) или “погрузить в тачку”.
Для контраста посмотрите, как обсуждают холон гуманитарии не-инженеры: http://en.wikipedia.org/wiki/Holon_%28philosophy%29.
Дальше мы будем обсуждать главным образом системы из системного подхода в варианте системной инженерии.
2. “Система” из систематики — различные классификационные (таксономические) “системы”. Это тоже иерархии, но элементами в них являются классы (множества), отсюда и название — классификаторы. Между классами в классификациях отношения специализации (класс-подкласс: подкласс это специализированный класс). Классифицируются в конечном итоге индивиды, которые связаны с классом
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
132 |
отношением классификации.
Конечно, в системном подходе системы часто классифицируются по самым разным признакам, но нужно помнить, что “система классификации” — это не система из системного подхода, там нет эмерджентности, нет отношений часть-целое и холонов. Класс (множество) центробежных насосов это не часть класса насосов как целого, а специализированный класс насосов. Все классифицированные как насосы индивиды не взаимодействуют между собой, порождая новое свойство. Они просто “сгруппированы в уме”, так как похожи друг на друга (все они — насосы). Классификаторы и таксономии — это предмет систематики, а не системного подхода.
Системы из инженерного системного подхода классифицируются “системами” из систематики.
3. “Система” как указание на какой-то набор правил, процедур, обычаев, имеющий какую-то (совсем необязательно иерархическую) структуру. Тут слово “система” указывает на какую-то упорядоченность, неслучайность, продуманность. Это не имеет отношения к системному подходу, не подразумевает специально устроенного мышления, похожего для всех этих разных систем: мышление, которое порождало все эти якобы системы — это не системное мышление. Хотя и тут опытный глаз сможет уловить какие-то “части-правила” и эмерджентность “целой системы”, демонстрирующей в целом наборе правил что-то большее, чего нет в каждом отдельном правиле. Но нужно помнить, что скорее всего, ни при создании всех этих “систем”, ни при попытках их как-то понять и проанализировать никакого системного мышления не использовалось.
В настоящем курсе системноинженерного мышления мы будем настаивать, что любая система — это материальный (из вещества и полей) объект, и уж точно не набор правил, не абстрактный объект типа “множество”.
Классификация систем по ISO 15288
Для системного инженера всё вокруг — это системы, но все эти системы не только разные сами по себе, они разные по их роли в инженерном проекте и разные по интересующим стадиям их жизни (говорят о стадиях “жизненного цикла” системы
— хотя никакого “цикла” там нет, да и “жизнь железки” тоже ведь не жизнь! Но об этом позже). Для показа этой разницы ISO 15288 вводит следующую классификацию систем, которая неявным образом включает в себя и стадию жизненного цикла рассмотрения системы:
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
133 |
Целевая система (system-of-interest) — та, которая подлежит созданию (или модернизации) командой инженеров и рассматривается на всём протяжении жизненного цикла. Например, насос.
Система в операционном окружении, система в эксплуатационной среде/операционном окружении (system in operational environment) — одна из систем, которые окружают целевую систему в момент её эксплуатации. Например, трубопроводная система, к которой подключён насос во время эксплуатации.
Обеспечивающая система (enabling systems) — система, которая создаёт и поддерживает систему в ходе её жизненного цикла. Например, цех, который производит насос.
Нужно понимать, что любую систему можно классифицировать либо как целевую, либо как обеспечивающую, либо как систему в операционном окружении. Цех, как обеспечивающую систему, которая производит насос, тоже кто-то проектировал и строил. Инжиниринговая компания, которая проектировала и строила цех, тоже была кем-то создана — и она тоже обеспечивающая система по отношению к цеху. Вот диаграмма, показывающая, что существует множество обеспечивающих систем, которые на стадии своей эксплуатации (operation, использования) выполняют работы по обеспечению (enabling) той или иной стадии жизненного цикла целевой системы. Сама же целевая система на стадии своей эксплуатации работает в составе систем своего операционного окружения, выполняя свою функцию:
Нужно всегда понимать, о какой системе вы говорите: когда вы говорите “топор”, то непонятно — вы делаете топор (целевая ваша система), вы используете топор для колки дров (целевая система — дрова, топор — одна из обеспечивающих систем, необходимая для подготовки целевой системы к эксплуатации — сгоранию в печке) или топор для вас одна из систем в операционном окружении целевой для вас колоды, совместно с которой топор должен колоть дрова и свойства которого