Системное мышление

Лекция №6.
Технический университет
Молдовы Вячеслав Кунев
2020
 Содержание курса
1. О мышлении
2. Воплощение и описание системы
3. Роли
4. Системные уровни
5. Целевая система и ее надсистема
6. Как описывать системы
7. Системное моделирование
8. Требования и архитектура
9. Жизненный цикл
10. Системная схема проекта
5. Как описывать системы
Описания системы

• Зачем нужны описания системы?

• Сколько должно быть описаний?

• Как делаются описания,

каким методом?

• Из чего состоят описания?

 Стейкхолдеры и успешная система
Системный подход 2.0: систему определяют стейкхолдеры;
разделяем стейкхолдерские роли и их исполнителей!

Выяснить интерес

Успешная система
Стейк-
Интерес
холдеры
Учесть,
удовлетворить

Найти и идентифицировать
стейкхолдеров
Трансдисциплинарность системного мышления
Другие школы мышления

Методы
создания систем

Системное мышление

Физический мир «Мир абстракций»

Онтологика

Научные
теории
Три основных вида разбиения системы
Народный артист, принц Гамлет и
Владимир Высоцкий – это один человек.
Также «Система» может иметь
разные ипостаси и иметь разные
имена.
Альтернативные варианты основных
видов разбиения на части
ISO 15926 — две основных: функциональные объекты, физические
объекты. Остальные могут вводиться по потребности.

IEC 81346 — «по меньшей мере» три (функция, продукт, место). Это
сегодня консенсус в инженерии (наш вариант).

Книга Paul Clements at al., Documenting Softwaíe Aíchitectuíes: Views and

Beyond (2nd edition), Addison-Wesley Píofessional, 2010 — три
«архитектурных стиля» (компоненты, модули, размещения).

Книга Косякова, Свита, Сеймура «Системная инженерия. Принципы и

практика» — функциональный элемент, компонента (в значении
«модуль» из предыдущей книги), размещение.
 Одна система, но множество имен,
множество описаний – это нормально!
Стандарт IEC 81346 (наименования со специальным префиксом):
• функциональный/ролевой префикс “=”,
• модульный/продуктный префикс “-”,
• префикс размещения “+”.

Имена даются на каждом уровне системного разделения, так что они

получаются иерархичными по отношению часть-целое, но это отношение
строится по одному какому-то типу объектов в разбиении. Например:
• =S12=16 означает, что речь идёт о функциональной части 16, входящей в
состав (отношение composition/is_paít_of) функциональной части S12.
• -M87-K5, речь идёт о продукте/модуле/конструктиве/изделии К5, который
входит в состав модуля М87. Это не конкретный физический объект с
серийным номером, а класс этих объектов, класс продуктов определённой
марки.
Описание системы. Функциональные части

• = (префикс для обозначения в ISO 81346)

• Функциональная часть взаимодействует с
другими функциональными частями системы.
• Интерес: «как оно работает и что оно делает»
(runtime, operation, функционирование).
• Пример: в системе «забиватель гвоздей»
есть компоненты - «держало» и «ударяло».

Проблема: мало кто понимает!

Функциональное разбиение контринтуитивно!

10
Функциональная схема

ФЧ-3.1
ФЧ-3 ФЧ-3.2

ФЧ-2.2.
ФЧ-1.1
ФЧ-2.1
ФЧ-1.2
ФЧ-1.3 ФЧ-2
ФЧ-1
Примеры функциональных описаний

12
 Определение системы. Модули
• - (префикс для обозначения в ISO 81346)
• Элемент конструкции, продукт, сборочная
единица, логистическая единица.
• Интерес: что нужно разрабатывать и изготавливать
(время разработки и изготовления, но не работы
системы).
• Имеет интерфейс, у которого есть «видимость» (доступность).
Зависимый элемент имеет слот с таким интерфейсом. Цель:
нераспространение
ошибки!
• Модуль может реализовывать множество функциональных ролей.
• От модулей может зависеть структура предприятия.
• Интерфейсы это «между модулями» (модуль, который обеспечивает связь
между двумя модулями называется «интерфейсный модуль»).
13
Примеры модульных описаний

