Category: it

Category was added automatically. Read all entries about "it".

2021 год
  • ailev

Сто четвёртое заседание, 23 сентября 2015 (minutes)

1. Доклад Анатолия Левенчука "Тренды в инженерии требований"
-- активная позиция инженера по требованиям
-- нужды стейкхолдеров в ISO 15288:2015
-- "большие требования"
-- необходимость текстовых требований
-- требования как контрольные точки
-- новые языки требований: Modelica, Julia
-- deep learning как следующий будущий тренд

2. Сообщение А.Ефремова о встречах Русского отделения INCOSE
-- Siemens PLM
-- Alireza Mousavi

3. О выборах в Совет директоров Русского отделения INCOSE на терм 2016 года. Решили: объявить номинирование на позиции в Совете директоров с 23 сентября 2015 до 23 октября 2015г. Присылайте кандидатуры на адреса президента и секретаря!

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


Слайды доклада А.Левенчука (http://www.slideshare.net/ailev/ss-53140509):


Слайды сообщения А.Ефремова (http://www.slideshare.net/ailev/incose):
2021 год
  • ailev

Четвертая научно-практическая конференция «Актуальные проблемы системной и программной инженерии»

Внимание: Русское отделение INCOSE в числе организаторов! Готовьте доклады!

Министерство образования и науки РФ, НИУ ВШЭ, ЗАО «ЕС-лизинг», Институт системного программирования РАН, ИСО/МЭК ПК7 ТК22, Российское отделение SEMAT, Русское отделение INCOSE проводят четвертую научно-практическую конференцию «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015) при поддержке РФФИ

Конференция посвящена анализу состояния, актуальным направлениям развития, научным проблемам и практическим результатам, полученным отечественными и зарубежными учеными и специалистами в области системной и программной инженерии.  

Рассматриваемые вопросы:

  • Современное представление международной организации по стандартизации (ИСО) и Open Management Group (OMG) о системной и программной инженерии
  • Новые актуальные информационные технологии, востребованные отечественной индустрией, и их роль в создании информационных систем
  • Современные подходы к построению информационно-аналитических систем  на основе технологии Big Data
  • Опыт реализации современных отечественных проектов информационных систем и их прикладного программного обеспечения (ПО)
  • Методы и технологии обеспечения жизненного цикла информационных систем и их ПО
  • SEMAT – современное представление о программной инженерии
  • Инженерия требований к информационным системам и их ПО
  • Теория, методы, технологии и инструментальные средства проектирования, разработки и сопровождения ПО современных информационных систем
  • Методы и технологии автоматизированного тестирования программных комплексов при их разработке и сопровождении
  • Модель услуг в современной системной и программной инженерии

Целевой аудиторией конференции являются специалисты, аспиранты и студенты, работающие в области заказа, проектирования, разработки, внедрения, эксплуатации и сопровождения информационных и информационно-аналитических и систем различного назначения и их программного обеспечения (ПО).

Пленарные доклады будут сделаны ведущими отечественными и зарубежными специалистами и ориентированы на формирование у слушателей представлений о важнейших и фундаментальных направлениях развития отрасли информационных технологий.

Структура конференции. Работа конференции будет проводиться в течение двух дней в виде пленарных заседаний и трех секций: системная инженерия, информационно-аналитические системы  и программная инженерия. Во второй день конференции проводится Workshop, на котором будут обсуждены доклад члена исполкома SEMAT PhD Mira Miroslawa Kajko-Mattsson о новом направлении развития программной инженерии – Software Engineering Method and Theory (SEMAT) и стандарте OMG ESSENCE, будут обсуждены также доклады о внедрении SEMAT в России и об инициативах российских отделений SEMAT и INCOSE по развитию этого подхода для применения при описании жизненного цикла ПО информационных систем и в развитии системной инженерии.

Сборник трудов конференции планируется к изданию в Высшей школе экономики, лучшие работы будут изданы в профильных журналах из списка ВАК РФ. Рабочие языки конференции русский и английский. Важные даты:

  • 15 марта 2015 г. – представление заявки - тезисовна участие на русском и английском языках
  • 20 апреля  2015 г. – представление текстов докладов для публикации на русском или английском языках
  • 20-21 мая - проведение конференции в МИЭМ НИУ ВШЭ
  • Регистрация участников
  • Материалы предоставляются по адресу apspe2015@yandex.ru в соответствии c требованиями, изложенными по адресу http://www.novtex.ru/autor.htm
Официальная страница конференции (со ссылкой на регистрацию: http://miem.hse.ru/apspi).
2021 год
  • ailev

Восемьдесят первое заседание, 9 октября 2013г. (minutes)

1. Доклад Алексея Иванова "Мультиагентные архитектуры в электроэнергетике"
-- организационный контекст
-- европейский архитектурный фреймворк
-- сравнение возможных архитектурных стилей управления энергосистемой (централизованного и распределённого мультиагентного)
-- опыт разработки прототипа мультиагентной системы

Видео (http://vimeo.com/76545296)


Слайды (http://www.slideshare.net/ailev/2013-1009-27032113):
2021 год
  • ailev

Шестьдесят четвертое заседание, 10 октября 2012г. (minutes)

1. Доклад Сергея Кравченко "Опыт практической работы с технологиями порождающего проектирования".
-- чем отличаются движки ведущих САПР
-- порождающее проектирование -- это прежде всего программирование
-- авторская система шаблонов, квестов и универсальных солверов в CATIA

Видео:


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



Видеоролики демонстрировались из числа https://www.youtube.com/user/zerganalizer

2. О номинировании членов Совета директоров Русского отделения INCOSE на терм 2013г.
Решили: открыть период номинирования на все позиции в Совете директоров с 10 октября 2012г. по 10 ноября 2012г., голосование провести в период с 10 ноября по 10 декабря 2012г.

By-laws Русского отделения INCOSE: http://incose.ru/795
2021 год
  • ailev

Третья рабочая встреча по проблемам системной инженерии 12-15 апреля 2012 (minutes)

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

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

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

1. Участие (онлайн) в симпозиуме Ontology Summit 2012 во время доклада Anatoly Levenchuk & Cory Casanave по федерации и интеграции систем (http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2012_Symposium, http://ontolog.cim3.net/file/work/OntologySummit2012/2012-04-12_13_OntologySummit2012_Symposium/OntologySummit2012-Symposium_Federation-Integration-XTrackSummary--CoryCasanave-AnatolyLevenchuk_20120412.pdf). Опыт международного сотрудничества в части инженерных онтологий (А.Левенчук).

2. Опыт преподавания краткосрочных курсов системной инженерии в России. Выступления:
-- опыт преподавания системной инженерии в высшей школе (В.Батоврин)
-- проект короткого курса "Введение в системную инженерию" в Уральском федеральном университете (М.Акоев)
-- курс системной инженерии в Бауманке (А.Иванов)
-- опыт проведения семестрового курса "Введение в системную инженерию" в МФТИ (А.Левенчук)
-- курс инженерии на кафедре стратегического планирования и методологии управления управления МИФИ (А.Королёв)

Основная проблема: невозможность определять программу обязательного курса в рамках текущей административной системы. Решили попробовать сделать какую-то рекомендованную Русским отделением INCOSE программу на базе опубликованной вот тут: http://ailev.livejournal.com/975339.html (ссылки на комментарии к лекциям по этой программе и на видео лекций тут: http://ailev.livejournal.com/980403.html). Особенностями этой программы является наличие блоков system thinking, инженерного менеджмента, обзора основных стандартов вдобавок к классическому foundation of systems engineering. Выяснилось, что к такой конструкции программы де-факто приходят большинство преподавателей.

3. Необходимые для реализации 4D разбиения (Е.Колосова, К.Сухачёв). Было продемонстрировано, что минимальное необходимое число разбиений -- 12, при этом ответа на вопросы про то, в какие разбиения должны попадать "захватки" и "пикеты" как не было, так и нет. Была высказана мысль, что данные разбиения могли бы лечь в основу отечественной ISO 15926 RDL, что помогло бы разработкам мэппинга для многочисленного софта. Эту работу можно было бы в таком же вялом режиме, в котором работает IRING, проводить в рамках Русского отделения INCOSE.

4. Был продемонстрирован софт ISO 15926. Выступления:
-- демонстрация .15926 Scanner (В.Агроскин).
-- Предметно-ориентированный редактор моделей хранилищ данных на примере редактора каталога промышленных изделий (А.Иванов).
-- моделе-ориентированные и факт-ориентированные технологии. Редактор справочных данных ISO 15926 (А.Иванов, Д.Шишкин).
Обсуждалось, когда все эти малопонятные технологии смогут выйти на "простого пользователя". Ответ был: как и карбюратор -- никогда. На простого пользователя выходят приложения этих технологий, но не сами технологии. По каждому же из приложений нужно разговаривать отдельно. Пока приложения ISO 15926, связанные с текстами на естественном языке (например, создание взаимосогласованных нормативных актов с аккомпанирующими справочными данными для использования в настройке компьютерных приложений по поддержке этих нормативов), нужно обсуждать как сугубо исследовательскую задачу.

5. Поддержка практик жизненного цикла атомной отрасли информационными технологиями (выступление М.Белова). Похоже, что в Русском отделении INCOSE уже более-менее разобрались с азами распространенных стандартов системной инженерии, и по вопросам выражения жизненных циклов и практик практически не возникает разногласий. Одно важно: при рассмотрении каждой практики (например, "проектирование сложного инженерного объекта") проблема в методах этого проектирования. Если речь идет о моделе-ориентированном проектировании и generative design, это может быть один софт, а если "по старинке", то и какой-нибудь 2D САПР подойдёт. Т.е. сначала нужно разбираться с методами, а только потом с софтом.

6. Что такое системный инженер (на примере текущих бизнес-кейсов системной инженерии в российской нефтяной индустрии, выступал С.Гумеров). Было чётко показано, что системные инженеры и айтишники -- это совсем-совсем разные люди. Системный инженер -- это тот, кто держит целое. Айтишники готовы ставить учётные системы в изобилии, но акцент нужно делать на тот код (часто размером в три страницы), который считает нужные для системных инженеров модели на основе данных учёта. А затем системный инженер принимает решения на основе этих расчётов, и он полномочен принимать эти решения. Увы, айтишники зачастую бесполезны для системных инженеров, хотя и сами про себя считают, что знают нужды производства лучше всех.

7. Достижения НИАЭП в системной инженерии (В.Аленьков). Если кому-то нужны бизнес-кейсы по передовому опыту инжиниринга в России, то такие бизнес-кейсы нужно брать из практики НИАЭП. От интеграции PLM разных поставщиков до "полевого инжиниринга" с RFID в касках строителей (чтобы можно было найти их на стройке в данный момент).

8. Описание взаимодействия предприятий (enterprise interoperability) в стандарте ISO 11354:2011 "Advanced automation technologies and their applications -- Requirements for establishing manufacturing enterprise process interoperability -- Part 1: Framework for enterprise interoperability" (выступление А.Арендарчука). Стандарт рассказывает, какие группы описаний нужно использовать, чтобы достигать реального взаимодействия систем, и как мэппить подходы к описанию взаимодействия предприятий из других стандартов к подходу данного стандарта. Как минимум, данный стандарт поможет установить терминологию для всех этих "интеграций" и "федераций".

9. Гармонизация архитектуры предприятия и ситуационной инженерии методов с использованием ISO 15926 (А.Левенчук). Можно компактифицировать знание о предприятии, если используемые предприятием методы работы представить в виде архитектурных паттернов, а ситуационные методы -- в виде специализаций этих архитектурных паттернов. Это даёт возможность использовать редактор архитектуры предприятия без дополнительной нужды использования редактора методов. Был продемонстрирован "претендотип" подхода на базе редактора Архимейта Archi.

10. Библиотека методов/архитектурных паттернов инженерного менеджмента и системной инженерии PraxOS: краткая характеристика (А.Левенчук). Обсуждался состав методов/архитектурных паттернов предприятия, которые планируется включить в PraxOS, главным образом в части инженерного менеджмента (от маржинального учёта и beyond budgeting до CCPM и ISO 15926).

Третья рабочая встреча Русского отделения INCOSE по проблемам системной инженерии, Бекасово, 2012

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

Пятьдесят шестое заседание, 14 декабря 2011г. (minutes)

1. Доклад Генриха Брудни "Работы группы технологий системной инженерии исследовательской лаборатории IBM в Хайфе".
-- моделеориентированная инженерия и порождающее проектирование
-- партнеры исследовательской лаборатории IBM и международная кооперация
-- алгебра систем: "контрактное программирование" на системах
-- порождающая архитектура: оптимизация архитектурных решений

Видео (2 часа 22 минуты):


Слайды будут опубликованы тут чуть позднее.

2. Утвердить работу Совета Директоров Русского отделения INCOSE в 2011 году.
2021 год
  • ailev

Рабочая встреча по проблемам системной инженерии 7-10 апреля 2011 (minutes)

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

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

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

1. Постановка мышления. В основе инженерии (в том числе системной инженерии), а также праксеологии (в том числе менеджмента, права, экономики), и даже математики и computer science лежит современная (после 2000г., а не времён Аристотеля или даже Пирса и Фреге) логика. Постановка мышления -- это прежде всего овладение логическим мышлением, в том числе рефлексией по поводу того, какой именно логикой пользуешься в мышлении. Так, работы по ISO 15926 в части модального реализма, 4D и экстенсионализма, а также многого другого опираются на относительно современные (поколение назад) логические исследования, и аккуратное представление инженерного знания, а также убедительные инженерные рассуждения оказывается предельно зависимым от логики и логичного (критического, если следовать традиции аналитической философии) мышления. Поэтому базовым курсом не только для системных инженеров, но и для многих других дисциплин является современная логика (и не путать современную логику с работами даже 70-х годов). Инженерия и наука: как связаны.

2. Инженерные разбиения. Терминология разных (organizational, work, product, resource, location, risk, cost) breakdown structure идёт от проектного управления. Инженеры предпочитают говорить не о "разбиениях", а о "разборках" -- decomposition. Тем не менее, инженерный менеджмент (в том числе и проектное управление) является частью системной инженерии, и поэтому нельзя отмахиваться от рассмотрения breakdown structures, ограничиваясь декомпозициями.

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

4. Использование ISO 15926 помогает разобраться в разных типах отношений, в том числе использовании в рамках одной иерархии ("дерева") разных типов отношений таким образом, чтобы программное обеспечение смогло справиться (в качестве примера была продемонстрировано программа .15926 browser, в которой возможно "путешествовать" по динамически представляемым деревьям с самыми разными типами отношений). Так, сложные классификаторы типа SLI (сочетающие мереологию судна и классификатор комплектующих), или классификатор S1000D вполне моделируются в ISO 15926, при этом облегчается как задача понимания принципов создания этих классификаторов, так и задача сравнения этих классификаторов. При этом не любое программное обеспечение (в том числе современные PLM) справляется с этой задачей множественной классификации. Принцип одинаковости уровней при связях нескольких разных разбиений.

5. "Гамбургер-диаграмма" для отражения функционально-конструктивных (системных, модульных) разбиений. Позиции (профессиональные роли) инженера по требованиям (ответственный за функции), системного архитектора (ответственный за архитектурные модели, показывающие поддержку конструкцией требуемой функции, а также согласование интерфейсов между функциями подсистем) и инженеров по специальностям (ответственных за элементы конструкции/подсистемы и реализацию интерфейсов).

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

7. DEMO как явный учёт не только производственных отношений и фактов, но и координационных отношений и фактов. Альтернативные органиграммам организационные разбиения (конструктивные диаграммы DEMO). Теория коммуникативного действия и иллокутивная логика как основа DEMO, важность логических оснований, онтологическая суть DEMO.

8. Как попасть на работу в компанию, где можно обсуждать такие интересные вопросы, как на Рабочей встрече? Начать использовать системную инженерию прямо на своём рабочем месте -- и обсуждать с коллегами то, что делаешь. Нужно не только разговаривать про системную инженерию и читать о ней, а ей заниматься: ее принципы и методы можно применить в любой работе. Это же относится к тому, как оказаться работающим на мировом уровне: просто делать свою работу на мировом уровне, быть профи, а не ссылаться на вечное отсутствие условий.

9. Опыт моделирования требований "ISO 15926 offsite". Различия методов ISO 15926 outside, inside, offsite. Gellish-моделирование против "истинно ISO 15926" моделирования. Классификация требований деонтическими статусами. Моделирование текста против моделирования содержания. Моделирование классификаторов, свойств, условий, состояний и т.д.. "Глубина" моделирования. Бесполезность неглубокого моделирования. Невозможность моделирования одного документа. Связь моделирования требований и последующих инженерных обоснований. Принцип "значение вводится один раз, а затем только используется" при моделировании требований.

10. Как устроена разработка и настройка инженерного софта. Айтишники ли модельеры данных, айтишники ли те люди, которые дорабатывают САПР (из айтишников они уже ушли, а до инженеров не дошли)? Как их готовить, кто является заказчиком их работы, как они взаимодействуют с системными инженерами. Програмноинженерное образование для системных инженеров, как явная цель реформы образования системных инженеров (по материалам проекта BKCASE).

11. Архитектурные описания, создаваемые по требованиям ISO 42010. Перевод на русский (профессиональные/тематические интересы, заинтересованные стороны, группа описаний, метод описаний и т.д.). Профессиональные/тематические интересы против заявленных требований отдельных лиц. Матрица соответствия интересов и методов описаний, позволяющих удовлетворить интерес. Архитектурные описания информационных систем и их связь с (архитектурными и иными) описаниями систем, которые они обслуживают. Использование универсальных "деревянных представлений" (разбиений) для самых разных групп описаний.

12. Архитектура программного обеспечения .15926 и планы по его развитию в части поддержки характеризации и мэппинга, публикации RDL. Использование ISO 15926 в реальных проектах атомной энергетики и судостроения. Оценка трудоёмкости моделирования, оценка необходимых объемов работ, оценка требуемой квалификации модельеров. Необходимость участия в международной кооперации по созданию справочных данных -- JORD.

13. Валидация и тестирование против верификации и тестирования -- использование требований и архитектуры для их организации. Тестировщики как системные инженеры.

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



По сравнению с первой встречей (http://community.livejournal.com/incose_ru/13632.html) участники не столько обсуждали западный опыт, сколько обменивались собственным опытом, хотя этот опыт еще нельзя сравнивать с лучшими западными достижениями. Но этот опыт уже есть. Хотелось бы, чтобы на следующей Рабочей встрече по проблемам системной инженерии обсуждаемые наши достижения соответствовали мировому уровню, а потом и превосходили его.
2021 год
  • ailev

Сорок второе заседание, 9 марта 2011 (minutes)

1. Доклад Анатолия Левенчука "Языки и нотации моделирования жизненного цикла"
-- основные языки и нотации моделирования жизненного цикла
-- отношения между этими языками и нотациями

Диаграммы из постинга http://ailev.livejournal.com/917251.html.

Видео:



Флипчарт:



2. В кулуарах состоялась краткая демонстрация программного обеспечения .15926 Workbench и обсуждение текущих проектов по использованию ISO 15926 для интеграции инженерных данных жизненного цикла.

3. Бронь на одноместные номера для Рабочей встречи по проблемам системной инженерии 7-10 апреля 2011 в Бекасово закончилась, остались возможности одноместного и двухместного поселения в двухместных номерах.
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

Двадцать третье заседание, 10 марта 2010г. (minutes)

1. Доклад В.Агроскина "«Динамическое моделирование на примере системной динамики АЭС».
-- материал к докладу: «Handbook of Dynamic System Modeling» -- http://www.freebookspot.in/Books-Handbook%20of%20Dynamic%20System%20Modeling.htm
-- свободный программный продукт, в котором был выполнен пример моделирования: http://www.sphinxes.org/ (system dynamics modeling environment).
-- исполняемый файл демонстрировавшейся модели: http://narod.ru/disk/18650381000/NPPModel3.sdp.html (внимание! При работе с данной моделью программное обеспечение Sphinxes (или виртуальная машина Java?) довольно быстро приводит к переполнению памяти и зависает, иногда с безвозвратным разрушением и утратой даже предварительно сохранённой модели).

Были раскрыты следующие вопросы:
-- модель заинтересованных сторон и их целей против модели системы в инженерии требований.
-- связь разных видов моделей, практики и процесс (метод) моделирования с использованием разных моделей.
-- формализм системной динамики: общий для всех заинтересованных сторон объект, связанный с жизненным циклом -- потоки (материалов, денег, энергии, работ и т.д.)
-- возможности программного обеспечения системной динамики (на примере Sphinxes)
-- пример моделирования АЭС: основные блоки модели (подмодели активной зоны, перегрузки топлива и связи с КИУМ, выдачи энергии и мощности системному оператору, капитального строительства и т.д.), пути декомпозиции-детализации, чувствительность к изменениям параметров.
-- калибровка модели и ее использование для организации переговоров между заинтересованными сторонами
-- развитие модели: переход к Modelica

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

2. Заседание в четвертую среду марта заменяется Рабочей встречей по проблемам системной инженерии (в "Бекасово", заезд в четверг после 18 часов 25 марта, отъезд в четверг после обеда 28 марта).

3. Выступить с инициативой законодательного обеспечения моделеориентированной системной инженерии (использование безбумажных технологий в техническом регулировании и промышленности) на слушаниях по высоким технологиям, проводимых Комитетом по промышленной политике Совета Федерации 25 марта 2010г.