Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

А.Левенчук -- Системное мышление и управление конфигурацией

Лекция А.Левенчука "Системное мышление и управление конфигурацией" на семинаре Атомстройэкспорт-НИАЭП

Related Books

Free with a 30 day trial from Scribd

See all

А.Левенчук -- Системное мышление и управление конфигурацией

  1. 1. Системное мышление и управление конфигурацией А.Левенчук Москва 20 октября 2017г.
  2. 2. Рассказа про «треугольник управления конфигурацией МАГАТЭ» не будет! Это уже все знают! • Межстрановая специфика атомной отрасли есть, но главным образом в том, что без управления конфигурацией просто нельзя (не предписано, как именно управлять конфигурацией). • Инструментарий управления конфигурацией CAM/CAE/PLM/ERP/EAM неспецифичен для отрасли – на какие правила будем настраивать? • Управление конфигурацией чего? системы • Системное мышление: фитнес (готовность к действию) для управления конфигурацией 2
  3. 3. Мышление в эпоху перемен перемен 3 • Мышление инженера, менеджера, предпринимателя – меняются быстро (в них преобладают моды и поветрия), оно разнообразно • Системное мышление, вычислительное мышление, … -- меняются медленно, их немного • Рациональное мышление и его логические основания, психопрактики, … -- наиболее стабильны и их мало Мышление – абстрагирование, адекватность, осознанность, рациональность
  4. 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. Терминология: не так важно 5 Словарные сообщества тачка Понятийное сообщество car машинка автомобиль
  6. 6. Понятие системы (один курс – и вся жизнь) • Воплощение (присутствие в мире) • Стейкхолдеры: деятельностная субъективность • Холон (целокупность и эмерджентность) • Идеальное против материального (моделирование: определение и воплощение) • Функционал против конструктива: дуальность холона. И далее за дуальностью: «многерица» междисцилинарности. • Жизненный цикл (с выделенной стадией эксплуатации) как система деятельности. 6
  7. 7. Воплощение системы • Система воплощена (realized – in reality) в физическом мире. • Система – это объект-индивид, имеет протяжённость в пространстве- времени • Тест на присутствие в мире: постучать, пнуть, показать пальцем. • Различаем: воплощение системы против описания системы (конфигурацию против конфигурационного описания) 7
  8. 8. Многоуровневое управление вниманием: фигура и фон Zoom -- select Leidraadse (2008), Guideline Systems Engineering for Public Works and Water Management, 2nd edition, http://www.leidraadse.nl/ 8 Холон и холархии: «рекурсивное применение мышления»
  9. 9. Эмерджентность • Системные уровни обладают эмерджентностью, т.е. свойства системы не сводятся к свойствам входящих в неё элементов • «Всё со всем связано» – элементы системы взаимодействуют между собой, они ведут себя не так, как они же вне системы. • Противопоставление: редукционистский подход, в нём эмерджентности нет («человек определяется его химическими процессами») 9
  10. 10. На этой картинке пять систем! System of interest Требования (стратегия) System of interest Ограничения (Архитектура) Using system Нужды стейкхолдеров 10 1 2 4 Enabling systemСистема в операционном окружении 3 Подсистема 5 Холархия
  11. 11. Проверка и приёмка Проверка (verification): работает ли целевая система как задумано (удовлетворяются ли требования)? 11 System of interest Требования (requirements) Using system Нужды (needs) стейкхолдеров 1 2 Приёмка (validation): работает ли использующая система как задумано (удовлетворяются ли нужды/потребности внешних стейкхолдеров?)
  12. 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. 13. Конфигурация • Конфигурация (configuration) -- текущее состояние холархии системы (as is и to be) • Конфигурационная единица (configuration item) определяется логистически как единица передачи, а не инженерно (конфигурационных единиц обычно меньше, чем учитывают инженеры). • Версия (version) – конфигурация по состоянию на какой-то момент • Базис (baseline) – проверенная на целостность и утверждённая административно конфигурация/версия. • Каждое описание описывает систему (подсистему), т.е. конфигурационную единицу. 13
  14. 14. Междисциплинарность (на одном уровне, даже без холархии) На основе рис.3 в ISO 81346-1 -Модули =Компоненты +Места 14
  15. 15. Компоненты и модули 15 Ножницы Ножевой блок Ручки Ножницы Половинка 1 Половинка 2
  16. 16. Совмещение логической и физической архитектур (важных решений) по версии ISO 81346-1 (Figure 7) 16 «Логическая архитектура» (функциональная декомпозиция, структура компонент) итеративно совмещается с «физической архитектурой» (продуктная декомпозиция, структура модулей)
  17. 17. Тег и серийный номер 17 Насос Bloggs 100H Серийный номер 5755/A C1 P101 C2 Тег Установка первичной перегонки нефти http://www.matthew-west.org.uk/Publications.html
  18. 18. Пространственно-временная карта элемента системы 18 Насос 1 Насос 2 Тег P101 время пространство Установка первичной перегонки нефти Компонента Установленный на своё место модуль Физический объект – модуль Система (компонента) http://www.matthew-west.org.uk/Publications.html Замены насосов, программ, президентов, супругов, поставщиков, …
  19. 19. Задачи множественность описаний — 03 Инженер включил насос в список комплектующих и присвоил уникальный тэг, закупщик назвал его в переписке предметом снабжения с каталожным номером, при установке монтажник внёс его в список установленного оборудования с инвентарным номером. Какое название правильное, какой идентификатор является основным: • Инженера • Снабженца • Монтажника • Какой-то ещё • Все идентификаторы используются на равных 19
  20. 20. Системная схема проекта 20 Технологический менеджмент и предпринимательство Инженерный менеджмент Инженерия Технологический менеджмент Using system Enabling system System of interest Доработанный OMG Essence
  21. 21. V-диаграмма и системная схема проекта 21
  22. 22. Альфы – общий объект отслеживания 22 Systems Engineer CTO, CIO Project manager ВРЕМЯ, РЕСУРСЫ СОДЕРЖАНИЕ ПРАКТИКА = ДИСЦИПЛИНА + ТЕХНОЛОГИЯ Целевая система Использующая система (влияние) Обеспечивающая система Обеспечивающая система Entrepreneur использующая система СТЕЙКХОЛДЕРЫ
  23. 23. Практика = дисциплина + технология Дисциплинированные (компетентные) исполнители [все ли люди?], обеспеченные необходимыми для поддержки дисциплины инструментами 23
  24. 24. различение дисциплины и технологии в практике Понимание связи дисциплин и технологий, идеальных объектов дисциплин и рабочих продуктов в жизни нужно ТРЕНИРОВАТЬ. 24 В жизни ни одного слова из учебника Технологии (рабочие продукты, инструменты) меняются за 4-5 лет. В учебнике ни одного слова из жизни Дисциплины (теории) меняются за 20-30 лет =Компоненты, функциональные единицы, альфы -Модули, конструктивные единицы, рабочие продукты
  25. 25. Технология всегда поддерживает скрытую дисциплину • «Традиционный» капитал мёртв без человеческого капитала. Ружьё в руках дикаря кусок железа. • Если у вас есть софт или станок, то они обязательно поддерживают какую-то дисциплину. • Совершенствование – смена технологии • Развитие – смена и технологии, и дисциплины 25
  26. 26. • ISO 15288:2015 (третья редакция) – практики (processes) жизненного цикла системной инженерии • Если выполняете практики – это и есть системная инженерия • Служит чеклистом • Заведомо избыточен, его любят военные и правительства • Упражнение: что вы осознанно делаете в своих предприятиях из там написанного?! 26
  27. 27. Управление конфигурацией и изменениями задействовано во всех других практиках! Пример: Практики ЖЦ требований (по ISO 15288:2015) • 6.4.2 Stakeholder needs and requirements definition process • Подготовиться (идентифицировать стейкхолдеров, определить стратегию определения потребностей стейкхолдеров и требований, получить или купить обеспечивающую систему и сервисы) • Определить потребности стейкхолдеров (определить контекст использования, идентифицировать потребности стейкхолдеров, приоритизировать и отобрать потребности, определить потребности стейкхолдеров и их обоснование) • Разработать Концепцию функционирования (operational concept) и другие концепции жизненного цикла (определить набор сценариев, определить взаимодействия пользователей и системы) • Преобразовать потребности стейхколдеров в требования стейкхолдеров (идентифицировать ограничения на инженерные решения, идентифицировать требования стейкхолдеров и все функции для требований качества, гармонизировать требования стейкхолдеров) • Анализировать требования стейкхолдеров (анализировать полное множество требований стейкхолдеров, определить критические показатели результативности, которые позволят оценить технические достижения, получить обратную связь от стейкхолдеров – валидировать, устранить все проблемы и противоречия со стейкхолдерами) • Управлять определением потребностей стейкхолдеров и требованиями (получить явное согласие на требования стейкхолдеров, поддерживать трассировку потребностей и требований, обеспечивать сведения по базисам) 27
  28. 28. Управление конфигурацией и изменениями в расширенном предпринятии МОДЕЛЬ ИНЖИНИРИНГА (ПРЕДПРИЯТИЯ) управление изменениями МОДЕЛИ СИСТЕМЫ И ЕЁ ОКРУЖЕНИЯ управление конфигурацией Действия МОДЕЛЬ ИНЖИНИРИНГА (ПРЕДПРИЯТИЯ) управление изменениями МОДЕЛИ СИСТЕМЫ И ЕЁ ОКРУЖЕНИЯ управление конфигурацией Действия Мультимодельное взаимодействие • Данные • Действия требования архитектура рабочка как сделано требования архитектура рабочка как сделано базисы базисы 28
  29. 29. Информационные системы для управления конфигурацией и изменениями в жизненном цикле задвижки 29 Ситуация Объект Спецификация функции (СФ) Спецификация компонента (СК)Спецификация продукта (СП) Индивидуальный журнал (ИЛ) Физический образец Объект «задвижка» «Задвижка» в обычном языке Реальный, функционирующий Запланированный, историческая запись, и т.п. PLM ERP EAM Разные цвета – разные «задвижки»: • комплектующее (PLM), • предмет снабжения (ERP), • установленное оборудование («актив» в EAM). Информационных систем больше, чем только PLM, ERP, EAM. Ручной переввод информации в среднем 7 раз в ходе проекта!!! Это: • медленно, • вносятся ошибки, • очень дорого (работа людей). Чьи данные? Кто ответственен за оригинал? Новый класс систем: регистрационные
  30. 30. Управление конфигурацией • Управление конфигурацией – отслеживание, что конфигурация и её описания известны и соответствуют друг другу. [обнаружение конфигурационных коллизий!!!] • Не «управление версиями», ибо кроме версий там много чего входит (управление данными, выпуск рабочих продуктов и т.д.) • «Управление изменениями» часто включают в состав управления конфигурацией, но чаще добавляют отдельно (другая дисциплина) • Иногда синонимично «управлению жизненным циклом» и PLM, иногда синонимично «управлению инженерной документацией» 30
  31. 31. Подпрактики управления конфигурацией и изменениями (и там внутри «управления» разными альфами – например, управления требованиями): • практика выпуска (release) инженерных артефактов (например, выпуск чертежей), в том числе по жизненному циклу • практика выпуска самых разных видов заказных спецификаций (BOM, bill of materials) • практика запросов на изменения • практика изменения проекта • практика управления данными (включая подпрактики выдачу имён объектов/кодирования, регистрации, нормативно-справочной информации aka знаний и т.д.) • Обнаружение и устранение конфигурационных коллизий: пограничная практика между инженерными рассмотрениями и управлением конфигурацией и изменениями 31
  32. 32. Совершенствование и развитие предприятий = совершенствование и развитие их деятельности = совершенствование и развитие их наборов практик • Практика = дисциплина + технология • Дисциплина меняется редко (20 лет) • Технология меняется часто (5 лет), но поддерживает дисциплину • Варианты изменений практики: – Совершенствование: меняется только технология – Развитие: меняется и дисциплина, и (неминуемо!) технология (ОРГ)ИЗМЕНЕНИЯ: • Развитие предприятия: постановка практики (освоение практик с новыми дисциплинами, разворачивание новых технологий) • Совершенствование предприятия: отлаживание взаимодействия технологий, смена технологий 32
  33. 33. 33 Спасибо за внимание Анатолий Левенчук, http://ailev.ru ailev@asmp.msk.su

    Be the first to comment

    Login to see the comments

  • kresh

    Oct. 23, 2017
  • ashamanin

    Oct. 27, 2017
  • ibutenko1

    Nov. 2, 2017
  • fpreobrazhensky

    Dec. 2, 2017
  • andriuz

    Mar. 25, 2019

Лекция А.Левенчука "Системное мышление и управление конфигурацией" на семинаре Атомстройэкспорт-НИАЭП

Views

Total views

4,710

On Slideshare

0

From embeds

0

Number of embeds

3,803

Actions

Downloads

45

Shares

0

Comments

0

Likes

5

×