Интеграция методов
Проблемы интеграции методов должны быть похожи на проблемы интеграции данных: те же различения мета-мета-модели, мета-модели, модели и экземпляров, те же проблемы разных уровней детальности описания, те же проблемы называния одинаковых объектов разными именами и разных объектов одинаковыми именами.
Еще недавно репозиториев (библиотек типовых методов, reference method library) не было, а сегодня их полно -- строгие вокруг тех или иных метамоделей (библиотеки в формате SPEM, или OPFRO)
-- нестрогие в форме PMBoK, BABoK и прочих ITIL.
Интересности начинаются, когда нам требуется исполнение методов (enactment): интеграция должна быть не только на уровне описания библиотеки методов или собранного из библиотеки одного "типового", но и на уровне описания порожденного этим типовым методом процесса -- каковой процесс (workflow) должен будет исполняться машинами и людьми в расширенном предприятии (extended enterpise).
И тут, я думаю, может помочь ISO 15926 с его подходом к интеграции данных, включая архитектуру RDL. Аналогии есть, и они более чем глубокие. Поэтому ISO 15926 может выступать как один из инструментов такой интеграции методов, равно как и образец архитектуры интеграции.
Жизнь устроена так, что все новые и новые библиотеки типовых методов будут кодироваться во все более и более формальном виде, и нельзя ожидать, что где-то появится Главная Библиотека. Скорее, должна появиться какая-то онтология методов, которая позволит затем делать мэппинг к этой библиотеке для всех других методов.
Поэтому у PraxOS может быть разные судьбы:
-- репозиторий методов, такой же, как OPFRO, только русскоязычный и другой по составу (например, в нем будут методы Голдратта). Но лучше сразу вступить в OPEN Framework Repository Organisation, и просто добавлять методы туда.
-- особое внимание к задаче интеграции методов и перехода к автоматизированному исполнению методов. Тогда PraxOS может выступать в качестве reference method library так же, как RDL в ISO 15926 (а в RDL ISO 15926 будет упихнут значительный кусок онтологии предметной области методологии).
По-английски на эту тему я высказался тут: http://levenchuk.com/2009/12/17/situational-method-engineering-reference-method-library-as-a-way-to-methodworkflow-integration/
Еще недавно репозиториев (библиотек типовых методов, reference method library) не было, а сегодня их полно -- строгие вокруг тех или иных метамоделей (библиотеки в формате SPEM, или OPFRO)
-- нестрогие в форме PMBoK, BABoK и прочих ITIL.
Интересности начинаются, когда нам требуется исполнение методов (enactment): интеграция должна быть не только на уровне описания библиотеки методов или собранного из библиотеки одного "типового", но и на уровне описания порожденного этим типовым методом процесса -- каковой процесс (workflow) должен будет исполняться машинами и людьми в расширенном предприятии (extended enterpise).
И тут, я думаю, может помочь ISO 15926 с его подходом к интеграции данных, включая архитектуру RDL. Аналогии есть, и они более чем глубокие. Поэтому ISO 15926 может выступать как один из инструментов такой интеграции методов, равно как и образец архитектуры интеграции.
Жизнь устроена так, что все новые и новые библиотеки типовых методов будут кодироваться во все более и более формальном виде, и нельзя ожидать, что где-то появится Главная Библиотека. Скорее, должна появиться какая-то онтология методов, которая позволит затем делать мэппинг к этой библиотеке для всех других методов.
Поэтому у PraxOS может быть разные судьбы:
-- репозиторий методов, такой же, как OPFRO, только русскоязычный и другой по составу (например, в нем будут методы Голдратта). Но лучше сразу вступить в OPEN Framework Repository Organisation, и просто добавлять методы туда.
-- особое внимание к задаче интеграции методов и перехода к автоматизированному исполнению методов. Тогда PraxOS может выступать в качестве reference method library так же, как RDL в ISO 15926 (а в RDL ISO 15926 будет упихнут значительный кусок онтологии предметной области методологии).
По-английски на эту тему я высказался тут: http://levenchuk.com/2009/12/17/situational-method-engineering-reference-method-library-as-a-way-to-methodworkflow-integration/