Можно было бы определить предметную область PraxOS как "то, что моделируется софтом PraxOS" (и наоборот: что является предметной областью PraxOS, то и моделируется софтом PraxOS). Ну, и что должно быть описано на ОргЛане
( Read more... )
Моё решение тут -- это попытаться таки от API (к какой, кстати, исполняющей машине? Мозгам специально обученных данным дисциплинам людей?) перейти к структурам данных PraxOS, единство которых поддерживается одной онтологией и терминологией.
То есть я ни в коей мере не призываю брать редактор ArchiMate и редактор ISO 24744 и как-то использовать один из них вместо другого. Тем не менее, полезно знать о том, что Passive и Active structure в одном из них примерно то же, что WorkProduct и Producer. Для многих людей знание об этой аналогии будет очень полезным.
Понятно, что для компьютера "аналогия" сегодня почти невыразима. Именно поэтому я готов долго мечтать о программах типа VivoMind и рассуждать о том, что у нас будет с понятием "паттерн".
Да, только степень обучения чуть разная - у модельеров, которые ещё и пишут на этих API одна, а у пользователей, которые их только читают (и "выполняют" в голове) другая.
Я вот тут как раз поэтому про рендеры пишу в последнем абзаце -- рендеры (генераторы отчётов и прочие "денормализаторы" всех мастей) для как раз для "читателей и выполнятелей в голове", причем самой разной степени подготовки.
Comments 4
Reply
То есть я ни в коей мере не призываю брать редактор ArchiMate и редактор ISO 24744 и как-то использовать один из них вместо другого. Тем не менее, полезно знать о том, что Passive и Active structure в одном из них примерно то же, что WorkProduct и Producer. Для многих людей знание об этой аналогии будет очень полезным.
Понятно, что для компьютера "аналогия" сегодня почти невыразима. Именно поэтому я готов долго мечтать о программах типа VivoMind и рассуждать о том, что у нас будет с понятием "паттерн".
Reply
Reply
Reply
Leave a comment