Model FR160B
Quantity 1
Color Green
Material PCB
Input: 5V/800mA;
Output: 5V/1A; LED
lightening; With
Features
protection board on
COB; Output current
FR160B PCB 2-Layer limited protection
USB Portable Power Application Great for DIY project
ON (Press button) / OFF
Module -- - Green (3.5 Other
(Automatically)
x 2.6 x 1.5cm) Packing List 1 x Module
Определение системы. Размещения

• + (префикс для обозначения в ISO 81346)

• Место установки в системном окружении
(здании, комнате, отсеке, серверной стойке)
• Место транспортировки (например, в каком
ящике), место хранения (например, на
позиция складского хранения)
• Где будет производиться или проектироваться
•…

Отвечает на вопрос, где во вселенной находится

система
 Пример: часы
Функциональная Модульная
схема схема Практическая реализация
функциональной схемы будет
каждый раз разной.

Места, размещение
Что будет, если в часах чуть-чуть
сместить шестеренку? Функциональная
схема и
конструкция не изменилась – все модули присутствуют. Мы изменили
расположение. Оказывается, в системе модули могут исполнять свои
функции только в определенных расположениях.
http://sdu2020.blogspot.ru/2016/12/blog-post_8.html?spref=fb
 Несовпадение функционального и
конструктивного разбиений системы
Функциональное/ролевое/системное разбиение – это описание про то, «как работает».
Конструктивное/физическое/продуктное/модульное разбиение – «из чего собрано».

Два модуля (корпус и крышка)

и довольно много функциональных частей
(емкость, носик, заливочное отверстие в
ёмкости, ручка ёмкости, крышка, ручка крышки,
паровыпускное отверстие).
 Создание архитектуры:
функциональный анализ и модульный
синтез

Важнейшие системные интересы:

• Функциональный/ролевой/аналитический
• Модульный/конструктивный/синтетический
• Пространственный/размещение/место

Функциональная декомпозиция,
(результат функционального анализа)
итеративно совмещается с конструктивной сборкой
(результат модульного синтеза).
 Альфы и подальфы\продукты
Стандарт OMG Essence предлагает для контроля за изменением состояния
проекта особый вид функциональных объектов — альфа (ALPHA). Альфа —
это объект внимания, функциональный/ролевой характер которого отвечает
интересу «как проект работает» (ход проекта).

Для продуктов/модулей, физически реализующих альфы, стандарт OMG

Essence предлагает имя рабочий продукт/артефакт (woík píoduct, aítifact, т.е.
предмет искусственного происхождения).

Альфы и артефакты/рабочие продукты/исполнители ролей нельзя путать

друг с другом: альфы (роли!) это функциональные объекты проекта
(описывают «как работает проект», время проектной работы), а рабочие
продукты/исполнителей ролей это конструктивные объекты — «из чего
состоит проект», время обеспечения.
 Альфы
Предпринимательская область интересов (клиентский уровень):
• возможности;
• стейкхорлдеры (внешние проектные роли);

Инженерная область интересов (уровень ):

• описание системы;
• воплощение системы;

Менеджерская область интересов (уровень предприятия):

• работы;
• практики;
• команда (внутренние роли).
 Системная схема проекта и 7 альф

Системы в
окружении
(надсистема)

Целевая система

Системы в
обеспечении

Доработанный OMG Essence

 Состояние альф

Признаны

Внешние роли
Представлены

Вовлечены

В согласии

Удовлетворены для создания

Удовлетворены в использовании
 Альфы – общий объект отслеживания
Entrepreneur
Systems Надсистема
Engineer Описание
Целевая система системы
Внешние
проектные роли,
возможность
CTO, CIO
Системы в
обеспечении

Метод Система в
обеспечении
Работы, Project manager
команда,
воплощение системы
Подальфа

• Альфа «Описание системы» состоит их подальф –

«Требования», «Архитектура», «Неархитектурная
часть».
• Альфа «Возможности» – из «Потребностей»,
«Бюджета», «Новые технологии».
• Отношения Альфы и Подальф определяются по
деятельности, а не отношению «часть-целое».
 Альфа «Описание системы»
Чтобы воплотить в систему, нужно ее описать!

• Подальфы: «Требования» (назначение системы,

определяют как «черный ящик»), «Архитектура»
(как устроена, «прозрачный ящик»),
«Неархитектурная
часть».
• Дисциплины: инженерия требований и системной
архитектуры, проектирование и конструирование, системный
дизайн, и тп.
• Рабочий продукт: «проект системы» (design),
множество разных описательных документов, в тч баз
данных, презентаций, докладных записок, макетов и
т.п.
Зачем необходимо «Описание системы»

