Category: общество

Category was added automatically. Read all entries about "общество".

Отчет о работе в первом полугодии, план на конец года

Отчет впервые озвучен на 128-м заседании отделения, трансляция велась в группе в фейсбуке и на ютьюб-канале отделения.
Отзывы, комментарии, угрозы оставляйте, пожалуйста, в комментариях либо на почту мне -
Александру Ефремову, председателю отделения в 2017-м.


Основные тезисы:

  • Зачем всё это?

    • Ответ на вопрос есть в уставе. "Своими словами" - отделение существует для того, чтобы разные люди, интерес который связан или будет связан со сложными системами, могли участвовать в совместной работе и извлекать из этого участия пользу.


  • Что получил директорат в начале 2017-го?

    • Ежедвухнедельные семинары и около 100 протоколов предыдущих семинаров.

    • Ежегодные рабочие встречи.

    • Определенное отношение к организации со стороны людей (в какой-то части это влияет на работу негативно, в какой-то позитивно).


  • Что сделано в первом полугодии 2017-го?

    • Проведена VIII рабочая встреча в Бекасово.

      • Удалось провести день, посвященный авиастроению. >60% участников работали на встрече в первый раз. Удалось выслушать друг друга, провести конструктивную дискуссию.


    • Регулярно проводятся семинары.

    • Запущен сборник материалов, позволяющих быстро разобраться с тем, что такое и зачем нужна системная инженерия (этот сайт)

    • Запущены новостные каналы

    • Запущена дискуссионная площадка - группа в фейсбуке.


  • План на второе полугодие

    • Реорганизация семинаров (возможность: сейчас нет дискуссий и обмена знаниями)

    • Конференция в Петербурге в конце осени 2017-го (решение о проведении - начало второй недели сентября; до этого должны быть понятны ответы на вопросы (со списками) "для кого", "для чего", понятна повестка и место проведения. Уже то, что вы отметитесь в форме по ссылке, увеличит вероятность проведения конференции.

    • Запуск волонтерского проекта "Переводы"

    • Запуск проекта "Интервью" - разговоров на камеру с профессионалами, которые либо работают со сложными объектами, но не ассоциируют себя с собществом, либо работали со сложными объектами в прошлом.


2021 год
  • ailev

Рабочая встреча по проблемам системной инженерии 17-20 апреля 2014 (minutes)

17-20 апреля 2014 в подмосковном доме отдыха "Бекасово" Русское отделение INCOSE провело пятую Рабочую встречу по проблемам системнои инженерии, на которой встретились члены отделения из Москвы, Санкт-Петербурга, Киева, Сарова.

Видео и аудиозапись не велись.

На встрече были обсуждены множество проблемных для современной системной инженерии вопросов, в том числе:

1. Дискуссия по развитию системной инженерии.
Системная инженерия развивается по мере того, как изменяется характер систем, с которыми она имеет дело:
-- простые "физические" ("железные") системы
-- киберфизические (роботические: датчики-компьютер-актуаторы + железо) системы. Это требует решения задач слияния control systems engineering, software engineering, systems engineering, а также позволяет думать о создании resilience (устойчивых в к внешним воздействиям, "выживающих") систем путём переноса практик и инструментов разработки из обеспечивающих систем внутрь самой системы ("что было в САПР, стало в контроллере"). Возможно, эта автономность для resilience должна обсуждаться в терминах агентских систем -- но для этого нужно обновить и саму агентскую теорию (FIPA в ISO 15926, Essence для агентов, системный подход в обеспечении мультиагентного взаимодействия и т.д.)
-- киберфизическикиберсоциальныесистемы (дважды "кибер" -- в исходном значении "управляющие", ибо коммуникация и принятие решений внутри роботической системы обеспечивается компьютером, но и коммуникация и принятие решений внутри социальной системы обеспечивается тоже компьютером). Тут целый спектр возможных систем, но в целом происходит выход в том числе в "интернет вещей" и "нейронет" (http://www.slideshare.net/PavelLuksha/neuroweb-foresight-results-vmar2014-russian-version), проблемы SoS. Особо отметим, что все эти soft systems и прочие "социальные" варианты системного подхода неадекватны для нашего времени, ибо не учитывают существенной кибернетической (хотя и не классической "кибернетической" в смысле регулирующих систем, отслеживающих обратные связи -- тут речь идёт просто о наличии компьютеров в системе управления) составляющей современных организаций.

Разумным планом тут выглядит следующий:
-- явное выделение из системной инженерии системного подхода: чтобы проще было объединять все остальные инженерии, не боясь потерять этот системный подход. Но любой объединение инженерий не даст возможности решать задачи SoS, ибо это требует организовывать работу людей -- а это требует обращения к наукам гуманитарного цикла (социологии, экономике, праву и т.д.).
-- разбирательство с праксеологией, в которой нужно учесть не только людей, но роботов, программных агентов и прочую "нежить" (неантропоцентричная праксеология) -- и формализовать эту праксеологию, в том числе опираясь на системный подход. Это даст выход на новые социологию, экономику, право и т.д. (кибергуманитарные науки), а также протопчет тропинку в обсуждение истории и культуры.
-- объединить эти новую системную инженерию и новую праксеологию

2. Круглый стол по образованию в области системной инженерии.
Отмечены
-- тренд к явному выявлению системного подхода в системной инженерии в отдельный курс (или отдельные главы учебников)
-- необходимость русскоязычных учебников, и именно учебников (а не статей или монографий)
-- невозможность опоры только на классическую "железную" системную инженерию в то время, как бурно развиваются киберфизические/роботические системы, SoS engineering, MBSE и прочие новые тренды
-- необходимость продвигаться к формализации предмета (использованию учебных моделей и моделера, а не просто "разговоров о проектах")

Были представлены:
а) курс А.Левенчука, основанный на следующих принципах:
-- разделение на два семестровых курса "Системноинженерное мышление в управлении жизненным циклом" (системный подход и описание деятельности) и "Практики моделеориентированной системной инженерии".
-- обращение к философской логике и онтологии: 4D extensionalism (например, требование к системе быть индивидом)
-- опора не на учебники, статьи, монографии, а инженерные стандарты (т.е. методологические работы, а не просто "научные" или "практические")
-- примеры либо совсем простые (маркер, бутылка), либо реальные работы студентов в их инженерных проектах, но не специально разработанные "кейсы" умеренной сложности.
-- flip teaching (опора на учебник, который проходится студентами самостоятельно, а с преподавателем только решаются задачи и обсуждаются проекты студентов. Лекции отсутствуют). Учебник -- намеренно "текст с картинками" (а не видео), уже есть более 150 страниц на русском языке: http://ailev.livejournal.com/1112525.html.
-- толерантность к терминологии (более того, стимулирование обращения внимания на концепты, а не на терминологию -- тренинг в распознавании концептов вне зависимости от используемой терминологии)

б) издание переведённого под редакцией В.Батоврина учебника классической "железной" инженерии Александра Косякова (Kossiakoff) и др. "Системная инженерия. Принципы и практика" (перевод второго издания 2011г.). Книгу уже можно заказывать на сайте издательства (http://dmkpress.com/catalog/computer/software_development/978-5-97060-068-9/). Было решено рекомендовать использовать этот учебник в качестве основы для курсов системной инженерии.

в) в качестве очередной цели переводческого проекта рекомендовать книгу Chris Partrige “Business Objects: Re-Engineering for Re-Use” (http://www.borosolutions.co.uk/research/content/files/books/BusObj-Printed-20050531-with-watermark.pdf/at_download/file).

3. Наша инициатива с Systems Engineering Essence.
На встрече было заслушаны доклады:
-- новости стандартизации (OMG Essence), развития сообщества (SEMAT), представлен мастер-класс по Essence (А.Байда)
-- опыт использования Essence на машиностроительном предприятии (А.Левенчук)
-- опыт использования карточек Essence в проектах постановки практики PLM (К.Гайдамака)
-- опыт использования цепочек диаграмм альф в переговорах с клиентами на поставку технологии (А.Ефремов)
-- опыт использования Essence для формулирования проекта постановки практики инженерии технологического соединения (А.Арендарчук)
-- сообщения о включении Essence в учебные курсы (А.Левенчук, А.Иванов)

Также обсудили:
-- формальные действия по контактам с SEMAT (А.Байда сделает отчёт о нашей встрече и представит его в SEMAT). Решено пока ориентироваться не на включение наших предложений в стандарт и документирование их в виде "дельт" к текущему стандарту (как было предложено Якобсоном), но на презентацию международному сообществу системных инженеров в полном виде: это позволит как-то уравновесить переговорные позиции. Было особо отмечено, что основные наши обоснования опираются на стандарты системной инженерии, которые полностью неизвестны разработчикам Essence, и это представляет собой существенную трудность в коммуникации.
-- трудности моделирования альф в ISO 15926. Предложено рассмотреть внимательней тройственность "системы", "определений", "описания" -- возможно, там альфы (функциональные объекты), гаммы (повёрнутые альфы -- определения/классы) и рабочие продукты (индивиды). Хотя три типа объектов и много сложнее понять, чем нынешних два, зато система получается более формальной и соответствующей V-диаграмме, ISO 15926, ISO 42010 и остальным стандартам.
-- фактическое разбиение Essence на две разных почти независимые практики: использование диаграммы альф и карточные игры с контрольными вопросами
-- связь Essence с практикой управления практиками (и коллизия терминологии с управлением технологиями в инженерном менеджменте -- ибо не включается дисциплина)

4. Новости ISO 15926
-- работы со студентами по реализации понятий ISO 15926 в визуальном редакторе (А.Иванов). В этом проекте делается попытка реализации редактора, который будет представлять ISO 15926 на основе гиперграфов.
-- повторение доклада на "Многомерной России" по семантическим информационным моделям и ISO 15926 (http://ailev.livejournal.com/1114251.html), а также новости проекта .15926 (А.Левенчук)

5. Описания деятельности
-- информационная система для управления делами (О.Захарчук)
-- подходы к описанию деятельности на базе доклада http://www.slideshare.net/ailev/ss-28529665 (А.Левенчук)

Члены Русского отделения INCOSE существенно продвинулись в понимании различных аспектов описания деятельности и заинтересованы в развитии моделирования в этой области.

6. Агентская система управления энергосетью (А.Иванов)
-- архитектура агентской системы
-- демонстрация работы системы
-- обсуждение планов и возможной коллаборации
-- перспективы агентского подхода в решении задач построения resilience систем

7. Дискуссия по связям с различными сообществами
-- системная инженерия (INCOSE Central, INCOSE EMEA)
-- системный подход в системной инженерии (INCOSE Russian Chapter)
-- ситуационная инженерия методов (SEMAT)
-- системный подход и менеджерские дисциплины: школа Чекланда, СМДМ
-- Операционный менеджмент (PraxOS: ведение дел/проектов/процессов, стратегирование и т.д.)
-- лидерство (???)
-- агентское движение (для решения задач киберфизики и resilience систем)
-- праксеология (заслушать доклад на заседании)
-- философская логика (философско-логический кружок аналитической философии при кафедре логики, онтологии и теории познания ВШЭ, (Ontology Summit), далее выход в лингвистику -- работа с "формализмом"

8. Перспективные направления, в которых заинтересованы участники встречи:
-- инженерия знаний (формализация знаний, извлечение знаний из экспертов)
-- моделеориентированное образование (использование формальных моделей в образовании)
-- leadership как предмет (два варианта: найти подходящую "библиотечную" дисциплину, или построить на основе имеющегося опыта). Нужно отметить, что к этому пункту выразили интерес большинство участников встречи.
-- агент-ориентированная социальная инженерия (организация в масштабах бОльших, чем предприятие: стык инженерных и социальных дисциплин)
-- инструменты (моделирование инструментов в Essence, наличие инструмента для Essence, обмен данными между DSL инструментами на основе мэппинга в ISO 15926, визуальный редактор на основе модели данных ISO 15926 для реализации DSL в условиях отсутствия готовых редакторов этих DSL)
-- NLP (извлечение фактов). Нужно организовать обсуждение того, как стыковать .15926 Editor с программами NLP.

9. Культурная программа.
Среди участников встречи нашлись четверо, которые хорошо знакомы с миром аниме. Был организован коллективный просмотр первой серии Kill la kill и обсуждение инфраструктуры представления информации о проектах аниме и соорганизации сообщества на примере AniDB.

По сравнению с четвертой встречей (http://incose-ru.livejournal.com/42182.html) участники отмечали, что принципиально новых знаний в этот раз не было представлено, но:
-- существенно выросло понимание докладов, это позволило организовать обмен опытом
-- меньшее количество "случайных гостей" позволило избежать длинных объяснений "непонятных слов" и "непонятных идей" (по сравнению с предыдущими встречами), что существенно сэкономило время.
2021 год
  • ailev

Восемьдесят восьмое заседание, 26 февраля 2014 (minutes)

1. Доклад Владимира Алейника (ОАО "НИИ Графит") "Сопоставление системной методологии П.Чекланда и системного подхода Г.П.Щедровицкого".
-- переход от рассмотрения физических и киберфизических систем к кибер-физико-социальным (социотехническим) системам
-- схемы Г.П.Щедровицкого
-- подход П.Чекланда
-- подход современной системной инженерии (версия Русского отделения INCOSE)
-- как сопоставлять (мэппить) схемы различных подходов: философская логика, формальные (для компьютера) и "псевдокодные" (для людей) схемы
-- проблема "системной праксеологии"
-- планы исследовательской работы

Материалы:
-- http://en.wikipedia.org/wiki/Soft_systems_methodology (П.Чекланд),
-- http://www.mmk-documentum.ru/glossary/6 (Г.Щедровицкий),
-- http://ailev.livejournal.com/1109110.html (почему нужно интересоваться soft systems и думать об их схематизации).

Видео (https://vimeo.com/87774748):


Слайды (http://www.slideshare.net/ailev/130226-incose):


Флипчарт рисунок 1:


Флипчарт рисунок 2:
2021 год
  • ailev

Рабочая встреча по проблемам системной инженерии 11-14 апреля 2013 (minutes)

11-14 апреля 2013 в подмосковном пансионате "Бекасово" Русское отделение INCOSE провело четвертую Рабочую встречу по проблемам системной инженерии, на которой встретились члены отделения из Москвы, Санкт-Петербурга, Киева, Екатеринбурга.

Видео и аудиозапись не велись.

На встрече были обсуждены множество проблемных для современной системной инженерии вопросов, в том числе:

1. Наша инициатива с SEMAT, INCOSE, сообществом ISO 15926 по поводу OMG Essence:
-- "политфинформация": что делается в SEMAT и Русском отделении SEMAT (А.Байда)
-- содержательное обсуждение основных сущностей системной инженерии в отличие от основных сущностей программной инженерии (А.Левенчук).
-- формальное действие: доработка и утверждение Roadmap до конца 2013 года
-- использование в учебном процессе

По факту OMG Essence уже знаком большинству членов Русского отделения INCOSE и используется ими в своей работе, а также в учебных программах (как минимум -- в паре курсов, читающихся в МФТИ). В части приложения стандарта к системной инженерии проблемы вызывают только:
-- статус моделей (входят они в состав системы, или не входят. Например, требования явно отделены -- но это же функциональная модель! Кроме того, отражение view и viewpoint).
-- потенциальная альфа архитектуры (то же рассуждение, что и про явно выделенные требования. Почему инженерия требований отдельно, а архитектурное проектирование отдельно? Случайно ли в ISO 15288 архитектурное проектирование -- одна практика как для системной инженерии в части архитектуры, так и для специальной инженерии в части проектирования?).
По этим вопросам нужно будет получить какие-то советы со стороны SEMAT.

Roadmap проекта с SEMAT зафиксировали следующий:
-- 1 августа -- получить ответ на вопрос про онтологический статус моделей и архитектуры в Essence
-- 1 сентября -- выложить драфт расширения ядра для системной инженерии для публичного обсуждения
-- 1 декабря -- мэппинг основных сущностей системной инженерии в ISO 15926
-- конец декабря -- выдать продукт Русского отделения INCOSE "Основные сущности системной инженерии и их мэппинг в ISO 15926".

2. Разделение труда
-- проектирование и конструирование (Е.Колосова)
-- объединение информационных систем проектирования и конструирования (И.Лавренов)
-- разделение инженерии, менеджмента, образования, науки (А.Левенчук)
-- связка инженерии, образования и науки (М.Акоев)
-- отсутствие занятий проектированием в СССР и вплоть до настоящего времени (П.Щедровицкий)

Тематика разделения/объединения профессионального труда (в противопоставление тематики разделения/объединения работ -- WBS) вызвала большую дискуссию. Традиции этого разделения/объединения везде разные, традиции наименования таких разделений тоже разные. Так, "изобретательство" (создание новых систем) и "науку" (получение новых методов описаний -- viewpoint) часто путают, в разных отраслях "проектантов" и "конструкторов" определяют по-разному, а П.Щедровицкий представил мнение об отсутствии проектирования в СССР и России (хотя осталась гипотеза, что он под термином "проектирование" понимал системную инженерию в части инженерии требований и инженерии системной архитектуры, противопоставляя ему "конструирование" как один из видов specialty engineering).

Состоялась небольшая дискуссия по возможности "конвейерной" (в смысле фордизма, НОТ) организации инженерного труда за счёт роста специализации отдельных работ и технологизации устройства кооперации "знаниевых работников" (knowledge workers). Это противопоставлялось "советскому подходу", опирающемуся на неделимый синтез самых разных специальностей в голове "главных" и "генеральных" руководителей проекта.

Также было показано, что задача объединения разнопрофессионального труда людей неминуемо связана с задачей объединения труда компьютеров, поддерживающих труд этих людей -- и задача такого объединения неминуемо будет федеративного типа по ISO 11354.

Было высказано несколько гипотез по каналам связи науки и инженерии: через консультации учёных в реальных проектах, через создание систем с использованием какого-то почёрпнутого из статей нового метода описаний, внутрифирменные научные разработки.

В любом случае, переход от model-based к model-driven инженерии будет связан с более широким использованием интеллектуальных компьютерных систем, которые будут "читать статьи" -- и связь науки и инженерии может сильно измениться в ближайшем будущем.

Самую верхнеуровневую схему разделения деятельностей (системная инженерия как совокупность инженерии требований, инженерии системной архитектуры, инженерии испытаний, инженерии безопасности, далее инженерии по специальности, менеджмент-логистика и даже обучение) нужно соотносить с диаграммой компетенций OMG Essence, а вот образование, стратегирование и наука выходят за рамки этой диаграммы.

3. Жизненный цикл военной продукции и советские стандарты (Л.Кузнецов).
Было отмечено, что де-факто сегодня действующие советские стандарты жизненного цикла неадекватны современной ситуации, требуют замены, но являются средой, в которой разворачиваются реальные проекты. Эти проекты неминуемо не могут быть передовыми, нужно чётко отдавать себе в этом отчёт -- хвастаться ими "по гамбургскому счёту" не удастся.

4. Презентация перевода на русский язык книги Г.Лоусона "Путешествие по системному ландшафту" (В.Батоврин)
Книга была рекомендована Русским отделением INCOSE для использования в учебных курсах по системной инженерии, а также для широкого круга читателей-инженеров.

5. Проверка соответствия типового проекта и проекта конкретного энергоблока АЭС (В.Нодель)
Реализовано решение, позволяющее сравнивать характеристики оборудования типового проекта с таковыми в проекте конкретного энергоблока АЭС. На основании сравнения в ежедневном режиме работает уведомление заказчика и проектировщика об изменениях в типовом проекте (ибо каждое изменение требует обоснования). Для описания сравниваемых характеристик был использован ISO 15926.

6. Обмен опытом по практике использования ISO 15926 в отечественных и международных проектах.
-- международная кооперация и текущие проекты по развитию стандарта ISO 15926 (В.Агроскин)
-- отчёт о проведении хакатона/клиники в рамках Ontology Summit 2013 (А.Левенчук)
-- демонстрация Rosatom RDS (П.Сельчуков)
-- демонстрация альфа-версии .15926 Editor (В.Агроскин)
-- использование гиперграфов в качестве формализма ISO 15926 (А.Иванов)
-- обсуждение текущих и перспективных российских проектов и международной кооперации (в частности, инициативы в нефтегазовой промышленности)

Софт ISO 15926 уже достаточно развит. Проблема теперь в его использовании в реальных проектах и разработке справочных данных.

7. Язык системного моделирования: состояние и перспективы (А.Левенчук)
Была получена оценка времени на создание такого языка и моделера: это проект на четыре-пять лет. Кроме этого, важно выбрать какую-то систему для пробного моделирования.

8. Круглый стол по системноинженерному образованию.
-- курс 2013г. "Введение в системную инженерию" для пятикурсников МФТИ (А.Левенчук)
-- курс по архитектуре предприятия с использованием Архимейта (М.Акоев)
-- курс по программной инженерии с использованием Архимейта (А.Иванов)
-- курс по инженерии требований (Ю.Куприянов)
-- появление курса по системной инженерии в программе магистерского образования по программной инженерии (В.Батоврин)
-- магистерский курс инженерного менеджмента (П.Щедровицкий)
-- переспективы дистантного образования с использованием тьюторов, а также создания "мультимедийных учебников" для таких курсов (А.Левенчук)

В отличие от прошлого года, в этом году практически не говорили о содержании курсов, но главный упор сделали на обсуждение студенческих проектов. Из содержания курсов особо бросалось в глаза массовое использование OMG Essence и ArchiMate 2.0 в программах. Перспективы изучения системной инженерии студентами в ВУЗах остаются печальными, тамошняя бюрократия задушит всё. Надежда только на какие-то вневузовские формы.

Мнения по использованию англоязычной литературы в курсах радикально разошлись: часть преподавателей не считает, что это проблема, а часть настаивает, что это как раз и есть проблема.

Была высказана мысль, что создание scorm-пакетов с аннотированными схемами/инфографикой ("наглядная системная инженерия") по образу и подобию visual novels (чтобы уйти как от линейности книги, так и беспорядочности вики) поможет соблюсти баланс между качеством подготовки материалов и дешевизной их создания.

Текущий курс "Введение в системную инженерию" по факту разработан для магистерских программ. Весной 2015 года (через пару лет) можно ожидать, что удастся создать курс для бакалавриата.

Кроме курсов системной инженерии нужно учитывать также и важность подготовки курсов инженерного менеджмента.

Курс с использованием Архимейта и OSGi для 50 человек (А.Иванов) вызвал удивление своими результатами. Было принято решение об отдельном докладе про этот курс на заседании Русского отделения INCOSE.

9. Энергообеспечение
-- Стандарты взаимодействия сторон, заинтересованных в энергообеспечении объекта недвижимости (А.Арендарчук)
-- Моделе-ориентированная системная инженерия и интеллектуальные энергосистемы (А.Иванов)

В случае систем энергообеспечения объекта недвижимости мы имеем дело с системами систем. Это значит, что нам приходится работать с федерированием (по ISO 11354) в части организации взаимодействия (interoperability), что ведёт к использованию стандарта ISO 15926. Так, строители используют BIM, энергетики CIM, так что в любом случае, не удастся заставить все заинтересованные стороны использовать один и тот же стандарт: нужно иметь нейтральную открытую расширяемую онтологию для мэппинга. В части же организации работ нужно использовать классификацию системы систем (пункт 7 в http://ailev.livejournal.com/856576.html).

В интеллектуальных энергосистемах законодательство чаще всего задаёт архитектуру рынка электроэнергии. Рынок нужно включать внутрь системы SmartGrid, ибо без рынка не получится реализовать преимущества распределённой генерации. При разработке SmartGrid будет полезным более широкое использование OMG Essence.



По сравнению с третьей встречей (http://incose-ru.livejournal.com/35007.html) участники демонстрировали свои передовые разработки, которые вполне можно было бы докладывать и на международных семинарах конференциях по системной инженерии.
2021 год
  • ailev

Двадцать шестое заседание, 12 мая 2010г. (minutes)

1. Доклад В.Николенко «Системная инженерия в действии - технология проектирования самолетов Эрбас».
-- постоянно обновляемая модель как основа системной инженерии
-- модель -- это инфраструктура, инструкции и регламенты, форматы данных, специально обученные люди
-- важность ключевых архитектурных решений: модель от плохих инженерных решений не спасает
-- первая роль моделей: контроль коллизий. Вторая роль моделей: порождающее проектирование.

Видео:


Одним файлом видео (3 часа 1 минута): http://narod.ru/disk/20793403000/26-INCOSE-12may2010.mp4.html

[Презентация разослана членам Русского отделения INCOSE по почте]
2021 год
  • ailev

Рабочая встреча по проблемам системной инженерии 25-28 марта 2010 (minutes)

25-28 марта 2010 в подмосковном пансионате "Бекасово" Русское отделение INCOSE провело Рабочую встречу по проблемам системной инженерии, на которой встретились члены отделения из Москвы, Санкт-Петербурга, Киева.

Видео и аудиозапись не велись.

На встрече были обсуждены множество проблемных для современной системной инженерии вопросов, в том числе:

1. Уточнение предмета (охвата, scope, набора практик/дисциплин). Именование разных системных инженеров (инженер-архитектор, инженер по требованиям/социотехник, инженер-организатор/психотехник, инженер по управлению конфигурацией). План-карта практик системной инженерии. PraxOS.

2. Практификация: каким образом осваивать практики системной инженерии в реальном производстве? Общность отношения к системной инженерии как к "интересной, но далёкой от жизни теории": с какого момента возникает понимание практичности? Почему Рабочая встреча массово привела к пониманию практичности? Можно ли "освоить" практику и поддерживающий ее софт, или нужно обязательно "разрабатывать" практику и поддерживающий ее софт для каждого применения (в духе ситуационной инженерии методов, требующей уточнения метода для применения в любой конкретной ситуации)?

3. Миссионерство системной инженерии: объяснение окружающим необходимости использования методов системной инженерии в реальных проектах. Готовность производств той или иной страны к освоению методов системной инженерии. Катакомбное (как у христиан в начальный период их катакомбного существования) сознание системной инженерии ("мы когда-нибудь победим во всем мире, но пока нас мало", даже когда СИ становится мейнстримом, как на Западе -- и объективно нельзя говорить, что "нас мало, и мы еще не победили"). Что нужно делать, чтобы люди узнали о существовании системной инженерии в России? Планы продвижения, например, курс с top-ами "телевизионной кулинарии"/"антимультик" (т.е. в редакторе, а не только результаты"), проход по всему жизненному циклу какой-то системы (пример: двухдневный курс Primavera для топов в PM Soft).

4. Словарь/глоссарий системной инженерии: один вариант русскоязычной лексики, или много? Целесообразность "доперевода" лексики "как в блоге Левенчука" на "еще более русский язык": чему это поможет? Необходимость раскрытия имеющихся переводов стандартов (решение проблемы с копирайтом).

5. Описание деятельности, ситуационная инженерия методов. Стандарты описания деятельности/ситуационной инженерии методов ISO 24744, SPEM 2, инициатива SEMAT. Использование EPF Composer при подготовке методических рекомендаций. Описание организации (распределения полномочий и ответственностей) в DEMO. Дополнение стандартов ситуационной инженерии методов метамоделями целей, обоснований, организации.

6. "Человеческий" аспект системной инженерии -- психотехника, социотехника. НЛП (нейролингвистическое программирование) в разных вариантах рассмотрения: а) особые виды моделей/моделирования (модели/моделирование на "языке" пяти чувств), использование в НЛП порождающих грамматик, как пример "необычной" моделеориентированной инженерии и б) метод подготовки инженера-организатора. Две группы описаний "организации" в СИ: а) "упаковывание индивидов в их социальные роли" aka "совмещение проектных функций и конструкции из индивидов" (как в СМДМ) б) распределение полномочий-ответственности по совершению транзакций (как в DEMO). Организационная инженерия (enterprise engineering).

7. Использование объект-ориентированного языка акаузального имитационного моделирования Modelica. Возможность использования подобного языка как в "порождающем" (generative, языки типа UML), так и в "имитационном" (simulation, типа SPSS) моделировании. Аналогичность программирования и моделирования. Стандартизация языка, множественность исполняющих сред (OpenModelica, Dymola, MathModelica, ModelicaML, MapleSim и т.д.). Социальные аспекты появления Modelica (консорциум, сообщество). Примеры технико-экономического моделирования. Использование внешних библиотек (например, код СОКРАТ атомной энергетики) с графическим редактором Modelica. Накопление модельного знания в виде отчуждаемых библиотек Modelica. Комплексирование Modelica и других языков моделирования (ModelicaML).

8. Онтологические, эпистемологические и логические (обоснования) аспекты системной инженерии. ISO 15926, отличие "языков моделирования" от "онтологических языков" (в онтологических языков возможен неоднократный переход от "классов" к экземплярам).

9. Интеграция данных. Архитектуры и среды интеграции данных. Использование САПР и PLM различных поставщиков.

10. Сервис-ориентированность, SOA (service-oriented architecture). Совместное определение описаний деятельности ("процессов") и информационных систем (компонент софта) через модели в терминах стандартов описания деятельности и модели в терминах стандартов SOA, связанных с использованием ISO 15926 (схема совмещения деятельности и IT). Декомпозиция на сервисы одной инструментальной системы, поддерживающей разные позиции (примере 6D проектирования в терминах "используемого софта" и "используемых сервисов"). Независимость описания потребностей в софте (сервисов) от реализации этого софта программными компонентами. Уход от диктата вендоров при описании софта не в терминах программ конкретных поставщиков и не в терминах модулей конкретных поставщиков.


11. Требования и цели, моделеориентированная инженерия требований (GORE, goal-oriented requirements engineering). Диаграмма моделеориентированной инженерии требований, специальности инженерии требований (инженер-организатор, инженер по требованиям). Жизненный цикл требований в моделеориентированной системной инженерии. Новое понимание требований (заинтересованные стороны и цели, а вот содержательные высказывания про систему -- в архитектурных вариантах, и тем самым в "требования" не попадают). Языки целей (например, URN, OMG BMM).

Необходимость переописания метода моделеориентированной инженерии требований с использованием подхода ситуационной инженерии методов.

12. Обоснования, основанные на логике. Языки обоснований (GSN: goal-strategy-solution, CAE: claim-argument-evidence). Роль логики в обоснованиях. Поддержка софтом. Связь с инженерией требований.

13. Карта целей и результатов Голдратта как синтез плана+целей+обоснований. Объединение разных типов моделей (ModelicaML, языки GORE и обоснований, ISO 15926), дополнение ISO 24744/SPEM метамоделями целей и обоснований, а также SOA. Возможность одновременного использования мультимодели и для исследования (имитационное моделирование), и для генерации (порождения) реализационных моделей. Архитектура софта для подобного мультимоделирования.

14. Управление конфигурацией (в том числе в случае моделей, отличие управления версиями в софте от того, что происходит в PLM). Алгоритмы распределенного управления конфигурацией, поколения управления конфигурацией (отличия SVS, SVN, git).

15. "Дегуруфикация старых, гуруфикация новых" -- как обеспечить преподавание современной (моделеориентированной) системной инженерии, а не устаревших ее образцов? Как обеспечить изучение системной инженерии "по статьям и докладам", а не "сертификационным учебникам" и "писаным кровью стандартам"?

16. Управление проектами (логистика) как практика системной инженерии. Scope против processes в планировании проектов: верхние уровни scope, нижние -- процессы/практики. Откуда приходит информация в план: сметы? 3D? план более высокого уровня? Гранулярность планирования. Кто держит планирование (что делает генподрядчик? что подрядчик?). Кто проверяет факт (6 вариантов). LastPlanner и ролевые социопрактики (например, типы собраний и регламенты ролевого поведения). Рациональность управления буферами по Голдратту, онтологическая сущность буфера (нарисован "перпендикулярно графику"), невозможность моделирования буферов традиционным софтом проектного управления. Создание ППР (плана производства работ) -- снизу-вверх, сверху-вниз, 3D-анимация и ее роль. Связь "методики календарного планирования" и "методики визуализации" -- поддержка ролевых мероприятий соответствующими группами описаний. Необходимость описания потребного софта планирования+визуализации в терминах сервисов, чтобы сделать описание, независимое от использования программ конкретного поставщика.

17. Системная инженерия на макроорганизационном уровне: общественные институты, социальная инженерия, их возможность и этичность.

2021 год
  • ailev

Семнадцатое заседание, 25 ноября 2009г. (minutes)

1. Доклад Людмилы Голубковой «Гуманитарное конфигурирование в развивающихся системах».
-- системное мышление и системы из людей
-- об опыте классификации мыслительных стилей
-- практика использования классификации мыслительных стилей для создания инженерных коллективов



Отклики в блогах:
http://vvagr.livejournal.com/1415869.html
http://ailev.livejournal.com/762923.html

2. О мероприятиях РИСИ
-- создается Совета интеграции данных (Data Integration Advisory Board), идет переписка с PoscCAESAR, EPRI и FIATECH,
-- осенняя конференция по проблемам системной инженерии будет 23-24 сентября 2010г.
-- регистрация РИСИ будет идти в два этапа: сначала "любой согласованный устав", затем поправки в Устав, необходимые для деятельности отделений

3. Об участии в международных мероприятиях (прежде всего – EuSEC2010).
-- принять участие в дегустации вин на INCOSE IW2010
-- сформировать группу по поездке на EuSEC2010

4. В кулуарах была продемонстрирована модель ISO 15288 в стандарте SPEM 2 и рассказано про ситуационную инженерию методов и связь ее с программой курсов по системной инженерии.

5. В кулуарах состоялась дискуссия о применимости современных САПР (см. выводы в http://ailev.livejournal.com/760258.html).

Видео заседания (3 часа 30 минут, без кулуаров про САПР):



Видео одним файлом: http://narod.ru/disk/15479548000/17th_meeting_INCOSE.ASF.html (224Мб).

В этот раз в заседании участвовали через скайп-конференцию 5 человека (из Санкт-Петербурга, Нижнего Новгорода, Екатеринбурга, Киева, Берлина), что является пока рекордом.
2021 год
  • ailev

Четырнадцатое заседание, 1 октября 2009г. (minutes)

1. Доклад А.Сачика "О подходах стандарта по разработке требований ISO 29148". В докладе были раскрыты следующие темы:
-- русскоязычная терминология системной инженерии в части характеристик требований и групп требований
-- спецификации как особые объекты. Типология спецификаций.
-- связь инженерии требований с онтологическими стандартами интеграции данных, место требований в ряду других описаний системы (requirements breakdown structure).

Слайды:


Видео первого часа (в основном тема русскоязычной терминологии):



2. Сопутствующее сообщение А.Петухова: система управления требованиями ENOVIA V6 как пример программной реализации онтологического подхода по интеграции управления требованиями и других практик системной инженерии.

3. Дискуссия по проблемам жизненного цикла человека в системной инженерии. Основные высказанные точки зрения:
-- человек должен выноситься за скобки, "он везде", поэтому его не нужно рассматривать специально
-- человек и системы из людей -- это разные системы
-- жизненные циклы железных систем, софтовых систем и человечьих систем разные, поэтому все остальное (стандарты практик, форматы спецификаций и т.д.) отличаются -- и есть огромная проблема координации
-- сначала идеи появляются в программной инженерии, затем в системной (железной) инженерии, и только затем в людской-организационной инженерии.
-- в форматах спецификаций сейчас пропущена спецификация человечья (а железная и софтовая уже различены)
-- человек с эргономической точки зрения и человек с социальной точки зрения -- это очень разное
-- создание рабочей группы по человеко-системной интеграции в рамках Русского отделения INCOSE

4. Кулуары были особо шумными (с демонстрацией острова TechInvestlab в Second Life и тамошних презентаций по системной инженерии и управлению проектами), разошлись в 22 часа.

2021 год
  • ailev

Первое заседание, 17 марта 2009г. (minutes)

Присутствовало 9 человек.

1. Заслушан доклад А.Левенчука "Проблемы моделецентрической системной инженерии (MBSE)", в котором были затронуты темы:
-- моделецентрическая системная инженерия (MBSE), как один из главных трендов в системной инженерии(http://www.incose.org/ProductsPubs/pdf/SEVision2020_20071003_v2_03.pdf)
-- моделецентрическая против ???ой системной инженерии как датацентрическое против документоцентрического управления информацией
-- отсутствие стандартов моделецентрической инженерии (ISO 15288 менее всего моделецентричен)
-- размытая разница между знаковыми описаниями (чертежами и другими данными) и моделями, которые можно исполнять
-- предложение переводить model в огромном числе случаев, хотя и не всегда, как "описание"
-- засилье SysML, проблемы масштабируемости описаний SysML, несводимость моделирования к использованию SysML
-- трудности комплексирования разнопарадигмальных моделей (например, моделей, использующих дискретную и непрерывную математики) -- по материалам презентации Janos Sztipanovits "Convergence: model-based software,systems and control engineering" на OOPSLA 2008 (22 октября): http://www.infoq.com/presentations/Model-Based-Design-Janos-Sztipanovits
-- отсутствие русскоязычной терминологии для разговора на эти темы

2. В порядке подготовки к формальному получению статуса Русского отделения INCOSE учредить российское юридическое лицо, название уточнить в рабочем порядке (посоветовавшись с юристами -- вплоть до "общества системных инженеров").

3. Создать вебсайт http://incose.ru на базе технологии wiki.

4. Русская (Russian) группа системной инженерии означает использование русского языка -- независимо от страны проживания члена группы.

5. Заседания проводить раз в две недели, первый и третий четверг месяца, в 17 часов, ориентировочное время -- два часа, затем кулуары.

6. Были высказаны следующие интересы участников встречи, подразумевающие в конечном итоге доклады на встречах группы:
-- Стандарты системной инженерии по-русски (Левенчук)
-- моделирование киберфизических систем, процессы расчетного обоснования (Левенчук, Нуждин)
-- Управление информацией крупных промышленных объектов (Нодель, Сельчуков)
-- Управление требованиями (Трофимов, Нодель)
-- Разница западной и отечественной культур системной инженерии (Голубкова, Батоврин)
-- Системная инженерия предприятий (enterprise system engineering) (Голубкова)
-- стандартизация как управление знаниями (Голубкова, Левенчук)
-- совмещение жизненных циклов железа, софта и людей (Нестерович)
-- управление знаниями, стандартизация и регламентация (Нестерович)
-- формализмы и языки описания процессов и проектов (Агроскин)
-- Консенсус по понятиям системной инженерии, который можно испольовать в учебной литературе (Батоврин)
-- Формальные технологии принятия решений в условиях неопределенности и слабой структурированности (Батоврин)

7. Следующее заседание состоится 2 апреля 2009г., в 17 часов. Доклад -- "Русскоязычный текст ISO TR 24774" (Левенчук).

First meeting of  INCOSE Russian group