Планы PraxOS по релизу 2.3
Ниже -- кратенькое уточнение общего плана выпуска релиза PraxOS 2.3, приведенного в http://ailev.livejournal.com/766517.html
На всякий случай, приведу определения:
Схема PraxOS (она же -- метамодель PraxOS, она же -- онтология PraxOS) -- схема/метамодель/онтология ситуационной инженерии методов, которую мы варим по принципу "суп из топора". Топором выступает метамодель ISO 24744. Думать о Схеме PraxOS нужно примерно так же, как о Схемах современных PLM систем. Зачем нужна еще одна Схема, если у нас полно этих самых PLM-систем? Затем, что PraxOS должен стать ценен не столько своей Схемой, сколько своими методами. А ценность методов определяется не только возможностью их выполнения в каком-то из САПР, но и разными другими свойствами (например, возможностью объяснить, зачем их вообще использовать -- и эти объяснения требуют соответствующих дополнений метамоделей методов как стандартов ситуационной инженерии методов, так и метамоделей конкретных САПР).
Методы PraxOS -- выраженные в соответствии со Схемой PraxOS библиотечные (уровень знаний -- отвлеченные от конкретной природы системы и стадии ее жизненного цикла, а также используемых инструментов) методы работы. Ядро -- специфические дисциплины системной инженерии (инженерия требований, инженерия системной архитектуры) и управления проектами (в варианте теории ограничений).
Инструменты (софт) PraxOS -- это прежде всего программные средства, которые позволяют уточнять Схему PraxOS, чтобы затем кодировать Методы PraxOS, чтобы затем эти методы а) публиковать для изучения/обсуждения, б) порождать экземпляры процесса/проекта для (в том числе автоматизированного -- воркфлоу) исполнения.
Нижеприведенный план правильно было бы правильно изложить как раз в виде карты действий и результатов Голдратта, но пока для этого нет инструмента, я воздержусь ;)
методология (доработка Схемы PraxOS)Методы PraxOSИнструменты (софт) PraxOSСхема PraxOS = Схема ISO 24744 Перегрузить OPFRO в виде вебсайта, публикуемого в соответствии со Схемой PraxOS
Текущим инструментом назначается Protege, но продолжают вестись исследования, чтобы получить функциональность OPF Composer, но с изменяемой схемой (и эта схема -- в OWL)
-- формочки для ввода информации об экземплярах метамодели (методах) в варианте ISO 24748
-- сайт (публикация методов в Сети)+ карта действий и результатовКодировать деревья Голдратта (пока в части производства под заказ)+ формы ввода для деревьев Голдратта
+ диаграмма карты действий и результатов
+, возможно, порождение экземпляров проекта для управления им "по Голдратту" (возможно, выгрузка для какой-нибудь голдратовской программы, а возможно, и реализация модуля прямо над готовой структурой данных в виде отдельного интерфейса к моделеру PraxOS) + словарная часть (SBVR или SKOS).
Перевод Схемы PraxOS на русский.
Перевод на русский OPFRO в части
-- инженерии требований
-- инженерии системной архитектуры
+ деревьев Голдратта в части
-- производства под заказ-- словарный инструментарий (включая мэппинг)
-- формы для помощи в редактировании перевода
+ BPMN 2Разбирательство с методами, которые кодируются в BPMN 2
-- хореография и DEMO
-- сочетаемость с проектным управлением -- ввод-вывод диаграмм BPMN 2 и выгрузка .xmi в метамодели BPMN 2 для enactment внешними workflow engine. Погружение в RDL ISO 15926 -- требует отдельного изучения ??? требует отдельного изучения ??? требует отдельного изучения
На всякий случай, приведу определения:
Схема PraxOS (она же -- метамодель PraxOS, она же -- онтология PraxOS) -- схема/метамодель/онтология ситуационной инженерии методов, которую мы варим по принципу "суп из топора". Топором выступает метамодель ISO 24744. Думать о Схеме PraxOS нужно примерно так же, как о Схемах современных PLM систем. Зачем нужна еще одна Схема, если у нас полно этих самых PLM-систем? Затем, что PraxOS должен стать ценен не столько своей Схемой, сколько своими методами. А ценность методов определяется не только возможностью их выполнения в каком-то из САПР, но и разными другими свойствами (например, возможностью объяснить, зачем их вообще использовать -- и эти объяснения требуют соответствующих дополнений метамоделей методов как стандартов ситуационной инженерии методов, так и метамоделей конкретных САПР).
Методы PraxOS -- выраженные в соответствии со Схемой PraxOS библиотечные (уровень знаний -- отвлеченные от конкретной природы системы и стадии ее жизненного цикла, а также используемых инструментов) методы работы. Ядро -- специфические дисциплины системной инженерии (инженерия требований, инженерия системной архитектуры) и управления проектами (в варианте теории ограничений).
Инструменты (софт) PraxOS -- это прежде всего программные средства, которые позволяют уточнять Схему PraxOS, чтобы затем кодировать Методы PraxOS, чтобы затем эти методы а) публиковать для изучения/обсуждения, б) порождать экземпляры процесса/проекта для (в том числе автоматизированного -- воркфлоу) исполнения.
Нижеприведенный план правильно было бы правильно изложить как раз в виде карты действий и результатов Голдратта, но пока для этого нет инструмента, я воздержусь ;)
методология (доработка Схемы PraxOS)Методы PraxOSИнструменты (софт) PraxOSСхема PraxOS = Схема ISO 24744 Перегрузить OPFRO в виде вебсайта, публикуемого в соответствии со Схемой PraxOS
Текущим инструментом назначается Protege, но продолжают вестись исследования, чтобы получить функциональность OPF Composer, но с изменяемой схемой (и эта схема -- в OWL)
-- формочки для ввода информации об экземплярах метамодели (методах) в варианте ISO 24748
-- сайт (публикация методов в Сети)+ карта действий и результатовКодировать деревья Голдратта (пока в части производства под заказ)+ формы ввода для деревьев Голдратта
+ диаграмма карты действий и результатов
+, возможно, порождение экземпляров проекта для управления им "по Голдратту" (возможно, выгрузка для какой-нибудь голдратовской программы, а возможно, и реализация модуля прямо над готовой структурой данных в виде отдельного интерфейса к моделеру PraxOS) + словарная часть (SBVR или SKOS).
Перевод Схемы PraxOS на русский.
Перевод на русский OPFRO в части
-- инженерии требований
-- инженерии системной архитектуры
+ деревьев Голдратта в части
-- производства под заказ-- словарный инструментарий (включая мэппинг)
-- формы для помощи в редактировании перевода
+ BPMN 2Разбирательство с методами, которые кодируются в BPMN 2
-- хореография и DEMO
-- сочетаемость с проектным управлением -- ввод-вывод диаграмм BPMN 2 и выгрузка .xmi в метамодели BPMN 2 для enactment внешними workflow engine. Погружение в RDL ISO 15926 -- требует отдельного изучения ??? требует отдельного изучения ??? требует отдельного изучения