- •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 |
68 |
Выбор уровней
Почему же удобно описывать мир именно так, зачем нужна многоуровневость этих “мета”? Оказалось, что они дают возможность поддерживать очень компактное описание мира на нижних уровнях, и обеспечивают связь между множеством таких описаний. Карту с хорошо продуманными обозначениями легко читать, можно быстро получить представление о территории в каком-то аспекте (политическом, климатическом, гидрографическом, …). Но одна и та же легенда может быть использована для построения множества карт разных территорий. А буквы могут быть использованы не только для описания легенды карт, но и для разных других описаний.
Логические уровни оказываются уровнями обобщения мышления для разных дисциплин или даже для групп дисциплин. Если нас интересует мультидисциплинарность (например, мы хотим обсуждать множество инженерных дисциплин, или инженерные и менеджерские дисциплины вместе, или мы хотим включить обсуждение ещё и научных исследований), то нам приходится для качественного обсуждения подниматься выше по лестнице логических уровней.
Важность обобщения мышления состоит в возможности абстрагироваться от содержания нижележащих уровней. Объекты с этих уровней рассматриваются не как полноценные сущности со своими многочисленными особенностями, а как типизированные сущности, с которыми можно выполнять базовые типичные операции. Если мы говорим “знак”, то нам всё равно — это греческая буква или точка, знак интеграла или даже пробел. Мы можем говорить о его вхождении в строку, расположении на листе, цвете. Мы абстрагируемся от содержания нижнего логического уровня (какой именно знак) и можем обсуждать операции со “знаками вообще” на более высоком логическом уровне.
Конечно, в разных школах мысли выбирают разные логические уровни. Как и с онтологией, для этого нет заранее известного и истинного решения: оно выбирается исходя из потребностей той или иной деятельности — инженерной, научной, политической. В нашей книге мы будем использовать следующие уровни обсуждения (сверху вниз):
1.Философско-логический: тут надо выбрать предельные онтологии (вопросы “космического масштаба” — есть ли бог, материальна ли вселенная или она представляет из себя симуляцию), знаковые системы, определить их связь с окружающим миром (информационное моделирование). Тут мы договариваемся об общей природе мира, природе описаний, природе интерпретирующего эти описания сознания. На самом деле в нашей книге мы не будем подробно разъяснять предпосылки и рассуждения этого уровня. Работой на этом уровне занимались великие философские логики (Иммануил Кант, Людвиг Витгенштейн, Дэвид Льюис).
2.Формально-математический: тут надо выбрать математический аппарат теории множеств, математической логики, теории графов, теории категорий, или какой-то ещё. При самых солидных философских основаниях необходимо добиваться формальной (математической) непротиворечивости строящихся описаний мира, выражать мысли точно, проверять высказывания на отсутствие формальных ошибок. К этому же уровню относится выбор того или иного языка программирования или языка моделирования. Все современные языки общения с компьютерами имеют под собой твёрдые математические основания, и связаны с соответствующим математическим
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
69 |
аппаратом. Рассуждениями на этом уровне занимаются те же философские логики, но ещё и математики, и физики, и программисты. В нашей деятельности на этом уровне работают специалисты по моделированию данных, computational ontology: они используют математику для того, чтобы единообразно представлять знания в корпоративных менеджерских и инженерных базах данных.
3.Онтологический: надо договориться, что мы видим в мире, какие индивиды, классы и отношения (А ещё мы можем видеть объекты и атрибуты, трансформации, прототипы, или теории — в зависимости от решений, принятых на предыдущих уровнях.) Это уже не предельная онтология с первого уровня, тут нам надо договориться о том, что нужно именно для нашей деятельности. Именно на этом уровне определяется системное мышление, выясняется, в чём суть системного подхода, определяется, что такое “система” или “процесс”. Онтологический уровень тесно связан с уровнем математического формализма, но отличается от него. Если в мире есть “системы”, то на более высоком уровне можно использовать теории категорий (и записывать знание теоркатегорными уравнениями) или теорию множеств (и записывать логические предикаты). Этот выбор сделают те самые специалисты по моделированию данных, они сумеют совместить в одном вычислении только то, что относится к одной онтологии, к одной непротиворечивой картине мира. Примером совместной работы специалистов одновременно на формально-математическом и онтологическом уровнях являются различные стандарты представления данных, такие, как ISO 15926.
4.Деятельностный: далее нужно научиться описывать человеческую деятельность, описывать дисциплины с их основными понятиями. Для этого нужно задать язык описания практик работы, язык планирования и организации работы, междисциплинарного взаимодействия, работы конкретного предприятия. На этом уровне определяются стандарты ситуационной инженерии методов, архитектуры предприятия, описания бизнес-процессов, органиграмм и т.д. С использованием понятий онтологического уровня на языке математического аппарата описываются стандартные классы и отношения, создаются справочные данные, специфичные для деятельности.
5.Профессиональный: на этом уровне описываются конкретные виды менеджмента, инженерии, научных исследований и прочих профессиональных видов деятельности. Иногда этот уровень называют “методологическим” — на нём описываются методы профессиональной работы, достаточные для решения каких-то узких классов задач. Именно тут задаются основные понятия разных менеджерских и инженерных дисциплин (например, “value proposition” для менеджмента, “архитектура” для системной инженерии, "здание" для гражданского строительства). Занимаются этим профессиональные методологи и “рефлексирующие” инженеры и менеджеры, и делают они это в организациях по стандартизации, профессиональных ассоциациях, университетах. На этом уровне продолжается развитие стандартных справочных данных, уже для отдельных специальностей и профессий.
6.Предпринятия: на этом уровне описывается происходящее в конкретном предпринятии. (Это не опечатка: “предпринятие” — от слова “предпринять”,