• Переход от Потребностей стейкхолдеров

к системным Требованиям, т.е. от
«Возможностей» к «Описанию системы».
• Требования (функциональные) к
целевой системе как к «черному ящику».
• Как удовлетворить требованиям? Для каждого
стейкхолдера делаем описание системы с целью
учета его интереса!
 Системное описание или описание системы
Описанию системы в физическом
мире соответствует документация.
Воплощению системе – целевая
система.

Описание системы и Воплощение

Системы – это альфы.
Документация и целевая система –
это рабочие продукты или артефакты.

Ролевые описания в совокупности

составляют описание системы. Их
можно разделить по подальфам.
Каждое ролевое описание делается
определенной ролью и для роли с
целью удовлетворения интереса.

Описания делаются по методу, т.е.

как описывается предметная область
интереса.
По мотивам ISO 42010 и OMG Essence 27
 «Удовлетворение интересов»: Роль – Интерес
– Ролевое описание – Метод описания
Роль Интерес Ролевое описание Метод описания
Сроки Календарный Диаграмма
план Ганта
Менеджер Прибыль Отчет о МСФО
прибылях и
убытках
Покупатель Ценник Экспертная
Цена оценка
Продавец Смета Себестоимость
Архитектор Архитектура Архитектурное ISO/IEC/IEEE
Спец.инженер Неархит.часть описание 42010-2011
Изобретатель Противоречие Дерево MPV MPV-анализ
 3. Описание
проекта по семи
альфам
3.1. Альфа «Внешние проектные роли»
Роль Должность Интерес Предпочтение Намерение
Предприниматель Директор Прибыль Высокая прибыль Снижение
издержек
Контент-менеджер Менеджер Время на создание и Минимизировать Убрать от себя эту
актуализацию расход времени задачу
контента на создание
стандартизированного
контента
Программист ИТ- Время, Минимизация затраты Максимальное
специалист затрачиваемое на личного времени на использование
поддержание поддержание ИС внешних сервисов
работоспособности
ИС
Менеджер ГП Директор Объем потребления Увеличение объема Финансирование
«Офис вина» молдавского вина потребления подключения к
каталогу
3.2. Альфа «Возможности»
3.2.1. Предпринимательская гипотеза

Институциональные потребители вина готовы платить (50 евро в

месяц или 500 в год) за существенное (в разы) снижение
издержек (временных и финансовых) , связанных с доступом к
актуальной и структурированному каталогу винной продукции
Молдовы.
3.2. Альфа «Возможности»
3.2.2. Потребности
Для институциональных потребителей:
• существенное сокращение операционных расходов на сбор и актуализации
винного контента для их текущего бизнеса. Сокращение измеряется
разницей между временем, необходимым для подготовки информации как
обычно и с использованием доступа к каталогу.
Для потенциальных институциональных потребителей:
• существенное (в разы) сокращение стоимости и времени входа в этот
рынок и\или проверки гипотезы, связанной с этим рынком.
Для госпредприятия «Офис вина», ответственного за развитие винной
отрасли и винного туризма:
• Возможность адресного стимулирования как роста потребления вина так
и создания новых бизнесов, связанных с винодельческой отраслью.
3.2. Альфа «Возможности»
3.2.3. Бюджет, ценообразование, спрос
Бюджет
• Бюджет на разработку выделяется Спонсором проекта в размере
13000 евро на 6 месяцев.
Ценообразование
• Стоимость сервиса для клиента определяется в 50 евро в месяц без НДС
или 500 евро в год.
Рынок
• Текущее количество сателлитов винного рынка около 80.
• Потенциальные новые сателлиты – до 50.
Таким образом емкость местного рынка от 4000 до 6500 евро в месяц
3.2. Альфа «Возможности»
3.2.4. Новые технологии

Программные технологии:
• AWS (Amazon Web Services)
• TokenID (блокчейн платформа)

