2. Рассказа про «треугольник управления
конфигурацией МАГАТЭ» не будет!
Это уже все знают!
• Межстрановая специфика атомной отрасли есть, но
главным образом в том, что без управления
конфигурацией просто нельзя (не предписано, как
именно управлять конфигурацией).
• Инструментарий управления конфигурацией
CAM/CAE/PLM/ERP/EAM неспецифичен для отрасли
– на какие правила будем настраивать?
• Управление конфигурацией чего? системы
• Системное мышление: фитнес (готовность к
действию) для управления конфигурацией
2
3. Мышление
в эпоху перемен перемен
3
• Мышление инженера, менеджера,
предпринимателя – меняются
быстро (в них преобладают моды и
поветрия), оно разнообразно
• Системное мышление,
вычислительное мышление, … --
меняются медленно, их немного
• Рациональное мышление и его
логические основания,
психопрактики, … -- наиболее
стабильны и их мало
Мышление – абстрагирование, адекватность,
осознанность, рациональность
4. Наш вариант системного подхода
• Не изобретаем «системный велосипед»!
• Опора на современные международные и отраслевые
стандарты и публичные документы системной
инженерии и инженерии предприятий.
• ISO/IEC/IEEE 15288:2015
• ISO/IEC/IEEE 42010:2011
• IEC 81346-1:2009
• ISO 11354-1:2011
• ISO 15926-2:2003
• OMG Essence 1.1:2015
• OMG SBVR:2013
• OpenGroup ArchiMate 3.0
• NIST PWG CPS Framework
• … и другие
5. Терминология: не так важно
5
Словарные сообщества
тачка
Понятийное сообщество
car машинка автомобиль
6. Понятие системы
(один курс – и вся жизнь)
• Воплощение (присутствие в мире)
• Стейкхолдеры: деятельностная субъективность
• Холон (целокупность и эмерджентность)
• Идеальное против материального
(моделирование: определение и воплощение)
• Функционал против конструктива: дуальность
холона. И далее за дуальностью: «многерица»
междисцилинарности.
• Жизненный цикл (с выделенной стадией
эксплуатации) как система деятельности. 6
7. Воплощение системы
• Система воплощена (realized – in
reality) в физическом мире.
• Система – это объект-индивид, имеет
протяжённость в пространстве-
времени
• Тест на присутствие в мире:
постучать, пнуть, показать пальцем.
• Различаем: воплощение
системы против описания
системы (конфигурацию
против конфигурационного
описания)
7
8. Многоуровневое управление вниманием: фигура и фон
Zoom -- select
Leidraadse (2008), Guideline Systems Engineering for Public Works and Water Management, 2nd edition, http://www.leidraadse.nl/
8
Холон и холархии: «рекурсивное применение мышления»
9. Эмерджентность
• Системные уровни обладают эмерджентностью, т.е.
свойства системы не сводятся к свойствам входящих в неё
элементов
• «Всё со всем связано» – элементы системы
взаимодействуют между собой, они ведут себя не так, как
они же вне системы.
• Противопоставление: редукционистский подход, в нём
эмерджентности нет («человек определяется его
химическими процессами») 9
10. На этой картинке пять систем!
System of
interest
Требования
(стратегия)
System of
interest
Ограничения
(Архитектура)
Using system
Нужды
стейкхолдеров
10
1 2
4 Enabling systemСистема в
операционном
окружении
3
Подсистема
5
Холархия
11. Проверка и приёмка
Проверка (verification):
работает ли целевая
система как задумано
(удовлетворяются ли
требования)?
11
System of
interest
Требования
(requirements)
Using system
Нужды (needs)
стейкхолдеров
1 2
Приёмка (validation):
работает ли использующая
система как задумано
(удовлетворяются ли
нужды/потребности
внешних стейкхолдеров?)
12. Границы системы и требования
12
ISO/IEC 29148:2011
NOTE The term business is used even though it could apply to not-for-profit
organizations such as in the public sector. Users of this standard may replace each
occurrence of the term business with the term organization or organizational
depending on the users' environment.
13. Конфигурация
• Конфигурация (configuration) -- текущее состояние
холархии системы (as is и to be)
• Конфигурационная единица (configuration item)
определяется логистически как единица передачи, а
не инженерно (конфигурационных единиц обычно
меньше, чем учитывают инженеры).
• Версия (version) – конфигурация по состоянию на
какой-то момент
• Базис (baseline) – проверенная на целостность и
утверждённая административно
конфигурация/версия.
• Каждое описание описывает систему (подсистему),
т.е. конфигурационную единицу.
13
16. Совмещение логической и физической архитектур
(важных решений) по версии ISO 81346-1
(Figure 7)
16
«Логическая архитектура»
(функциональная
декомпозиция, структура
компонент) итеративно
совмещается с «физической
архитектурой» (продуктная
декомпозиция, структура
модулей)
17. Тег и серийный номер
17
Насос Bloggs 100H
Серийный номер 5755/A
C1
P101
C2
Тег
Установка первичной
перегонки нефти
http://www.matthew-west.org.uk/Publications.html
18. Пространственно-временная карта элемента системы
18
Насос 1 Насос 2
Тег P101
время
пространство
Установка первичной
перегонки нефти
Компонента
Установленный на своё место
модуль
Физический объект – модуль
Система
(компонента)
http://www.matthew-west.org.uk/Publications.html
Замены насосов, программ, президентов, супругов, поставщиков, …
19. Задачи
множественность описаний — 03
Инженер включил насос в список комплектующих и
присвоил уникальный тэг, закупщик назвал его в
переписке предметом снабжения с каталожным
номером, при установке монтажник внёс его в список
установленного оборудования с инвентарным номером.
Какое название правильное, какой идентификатор
является основным:
• Инженера
• Снабженца
• Монтажника
• Какой-то ещё
• Все идентификаторы используются на равных
19
22. Альфы – общий объект отслеживания
22
Systems Engineer
CTO, CIO
Project manager
ВРЕМЯ, РЕСУРСЫ
СОДЕРЖАНИЕ
ПРАКТИКА =
ДИСЦИПЛИНА +
ТЕХНОЛОГИЯ
Целевая система
Использующая
система (влияние)
Обеспечивающая
система
Обеспечивающая
система
Entrepreneur
использующая
система
СТЕЙКХОЛДЕРЫ
23. Практика = дисциплина + технология
Дисциплинированные (компетентные) исполнители [все ли люди?],
обеспеченные необходимыми для поддержки дисциплины инструментами
23
24. различение дисциплины и технологии в практике
Понимание связи дисциплин и технологий, идеальных объектов
дисциплин и рабочих продуктов в жизни нужно ТРЕНИРОВАТЬ. 24
В жизни ни одного слова
из учебника
Технологии (рабочие
продукты, инструменты)
меняются за 4-5 лет.
В учебнике ни одного
слова из жизни
Дисциплины (теории)
меняются за 20-30 лет
=Компоненты, функциональные
единицы, альфы
-Модули, конструктивные
единицы, рабочие продукты
25. Технология всегда поддерживает
скрытую дисциплину
• «Традиционный» капитал мёртв
без человеческого капитала.
Ружьё в руках дикаря кусок
железа.
• Если у вас есть софт или станок,
то они обязательно
поддерживают какую-то
дисциплину.
• Совершенствование –
смена технологии
• Развитие – смена и
технологии, и
дисциплины
25
26. • ISO 15288:2015 (третья
редакция) – практики
(processes) жизненного цикла
системной инженерии
• Если выполняете практики – это
и есть системная инженерия
• Служит чеклистом
• Заведомо избыточен, его любят
военные и правительства
• Упражнение: что вы осознанно
делаете в своих предприятиях
из там написанного?!
26
27. Управление конфигурацией и изменениями
задействовано во всех других практиках!
Пример: Практики ЖЦ требований (по ISO 15288:2015)
• 6.4.2 Stakeholder needs and requirements definition process
• Подготовиться (идентифицировать стейкхолдеров, определить стратегию
определения потребностей стейкхолдеров и требований, получить или купить
обеспечивающую систему и сервисы)
• Определить потребности стейкхолдеров (определить контекст использования,
идентифицировать потребности стейкхолдеров, приоритизировать и отобрать
потребности, определить потребности стейкхолдеров и их обоснование)
• Разработать Концепцию функционирования (operational concept) и другие
концепции жизненного цикла (определить набор сценариев, определить
взаимодействия пользователей и системы)
• Преобразовать потребности стейхколдеров в требования стейкхолдеров
(идентифицировать ограничения на инженерные решения, идентифицировать
требования стейкхолдеров и все функции для требований качества,
гармонизировать требования стейкхолдеров)
• Анализировать требования стейкхолдеров (анализировать полное множество
требований стейкхолдеров, определить критические показатели
результативности, которые позволят оценить технические достижения,
получить обратную связь от стейкхолдеров – валидировать, устранить все
проблемы и противоречия со стейкхолдерами)
• Управлять определением потребностей стейкхолдеров и требованиями
(получить явное согласие на требования стейкхолдеров, поддерживать
трассировку потребностей и требований, обеспечивать сведения по базисам)
27
28. Управление конфигурацией и изменениями в
расширенном предпринятии
МОДЕЛЬ ИНЖИНИРИНГА
(ПРЕДПРИЯТИЯ)
управление изменениями
МОДЕЛИ СИСТЕМЫ И
ЕЁ ОКРУЖЕНИЯ
управление
конфигурацией
Действия
МОДЕЛЬ ИНЖИНИРИНГА
(ПРЕДПРИЯТИЯ)
управление изменениями
МОДЕЛИ СИСТЕМЫ И ЕЁ
ОКРУЖЕНИЯ
управление
конфигурацией
Действия
Мультимодельное
взаимодействие
• Данные
• Действия
требования архитектура рабочка
как
сделано
требования архитектура рабочка
как
сделано
базисы базисы
28
29. Информационные системы для управления конфигурацией и изменениями
в жизненном цикле задвижки
29
Ситуация
Объект
Спецификация
функции (СФ)
Спецификация
компонента
(СК)Спецификация
продукта (СП)
Индивидуальный
журнал (ИЛ)
Физический
образец
Объект
«задвижка» «Задвижка» в обычном
языке
Реальный,
функционирующий
Запланированный,
историческая
запись, и т.п.
PLM
ERP
EAM
Разные цвета – разные «задвижки»:
• комплектующее (PLM),
• предмет снабжения (ERP),
• установленное оборудование («актив» в EAM).
Информационных систем больше, чем
только PLM, ERP, EAM. Ручной переввод
информации в среднем 7 раз в ходе
проекта!!! Это:
• медленно,
• вносятся ошибки,
• очень дорого (работа людей).
Чьи данные? Кто ответственен за оригинал?
Новый класс систем: регистрационные
30. Управление конфигурацией
• Управление конфигурацией – отслеживание, что
конфигурация и её описания известны и соответствуют
друг другу. [обнаружение конфигурационных
коллизий!!!]
• Не «управление версиями», ибо кроме версий там
много чего входит (управление данными, выпуск
рабочих продуктов и т.д.)
• «Управление изменениями» часто включают в состав
управления конфигурацией, но чаще добавляют
отдельно (другая дисциплина)
• Иногда синонимично «управлению жизненным циклом»
и PLM, иногда синонимично «управлению инженерной
документацией»
30
31. Подпрактики управления конфигурацией и
изменениями (и там внутри «управления» разными
альфами – например, управления требованиями):
• практика выпуска (release) инженерных артефактов
(например, выпуск чертежей), в том числе по
жизненному циклу
• практика выпуска самых разных видов заказных
спецификаций (BOM, bill of materials)
• практика запросов на изменения
• практика изменения проекта
• практика управления данными (включая подпрактики
выдачу имён объектов/кодирования, регистрации,
нормативно-справочной информации aka знаний и т.д.)
• Обнаружение и устранение конфигурационных
коллизий: пограничная практика между инженерными
рассмотрениями и управлением конфигурацией и
изменениями
31
32. Совершенствование и развитие предприятий =
совершенствование и развитие их деятельности =
совершенствование и развитие их наборов практик
• Практика = дисциплина + технология
• Дисциплина меняется редко (20 лет)
• Технология меняется часто (5 лет), но поддерживает
дисциплину
• Варианты изменений практики:
– Совершенствование: меняется только технология
– Развитие: меняется и дисциплина, и (неминуемо!)
технология
(ОРГ)ИЗМЕНЕНИЯ:
• Развитие предприятия: постановка практики
(освоение практик с новыми дисциплинами,
разворачивание новых технологий)
• Совершенствование предприятия: отлаживание
взаимодействия технологий, смена технологий
32