А.Левенчук -- инженерное образование: итоги 2014 и планы.Anatoly Levenchuk
Доклад Анатолия Левенчука "Непрерывное инженерное образование. Итоги 2014 года и планы" на 98 заседании Русского отделения incose, 10 декабря 2014 года
Доклад А.Левенчука "Essence для управления технологиями" на четвертой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
Доклад Анатолия Левенчука "Управление жизненным циклом производственного актива: кто чем тут управляет?" на конференции «Жизненный цикл актива. Стандартизация. Интеграция. Интеллектуализация» 26 ноября 2014
А.Левенчук -- инженерное образование: итоги 2014 и планы.Anatoly Levenchuk
Доклад Анатолия Левенчука "Непрерывное инженерное образование. Итоги 2014 года и планы" на 98 заседании Русского отделения incose, 10 декабря 2014 года
Доклад А.Левенчука "Essence для управления технологиями" на четвертой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
Доклад Анатолия Левенчука "Управление жизненным циклом производственного актива: кто чем тут управляет?" на конференции «Жизненный цикл актива. Стандартизация. Интеграция. Интеллектуализация» 26 ноября 2014
В.Мизгулин -- программа магистратуры по системной инженерииAnatoly Levenchuk
Доклад В.Мизгулина "Программа магистратуры по системной инженерии" на 7й рабочей встрече Русского отделения INCOSE по проблемам системной инженерии, 23 апреля 2016г.
Доклад А.Левенчука "Инженерия систем с плохой модульностью и гранулярностью: предприятия, искусственные нейросети, психика" на 112 заседании Русского отделения INCOSE, 23 марта 2016г.
Доклад А.Левенчука "SysArchi -- системное моделирование в ArchiMate 3.0" на семинаре "Дни инженерии организаций" факультета информатики, математики и компьютерных наук НИУ ВШЭ. Москва-Нижний Новгород, 11 сентября 2018
А.Левенчук -- Понятие системы в системной инженерииAnatoly Levenchuk
Доклад Анатолия Левенчука "Понятие системы в системной инженерии. Системная инженерия против инженерии систем" на 70 заседании Русского отделения INCOSE, 23 января 2013г.
А.Левенчук -- Essence в варианте для системной инженерииAnatoly Levenchuk
Доклад А.Левенчука "Essence в варианте для системной инженерии" на четвёртой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
А.Левенчук -- процессы, проекты, кейсы, практики и прочие описания деятельностиAnatoly Levenchuk
Доклад А.Левенчука "Процессы, проекты, кейсы, практики и прочие описания деятельности" на II конференции по процессному управлению, Москва, 22 ноября 2013г.
Доклад Анатолия Левенчука "Системный подход, данный нам в стандартах ISO 42010, ISO 81346, ISO 15926, OMG Essence" на 82 заседании Русского отделения incose, 23 октября 2013
В.Мизгулин -- программа магистратуры по системной инженерииAnatoly Levenchuk
Доклад В.Мизгулина "Программа магистратуры по системной инженерии" на 7й рабочей встрече Русского отделения INCOSE по проблемам системной инженерии, 23 апреля 2016г.
Доклад А.Левенчука "Инженерия систем с плохой модульностью и гранулярностью: предприятия, искусственные нейросети, психика" на 112 заседании Русского отделения INCOSE, 23 марта 2016г.
Доклад А.Левенчука "SysArchi -- системное моделирование в ArchiMate 3.0" на семинаре "Дни инженерии организаций" факультета информатики, математики и компьютерных наук НИУ ВШЭ. Москва-Нижний Новгород, 11 сентября 2018
А.Левенчук -- Понятие системы в системной инженерииAnatoly Levenchuk
Доклад Анатолия Левенчука "Понятие системы в системной инженерии. Системная инженерия против инженерии систем" на 70 заседании Русского отделения INCOSE, 23 января 2013г.
А.Левенчук -- Essence в варианте для системной инженерииAnatoly Levenchuk
Доклад А.Левенчука "Essence в варианте для системной инженерии" на четвёртой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
А.Левенчук -- процессы, проекты, кейсы, практики и прочие описания деятельностиAnatoly Levenchuk
Доклад А.Левенчука "Процессы, проекты, кейсы, практики и прочие описания деятельности" на II конференции по процессному управлению, Москва, 22 ноября 2013г.
Доклад Анатолия Левенчука "Системный подход, данный нам в стандартах ISO 42010, ISO 81346, ISO 15926, OMG Essence" на 82 заседании Русского отделения incose, 23 октября 2013
Метод анализа C/C++ программ. Использование LLVM и декомпиляции в таком анализе. Проблемы декомпиляции и возможные способы применения анализа. Примеры.
The method of analysis of C/C++ programms. The usage of LLVM and decompilation in this analysis. Problems of decompilation. Possible ways of usage of analysis. Examples.
Не всегда задачи решаются в терминах языка программирования. И когда дело доходит до реализации, иногда "волосы становятся дыбом" от мысли, как это придется делать на конкретном языке. В данном докладе автор "изольет душу" на тему идиом в языках программирования, чем они отличаются от паттернов проектирования, рассмотрит преимущества и недостатки их использования, а также подробно рассмотрит несколько наиболее популярных идиом для C++.
А давайте будем многопоточить и масштабировить! - записки сумасшедшего №0COMAQA.BY
Хочешь, чтобы веб-сервисы работали быстрее? Тогда используй Add to dictionary и масштабируемость в "облаке". В докладе кратко представлен проектный опыт сокращения времени тестирования SOAP+REST WS на основе multithreading и возможности масштабируемости в Azure.
В топку Postman - пишем API автотесты в привычном стекеCOMAQA.BY
Postman - отличный инструмент для автоматизации тестирования API, но он требует дополнительного софта, дополнительных навыков и дополнительных настроек. Есть ли способ обойти эти ограничения и перейти сразу к автоматизации API-тестов в привычной среде, если вы уже разрабатываете автотесты на Java? Конечно! Давайте поговорим о способах автоматизации API-тестов с использованием Java
Лекция 3. Распределённая файловая система HDFSTechnopark
Техносфера Mail.ru Group, МГУ им. М.В. Ломоносова.
Курс "Методы распределенной обработки больших объемов данных в Hadoop"
Видео лекции курса https://www.youtube.com/playlist?list=PLrCZzMib1e9rPxMIgPri9YnOpvyDAL9HD
Автоматизация тестирования API для начинающихCOMAQA.BY
Потенциальные сложности в тестировании веб-сервисов. Мы поговорим об основах тестирования API, докладчик поделится опытом создания фреймворка для эффективной организации автоматизации регрессионного тестирования с нулся и в сжатые сроки. Уверен: идеи и практический опыт докладчика будет небесполезен слушателям, особенно тем, кому предстоит заняться автоматизацией тестирования веб-сервисов «на голом месте».
Доклад "Теории понятий и представление знаний в современных технических системах" на методологической школе в Юрмале. 19 августа 2012г.
Аудио: http://narod.ru/disk/59651696001.1b9de207403d4c7d7ebe84fc9f936c91/%D0%BB%D0%B5%D0%BA%D1%86%D0%B8%D1%8F%20%D0%9B%D0%B5%D0%B2%D0%B5%D0%BD%D1%87%D1%83%D0%BA%D0%B0_19.08.WMA.html
Слайды лекции по современной методологии в составе интеллект-стека как идущей на смену праксиологии, на базе которой были сделаны наработки австрийской школы экономики.
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.
Доклад А.Левенчука "Системное мышление за пределами инженерии и менеджмента. Пример: системный фитнес" на конференции "Системный менеджмент" Школы системного менеджмента и Русского отделения INCOSE, 16 апреля 2017г.
Доклад Марка Акоева (Уральский федеральный университет) "Системная динамика как вид системного мышления" на 119 заседании Русского отделения INCOSE, 26 октября 2016г.
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
2. Образование: жизненные маршруты
• Образование: увеличить возможные жизненные маршруты (из
«физиков» лирики получаются, а вот наоборот -- нет).
• Всегда дилемма: всё о ни о чём (узкие специалисты), ничего обо
всём (генералисты).
• Знание принципов освобождает от знания фактов
• Обучение мышлению (а не материальной культуре): мышление
выживает дольше, материальная культура морально устаревает
быстро
• Профессии умирают стремительно. И рождаются так же быстро. Мы
даже не можем представить себе, какие работы будут ждать детей
или студентов через 10 лет (роботы, искусственный интеллект,
биоинженерия). Выход: разделить образование (учить думать и
учить учиться) и обучение (учить технологии).
Образователи:
• Методолог (чему учить, нарезка знаний на модули)
• Преподаватель (как учить данному модулю, дидактика)
• Тьютор (выбор образовательного маршрута, ответственность за
карму ученика)
• … 2
3. Развиваем мышление
Какие предметы нужно учить в нежном возрасте, ибо их знание необходимо
для огромного числа других предметов?
1. Мышление (дисциплины) формализации (аккуратного представления
мира, научное мышление – потенциально бОльшее число моделей мира):
• Математическое мышление
• Физическое мышление
• Информатика
• Алгоритмическое мышление
• Императивное
• Функциональное
• Логическое
• Онтологическое мышление [пропущено везде, моделирование данных, базы
данных]. Моделирование (против программирования).
• Экономическое мышление
• ….
2. Мышление (дисциплины) дела (ненаучное! Эвристическое: байка Billy
Koen про мост в 1700 году. Но с полным использованием мышления
формализации)
• Инженерное мышление
• Менеджерское мышление (управления проектами, лидерства,
маркетинга)
• …. 3
4. Путь упрощения знаний
(даты условны! И всегда есть гениальные исключения)
НАУКА И ПРОИЗВОДСТВО
Алгоритмика 1960 Моделирование данных 1980 Инженерия -4000
Магистратура
Алгоритмика 1970 Моделирование данных 1995 Инженерия 1800
Бакалавриат
Алгоритмика 1975 Моделирование данных ??? Инженерия 1900
СРЕДНЯЯ ШКОЛА
Алгоритмика 1985 Моделирование данных ??? Инженерия ???
НАЧАЛЬНАЯ ШКОЛА
Алгоритмика 2012 Моделирование данных ??? Инженерия ???
4
7. Примеры изучаемых практик
Практики алгоритмики (не информатики!):
• Дисциплина – императивное
программирование (алгоритмика)
• Технологии и Миры задач:
• ПиктоМир – мир Робота Вертуна
• КуМир – мир нарисованных Робота, Водолея,
Чертёжника, Черепахи
• Julia (продолжение линии Fortran, Mathlab, Python) –
мир матричных вычислений
Математические практики:
• Дисциплина – избранные разделы математики
• Технологии и Миры задач:
• Ручка, бумажка, траспортир, циркуль – мир
вычислений и формул
• Mathematica, Sage, ??? – мир вычислений и формул
7
8. Основная проблема образования:
объединение дисциплины и технологии в практике
• дисциплины = мышление (операции с абстрактными
типизированными объектами). Меняются за 30 лет. Учатся в
школе и ВУЗе.
• технологии = инструменты и рабочие продукты (поддержка
мышления в экзокортексе). Меняются каждые 5 лет. Учатся на
производстве.
• Связь дисциплин и технологий, дисциплин и жизни нужно
ТРЕНИРОВАТЬ, для этого и нужен преподаватель
8
В жизни ни одного
слова из учебника
В учебнике ни
одного слова из
жизни
9. Практики = дисциплины + технологии
Образовывать на учебных практиках:
• Дисциплине
• в ряде учебных технологий
• Выполняя упражнения в учебных Мирах
Работать с производственными практиками:
• Опираясь на образование (дисциплину)
• Подучившись технологии предпринятия
• В целевых Мирах
9
10. Образовывание в инженерии
Чему образовываем (дисциплина, мышление):
• Инженерия – это не уроки ремесла, не «труд». Это обучение приёмам
системноинженерного мышления.
• Это понимание роли разделения труда (почему оно происходит)
• Это понимание коллективной работы по созданию сложных систем
• Поддисциплины: инженерия требований, инженерия архитектуры, проектирование,
проверка и приёмка, эксплуатация и ремонт
• Литература на русском: «Системноинженерное мышление в управлении жизненным
циклом»,
http://techinvestlab.ru/files/systems_engineering_thinking/systems_engineering_thinking--
TechInvestLab_2014.pdf -- учебник для ВУЗов
На чём учим: (технологии MBSE, model-based systems engineering):
• Моделеры языков моделирования: SysMoLan, Modelica, SysML, ArchiMate
• Учебные технологии – нужно создавать (идея: SysMoLan)
• Особенность: моделирование мира (онтология, моделирования данных) используется!
Нужно принять решение: курс этот внутри инженерного курса, внутри курса информатики,
отдельный курс? Рекомендация: отдельный курс, но легче всего начинать как «кусочек
курса инженерии».
Какие задачи решаем:
• Бесконечное множество: программирование, механическая инженерия, инженерия
предприятий, …
• Учебные миры нужно создавать (гипотеза: киберфизические системы, т.е. робототехника)
Критерий: дисциплина должна работать с максимумом
технологий и миров!!!
10
11. Что общего? Как не
переспециализировать?
• Аэрокосмическая инженерия (авиационная инженерия, космическая инженерия)
• Сельскохозяйственная инженерия
• Автомобильная инженерия
• Биоинженерия
• Компьютерная инженерия
• Программная инженерия
• Инженерия предприятия
• Инженерия управляющих систем
• Строительная инженерия
• Химическая инженерия
• Пожарная инженерия
• Горная инженерия
• Механотроника
• Атомная инженерия
• ……
11
13. Уровни обобщения и формализации
мышления/дисциплин/предметов
(обеспечение мультидисциплинарности/мультипарадигмальности)
• Философские логики – знаковые системы и их связь с окружающим
миром, предельные онтологи
• Рефлексирующие модельеры данных – MOF, ISO 15926 Part 2
(Upper ontology, foundational ontology). Компьютерщики:
преобразования одних выражений мысли в другие
(теоркатегорное представление, не теория множеств – операции
главные, вычисление). Поддержка системного подхода
• Модельеры данных/intermediate ontology – одна логика, помогают
выразить мысль непротиворечиво (теоретико-множественное
представление – объекты главные).
• Ситуационные инженеры методов, кейс менеджмент, BPM,
проектные управленцы, оргдизайнеры – мысли о деятельности
(практиках).
• Рефлексирующие инженеры/микротеоретики=онтики – мысли о
своей дисциплине (объекты-предметы: системная инженерия,
программная инженерия, инженерия предприятия, инженерия
психика)
• Профессионалы-инженеры – мысли о своих конкретных Мирах:
целевых объектах (софтинках, самолётиках) и обеспечивающих
объектах (то бишь субъектах).
13
14. Развитие и совершенствование инженерии
14
Р
Е
З
У
Л
Ь
Т
А
Т
Ы
II поколение
Современная («классическая»)
инженерия: диаграммы и
чертежи («псевдокод»)
ВРЕМЯ
III поколение
Моделе-ориентированная (model-based)
инженерия: формальные
языки (вычисляемый «код»)
I поколение
«Алхинженерия»:
неформальные тексты и
эскизы
1400 1860 1990
IV поколение
Искусственный
интеллект:
гибридные
вычисления
2020
15. Отличия инженерии, исследований, менеджмента
инвестзамысел проектирование сооружение эксплуатация
вывод из
эксплуата
ции
15
менеджмент
18. Мир приложения – «робототехника»
Для младшеклассников (сделать робота-сегвея):
• математика (численные задачи главным образом, дискретная
математика чуть-чуть)
• физика (связь математики и физического мира + механика и
электроника)
• информатика (главным образом алгоритмика,
моделирования данных в нынешнем варианте будет с
гулькин нос -- и речь идёт о computer science, а не software
engineering)
• системноинженерное мышление (понятия системы,
требований, архитектуры, жизненного цикла, испытаний.
Если свезёт и есть время -- более подробно про практики
инженерии требований, инженерии системной
архитектуры, испытаний, управления конфигурацией, как в
части механики и электроники, так и в части программной
инженерии)
• Теория автоматического управления (ТАУ) – собственно софт
тележек.
Для старшеклассников (манипуляторы на тележках)
• кинематика (и рабочие проекты всяких манипуляторов с
несколькими степенями свободы, в том числе с учётом ТАУ
для повышения точности позиционирования).
• 3D дизайн
• Управление конфигурацией и изменениями (версии и issue
tracker)
18
19. Зависимости дисциплин – инженерия образования
• Каждаядисциплинацентрическое против системного
• Платформы vs модулей «врассыпную» (интерфейсы!!! Если никто не использует результат,
модуль устраняется)
• Принципиальная схема: у каждого отдельного ученика («как оно в голове работает»)
• Дисциплина едина, а вот технологии могут поддерживать разные уровни освоения
(ПиктоМир-КуМир-Julia).
• Изготовление: пробег упражнений («налёт часов»).
• Кривые забывания, важность повторений и использования в разных контекстах (
• Разные образовательные маршруты (тьюторинг, в том числе автоматический:
http://habrahabr.ru/company/npl/blog/244539/)
• Как получить зависимости?! Mining против «конструирования».
19
20. Особенности сегодняшнего дня (2014)
• Компьютеры и софт для моделирования (MBSE)
• Компьютеры и хард для воплощения (3D
принтеры)
• Компьютеры и софт для систем управления
(чаще всего задача – «создать робота»,
киберфизика везде. Сети ещё не везде.)
• Обязательность командного учебного проекта
• Подготовка учебного проекта для соревнований
с другими командами
20
21. Системный подход
150 академических часов у магистров системной
инженерии – предмет «системное мышление21»
23. Использующая система и потребности стейкхолдеров.
Целевая система и требования+архитектура.
Requirements define system of
interest as a black box that includes
subsystems
Verification: system of interest fit
requirements (happiness of
engineers)
Architecture define
system of interest as a
white (transparent) box
with a subsystems
Verification: subsystems
fit architecture (happiness
of engineers)
Stakeholders/user needs define Using
system as a black box that includes System
of interest and Systems in operation
environment
Validation: using system fit
stakeholders/user needs (happiness of
stakeholders/users)
Overall system holarchy
23
24. Система – в глазах смотрящего.
Он (лице)действует (по роли).
Театральная метафора
24
25. Многерица.
ключ к мультидисциплинарности
На основе
рис.3
в ISO 81346-1
25