Методологические технологии:
• Системное мышление (ШСМ) как метод управления ходом проекта
3.3. Альфа «Описание системы»
3.3.1. Требования
• Структура информации должна соответствовать стандарту OIVW;
• Доступ к чтению данных через внешний программный интерфейс
(API);
• Формат данных - XML;
• Нагрузочная способность системы – не менее 10000 запросов
в день;
• Скорость ответа на запрос – не более 2 сек.
3.3. Альфа «Описание системы»
3.3.2. Функциональные части
• хранилище данных
• хранилище профилей и паролей пользователей
• конфигуратор справочников
• управление запросами
• формирователь очереди запросов
• построитель отчетов
• интерфейс ввода информации
3.3. Альфа «Описание системы»
3.3.3. Модули
• База данных MS SQL;
• модуль управления запросами пользователей
• Модуль формирования данных в соответствии с запросом
и отдача
• программный модуль обращения к API каталога
• модуль ручного ввода информации контент-менеджера
• Модуль автоматической загрузки данных из внешних источников
• модуль администратора каталога
3.3. Альфа «Описание системы»
3.3.4. Размещение

Модули размещены на собственных сервере компании Deeplace, в

дальнейшем будут перемещены на виртуальные сервера Amazon
3.4. Альфа «Воплощение системы»

• Система развернута на собственных серверах.

• Система реально эксплуатируется для выявленных
классов институциональных потребителей.
• Идет пилотное тестирование системы на основе
самостоятельно созданных “демонстраторов технологий” для
перспективных
классов институциональных потребителей.
• Потенциальным потребителям
предоставлены тестовые эккаунты.
3.5. Альфа «Работы»

Идет выполнение следующих работ:

• Актуализация существующих баз данных.
• Презентация сервиса потенциальным клиентам.
• Документирование программных API.
• Разработка модели баз данных под новые типы данных винного рынка.
• Создание 1-3 “демонстраторов технологий” в виде пилотных продуктов.
• Разработка документации по эксплуатации системы.
3.6. Альфа «Команда»
Предприниматель Внутренняя проектная Признан, выбран, вовлечен, работы идут.
роль
Менеджер проекта Внутренняя проектная Признан, выбран, вовлечен, оказывает
роль недостаточно внимания в связи с отвлечением на
другие проекты.
Инженер по Внутренняя проектная Признан, выбран, вовлечен, на данный момент в
требованиям роль проекте активно не участвует так как свою часть
работы сделал.
Системный архитектор Внутренняя проектная Признан, выбран, вовлечен, работы идут.
роль
Программисты (2 чел) Внутренняя проектная Признаны, выбраны, вовлечены, работы идут.
роль
Контент-менеджер Внутренняя проектная Признан, выбран, вовлечен, работы идут.
роль
Аккаунт-менеджер Внутренняя проектная Признан, выбран, вовлечен, работы идут.
роль
3.7. Альфа «Метод»
• В качестве системы контроля выполнения заданий
используется система RedMind. Система контроля версий -
Github. План
проекта ведется в Google Sheets. Информация по проекту
хранится в в Google Drive.
• Технологический стек - Drupal, MySQL, PHP.
Стандарт обмена данными - XML.
• Методология выявления удовлетворенности заказчика - опросы.
 Задачи
множественность описаний — 03
Инженер включил насос в список комплектующих
и присвоил уникальный тэг, закупщик назвал его в
переписке предметом снабжения с каталожным
номером, при установке монтажник внёс его в список
установленного оборудования с инвентарным номером.
Какое название правильное, какой идентификатор
является основным:
• Инженера
• Снабженца
• Монтажника
• Какой-то ещё
• Все идентификаторы используются на равных

44
Задачи
компоненты, модули, размещения — 07
Инженер Лена и снабженец Богдан долго спорили:
выбранные Богданом к закупке модули никак не
соответствовали
принципиальной схеме, подготовленной Леной. Тем
временем уже началась закупка. Что делать?

• остановить закупку, Богдан не прав, и надо будет

провести новую закупку
• Лена должна исправить принципиальную схему, и нет
слова "нельзя", есть слово "надо"
• обоим наступить на горло собственной песне, и всё же
договориться: изменить и закупку, и принципиальную
схему
• продолжать спорить, пока начальник не уволит обоих
за неграмотность
• пригласить конструктора Тимура, который им расскажет
про ограничения по компоновке, что затянет достижение
договорённости ещё на пару дней
45
Системное описание
Проектные роли и описание системы
Отличия интереса и метода описания
Описания системы

