Б.Позин, Е.Горбунова -- развитие ядра Essence для стадии сопровожденияAnatoly Levenchuk
Доклад Бориса Позина и Eвгении Горбуновой "Предложение по развитию ядра OMG Essence для обеспечения процессов жизненного цикла программных систем" на 97 заседании INCOSE, 26 ноября 2014г.
Б.Позин -- катастрофоустойчивая банковская система (2/2)Anatoly Levenchuk
Доклад Бориса Позина "Опыт разработки крупномасштабной катастрофоустойчивой банковской системы" (2/2) на 80 заседании Русского отделения INCOSE, 25 сентября 2013г.
Доклад Михаила Гайворонского "Опыт разработки САУ (FADEC) двигателя в соответствии с требованиями стандарта DO-178" на 115 заседании Русского отделения INCOSE, 25 мая 2016г.
Доклад Сергея Нужненко (ООО «Лаборатория системного анализа» (lab-sa.ru)) "ИТ-проекты и ИТ-результаты" на 130-м заседании Русского отделения INCOSE, 9 ноября 2017 г.
Б.Позин, Е.Горбунова -- развитие ядра Essence для стадии сопровожденияAnatoly Levenchuk
Доклад Бориса Позина и Eвгении Горбуновой "Предложение по развитию ядра OMG Essence для обеспечения процессов жизненного цикла программных систем" на 97 заседании INCOSE, 26 ноября 2014г.
Б.Позин -- катастрофоустойчивая банковская система (2/2)Anatoly Levenchuk
Доклад Бориса Позина "Опыт разработки крупномасштабной катастрофоустойчивой банковской системы" (2/2) на 80 заседании Русского отделения INCOSE, 25 сентября 2013г.
Доклад Михаила Гайворонского "Опыт разработки САУ (FADEC) двигателя в соответствии с требованиями стандарта DO-178" на 115 заседании Русского отделения INCOSE, 25 мая 2016г.
Доклад Сергея Нужненко (ООО «Лаборатория системного анализа» (lab-sa.ru)) "ИТ-проекты и ИТ-результаты" на 130-м заседании Русского отделения INCOSE, 9 ноября 2017 г.
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Б.Позин -- катастрофоустойчивая банковская система (1/2)Anatoly Levenchuk
Доклад Бориса Позина "Опыт разработки крупномасштабной катастрофоустойчивой банковской системы" (1/2) на 78 заседании Русского отделения INCOSE, 10 июля 2013г.
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примереSergey Sobolev
Применение ТРИЗ для решения технических и бизнес-проблем в ИТ области. Слайды показаны 19.05.2015 на 21й встрече клуба ИТ менеджеров Санкт-Петербурга (http://spbspm.club).
Talk of Ali Mousavi "Event-Modelling An Engineering Solution for Control and Analysis of Complex Systems" at 116th regular meeting of INCOSE Russian chapter, 14-Sep-2016
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Б.Позин -- катастрофоустойчивая банковская система (1/2)Anatoly Levenchuk
Доклад Бориса Позина "Опыт разработки крупномасштабной катастрофоустойчивой банковской системы" (1/2) на 78 заседании Русского отделения INCOSE, 10 июля 2013г.
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
* Классификация нефункциональных требований
* Шаблоны нефункциональных требований
* Численные значения нефункциональных требований
* Связи между нефункциональными и функциональными требованиями
* Влияние различных категорий нефункциональных требований друг на друга
* Атрибуты качества продукта и нефункциональные требования
* Роли в проекте, с которыми взаимодействует аналитик при выявлении и уточнении нефункциональных требований
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примереSergey Sobolev
Применение ТРИЗ для решения технических и бизнес-проблем в ИТ области. Слайды показаны 19.05.2015 на 21й встрече клуба ИТ менеджеров Санкт-Петербурга (http://spbspm.club).
Talk of Ali Mousavi "Event-Modelling An Engineering Solution for Control and Analysis of Complex Systems" at 116th regular meeting of INCOSE Russian chapter, 14-Sep-2016
Доклад А.Левенчука "Инженерия систем с плохой модульностью и гранулярностью: предприятия, искусственные нейросети, психика" на 112 заседании Русского отделения INCOSE, 23 марта 2016г.
Вячеслав Мизгулин - Результаты работы на INCOSE WS 2017Alexander Shamanin
Доклад Вячеслава Мизгулина (к.т.н., ИТ-консультант, Доцент кафедры интеллектуальных информационных систем УрФУ, Руководитель программы магистратуры "Системная инженерия" Инженерной школы новой индустрии УрФУ, Казначей Русского отделения INCOSE)
-- Результаты работы на INCOSE WS 2017
1. Общий обзор мероприятия INCOSE WS 2017 и рефлексия "по горячим следам".
2. Стратегия INCOSE и пути развития Русского отделения INCOSE, интерес к Русскому отделению.
3. Перевод INCOSE Handbook и перспективы сертификации на русском языке, тренинги и образовательные программы.
4. Краткий обзор деятельности некоторых рабочих групп - возможность подключиться к международной деятельности:
- MBSE
- PM-SE
- Systems science
- Requirement engineering
- Agile SE and Systems science
- и т.д.
5. Методологии работы на воркшопах.
Доклад Марка Акоева (Уральский федеральный университет) "Системная динамика как вид системного мышления" на 119 заседании Русского отделения INCOSE, 26 октября 2016г.
В.Мизгулин -- программа магистратуры по системной инженерииAnatoly Levenchuk
Доклад В.Мизгулина "Программа магистратуры по системной инженерии" на 7й рабочей встрече Русского отделения INCOSE по проблемам системной инженерии, 23 апреля 2016г.
Tim Weilkiens - Systems engineering: consulting services, masters curriculum ...Alexander Shamanin
Tim Weilkiens (Тим Вайлькинс ) "Системная инженерия: консалтинг, магистерская программа и работа с INCOSE в Германии (oose)/ Systems engineering: consulting services, masters curriculum and INCOSE collaboration (oose
Доклад Михаила Бухарина "Разбивка на модули в архитектурном проектировании. Практика DSM (design structure matrix)" на 94 заседании INCOSE, 8 октября 2014г.
А.Левенчук -- инженерное образование: итоги 2014 и планы.Anatoly Levenchuk
Доклад Анатолия Левенчука "Непрерывное инженерное образование. Итоги 2014 года и планы" на 98 заседании Русского отделения incose, 10 декабря 2014 года
С.Ковалёв -- теория категорий как математическое основание MBSEAnatoly Levenchuk
Доклад Сергея Ковалёва (ИПУ РАН) "Теория категорий как математическое основание моделеориентированной системной инженерии" на 96 заседании Русского отделения INCOSE, 12 ноября 2014г.
Дизайн для шести сигм (DFSS). Часть 4: DesignSixSigmaOnline
Слайды вебинара "Дизайн для шести сигм (DFSS). Часть 4: Design", который проходил 28 мая 2013 года.
Посмотреть запись вебинара можно по ссылке: http://sixsigmaonline.ru/load/16-1-0-541
Завершающий доклад дня будет посвящён реализации и верификации разработанных алгоритмов обработки сигналов на конечных целевых платформах. Мы продемонстрируем современный подход к решению этой задачи в рамках концепции МОП, подразумевающий активное использование поведенческой модели алгоритма, а также автоматизацию многих этапов разработки и тестирования.
Как сделать ТЭЦ эффективными: практики внедрения систем моделирования, анализ...КРОК
Выставка и конференция Russia power 2013 http://www.croc.ru/action/partners/detail/20850/
Доклад Константина Голубева, руководителя практики систем управления производством в генерации (КРОК) и Александра Копина, начальника сектора ОРЭ и учета ТЭЦ (филиал ОАО «Мосэнерго»).
Доклад Анатолия Левенчука "Управление жизненным циклом производственного актива: кто чем тут управляет?" на конференции «Жизненный цикл актива. Стандартизация. Интеграция. Интеллектуализация» 26 ноября 2014
Главный риск не успешности проекта создания автоматизированной системы - это автоматизированная система не будет удовлетворять ожиданиям ее заказчика.
Главные способы сниженя риска неудовлетворенности проектным внедрением заказчиком:
* создание автоматизированной системы по отработанной технологии;
* документирование процесса ее разработки.
Тренинг GLPK, часть 1: Модель планирования производстваGleb Zakhodiakin
Первая часть тренинга по решению задач оптимизации в пакете GLPK. В презентации рассматриваются основные компоненты оптимизационной модели и их реализация на языке MathProg на примере задачи планирования производства. Рассматриваются автоматически формируемые отчеты по решению.
Юрий Бабин -- многокритериальная оптимизация в инженерных проектахAnatoly Levenchuk
Доклад Юрия Бабий "Опыт применения инструментария многокритериальной оптимизациии для повышения эффективности сложных технических систем" на 65 заседании Русского отделения INCOSE, 24 октября 2012г.
Usually, software engineering changes appear with a 10-15 year lag in systems engineering as a general practice. Therefore we can reliably predict what will be changed in the systems engineering mainstream in the nearest future and perform these practices today rather than tomorrow. There are a lot of changes: systems architecture established itself as a new separate discipline that deals with -ilities as architectural concerns/characteristics, requirements engineering disappears, manufacturing operates by developers (DevOps concept), and ubiquitous usage of continuous development and continuous delivering principles. The presentation gives an overview of these changes reflected in the "Systems engineering 2022" textbook published by Anatoly Levenchuk a couple of months ago.
Слайды лекции по современной методологии в составе интеллект-стека как идущей на смену праксиологии, на базе которой были сделаны наработки австрийской школы экономики.
Доклад А.Левенчука "SysArchi -- системное моделирование в ArchiMate 3.0" на семинаре "Дни инженерии организаций" факультета информатики, математики и компьютерных наук НИУ ВШЭ. Москва-Нижний Новгород, 11 сентября 2018
Доклад А.Левенчука "Системное мышление за пределами инженерии и менеджмента. Пример: системный фитнес" на конференции "Системный менеджмент" Школы системного менеджмента и Русского отделения INCOSE, 16 апреля 2017г.
1. ОАО «ВНИИХОЛОДМАШ-ХОЛДИНГ», 127410, Российская Федерация, г.Москва, Алтуфьевское шоссе, дом 79А,строение 3,
тел./факс: (495) 663 16 50. www.vhm.ru e-mail: info@vhm.ru
Оптимизация в архитектурных расчётах
холодильных машин
Савин Олег Игоревич
Ведущий инженер по моделированию
2. Содержание
1
1. Задачи оптимизации.
2. Примеры реализованных оптимизационных расчётов
элементов холодильной машины.
3. Рекомендации.
4. Перспективы дальнейших оптимизационных расчётов.
3. Содержание
2
1. Задачи оптимизации.
2. Примеры реализованных оптимизационных расчётов
элементов холодильной машины.
3. Рекомендации.
4. Перспективы дальнейших оптимизационных расчётов.
4. 3
Задачи оптимизации
Довольно затруднительно расчленять оптимизационные задачи, т.к. этот постоянный
и непрерывный процесс осязаемо или нет присутствует на всех стадиях
проектирования. В общем и приближённом виде можно выделить следующую
градацию:
1. Теплотехническая оптимизация холодильной машины. Оптимизируются
термодинамические параметры-типы циклов, применяемые агенты,
температурные напоры, расходы, скорости, приведённые затраты и т.п.
2. Теплотехническая оптимизация отдельных элементов оборудования ХМ.
Оптимизируется как геометрия, масса, так и приведённые затраты.
3. Прочностная-оптимизируется 3D модель для получения умеренных напряжений в
профиле.
4. Конструкторская оптимизация-наиболее оптимальная с точки зрения напряжений
и гидравлических потоков конструкция.
5. Оптимизация стандартизованная-подбор наиболее экономически
целесообразного сочетания из готовых элементов оборудования.
6. Выбор эмпирических коэффициентов экспериментов.
5. 4
Критерии для выбора оптимизатора
Для выбора стороннего ПО по оптимизации я предъявлял следующие требования:
1. Наличие адаптивных процедур наравне с настраиваемыми алгоритмами
оптимизации.
2. Возможность связывать между собой разнотипные модели и одновременно
оптимизировать их-теплотехника, прочность, CFD.
3. Возможность распараллеливать задачи оптимизации для уменьшения времени
расчёта по затратным моделям.
4. Решение многопараметризованных задач.
5. Устойчивость в работе при сбоях вычислений.
6. Дружественный, настраиваемый интерфейс.
6. 5
Существующая и возможная реализация этапов оптимизации
Оптимизация Сегодняшняя реализация Возможная реализация
Теплотехническая ХМ Опыт проектировщика Программные
комплексы на основе
Modelica/Modelica+IOSO
Теплотехническая
элементов
Опыт
проектировщика+Modelica+
IOSO
Modelica/Modelica+IOSO
Стандартизированная Опыт проектировщика Подбор на основе
моделей Modelica
Прочностная Опыт проектировщика ANSYS/ANSYS+IOSO
Конструкторская Опыт проектировщика ANSYS/FlowVision/Nume
ca+IOSO
Эмпирическая Modelica/Modelica+IOSO Modelica/Modelica+IOSO
7. 6
Первый возможный тип оптимизации холодильной машины
Оптимизация цикла
Расчёт и
оптимизация
центробежного
компрессора при
жёстких входных
данных
Расчёт и оптимизация
теплообменной
аппаратуры при
жёстких входных
данных
8. 7
Второй возможный тип оптимизации холодильной машины
Все расчётные
параметры ХМ
взаимно влияют
друг на друга.
9. Содержание
8
1. Задачи оптимизации.
2. Примеры реализованных оптимизационных расчётов
элементов холодильной машины.
3. Рекомендации.
4. Перспективы дальнейших оптимизационных расчётов.
10. 9
Пример реализованной оптимизации элемента ХМ
Тепловые
данные
Расчёт теплообменника жидкость/жидкость по старым зависимостям
Расчёт
поверхности
Создание
конструкции
под данную
поверхность
Тепловые
данные+при-
мерная
конструкция
Расчёт теплообменника жидкость/жидкость по
старым зависимостям
Расчёт
процесса с
учётом
реальной
геометрии
Сравнение
результатов
Уточняющий расчёт
11. 10
Пример реализованной оптимизации элемента ХМ
При наличии параметрического чертежа проектируемого объекта
появляются следующие виды взаимосвязи между двумя
программными продуктами:
Связывание
геометрических
параметров моделей
из Inventor->ANSYS и
через оптимизатор в
Modelica.
L
12. 11
Пример реализованной оптимизации элемента ХМ
Теплофизика(жёсткие):
Температуры, расходы носителей.
Теплоносители.
Геометрия(жёсткие):
Геометрия трубок.
Геометрия(варьируемые):
Длина труб, число труб, число
перегородок, расстояние между
перегородками, высота окна
перегородки.
-Минимизация поверхности;
-Минимизация до нуля разницы
между реальной и требуемой
поверхностью;
- Соотношение диаметра к длине
аппарата ограничено с двух сторон;
- Гидравлические потери ограничены
сверху.
-Напряжения в обечайки ограничены
сверху.
Исходные данные: Оптимизационные критерии:
Modelica
ANSYS*
Размеры обечайки
аппарата(варьируемые)
ОптимизаторIOSO
*-3D модель создавалась в WorkBench
Ansys
Общее-длина и диаметр обечайки
13. 4
Результат оптимизации элемента ХМ
Оптимизация по
подбору
минимальной
допустимой
поверхности при
реальных
ограничениях по
прочности,
геометрии и
сопротивлениям
КОНДЕНСАТОР (Modelica+IOSO)
Ограничение напряжения
14. 13
Пример реализованной оптимизации элемента ХМ.
Параметрическое исследование.
ЭКОНОМАЙЗЕР ВОДА/ФРЕОН(Modelica+IOSO)
Можно наблюдать область
устраивающих решений-
где dF начинает расти от
нуля. Оптимальное
решение начинается
примерно от 1100 трубок.
Ntt-число трубок.
dF-разность требуемой и
реальной поверхности.
15. 14
Пример реализованного поиска эмпирического коэффициента
Выполнялся поиск коэффициента, связанного с геометрией «Т»-образной трубки для конденсатора.
Критерий: минимизация разности результатов расчета ММ и экспериментальных данных.
Идентифицируемые параметры: коэффициенты незнания Кi , влияющие на точность
результатов расчета.
Modelica
16. Содержание
15
1. Задачи оптимизации.
2. Примеры реализованных оптимизационных расчётов
элементов холодильной машины.
3. Рекомендации.
4. Перспективы дальнейших оптимизационных расчётов.
17. 16
Рекомендации после получения тестовых результатов
По результатам взаимодействия IOSO, Modelica, ANSYS я бы выделил
следующее:
• Оптимизировать при такой сложной иерархии ПО стоит только
архитектурные расчёты, либо отдельные элементы/профили.
Оптимизировать машины и оборудование на более подробных уровнях
неоправданно.
• Довольно часто оказывается полезным перед запуском оптимизации
совершить несколько параметрических расчётов моделей. Это часто
позволяет в ручном режиме отфильтровать наиболее вероятные области
нахождений решений. Если при оптимизации ограничиться уже
найденными областями, то это сократит время расчётов, а также повысит
вероятность нахождения искомого экстремума или множества Парето.
• Сама оптимизационная задача должна ставиться только после тщательной
проработки всех входящих в неё параметров. Человек, запускающий
оптимизацию, должен соединять в себе знания теплотехника, гидравлика,
прочниста и конструктора. В противном случае модель получится
оптимизированная, но нереальная.
18. Содержание
17
1. Задачи оптимизации.
2. Примеры реализованных оптимизационных расчётов
элементов холодильной машины.
3. Рекомендации.
4. Перспективы дальнейших оптимизационных расчётов.
20. Моделирование
потоков
19
Блок-схема будущей интеграция параметрических моделей
3D параметрическая
модель объекта
создана в Inventor
Тепловая, гидравлическая
модель создана в Modelica
Оптимизатор IOSO связывает
параметры 3D модели и модели
Modelica между собой. И назначает
им значения
В ANSYS производится
прочностной расчёт по
3D геометрии из
Inventor
Производится расчёт
теплотехники и
гидравлики
Изменение параметров
3D модели и модели
Modelica
Сравнение результатов
Оптимизатор