Кисточки для картины мира: языки онтологии описания архитектуры метода

В заголовке я сознательно "онтологическое описание" чуть-чуть подправил, чтобы продемонстрировать классический признак бессмысленного текста: пять существительных подряд. Беда в том, что "языки онтологического описания архитектуры метода" -- это для меня самого сейчас очень осмысленно, и как раз то, чего мне (и еще кое-кому) не хватает для работы. И еще не хватает поддерживающего эти языки и их нотации софта. Если бы такой софт сейчас был, то мы бы быстро описали на них методы стратегирования, инженерии требований и много чего еще, с чем приходилось разбираться в нашей консалтерской практике. И тогда эти методы (невидимые, ибо методы -- это абстрактные объекты), получившие свои модели, стали бы видимыми. И их можно было бы обсуждать, улучшать по результатам обсуждения, кто-то бы их пытался освоить, программисты бы писали поддерживающий эти методы софт, и настроение улучшилось бы. Поскольку нужных нам языков никто не даст, придется разрабатывать их самим, благо исходный материал есть: -- языки определяются в ISO 15926, ISO 24744, ISO 42010 (в этом-то и проблема, что во всех по-разному) -- онтологическое описание в ISO 15926 -- описание архитектуры в ISO 42010 -- описание метода в ISO 24744 -- ЖЦ метода берется через понятие "система" -- это ISO 15288 и разъясняющие его стандарты Чтобы это всё переварить во внятную инструкцию по описанию методов, нужно продраться через целый список содержательных проблем: 1. Мереология онтолетов. 2. Онтолет системы -- обобщение за пределы "железной системы" от Matthew West. 3. Онтолет 42010. 4. Онтолет и архитектурный фреймворк -- взаимоотношение (на примере LAF) 5. Онтолет системы систем. 6. Архитектурный фреймворк, языки/онтолеты -- онтологические (PDML), модульные и "внешние решатели". 7. Онтолет 24744 и мереология метода (в том числе уровни абстракции метода). 8. Архитектурный фреймворк и языки для метода (согласование 42010 и 24744). 9. Онтолет ЖЦ (создания и использования) модели/архитектурного описания метода ("N-уровневая архитектура"). 10. Методика моделирования ISO 15926 -- как обобщающий все предыдущие пункты use case. Разбираться в этом списке нужно классическим способом системных инженеров, прописанным в ISO 15288 -- "из середины к краям" (ибо сверху вниз и снизу вверх -- одинаково не получится). Более того, нужно еще и уточнить состав этих пунктов. Более того, тут уже сделаны некоторые допущения буквально в первом пункте, чтобы написать хоть что-то в той самой середине, и эти допущения нужно также переработать -- с последующей переработкой списка. И еще нужно сообразить, как назвать сообщество, где может обсуждаться этот архитектурно-онтолого-методолого-языковый компот. Ибо это не dot15926, где про программную реализацию стандарта и алгоритмы, а не про устройство мира. И не praxos, где "дискуссия о методе и языках" по факту уже закончена, и обсуждаются и описываются орг.методы, а не методология. И не сообщество системных инженеров (какового, кстати, тоже еще нет), ибо речь не собственно о методах системной инженерии, а о "методах вообще" и "онтологии вообще". Ибо моя уютная жежешечка уже тесновата для такой работы.