• Зачем нужны описания системы?

• Сколько должно быть описаний?

• Как делаются описания,

каким методом?

• Из чего состоят описания?

 Проверь себя: знаешь ли ты в чем разница?
1. Системность и систематичность
2. Синергия и эмерджентность
3. Приемка и Проверка
4. Валидация и Верификация
5. Совершенствование и развитие
6. Потребности, требования
и ограничения
7. Стратегия и стратегирование
8. Жизненный цикл (ЖЦ) системы и ЖЦ
проекта
9. ЖЦ 1.0 против ЖЦ 2.0
10. Холархия и иерархия
11. Системное и традиционное
лидерство
12. Интерес, предпочтение, намерение
13. Описание системы и
документация системы
14. Физический и абстрактный миры
Дела: Домашнее задание №6
15. Альфа и рабочий продукт;
16. Работы и практики
17. Функциональный анализ и
модульный синтез
18. Процессы, проекты и задачи;
19. Стейкхолдер (роль) и исполнитель;
20. Функция и конструкция;
21. Дисциплина и технология
22. Оргвозможность и оргспособность
23. Управление работами и
управлением жизненным циклом
24. Черный и прозрачный ящики системы
25. Архитектура и рабочее проектирование
26. Системы систем и люди в системах
27. Интерес и метод описания
28. Должность, звание и роль
1. Прочитать главу №6 учебника «Системное мышление – 2019».
2. Сформировать план обучения на неделю, в т.ч. закончить читать 3/4
non- fiction книгу (указать ее название в Табеле).
3. Подготовить презентацию (для обсуждениями с коллегами) заявиться на
выступление в воскресенье на тренинге или перед коллегами по работе.
Рабочие продукты:
1. Презентация на тренинге с учетом всех доработанных рабочих продуктов,
в т.ч. описание по 7 альфам, функциональное и модульное описание
целевой системы.
2. Системная схема в Product-studio.
3. Пост по одной из тем главы №6 (множественность
описания, функциональный анализ и модульный синтез).

Рекомендация:
1. Показать коллегам канваса дерева потребностей главных внешних ролей.
2. Составить Личный Workspace в Product-studio.
3. Постоянно дорабатывать табличку со стейкхолдерами, резюме проекта.
4. Вести учет времени.
И у вас так будет...
Недавно в ходе пятидневного вводного курса, проводимого Обучающим центром
МТИ, одна женщина-менеджер из конструкторского отдела компании Ford написала:
«Спустя пару дней, я начинаю понимать, о чем вся эта история с
системным мышлением и интеллектуальными моделями. Мне это
напоминает время, когда я только начала знакомиться с высшей
математикой:
• сначала я чувствовала себя совершенно потерянной. Все это было
мне совершенно чуждо;
• но потом я постепенно начала «схватывать» суть;
• затем я уже начала овладевать основами этого дела;
• а через некоторое время это стало основой моей профессии.
Если бы высшую математику изобрели сегодня, ни одна из наших
корпораций не смогла бы ею овладеть. Мы бы посылали каждого на
трехдневные курсы. Затем каждый получал бы три месяца на то, чтобы
посмотреть, работают ли «все эти штуки». А когда выяснялось бы, что
они не работают, мы бы начинали пробовать что-нибудь другое».
Какое еще одно важное описание системы не названо?
 Задача

В дроне заменили блок питания с проводного на беспроводной.

Какое высказывание ниже верно:
• дрон остался прежней системой
• дрон стал совсем другой системой
 Ответ на задачу

В дроне заменили блок питания с проводного на беспроводной.

Какое высказывание ниже верно:
• дрон остался прежней системой
• дрон стал совсем другой системой
# Нет, система осталась та же, её функции в использующей
системе не изменились, изменились только модули (слово
“блок” это явное указание на модуль) внутри }
Задача

В ходе инвентаризации запасных частей,

инструментов и принадлежностей целевой системы
запасной блок питания был перенесен из первого
складского помещения во второе. Что изменилось в
системе?
• Компоненты
• Модули
• Размещение
Ответ на задачу

В ходе инвентаризации запасных частей,

инструментов и принадлежностей целевой
системы запасной блок питания был перенесен из
первого
складского помещения во второе. Что изменилось
в системе?
• Компоненты
• Модули
• Размещение