Без заголовка

Вообще-то говоря, даже в software engineering создание концептуальной модели предметной области прежде всего (и всего остального потом) лежит в основе одного из методов разработки -- domain-driven development. Так что ничего особо экстраординарного там нет. Но требуется, конечно, дополнительное обучение (как и любому другому методу). Мне нужно создать концептуальную модель предметной области системной инженерии, чтобы научить студентов. Это не концептуальная модель предметной области конкретного инженерного проекта. Их построением занимаются в ходе освоения практик системной инженерии. Я сейчас не про практики самой системной инженерии говорю. У меня сейчас нет в тексте ни практик анализа, ни практик синтеза (хотя я думаю сделать небольшие раздельчики со ссылками на литературу по этим практикам). Сама идея курса -- выделить сначала кусок про основные понятия системной инженерии и потренировать людей в их различении и обзывании. Потом рассказывать про разные практики, как анализировать и синтезировать, создавать и уничтожать, транформировать и придумывать. Когда понятно, какие объекты подвергаются всем этим операциям. Да, я знаю, что у такого подхода есть большая критика, но аналогичная критика есть и у подхода одновременного рассказа про практики и их объекты.