vvagr выложил UML-диаграммки технико-экономической мегамодели, привязанной к классам моделирования из ISO 24744: http://community.livejournal.com/praxos/3955.htmlДва постинга про интерпретации онтологий: классы, множества и предикаты http://avlasov.livejournal.com/27251.html и отношения и атрибуты http://avlasov.livejournal.com/27643.html от
avlasov.SOA в методе Praxeme -- http://kir-lis.livejournal.com/1845.html
А еще есть закрытые постинги и много частных писем.
У меня был разговор с одним из линейных менеджеров у клиента. "У вас очень сложные материалы" сказал нам этот менеджер, сам технарь по происхождению. "Менеджеры вас плохо понимают, вам нужно все резко упростить". Я взял лазерную мышку, покрутил в руках -- "лазер тут слишком сложный, нужно бы его убрать. И обводы корпуса слишком криволинейны, нужно бы более прямоугольные сделать. И радиопередатчик там какой-то непонятный, нужно его упростить". Менеджер рассмеялся: "это именно то, что я каждый день слышу от топов при обсуждении любых технических вопросов".
А первый раз с таким подходом я встретился, когда мне было заявлено на заседании Совета директоров РИНАКО: "Акции мы выпускать будем, это понятная штука. А вот депозитарий для их выпуска мы делать не будем: он слишком сложен. Так что ты уж придумай как-нибудь, чтобы их выпустить без депозитария".
Поэтому меня крайне радуют работы по приведенным ссылкам. Не все еще мозги потеряны, не всех еще затоптали менеджеры-гуманитарии.
В этом месте мне хорошо бы рассказать о подходе к "упрощению" в проекте FONC (они одной страницей очень умного программного кода хотят заменить 1000 страниц "обычного кода", считая что один толстый томик очень умного и сложного кода операционной системы умный человек в состоянии прочесть за сознательную жизнь, а вот 1000 томов обычного кода уже не в состоянии -- это ужимание кода в разы и разы там называют "упрощением"), но вместо этого пойду спать...