- •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 |
127 |
систем, становится общепринятым, и поэтому иногда говорят про системный подход как современную онтологию (онтология — это как раз ответ на вопрос “каков мир? Что в нём есть?”. Ответ системного подхода — мир системен, в нём есть системы).
Развитие системного подхода проходит в рамках так называемого “системного движения”. От другого рода организованностей (например, научных школ, профессиональных сообществ, научных дисциплин и т.д.) “движение” (movement) отличается отсутствием координационного центра при полной автономии входящих в него групп, разнообразием форм организации и деятельности, отсутствием какого-то явного механизма согласования целей и форм обмена опыта. Тем не менее, при полной независимости участников движения друг от друга, свободе и автономии в выборе ими целей и методов работы, все участники движения обнаруживают некоторую общность (в нашем случае — общность использования системного подхода для задач в своих предметных областях, развитие системного мышления на материале своих предметных областей).
Системный подход и кибернетика
Кибернетика (cybernetics) — это придуманный Нобертом Винером в 1948 году междисциплинарный подход к научному изучению управления/контроля в животных и машине ("the scientific study of control and communication in the animal and the machine." — http://en.wikipedia.org/wiki/Cybernetics). Часто кибернетику определяют как науку об управлении в технике и природе. Сам Ноберт Винер в своих поздних работах писал, что погорячился с кибернетикой, особенно в той части, в которой писал про живых существ — и жизнь показала, что в своих поздних работах он был прав, кибернетика сегодня из мейнстрима стала маргинальным подходом, при этом осталась только “техническая кибернетика” (о живой природе уже и речи нет). Тем не менее, кибернетика в 50-70-е годы 20 века оказала огромное влияние на системное движение.
В кибернетическом подходе среда (environment, состоящая из внешних систем) влияет на целевую систему, состоящую из управляемой подсистемы и управляющей подсистемы, обеспечивающей обратную связь (feedback) на управляющие воздействия. Так, с точки зрения кибернетики паровая машина состоит из собственно паровой машины и регулятора Уатта, обеспечивавшего обратную связь. Вот разные варианты кибернетической схемы, в соответствии с которой нужно было рассматривать системы:
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
128 |
Это нехитрое соображение про “обратную связь” оказалось очень продуктивным: во всех системах начали выделять управляемую и управляющую компоненту, рассматривать самые разные виды обратной связи.
На какой-то момент кибернетика и системный подход начали существенно путаться друг с другом, а в нашей стране это сыграло злую шутку: системная инженерия (systems engineering), переведённая как “системотехника” развивалась главным образом в организациях, занимавшихся задачами управления, понимаемых как использование компьютерных управляющих систем— и вместо ракет, подводных лодок, самолётов, автомобилей, медицинской аппаратуры и других традиционных “железных” объектов системотехника свелась к занятиям именно управляющими компьютерными системами с использованием разнообразных математических моделей.
Вместе с тем из кибернетики вышли множество интереснейших школ, например (но не ограничиваясь ими):
●теория автоматического регулирования (рассматривающая, какое нужно выдавать управляющее воздействие по получению обратной связи — линейное, нелинейное, упреждающее и т.д.: http://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D 1%8F_%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0 %B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D1 %83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0% B8%D1%8F. Обратите внимание, что статья в википедии называется не теория автоматического регулирования, а теория автоматического управления. Обратите внимание, как похожа диаграмма типовой схемы системы автоматического управления на типовые схемы кибернетической системы. Посмотрите также на учебную программу курса теории автоматического регулирования, обратите внимание на годы издания литературы: http://www.inp.nsk.su/students/radio/courses/teor_auto/index.shtml. Сравните с http://en.wikipedia.org/wiki/Control_theory, обратите внимание на использование терминов feedback systems, feedback control, control loops).
●Системная динамика (system dynamics) как более-менее “всеохватное моделирование”. В системной динамике можно представлять какие-то объекты и моделировать их воздействия друг на друга, включая обратные связи. Это очень простой подход: объекты моделируются “резервуарами”, а прямые и обратные связи между ними — трубопроводами. Для системной динамики есть очень удобные и мощные компьютерные программы, позволяющие автоматически строить и решать системы уравнений для таких
моделей (http://en.wikipedia.org/wiki/System_dynamics). В настоящее время системная динамика постепенно вытесняется другими методами
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
129 |
моделирования (например, акаузальным объект-ориентированным языком
Modelica — http://modelica.org).
Нужно понимать, что системный подход и кибернетика — ближайшие родственники, но они не сводимы друг ко другу, понятия “обратной связи” и управления (как в варианте control, так и в варианте governance) центральные в кибернетике, но отнюдь не центральные в системном подходе как таковом.
В современной системной инженерии слово “кибер” (cyber) указывает на наличие в системе компьютера, но не означает использования кибернетики. Так, “киберфизическая система” означает, что в составе системы есть компьютер (или множество компьютеров) — но этот компьютер вовсе не обязательно работает, обеспечивая “обратные связи”. Функции компьютера в современных системах многообразны и не сводятся к отработке обратных связей. Так, компьютер может проводить диагностику неполадок в системе, или обеспечивать удобство управления системой для человека-оператора, или записывать информацию по тем режимам, в которых работала система (”чёрный ящик”): этим всем занимается программная инженерия и системная инженерия, а не кибернетика.
Сложность и меры сложности
Понятие сложности интенсивно разрабатывалось в рамках системного подхода, но окончательного согласия по этому поводу нет. Так, Seth Lloyd собрал различные определения для мер сложности
(http://web.mit.edu/esd.83/www/notebook/Complexity.PDF). Все эти определения обычно относятся к попыткам ответа на три вопроса:
1. Как трудно описать систему? Обычно это измеряется в битах, затрачиваемых на представление описания. Мерами сложности тут будут информация, энтропия, алгоритмическая сложность или алгоритмическое содержание информации, максимальная длина описания, информация Фишера (Fisher), энтропия Рени (Rényi), длина кода (беспрефиксного, Хаффмана, Шэннона-Фано, корректирующего ошибки, Хамминга), информация Чернова, размерность, фрактальная размерность, сложность Lempel-Ziv.
2.Как трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, долларах и т.д. Меры сложности тут вычислительная сложность, временнАя вычислительная сложность, пространственная вычислительная сложность, основанная на информации сложность, логическая глубина (depth), термодинамическая глубина, цена, шифрованность (crypticity).
3.Какая степень организованности? Тут может быть два варианта:
а) “результирующая сложность” (effective complexity), трудность описания организационной структуры, неважно корпоративной, химической, клеточной.
Приведём их по-английски: Metric Entropy; Fractal Dimension; Excess Entropy; Stochastic Complexity; Sophistication; Effective Measure Complexity; True Measure Complexity; Topological epsilon-machine size; Conditional Information; Conditional Algorithmic Information Content; Schema length; Ideal Complexity; Hierarchical Complexity; Tree subgraph diversity; Homogeneous Complexity; Grammatical Complexity.
б) количество информации, которой нужно обмениваться между частями системы из-за такой организационной структуры: Algorithmic Mutual Information; Channel Capacity; Correlation; Stored Information; Organization.